EP3143518A1 - Base de fichiers relationnelle et interface graphique de gestion d'une telle base - Google Patents

Base de fichiers relationnelle et interface graphique de gestion d'une telle base

Info

Publication number
EP3143518A1
EP3143518A1 EP15725840.1A EP15725840A EP3143518A1 EP 3143518 A1 EP3143518 A1 EP 3143518A1 EP 15725840 A EP15725840 A EP 15725840A EP 3143518 A1 EP3143518 A1 EP 3143518A1
Authority
EP
European Patent Office
Prior art keywords
file
files
criterion
search
identifier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP15725840.1A
Other languages
German (de)
English (en)
Inventor
Laurent HENOCQUE
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Keeex
Original Assignee
Aix Marseille Universite
Centre National de la Recherche Scientifique CNRS
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 Aix Marseille Universite, Centre National de la Recherche Scientifique CNRS filed Critical Aix Marseille Universite
Publication of EP3143518A1 publication Critical patent/EP3143518A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2365—Ensuring data consistency and integrity
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/14—Details of searching files based on file metadata
    • G06F16/148—File search processing
    • G06F16/152—File search processing using file content signatures, e.g. hash values
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • G06F16/164—File meta data generation
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/16—File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • G06F16/168—Details of user interfaces specifically adapted to file systems, e.g. browsing and visualisation, 2d or 3d GUIs
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/17—Details of further file system functions
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/1873—Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/26—Visual data mining; Browsing structured data

Definitions

  • the present invention relates to a file organization system.
  • files are stored in data storage units (hard disk, USB key, CD-ROM, DVD) accessible directly or via a local or public network (Internet).
  • This data is usually organized into a file system in which the data is distributed into files in folders or directories that can be nested within each other.
  • the files are generally gathered in folders or directories that can be nested within each other and made freely available to the user by this user. bias.
  • File systems typically provide functions for opening, saving, copying, moving to another location, or deleting, from a path, consisting of a file name preceded by a list of nested directory names or a Uniform Resource Locator (URL).
  • URL Uniform Resource Locator
  • file systems make it possible to process and preserve large amounts of data, as well as to share them between several computer programs and several users. It offers the user an abstract view of the files he can locate from a path.
  • file systems provide access to the data contained in the stored files and provide a basic means of managing this data.
  • the information used to define the organization of these files is external to the files, and is managed by the operating system (Operating System) of the computer, or by a specific application (electronic document management) . As a result, this organization information can not be transmitted with a file when the file is sent to a remote recipient.
  • File systems are generally easy to use, but offer organizational possibilities limited to a tree structure. Thus, the only way to establish a link between two files is to place them in the same directory. In general, file systems do not allow not to establish links between files to be stored in different directories. If a file is misclassified or moved to a certain directory, it loses its link with other files in the directory in which it should be stored, and thus becomes more difficult to find. It is also possible to define in a file links with other files. Thus, languages such as HTML or XML make it possible to define such links each comprising the path and the name of a file. However, if the recipient file of the link is moved (changed directory) or renamed, the link no longer allows access to this file. File systems also fail to reliably establish the origin and author of a file. File systems also do not usually make it possible to determine at first (without using a comparison tool) whether two files are identical or not.
  • search engine In which one or more keywords are introduced that may be in the name, address or content of a file.
  • the files On a hard disk or on the Internet
  • indexing engine Such indexing consists in gathering in index tables the names and addresses of files and keywords, so that a search can be performed in these tables instead of the entire contents of a directory tree or the contents of files in this directory tree.
  • Natural language keywords can be less discriminating and can not find a specific file.
  • Databases make it possible to store and retrieve a set of information of different natures, as well as to establish links between the various pieces of information stored.
  • Databases are typically associated with a management system consisting of programs for manipulating and accessing data, as well as manipulating the structure of the database.
  • data is stored in tables with records linking together multiple data that can be in different tables.
  • the Databases are complex to implement and use, and require specific knowledge and tools, including defining the data to access and defining and modifying the structure of the database and tables. Access to the data also requires knowing the structure of the database, and in particular the structure of each table in the database. Databases are also sensitive, especially in the face of table loss or corruption.
  • GUIs have been developed to facilitate access to data from a database or available on the Internet.
  • Some of these GUIs allow to graphically define and generate access requests in which criteria or keywords are combined by Boolean operators such as OR, AND, NOT.
  • Boolean operators such as OR, AND, NOT.
  • the use of such an interface and the definition of requests also requires specific knowledge including the structure of each of the tables of the database.
  • Embodiments are directed to a method of managing a set of files, comprising the steps of: displaying a graphical interface comprising display areas including a reference area, files of a set of files each being presented under the shape of an icon on one of the display areas, each file in the set of files containing a unique identifier identifying the file, and processing an insert command in the set of files of a pre-existing file selected, not belonging to the set of files, the processing of the insertion command comprising the steps of: generating a new file in the set of files, from the contents of the selected pre-existing file, generating an identifier unique identifier for the new file and insert in the new file the unique identifier generated, and a reference link generated from an identifier of the file co corresponding
  • the file identifier and any reference links are inserted into the new file without affecting the way in which the contents of the pre-existing file in the new file can be exploited.
  • each file icon displayed in the graphical interface represents all the possible copies of a file having the same identifier, independently of a storage space where a copy of the file can be stored.
  • the method comprises a step of insertion in the set of files, of a file of the type link between two files, during the superposition of two file icons present on a zone of favorite files of the zones. display, the link type file containing a unique identifier identifying the link type file and a double reference link comprising the identifier each file corresponding to the two superimposed icons.
  • the method comprises the steps of: searching for an insertion location of an identifier in the new file, by means of a marker, calculating a digital fingerprint by applying a fingerprint calculation function to the new file file, the calculated fingerprint having a value depending on each bit of the new file, and insert the fingerprint at the insertion location found in the new file, the fingerprint serving as the identifier of the new file.
  • the exploitation of a file of the set of files is preceded by integrity checking steps of: calculating a digital fingerprint by applying a fingerprint calculation function to the file to be exploited, calculated fingerprint having a value dependent on each of the bits of the new file except the bits constituting the identifier of the file to be used, contained in the latter, and comparing the calculated fingerprint with the identifier of the file to be exploited, the the integrity check of the file to be exploited being successful if the calculated footprint corresponds to the identifier of the file to be exploited, the exploitation of the file to be exploited being authorized only if the integrity check of the file to be exploited has been successful.
  • the method comprises steps of searching for a copy of the file to be exploited and checking the integrity of the file copy found, if the integrity check of the file to be exploited has failed.
  • the new file contains an identifier of a profile file of the user who issued the command to insert the new file into the set of files.
  • the method comprises the steps of: displaying in the graphical interface a criterion zone and a result zone of the display zones, activating a search of files in the set of files during the placement on the criterion area of an icon corresponding to a file of the set of files, the search using a search criterion generated from the identifier of each file corresponding to an icon placed on the criterion area, and display on the result area one or more icons each corresponding to a file of the set of files, containing part of the search criterion.
  • icons placed side by side on the criterion area define a search criterion combining by the Boolean operator OR identifiers of the files corresponding to the icons placed side by side, and / or icons superimposed on the zone.
  • search criteria define a search criterion combining by the operator boolean AND a data item of each of the files corresponding to the superimposed icons, and / or an icon placed on an exclusion zone of the criterion area defines a search criterion in which a data element of the file corresponding to the icon present on the zone d exclusion, is associated with the Boolean operator NOT.
  • the file icons presented on the result area are marked according to the position of the corresponding icon placed on the criterion area.
  • the placement of an icon on the criterion area triggers the execution of a program identified in a field present in the file corresponding to the icon placed on the criterion area.
  • the icon placed on the criterion area is a file containing a search criterion
  • a field of the file designates a program whose execution places one or more file icons on the criterion area, such as that they appeared on the criterion area at a time when the search criterion was recorded, and / or the program triggers a search by a search engine accessible on the Internet based on key words entered in an input window.
  • Embodiments also relate to a system comprising a display screen and a controller, and configured to implement the previously defined method.
  • Embodiments also relate to a computer readable recording medium, storing program instructions executable by the computer to implement the previously defined method.
  • FIG. 1 represents a graphic interface for managing a set of files, according to one embodiment
  • Figures 2 and 3 show a window displayed when activating a file creation command from the graphical interface
  • FIG. 4 represents a window displayed when activating a file download command from the graphic interface
  • FIG. 5 represents a set of files and links between the files of the set, obtained by the graphical interface
  • Figure 6 shows file icons and links between these icons
  • FIG. 7 illustrates the construction of a search query combining two criteria by the Boolean operator AND
  • Figure 8 schematically shows a system implemented by a method of generating and operating a set of files, according to one embodiment.
  • FIG. 1 represents a graphic interface for managing a set of files, according to one embodiment.
  • the GUI is likely to be displayed on a computer display screen.
  • file designates a set of data organized sequentially with a beginning and an end, and more generally, a representation of a document or of one or more data that can be stored remotely or constituted on request on the fly, and that may be accessible only in reading.
  • the set of files can form a relational database.
  • the graphical interface comprises:
  • a criterion zone 2 making it possible to define search criteria
  • a reference zone 4 making it possible to define reference links between a new file and other files present in the set of files
  • Zone 2 comprises an exclusion criteria definition zone 5 allowing the implementation of the Boolean operator NOT in a combination of several search criteria.
  • Zone 4 is used to select files from the set of files, to be recipients of reference links to insert by default into a new file to create.
  • the input field 6 allows the user to introduce as individual keywords, individual words or groups of words.
  • the words entered may include wildcard characters.
  • Others zones 1 to 5 may present files in the form of icons 10.
  • the term "icon” designates a graphic symbol that can be moved in the graphic interface by means of a pointer 11, for example by means of actions such as drag and drop using a pointing device like a mouse.
  • the file icons 10 may each be associated with a denomination of the corresponding file or simply consist of this denomination.
  • the user can select file icons with which the new file should be linked, by placing these icons on area 4. Then, the user actuates a command button of file creation. This action has the effect of displaying a file creation window in which a reference link creation line is displayed to each file of the set of files, an icon of which is present on the zone 4.
  • FIG. example of a file creation window The file creation window includes a name field 21 in which the user can specify a name for the new file to be created.
  • the file creation window also includes pre-populated reference link property fields "ref 22, 23 which contain the names of the files whose icons are in zone 4.
  • the file creation window includes a button "Add Statement” command to add additional property fields (22, 23) to the new file, and to introduce attribute values from each inserted field, these fields being introduced into the new file as
  • the file creation window also includes an input area 24 for adding descriptive information to the new file, and a content input area 25 for inputting content information into the new file.
  • property field 22, 23 displayed in the file creation window includes a field type 22 indicated by a label and one or more attributes to be filled or p 29 arrows displayed in the frame indicating the type of field 22 are used to display a selection window of a field type 31 ( Figure 3).
  • property fields "prop” associating a property label to be entered with a property value reference type fields ref allowing each to establish a link between the new file and an existing file in the set of files,
  • previous "previous" type fields each making it possible to establish a specific reference link with a previous version of the new file existing in the set of files.
  • the associated value value 23 can be chosen among the file names of which an icon is on the zone of the favorite files 1, or the files in a directory indicated in a field 28.
  • the list of these files can be displayed with the aid of an arrow 30 displayed in the box for entering a name 23.
  • Field 28 designates storage space or target directory of the file to be created
  • the name of the directory displayed in the field 28 can be modified by means of an arrow 31 displayed in the field 28.
  • the initial value of the field 28 consists of a destination by pre-selected by the user
  • a checkbox 32 indicates whether the file to be created is intended to be public or not. The system will verify that the created file is stored in a public storage space if must be public, and in an espa this private storage in the opposite case.
  • a check box 33 makes it possible to choose whether the new file is accessible to another designated user. This other user can be designated by placing an icon corresponding to a profile file of this other user in the reference zone 4.
  • a "Change" button is used to select another storage location of the file to be shared with this user. Indeed, the user of the interface could first select a default location (field 28) that is not shared with this other user. Thus, the described interface makes it possible to not risk sharing with a new user previously published content that would not be intended.
  • Creating a file can be canceled by using a "Cancel” command button.
  • Validation by a command button "Create" information presented in the window of creation of file makes it possible to insert in the set of files the new file containing the information as specified in the window of figure 2.
  • the type of the new file may be selected by selecting a file extension in a box 35 in the file creation window.
  • the new file created can be a text file "txt” including metadata delimited in the file by tags, metadata include reference links to other files, the name
  • the created file also includes an identification metadata including a unique identifier, generated during the creation of the file. reference contain the identifier or information to determine the identifier of each file in a field reference type "ref.
  • the file creation window can also be displayed if the user actuates a file download command button or if the user moves a file icon present on result area 3 to the favorites area 1, and if the user corresponding file is not already in the file set.
  • Activation of the download control button allows a window for selecting a file to be displayed on a local or remote storage unit, that is to say accessible via one or more transmission networks. of data. Selecting a file by the user or moving a file on Result Area 3 to Favorites 1 will display a file creation window, in which the Name field is pre-populated. -filled with the name of the selected file. Field 24 is presented to allow the addition of a description in the new file.
  • field 25 is not shown in the file creation window as it corresponds to the contents of the selected file.
  • one or more reference link fields "ref" are pre-filled with the name of each of the files whose icon appears on the reference zone 4.
  • the insertion of the fields of identifier, reference and other properties in the downloaded file is carried out non-destructively, that is without affecting the properties of the file, in particular so that it can be opened, displayed, printed, executed, etc., by the same tools as before this insertion.
  • a checkbox 36 (“Add ref), checked by default, can be unchecked to prevent insertion into the metadata file including an identifier file, and references to other files in the file set. This option is used in the case where the file already has an identifier, or to publish the file without identifier.
  • a previous type field may be automatically added to hold the identifier of the existing file as a reference to a previous version.
  • a new file can be inserted into the file set. , without displaying the download window.
  • the new inserted file then contains the contents of the file (or an address such as a URL of the file) whose icon has been moved to the favorites area 1, a unique identifier and a reference link to each file whose an icon is present on the reference zone 4.
  • Examples of files F1 to F5 in the set of files are presented in Appendix I providing the metadata content of each of the files F1 to F5.
  • Each of the files F1 to F5 includes a protected section delimited by the closing tags "/ * " and closing "7” and gathering the metadata of the F1 file.
  • Each metadata is located and delimited between the keywords "kx" and "xk”.
  • the metadata of files F1 to F5 include a file identification metadata introduced by the keyword "self, and reference metadata each introduced by the keyword” ref.
  • the identification and reference metadata each include a unique character string identifying the file for the identification metadata, or identifying a file with which it is linked for the reference metadata.
  • each of the identifiers of the files F1 to F5 is of type bubble babble and begins and ends with the letter "x".
  • Bubble babble is an encoding method for representing binary information in the form of strings that are always pronounceable because they are constructed as five-letter words, each consisting of three consumes alternating with two vowels. References to other files begin and end with the letter "r".
  • an identifier can be deduced from a reference simply by changing the first and last letters "r" of the identifier by the letter "x”, and vice versa.
  • other means for distinguishing a file identifier from a reference to another file can be imagined, in particular according to the format used to define the file identifiers of the set of files.
  • the file creation or introduction steps, as described above, make it possible to constitute a file base in which the data are distributed in files each having its own identifier and which can reference by their identifiers other files of the database. of files.
  • the constitution of such a database does not require to define in advance a data structure, each user can add links and properties to existing files thanks in particular to the field types "name2", “ref2", "prop2".
  • the identifier of each file of the set of files is generated for example randomly or by incrementation of a counter, so that two different files have different identifiers.
  • the identifier of each file of the set of files is determined by a footprint and / or signature calculation applied to all the metadata and the file content, to the exception of the file identifier.
  • the identifier of each file has a value dependent on each of the bits of the file excluding the bits of the identifier, so that if a bit of the file is changed, the file identifier will also be modified.
  • the footprint calculation can be performed by a hash function such as sha-1, sha-256, sha-384, sha-512 and md5.
  • the calculation of the fingerprint of a file of the set of files can also be performed by a data compression function without loss of information, so that the fingerprint calculation can be a reversible operation.
  • the fingerprint calculation can also be performed by a lossy data compression function, but making it possible to reconstitute a block of data from its fingerprint.
  • the computation function can for example combine a bitmap transformation function, and a lossy bitmap image compression function.
  • a block of data can be reconstructed from its fingerprint by decompressing the image, and converting the image into alphanumeric characters by a character recognition function.
  • the fingerprint inserted as an identifier of a file can be encoded in different ways, for example in hexadecimal, base 64 or bubble babble (see Appendix I). In hexadecimal format, fingerprints are longer, using only all digits, and letters from A to F. The "b64" format uses all characters, upper and lower case.
  • the identifier of each file of the set of files is a signature generated by an asymmetric cryptographic calculation using a private key of a public / private key pair, applied to each of the bits of the file. excluding the bits of the identifier.
  • the signature can also be generated by applying the cryptographic calculation to a fingerprint of the file obtained as previously explained, excluding the bits of the identifier.
  • the signature calculation can be RSA (Rivest, Shamir, Adleman), DSA (Digital Signature Algorithm).
  • FIG. 5 represents the set of files F1 to F5 and the reference links defined between these files.
  • the values of the reference links begin and end with the letter "r" and are introduced by the keyword "ref.”
  • the reference links associating two reference fingerprints (file F5) are introduced by the keyword "ref2”.
  • F1 and F2 files refer to the F3 file and another file identified by the fingerprint:
  • the F3 file refers to another file identified by the fingerprint:
  • the F4 file refers to another file identified by the fingerprint:
  • the F5 file is a link block that establishes a reference link between the F3 and F4 files.
  • the files F1 to F5 include a "name” metadata corresponding to the field 21, for assigning a name to the file and to specify it in the body of the file.
  • the file F3 includes a metadata "prop” making it possible to define a property of the file, of the type "description” in the example provided and associated with a value attribute.
  • FIG. 6 represents icons denoted A, B, C, D, E, F displayed in the result zone 3.
  • the user has designated the icon A.
  • Arrows 12 starting from the icon A and connecting the icons B, C, D are then displayed.
  • the arrows 12 indicate that the file corresponding to the icon A contains links referencing the files corresponding to the icons B, C, D.
  • the arrows 12 thus displayed may have different aspects (for example by different colors) to distinguish the links of type reference (fields "ref or" ref2 "), or fields of the previous type (" previous ") or author (" kx.author ”) if another user is referenced.It can be expected by default not to display on the Result area 3 Previous versions of a file in the search results list When a different icon is selected in Result Area 3, the previously displayed arrows will be erased, and new arrows will be erased. are displayed if the designated icon has reference links.
  • the icons presented on the result zone 3 are displayed larger or smaller depending on criteria such as the creation date of the corresponding file, and / or the date of the last creation of a file containing a file. reference link to the corresponding file, and / or the number of files referencing the corresponding file. Moreover, if the number of found files corresponding to the criterion defined by the criterion area 2 is greater than a certain maximum number, for example 10, the found files can be ordered according to the date of creation criteria and / or number of reference links designating the file, divided into several pages. The first page gathers the latest or most recently referenced or referenced files. The icons of the files on the first page are displayed first on result area 3.
  • the icons of the files found, belonging to a previous or next page can be displayed on result area 3 instead of the icons shown, for example to using a key to move to a previous or next page.
  • a number 41 ( Figure 7) displayed in the icon on criterion area 2 may indicate a result page number displayed on result area 3.
  • Criterion area 2 can be used to define more complex search criteria.
  • several file icons can be placed side by side on the criterion area 2 in order to display on the result area 3 all files related to the files corresponding to one or the other Icons present on the criterion zone 2. This provision makes it possible to introduce a Boolean operator of combination of search criteria of type OR.
  • the found file icons presented on the result area 3 are marked according to the position of the corresponding criterion icon on the criterion area 2.
  • the criterion area 2 is subdivided in multiple regions, and each region is associated with a color.
  • the criteria icons and the corresponding result icons are displayed with the same color. It is thus possible to visualize which criterion icon corresponds to a result icon, when several criteria are combined by the Boolean operator OR.
  • the graphical interface thus offers simple and intuitive means of defining search criteria combining simple or complex criteria with Boolean operators AND, OR, NOT.
  • a command button of the graphical interface makes it possible to record the current search criterion as defined on the criterion zone 2.
  • This action has the effect of introducing in the whole of files a new file defining a search criterion.
  • This operation can also trigger the addition of an icon to the favorites area 1.
  • the criteria icons can be particularized, for example with a particular color.
  • the operation of saving a criterion is performed as for any other file in the set of files, but without inserting into the new file as references, the identifiers of the files whose icons are on reference area 4.
  • An example of a "Save Search Demo" criterion file is provided in Annex II.
  • This file contains "prop” property type fields each defining a "kx.search” property corresponding to one of the criteria combined by an OR operator.
  • a field of type "kx.search” contains the identifier of a file in the set of files as an attribute value, and the name of the file as a name attribute.
  • the value of the "kx.search” field contains the identifiers of the corresponding files separated by the "&” character.
  • the name of the field contains the names of the files thus combined, separated by the "&" character.
  • An exclusion criterion is stored in the same way in a property field that defines a "kx.negation_search" property with name and value attributes that contain the name and file identifier of the icon on the d Exclusion 5.
  • Each criterion field may also contain a position attribute having the value of the x, y position coordinates of the corresponding icon on criterion area 2, at the time of registration of the search criterion.
  • a criteria file also contains a reference field "ref
  • a search can be restarted simply by placing the icon of a criteria file on criterion area 2. This action triggers the execution of a program for each "kx.search” and “kx” fields. negation_search ".
  • This program places on the zone of criteria 2 or exclusion 5 an icon with the name corresponding to the attribute name of the field "kx.search” or "kx.negation_search”.
  • This program participates in the constituting a search criterion and adding to a criterion currently being constituted, the identifier or the combination of identifiers indicated in the "kx.search” or "kx.negation_search” field associated with the OR or NO operator.
  • this action can have the effect of replacing the icons at their respective positions on the criterion zone 2 or the exclusion zone 5, at the moment of the registration of the Search criteria.
  • Criteria registration can also be used to build complex combinations of criteria by placing several criteria file icons on criterion area 2, and selecting an option from the interface provided for that purpose.
  • Keywords can be entered in the input window 6. If icons are also placed on the criterion area 2, the introduction of keywords in the window 6 triggers a filtering of the presented search results. on the result area 3. This filtering consists in keeping in the result area 3 only the icons of the files comprising the keywords specified in the window 6 in their "name” or "description” fields or in their contents.
  • the icons shown in result area 3 can also be displayed as a list, by means of a command button provided for this purpose in the graphical interface.
  • behavior fields for example "kx.behavior" of type property "prop”, such as "kx.search”, making it possible to trigger the execution of a particular program.
  • a program can trigger a search on an Internet search engine, involving keywords entered by the user in the input field 6 of the graphical interface.
  • the icons presented on result area 3 represent URLs to a web page accessible via the Internet.
  • the displacement of one of these icons of the zone 3 on the zone of the favorites 1, has the effect of introducing in the set of files a file containing in particular an identifier, and a field of type property "prop" containing the value of the URL of the corresponding icon, this field being able to trigger a program displaying in a browser the web page corresponding to the URL.
  • the window shown in FIG. 4 can be displayed.
  • the file introduced into the set of files may also contain reference link type fields to the files whose icon is present on the reference zone 4 of the graphical interface.
  • the program Before running such a program, especially if it is not stored in a secure space, it can be expected that the program includes as all files in the set of files, an identifier that is verified when its launch by an integrity check procedure described below.
  • Reference links of the double-link type "ref2" can be created in a single file or in separate files.
  • a selection made on Result Area 3 can include all the icons displayed or all of the results of the current search, whether or not they are presented as an icon.
  • this procedure consists of:
  • the fingerprint calculation can be done directly on the unmodified file, applying the fingerprint calculation function to the bits of the file except for the bits of the file identifier.
  • the verification of the integrity of a file consists more particularly in calculating the footprint of the file without taking into account the bits of the identifier of the file. If the identifier of the file does not correspond (for example is not identical) to the calculated imprint, a copy of the file (having the same identifier) can be searched, until a copy is found passing successfully the integrity check. If the identifier of the file is a signature, the integrity check of the file then comprises the calculation of the signature from the file excluding the bits of the identifier of the file, and the comparison of the calculated signature with the identifier of the file.
  • each file may include a "kx.signer” metadata (see Appendix II) referring to the file containing the integrity calculation program (fingerprint or signature). This reference is then used to determine the program to be executed to calculate the fingerprint or signature of the file, the fingerprint or the signature thus calculated being then compared to the identifier of the file. If no integral copy of the required file is found, the file is not displayed or executed. An error message may then be displayed to indicate to the user that no version of the file to be displayed or executed has been found. If not, the contents of the file are displayed or executed.
  • An icon can be removed from Favorites 1, for example by moving it to a trash icon. This operation can simply have the effect of creating a new file in the set of files, storing the erasure action of the file by the user, this new file including a reference link to the erased file.
  • the deleted files can be removed from the search results list.
  • the files of the set of files are stored locally in a storage unit of a user's computer or on remote storage spaces that are accessible only to the user.
  • searches are performed locally by the user's computer in the storage spaces (local and / or remote directories) designated by the user.
  • the set of files is shared between several users.
  • Each search in the set of files is executed locally by the computer of the user who initiated the search, in the storage spaces (local and / or remote directories) designated and accessible by the user.
  • the searches in the set of files are executed by a remote server where the users must identify and authenticate to access the set of files.
  • Fig. 8 shows a system in which the management method can be implemented.
  • the system comprises an AS file server, user computers P1, P2, P3, and servers S1, S2, the servers and computers being interconnected by one or more NT networks that can be private and / or public.
  • Each of the computers comprises a display screen for displaying the graphic interface as shown in FIG. 1, one or more control members such as a keyboard and a mouse, in particular for entering keywords and performing displacement actions. 10 icons in the GUI.
  • the AS server includes or is connected to a local storage unit CDB in which a portion of the files in the set of files are stored.
  • the computers P1, P2, P3 may include local storage units LS1, LS2, LS3 which can also store part of the files of the set of files.
  • the servers S1, S2 can also understand or give access to storage units DS1, DS2 in which files of the set of files or files that are the subject of research as described above can be stored. It may also be provided to activate a synchronization function on each of the computers P1, P2, P3 to manage a local copy of the remote storage units DS1, DS2 in the local storage unit LS1, LS2, LS3.
  • the identification and authentication of the users is carried out via a connection window by the server AS which stores user identification and authentication data locally.
  • the identification and authentication data of a user includes a user profile file stored in the set of files and containing in particular the name of the user, and a unique identifier that can be generated by a footprint or signature calculation on the content of the profile file.
  • This profile file can be generated by the AS server when registering the user with the AS server.
  • the identifier of the user can be inserted systematically into all the files that the user enters in the set of files, in order to be able to identify the origin of a file of the set of files, in particular when the file is placed in public storage (when checkbox 32 is checked).
  • the file includes a property field of type "kx.author" whose value attribute is a reference to the identifier of a user profile file.
  • the identification of the creator of a file of the set of files can be performed by a link to a profile file of the user.
  • the AS server also manages user access rights in the different file storage spaces of the set of files.
  • the AS receives and processes the search requests issued by the users, taking into account the storage spaces accessible to the user who issued the search request.
  • the AS server can create and maintain a table storing the identifiers of the files of the set of files, and associating with each of these identifiers, the values of the links to other files, each associated with a type of link (reference, previous version, visibility by other users, creator), directories where copies of the file are stored, etc.
  • the searches can be executed directly on the table, without having to search for a file identifier in all the files of the set of files stored locally by the AS server or in remote storage spaces in which the user having issued the search query has a right of access.
  • a field 33 ( Figures 2 and 4).
  • the use of the field 33 triggers the creation in the file of a "prop" property field of visibility type "kx.visible_by", containing the identifier of the user to whom access to the file is given. It is possible to assign such access right after the introduction of the file in the set of files by placing the icon the file on the favorites area 1 on the profile icon of the user to whom the access right is to be assigned.
  • This action has the effect of creating a specific file having its own identifier, a property field "kx.author” containing the identifier of the user who performs the action, and a property field “prop2" visibility type “kx. visible_by ", containing the identifier of the user to whom the access right is assigned, and the identifier of the object file of the access right.
  • the existence of such a file is also taken into account when performing a search to determine the files from which the search must be made or if a file found during a search can be included among the results displayed on the result area 3 for the user who issued the search query.
  • the method of managing a set of files described above can be used in particular to define concepts or organizational keywords, such as "processed”, “to be processed”, “to validate”, “validated”, “read” “,” unread “,” urgent “, by inserting into the file set a file whose name corresponds to the concept label.
  • These concepts can then be used to mark work files in the set of files, such as files containing a message or program, by creating reference link files such as F5 between the concept files and the working files.
  • a concept can be dissociated from a working file by deleting the link file between the working file and the concept file or by adding a link to a concept that renders inoperative another concept such as "validated” with respect to "to validate ".
  • Each user can thus create his own concept files or these can be created according to the needs for several users for example by a supervisor user.
  • the previously described search function searches for all files in the set of files related to one or more concepts.
  • Each user can define their own data structures, share them with other users, and make them easy to change, while ensuring the integrity of existing data.
  • a message or file to be processed by multiple users may be associated with a concept to be treated of a user providing task supervision.
  • a user can thus search for all the files he has to process by placing the icon of the concept file "to be processed" on the zone of criterion 2.
  • a file link to a "processed" concept file of the user can be created.
  • To search for unprocessed files for a user simply place the icon of the concept file "to be processed” on criterion area 2, and the icon of the concept file "processed" of the user on the zone of exclusion 5.
  • To search for files processed by a user simply place the user's "processed" concept file icon on criterion area 2.
  • the management method described above can also be used to date documents by creating a date file containing a current date and time field and the identifier of the document to date.
  • This invention consists of a method for searching data in a set of files, comprising the steps of: displaying in a graphical interface a criterion area, and a result area, activating a file search in the set of files when placing on the search criterion area an icon corresponding to a file of the set of files, the search using as search criterion a data item contained in each file corresponding to an icon placed on the criterion area, and displaying on the result area one or more icons each corresponding to a file of the set of files, containing the data used as search criteria.
  • icons 10 placed side by side on the criterion area 2 define a search criterion combining by the Boolean operator OR identifiers of the files corresponding to the icons placed side by side, and / or icons superimposed on the search criteria area defines a search criterion combining by the Boolean operator AND a data item of each of the files corresponding to the superimposed icons, and / or an icon placed on an exclusion zone 5 of the criterion area defines a criterion in which a data item of the file corresponding to the icon present on the exclusion zone is associated with the Boolean operator NO.
  • the file icons 10 presented on the result area 3 are marked according to the position of the corresponding icon placed on the criterion area 2.
  • the placement of an icon 10 on the criterion area 2 triggers the execution of a program identified in a field present in the file corresponding to the icon placed on the criterion area.
  • the icon placed on criterion area 2 may be a file containing a search criterion, and a field in the file may designate a program whose execution places one or more file icons on the criterion area, such as appeared on the criterion area at a time when the search criterion was recorded, and / or the program can trigger a search by a search engine accessible on the Internet based on key words entered in an input window.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Human Computer Interaction (AREA)
  • Library & Information Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

L'invention concerne un procédé de gestion d'un ensemble de fichiers, comprenant des étapes consistant à: afficher une interface graphique comprenant des zones d'affichage(1-5), des fichiers d'un ensemble de fichiers étant chacun présentés sous la forme d'une icône (10) sur l'une des zones d'affichage,chaque fichier de l'ensemble de fichiers contenant un identifiant unique identifiant le fichier, et traiter une commande d'insertion dans l'ensemble de fichiers d'un fichier préexistant sélectionné, n'appartenant pas à l'ensemble de fichiers, le traitement de la commande d'insertion comprenant des étapes consistant à: générer un nouveau fichier à partir du contenu du fichier préexistant sélectionné, générer un identifiant unique identifiant le nouveau fichier, et insérer dans le nouveau fichier l'identifiant unique généré et un lien de référence généré à partir d'un identifiant du fichier correspondant à chaque icône se trouvant sur une zone d'affichage de référence.

Description

BASE DE FICHIERS RELATIONNELLE ET INTERFACE GRAPHIQUE DE
GESTION D'UNE TELLE BASE
La présente invention concerne un système d'organisation de fichiers. Actuellement, des fichiers sont mémorisés dans des unités de stockage de données (disque dur, clé USB, CD-ROM, DVD) accessibles directement ou par l'intermédiaire d'un réseau local ou public (Internet). Ces données sont généralement organisées en un système de fichier dans lequel les données sont réparties dans des fichiers rassemblés dans des dossiers ou répertoires pouvant être imbriqués les uns dans les autres. Lorsqu'ils ne sont pas gérés par un logiciel spécialisé, par exemple un système de gestion électronique de documents, les fichiers sont généralement rassemblés dans des dossiers ou répertoires pouvant être imbriqués les uns dans les autres et rendus librement disponibles à l'utilisateur par ce biais. Les systèmes de fichiers offrent généralement des fonctions d'ouverture, d'enregistrement, de copie, de déplacement dans un autre emplacement, ou de suppression, à partir d'un chemin d'accès, formé d'un nom de fichier précédé d'une liste de noms de répertoires imbriqués ou d'une adresse URL (Uniform Resource Locator).
Un tel système de fichiers permet de traiter et de conserver des quantités importantes de données, ainsi que de les partager entre plusieurs programmes informatiques et plusieurs utilisateurs. Il offre à l'utilisateur une vue abstraite sur les fichiers qu'il peut localiser à partir d'un chemin d'accès. Ainsi, les systèmes de fichiers permettent d'accéder aux données contenues dans les fichiers stockés et fournissent un moyen élémentaire de gestion de ces données. Dans tous les cas, les informations permettant de définir l'organisation de ces fichiers sont externes aux fichiers, et sont gérées par le système d'exploitation (Operating System) de l'ordinateur, ou par une application spécifique (gestion électronique de documents). Il en résulte que ces informations d'organisation ne peuvent pas être transmises avec un fichier lorsque ce dernier est envoyé à un destinataire distant.
Les systèmes de fichiers sont généralement simples d'utilisation, mais offrent des possibilités d'organisation limitées à une structure arborescente. Ainsi, le seul moyen d'établir un lien entre deux fichiers est de les placer dans un même répertoire. En général, les systèmes de fichiers ne permettent pas d'établir des liens entre des fichiers devant être rangés dans des répertoires différents. Si un fichier est classé par erreur ou déplacé dans un certain répertoire, il perd son lien avec les autres fichiers du répertoire dans lequel il devait être rangé, et devient donc plus difficile à retrouver. Il est également possible de définir dans un fichier des liens avec d'autres fichiers. Ainsi, les langages tels que HTML ou XML permettent de définir de tels liens comprenant chacun le chemin d'accès et le nom d'un fichier. Cependant, si le fichier destinataire du lien est déplacé (changé de répertoire) ou renommé, le lien ne permet plus d'accéder à ce fichier. Les systèmes de fichiers ne permettent pas non plus d'établir de manière fiable l'origine et l'auteur d'un fichier. Les systèmes de fichiers ne permettent généralement pas non plus de déterminer de prime abord (sans utiliser un outil de comparaison) si deux fichiers sont identiques ou non.
Pour rechercher un fichier ou plus généralement, une information, il est fréquent d'utiliser un moteur de recherche dans lequel on introduit un ou plusieurs mots clés susceptibles de se trouver dans le nom, l'adresse ou le contenu d'un fichier. Pour accélérer une telle recherche, les fichiers (sur un disque dur ou sur Internet) peuvent avoir été indexés par un moteur d'indexation. Une telle indexation consiste à rassembler dans des tables d'index les noms et adresses de fichiers et des mots clés, de sorte qu'une recherche peut être effectuée dans ces tables au lieu de la totalité du contenu d'une arborescence de répertoires ou du contenu des fichiers de cette arborescence de répertoires. Les mots clés en langage naturels peuvent être peu discriminants et ne pas permettre de trouver un fichier précis.
Il existe d'autres systèmes d'organisation de données, tels que les bases de données, notamment les bases de données relationnelles. Les bases de données permettent de stocker et de retrouver un ensemble d'informations de différentes natures, ainsi que d'établir des liens entre les différentes informations stockées. Les bases de données sont généralement associées à un système de gestion constitué de programmes permettant de manipuler et d'accéder aux données, ainsi que de manipuler la structure de la base de données. Dans les bases de données relationnelles, les données sont mémorisées dans des tables comprenant des enregistrements liant entre elles plusieurs données pouvant être dans des tables différentes. Les bases de données s'avèrent complexes à mettre en œuvre et à utiliser, et nécessitent des connaissances et des outils spécifiques, notamment pour définir les données à accéder et définir et modifier la structure de la base de données et des tables. L'accès aux données nécessite également de connaître la structure de la base de données, et en particulier la structure de chacune des tables de la base de données. Les bases de données s'avèrent également sensibles, notamment face à la perte ou à la corruption d'une table.
Par ailleurs, des interfaces graphiques ont été développées pour faciliter l'accès aux données d'une base de données ou disponibles sur Internet. Certaines de ces interfaces graphiques permettent de définir graphiquement et générer des requêtes d'accès dans lesquelles des critères ou des mots clés sont combinés par des opérateurs booléens tels que OU, ET, NON. L'usage d'une telle interface et la définition de requêtes nécessite également des connaissances spécifiques notamment de la structure de chacune des tables de la base de données.
Il peut donc être souhaitable de proposer des outils permettant de facilement organiser des données, sans faire appel à un système complexe et coûteux de gestion de base de données, ni un système de fichiers particulier, et sans requérir de connaissances spécifiques, notamment concernant le contenu ou la structure interne des fichiers. Il peut être également souhaitable de proposer un système d'organisation de fichiers qui soit facilement évolutif, et adaptable, et partageable entre plusieurs utilisateurs. Il peut également être souhaitable que ce système d'organisation de fichiers ne soit pas lié à une infrastructure de stockage de données particulière, tout en offrant la possibilité de conserver des informations d'organisation d'un ensemble de fichiers indépendamment de la localisation physique des fichiers. Il peut être également souhaitable de proposer une interface graphique ergonomique pour construire et exploiter des fichiers dans un système de fichiers. Il peut être également souhaitable de faciliter les recherches de fichiers. Il peut être également souhaitable de pouvoir déterminer facilement si deux fichiers sont identiques, même s'ils sont consultés par deux personnes distantes. Il peut être également souhaitable de vérifier si l'intégrité d'un fichier n'a pas été altérée, même si celui-ci provient d'une source distante. Des modes de réalisation concernent un procédé de gestion d'un ensemble de fichiers, comprenant des étapes consistant à : afficher une interface graphique comprenant des zones d'affichage dont une zone de référence, des fichiers d'un ensemble de fichiers étant chacun présentés sous la forme d'une icône sur l'une des zones d'affichage, chaque fichier de l'ensemble de fichiers contenant un identifiant unique identifiant le fichier, et traiter une commande d'insertion dans l'ensemble de fichiers d'un fichier préexistant sélectionné, n'appartenant pas à l'ensemble de fichiers, le traitement de la commande d'insertion comprenant des étapes consistant à : générer un nouveau fichier dans l'ensemble de fichiers, à partir du contenu du fichier préexistant sélectionné, générer un identifiant unique identifiant le nouveau fichier et insérer dans le nouveau fichier l'identifiant unique généré, et un lien de référence généré à partir d'un identifiant du fichier correspondant à chaque icône se trouvant sur la zone de référence.
Selon un mode de réalisation, l'identifiant de fichier et les éventuels liens de référence sont insérés dans le nouveau fichier sans affecter la manière dont peut être exploité le contenu du fichier préexistant se trouvant dans le nouveau fichier.
Selon un mode de réalisation, chaque icône de fichier affichée dans l'interface graphique représente toutes les copies éventuelles d'un fichier comportant un même identifiant, indépendamment d'un espace de stockage où une copie du fichier peut être stockée.
Selon un mode de réalisation, le procédé comprend une étape d'insertion dans l'ensemble de fichiers, d'un fichier de type lien entre deux fichiers, lors de la superposition de deux icônes de fichier présentes sur une zone de fichiers favoris des zones d'affichage, le fichier de type lien contenant un identifiant unique identifiant le fichier de type lien et un double lien de référence comprenant l'identifiant chaque fichier correspondant aux deux icônes superposées.
Selon un mode de réalisation, le procédé comprend des étapes consistant à : rechercher un emplacement d'insertion d'un identifiant dans le nouveau fichier, au moyen d'un repère, calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au nouveau fichier, l'empreinte calculée ayant une valeur dépendant de chacun des bits du nouveau fichier, et insérer l'empreinte à l'emplacement d'insertion trouvé dans le nouveau fichier, l'empreinte faisant office d'identifiant du nouveau fichier.
Selon un mode de réalisation, l'exploitation d'un fichier de l'ensemble de fichiers est précédée d'étapes de contrôle d'intégrité consistant à : calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au fichier à exploiter, l'empreinte calculée ayant une valeur dépendant de chacun des bits du nouveau fichier à l'exception des bits constituant l'identifiant du fichier à exploiter, figurant dans ce dernier, et comparer l'empreinte calculée à l'identifiant du fichier à exploiter, le contrôle d'intégrité du fichier à exploiter étant réussi si l'empreinte calculée correspond à l'identifiant du fichier à exploiter, l'exploitation du fichier à exploiter étant autorisée seulement si le contrôle d'intégrité du fichier à exploiter a réussi.
Selon un mode de réalisation, le procédé comprend des étapes de recherche d'une copie du fichier à exploiter et de contrôle d'intégrité de la copie de fichier trouvée, si le contrôle d'intégrité du fichier à exploiter a échoué.
Selon un mode de réalisation, le nouveau fichier contient un identifiant d'un fichier profil de l'utilisateur ayant émis la commande d'insertion du nouveau fichier dans l'ensemble de fichiers.
Selon un mode de réalisation, le procédé comprend des étapes consistant à : afficher dans l'interface graphique une zone de critère et une zone de résultat des zones d'affichage, activer une recherche de fichiers dans l'ensemble de fichiers lors du placement sur la zone de critère d'une icône correspondant à un fichier de l'ensemble de fichiers, la recherche utilisant un critère de recherche généré à partir de l'identifiant de chaque fichier correspondant à une icône placée sur la zone de critère, et afficher sur la zone de résultat une ou plusieurs icônes correspondant chacune à un fichier de l'ensemble de fichiers, contenant une partie du critère de recherche.
Selon un mode de réalisation, des icônes placées côte à côte sur la zone de critère définissent un critère de recherche combinant par l'opérateur booléen OU des identifiants des fichiers correspondant aux icônes placées côte à côte, et/ou des icônes superposées sur la zone de critère de recherche définissent un critère de recherche combinant par l'opérateur booléen ET une donnée de chacun des fichiers correspondant aux icônes superposées, et/ou une icône placée sur une zone d'exclusion de la zone de critère définit un critère de recherche dans lequel une donnée du fichier correspondant l'icône présente sur la zone d'exclusion, est associée à l'opérateur booléen NON.
Selon un mode de réalisation, les icônes de fichiers présentées sur la zone de résultat sont marquées en fonction de la position de l'icône correspondante placée sur la zone de critère.
Selon un mode de réalisation, le placement d'une icône sur la zone de critère déclenche l'exécution d'un programme identifié dans un champ présent dans le fichier correspondant à l'icône placée sur la zone de critère.
Selon un mode de réalisation, l'icône placée sur la zone de critère est un fichier contenant un critère de recherche, et un champ du fichier désigne un programme dont l'exécution place une ou plusieurs icônes de fichiers sur la zone de critère, telles qu'elles figuraient sur la zone de critère à un moment où le critère de recherche a été enregistré, et/ou le programme déclenche une recherche par un moteur de recherche accessible sur Internet sur la base de mots clés introduits dans une fenêtre de saisie.
Des modes de réalisation concernent également un système comprenant un écran d'affichage et un organe de commande, et configuré pour mettre en œuvre le procédé défini précédemment.
Des modes de réalisation concernent également un support d'enregistrement lisible par un ordinateur, mémorisant des instructions de programme exécutable par l'ordinateur pour mettre en œuvre le procédé défini précédemment.
Des exemples de réalisation de l'invention seront décrits dans ce qui suit, à titre non limitatif en relation avec les figures jointes parmi lesquelles : la figure 1 représente une interface graphique de gestion d'un ensemble de fichiers, selon un mode de réalisation,
les figures 2 et 3 représentent une fenêtre affichée lors de l'activation d'une commande de création de fichier à partir de l'interface graphique,
la figure 4 représente une fenêtre affichée lors de l'activation d'une commande de téléchargement de fichier à partir de l'interface graphique, la figure 5 représente un ensemble de fichiers et des liens entre les fichiers de l'ensemble, obtenus par l'interface graphique,
la figure 6 représente des icônes de fichiers et des liens entre ces icônes,
la figure 7 illustre la construction d'une requête de recherche combinant deux critères par l'opérateur booléen ET,
la figure 8 représente schématiquement un système mis en œuvre par un procédé de génération et d'exploitation d'un ensemble de fichiers, selon un mode de réalisation.
La figure 1 représente une interface graphique de gestion d'un ensemble de fichiers, selon un mode de réalisation. L'interface graphique est susceptible d'être affichée sur un écran d'affichage d'un ordinateur. Dans ce qui suit, le terme "fichier" désigne un ensemble de données organisées séquentiellement avec un début et une fin, et plus généralement, une représentation d'un document ou d'une ou plusieurs données qui peuvent être mémorisées à distance ou constituées sur demande à la volée, et qui peuvent n'être accessibles qu'en lecture. L'ensemble de fichiers peut former une base de fichiers relationnelle. Selon un mode de réalisation, l'interface graphique comprend :
- une zone de fichiers favoris 1 ,
- une zone de critère 2 permettant de définir des critères de recherche,
- une zone de résultat 3 dans laquelle sont présentés les résultats de recherches 3,
- une zone de référence 4 permettant de définir des liens de référence entre un nouveau fichier et d'autres fichiers présents dans l'ensemble de fichiers, et
- un champ de saisie de mots clés de recherche 6.
La zone 2 comprend une zone de définition de critères d'exclusion 5 permettant la mise en œuvre de l'opérateur booléen NON dans une combinaison de plusieurs critères de recherche. La zone 4 permet de sélectionner des fichiers de l'ensemble de fichiers, devant être destinataires de liens de référence à insérer par défaut dans un nouveau fichier à créer. Le champ de saisie 6 permet à l'utilisateur d'introduire en tant que mots clés, des mots individuels ou des groupes de mots. Les mots saisis peuvent comprendre des caractères génériques ("wildcard characters"). Les autres zones 1 à 5 peuvent présenter des fichiers sous la forme d'icônes 10. Ici le terme "icône" désigne un symbole graphique susceptible d'être déplacé dans l'interface graphique au moyen d'un pointeur 1 1 , par exemple par des actions telles que glisser-déposer à l'aide d'un dispositif de pointage comme une souris. Les icônes de fichier 10 peuvent être chacune associées à une dénomination du fichier correspondant ou simplement consister en cette dénomination.
Pour créer un nouveau fichier dans l'ensemble de fichiers, l'utilisateur peut sélectionner des icônes de fichiers avec lesquels le nouveau fichier doit être lié, en plaçant ces icônes sur la zone 4. Ensuite, l'utilisateur actionne un bouton de commande de création de fichier. Cette action a pour effet d'afficher une fenêtre de création de fichier dans laquelle est affichée une ligne création de lien de référence vers chaque fichier de l'ensemble de fichiers, dont une icône est présente sur la zone 4. La figure 2 représente un exemple de fenêtre de création de fichier. La fenêtre de création de fichier comprend un champ nom 21 dans lequel l'utilisateur peut spécifier un nom pour le nouveau fichier à créer. La fenêtre de création de fichier comprend également des champs de propriété de type lien de référence pré-remplis "ref 22, 23 dans lequel figurent les noms des fichiers dont les icônes figurent sur la zone 4. La fenêtre de création de fichier comprend un bouton de commande "Add Statement" permettant d'ajouter des champs supplémentaires de propriété (22, 23) dans le nouveau fichier, et d'introduire des valeurs d'attribut de chaque champ inséré, ces champs étant introduits dans le nouveau fichier sous la forme de métadonnées. La fenêtre de création de fichier comprend également une zone de saisie 24 permettant d'ajouter des informations descriptives dans le nouveau fichier, et une zone de saisie de contenu 25 permettant d'introduire des informations de contenu dans le nouveau fichier. Chaque champ de propriété 22, 23 affiché dans la fenêtre de création de fichier comprend un type de champ 22 indiqué par un libellé et un ou plusieurs attributs à remplir ou pré-remplis. Des flèches 29 affichées dans le cadre indiquant le type de champ 22 permettent d'afficher une fenêtre de sélection d'un type de champ 31 (figure 3). Ainsi, parmi les types de champ possibles, il est possible de créer notamment :
- des champs de propriété "prop" associant un libellé de propriété à saisir avec une valeur de propriété, - des champs de type référence "ref permettant chacun d'établir un lien entre le nouveau fichier et un fichier existant dans l'ensemble de fichiers,
- des champs de type nom "name" permettant chacun de définir un autre nom pour le nouveau fichier,
- des champs de type double référence "ref2" établissant chacun un lien de référence entre deux fichiers existant dans l'ensemble de fichiers,
- des champs de type double propriété "prop2" permettant d'attribuer une nouvelle propriété à un fichier existant de l'ensemble de fichiers,
- des champs de type double nom "name2" permettant chacun d'attribuer un autre nom à un fichier existant dans l'ensemble de fichiers,
- des champs de type précédent "previous" permettant chacun d'établir un lien de référence spécifique avec une version précédente du nouveau fichier, existant dans l'ensemble de fichiers.
Lorsque qu'un champ de type référence "ref, précédent "previous" ou double lien "ref2" est sélectionné, l'attribut valeur 23 associé, peut être choisi parmi les noms de fichiers dont une icône se trouve sur la zone des fichiers favoris 1 , ou les fichiers se trouvant dans un répertoire indiqué dans un champ 28. La liste de ces fichiers peut être affichée à l'aide d'une flèche 30 affichée dans le cadre de saisie d'un nom 23. Le champ 28 désigne l'espace de stockage ou répertoire cible du fichier à créer. Le nom du répertoire affiché dans le champ 28 peut être modifié à l'aide d'une flèche 31 affichée dans le champ 28. La valeur initiale du champ 28 consiste en une destination par défaut choisie au préalable par l'utilisateur. Une case à cocher 32 permet d'indiquer si le fichier à créer est destiné à être public ou non. Le système vérifiera que le fichier créé est bien stocké dans un espace de stockage public s'il doit être public, et dans un espace de stockage privé dans le cas contraire. Une case à cocher 33 permet de choisir si le nouveau fichier est accessible à un autre utilisateur désigné. Cet autre utilisateur peut être désigné en plaçant une icône correspondant à un fichier de profil de cet autre utilisateur dans la zone de référence 4. Un bouton "Change" permet de sélectionner un autre emplacement de stockage du fichier destiné à être partagé avec cet utilisateur. En effet, l'utilisateur de l'interface a pu sélectionner au préalable un emplacement par défaut (champ 28) qui n'est pas partagé avec cet autre utilisateur. Ainsi, l'interface décrite permet de ne pas risquer de partager avec un nouvel utilisateur des contenus précédemment publiés qui ne lui seraient pas destinés.
La création d'un fichier peut être annulée à l'aide d'un bouton de commande "Cancel". La validation par un bouton de commande "Create" des informations présentées dans la fenêtre de création de fichier, permet d'insérer dans l'ensemble de fichiers le nouveau le fichier contenant les informations telles que spécifiées dans la fenêtre de la figure 2. Le type du nouveau fichier peut être choisi en sélectionnant une extension de fichier dans un cadre 35 présent dans la fenêtre de création de fichier. La sélection d'une extension de fichier telle que "txt", "doc", "pdf, "xls", "exe" permet de définir notamment la manière dont les champs définis dans la fenêtre de création, sont insérés sous la forme de métadonnées et encapsulés dans le nouveau fichier. Ainsi, le nouveau fichier créé peut être un fichier de type texte "txt" comprenant des métadonnées délimitées dans le fichier par des balises, les métadonnées incluent les liens de référence vers d'autres fichiers, le nom de fichier, les propriétés, la description et le contenu, spécifiés par l'utilisateur. Selon un mode de réalisation, le fichier créé comprend également une métadonnée d'identification comprenant un identifiant unique, généré lors de la création du fichier. Les métadonnées de référence contiennent l'identifiant ou une information permettant de déterminer l'identifiant de chaque fichier figurant dans un champ de type référence "réf.
La fenêtre de création de fichier peut être également affichée si l'utilisateur actionne un bouton de commande de téléchargement de fichier ou si l'utilisateur déplace une icône de fichier présente sur la zone de résultat 3 vers la zone des favoris 1 , et si le fichier correspondant ne figure pas déjà dans l'ensemble de fichiers. L'activation du bouton de commande de téléchargement permet d'afficher une fenêtre de sélection d'un fichier sur une unité de stockage locale ou distante, c'est-à-dire accessible par l'intermédiaire d'un ou plusieurs réseaux de transmission de données. La sélection d'un fichier par l'utilisateur ou le déplacement d'un fichier présent sur la zone de résultat 3 vers la zone de favoris 1 déclenche l'affichage d'une fenêtre de création de fichier, dans laquelle le champ nom est pré-rempli avec le nom du fichier sélectionné. Le champ 24 est présenté pour permettre l'ajout d'une description dans le nouveau fichier. En revanche, le champ 25 n'est pas présenté dans la fenêtre de création de fichier puisqu'il correspond au contenu du fichier sélectionné. Comme précédemment pour la création d'un nouveau fichier, un ou plusieurs champs de lien de référence "ref sont pré-remplis avec le nom de chacun des fichiers dont une icône figure sur la zone de référence 4. L'insertion des champs d'identifiant, de référence et d'autres propriétés dans le fichier téléchargé est réalisée de manière non- destructive, c'est-à-dire sans affecter les propriétés du fichier, notamment afin qu'il puisse être ouvert, affiché, imprimé, exécuté, etc., par les mêmes outils qu'avant cette insertion. Une case à cocher 36 ("Add ref), cochée par défaut, peut être décochée pour empêcher l'insertion dans le fichier de métadonnées comprenant notamment un identifiant du fichier, et des références à d'autres fichiers de l'ensemble de fichiers. Cette possibilité est utilisée dans le cas où le fichier comporte déjà un identifiant, ou pour publier le fichier sans identifiant.
Grâce à la commande de téléchargement, il peut être également possible de créer un nouveau fichier à partir d'un fichier existant déjà présent dans l'ensemble de fichiers, en ajoutant ou retranchant à ce dernier des champs tels que des champs de référence, de lien et de propriété ou en modifiant la valeur de champs présents dans le fichier existant. Lors de la génération du nouveau fichier modifié, un champ de type précédent peut être ajouté automatiquement pour contenir en tant que référence à une version précédente l'identifiant du fichier existant.
Si l'utilisateur déplace une icône de fichier présente sur la zone de résultat 3 vers la zone des favoris 1 et si le fichier correspondant ne figure pas déjà dans l'ensemble de fichiers, un nouveau fichier peut être inséré dans l'ensemble de fichiers, sans que soit affichée la fenêtre de téléchargement. Le nouveau fichier inséré contient alors le contenu du fichier (ou une adresse telle qu'une adresse URL du fichier) dont l'icône a été déplacée vers la zone des favoris 1 , un identifiant unique et un lien de référence vers chacun des fichiers dont une icône est présente sur la zone de référence 4.
Des exemples de fichiers F1 à F5 de l'ensemble de fichiers sont présentés en Annexe I fournissant le contenu de métadonnées de chacun des fichiers F1 à F5. Chacun des fichiers F1 à F5 comprend une section protégée délimitée par les balises ouvrantes "/*" et fermantes "7" et rassemblant les métadonnées du fichier F1 . Chaque métadonnée est repérée et délimitée entre les mots clés "kx" et "xk". Les métadonnées des fichiers F1 à F5 comprennent une métadonnée d'identification du fichier introduite par le mot clé "self, et des métadonnées de référence introduites chacune par le mot clé "réf. Les métadonnées d'identification et de référence incluent chacune une chaîne de caractères unique identifiant le fichier pour la métadonnée d'identification, ou identifiant un fichier avec lequel il est lié pour les métadonnées de référence. Dans l'exemple de l'Annexe I, chacun des identifiants des fichiers F1 à F5 est de type bubble babble et commence et se termine par la lettre "x". Bubble babble est une méthode d'encodage permettant de représenter une information binaire sous la forme de chaînes de caractères toujours prononçables car construites sous forme de mots de cinq lettres comprenant chacun trois consommes alternant avec deux voyelles. Les références à d'autres fichiers commencent et se terminent par la lettre "r". Ainsi, un identifiant peut être déduit d'une référence simplement en changeant les premières et dernière lettres "r" de l'identifiant par la lettre "x", et réciproquement. Bien entendu d'autres moyens permettant de distinguer un identifiant de fichier d'une référence à un autre fichier peuvent être imaginés, notamment en fonction du format employé pour définir les identifiants des fichiers de l'ensemble de fichiers.
Les étapes de création ou d'introduction de fichier, telles que précédemment décrites, permettent de constituer une base de fichiers dans laquelle les données sont réparties dans des fichiers possédant chacun son propre identifiant et pouvant référencer par leur identifiants d'autres fichiers de la base de fichiers. La constitution d'une telle base de fichiers ne nécessite pas de définir à l'avance une structure de données, chaque utilisateur pouvant ajouter des liens et des propriétés à des fichiers existants grâce notamment aux types de champ "name2", "ref2", "prop2".
Selon un mode de réalisation, l'identifiant de chaque fichier de l'ensemble de fichiers est généré par exemple aléatoirement ou par incrémentation d'un compteur, de manière à ce que deux fichiers différents aient des identifiants différents.
Selon un autre mode de réalisation, l'identifiant de chaque fichier de l'ensemble de fichiers est déterminé par un calcul d'empreinte et/ou de signature appliqué à l'ensemble des métadonnées et du contenu du fichier, à l'exception de l'identifiant du fichier. Ainsi l'identifiant de chaque fichier présente une valeur dépendant de chacun des bits du fichier en excluant les bits de l'identifiant, de sorte que si un bit du fichier est modifié, l'identifiant du fichier sera également modifié. Le calcul d'empreinte peut être effectué par une fonction de hachage telle que sha-1 , sha-256, sha-384, sha-512 et md5. Le calcul de l'empreinte d'un fichier de l'ensemble de fichiers peut aussi être réalisé par une fonction de compression de données sans perte d'information, de sorte que le calcul d'empreinte peut être une opération réversible. Le calcul d'empreinte peut être également réalisé par une fonction de compression de données avec perte, mais rendant possible la reconstitution d'un bloc de données à partir de son empreinte. La fonction de calcul peut par exemple combiner une fonction de transformation en image bitmap, et une fonction de compression d'image bitmap avec perte. Un bloc de données peut être reconstitué à partir de son empreinte en décompressant l'image, et en convertissant l'image en caractères alphanumériques par une fonction de reconnaissance de caractères. L'empreinte insérée en tant qu'identifiant d'un fichier peut être encodée de différentes manières comme par exemple en hexadécimal, en base 64 ou en bubble babble (cf. Annexe I). Dans le format hexadécimal, les empreintes sont plus longues, en n'utilisant que tous les chiffres, et les lettres de A à F. Le format "b64" utilise tous les caractères, majuscules et minuscules.
Selon un autre mode de réalisation, l'identifiant de chaque fichier de I l'ensemble de fichiers est une signature générée par un calcul cryptographique asymétrique utilisant une clé privée d'une paire de clés publique/privée, appliqué à chacun des bits du fichier en excluant les bits de l'identifiant. La signature peut également être générée en appliquant le calcul cryptographique à une empreinte du fichier obtenue comme précédemment exposé, en excluant les bits de l'identifiant. Le calcul de signature peut être RSA (Rivest, Shamir, Adleman), DSA (Digital Signature Algorithm).
Si un nouveau fichier est généré en modifiant un fichier existant dans l'ensemble de fichiers, son identifiant obtenu par son empreinte ou sa signature est alors différent de celle du fichier existant. Si une ou plusieurs copies sont générées à partir d'un fichier de l'ensemble de fichiers, ces copies seront vues comme un seul fichier, dès lors qu'elles contiennent un même identifiant. La figure 5 représente l'ensemble des fichiers F1 à F5 et les liens de référence définis entre ces fichiers. Les valeurs des liens de référence commencent et se terminent par la lettre "r" et sont introduites par le mot clé "ref .Les liens de référence associant deux empreintes de référence (fichier F5) sont introduites par le mot clé "ref2". Les fichiers F1 et F2 font référence au fichier F3 et à un autre fichier identifié par l'empreinte :
"xuhen-zakid-...-raxux".
Le fichier F3 fait référence à un autre fichier identifié par l'empreinte :
"xisiz-kynov-...-zyxyx"
Le fichier F4 fait référence à un autre fichier identifié par l'empreinte :
"xebor-movab-...-muxax"
Le fichier F5 est un bloc de liaison établissant un lien de référence entre les fichiers F3 et F4. Les fichiers F1 à F5 comprennent une métadonnée "name" correspondant au champ 21 , permettant d'attribuer un nom au fichier et de le spécifier dans le corps du fichier. Le fichier F3 comprend une métadonnée "prop" permettant de définir une propriété du fichier, de type "description" dans l'exemple fourni et associée à un attribut valeur.
Pour rechercher tous les fichiers liés à un fichier, c'est-à-dire contenant l'identifiant de ce dernier en tant que référence, il suffit de placer l'icône du fichier sur la zone de critère 2. Cette opération déclenche une recherche de tous les fichiers de l'ensemble de fichiers, contenant l'identifiant du fichier dont l'icône est placée sur la zone de critère 2. En réalité, l'icône d'un fichier représente l'identifiant du fichier et donc toutes les copies connues de ce fichier. Un ensemble de fichiers liés au fichier dont une icône est placée sur la zone de critère 2 apparaît sous la forme d'icônes 10 sur la zone de résultat 3 (figure 1 ).
Si l'on sélectionne (par exemple au moyen d'un curseur placé sur l'icône du fichier) l'un des fichiers de la zone de résultat 3, des flèches peuvent apparaître. Ces flèches indiquent des liens de référence existant entre le fichier ainsi sélectionné et les fichiers correspondant aux autres icônes présentes sur la zone de résultat 3 ou d'autres fichiers présents ou non dans la liste des résultats de recherche. Les icônes non affichées des fichiers référencés par le fichier sélectionné sont alors ajoutées sur la zone de résultat 3. La figure 6 représente des icônes 10 dénommées A, B, C, D, E, F affichées dans la zone de résultat 3. L'utilisateur a désigné l'icône A. Des flèches 12 partant de l'icône A et reliant les icônes B, C, D sont alors affichées. Les flèches 12 indiquent que le fichier correspondant à l'icône A contient des liens référençant les fichiers correspondant aux icônes B, C, D. Les flèches 12 ainsi affichées peuvent présenter différents aspects (par exemple par différentes couleurs) pour distinguer les liens de type référence (champs "ref ou "ref2"), ou des champs de type précédent ("previous") ou auteur ("kx.author") si un autre utilisateur est référencé. Il peut être prévu par défaut de ne pas afficher sur la zone de résultat 3 les versions précédentes d'un fichier figurant dans la liste des résultats d'une recherche. Lorsqu'on désigne une autre icône sur la zone de résultat 3, les flèches précédemment affichées sont effacées, et le cas échéant de nouvelles flèches sont affichées si l'icône désignée comporte des liens de référence.
Selon un mode de réalisation, les icônes présentées sur la zone de résultat 3 sont affichées plus ou moins grosses en fonction de critères tels que la date de création du fichier correspondant, et/ou la date de la dernière création d'un fichier contenant un lien de référence vers le fichier correspondant, et/ou le nombre de fichiers référençant le fichier correspondant. Par ailleurs, si le nombre de fichiers trouvés, correspondant au critère défini par la zone de critère 2 est supérieur à un certain nombre maximum, par exemple 10, les fichiers trouvés peuvent être ordonnés en fonction des critères de date de création et/ou de nombre de liens de référence désignant le fichier, et répartis en plusieurs pages. La première page rassemble les fichiers les plus récents ou référencés le plus récemment ou les plus référencés. Les icônes des fichiers de la première page sont affichés en premier sur la zone de résultat 3. Les icônes des fichiers trouvés, appartenant à une page suivante ou précédente peuvent être présentées sur la zone de résultat 3 en remplacement des icônes présentées, par exemple à l'aide d'une touche de passage à une page suivante ou précédente. Un numéro 41 (figure 7) affiché dans l'icône présente sur la zone de critère 2 peut indiquer un numéro de page de résultats affichée sur la zone de résultat 3.
La zone de critère 2 peut être utilisée pour définir des critères de recherche plus complexes. Ainsi, plusieurs icônes de fichiers peuvent être placées côte à côte sur la zone de critère 2 afin d'afficher sur la zone de résultat 3 tous les fichiers liés aux fichiers correspondant à l'une ou l'autre des icônes présentes sur la zone de critère 2. Cette disposition permet d'introduire un opérateur booléen de combinaison de critères de recherche de type OU.
Selon un mode de réalisation, les icônes de fichiers trouvés, présentées sur la zone de résultat 3 sont marquées en fonction de la position de l'icône de critère correspondante sur la zone de critère 2. Par exemple, la zone de critère 2 est subdivisée en plusieurs régions, et chaque région est associée à une couleur. Les icônes de critère et les icônes de résultat correspondant sont affichées avec la même couleur. Il est ainsi possible de visualiser à quelle icône de critère correspond une icône de résultat, lorsque plusieurs critères sont combinés par l'opérateur booléen OU.
En superposant deux icônes de fichiers ou davantage sur la zone de critère 2, les icônes des seuls fichiers liés simultanément aux fichiers dont les icônes sont superposées sur la zone de critère 2, sont affichées sur la zone de résultat 3. Sur la figure 7 montrant une partie de la zone de critère 2, l'utilisateur a superposé deux icônes de fichiers nommés "Aaa" et "Bbb" sur la zone de critère 2. Cette action a pour effet de générer sur la zone de critère 2 une icône 39 portant le nom "Aaa & Bbb" associant les noms des fichiers dont les icônes ont été superposées. Cette disposition permet d'introduire un opérateur booléen de combinaison de critères de recherche de type ET.
Si l'on place une icône de fichier 10 sur la zone de critère d'exclusion 5, toutes les icônes de fichiers présentes sur la zone de critère 2 et correspondant à des fichiers liés avec le fichier figurant sur la zone d'exclusion 5 sont retirées de la zone de résultat 3. Il est ainsi possible d'introduire un opérateur booléen de combinaison de critères de recherche de type NON. Bien entendu, plusieurs icônes peuvent être superposées ou placées côte à côte sur la zone d'exclusion 5 pour combiner plusieurs critères d'exclusion par l'opérateur booléen ET ou OU.
L'interface graphique offre ainsi des moyens simples et intuitifs de définir des critères de recherche combinant des critères simples ou complexes par des opérateurs booléens ET, OU, NON.
Selon un mode de réalisation, un bouton de commande de l'interface graphique permet d'enregistrer le critère de recherche courant tel que défini sur la zone de critère 2. Cette action a pour effet d'introduire dans l'ensemble de fichiers un nouveau fichier définissant un critère de recherche. Cette opération peut également déclencher l'ajout d'une icône sur la zone des favoris 1 . Les icônes de critère peuvent être particularisées, par exemple avec une couleur particulière. L'opération d'enregistrement d'un critère est effectuée comme pour n'importe quel autre fichier de de l'ensemble de fichiers, mais sans insérer dans le nouveau fichier en tant que références, les identifiants des fichiers dont les icônes se trouvent sur la zone de référence 4. Un exemple de fichier de critère "Démo Save Search" est fourni en Annexe II. Ce fichier contient des champs de type propriété "prop" définissant chacun une propriété "kx.search" correspondant à l'un des critères combinés par un opérateur OU. Un champ de type "kx.search" contient l'identifiant d'un fichier de l'ensemble de fichiers en tant qu'attribut valeur, et le nom du fichier en tant qu'attribut nom. Dans le cas d'un critère faisant intervenir l'opérateur ET, la valeur du champ "kx.search" contient les identifiants des fichiers correspondants séparés par le caractère "&". De même, le nom du champ contient les noms des fichiers ainsi combinés, séparés par le caractère "&". Un critère d'exclusion est mémorisé de la même manière dans un champ de type propriété définissant une propriété "kx.negation_search" comportant des attributs nom et valeur contenant le nom et l'identifiant du fichier correspondant à l'icône placée sur la zone d'exclusion 5. Chaque champ de critère peut également contenir un attribut de position ayant pour valeur les coordonnées de position x, y de l'icône correspondante sur la zone de critère 2, au moment de l'enregistrement du critère de recherche.
Un fichier de critère contient également un champ référence "ref
(égal à rodeb-voset-... dans l'exemple donné en Annexe II) faisant référence à un fichier système prédéfini représentant le concept de recherche "search" enregistrée. Ainsi, tous les fichiers de recherches enregistrées peuvent être retrouvées en plaçant l'icône du fichier "search" sur la zone de critère 2.
Une recherche peut être relancée simplement en plaçant l'icône d'un fichier de critères sur la zone de critère 2. Cette action a pour effet de déclencher l'exécution d'un programme pour chaque champ "kx.search" et "kx.negation_search". Ce programme place sur la zone de critère 2 ou d'exclusion 5 une icône portant le nom correspondant à l'attribut nom du champ "kx.search" ou "kx.negation_search". Ce programme participe à la constitution d'un critère de recherche et ajoutant à un critère en cours de constitution, l'identifiant ou la combinaison d'identifiants indiqué dans le champ "kx.search" ou "kx.negation_search" associé à l'opérateur OU ou NON. Grâce à l'attribut de position x,y figurant dans le champ, cette action peut avoir pour effet de replacer les icônes à leurs positions respectives sur la zone de critère 2 ou la zone d'exclusion 5, au moment de l'enregistrement du critère de recherche. L'enregistrement de critères peut également permettre de constituer des combinaisons complexes de critères en plaçant plusieurs icônes de fichiers de critères sur la zone de critère 2, et en sélectionnant une option de l'interface prévue à cet effet.
Il est également possible de d'effectuer des recherches de fichiers à l'aide de mots clés, non seulement dans l'ensemble de fichiers, mais également en dehors de celle-ci. A cet effet, un ou plusieurs mots clés peuvent être introduits dans la fenêtre de saisie 6. Si des icônes sont également placées sur la zone de critère 2, l'introduction de mots clés dans la fenêtre 6 déclenche un filtrage des résultats de recherche présentés sur la zone résultat 3. Ce filtrage consiste à ne garder sur la zone de résultat 3 que les icônes des fichiers comportant les mots clés spécifiés dans la fenêtre 6 dans leurs champs "nom", "description" ou dans leur contenu.
Les icônes présentées sur la zone de résultat 3 peuvent être également affichées sous la forme d'une liste, au moyen d'un bouton de commande prévu à cet effet dans l'interface graphique.
Plus généralement, il est possible de définir des champs de comportement (par exemple "kx.behavior") de type propriété "prop", comme "kx.search", permettant de déclencher l'exécution d'un programme particulier. Par exemple, un tel programme peut déclencher une recherche sur un moteur de recherche accessible par Internet, portant sur des mots clés introduits par l'utilisateur dans le champ de saisie 6 de l'interface graphique. Dans ce cas, les icônes présentées sur la zone de résultat 3 représentent des adresses URL vers une page web accessible par Internet. Le déplacement de l'une de ces icônes de la zone 3 sur la zone des favoris 1 , a pour effet d'introduire dans l'ensemble de fichiers un fichier contenant notamment un identifiant, et un champ de type propriété "prop" contenant la valeur de l'adresse URL de l'icône correspondante, ce champ étant apte à déclencher un programme affichant dans un navigateur la page web correspondant à l'adresse URL. A cet effet, la fenêtre présentée sur la figure 4 peut être affichée. Ainsi, le fichier introduit dans l'ensemble de fichiers peut contenir également des champs de type lien de référence vers les fichiers dont une icône est présente sur la zone de référence 4 de l'interface graphique.
Avant d'exécuter un tel programme, en particulier si celui-ci n'est pas stocké dans un espace sécurisé, il peut être prévu que le programme inclut comme tous les fichiers de l'ensemble de fichiers, un identifiant qui est vérifié lors de son lancement par une procédure de contrôle d'intégrité décrite ci- dessous.
Selon un mode de réalisation, il est prévu la possibilité de sélectionner plusieurs icônes affichées sur l'une quelconque des zones 1 à 5, et de les déplacer sur une autre icône affichée dite "cible", pour créer des liens de référence entre chacun des fichiers correspondant aux icônes sélectionnées et déplacées et le fichier correspondant à l'icône cible. Les liens de référence de type double lien "ref2" peuvent être créés dans un seul fichier ou dans des fichiers séparés. Une sélection effectuée sur la zone de résultat 3 peut porter sur toutes les icônes affichées ou sur l'ensemble des résultats de la recherche en cours, qu'ils soient présentés ou non sous la forme d'une icône.
Par ailleurs, le contenu des fichiers correspondant aux icônes présentées sur la zone de résultat 3 ou la zone de favoris 1 peut être visualisé (ou exécuté) en fonction du type de fichier, par exemple par un double clic sur l'icône. Cette action peut déclencher une procédure de contrôle de l'intégrité du fichier. Selon un mode de réalisation, cette procédure consiste à :
- rechercher l'identifiant du fichier dans ce dernier, au moyen d'un repère ("kx.self" ou code bubble babble commençant et se terminant par la lettre "x" dans l'exemple de l'Annexe I ou II).
- générer un fichier modifié en retirant l'identifiant trouvé du fichier,
- calculer une empreinte numérique en appliquant une fonction de calcul d'empreinte au fichier modifié, l'empreinte calculée ayant une valeur dépendant de chacun des bits du fichier modifié, et
- vérifier l'identifiant trouvé dans le fichier en le comparant à l'empreinte calculée. A noter que le calcul d'empreinte peut être effectué directement sur le fichier non modifié, en appliquant la fonction de calcul d'empreinte aux bits du fichier à l'exception des bits de l'identifiant du fichier.
Ainsi, la vérification de l'intégrité d'un fichier consiste plus particulièrement à calculer l'empreinte du fichier sans tenir compte des bits de l'identifiant du fichier. Si l'identifiant du fichier ne correspond pas (par exemple n'est pas identique) à l'empreinte calculée, une copie du fichier (possédant le même identifiant) peut être recherchée, jusqu'à ce que soit trouvée une copie passant avec succès la vérification d'intégrité. Si l'identifiant du fichier est une signature, la vérification d'intégrité du fichier comprend alors le calcul de la signature à partir du fichier en excluant les bits de l'identifiant du fichier, et la comparaison de la signature calculée avec l'identifiant du fichier. A noter également que chaque fichier peut comprendre une métadonnée "kx.signer" (cf. Annexe II) faisant référence au fichier contenant le programme de calcul d'intégrité (empreinte ou signature). Cette référence est alors utilisée pour déterminer le programme à exécuter pour calculer l'empreinte ou la signature du fichier, l'empreinte ou la signature ainsi calculée étant ensuite comparée à l'identifiant du fichier. Si aucune copie intègre du fichier requis n'est trouvée, le fichier n'est pas affiché ou exécuté. Un message d'erreur peut alors être affiché pour indiquer à l'utilisateur qu'aucune version intègre du fichier à afficher ou à exécuter n'a été trouvée. Dans le cas contraire, le contenu du fichier est affiché ou exécuté.
Une icône peut être supprimée de la zone des favoris 1 par exemple en la déplaçant vers une icône représentant une corbeille. Cette opération peut avoir simplement pour effet de créer un nouveau fichier dans l'ensemble de fichiers, mémorisant l'action d'effacement du fichier par l'utilisateur, ce nouveau fichier comprenant un lien de référence vers le fichier effacé. Lorsqu'une recherche est effectuée, les fichiers ainsi marqués effacés peuvent être retirés de la liste des résultats de la recherche.
Selon un mode de réalisation, les fichiers de l'ensemble de fichiers sont stockés localement dans une unité de stockage d'un ordinateur de l'utilisateur ou sur des espaces de stockage distants qui ne sont accessibles qu'à l'utilisateur. Dans ce cas, les recherches sont exécutées localement par l'ordinateur de l'utilisateur dans les espaces de stockage (répertoires locaux et/ou distants) désignés par l'utilisateur.
Selon un mode de réalisation, l'ensemble de fichiers est partagé entre plusieurs utilisateurs. Chaque recherche dans l'ensemble de fichiers est exécutée localement par l'ordinateur de l'utilisateur qui a lancé la recherche, dans les espaces de stockage (répertoires locaux et/ou distants) désignés et accessibles par l'utilisateur.
Selon un autre mode de réalisation, les recherches dans l'ensemble de fichiers sont exécutées par un serveur distant auprès duquel les utilisateurs doivent s'identifier et s'authentifier pour accéder à l'ensemble de fichiers. La figure 8 représente un système dans lequel le procédé de gestion peut être mis en œuvre. Le système comprend un serveur de fichiers AS, des ordinateurs d'utilisateurs P1 , P2, P3, et des serveurs S1 , S2, les serveurs et les ordinateurs étant interconnectés par un ou plusieurs réseaux NT qui peuvent être privés et/ou publics. Chacun des ordinateurs comprend un écran d'affichage pour afficher l'interface graphique telle que représentée sur la figure 1 , un ou plusieurs organes de commande tels qu'un clavier et une souris, notamment pour introduire des mots clés et effectuer des actions de déplacement d'icônes 10 dans l'interface graphique. Le serveur AS comprend ou est connecté à une unité de stockage locale CDB dans laquelle une partie des fichiers de l'ensemble de fichiers sont stockés. Les ordinateurs P1 , P2, P3 peuvent comprendre des unités de stockage locales LS1 , LS2, LS3 pouvant également stocker une partie des fichiers de l'ensemble de fichiers. Les serveurs S1 , S2 peuvent également comprendre ou donner accès à des unités de stockage DS1 , DS2 dans laquelle peuvent être stockés des fichiers de l'ensemble de fichiers ou des fichiers faisant l'objet de recherches telles que décrites précédemment. Il peut également être prévu d'activer une fonction de synchronisation sur chacun des ordinateurs P1 , P2, P3 pour gérer une copie locale des unités de stockage distantes DS1 , DS2 dans l'unité de stockage locale LS1 , LS2, LS3.
L'identification et l'authentification des utilisateurs sont par exemple effectuées par l'intermédiaire d'une fenêtre de connexion, par le serveur AS qui mémorise localement des données d'identification et d'authentification d'utilisateurs. Les données d'identification et d'authentification d'un utilisateur comprennent un fichier de profil d'utilisateur mémorisé dans l'ensemble de fichiers et contenant notamment le nom de l'utilisateur, et un identifiant unique qui peut être généré par un calcul d'empreinte ou de signature portant sur le contenu du fichier de profil. Ce fichier profil peut être généré par le serveur AS lors de l'enregistrement de l'utilisateur auprès du serveur AS. L'identifiant de l'utilisateur peut être inséré systématiquement dans tous les fichiers que l'utilisateur introduit dans l'ensemble de fichiers, afin de pouvoir identifier l'origine d'un fichier de l'ensemble de fichiers, notamment lorsque le fichier est placé dans un espace de stockage public (lorsque la case à cocher 32 est cochée). Dans l'exemple de l'Annexe II, le fichier comprend un champ propriété de type "kx.author" dont l'attribut valeur est une référence à l'identifiant d'un fichier de profil d'utilisateur. Ainsi, l'identification du créateur d'un fichier de l'ensemble de fichiers peut être effectuée par un lien vers un fichier de profil de l'utilisateur. Le serveur AS gère également des droits d'accès des utilisateurs dans les différents espaces de stockage de fichiers de l'ensemble de fichiers. Le serveur AS reçoit et traite les requêtes de recherche émises par les utilisateurs, en tenant compte des espaces de stockage accessibles à l'utilisateur qui a émis la requête de recherche.
Afin notamment d'accélérer le traitement des requêtes de recherche, le serveur AS peut créer et tenir à jour une table mémorisant les identifiants des fichiers de l'ensemble de fichiers, et associant à chacun de ces identifiants, les valeurs des liens vers d'autres fichiers, associées chacune à un type de lien (référence, version antérieure, visibilité par d'autres utilisateur, créateur), les répertoires où sont stockés des copies du fichier, etc. De cette manière, les recherches peuvent être exécutées directement sur la table, sans avoir à rechercher un identifiant de fichier dans tous les fichiers de l'ensemble de fichiers stockés localement par le serveur AS ou dans des espaces de stockage distants dans lesquels l'utilisateur ayant émis la requête de recherche dispose d'un droit d'accès.
Il peut être également possible lors de l'introduction d'un fichier dans l'ensemble de fichiers de spécifier que le fichier est accessible à un utilisateur désigné, grâce à un champ 33 (figures 2 et 4). L'utilisation du champ 33 déclenche la création dans le fichier d'un champ propriété "prop" de type visibilité "kx.visible_by", contenant l'identifiant de l'utilisateur à qui l'accès au fichier est donné. Il est possible d'attribuer un tel droit d'accès après l'introduction du fichier dans l'ensemble de fichiers en plaçant l'icône du fichier présent sur la zone des favoris 1 sur l'icône du profil de l'utilisateur à qui on souhaite attribuer le droit d'accès. Cette action a pour effet de créer un fichier spécifique ayant son propre identifiant, un champ propriété "kx.author" contenant l'identifiant de l'utilisateur qui effectue l'action, et un champ propriété "prop2" de type visibilité "kx.visible_by", contenant l'identifiant de l'utilisateur à qui le droit d'accès est attribué, et l'identifiant du fichier objet du droit d'accès. L'existence d'un tel fichier est également prise en compte lors de l'exécution d'une recherche pour déterminer les fichiers parmi lesquels la recherche doit être effectuée ou si un fichier trouvé lors d'une recherche peut figurer parmi les résultats affichés sur la zone de résultat 3 pour l'utilisateur ayant émis la requête de recherche.
Le procédé de gestion d'un ensemble de fichiers décrit précédemment peut être utilisé notamment pour définir des concepts ou des mots clés d'organisation, tels que "traité", "à traiter", "à valider", "validé", "lu", "non lu", "urgent", en introduisant dans l'ensemble de fichiers un fichier dont le nom correspond au libellé du concept. Ces concepts peuvent ensuite être utilisés pour marquer des fichiers de travail de l'ensemble de fichiers, tels que des fichiers contenant un message ou un programme, en créant des fichiers liens de référence tels que F5 entre les fichiers concept et les fichiers de travail. Un concept peut être dissocié d'un fichier de travail en supprimant le fichier lien entre le fichier de travail et le fichier concept ou en ajoutant un lien vers un concept qui rend inopérant un autre concept tel que "validé" par rapport à "à valider". Chaque utilisateur peut ainsi créer ses propres fichiers concept ou bien ceux-ci peuvent être créés selon les besoins pour plusieurs utilisateurs par exemple par un utilisateur superviseur. La fonction de recherche précédemment décrite permet de rechercher tous les fichiers de l'ensemble de fichiers liés à un ou plusieurs concepts. Chaque utilisateur peut ainsi définir ses propres structures de données, les partager avec d'autres utilisateurs, et les faire évoluer facilement, tout en étant assuré de l'intégrité des données existantes.
Par exemple, dans un système de messagerie ou de développement de logiciel, un message ou un fichier devant être traité par plusieurs utilisateurs peut être associé à un concept à traiter d'un utilisateur assurant la supervision de tâches. Un utilisateur peut ainsi rechercher tous les fichiers qu'il doit traiter en disposant l'icône du fichier concept "à traiter" sur la zone de critère 2. Lorsque le message est traité par un utilisateur, un fichier lien vers un fichier concept "traité" de l'utilisateur peut être créé. Pour rechercher les fichiers non traités pour un utilisateur, il suffit de placer l'icône du fichier concept "à traiter" sur la zone de critère 2, et l'icône du fichier concept "traité" de l'utilisateur sur la zone d'exclusion 5. Pour rechercher les fichiers traités par un utilisateur, il suffit de placer l'icône du fichier concept "traité" de l'utilisateur sur la zone de critère 2.
Le procédé de gestion décrit précédemment peut également être utilisé pour dater des documents, en créant un fichier date contenant un champ date et heure courante et l'identifiant du document à dater.
Il apparaîtra clairement à l'homme de l'art que la présente invention est susceptible de diverses variantes de réalisation et diverses applications. En particulier, l'invention n'est pas limitée aux applications précédemment décrites mais peut s'appliquer à toute autre application pouvant faire intervenir une base de données. Les modes de réalisation précédemment décrits sont purement illustratifs et peuvent être modifiés dans le cadre défini par les revendications annexées.
Par ailleurs, les différents modes de réalisation d'un procédé de recherche de données précédemment décrits, constituent une invention à part entière qui peut être mise en œuvre indépendamment des étapes d'introduction d'un fichier dans un ensemble de fichiers. Cette invention consiste en un procédé de recherche de données dans un ensemble de fichiers, comprenant des étapes consistant à : afficher dans une interface graphique une zone de critère, et une zone de résultat, activer une recherche de fichiers dans l'ensemble de fichiers lors du placement sur la zone de critère de recherche d'une icône correspondant à un fichier de l'ensemble de fichiers, la recherche utilisant comme critère de recherche une donnée figurant dans chaque fichier correspondant à une icône placée sur la zone de critère, et afficher sur la zone de résultat une ou plusieurs icônes correspondant chacune à un fichier de l'ensemble de fichiers, contenant la donnée utilisée comme critère de recherche.
Il est à noter qu'il n'est pas nécessaire que le critère de recherche soit l'identifiant d'un fichier dont une icône est placée sur la zone de critère 2. Il importe simplement que le critère soit une donnée préalablement désignée dans le fichier. Selon un mode de réalisation, des icônes 10 placées côte à côte sur la zone de critère 2 définissent un critère de recherche combinant par l'opérateur booléen OU des identifiants des fichiers correspondant aux icônes placées côte à côte, et/ou des icônes superposées sur la zone de critère de recherche définissent un critère de recherche combinant par l'opérateur booléen ET une donnée de chacun des fichiers correspondant aux icônes superposées, et/ou une icône placée sur une zone d'exclusion 5 de la zone de critère définit un critère de recherche dans lequel une donnée du fichier correspondant l'icône présente sur la zone d'exclusion, est associée à l'opérateur booléen NON.
Selon un mode de réalisation, les icônes de fichiers 10 présentées sur la zone de résultat 3 sont marquées en fonction de la position de l'icône correspondante placée sur la zone de critère 2.
Selon un mode de réalisation, le placement d'une icône 10 sur la zone de critère 2 déclenche l'exécution d'un programme identifié dans un champ présent dans le fichier correspondant à l'icône placée sur la zone de critère. L'icône placée sur la zone de critère 2 peut être un fichier contenant un critère de recherche, et un champ du fichier peut désigner un programme dont l'exécution place une ou plusieurs icônes de fichiers sur la zone de critère, telles qu'elles figuraient sur la zone de critère à un moment où le critère de recherche a été enregistré, et/ou le programme peut déclencher une recherche par un moteur de recherche accessible sur Internet sur la base de mots clés introduits dans une fenêtre de saisie.
ANNEXE I (faisant partie intégrante de la description)
Fichier F1
/*
kx self xebaf-zuzat-zocut-telyc-bycyn-talyd-nukak-senom-lufyr-mipaz-gulab- kacep-kilid-pobin-bekub-tyvib-koxix xk
kx name "F1 " xk
kx ref Yuhen-zakid-kakas-mased-hedot-faded-tamap-rulem-porib-cihit-vicif- fazuh-kisit-tycat-gypaf-dymag-raxur" xk
kx ref Yucod-pibev-mehog-puhuc-vypiz-donom-bocet-vymyc-retyz-gyfam- damul-hanud-dikav-fulyg-cuvez-ligyb-hexor" xk
Fichier F2
/*
kx self xozah-lydeg-vymap-nopop-decec-zuvod-zufof-pikav-halut-dycyt-mogit
-kofer-bipaf-nimib-benef-mefeh-nyxux xk
kx name "F2" xk
kx ref Yuhen-zakid-kakas-mased-hedot-faded-tamap-rulem-porib-cihit-vicif- fazuh-kisit-tycat-gypaf-dymag-raxur" xk
kx ref Yucod-pibev-mehog-puhuc-vypiz-donom-bocet-vymyc-retyz-gyfam- damul-hanud-dikav-fulyg-cuvez-ligyb-hexor" xk
Fichier F3
/*
kx self xucod-pibev-mehog-puhuc-vypiz-donom-bocet-vynnyc-retyz-gyfann- damul-hanud-dikav-fulyg-cuvez-ligyb-hexox xk
kx name "F3" xk
kx ref "risiz-kynov-mogec-tycas-livaf-hytov-cyzar-hofed-nobyl-zuvyz-mifav- kiteb-nodun-mipyr-bilac-ceheh-zyxyr" xk
kx prop "description", "xx xxxxx xx xx xxxx" xk
7 Fichier F4
/*
kx self xofoh-hafuf-mybyg-fagas-fidec-cufov-nnalaf-lalof-bizyk-kapig-nyben- bymyb-ditug-zarud-hobaf-hikud-zixox xk
kx name "F4" xk
kx ref "rebor-movab-vyzif-tisaz-hurev-vuzys-vohyk-kyfaz-pehih-dygik-zukuv- zulek-fobyk-vedug-banal-sylin-muxar" xk
Fichier F5
/*
kx self xedaz-harov-tifav-biguf-cobuh-pivyz-punyg-duguk-sisek-lohaz-gikot- rymoc-kirac-pytim-pimip-suhin-maxux xk
kx name "F5" xk
kx ref "ruriv-kypeh-sycir-rysyl-cadab-sapon-dynoz-fahan-zafiz-lenec-camynn- tyrat-nihor-rugek-ryfuf-luged-hexyr" xk
kx ref2 rucod-pibev-mehog-puhuc-vypiz-donom-bocet-vymyc-retyz-gyfam- damul-hanud-dikav-fulyg-cuvez-ligyb-hexor 'rofoh-hafuf-mybyg-fagas- fidec-cufov-malaf-lalof-bizyk-kapig-nyben-bymyb-ditug-zarud-hobaf- hikud-zixor" xk
7
ANNEXE II (faisant partie intégrante de la description)
Fichier Démo Save Search
/*
kx self xiror-banuv-myvab-butol-fylim-pahir-dihaz-nicek-sitec-rilor-bogom- nazeh-sytig-ludal-mukab-nalal-vexax , {main} xk
kx name "Démo Save Search" , {main} xk
kx ref "rodeb-voset-tyvaf-vituv-nypad-vozeb-humit-detif-hakuf-tufol-vobaz- gebuv-fytyv-caniz-sevul-cytuh-hexer" xk
kx prop "kx.search", "{'ContainerlD':'308517Name':'Business Model Canvas', 'Value':'ribam-rupil-zomaz-hifod-vuhep-levyg-rizon-voguh-revoh-dirus- nagol-nagyt-zupim-debym-codim-kadod-nexir',
'x':0.18954758190327614,'y':0.2768777614138439}" xk
kx prop "kx.search", "{'ContainerlD':'103';Name':'Concept &Mine';Value':'reb or-movab-vyzif-tisaz-hurev-vuzys-vohyk-kyfaz-pehih-dygik-zukuv-zul ek-fobyk-vedug-banal-sylin-muxa&ubir-fefid-vecul-gysyr-zetor-sicus-m oleh-gisaf-vifab-karyc-beras-sitos-kyzub-dafuz-dunyh-vukof-sixir', 'x':0.7371294851794071 ,'y':0.20765832106038293}" xk
kx prop "kx.negation_search", "{'ContainerlD':'76';Name':'Kx';Value':'rirad-ty voh-cydoh-mozah-gazir-sahot-kiped-huguv-vipip-lazor-piryp-cacin-tad um-pobug-finaz-pykef-dexer','x':0.4765990639625585,
y :0.8718703976435935}" xk
kx signer ruzin-tinen-cudib-fudab-poruh-salup-letin-sehoh-poluc-bazec-dahyr- gogun-rokeh-vusin-fatoz-tymab-fexar , {compatibility} xk
kx prop "kx.author", "rulop-tedub-mykyg-hazok-kogak-filad-tybel-kefyr-fugyk- lageg-lasip-rityp-mypeg-kicyh-tones-mefuf-daxur" xk

Claims

REVENDICATIONS
1 . Procédé de gestion d'un ensemble de fichiers, comprenant des étapes consistant à :
afficher une interface graphique comprenant des zones d'affichage (1 à 5) dont une zone de référence (4), des fichiers d'un ensemble de fichiers étant chacun présentés sous la forme d'une icône (10) sur l'une des zones d'affichage, chaque fichier de l'ensemble de fichiers contenant un identifiant unique identifiant le fichier, et
traiter une commande d'insertion dans l'ensemble de fichiers d'un fichier préexistant sélectionné, n'appartenant pas à l'ensemble de fichiers, le traitement de la commande d'insertion comprenant des étapes consistant à : générer un nouveau fichier dans l'ensemble de fichiers, à partir du contenu du fichier préexistant sélectionné,
générer un identifiant unique identifiant le nouveau fichier, et insérer dans le nouveau fichier l'identifiant unique généré et un lien de référence généré à partir d'un identifiant du fichier correspondant à chaque icône se trouvant sur la zone de référence.
2. Procédé selon la revendication 1 , dans lequel l'identifiant de fichier et les éventuels liens de référence sont insérés dans le nouveau fichier sans affecter la manière dont peut être exploité le contenu du fichier préexistant se trouvant dans le nouveau fichier.
3. Procédé selon l'une des revendications 1 et 2, dans lequel chaque icône de fichier (10) affichée dans l'interface graphique représente toutes les copies éventuelles d'un fichier comportant un même identifiant, indépendamment d'un espace de stockage (CDB, DS1 , DS2, LS1 , LS2) où une copie du fichier peut être stockée.
4. Procédé selon l'une des revendications 1 à 3, comprenant une étape d'insertion dans l'ensemble de fichiers, d'un fichier (F5) de type lien entre deux fichiers (F3, F4), lors de la superposition de deux icônes (10) de fichier présentes sur une zone de fichiers favoris (1 ) des zones d'affichage, le fichier de type lien contenant un identifiant unique identifiant le fichier de type lien et un double lien de référence comprenant l'identifiant chaque fichier correspondant aux deux icônes superposées.
5. Procédé selon l'une des revendications 1 à 4, comprenant des étapes consistant à :
rechercher un emplacement d'insertion d'un identifiant dans le nouveau fichier, au moyen d'un repère,
calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au nouveau fichier, l'empreinte calculée ayant une valeur dépendant de chacun des bits du nouveau fichier, et
insérer l'empreinte à l'emplacement d'insertion trouvé dans le nouveau fichier, l'empreinte faisant office d'identifiant du nouveau fichier.
6. Procédé selon l'une des revendications 1 à 5, dans lequel l'exploitation d'un fichier de l'ensemble de fichiers est précédée d'étapes de contrôle d'intégrité consistant à :
calculer une empreinte numérique en appliquant une fonction calcul d'empreinte au fichier à exploiter, l'empreinte calculée ayant une valeur dépendant de chacun des bits du nouveau fichier à l'exception des bits constituant l'identifiant du fichier à exploiter, figurant dans ce dernier, et
comparer l'empreinte calculée à l'identifiant du fichier à exploiter, le contrôle d'intégrité du fichier à exploiter étant réussi si l'empreinte calculée correspond à l'identifiant du fichier à exploiter, l'exploitation du fichier à exploiter étant autorisée seulement si le contrôle d'intégrité du fichier à exploiter a réussi.
7. Procédé selon la revendication 6, comprenant des étapes de recherche d'une copie du fichier à exploiter et de contrôle d'intégrité de la copie de fichier trouvée, si le contrôle d'intégrité du fichier à exploiter a échoué.
8. Procédé selon l'une des revendications 1 à 7, dans lequel le nouveau fichier contient un identifiant d'un fichier profil de l'utilisateur ayant émis la commande d'insertion du nouveau fichier dans l'ensemble de fichiers.
9. Procédé selon l'une des revendications 1 à 8, comprenant des étapes consistant à :
afficher dans l'interface graphique une zone de critère (2) et une zone de résultat (3) des zones d'affichage,
activer une recherche de fichiers dans l'ensemble de fichiers lors du placement sur la zone de critère d'une icône (10) correspondant à un fichier de l'ensemble de fichiers, la recherche utilisant un critère de recherche généré à partir de l'identifiant de chaque fichier correspondant à une icône placée sur la zone de critère, et
afficher sur la zone de résultat une ou plusieurs icônes correspondant chacune à un fichier de l'ensemble de fichiers, contenant une partie du critère de recherche.
10. Procédé selon la revendication 9, dans lequel :
des icônes (10) placées côte à côte sur la zone de critère (2) définissent un critère de recherche combinant par l'opérateur booléen OU des identifiants des fichiers correspondant aux icônes placées côte à côte, et/ou
des icônes superposées sur la zone de critère de recherche définissent un critère de recherche combinant par l'opérateur booléen ET une donnée de chacun des fichiers correspondant aux icônes superposées, et/ou
une icône placée sur une zone d'exclusion (5) de la zone de critère définit un critère de recherche dans lequel une donnée du fichier correspondant l'icône présente sur la zone d'exclusion, est associée à l'opérateur booléen NON.
1 1 . Procédé selon l'une des revendications 9 et 10, dans lequel les icônes de fichiers (10) présentées sur la zone de résultat (3) sont marquées en fonction de la position de l'icône correspondante placée sur la zone de critère (2).
12. Procédé selon l'une des revendications 9 à 1 1 , dans lequel le placement d'une icône (10) sur la zone de critère (2) déclenche l'exécution d'un programme identifié dans un champ présent dans le fichier correspondant à l'icône placée sur la zone de critère.
13. Procédé selon la revendication 12, dans lequel :
l'icône placée sur la zone de critère (2) est un fichier contenant un critère de recherche, et un champ du fichier désigne un programme dont l'exécution place une ou plusieurs icônes de fichiers sur la zone de critère, telles qu'elles figuraient sur la zone de critère à un moment où le critère de recherche a été enregistré, et/ou
le programme déclenche une recherche par un moteur de recherche accessible sur Internet sur la base de mots clés introduits dans une fenêtre de saisie (6).
14. Système comprenant un écran d'affichage et un organe de commande, et configuré pour mettre en œuvre le procédé selon l'une des revendications 1 à 13.
15. Support d'enregistrement lisible par un ordinateur, mémorisant des instructions de programme exécutable par l'ordinateur pour mettre en œuvre le procédé selon l'une des revendications 1 à 13.
EP15725840.1A 2014-05-12 2015-05-11 Base de fichiers relationnelle et interface graphique de gestion d'une telle base Pending EP3143518A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1454205A FR3020883B1 (fr) 2014-05-12 2014-05-12 Base de fichiers relationnelle et interface graphique de gestion d’une telle base
PCT/FR2015/051225 WO2015173500A1 (fr) 2014-05-12 2015-05-11 Base de fichiers relationnelle et interface graphique de gestion d'une telle base

Publications (1)

Publication Number Publication Date
EP3143518A1 true EP3143518A1 (fr) 2017-03-22

Family

ID=51417412

Family Applications (1)

Application Number Title Priority Date Filing Date
EP15725840.1A Pending EP3143518A1 (fr) 2014-05-12 2015-05-11 Base de fichiers relationnelle et interface graphique de gestion d'une telle base

Country Status (4)

Country Link
US (1) US10262026B2 (fr)
EP (1) EP3143518A1 (fr)
FR (1) FR3020883B1 (fr)
WO (1) WO2015173500A1 (fr)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11900469B2 (en) * 2015-02-03 2024-02-13 State Farm Mutual Automobile Insurance Company Point-of-service tool for entering claim information
US11799974B2 (en) * 2017-08-31 2023-10-24 Microsoft Technology Licensing, Llc User profile aggregation and inference generation
US10956884B2 (en) * 2018-10-26 2021-03-23 Sunrise R&D Holdings, Llc System and method for product display
US11769199B2 (en) * 2021-04-14 2023-09-26 Visa International Service Association System, method, and computer program product for network anomaly detection

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8180814B1 (en) * 2011-02-16 2012-05-15 Docbert, LLC System and method for file management

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7739121B2 (en) * 2002-01-29 2010-06-15 One Network Enterprises, Inc. Method and apparatus for providing intelligent and controlled access to supply chain information
US7072893B1 (en) * 2002-11-27 2006-07-04 Adobe Systems Incorporated Repairing links in locked files
US7028031B1 (en) * 2002-11-27 2006-04-11 Adobe Systems Incorporated Repairing links in deactivated files
GB0302531D0 (en) * 2003-02-04 2003-03-12 European Molecular Biology Lab Embl Database search tool
US9678967B2 (en) * 2003-05-22 2017-06-13 Callahan Cellular L.L.C. Information source agent systems and methods for distributed data storage and management using content signatures
US9015180B1 (en) * 2007-05-09 2015-04-21 Vmware, Inc. Repository including file identification
US8347263B1 (en) * 2007-05-09 2013-01-01 Vmware, Inc. Repository including installation metadata for executable applications
US8577937B1 (en) * 2007-05-09 2013-11-05 Vmware, Inc. Repository including exclusion list
US11262996B2 (en) * 2007-05-09 2022-03-01 Vmware, Inc. Repository including exclusion list
US8001083B1 (en) * 2007-05-09 2011-08-16 Vmware, Inc. Repository including version management
US8171141B1 (en) * 2009-04-02 2012-05-01 Vmware, Inc. Provisioning system including stack manager
US9195736B2 (en) * 2013-08-07 2015-11-24 Red Hat, Inc. System and method for content storage

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8180814B1 (en) * 2011-02-16 2012-05-15 Docbert, LLC System and method for file management

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "c# - Unique file identifier in windows - Stack Overflow", 31 March 2012 (2012-03-31), pages 1 - 6, XP093232421, Retrieved from the Internet <URL:https://stackoverflow.com/questions/1866454/unique-file-identifier-in-windows> *
See also references of WO2015173500A1 *

Also Published As

Publication number Publication date
WO2015173500A1 (fr) 2015-11-19
FR3020883A1 (fr) 2015-11-13
US10262026B2 (en) 2019-04-16
FR3020883B1 (fr) 2022-03-25
US20170091260A1 (en) 2017-03-30

Similar Documents

Publication Publication Date Title
JP4602769B2 (ja) 文書セットのコンテンツ空間のナビゲーション
EP2949070B1 (fr) Procédé de vérification de l&#39;intégrité d&#39;un bloc de données numériques
CN102667776B (zh) 用于处理信息流的信息的方法和系统
US12450252B2 (en) Extensible data platform with database domain extensions
CN103348341A (zh) 用于在用户界面的帮助下为数字样本编译唯一的样本代码的用户友好的方法和系统
US8001154B2 (en) Library description of the user interface for federated search results
KR20130067304A (ko) 개인 메타데이터를 처리하기 위한 방법
US20080282355A1 (en) Document container data structure and methods thereof
US20140358868A1 (en) Life cycle management of metadata
US20130283231A1 (en) Method and System for Compiling a Unique Sample Code for an Existing Digital Sample
US8875301B2 (en) Software license incompatibility determination
FR2951295A1 (fr) Procede pour le remplacement d&#39;un contenu visuel prenant en consideration des exigences de cout, droit d&#39;auteur et confidentialite
EP2951748A1 (fr) Systèmes et procédés pour déterminer la compatibilité entre des licences de logiciel
EP3143518A1 (fr) Base de fichiers relationnelle et interface graphique de gestion d&#39;une telle base
US12561287B2 (en) Duplicate file management for content management systems and for migration to such systems
US20120185459A1 (en) Identifying universal resource locator rewriting rules
Kim et al. Search prevention with captcha against web indexing: A proof of concept
Vermaas et al. Open computer forensic architecture a way to process terabytes of forensic disk images
Varanasi et al. Versioning, Paging, and Sor ting
FR2828308A1 (fr) Systeme de gestion d&#39;une base de donnees topologique
WO2022197420A1 (fr) Plateforme de données extensible dotée d&#39;extensions de domaine de base de données
CN117396878A (zh) 带有偏移映射的分词算法

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

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

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20161116

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20181213

111L Licence recorded

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

Free format text: EXCLUSIVE LICENSE

Name of requester: SATT PACA CORSE, FR

Effective date: 20210506

APBK Appeal reference recorded

Free format text: ORIGINAL CODE: EPIDOSNREFNE

APBN Date of receipt of notice of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA2E

APBR Date of receipt of statement of grounds of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNNOA3E

APBV Interlocutory revision of appeal recorded

Free format text: ORIGINAL CODE: EPIDOSNIRAPE

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: KEEEX