WO2002023387A1 - Procede de consultation de documents informatiques et systeme associe - Google Patents

Procede de consultation de documents informatiques et systeme associe Download PDF

Info

Publication number
WO2002023387A1
WO2002023387A1 PCT/FR2001/002894 FR0102894W WO0223387A1 WO 2002023387 A1 WO2002023387 A1 WO 2002023387A1 FR 0102894 W FR0102894 W FR 0102894W WO 0223387 A1 WO0223387 A1 WO 0223387A1
Authority
WO
WIPO (PCT)
Prior art keywords
file
user
overloads
original
document
Prior art date
Application number
PCT/FR2001/002894
Other languages
English (en)
Inventor
Hughes De Pouqueville
François PECCOUD
Original Assignee
Emeris Technologies
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 Emeris Technologies filed Critical Emeris Technologies
Priority to AU2001290046A priority Critical patent/AU2001290046A1/en
Publication of WO2002023387A1 publication Critical patent/WO2002023387A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/166Editing, e.g. inserting or deleting
    • G06F40/169Annotation, e.g. comment data or footnotes

Definitions

  • the present invention relates to a method for consulting computer documents, and to a system for implementing such a method.
  • a "document” can be defined as a set of information that can be displayed simultaneously on a medium. Previously, this medium was generally paper. Now, a document can also be presented on a computer screen. In the remainder of this text, these two respective types of document will be designated as “paper document” and "computer document”, it being understood that when the general term "document” is used alone, it designates a document relating to the present invention , ie a "computer document”. Such a document is generally stored in a computer system in the form of one or more files, possibly associated with links of various types.
  • the invention proposes, according to a first aspect, a method of consultation by at least one user of an original computer document corresponding to an original file of a given format and saved in a computer memory location designated by an address, the method being intended to be implemented with an operating system which comprises means for storing files and means for displaying the original document on a visual interface such as a screen, the method comprising:
  • overloads memorized during the step D are personal to each user and are stored in an individual memory location which is personally associated with the user.
  • Step D includes the creation of an overload file which is associated with the original file and with the user, the associated file containing information relating to the original file,
  • each user can modify the overloads of the associated file, • the graphic overloads can constitute zones that can be activated by any user to generate a character string,
  • the character strings are associated with commands of operating system functions
  • the associated file contains the name of the original file and information making it possible to characterize the location and appearance of the graphic overloads
  • each user can modify his individual memory location so that the storage of overloads can be carried out in any individual memory location desired by the user,
  • the process comprises, between steps A and B, the automatic search, in the user's individual memory location, for the overload file associated with the original document,
  • the overloads displayed are those of the file associated with the original file and with the user, so that different users, by calling the same original document, will cause the display of the respective overloads which are individually associated with them , superimposed on said original document,
  • step C the user can modify the overloads
  • the associated file is stored in a specific format associated with the format of the original file.
  • the invention also provides a system for consulting an original computer document corresponding to an original file of a given format saved in a computer memory location designated by an address, the system being intended to be put into operation.
  • an operating system which comprises means for storing files and means for displaying the original document on a visual interface such as a screen, the system comprising means for ensuring respectively: A. the call of an original document by a user,
  • the system comprises means for storing the overloads in an individual memory location which is personally associated with the user so that said overloads are personal to each user.
  • said overload storage means include means for creating an overload file which is associated with the original file and with the user, the associated file containing information relating to the original file, "the system comprises means for enabling each user to modify the overloads of the associated file,
  • the system comprises means for associating with graphic overloads a function for generating a character string, said function being able to be activated by a user, • the character strings are associated with commands for operating system functions,
  • the system includes means for allowing each user to modify his individual memory location so that the storage of the overloads can be performed in any individual memory location desired by the user,
  • the system includes means for automatically searching, in the user's individual memory location, for the overload file associated with the original document,
  • each memory location can correspond to a different physical medium, of any type known per se.
  • the means 10 will generally be designated by the general term "memory", said memory comprising a plurality of locations which can each be identified by an address.
  • a unit 20 has also been shown connected to an operating system of the window type or not (the particular embodiment described below implementing in a nonlimiting manner a window operating system).
  • the operating system known per se, makes it possible in a known manner to call, display, edit and save files, the unit 20 comprising interface means allowing a user to perform operations on edited files (display screen, mouse and input keyboard for example).
  • This unit 20 can be any type of computer.
  • the unit 20 is globally connected to the memory 10 by a link 30 allowing the transfer of data and files between these two elements.
  • the link 30 can be of any known type, using wired components (conventional or high speed link), non-wired components (radio link, infrared, etc.) or a combination of the two types of link.
  • a user To open on the unit 20 a working session of the system according to the invention, a user must, after launching the operating system, declare a user name u1 which is saved in a location Eutil in memory 10. For this purpose , the system according to the invention implements a program
  • the program which is located in an EO location of the memory 10 (the EO location can be physically integrated into the unit 20) and whose execution is launched by the user, which causes the unit to display 20 l 'opening of a window F1 dedicated to the program P. Inside this window F1, the program also opens a sub-window F2 for entering the user name.
  • this user name will remain stored in the Eutil memory location for the duration of the working session (i.e. while the program P is active), but also after the end of this session.
  • the Eutil memory location thus stores the user name u1 permanently.
  • Eutil can also contain references specific to the user (password securing the opening of a session under the name u1, ...) and to the last session performed by this user (open screens, files viewed ).
  • the system according to the invention is intended to operate with an operating system, the two systems being interfaces together.
  • a user can call up files contained in locations Ei of memory 10 on the screen.
  • the memory locations Ei can constitute a single location, or a plurality of distinct memory locations, each of which can be a specific directory of the same memory disk, or a location in a memory disk or a specific server (said server can be a private server or one accessible to the public (via the Internet for example), or a location on a recordable data medium such as a CD-ROM, or any other known type of memory.
  • the files stored in the Ei locations can be of any known type compatible with the window operating system, their format being specified by the type of extension of the file (.doc, .xls, .wav, .gif, .jpeg, .htm, .html, .xml, .ppt, .pdf, etc.).
  • the system according to the invention is in fact designed to process any type of known file, and for this purpose has interfaces with the operating system.
  • a file A from a location Ei the file A being in extl format (extl can designate any type of extension known per se - htm for example).
  • extl can designate any type of extension known per se - htm for example.
  • the user opens the A.extl file and displays the corresponding document in a new window on the screen of the unit 20, included in the window F1 of the program P.
  • the program P which is active permanently allows the user declared under the name u1 to carry out personal overloads on such a document corresponding to the file A.extl, without altering the integrity of the file A. extl as we will see.
  • command is a character string recognizable by the system, which causes the execution of an action by the system (the latter involving the operating system for this).
  • the character string to be recognized must be supplied to the system; practically, this can be done in particular in two ways:
  • this additional program can itself be called by a specific button of the window F1 that the user activates,
  • the system recognizes character strings in a predefined format and stored in a specific memory location (which can be the EO location). It is thus possible to define in the system functions which can be executed by a character string formulated according to a certain syntax. We can for example define the following associations:
  • character strings can be transcoded in different form, for example signals which do not correspond to characters that can be displayed on the screen; this variant may be useful for reasons of confidentiality.
  • overloads are fixed relative to the elements of this document and move with these elements when the document content is scrolled on the screen.
  • the overloads can be surfaces with configurable appearance, and be associated as we will see with system commands.
  • the system according to the invention automatically creates a so-called "associated" file A. @ ext1 with which a specific extension is associated (thus the system according to the invention will associate an associated file A. @ doc with an original A.doc file, an A. @ gif file to an original A.gif file, etc.).
  • the associated file A. @ ext1 which includes all of the overloads brought by the user u1 to the document corresponding to the original file A.extl, is saved by the system in a memory location Eu1 individually associated with the user u1.
  • the address of Eu1 was defined by the user during his first working session (the system offering the user a default address). This address is stored in association with u1 in the Eutil memory location, so that the file A. @ ext1 is associated by the system with the original file A.extl and with the user name u1. In the remainder of this text, Eu1 will be defined as the "personal folder" of the user u1.
  • the address of Eu1 is an important parameter of the system according to the invention because it makes it possible to associate individually with each user a save address for the associated overload files of the type of A. @ ext1.
  • This address can be subsequently modified by the user during any work session declared under the name u1, by recalling by a dedicated command (activated by the menu of window F1) the sub-window F2 for entering the name d user, which also includes a field allowing to modify the backup address (or the backup addresses as we will see).
  • the user can thus add overloads to an original document corresponding to an original A.extl file, said overloads being saved in a specific file associated with A. @ ext1 and which can have any desired aspect (shape, color, size, association with a icon or image ...) using commands to configure these aspects.
  • the user has, at any time, the possibility of recording the overloads that he has made to a file by a dedicated command of the system, which causes the associated file A. @ ext1 to be saved in the personal folder Eu1 of u1 . It should be noted that for the user, the superposition of the documents associated respectively with the files A.extl and A.
  • @ ext1 in the same window is "transparent", that is to say that the user processes a window d single edition, which displays an overlay of the content of the original document A.extl and overloads of the "associated" document A. @ ext1 which corresponds to the file A. @ ext1, like a single document in appearance, the file A. @ ext1 providing a "layer” which "plates” overloads on the original document in places of this original document chosen by the user.
  • the system allows each user name (u1 or other) declared in the system to have its personal version of overloads made to the same original document while the integrity of the file corresponding to this document is preserved, the original file not undergoing any modification.
  • the associated overloads are automatically superimposed on the original document so that the user apparently manipulates a single document.
  • the system When creating the overload file A. @ ext1 associated with the original A.extl file, the system also creates a description of this associated file. The description is a set of information concerning the associated file A. @ ext1, recorded in the file A. @ ext1, in the memory location Eu1.
  • This set of information does not appear directly on the screen when opening the documents corresponding to the A.extl and A. @ ext1 files, but the user can call it by a specific command in order to view the information. it contains, and modify them if necessary.
  • the description thus contains, among other things, the following information:
  • overloads are graphical objects that can have a desired appearance and be associated with system commands.
  • the system according to the invention allows the user to configure, by means of dedicated commands: • the appearance of the graphic area of the overload (shape, color, thickness of the contour lines, size, inclusion and text format, replacement by an icon or an image, etc.), • the function of the graphics area. If this can be an "inert” zone that can only contain text (for example an overprint equivalent to a "post it" (registered trademark) placed in the margin of a document, in order to provide a comment or ask a question about this document), it can also be an activatable area. In the latter case, the user can associate a command to the graphics area that triggers an action as explained at the beginning of this text.
  • This command will be activated during subsequent consultations of the overlay of the document corresponding to the original file and its overloads, for example by moving a cursor using a mouse on the graphic area and clicking on it. In this way, it is possible to associate with the overload any command of the system and to make the overload active.
  • the surcharges can thus include links to objects or documents of any address (command to open a file), including hypertext links to pages of Internet sites, said links being able to be activated by a simple mouse click on the corresponding overload.
  • the system offers the possibility of "marking" the document corresponding to the called file, by an overload affixed automatically in a determined place of the document thus called (by example at the top left of its editing window), in order to view the link thus established between the two documents.
  • system according to the invention is a flexible and powerful tool for processing and managing documents, which allows a user to personalize original documents by adding graphic zones, comments, commands or links in order to to adapt the document to its environment and to its particular needs, without altering the integrity of the original files which remain unchanged.
  • an A. @ ext1 file associated with an original A.extl file included an attachment to the original file, that is to say the address of the original file.
  • the user can also modify this attachment, and associate the file A. @ ext1 with another original file (of the same type as the first original file or not), for example B.ext2 (ext2 designating a type file may be different from .extl files).
  • the system automatically searches for an associated file A. @ ext1 in the personal folder of the user, finds there A. @ ext1 and reads the attachment file from its description. The description of this associated file now referring to B.ext2, the system causes the opening of the document corresponding to this second original B.ext2 file with the overloads of A. @ ext1 superimposed, and not the opening of A.extl
  • FIG. 2 a second aspect of the system according to the invention will be described, which can advantageously be implemented. works in combination with the overload creation and management system described above.
  • This figure shows the memory 10, the unit 20 and the link 30. Also found in the memory 10 are the locations Ei for storing the original files, the location E0, the location Eutil containing the user names and the addresses of corresponding personal files, and locations Eu1 and Eu1 'which are personal files.
  • the system When creating a user name u1, the system according to the invention not only creates a personal folder Eu1 which will be the storage location for the overload files associated with original files that the user u1 consults, but also a file of type "glossary", Keywords. @ dy, which is empty when created and which the system saves in Eu1 the personal folder of u1.
  • This glossary is a file intended to contain a series of character strings which will be called "keys", each key being able to form one or more words, or not.
  • each key is individually associated with a command such as those mentioned above (display of a message on the screen, opening of a file, etc.), or else with another character string which n 'does not necessarily have the format of a command whose syntax is recognized by the system.
  • the user u1 has the possibility of editing this glossary and modifying it, by adding, deleting or modifying pairs (key, command) or more generally (key, character string).
  • the user can also activate and deactivate this glossary.
  • To activate the glossary the user simply has to open the corresponding Keywords. @ Dy file, directly using the operating system, or via a dedicated command from the system.
  • the glossary is thus present in the RAM of the unit 20 when it is activated.
  • any "selection" of one of the glossary keys will cause the execution of the associated command.
  • Figure 3 what are the main ways to make such a "selection" of a key.
  • Each u1 user thus has a personal glossary which allows him to associate specific commands with certain character strings that can be selected.
  • the user can also integrate into any glossary a command called "initial command" which will be executed when the glossary is opened.
  • This command can be of any type mentioned above.
  • Such a glossary is a. @ Dy file which is "associated" with the launching of a desired application in the operating system.
  • the application glossary comprises an initial command which launches the application and the opening of the application glossary causes the execution of a first command of the application, said glossary remaining active for the application.
  • Figure 3 shows different ways to "select” a character string to activate a command associated with it in an active glossary.
  • Steps 300 to 305 are alternatives (non-limiting) for selecting a character string.
  • the selection of the character string causes the activation of a system function which consists in processing the selected character string (step 306). Schematically, this function performs the following steps:
  • step 307 • verification (step 307) of the fact that the character string has not yet been processed, a system indicator linked to the character string being created during the processing of the character string.
  • the processing function ends (step 308) by canceling the indicator at 309 in anticipation of subsequent selections of the character string, • in the case where no indicator associated with the character string was detected, the processing function creates such an indicator at 310 (so that if this indicator is not canceled, during a next processing of the same character string the processing function will end in 308), • after step 310, the processing function analyzes in 311 the character string.
  • this function implements means such as means for dividing the character string into "words" and syntactic recognition means, • at the end of this analysis, during a step 312, if the character string is a command of the system as mentioned above the processing function executes in 313 this command and cancels in 314 the indicator created in 310. If on the contrary the character string does not correspond to any command recognized by the system, the processing function consults in 315 the active glossaries (the modalities of this consultation being detailed below) to determine in 316 whether the character string is a key to an active glossary,
  • the processing function • if the character string is a key from an active glossary, the processing function generates in 319 the character string corresponding in this glossary to said key, which constitutes an additional means of selecting a character string to activate a new times in 306 the processing function with the new character string generated in 319.
  • step 315 a default order of priority is provided: when a character string is selected in one of the ways described above, the system consults , during this step 315, in order:
  • step 316 As soon as the system detects a key corresponding to the character string which has been selected, the corresponding command is executed and the system stops consulting the glossaries, and proceeds to step 316.
  • this order of priority can be neutralized by the choice of an option in which the system presents the user with all the glossaries containing a key corresponding to a selected character string, the user then being able to choose the glossary he wishes to use.
  • all the keys of the active glossaries are systematically highlighted graphically inside the selected window, in which the user displays an A.extl document likely to contain such keys.
  • This highlighting can be done by a modification of the font and / or the color of these characters, in a similar way for example to the highlighting of hypertext links in many existing applications.
  • the system according to the invention also makes it possible, as will now be seen, to manage access to different files and documents in an original manner. It has been said that the system allows the user to call A.extl files stored in Ei memory locations; for this purpose the system interfaces with the operating system.
  • the system also offers the user the possibility of defining an ordered list LOC1 d memory addresses (each of which may correspond to any memory location in a network configuration or not, each location being able to be located on any physical medium known per se).
  • This LOC1 list which will be called "localization list" constitutes a file saved by the system in the Eutil location, in association with the user name u1 under which the user is declared.
  • the list can be consulted and modified at any time by the user (including to change the order of addresses), by calling the F2 pane which is edited when the user connects to the system and which contains their own parameters session and user.
  • a user can select a desired location list, and modify their selected location list. He may also have selected no location list. In any event, only one location list can be selected at a time by a user.
  • the system automatically constitutes an ordered list of addresses called “search list”, in which the address of Eu1 the user's personal file is at the top of the list, followed by the ordered addresses of the selected location list. If now no location list has been selected by the user, the search list consists by default of the only address in the personal folder Eul
  • FIG. 5 represents the steps implemented when a user calls a file, whether it is original (of type A.extl) or associated (of type A. @ ext1).
  • 501 and 502 have thus been represented these first two possible ways of invoking a file. If the user calls an original A.extl file in 501, the system automatically constitutes a request for the operating system to search for an associated file A. @ ext1, which is equivalent to step 502 in which it is the user who directly makes such a request. A file having thus been called in 501 or in 502 by the user, the system searches, successively in the various memory locations designated by the addresses of the search list, the associated file A. @ ext1 (step 503).
  • the system reads in 504 the name of the original file associated with A. @ ext1 and its title in the description of A. @ ext1 (this title can be as we said modified by the user). If this title is different from the file name, the system memorizes it (always in 504).
  • the system automatically considers that the original file associated with A. @ ext1 has the name A.extl; this identification of the original file name from the name of the associated file takes place in 505. After step 504 or 505, the system therefore has an original file name and searches in 506 in the locations of the search list. original file. If it does not find it, the system stops searching in 507 and the user request does not succeed.
  • the system fills in the "title" field with the first title read and stored in 504 or 508 and different from the file names in the description of which it is integrated or, if not, the name of the original file identified in 506 .
  • Historical lists allow the user to call files in a third way, different from steps 501 and 502: the user can in fact simply enter a title in 510, the system then determining in 511 whether this title belongs to a historical list or not. If the title belongs to a historical list, the system calls in 501 or 502 the file (original or associated) which is associated with the title in said list. Otherwise, the user request does not succeed (end step 507).
  • the user thus performs a “dynamic localization” of the files he wishes to consult.
  • the system continues its search by scanning all the addresses in the search list, and opens on the screen the original file A.extl called, as well as all the associated files named A. @ ext1 which could be located in the different locations corresponding to an address in the search list, these associated files then being all superimposed on the screen on the original file.
  • the system scans in 602 - corresponding to step 503 of FIG. 5 - all the locations of the search list, to constitute in 603 a set consisting of all the pairs (associated associated file found; corresponding original file).
  • the system determines whether all the original files of the couples in this set are in fact a single original file.
  • the system displays on the screen the document corresponding to said original file, with all the documents corresponding to the associated files in overlay (step 605). It is also possible, in an option, that the system offers the user a drop-down menu allowing the selection of the associated files for which he wishes to display the documents corresponding to the screen, in overlay (step 606). If now the pairs of the assembly constituted in 603 comprise different original files, the system proposes in 607 to the user to select an original file and displays the corresponding document with its associated documents.
  • the professor can ask his different students to work on the same original X.htm file containing the statement of a problem and the data necessary for its resolution.
  • each student opens the document corresponding to the original X.htm file and creates an overload file.
  • Each student thus creates a different X. @ htm file, which may include overloads associated or not with commands, which can call different files (including Internet pages), the professor being able to call each of these associated files by selecting a list of location where the student's memory location is at the top of the list.
  • the system when the professor calls the X.htm file, the system superimposes the document corresponding to the original file containing the statement, the document corresponding to the associated file of responses of the chosen student.
  • the teacher can also activate the "all documents" option described above and choose a location list in which the addresses of the respective memory locations are stored in which the different students save their answers.
  • the professor recovers on the screen the superimposition of all the answer files on the original question file; he can also select a memory location dedicated to a student from a list as mentioned for step 606 with reference to FIG. 6, to view the responses of this student.
  • the user can access different files by executing the same file opening commands, only the desired location list to be updated by the user. It can also do this by defining a command which automatically sets a location list LOC1 given as being the active location list, as a function of a desired working environment.
  • a user U1 declared under the name u1 can also constitute, with other users declared under names ui or even alone, "group" G with which is associated a location EG of the memory 10 (represented in FIG. 4).
  • the declaration of a group is an operation analogous to the declaration of a username, which requires choosing a location EG or "group folder" corresponding to a storage location for group-specific data, EG being for the groups the equivalent of the user's personal folder.
  • a group is an entity recognized by the system, in the same way as a user, the group constituting a higher level of attachment of several users. And it is possible to associate a location list with a group, as for a user, and to modify or change the location list of the group.
  • the system offers the user the possibility of creating a group and defining an associated EG memory location, the user being able to whether or not to join this group for the work session.
  • group names and associated addresses remain in memory 10 (the user having the possibility of modifying group addresses or deleting groups).
  • the system stores in the location Eu1 the address of the location EG associated with the group and constitutes the user's search list by following the address of the personal file. of the user by the addresses of the group search list, including the location list associated with the group if the group has one. Several different users can join the same group.
  • the system In response to a command to open an A.extl file by u1, the system searches for an associated file A. @ ext1 in the search list composed of the address of the user's personal folder Eu1 followed by the list research group.
  • the system works at both the user and group level, displaying on the screen the overlay: • documents corresponding to the original A.extl file, • and documents corresponding to the associated files A. @ ext1 found in Eu1 and in the locations of the group's search list.
  • the user u1 visualizes his own overloads, with those associated with the group level.
  • u2 will also be able to provide its own overloads which will only be visible to it alone, by opening A.extl when it is declared as u2 whose personal file is that of u2 and not that of the group.
  • Each user thus has the possibility of adding his personal overloads to overloads brought to the group level, the personal overloads being visible only to this user.
  • the system also offers the user the possibility of declaring himself for a work session not simply as a user (ul ..), but as a "group manager” (by an editable field in the sub- window F2, which allows the user to declare the EG location corresponding to the group as his "personal folder".
  • the user's search list is assimilated to that of the group, namely the address of EG the storage location of the group followed by any ordered addresses from the location list associated with the group.
  • the user declared as manager of the group "is” the group, that is to say that he can modify the location list associated with the group, or change the location list for the entire group.
  • a user's access to the “group manager” level can be protected by a specific password.
  • the user can also choose not to select any home group for his working session, he will then be declared simply as a user (he can also open different sessions simultaneously, some under user names, others under as a group manager). As mentioned, the user has the possibility of modifying the list of groups to which he is attached.
  • the system makes it possible to process files at two levels (user level and group manager level), each level corresponding to a type of entity (user for the user level, group for the group level).
  • the system makes it possible to create other levels at will, which can thus constitute a tree structure with multiple levels.
  • level 4 which is the level at which a set of files used are modified. This level includes only one entity, "a level 3" update "can gather the different versions of update of this set of files.
  • a given entity of level 3 corresponds to the update on a given date of the set of files and all these entities are attached to the previous level, • a level 2 "group", each group being able to gather several users , and be attached itself to all the entities at the "update” level, or to only some containing the versions of interest to the group,
  • level 1 "user".
  • the user's search list consists of the address of the user's personal folder, followed by the level 2 search list, then the level 3 search list, and finally that of level 4.
  • the system will therefore superimpose on the screen the associated files A. @ ext1 levels 1 to 4 to the original file, so that the user will see all the overloads brought to the levels higher than his own (while only being able to add overloads at his level, these overloads not being visible for example for other users linked to same group, or for other groups attached to the same update).
  • a group manager will visualize the overloads brought to levels 2, 3 and 4. It is also possible to define for a user a "minimum level" in order to visualize only the overloads brought to general levels.
  • a user u1 declared in the system as a user can thus declare in the system as a minimum level level 3 ("updates").

Landscapes

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

Abstract

L'invention concerne un procédé de consultation par au moins un utilisateur d'un document informatique original correspondant à un fichier original (A.ext1) d'un format donné et enregistré dans un emplacement de mémoire informatique (Ei) désigné par une addresse, le procédé étant destiné à être mis en oeuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le procédé comprenant l'affichage sur l'Interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié (Eu1) de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caracterisé en ce que les surcharges mémorisées sont personelles à chaque utilisateur et sont mémoris¤es dans un emplacement de m¤moire individuel (Eu1) qui est personnellement associé à l'utilisateur. L'invention concerne également un système pour la mise en oeuvre de ce procédé.

Description

Procédé de consultation de documents informatiques et système associé
La présente invention concerne un procédé de consultation de documents informatiques, et un système pour mettre en œuvre un tel procédé.
Un "document" peut être défini comme un ensemble d'informations pouvant être affiché simultanément sur un support. Auparavant, ce support était généralement le papier. Désormais, un document peut aussi être présenté sur un écran d'ordinateur. Dans la suite du présent texte, on désignera ces deux types respectifs de document comme "document papier" et " document informatique ", étant entendu que lorsque le terme général "document" est employé seul, il désigne un document se rapportant à la présente invention, c'est à dire un "document informatique". Un tel document est généralement mémorisé dans un système informatique sous la forme d'un ou plusieurs fichiers, éventuellement associés à des liens de divers types.
Les documents informatiques sont désormais un support extrêmement répandu d'échange d'informations, tendant à s'ajouter aux documents traditionnels sur support papier ou à les supplanter dans de nombreux cas.
A ce titre, il serait avantageux de donner à chaque lecteur la possibilité d'annoter les documents en y apportant commentaires, enrichissements, questions... , comme il est connu de le faire sur des documents papier.
En général, les systèmes connus de traitement et de gestion de documents informatiques permettent certes l'enrichissement du fichier, mais les surcharges apportées sont en réalité des modifications du ou des fichier(s) dans le(s)quel(s) sont mémorisés les informations du document ; ces modifications altèrent la structure de ce(s) fichier(s) car l'enregistrement des modifications nécessite l'enregistrement de l'ensemble du ou des fichier(s) modifié(s).
Et le fait que la structure du ou des fichier(s) est altérée implique, outre la nécessité de mobiliser des capacités de mémoire pour l'enregistrement des versions modifiées, une plus grande complexité de la gestion des différentes versions de fichiers (conservation des versions antérieures, remplacement par les nouvelles versions... ).
On connaît par ailleurs des systèmes permettant, lors de l'affichage d'un document correspondant à un ou plusieurs fichiers, de superposer à l'écran un niveau supplémentaire d'informations par dessus l'affichage du document, les informations supplémentaires étant enregistrées séparément de sorte que la structure du ou des fichier(s) correspondant au document n'est pas altérée. Le système Thirdvoice (marque déposée) est un exemple d'un tel système. Avec de tels systèmes, plusieurs utilisateurs peuvent consulter un document avec des surcharges (ou le document lui-même sans ses surcharges), alors que l'intégrité du ou des fichier(s) correspondant(s) est respectée.
Mais un premier inconvénient important de ces systèmes est qu'ils imposent une version unique des surcharges pour tous les utilisateurs.
Or, il serait dans bien des cas préférable de permettre à différents utilisateurs d'apporter leurs surcharges personnelles à un document et de pouvoir visualiser et partager le document muni uniquement de ces surcharges spécifiques, sans imposer à tous les utilisateurs la même version du document avec les mêmes surcharges ; ainsi chacun pourrait adapter ses surcharges à ses besoins et à ses objectifs propres (comme c'est le cas avec les documents papier, que chacun peut surcharger à sa guise, s' " appropriant " ainsi le document).
De plus, ces systèmes connus mémorisent les surcharges en un emplacement de mémoire unique et centralisé, par exemple un serveur centralisé du réseau internet. Cette disposition constitue également un inconvénient, car elle alourdit le fonctionnement du système. L'invention a pour but de proposer une amélioration aux systèmes évoqués ci-dessus, en évitant les inconvénients mentionnés.
Afin d'atteindre ce but, l'invention propose selon un premier aspect un procédé de consultation par au moins un utilisateur d'un document informatique original correspondant à un fichier original d'un format donné et enregistré dans un emplacement de mémoire informatique désigné par une adresse, le procédé étant destiné à être mis en œuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le procédé comprenant :
A. l'appel d'un document original par un utilisateur,
B. l'affichage du document original sur l'interface visuelle,
C. l'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original,
D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que les surcharges mémorisées lors de l'étape D sont personnelles à chaque utilisateur et sont mémorisées dans un emplacement de mémoire individuel qui est personnellement associé à l'utilisateur.
Des aspects préférés, mais non limitatifs du procédé selon l'invention sont les suivants :
• l'étape D comprend la création d'un fichier de surcharges qui est associé au fichier original et à l'utilisateur, le fichier associé contenant une information relative au fichier original,
• chaque utilisateur peut modifier les surcharges du fichier associé, • les surcharges graphiques peuvent constituer des zones activables par un utilisateur quelconque pour générer une chaîne de caractères,
• les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation, • le fichier associé contient le nom du fichier original et des informations permettant de caractériser l'emplacement et l'aspect des surcharges graphiques,
• préalablement à l'étape D chaque utilisateur peut modifier son emplacement de mémoire individuel de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur,
• le procédé comporte, entre les étapes A et B, la recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges associé au document original,
• lors de l'étape C, les surcharges affichées sont celles du fichier associé au fichier original et à l'utilisateur, de sorte que différents utilisateurs, en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original,
• lors de l'étape C l'utilisateur a la possibilité de modifier les surcharges, • le fichier associé est mémorisé sous un format spécifique associé au format du fichier original.
Selon un deuxième aspect, l'invention propose également un système de consultation d'un document informatique original correspondant à un fichier original d'un format donné enregistré dans un emplacement de mémoire informatique désigné par une adresse, le système étant destiné à être mis en œuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le système comprenant des moyens pour assurer respectivement: A. l'appel d'un document original par un utilisateur,
B. l'affichage du document original sur l'interface visuelle,
C. l'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que le système comprend des moyens pour mémoriser les surcharges dans un emplacement de mémoire individuel qui est personnellement associé à l'utilisateur de sorte que lesdites surcharges sont personnelles à chaque utilisateur.
Des aspects préférés, mais non limitatifs du système selon l'invention sont les suivants :
• lesdits moyens de mémorisation de surcharges comprennent des moyens pour créer un fichier de surcharges qui est associé au fichier original et à l'utilisateur, le fichier associé contenant une information relative au fichier original, « le système comprend des moyens pour permettre à chaque utilisateur de modifier les surcharges du fichier associé,
• le système comprend des moyens pour associer aux surcharges graphiques une fonction de génération d'une chaîne de caractères, ladite fonction pouvant être activée par un utilisateur, • les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation,
• le fichier associé contient le nom du fichier original et des informations permettant de caractériser emplacement et l'aspect des surcharges graphiques, « le système comprend des moyens pour permettre à chaque utilisateur de modifier son emplacement de mémoire individuel de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur,
• le système comprend des moyens de recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges associé au document original,
• les surcharges affichées sont celles du fichier associé au fichier original et à l'utilisateur, de sorte que différents utilisateurs, en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original, • le système comprend des moyens pour permettre à l'utilisateur de modifier les surcharges, « le fichier associé est mémorisé sous un format spécifique associé au format du fichier original. D'autres aspects, buts et avantages de l'invention apparaîtront mieux à la lecture de la description suivante d'une forme de réalisation de l'invention, faite en référence aux dessins annexés sur lesquels : • les figures 1 , 2 et 4 sont des représentations schématiques de la structure d'un système mettant en oeuvre l'invention, • la figure 3 est un logigramme représentant schématiquement les principales étapes d'un processus de sélection et de traitement de chaînes de caractères mis en oeuvre dans l'invention, • les figures 5 et 6 sont des logigrammes représentant schématiquement les principales étapes de processus de recherche de fichiers mis en oeuvre dans l'invention.
En préambule à la description qui suit, il est précisé que si cette description constitue un support destiné à établir une protection par brevet, elle ne constitue en rien une atteinte aux autres droits de propriété intellectuelle attachés au système décrit ci-dessous, en particulier le droit d'auteur.
En référence tout d'abord à la figure 1 , on a représenté globalement par la référence 10 des moyens de mémorisation permanente de fichiers. Comme on le verra, ces moyens peuvent comporter plusieurs emplacements, reliés par des moyens de transmission de données (pouvant mettre en œuvre des réseaux privés ou public, Internet notamment) mais n'étant pas nécessairement regroupés physiquement, chaque emplacement de mémoire pouvant correspondre à un support physique différent, de tout type connu en soi.
Dans la suite de ce texte, on désignera globalement les moyens 10 par le terme général de " mémoire ", ladite mémoire comportant une pluralité d'emplacements qui peuvent chacun être identifiés par une adresse. On a également représenté une unité 20 reliée à un système d'exploitation du type à fenêtres ou non (le mode particulier de réalisation décrit ci-dessous mettant en œuvre de manière non limitative un système d'exploitation à fenêtres). Le système d'exploitation, connu en soi, permet de manière connue d'appeler, d'afficher, d'éditer et d'enregistrer des fichiers, l'unité 20 comportant des moyens d'interface permettant à un utilisateur d'effectuer des opérations sur des fichiers édités (écran de visualisation, souris et clavier de saisie par exemple). Cette unité 20 peut être un ordinateur de type quelconque.
L'unité 20 est reliée globalement à la mémoire 10 par une liaison 30 permettant le transfert de données et de fichiers entre ces deux éléments. La liaison 30 peut être de tout type connu, mettant en œuvre des composants filaires (liaison classique ou à haut débit), non filaires (liaison radio, infrarouge, etc... ) ou une combinaison des deux types de liaison.
Pour ouvrir sur l'unité 20 une session de travail du système selon l'invention, un utilisateur doit après lancement du système d'exploitation déclarer un nom d'utilisateur u1 qui est enregistré dans un emplacement Eutil de la mémoire 10. A cet effet, le système selon l'invention met en œuvre un programme
P qui est situé dans un emplacement EO de la mémoire 10 (l'emplacement EO pouvant être intégré physiquement à l'unité 20) et dont l'utilisateur lance l'exécution, ce qui provoque sur l'écran de l'unité 20 l'ouverture d'une fenêtre F1 dédiée au programme P. A l'intérieur de cette fenêtre F1 , le programme ouvre également une sous-fenêtre F2 de saisie du nom d'utilisateur.
Une fois le nom d'utilisateur u1 déclaré dans cette sous-fenêtre, ce nom d'utilisateur demeurera enregistré dans l'emplacement de mémoire Eutil pendant toute la durée de la session de travail (c'est-à-dire pendant que le programme P est actif), mais également après la fermeture de cette session. L'emplacement de mémoire Eutil mémorise ainsi le nom d'utilisateur u1 de manière permanente.
Eutil peut également contenir des références propres à l'utilisateur (mot de passe sécurisant l'ouverture d'une session sous le nom u1 ,... ) et à la dernière session effectuée par cet utilisateur (écrans ouverts, fichiers consultés... ).
Comme on l'a dit, le système selon l'invention est destiné à fonctionner avec un système d'exploitation, les deux systèmes étant interfaces ensemble. Ainsi, à l'intérieur d'une session de travail, un utilisateur peut appeler à l'écran des fichiers contenus dans des emplacements Ei de la mémoire 10.
Les emplacements de mémoire Ei peuvent constituer un emplacement unique, ou une pluralité d'emplacements de mémoire distincts dont chacun peut être un répertoire spécifique d'un même disque mémoire, ou un emplacement dans un disque mémoire ou un serveur spécifique (ledit serveur pouvant être un serveur privé ou accessible au public - par le biais du réseau Internet par exemple), ou un emplacement sur un support de données enregistrable tel qu'un CD-ROM, ou tout autre type de mémoire connu.
Les fichiers mémorisés dans les emplacements Ei peuvent être de tout type connu en soi compatible avec le système d'exploitation à fenêtres, leur format étant précisé par le type d'extension du fichier (.doc, .xls, .wav, .gif, .jpeg, .htm, .html, .xml, .ppt, .pdf, etc. ). Le système selon l'invention est en effet conçu pour traiter tout type de fichier connu, et dispose à cet effet d'interfaces avec le système d'exploitation.
On va maintenant décrire le fonctionnement général du système selon l'invention.
Soit un fichier A d'un emplacement Ei, le fichier A étant de format extl (extl pouvant désigner tout type d'extension connu en soi - htm par exemple). A l'intérieur d'une session de travail, l'utilisateur ouvre le fichier A.extl et affiche le document correspondant dans une nouvelle fenêtre de l'écran de l'unité 20, incluse dans la fenêtre F1 du programme P.
Il est connu que le système d'exploitation permet à l'utilisateur de modifier ce document et d'enregistrer ses modifications en remplaçant l'ancienne version du fichier A.extl par une nouvelle version comportant les modifications apportées (fonction " enregistrer "), ou bien en enregistrant dans un emplacement de mémoire désiré ladite dernière version modifiée (fonction " enregistrer sous ... "). On va voir que le système selon l'invention (que l'on nommera par la suite simplement " le système " par commodité), qui est destiné à être combiné avec le système d'exploitation, offre des possibilités bien supérieures.
En effet, le programme P qui est actif permet en permanence à l'utilisateur déclaré sous le nom u1 d'effectuer des surcharges qui lui sont personnelles sur un tel document correspondant au fichier A.extl , sans altérer l'intégrité du fichier A.extl comme on va le voir.
Il convient de définir tout d'abord la notion de " commande " du système. Une commande est une chaîne de caractères reconnaissable par le système, qui provoque l'exécution d'une action par le système (celui-ci faisant pour cela intervenir le système d'exploitation).
Pour ce faire, la chaîne de caractères à reconnaître doit être fournie au système; pratiquement, ceci peut se faire en particulier de deux manières :
• l'utilisateur saisit directement la chaîne de caractères dans une fenêtre appelée par un programme annexe associé au programme P, ce programme annexe pouvant être lui-même appelé par un bouton spécifique de la fenêtre F1 que l'utilisateur actionne,
• ou la chaîne de caractères a elle-même été produite par une commande.
Le système reconnaît les chaîne de caractères obéissant à un format prédéfini et mémorisé dans un emplacement spécifique de mémoire (qui peut être l'emplacement EO). Il est ainsi possible de définir dans le système des fonctions pouvant être exécutées par une chaîne de caractères formulée selon une certaine syntaxe. On peut par exemple définir les associations suivantes :
chaîne de caractères Fonction associée
# A .extl Ouvrir le fichier A.extl
&A.ext1 Ouvrir le fichier A.extl (sans afficher les liens contenus dans ce fichier)
>message, x, y Editer le message dans une fenêtre à l'emplacement (x,y)
<son Exécuter un son programme, a, b, c Exécuter le programme avec les paramètres a, b, c
©glossaire Activer un glossaire (ce terme sera expliqué plus loin) localisation Ajouter une localisation (ce terme sera expliqué plus loin)
≈a, b, c Ajouter une surcharge (ce terme sera expliqué plus loin) avec les paramètres a, b, c
Plusieurs chaînes de caractères peuvent également être fournies au système " en une seule fois ", chaque chaîne de caractères étant séparée de la suivante par un point virgule (cas de la saisie directe de la commande par l'utilisateur). Dans ce cas, le système traite les chaînes de caractères les unes après les autres.
On notera que les chaînes de caractères peuvent être transcodées sous forme différente, par exemple des signaux ne correspondant pas à des caractères affichables à l'écran ; cette variante peut être utile pour des raisons de confidentialité. On peut également définir des chaînes de caractères sous la forme d'un caractère unique ce qui permet d'économiser de la mémoire.
Il est possible d'améliorer l'ergonomie du système en définissant dans la fenêtre F1 un ensemble de menus et de boutons permettant à l'utilisateur d'accéder rapidement à une pluralité de commandes.
Ainsi, reprenant le cas du fichier A.extl , l'utilisateur dispose :
• d'une commande pour ouvrir à l'écran le document correspondant au fichier A.extl (ou à tout autre fichier des emplacements de mémoire Ei, quel que soit son format), • et de commandes activant un menu dit " de surcharge " qui permet à l'utilisateur de superposer à l'écran sur le document correspondant au fichier A.extl (que l'on nommera " le fichier original ", le document associé étant le " document original ") des surcharges (ou objets graphiques), sur le même écran d'édition. Pour cela l'utilisateur utilise la souris de l'unité 20 qui permet de positionner les surcharges en des endroits désirés de la fenêtre d'édition (ou de l'écran dans le cas d'un système d'exploitation sans fenêtre), et de les dimensionner. Ces objets graphiques sont ainsi superposés au document original en des endroits déterminés par des coordonnées liées au repère du document original, de sorte que lors de l'édition de ce document original, les surcharges sont fixes par rapport aux éléments de ce document et se déplacent avec ces éléments lorsqu'on fait défiler à l'écran le contenu du document. Les surcharges peuvent être des surfaces d'aspect paramétrable, et être associées comme on le verra à des commandes du système. Lorsque l'utilisateur ouvre le document original correspondant à
A.extl et lui superpose des surcharges, le système selon l'invention crée automatiquement un fichier dit "associé" A.@ext1 auquel une extension spécifique est associée (ainsi le système selon l'invention associera un fichier associé A.@doc à un fichier original A.doc, un fichier A.@gif à un fichier original A.gif, etc. ).
Le fichier associé A.@ext1 qui comporte l'ensemble des surcharges apportées par l'utilisateur u1 au document correspondant au fichier original A.extl , est enregistré par le système dans un emplacement de mémoire Eu1 individuellement associé à l'utilisateur u1. L'adresse de Eu1 a été définie par l'utilisateur lors de sa première session de travail (le système proposant à l'utilisateur une adresse par défaut). Cette adresse est mémorisée en association avec u1 dans l'emplacement de mémoire Eutil, de sorte que le fichier A.@ext1 est associé par le système au fichier original A.extl et au nom d'utilisateur u1. Dans la suite de ce texte on définira Eu1 comme le " dossier personnel " de l'utilisateur u1.
L'adresse de Eu1 est un paramètre important du système selon l'invention car elle permet d'associer individuellement à chaque utilisateur une adresse de sauvegarde des fichiers associés de surcharge du type de A.@ext1. Cette adresse peut être par la suite modifiée par l'utilisateur lors de toute session de travail déclarée sous le nom u1 , en rappelant par une commande dédiée (actionnable par le menu de la fenêtre F1 ) la sous- fenêtre F2 de saisie du nom d'utilisateur, qui comporte également un champ permettant de modifier l'adresse de sauvegarde (ou les adresses de sauvegarde comme on va le voir).
L'utilisateur peut ainsi apporter des surcharges à un document original correspondant à un fichier original A.extl , lesdites surcharges étant sauvegardées dans un fichier spécifique associé A.@ext1 et pouvant avoir tout aspect désiré (forme, couleur, taille, association à une icône ou une image...) grâce à des commandes de paramétrage de ces aspects. L'utilisateur a, à tout moment, la possibilité d'enregistrer les surcharges qu'il a apportées à un fichier par une commande dédiée du système, qui provoque l'enregistrement du fichier associé A.@ext1 dans le dossier personnel Eu1 de u1. II est à noter que pour l'utilisateur, la superposition des documents associés respectivement aux fichiers A.extl et A.@ext1 dans la même fenêtre est " transparente ", c'est-à-dire que l'utilisateur traite une fenêtre d'édition unique, qui affiche une superposition du contenu du document original A.extl et des surcharges du document "associé" A.@ext1 qui correspond au fichier A.@ext1 , comme un document unique en apparence, le fichier A.@ext1 fournissant un " calque " qui " plaque " des surcharges sur le document original en des endroits de ce document original choisis par l'utilisateur.
Lorsque l'utilisateur ouvre ainsi le document correspondant au fichier A.extl , rien ne lui indique que les surcharges du fichier " calque " associé A.@ext1 lui sont superposées, de sorte que l'utilisateur traite en apparence une seule entité.
Lorsqu'un utilisateur déclaré sous le nom u1 ouvre ensuite le document correspondant à A.extl , le système recherche automatiquement dans Eu1 qui est le dossier personnel de u1 (et éventuellement dans d'autres emplacements de mémoire définis dans le système comme on le verra plus loin à propos des "listes de localisation"), l'existence d'un fichier associé nommé A.@ext1 , et superpose automatiquement dans la fenêtre d'édition les surcharges du fichier associé A.@ext1 sur le document original, si un fichier A.@ext1 a été détecté dans Eu1. Dans le cas contraire, seul le document associé à A.extl est affiché. Dans tous les cas, il est nécessaire d'exécuter une commande activant le menu de surcharges pour ajouter ou modifier des surcharges sur A.extl .
De la sorte, le système selon l'invention permet à chaque nom d'utilisateur (u1 ou autre) déclaré dans le système de disposer de sa version personnelle de surcharges apportées à un même document original alors que l'intégrité du fichier correspondant à ce document est préservée, le fichier original ne subissant aucune modification. Les surcharges associées sont automatiquement superposées au document original de sorte que l'utilisateur manipule en apparence un document unique. Lors de la création du fichier A.@ext1 de surcharge associé au fichier original A.extl , le système crée également un descriptif de ce fichier associé. Le descriptif est un ensemble d'informations concernant le fichier associé A.@ext1 , enregistrées dans le fichier A. @ext1 , dans l'emplacement de mémoire Eu1.
Cet ensemble d'informations n'apparaît pas directement à l'écran lors de l'ouverture des documents correspondant aux fichiers A.extl et A.@ext1 , mais l'utilisateur peut l'appeler par une commande spécifique afin de visualiser les informations qu'il contient, et les modifier au besoin. Le descriptif contient ainsi entre autres les informations suivantes :
• nom du fichier associé (A.@ext1 ),
• nom du fichier original (A.extl ),
• titre (ce titre sera celui qui sera affiché en haut de la fenêtre d'édition de la superposition de A.extl et de A.@ext1 - il est par défaut le nom du fichier original A.extl mais peut être modifié par l'utilisateur),
• informations de version et de date de mise à jour (renseignées automatiquement par le système),
• description (zone de texte libre pouvant être renseignée par l'utilisateur),
• informations sur les surcharges du fichier A.@ext1 (coordonnées, aspect, commandes associées - on expliquera ci-dessous l'association d'une commande à une surcharge),
• glossaires associés au fichier (cette notion sera précisée dans la suite du texte).
Selon l'invention, il est aussi possible à un même utilisateur de modifier le nom d'utilisateur sous lequel il est déclaré à l'intérieur de la même session de travail. Un utilisateur U1 peut ainsi se déclarer non plus sous le nom u1 mais sous le nom u1 ', qui sera mémorisé dans un fichier dédié à l'emplacement Eutil et auquel correspond un dossier personnel Eu1' dont le système mémorise l'adresse dans Eutil, en association avec le nom u1 ' (voir figure 1 ).
Dans ce cas, si l'utilisateur ouvre ensuite le document correspondant au fichier A.extl , il n'aura pas accès aux surcharges apportées sous le nom u1 et mémorisées dans le fichier A.(δ)ext1 se trouvant dans le dossier personnel Eu1 de u Il pourra par contre apporter d'autres surcharges, différentes, que le système mémorisera dans un autre fichier également nommé A.@ext1 mais qui sera enregistré dans un dossier personnel Eu1' du nom d'utilisateur u1', différent du dossier personnel de u1. Lorsqu'un utilisateur se connectera au système sous le nom d'utilisateur u1 et appellera A.extl , le système cherchera un fichier associé A.@ext1 dans Eu1 le dossier personnel de u1 , et l'utilisateur aura ainsi accès à la superposition de A.extl et des surcharges de la version du fichier associé correspondant au dossier personnel Eu1 de u1. Lorsque l'utilisateur se connectera sous le nom d'utilisateur u1' et appellera de la même manière le même document correspondant au fichier A.extl , ce sont les surcharges de la version du fichier associé correspondant au dossier personnel Eu1 ' de u1' qu'il visualisera car le système recherche alors le fichier associé dans Eu1 ' le dossier personnel de ul'.
L'utilisateur peut également ouvrir en parallèle plusieurs sessions de travail en lançant plusieurs exécutions du programme P qui provoquent chacune l'ouverture d'une sous-fenêtre Fi de la fenêtre F1 , et se déclarer ainsi sous plusieurs noms d'utilisateur différents. Comme on l'a dit, les surcharges sont des objets graphiques qui peuvent avoir un aspect désiré et être associés à des commandes du système.
Plus précisément, le système selon l'invention permet à l'utilisateur de paramétrer, par l'intermédiaire de commandes dédiées : • l'aspect de la zone graphique de la surcharge (forme, couleur, épaisseur des traits de contour, taille, inclusion et format de texte, remplacement par une icône ou une image, etc. ), • la fonction de la zone graphique. Si celle-ci peut être une zone " inerte " ne pouvant comporter que du texte (par exemple une surcharge équivalente à un " post it " (marque déposée) placée dans la marge d'un document, afin d'apporter un commentaire ou de poser une question sur ce document), elle peut également être une zone activable. Dans ce dernier cas, l'utilisateur peut associer à la zone graphique une commande qui déclenche une action comme expliqué au début de ce texte. Cette commande sera activée lors des consultations ultérieures de la superposition du document correspondant au fichier original et de ses surcharges, par exemple en déplaçant un curseur à l'aide d'une souris sur la zone graphique et en cliquant dessus. De la sorte, il est possible d'associer à la surcharge une commande quelconque du système et de rendre la surcharge active.
Les surcharges peuvent ainsi comprendre des liens vers des objets ou des documents d'adresse quelconque (commande d'ouverture de fichier), y compris des liens hypertexte vers des pages de sites Internet, lesdits liens pouvant être activés par un simple clic de souris sur la surcharge correspondante.
De la sorte, il est possible selon l'invention d'associer à la surcharge une commande quelconque du système et de rendre la surcharge active.
Et cette notion de « surcharge active » est un élément particulièrement avantageux de l'invention.
On précise que dans le cas d'une commande d'ouverture d'un autre fichier, le système offre la possibilité de " marquer " le document correspondant au fichier appelé, par une surcharge apposée automatiquement en un endroit déterminé du document ainsi appelé (par exemple en haut à gauche de sa fenêtre d'édition), afin de visualiser le lien ainsi établi entre les deux documents.
Il est possible de paramétrer le système pour que des surcharges associées à une commande soient invisibles à l'écran. Il est également possible d'activer en permanence une fonction de " commentaire " sur les surcharges sur lesquelles le curseur se trouve (signal de la présence d'une surcharge - utile lorsque la surcharge est invisible, description de la commande associée... ).
On comprend donc que le système selon l'invention est un outil souple et puissant de traitement et de gestion de documents, qui permet à un utilisateur de personnaliser des documents originaux par des ajouts de zones graphiques, de commentaires, de commandes ou de liens afin d'adapter le document à son environnement et à ses besoins particuliers, ceci sans altérer l'intégrité des fichiers originaux qui demeurent inchangés.
On a dit que le descriptif d'un fichier A.@ext1 associé à un fichier original A.extl comportait un rattachement au fichier original, c'est-à-dire l'adresse du fichier original. L'utilisateur a également la possibilité de modifier ce rattachement, et d'associer le fichier A.@ext1 à un autre fichier original (du même type que le premier fichier original ou non), par exemple B.ext2 (ext2 désignant un type de fichier pouvant être différent des fichiers en .extl ).
Dans ce cas, lorsque l'utilisateur exécute une commande pour ouvrir ensuite le document correspondant au fichier A.extl , le système cherche automatiquement un fichier associé A.@ext1 dans le dossier personnel de l'utilisateur, y trouve A.@ext1 et lit le fichier de rattachement de son descriptif. Le descriptif de ce fichier associé faisant maintenant référence à B.ext2, le système provoque l'ouverture du document correspondant à ce deuxième fichier original B.ext2 avec les surcharges de A.@ext1 superposées, et non l'ouverture de A.extl
Cette possibilité est avantageuse, par exemple dans le cadre de la gestion de versions successives d'un fichier original qui évolue. Soit le fichier original A.extl , il est alors possible de rattacher le fichier associé A.@ext1 à une version désirée de ce fichier original (dernière version par exemple), en mettant à jour le descriptif du fichier associé A.@ext1.
De la sorte, plusieurs fichiers originaux différents qui sont tous nommés A.extl , correspondant à des versions différentes d'un document, peuvent être enregistrées dans des emplacements de mémoire différents (disques de sauvegarde successifs par exemple...); dans tous les cas l'exécution de la commande d'ouverture de A.extl provoquera l'édition de la version désirée déterminée par la mise à jour du descriptif de A.@ext1. II est également possible de définir pour plusieurs noms d'utilisateurs différents des accès à des versions différentes du fichier original A.extl , ou à un autre fichier original, par rattachement du fichier associé A.@ext1 de chaque utilisateur à une version spécifique du fichier original ou à l'autre fichier original. Ainsi, en appelant le même fichier A.extl , les différents utilisateurs auront-ils accès non seulement à des surcharges qui peuvent être différentes, mais également à des fichiers originaux qui peuvent être également différents.
En référence maintenant à la figure 2, on va décrire un deuxième aspect du système selon l'invention, qui peut avantageusement être mis en œuvre en combinaison avec le système de création et de gestion de surcharges décrit ci-dessus.
On retrouve sur cette figure la mémoire 10, l'unité 20 et la liaison 30. On retrouve également dans la mémoire 10 les emplacements Ei de mémorisation des fichiers originaux, l'emplacement E0, l'emplacement Eutil contenant les noms d'utilisateurs et les adresses de dossiers personnels correspondant, et des emplacements Eu1 et Eu1' qui sont des dossiers personnels.
Lors de la création d'un nom d'utilisateur u1 , le système selon l'invention crée non seulement un dossier personnel Eu1 qui sera l'emplacement de mémorisation des fichiers de surcharges associés à des fichiers originaux que l'utilisateur u1 consulte, mais également un fichier de type "glossaire", Motsclés.@dy, qui est vide à sa création et que le système enregistre dans Eu1 le dossier personnel de u1. Ce glossaire est un fichier destiné à contenir une série de chaînes de caractères que l'on nommera " clés ", chaque clé pouvant former un ou plusieurs mots, ou non. Dans le glossaire, chaque clé est associée individuellement à une commande telle que celles évoquées ci-dessus (affichage d'un message à l'écran, ouverture d'un fichier, etc. ), ou bien à une autre chaîne de caractères qui n'a pas obligatoirement le format d'une commande dont la syntaxe est reconnue par le système.
L'utilisateur u1 a la possibilité d'éditer ce glossaire et de le modifier, en ajoutant, supprimant ou modifiant des couples (clé, commande) ou de manière plus générale (clé, chaîne de caractères). L'utilisateur a également la possibilité d'activer ce glossaire et de le désactiver. Pour activer le glossaire, il suffit à l'utilisateur d'ouvrir le fichier correspondant Motsclés.@dy, directement en utilisant le système d'exploitation, ou bien par l'intermédiaire d'une commande dédiée du système. Le glossaire est ainsi présent dans la mémoire vive de l'unité 20 lorsqu'il est activé.
Dans le cas où le glossaire Motsclés.@dy est activé, toute "sélection" d'une des clés du glossaire provoquera l'exécution de la commande associée. On verra en référence à la figure 3 quelles sont les principales manières d'effectuer une telle "sélection" d'une clé. Chaque utilisateur u1 dispose ainsi d'un glossaire qui lui est personnel et qui lui permet d'associer des commandes spécifiques à certaines chaînes de caractères susceptibles d'être sélectionnées.
Lorsque qu'un utilisateur u1 ouvre un document original correspondant à un fichier A.extl et lui associe un fichier A.@ext1 comme décrit ci-dessus, il a également la possibilité de créer et de lier au fichier associé A.@ext1 , un glossaire A.@dy qui sera ainsi associé au couple
(utilisateur u1 , fichier associé A.@ext1 ).
Tout comme le glossaire personnel Motsclés.@dy, un tel glossaire A.@dy dit " de document " est créé par le système avec une extension en
.@dy afin d'être reconnaissable par le système selon l'invention. Ce glossaire, mémorisé dans le fichier associé A.@ext1 , est automatiquement actif lorsque l'utilisateur affiche à l'écran le document correspondant au fichier A.@ext1. Par contre, le glossaire du document n'est pas actif lorsque la fenêtre d'édition du document correspondant au fichier A.@ext1 , auquel le glossaire A.@dy est lié, n'est pas la fenêtre qui est sélectionnée
(chaque ouverture de document provoquant l'ouverture d'une fenêtre à l'intérieur de la fenêtre F1 qui est la fenêtre d'application du système selon l'invention). Selon l'invention, l'utilisateur peut également intégrer à tout glossaire une commande dite " commande initiale " qui sera exécutée lors de l'ouverture du glossaire. Cette commande peut être de tout type mentionné ci-dessus.
Et un troisième type spécifique de glossaire qu'un utilisateur peut créer est le " glossaire d'application ". Un tel glossaire est un fichier en .@dy qui est " associé " au lancement d'une application désirée dans le système d'exploitation. Dans ce cas le glossaire d'application comporte une commande initiale qui lance l'application et l'ouverture du glossaire d'application provoque l'exécution d'une première commande de l'application, ledit glossaire restant actif pour l'application.
Il est également possible de créer un ou plusieurs glossaires indépendants, grâce à une commande dédiée du système. On peut ainsi créer à volonté des fichiers ayant une extension spécifique .@dy, qui pourront être actifs à la demande. Il est ainsi possible de créer et modifier plusieurs types de glossaires contenant des couples de chaînes de caractères, dont la première est une clé et la deuxième peut être une commande reconnue par le système.
La figure 3 expose différentes manières de "sélectionner" une chaîne de caractères pour activer une commande qui lui serait associée dans un glossaire actif.
Ainsi, il est tout d'abord possible pour ceci de :
• sélectionner la chaîne de caractères dans un document en cours d'affichage à l'écran, grâce par exemple à la souris. On peut ainsi délimiter une chaîne de caractères et cliquer dessus, ce qui provoque la sélection de la chaîne de caractères (étape 300),
• il est également possible de saisir directement la chaîne de caractères au clavier de l'unité 20, le système permettant d'appeler une boîte de dialogue pour effectuer une telle saisie (étape 301 ). • une autre alternative est la sélection de la chaîne de caractères par le système lui-même (étape 302). Une telle sélection peut résulter par exemple de la sélection par l'utilisateur d'une surcharge active d'un document affiché à l'écran, ladite surcharge active générant la chaîne de caractères (étape 303). Une telle sélection peut également résulter de l'exécution d'une commande initiale suite à l'ouverture d'un glossaire (étape 304),
• et il est également possible pour l'utilisateur d'afficher à l'écran le glossaire et de sélectionner directement une chaîne de caractères qui constitue une clé dudit glossaire, dans une fenêtre d'édition du glossaire (étape 305).
Les étapes 300 à 305 sont des alternatives (non limitatives) de sélection d'une chaîne de caractères. La sélection de la chaîne de caractères provoque l'activation d'une fonction du système qui consiste à traiter la chaîne de caractères sélectionnée (étape 306). Schématiquement, cette fonction exécute les étapes suivantes :
• vérification (étape 307) du fait que la chaîne de caractères n'a pas encore été traitée, un indicateur du système lié à la chaîne de caractères étant crée lors du traitement de la chaîne de caractères. Ainsi, si le système ne détecte pas de tel indicateur, la fonction poursuit son traitement comme on va le voir. Si au contraire le système détecte un indicateur d'un traitement effectué sur la chaîne de caractères, la fonction de traitement se termine (étape 308) en annulant l'indicateur en 309 en prévision de sélections ultérieures de la chaîne de caractères, • dans le cas où aucun indicateur associé à la chaîne de caractères n'a été détecté, la fonction de traitement crée un tel indicateur en 310 (de sorte que si cet indicateur n'est pas annulé, lors d'un prochain traitement de la même chaîne de caractères la fonction de traitement se terminera en 308), • après l'étape 310, la fonction de traitement analyse en 311 la chaîne de caractères. A cet effet, cette fonction met en œuvre des moyens tels que des moyens de découpage de la chaîne de caractères en "mots" et des moyens de reconnaissance syntaxique, • à l'issue de cette analyse, lors d'une étape 312, si la chaîne de caractères est une commande du système telle qu'évoquée ci- dessus la fonction de traitement exécute en 313 cette commande et annule en 314 l'indicateur crée en 310. Si au contraire la chaîne de caractères ne correspond à aucune commande reconnue par le système, la fonction de traitement consulte en 315 les glossaires actifs (lés modalités de cette consultation étant détaillées ci- dessous) pour déterminer en 316 si la chaîne de caractères est une clé d'un glossaire actif,
• si la chaîne de caractères n'est pas une clé d'un glossaire, la fonction de traitement se termine en 317 en annulant en 318 l'indicateur généré en 310,
• si la chaîne de caractères est une clé d'un glossaire actif, la fonction de traitement génère en 319 la chaîne de caractères correspondant dans ce glossaire à ladite clé, ce qui constitue un moyen supplémentaire de sélectionner une chaîne de caractères pour activer une nouvelle fois en 306 la fonction de traitement avec la nouvelle chaîne de caractères générée en 319.
On constate que lors d'une session de travail, plusieurs glossaires peuvent être actifs en même temps. Pour résoudre les problèmes de conflit qui pourraient survenir lors de l'étape 315 dans le cas où une même clé serait associée dans deux glossaires différents à deux commandes différentes, les deux glossaires étant actifs en même temps, un ordre de priorité par défaut est prévu : lorsqu'une chaîne de caractères est sélectionnée d'une des manières décrites ci-dessus, le système consulte, lors de cette étape 315, dans l'ordre :
• le glossaire " de document " du fichier dont la fenêtre d'édition est sélectionnée,
• puis le glossaire de l'application liée au format du fichier édité, si celui-ci existe, • enfin le glossaire personnel de l'utilisateur (glossaire des de mots-clés Mots clés.@dy).
Dès que le système détecte une clé correspondant à la chaîne de caractères qui a été sélectionnée, la commande correspondante est exécutée et le système arrête de consulter les glossaires, et passe à l'étape 316.
Il est à noter que cet ordre de priorité peut être neutralisé par le choix d'une option dans laquelle le système présente à l'utilisateur l'ensemble des glossaires contenant une clé correspondant à une chaîne de caractères sélectionnés, l'utilisateur pouvant alors choisir le glossaire qu'il désire utiliser.
On notera que dans le cas où l'utilisateur sélectionne à l'écran la chaîne de caractères désirée dans le document affiché (étape 300), il est possible selon une variante de l'intervention de mettre en évidence graphiquement les chaînes de caractères qui sont des clés d'un glossaire actif.
Dans ce cas, toutes les clés des glossaires actifs sont systématiquement mises en évidence graphiquement à l'intérieur de la fenêtre sélectionnée, dans laquelle l'utilisateur affiche un document A.extl susceptible de contenir de telles clés. Cette mise en évidence peut se faire par une modification de la police de caractères et/ou de la couleur de ces caractères, de manière similaire par exemple à la mise en évidence des liens hypertexte dans de nombreuses applications existantes.
On réalise ainsi un lien hypertexte que l'on peut qualifier d' « inversé », car ce n'est pas ici l'auteur du document qui fige une fois pour toutes le lien hypertexte comme dans le cas d'un lien hypertexte classique ; au contraire, le lien hypertexte peut changer en fonction du glossaire actif. Et il est ainsi possible de créer automatiquement un lien propre à un utilisateur (ou un groupe d'utilisateurs) donné, de manière à adapter le lien à l'utilisateur.
Selon un aspect avantageux de l'invention qui peut être combiné avec les aspects précédents, le système selon l'invention permet également comme on va le voir maintenant de gérer de manière originale l'accès à des fichiers et documents différents. On a dit que le système permettait à l'utilisateur d'appeler des fichiers A.extl mémorisés dans des emplacements de mémoire Ei ; à cet effet le système est interface avec le système d'exploitation.
Selon l'invention et comme représenté sur la figure 4, lors de chaque session de travail pour laquelle l'utilisateur se déclare sous un nom - u1 par exemple - le système offre également à l'utilisateur la possibilité de définir une liste ordonnée LOC1 d'adresses de mémoire (pouvant chacune correspondre à un emplacement de mémoire quelconque d'une configuration en réseau ou non, chaque emplacement pouvant être localisé sur un support physique quelconque connu en soi). Cette liste LOC1 que l'on nommera " liste de localisation " constitue un fichier enregistré par le système dans l'emplacement Eutil, en association avec le nom d'utilisateur u1 sous lequel l'utilisateur est déclaré.
La liste est consultable et modifiable à tout moment par l'utilisateur (y compris pour changer l'ordre des adresses), en appelant la sous-fenêtre F2 qui est éditée à la connexion de l'utilisateur au système et qui contient les paramètres propres à la session et à l'utilisateur.
Un utilisateur peut sélectionner une liste de localisation désirée, et modifier sa liste de localisation sélectionnée. Il peut également n'avoir sélectionné aucune liste de localisation. En tout état de cause, seule une liste de localisation peut être sélectionnée à la fois par un utilisateur.
Si une liste de localisation telle que LOC1 est sélectionnée par l'utilisateur, le système selon l'invention constitue automatiquement une liste ordonnée d'adresses dite « liste de recherche », dans laquelle l'adresse de Eu1 le dossier personnel de l'utilisateur est en tête de liste, suivie des adresses ordonnées de la liste de localisation sélectionnée. Si maintenant aucune liste de localisation n'a été sélectionnée par l'utilisateur, la liste de recherche est constituée par défaut de la seule adresse du dossier personnel Eul
Dans le cas connu de la simple mise en œuvre d'un système d'exploitation, l'utilisateur voulant ouvrir un fichier A.extl doit spécifier l'adresse du fichier en précisant l'arborescence des répertoires menant à l'emplacement de mémorisation du fichier.
Dans le cas de l'invention au contraire, lorsque l'utilisateur appelle un fichier A.extl , il n'a pas à spécifier l'adresse de ce fichier. Si toutefois il le fait, le système va de toutes façons ignorer dans un premier temps cette adresse et va automatiquement consulter les adresses de la liste de recherche, dans leur ordre selon cette liste, pour chercher successivement dans chacun des emplacements correspondant à ces adresses respectives un fichier associé nommé A.@ext1. Dès que le système détecte un fichier associé A.@ext1 correspondant à cette recherche, il l'ouvre et ne poursuit pas sa recherche.
Dans le cas où cette recherche est infructueuse, le système va en dernier ressort chercher dans l'adresse spécifiée par l'utilisateur lors de la commande d'ouverture de A.extl , si une telle adresse a été spécifiée. Plus précisément, la figure 5 représente les étapes mises en oeuvre lorsqu'un utilisateur appelle un fichier, qu'il soit original (de type A.extl ) ou associé (de type A.@ext1).
Sur cette figure, on a ainsi représenté en 501 et 502 ces deux premières manières possibles pour appeler un fichier. Si l'utilisateur appelle un fichier original A.extl en 501 , le système constitue automatiquement une requête pour que le système d'exploitation recherche un fichier associé A.@ext1 , ce qui est équivalent à l'étape 502 dans laquelle c'est l'utilisateur qui formule directement une telle requête. Un fichier ayant ainsi été appelé en 501 ou en 502 par l'utilisateur, le système cherche, successivement dans les différents emplacements de mémoire désignés par les adresses de la liste de recherche, le fichier associé A. @ext1 (étape 503).
Dès qu'un tel fichier A. @ext1 est localisé dans un des emplacements de mémoire de la liste de recherche, le système lit en 504 le nom du fichier original associé à A.@ext1 et son titre dans le descriptif de A.@ext1 (ce titre pouvant être comme on l'a dit modifié par l'utilisateur). Si ce titre est différent du nom du fichier, le système le mémorise (toujours en 504).
Si aucun fichier A.@ext1 n'a été trouvé dans les emplacements désignés par la liste de recherche (ni en dernier ressort dans un emplacement désigné par une éventuelle adresse fournie par l'utilisateur lors de sa commande d'ouverture en 501 ou 502), le système considère automatiquement que le fichier original associé à A.@ext1 a pour nom A.extl ; cette identification du nom fichier original à partir du nom du fichier associé a lieu en 505. Après l'étape 504 ou 505, le système dispose donc d'un nom de fichier original et cherche en 506 dans les emplacements de la liste de recherche ce fichier original. S'il ne le trouve pas, le système stoppe sa recherche en 507 et la demande de l'utilisateur n'aboutit pas.
Si au contraire le fichier original recherché (A.extl ou autre) a été trouvé en 506, le système procède en 508 à :
• l'ouverture de ce fichier original trouvé,
• la lecture du titre associé à ce fichier original trouvé dans le descriptif, et si ce titre est différent du nom du fichier, à la mémorisation du titre lu, • l'affichage à l'écran du document correspondant au fichier original trouvé,
• l'affichage à l'écran du document correspondant au fichier associé
A.@ext1 superposé sur le document correspondant au fichier original, si un tel fichier associé a été trouvé en 503. Après avoir réalisé ces opérations, le système met à jour en 509 deux
"listes historiques"qui sont des fichiers similaires à des glossaires, une liste étant relative à la session de travail en cours et l'autre étant permanente et mise à jour lors de chaque session du même utilisateur.
Ces listes historiques contiennent un ensemble de couples (titre, nom de fichier), le système commandant l'ouverture d'un fichier associé à un titre lors de l'appel dudit titre.
Pour cette mise à jour, le système renseigne le champ "titre" par le premier titre lu et mémorisé en 504 ou 508 et différent des noms de fichier dans le descriptif duquel il est intégré ou, sinon, le nom du fichier original identifié en 506. Les listes historiques permettent à l'utilisateur d'appeler des fichiers d'une troisième manière, différente des étapes 501 et 502 : l'utilisateur peut en effet simplement saisir un titre en 510, le système déterminant ensuite en 511 si ce titre appartient à une liste historique ou non. Si le titre appartient à une liste historique, le système appelle en 501 ou 502 le fichier (original ou associé) qui est associé au titre dans ladite liste. Sinon, la demande de l'utilisateur n'aboutit pas (étape 507 de fin).
On comprend qu'en modifiant sa liste de localisation LOC1, l'utilisateur a la possibilité de modifier la liste de recherche de manière à, en appelant simplement un nom de fichier ou un titre, ouvrir en réalité différents fichiers.
L'utilisateur réalise ainsi une « localisation dynamique » des fichiers qu'il souhaite consulter.
Il est également possible d'activer une option « tous documents » dans laquelle le système n'arrête pas sa recherche lorsqu'il a localisé lors de l'étape 503 un fichier associé dans un des emplacements correspondant à une adresse de la liste de recherche.
Dans ce cas en effet, le système poursuit sa recherche en balayant toutes les adresses de la liste de recherche, et ouvre à l'écran le fichier original A.extl appelé, ainsi que l'ensemble des fichiers associés nommés A.@ext1 qui ont pu être localisés dans les différents emplacements correspondant à une adresse de la liste de recherche, ces fichiers associés étant alors tous superposés à l'écran sur le fichier original.
Plus précisément et en référence à la figure 6, après appel en 601 d'un fichier original ou associé, par l'intermédiaire d'une commande correspondant aux étapes 501 , 502 ou 510 décrites en référence à la figure 5, le système balaye en 602 - correspondant à l'étape 503 de la figure 5 - la totalité des emplacements de la liste de recherche, pour constituer en 603 un ensemble constitué de tous les couples (fichier associé trouvé ; fichier original correspondant).
En 604, le système détermine si tous les fichiers originaux des couples de cet ensemble sont en fait un seul et même fichier original.
Si c'est le cas, le système affiche à l'écran le document correspondant audit fichier original, avec l'ensemble des documents correspondant aux fichiers associés en superposition (étape 605). Il est également possible dans une option que le système propose à l'utilisateur un menu déroulant permettant de sélectionner les fichiers associés dont il souhaite afficher les documents correspondant à l'écran, en superposition (étape 606). Si maintenant les couples de l'ensemble constitué en 603 comprennent des fichiers originaux différents, le système propose en 607 à l'utilisateur de sélectionner un fichier original et affiche le document correspondant avec ses documents associés.
On comprend donc qu'en changeant de liste de localisation (et/ou de dossier personnel), un utilisateur va ouvrir des fichiers différents en exécutant une même commande d'ouverture d'un fichier A.extl .
Il est également possible de sauvegarder en des emplacements de mémoire désirés des liste de localisation LOC1 , LOC2... différentes, correspondant à des listes d'emplacements de mémoire contenant des fichiers différents. En tout état de cause, comme on l'a dit seule une liste de localisation est active à la fois pendant une session de travail.
Si on envisage par exemple le cas d'étudiants et d'un professeur connectés en réseau et travaillant sur un projet, le professeur peut demander à ses différents étudiants de travailler sur un même fichier original X.htm contenant l'énoncé d'un problème et les données nécessaires à sa résolution.
Pour répondre aux questions, chaque étudiant ouvre le document correspondant au fichier original X.htm et crée un fichier de surcharges
X.@htm qu'il mémorise dans un emplacement de mémoire qui lui est propre pour enregistrer ses réponses (qui peut être le dossier personnel de l'étudiant).
Chaque étudiant crée ainsi un fichier X.@htm différent, qui peut comporter des surcharges associées ou non à des commandes, pouvant appeler différents fichiers (y compris des pages Internet), le professeur pouvant appeler chacun de ces fichiers associés en sélectionnant une liste de localisation dans laquelle l'emplacement de mémoire de l'étudiant est en tête de liste.
Dans ce cas, lorsque le professeur appelle le fichier X.htm, le système superpose au document correspondant au fichier original comportant l'énoncé, le document correspondant au fichier associé de réponses de l'étudiant choisi.
Le professeur peut également activer l'option "tous documents" décrite ci-dessus et choisir une liste de localisation dans laquelle figurent les adresses des emplacements de mémoire respectifs dans lesquels les différents étudiants enregistrent leurs réponses.
Dans ce cas, en appelant le fichier X.htm, le professeur récupère à l'écran la superposition de tous les fichiers réponse sur le fichier original de questions ; il peut également sélectionner un emplacement de mémoire dédié à un étudiant dans une liste telle qu'évoquée pour l'étape 606 en référence à la figure 6, pour visualiser les réponses de cet étudiant.
Il apparaît ainsi que l'utilisateur peut diriger le système d'exploitation avec lequel le système selon l'invention est interface pour, à l'aide d'une même commande simple d'ouverture de fichier, accéder à différents fichiers désirés.
Ainsi, selon le contexte dans lequel se trouve l'utilisateur, il pourra accéder à des fichiers différents en exécutant les mêmes commandes d'ouverture de fichier, seule la liste de localisation désirée devant être actualisée par l'utilisateur. 11 pourra également le faire en définissant une commande qui paramètre automatiquement une liste de localisation LOC1 donnée comme étant la liste de localisation active, en fonction d'un environnement de travail désiré.
On peut par exemple penser à l'exemple d'un intervenant préparant dans une base de préparation une mission sur le terrain, et utilisant pour cela une liste de localisation qui permet d'accéder à un premier ensemble de fichiers en exécutant une série donnée de commandes d'ouverture de fichier (ladite série pouvant être décrite dans une procédure).
Une fois sur le terrain, l'utilisateur aura besoin de traiter les mêmes thèmes que lors de la préparation, mais il aura besoin d'informations différentes auxquelles il accédera en changeant sa liste de localisation active de sorte que l'exécution de la série de commande de la même procédure provoquera l'accès à des fichiers différents.
Un utilisateur U1 déclaré sous le nom u1 peut également constituer, avec d'autres utilisateurs déclarés sous des noms ui ou même à lui seul, un " groupe " G auquel est associé un emplacement EG de la mémoire 10 (représenté sur la figure 4).
La déclaration d'un groupe est une opération analogue à la déclaration d'un nom d'utilisateur, qui nécessite de choisir un emplacement EG ou « dossier de groupe » correspondant à un emplacement de mémorisation des données propres au groupe, EG étant pour le groupe l'équivalent du dossier personnel de l'utilisateur.
Un groupe est une entité reconnue par le système, de la même manière qu'un utilisateur, le groupe constituant un niveau supérieur de rattachement de plusieurs utilisateurs. Et il est possible d'associer à un groupe une liste de localisation, comme pour un utilisateur, et de modifier la liste de localisation du groupe ou d'en changer.
Lors de l'ouverture d'une session de travail et de l'édition de la sous- fenêtre F2, le système offre à l'utilisateur la possibilité de créer un groupe et de définir un emplacement de mémoire EG associé, l'utilisateur pouvant se rattacher ou non à ce groupe pour la session de travail.
De la même manière que les noms d'utilisateurs sont mémorisés de manière permanente entre deux sessions de travail, les noms de groupe et les adresses associées demeurent dans la mémoire 10 (l'utilisateur ayant la possibilité de modifier les adresses des groupes ou de supprimer des groupes).
Lorsque l'utilisateur u1 est rattaché à un groupe G, le système mémorise dans l'emplacement Eu1 l'adresse de l'emplacement EG associé au groupe et constitue la liste de recherche de l'utilisateur en faisant suivre l'adresse du dossier personnel de l'utilisateur par les adresses de la liste de recherche du groupe, incluant la liste de localisation associée au groupe si celui-ci en a une. Plusieurs utilisateurs différents peuvent se rattacher à un même groupe.
En réponse à une commande d'ouverture d'un fichier A.extl par u1 , le système recherche un fichier associé A.@ext1 dans la liste de recherche composée de l'adresse du dossier personnel Eu1 de l'utilisateur suivie de la liste de recherche du groupe.
Dans ce cas, le système fonctionne à la fois au niveau de l'utilisateur et au niveau du groupe, en affichant à l'écran la superposition : • des documents correspondant au fichier original A.extl , • et des documents correspondant aux fichiers associés A.@ext1 trouvés dans Eu1 et dans les emplacements de la liste de recherche du groupe. Ainsi, l'utilisateur u1 visualise ses surcharges propres, avec celles qui sont associées au niveau du groupe.
Mais si l'utilisateur u1 apporte alors de nouvelles surcharges, les surcharges seront enregistrées uniquement dans le fichier associé A.@ext1 de Eu1 le dossier personnel de ul Les éventuels fichiers A.@ext1 associés à A.extl et enregistrés dans EG et/ou dans la liste de localisation du groupe ne sont pas modifié.
Les surcharges apportées par l'utilisateur à A.extl lui sont dans ce cas propres et ne sont pas partagées avec les autres utilisateurs rattachés au même groupe, car un autre utilisateur u2 rattaché au même groupe G ne visualisera pas le contenu du fichier A.@ext1 enregistré dans le dossier personnel de ul
Si un autre utilisateur u2 rattaché au même groupe G appelle A.extl , il visualisera les surcharges apportées au niveau du groupe (mémorisées dans EG), ainsi que les éventuelles surcharges supplémentaires associées au groupe (désignées par la liste de localisation du groupe), mais pas celles apportées spécifiquement par u1 déclaré en tant que simple utilisateur.
Et u2 pourra par ailleurs apporter ses propres surcharges qui ne seront visibles que de lui seul, en ouvrant A.extl alors qu'il est déclaré comme u2 dont le dossier personnel est celui de u2 et non celui du groupe. Chaque utilisateur a ainsi la possibilité d'ajouter ses surcharges personnelles à des surcharges apportées au niveau du groupe, les surcharges personnelles n'étant visibles que de cet utilisateur.
Le système offre également à l'utilisateur la possibilité de se déclarer pour une session de travail non pas simplement en tant qu'utilisateur (ul..), mais en tant que « gestionnaire de groupe » (par un champ modifiable de la sous-fenêtre F2, qui permet à l'utilisateur de déclarer comme son " dossier personnel " l'emplacement EG qui correspond au groupe).
Dans ce cas, la liste de recherche de l'utilisateur est assimilée à celle du groupe, à savoir l'adresse de EG l'emplacement de mémorisation du groupe suivie des éventuelles adresses ordonnées de la liste de localisation associée au groupe.
Et l'utilisateur déclaré en tant que gestionnaire du groupe « est » le groupe, c'est à dire qu'il peut modifier la liste de localisation associée au groupe, ou changer de liste de localisation pour le groupe entier. L'accès d'un utilisateur au niveau « gestionnaire de groupe » peut être protégé par un mot de passe spécifique.
Si le même utilisateur u1 déclare maintenant que son dossier personnel est EG, se plaçant ainsi au niveau du gestionnaire de groupe, l'exécution d'une commande d'ouverture de A.extl entrée par l'utilisateur fera apparaître à l'écran la superposition du document original A.extl et des surcharges correspondant au fichier associé A.@ext1 présent dans EG (et éventuellement au(x) fichier(s) associé(s) d'une liste de localisation du groupe), les surcharges enregistrées dans Eu1 n'apparaissant pas. Par contre, à ce niveau les surcharges apportées par l'utilisateur seront enregistrées dans le fichier A.@ext1 mémorisé dans EG, et apparaîtront pour tous les autres utilisateurs appelant A.extl dès lors qu'ils sont déclarés comme rattachés au groupe G pour leur session de travail.
Il est ainsi possible de modifier à deux niveaux différents les surcharges apportées à un fichier, les surcharges apportées au niveau du groupe (c'est à dire par un utilisateur déclaré en tant que gestionnaire de groupe) pouvant être visualisées par l'ensemble des utilisateurs rattachés au groupe.
Et chaque utilisateur a par ailleurs la possibilité d'apporter en plus au fichier ses propres surcharges, qui ne seront visibles que de lui seul.
L'utilisateur peut également choisir de ne sélectionner aucun groupe de rattachement pour sa session de travail, il sera alors déclaré simplement en tant qu'utilisateur (il peut également ouvrir simultanément différentes sessions, certaines sous des noms d'utilisateur, d'autres en tant que gestionnaire d'un groupe). L'utilisateur a comme on l'a dit aussi la possibilité de modifier la liste des groupes auxquels il est rattaché.
Si l'utilisateur est déclaré sous le nom u1 sans avoir sélectionné de groupe de rattachement, son dossier personnel est Eu1 qui est celui de ul Par conséquent, lorsque l'utilisateur appelle alors un fichier A.extl le système cherche dans la liste de recherche constituée de l'adresse du dossier personnel Eu1 suivie, le cas échéant, d'une liste de localisation d'utilisateur sélectionnée par u1 , un fichier associé A.@ext1.
On comprend ainsi que le système permet de traiter les fichiers à deux niveaux (niveau utilisateur et niveau gestionnaire de groupe), chaque niveau correspondant à un type d'entité (utilisateur pour le niveau utilisateur, groupe pour le niveau groupe).
De la même manière, le système permet de créer à volonté d'autres niveaux, qui peuvent constituer ainsi une arborescence à niveaux multiples.
Par exemple, dans un mode de réalisation du système selon l'invention, quatre niveaux sont ainsi prévus par défaut, avec en partant du niveau le plus générai et en allant vers le niveau le plus détaillé :
• un niveau 4 « application » qui est le niveau auquel un ensemble de fichiers utilisés sont modifiés. Ce niveau ne comprend qu'une entité, « un niveau 3 « mise à jour » pouvant rassembler les différentes versions de mise à jour de cet ensemble de fichiers. Dans ce cas, une entité donnée du niveau 3 correspond à la mise à jour à une date donnée de l'ensemble de fichiers et toutes ces entités sont rattachées au niveau précédent, • un niveau 2 « groupe », chaque groupe pouvant rassembler plusieurs utilisateurs, et être rattaché lui-même à toutes les entités du niveau « mise à jour », ou à certaines seulement contenant les versions intéressant le groupe,
• un niveau 1 « utilisateur ». Dans l'exemple d'architecture ci-dessus, lorsqu'un utilisateur est déclaré au niveau utilisateur (niveau 1 ) et qu'il appelle un fichier A.extl , la liste de recherche de l'utilisateur est constituée de l'adresse du dossier personnel de l'utilisateur, suivie de la liste de recherche du niveau 2, puis de la liste de recherche du niveau 3, et enfin de celle du niveau 4. Le système superposera donc à l'écran les fichiers associés A.@ext1 des niveaux 1 à 4 au fichier original, de sorte que l'utilisateur visualisera l'ensemble des surcharges apportées aux niveaux supérieurs au sien (tout en ne pouvant apporter de surcharges qu'à son niveau, ces surcharges n'étant pas visibles par exemple pour les autres utilisateurs rattachés au même groupe, ou pour les autres groupes rattachés à la même mise à jour).
De la même manière, un gestionnaire de groupe visualisera les surcharges apportées aux niveaux 2, 3 et 4. II est également possible de définir pour un utilisateur un « niveau minimum » afin de ne visualiser que les surcharges apportées à des niveaux généraux. Dans l'exemple ci-dessus d'architecture à quatre niveaux, un utilisateur u1 déclaré dans le système en tant qu'utilisateur peut ainsi déclarer dans le système comme niveau minimum le niveau 3 (« mises à jour »).
Dans ce cas, lorsque l'utilisateur appelle un fichier A.extl , le système ne superpose au document original que les documents associés des niveaux 3 et 4, de sorte que l'utilisateur ne visualisera que les surcharges apportées à ces niveaux, et pas les surcharges apportées au niveau du groupe et de l'utilisateur lui-même.

Claims

REVENDICATIONS
1 Procédé de consultation par au moins un utilisateur d'un document informatique original correspondant à un fichier original (A.extl ) d'un format donné et enregistré dans un emplacement de mémoire informatique (Ei) désigné par une adresse, le procédé étant destiné à être mis en œuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le procédé comprenant :
A. l'appel d'un document original par un utilisateur (u1 , u1 '),
B. l'affichage du document original sur l'interface visuelle, C. l'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié (Eu1 ) de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que les surcharges mémorisées lors de l'étape D sont personnelles à chaque utilisateur et sont mémorisées dans un emplacement de mémoire individuel (Eu1 ) qui est personnellement associé à l'utilisateur.
2. Procédé selon la revendication 1 , caractérisé en ce que l'étape D comprend la création d'un fichier de surcharges (A.@ext1 ) qui est associé au fichier original (A.extl ) et à l'utilisateur (u1 , ul), le fichier associé contenant une information relative au fichier original.
3. Procédé selon la revendication 2, caractérisé en ce que chaque utilisateur peut modifier les surcharges du fichier associé.
4. Procédé selon la revendication 3, caractérisé en ce que les surcharges graphiques peuvent constituer des zones activables par un utilisateur quelconque pour générer une chaîne de caractères.
5. Procédé selon la revendication 4, caractérisé en ce que les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation.
6. Procédé selon la revendication 4 ou 5, caractérisé en ce que le fichier associé (A.@ext1 ) contient le nom du fichier original (A.extl ) et des informations permettant de caractériser l'emplacement et l'aspect des surcharges graphiques.
7. Procédé selon l'une des revendications 2 à 6, caractérisé en ce que préalablement à l'étape D chaque utilisateur peut modifier son emplacement de mémoire individuel (Eu1 ) de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur.
8. Procédé selon l'une des revendications 2 à 7, caractérisé en ce que le procédé comporte, entre les étapes A et B, la recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges (A.@ext1 ) associé au document original (A.extl ).
9. Procédé selon la revendication précédente, caractérisé en ce que lors de l'étape C, les surcharges affichées sont celles du fichier associé au fichier original (A.extl ) et à l'utilisateur (u1 , ul), de sorte que différents utilisateurs, en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original.
10. Procédé selon l'une des revendications 2 à 9, caractérisé en ce que lors de l'étape C l'utilisateur a la possibilité de modifier les surcharges.
11. Procédé selon l'une des revendications 2 à 10, caractérisé en ce que le fichier associé est mémorisé sous un format spécifique associé au format du fichier original.
12. Système de consultation d'un document informatique original correspondant à un fichier original (A.extl ) d'un format donné enregistré dans un emplacement de mémoire informatique (Ei) désigné par une adresse, le système étant destiné à être mis en œuvre avec un système d'exploitation qui comprend des moyens de mémorisation de fichiers et des moyens d'affichage du document original sur une interface visuelle telle qu'un écran, le système comprenant des moyens pour assurer respectivement:
A. l'appel d'un document original par un utilisateur (u1 , u1 '),
B. l'affichage du document original sur l'interface visuelle, C. l'affichage sur l'interface visuelle de surcharges graphiques en superposition au document original, dans un repère lié au document original, D. et la mémorisation desdites surcharges en association avec le document original dans un emplacement de mémoire dédié (Eu1 ) de sorte que l'intégrité du fichier original n'est pas compromise par la superposition de surcharges, caractérisé en ce que le système comprend des moyens pour mémoriser les surcharges dans un emplacement de mémoire individuel (Eu1 ) qui est personnellement associé à l'utilisateur de sorte que lesdites surcharges sont personnelles à chaque utilisateur.
13. Système selon la revendication 12, caractérisé en ce que lesdits moyens de mémorisation de surcharges comprennent des moyens pour créer un fichier de surcharges (A.@ext1 ) qui est associé au fichier original (A.extl ) et à l'utilisateur (u1 , ul), le fichier associé contenant une information relative au fichier original.
14. Système selon la revendication 13, caractérisé en ce que le système comprend des moyens pour permettre à chaque utilisateur de modifier les surcharges du fichier associé.
15. Système selon la revendication 14, caractérisé en ce que le système comprend des moyens pour associer aux surcharges graphiques une fonction de génération d'une chaîne de caractères, ladite fonction pouvant être activée par un utilisateur.
16. Système selon la revendication 15, caractérisé en ce que les chaînes de caractères sont associées à des commandes de fonctions du système d'exploitation.
17. Système selon la revendication 15 ou 16, caractérisé en ce que le fichier associé (A.@ext1 ) contient le nom du fichier original (A.extl ) et des informations permettant de caractériser l'emplacement et l'aspect des surcharges graphiques.
18. Système selon l'une des revendications 13 à 17, caractérisé en ce que le système comprend des moyens pour permettre à chaque utilisateur de modifier son emplacement de mémoire individuel (Eu1 ) de sorte que la mémorisation des surcharges peut être réalisée dans tout emplacement de mémoire individuel désiré par l'utilisateur.
19. Système selon l'une des revendications 13 à 18, caractérisé en ce que le système comprend des moyens de recherche automatique, dans l'emplacement de mémoire individuel de l'utilisateur, du fichier de surcharges associé (A.@ext1 ) au document original (A.extl ).
20. Système selon la revendication précédente, caractérisé en ce que les surcharges affichées sont celles du fichier associé au fichier original (A.extl ) et à l'utilisateur, de sorte que différents utilisateurs (u1 , ul), en appelant un même document original, provoqueront l'affichage des surcharges respectives qui leur sont individuellement associées, en superposition sur ledit document original.
21 Système selon l'une des revendications 13 à 20, caractérisé en ce que le système comprend des moyens pour permettre à l'utilisateur de modifier les surcharges.
22. Système selon l'une des revendications 13 à 21 , caractérisé en ce que le fichier associé est mémorisé sous un format spécifique associé au format du fichier original.
PCT/FR2001/002894 2000-09-18 2001-09-18 Procede de consultation de documents informatiques et systeme associe WO2002023387A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2001290046A AU2001290046A1 (en) 2000-09-18 2001-09-18 Method for consulting electronic documents and related system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0011865A FR2814263B1 (fr) 2000-09-18 2000-09-18 Procede de consultation de documents informatiques et systeme associe
FR0011865 2000-09-18

Publications (1)

Publication Number Publication Date
WO2002023387A1 true WO2002023387A1 (fr) 2002-03-21

Family

ID=8854402

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2001/002894 WO2002023387A1 (fr) 2000-09-18 2001-09-18 Procede de consultation de documents informatiques et systeme associe

Country Status (3)

Country Link
AU (1) AU2001290046A1 (fr)
FR (1) FR2814263B1 (fr)
WO (1) WO2002023387A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5239466A (en) * 1990-10-04 1993-08-24 Motorola, Inc. System for selectively routing and merging independent annotations to a document at remote locations
EP0762297A2 (fr) * 1995-09-08 1997-03-12 Sun Microsystems, Inc. Utilisation de serveurs proxy pour des couches superposées d'annotation
US5821931A (en) * 1994-01-27 1998-10-13 Minnesota Mining And Manufacturing Company Attachment and control of software notes

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5239466A (en) * 1990-10-04 1993-08-24 Motorola, Inc. System for selectively routing and merging independent annotations to a document at remote locations
US5821931A (en) * 1994-01-27 1998-10-13 Minnesota Mining And Manufacturing Company Attachment and control of software notes
EP0762297A2 (fr) * 1995-09-08 1997-03-12 Sun Microsystems, Inc. Utilisation de serveurs proxy pour des couches superposées d'annotation

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ROSCHEISEN M ET AL: "Beyond browsing: shared comments, SOAPs, trails, and on-line communities", COMPUTER NETWORKS AND ISDN SYSTEMS,NL,NORTH HOLLAND PUBLISHING. AMSTERDAM, vol. 27, no. 6, 1 April 1995 (1995-04-01), pages 739 - 749, XP004013176, ISSN: 0169-7552 *

Also Published As

Publication number Publication date
AU2001290046A1 (en) 2002-03-26
FR2814263B1 (fr) 2003-02-07
FR2814263A1 (fr) 2002-03-22

Similar Documents

Publication Publication Date Title
FR2647239A1 (fr) Procede de generation d&#39;interfaces pour applications-utilisateurs visualisables sur l&#39;ecran d&#39;un systeme informatique et dispositif pour mettre en oeuvre ledit procede
WO2003057648A9 (fr) Procedes et systemes de recherche et d&#39;association de ressources d&#39;information telles que des pages web
FR2662009A1 (fr) Icone manupulable a faces multiples pour affichage sur ordinateur.
WO2013140076A2 (fr) Procede et systeme de developpement d&#39;applications de consultation de contenus et services sur un reseau de telecommunciation
WO1997017660A1 (fr) Interface administrateur pour base de donnees dans un environnement informatique distribue
FR2980605A1 (fr) Procede de restitution d&#39;une representation d&#39;un document web annote, programme d&#39;ordinateur et dispositif electronique associes
FR2918774A1 (fr) Dispositif portable de controle d&#39;execution d&#39;instructions, notamment via des actionneurs places sur une face arriere.
EP3202115B1 (fr) Procédé et dispositif de mise en relations d&#39;un ensemble d&#39;informations
EP1262884A1 (fr) Génération d&#39;une description dans un langage de balisage d&#39;une structure d&#39;un contenu multimédia
WO2002023387A1 (fr) Procede de consultation de documents informatiques et systeme associe
WO2002023393A1 (fr) Procede de consultation de documents informatiques et systeme associe
WO2002023392A1 (fr) Procede de consultation de documents informatiques et systeme associe
EP1280074A1 (fr) Utilisation d&#39;hyperliens dans un programme d&#39;une application d&#39;automatisme et station de programmation d&#39;une telle application
FR2851831A1 (fr) Systeme et procede permettant l&#39;acces a des fichiers informatiques par la mise en oeuvre de liens locaux et de symboles imprimes.
EP1194868B1 (fr) Methode et systeme de creation de documents electroniques - auto-publiants et adaptatifs
FR2811788A1 (fr) Methode et systeme pour appliquer dans une feuille de calcul electronique des options definies par l&#39;utilisateur
EP0986781B1 (fr) Procede d&#39;organisation et de consultation de donnees electroniques dans l&#39;environnement d&#39;une mediatheque
EP0938699A1 (fr) Interface pour cederoms
EP0985186B1 (fr) Procede pour gerer des flux de donnees electroniques et un stockage de ces donnees dans une architecture associee a une mediatheque, et composants mis en oeuvre dans ce procede
WO2008006999A1 (fr) Systeme et procede de gestion d&#39;informations
WO2000026774A1 (fr) Procede de commande d&#39;une fonction executable par des commandes specifiques a des logiciels differents
FR2980288A1 (fr) Procedes d&#39;archivage de donnees d&#39;annotation d&#39;un document web et de restitution d&#39;une representation d&#39;un document web annote, programmes d&#39;ordinateur et dispositifs electroniques associes
FR2762414A1 (fr) Procede et dispositif de navigation pour les aveugles dans une interface graphique d&#39;ordinateur
Lee et al. Mac OS X Leopard: beyond the manual
WO1995024686A1 (fr) Procede de classification d&#39;objets, utilisation de ce procede et systemes de mise en ×uvre du procede et de son utilisation

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: CONSTATATION DE LA PERTE D UN DROIT CONFORMEMENT A LA REGLE 69(1) CBE. FORMULAIRE OEB 1205A DATE DU08.07.03

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP