WO2008043392A1 - Procede pour traiter des informations - Google Patents

Procede pour traiter des informations Download PDF

Info

Publication number
WO2008043392A1
WO2008043392A1 PCT/EP2006/067238 EP2006067238W WO2008043392A1 WO 2008043392 A1 WO2008043392 A1 WO 2008043392A1 EP 2006067238 W EP2006067238 W EP 2006067238W WO 2008043392 A1 WO2008043392 A1 WO 2008043392A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
links
container
information
relationship
Prior art date
Application number
PCT/EP2006/067238
Other languages
English (en)
Inventor
Richard Chappuis
Original Assignee
Richard Chappuis
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 Richard Chappuis filed Critical Richard Chappuis
Priority to PCT/EP2006/067238 priority Critical patent/WO2008043392A1/fr
Priority to EP06807121A priority patent/EP2074531A1/fr
Publication of WO2008043392A1 publication Critical patent/WO2008043392A1/fr
Priority to US12/420,382 priority patent/US8250039B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G06F16/288—Entity relationship models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9024—Graphs; Linked lists

Definitions

  • the present invention relates to a method for processing information, in particular for identifying, archiving, arranging, communicating, analyzing, editing and retrieving information, by means of digital information processing systems.
  • RDBMS RDBMS
  • a RDBMS comprises a set of applications built on top of a relational database, and which makes it possible to process the information stored by it.
  • segmentation There are two types of segmentation: vertical segmentation, or semantic segmentation, which expresses the difficulty of measuring the interconnection of information between them, and horizontal segmentation, which expresses the difficulty of measuring the evolution of information over time.
  • vertical segmentation or semantic segmentation
  • horizontal segmentation which expresses the difficulty of measuring the evolution of information over time.
  • RDBMS the information is segmented vertically into layers.
  • the architecture of a RDBMS is divided into three main layers, subdivided into several sub-layers. They are presented below from the lowest to the highest:
  • the meta-information necessary for the modeling of the domain handled by the RDBMS is segmented, they are: in the relational model, in the object model, in the implementation of the code, and sometimes even in the sub-layers of Presentation. If the information stored in the RDBMS can be manipulated easily, the The information, however closely related to this information, resides in the RDBMS structure and is much more difficult to modify or supplement.
  • Time modeling is a complex feature to achieve and poorly integrated with RDBMS.
  • WO00 / 29980 describes an associative model of data storage based on relationships between entities. Information is stored in both entities and relationships. Relationships can have attributes, including a date from which a relationship is valid. Invalid relationships are not deleted, but rendered inactive. The design of a database according to this model is not intuitive; information is shared between entities and relationships. The storage model remains difficult to modify and evolve.
  • US6609132 discloses a non-relational database system ("data container”), providing an explicit description of the links between objects.
  • the links have qualifiers.
  • EP583108 is another example of a database based on relationships between entities.
  • GB2293667 and WO2004 / 099941 describe nonrelational database systems with explicit and qualified entity links. However, data can only be stored hierarchically.
  • the RDF model described at www.w3.org/rdf, was originally designed to help structure web-based information and index it effectively using resources represented by triplets.
  • a triplet can contain the references of three triplets, including its own.
  • US6185556 describes, especially in the introduction, time databases, in which time attributes are associated with the different records.
  • US2005 / 0055385 is another example of a document describing temporal databases. The method makes it possible to consult the state of the table at any time in the past.
  • the information is stored, at least in part, in tables or similar entities.
  • the definition of tables is generally fixed and largely determines the possibilities of storage and retrieval of information.
  • the object of the present invention is to propose an information processing method free from the limitations of known methods, in particular free from the problems related to the vertical and horizontal segmentation of the information.
  • Another goal is to propose an alternative to the relational model, free from the limitations of the relational model, especially concerning the modeling of complex structures and the different treatment of meta-information.
  • Another goal is to reduce the redundancy of information, to identify it and to speed up the speed of processing, communication and retrieval of information.
  • Another aim is to propose an information processing system making it possible to archive and process all the information, including the meta-information of the stored models and the information necessary for the complete description of said system.
  • the information identified by the Links and processed by the method also includes the meta-information, which is therefore not stored and processed separately as in the solutions of the prior art.
  • the method of the invention preferably allows to create, identify, archive, arrange, communicate, search, analyze, modify, and erase information by creating, identifying, archiving, arranging, searching, analyzing, modifying and erasing links. in a Base of Links, or in several Bases of Links communicating with each other.
  • the prior art processes the information by processing data and references to that data, whereas the process processes Links connecting links between them.
  • the "Link” of the process written with a capital letter, is a particular data structure that should not be confused with a simple reference, nor with a hyper-link.
  • “Links of Invention” links links, but contains information that goes beyond a simple reference to a content.
  • each link represents at least one identified content only and references three other links respectively corresponding to the container of said link, to a
  • a set of information (including meta-information, ie informative content and containers) is archived by links linking links and some of which represent data.
  • the process does not segment information, but links it, the information is no longer segmented by meta-information. Thus there is no longer any differentiated treatment between information and meta-information.
  • the process therefore manipulates only fixed size data structures, Links, which optimizes access to information.
  • Some Links may implicitly match data. For example: it is possible to match the identifiers of a set of Links with ASCII or UNICODE characters, or with the keys of a key-value dictionary whose values designate this or that data. A word can then be defined by a set of links identifying a character, or by a link identifying a record in a dictionary of words.
  • Links can explicitly reference external data to synchronize a process-based information processing system with previous techniques, eg existing data maintained by file systems, external applications, databases, servers Web ...
  • the method enables the creation of information processing systems, where all the information entered by the users is represented as links, and where the system itself is self-described by links.
  • the structure of the system is entirely defined by itself.
  • Such a system can modify and improve its own definition, it can also be identified by a Link.
  • the Link connects all the information between them, there is no more vertical segmentation.
  • the Link represents a new archiving unit, the processing of the information being done by the processing of Links.
  • the time management of the information, of the meta-information, and of the system itself is considerably simplified.
  • the process is not segmented not information in time, but processes all information in different time contexts.
  • the temporal attributes of the Link allow simple temporal indexing of all the information processed by the method. Entering information involves making or undoing links over time. There is no more horizontal segmentation; we can return to a previous state of the System simply by activating the valid Links at the chosen time.
  • the method of the invention is based in particular on the following observations and postulates:
  • the process is based on a questioning of the notion of information: what is information? For example, does the data "Richard” carry information? In a given cultural context, the data "Richard” can be related to different information: to a word; to a name, that of Richard Wagner; to a surname, that of Pierre Richard; to a French common name, designating a rich person; to a famous person, etc.
  • the information lies in the links and not in the data.
  • the information lies in the evolution of links over time.
  • Information is expressed, transmitted, understood, by gesture, by movement.
  • the information is expressed by sequences of links that are made and discarded in time.
  • Figure 1 illustrates a Content.
  • Figure 2 illustrates a Container.
  • Figure 3 illustrates a Container and two Contents.
  • Figure 4 illustrates a Link.
  • Figure 5 illustrates a Link and its reference on its Container.
  • Figure 6 illustrates the faculty of re-entry of the Link.
  • Figure 7 illustrates a Link that represents a Container.
  • FIG. 8 illustrates the reference C of a Link 1 on its Container 4, the reference P on a Parent Content 2, and the reference E on a
  • Figure 9 illustrates a particular Link, called Relation.
  • Figure 10 illustrates a Relationship and its Contents.
  • Figure 11 illustrates the Container of Relations 5 and a Relation.
  • Figure 12 illustrates a relationship associating a Parent Container 6 with a Child Container 7.
  • Figure 13 illustrates the Links 8 of a Relationship 9 linking the ParentPatents 10 to the ChildContents 12.
  • Figure 14 illustrates the ParentRation 15 of a Container 14.
  • Figure 15 illustrates the ChildRelations 17 of a Container 16.
  • Figure 16 illustrates the recursivity of the ContainerDesRelations 18.
  • Figure 17 illustrates an RC Relationship 22.
  • Figure 18 illustrates any Model.
  • Figure 19 illustrates the addition of Content 36 in a Model.
  • Figure 20 illustrates the role of RC relationships.
  • Figure 21 illustrates an implicit representation of characters by links.
  • Figure 22 illustrates an implicit representation of the keys of a dictionary by Links.
  • Figure 23 illustrates an explicit representation of the records of a table by Links.
  • Figure 24 illustrates an explicit representation of data embedded in the link structure.
  • Figure 25 illustrates different forms of archiving the main attributes of the Link.
  • Figure 26 illustrates the three editing operations (create, modify, and delete) information by enabling and / or disabling links.
  • Figure 27 illustrates a Relation 83 associating a Relation 44 with a Container 84.
  • Figure 28 illustrates a Relation 85 associating a Relation 86 with a Relation 87.
  • Figure 29 illustrates the ability to re-enter a System.
  • Figure 30 illustrates the first Link of a Core of 9 Links.
  • Figure 31 illustrates the re-entry of a Core of 9 Links.
  • Figure 32 illustrates the re-entry of a 9 Link Core seen differently.
  • Figure 33 shows a Core of 9 Links still incomplete.
  • Figure 34 illustrates a 9-link kernel still incomplete.
  • Figure 35 illustrates a 9-link kernel still incomplete.
  • Figure 36 shows a Core of 9 Links still incomplete.
  • Figure 37 shows a complete 9-link kernel.
  • Figure 38 illustrates a full 9 Link Core where each Container and Content is represented by a Link.
  • Figure 39 illustrates a full 9 Link Kernel without its schematic representation.
  • Figure 40 schematically illustrates a simple model.
  • Figure 41 illustrates the Links that need to be added to the Link Core to represent the Model in Figure 40.
  • Figure 42 redraws the Model in Figure 40 by illustrating the
  • Figure 43 illustrates the possible cardinalities of a relationship.
  • Figure 44 illustrates a simplified schematic representation of the Core of 9 Links.
  • Figure 45 illustrates the same Core 9 Links, but depleted of a TReI Intermediate Container.
  • Figure 46 illustrates the re-entry of a Core of 14 Links.
  • Figure 47 illustrates the first Link 105 of a Core of 14 Links.
  • Figure 48 shows the R-Core Container of 14
  • Figure 49 shows the R-Container containing the two RC-MC and RC-R relationships already created.
  • Figure 50 illustrates the addition of the CP and CE relationships needed to define the ContainerDesRelations.
  • Figure 51 illustrates a complete 14-link kernel.
  • Figure 52 illustrates a complete 14-link kernel where each container and content is represented by the id of the link that identifies them.
  • Figure 53 illustrates a complete 14-link kernel without its schematic representation.
  • Figure 54 illustrates a simplified representation of the Core of 14 Links representing the "S" System.
  • Figure 55 illustrates the creation of an IntraSystem "iS” and a MetaSystem “mS”.
  • Figure 56 illustrates a 44 Link Core based on a 14-link Core Enhancement.
  • Figure 57 illustrates a simplified representation of the Core 44
  • Figure 58 illustrates a simple Model A-B.
  • Figure 59 shows a table of possible links for archiving links useful for the creation of Model A-B.
  • Figure 60 shows the set of Links added sequentially to the table after the creation of Model A-B is complete.
  • Figure 61 illustrates a simplified representation of the 44 Link Core after the creation of Model A-B.
  • Figure 62 illustrates an example of simple upgrade meta-modeling.
  • Figure 63 illustrates the detail of the links necessary to represent the example of Figure 62.
  • Figure 64 illustrates an example of multi-ranking meta-modeling.
  • Figure 65 illustrates an example of assembly meta-modeling.
  • Figure 66 illustrates an example of intra-modeling by multiple inheritance.
  • Figure 67 illustrates the detail of the Links necessary to represent the example of Figure 66.
  • Figure 68 illustrates an example of intra-modeling by simple inheritance.
  • Figure 69 illustrates an example of intra-modeling by transformation.
  • Figure 70 illustrates the detail of the links necessary to represent the example of Figure 69.
  • Figure 71 illustrates an example of intra-modeling by cutting.
  • Figure 72 illustrates an example of semantic marking of information.
  • Figure 73 illustrates a simple "A" selection.
  • Figure 74 illustrates an example of Logic Selection.
  • Figure 75 illustrates a different notation to represent the example of Figure 74.
  • Figure 76 shows an example of creating a rule using Logical Selections.
  • Figure 77 schematically illustrates a plurality of time cursors for checking the status of a System 159 at different times. Examples of embodiment of the invention
  • a Content designates one of a collection of items. Content may be represented by a Link.
  • a Container is a collection of items, it contains Content.
  • Figure 2 illustrates a Container.
  • Figure 3 illustrates a container and its two contents.
  • a Container can be represented by a Link.
  • a Link represents at least one Content, it is uniquely identified by a unique identifier, id ( Figure 4). It contains a reference C on its Container ( Figure 5). A Link has a faculty of re-entry, it can be contained by itself, so that the reference C specifying its Container corresponds to its own identifier id ( Figure 6). Some Links also represent a Container ( Figure 7). A Link has two other references (figure 8) that link two Contents: a reference P on a Parent Content 2 and a reference E on a Child Content 3. The Link thus links two identified Contents and is contained by a Container also identified. It thus contains more information than a vector or a branch in a graph, each Link has an additional property: a reference on its Container, that is to say on another Link.
  • Child Content cf. Link.
  • a Link can represent a Relationship ( Figure 9).
  • a Relation is a Container, its Contents are Links ( Figure 10).
  • the Relationships are contained in a Container ( Figure 11), called ContenantDesRelations 5.
  • a Relationship associates two Containers ( Figure 12), a Parent Container 6 to a Child Container 7.
  • the Links ( Figure 13) 8 of a Relationship 9 link a Parent Content 10 from Parent Container 11 to Child Contents 12 of Child Container 13.
  • Child Container cf. Relationship.
  • a Container ( Figure 14) 14 is defined by one or more Relationships 15, called RelationshipParents.
  • the RelationParents of a Container are the Relationships that designate this Container as their Parent Container (via the CP Relationship).
  • Child Relationships of a Container ( Figure 15) 16 are the Relationships 17 that designate this Container as their Child Container (via the EC Relationship).
  • ARelationsContainer ( Figure 16) 18 contains and defines Relations 20. It is recursively defined by RelationParents 19 that thisRelationsContainer is used to define.
  • a RelationshipContainer is defined by at least two RelationshipParents: the CP Relationship and the CE Relationship.
  • a CP Relationship is a RelationshipParent of a
  • ContainerDesRelations that defines the Parent Container of a Relation.
  • An EC Relationship is a ParentReport of aRelationsContainer that defines the ChildContainer of a Relationship.
  • Relationship RC Some Relationships ( Figure 17), called RC Relationship, are used to represent a Container 21. This Container 21 is identified by the identifier id of the said Relationship RC 22. The Contents 23 of this Container are identified by the identifier id of each of the Links 24 of said RC Relation, said Links being referred to as Affiliation Links 24.
  • Links of Affiliation are the Links 24 contained by an RC Relationship 22.
  • Model is a set of Containers associated with Relationships ( Figure 18).
  • a Base of Links is a machine able to archive, in particular to create, to identify, to index, to insert, to move, edit, delete, search, analyze, and share Links in one or more Links collections, and able to distribute, exchange, and synchronize Links with other Linked Link Bases.
  • Kernel A kernel is a particular arrangement of a set of links that allows the booting of a self-described, self-supporting and re-entrant system.
  • a System is an information processing system implemented by the process and based on the processing of Links.
  • a System is fully represented by the Archived Links in one or more Link Bases.
  • a system is implemented by a computer program executed for example by a computer, an embedded system, an information processing device, etc.
  • the Re-Incoming Initial Link is the Link identifying a Core-based System.
  • IntraSystem System contained by System.
  • Meta System System containing other Systems.
  • a Link is uniquely identified as part of one or more Link Bases of all Link Bases implemented for: appropriate equipment, or multiple equipment interconnected by a network, or multiple interconnected networks, or multiple domains of links a network of networks.
  • Figure 18 shows a Model assembling six Containers by five Relationships.
  • the Container "Person" 25 is defined by three RelationshipParents:
  • Container "Address" 31 is defined by two RelationshipParents:
  • a Container creates a new Content by creating a Link for each of its Required, so-called “Required” Relationships.
  • the "Address” container 31 creates a new Content 36, in this case a new address, creating a Link 37 respectively 38 for each of its RelationParents 32 respectively 34. But how the Contents 36, 39, 40 and their respective Containers 31, 33, 35 are they representable by Links?
  • the process can represent a Container and its Contents by a particular Relation, called Relation RC.
  • Relation RC Relation
  • the "Address” 31, "Locality” 33 and "Street” 35 Containers are identified by three RC Relations.
  • the Contents 36, 39 and 40 are identified by Links. If Link 39 represents for example the Paris Locality, how can the data "PARIS" actually be represented by Links?
  • the "Character" container represented by the Relation RC 41 implicitly matches its Contents (the ids of its Links) with the characters UNICODE, here P, A, R, I and S.
  • the Container “Word” represented by Relation RC 42 creates the Content 43 that identifies the word “PARIS” through the Links of its ParentRelationship “characters” 44.
  • the "Locality” Container 33 links its Contents 39 to the word "PARIS" 43 through the Link 45 of his "Parent" relationship "word” 46.
  • the set of Links contained by "Character” 41 implicitly corresponds to a character set, otherwise says a range of identification of Links (part of the possible values of id) is reserved for the codes of a character set.
  • the "Word" container represented by the Relation RC 42 implicitly matches its Contents (the ids of its Links) to the keys 48 of a dictionary 47 whose values 49 represent words.
  • the word "PARIS” is identified by I Md of Link 43, which id is identical to the key 48 identifying the value "PARIS".
  • a set of Links implicitly corresponds to a set of values, in this case the words distinct from a dictionary.
  • a range of identification of Links is reserved for the keys of the dictionary.
  • the "Word" container 42 explicitly references its contents by means of a reference K 50 placed in relation with the column K 51 of an external table 52 which stores the data " PARIS "in another column 53.
  • An explicit reference requires the addition of an additional attribute 50 to the Link.
  • An explicit reference opens the System to external data structures, and synchronizes the System with existing and externally maintained data: an application, a file system, a database, a conventional RDBMS, etc. .
  • An explicit reference also makes it possible to synchronize information maintained by the System to the outside, for example to a Web server.
  • the "Word" contents 42 explicitly store the data "PARIS" in a field 54 of the structure of the Link provided for this purpose.
  • Different types of data such as numbers, memory addresses, etc., could be stored explicitly in the Links.
  • the structure of the link can be endowed with other reserved attributes, depending on the particular implementation of the process. For example: attributes to type the Links, to mark certain "static” or “system” Links, to indicate if the Link is active or not, to indicate access rights, to protect certain Links against erasure or accidental modification, to manage sorting conditions, to manage coefficients of frequency of solicitation, confidence and plausibility, synaptic weight, and / or ranking indices of the Link.
  • Figure 25 shows different forms of archiving of the main attributes constituting the structure of the Link.
  • Link 55 is preferably a fixed size data structure 56, which is easier and more efficient to process and store.
  • the structure of the Link consists of a unique identifier id 57, a reference to the unique identifier of a Parent Content P 58, a reference to the unique identifier of a Child Content E 59, and a reference to the unique identifier of its container C 60.
  • the link also contains at least one start of activation In 61 and at least one end of activation Out 62, as well as possibly other attributes 63 reserved to a particular implementation.
  • the unique identifier of the Link and its three references can be represented by four distinct fields, or by any appropriate data structure with any number of fields, including triplets ( Figure 25 -D), vectors ( Figure 25-E), etc.
  • a Complete System is described by a collection of Links that groups all the information into a single, extremely simple structure. The information is accessed through a set of simple, very repetitive, similar queries sent to the Link Database. It is therefore possible to produce very optimized information processing machines. To improve the processing efficiency of the Link Database, these attributes are preferably of numeric types, they store integers, and some are automatically indexed.
  • the temporal attributes can be archived (FIG. 25-B) by an activation start In 61 and a period 64. It is also possible to store several disjoint activation periods. Links can be split into two types (Figure 25-C) 68, "in” and “out” 66.
  • the P / E 69 content field indicates a P reference on ParentParent if the type is “in” 66, or it indicates a reference E on a Child Content if the type is "out” 66.
  • the field C 70 references the Container C if the type is "in” 66.
  • the field Time 71 indicates the start of activation In if the type is " in "66, and the activation end of the Link if the type is" out "66.
  • Another variant shown in Figure 25-D indicates the attribute 72 in one field, and its value 73 in another.
  • Figure 26 partially replicates the Model of Figure 18, where the "Person" container 25 is associated with the "Address” container 31 by the Address "Address” 30.
  • Figure 26-A a Person 75 and three Addresses 76, 77 and 78 are already seized. Person 75 is connected to Address 76 by Link 79.
  • Figure 26-B a new Person 80 is created, and at time t2 ( Figure 26-C) it is connected to Address 77 by Link 81.
  • time t3 (FIG.
  • the "Word" container 42 is defined by the "Character” 44 ParentRelationship "41".
  • the "Paris” 43 content consists of a series of links connecting the letters. P, A, R, I and S, but the order of the letters is not indicated.
  • Figure 27 illustrates an ability to represent the order of the letters by the "Order" relation 83 on the "Number” container 84. It is said that a Relation associates two Containers, but a Relation is also a Container.
  • the "order” relationship 83 associates, for example, a relationship ("characters" 44) with a container ("number” 84).
  • Another example, illustrated in Figure 28, shows a Relationship 85 which associates two Relationships 86 and 87. In this case, we say that Relation 85 is a RelationParent of Relation 86 and a Relation Relationship Relation 87.
  • a kernel makes it possible to implement an information processing system said self-described, self-supporting and re-entrant.
  • a System is self-describing because it does not use any element external to itself to define itself, it deals with Links and it is defined by Links.
  • a System is self-supporting because it is able to enhance the Models it creates as well as to improve itself, that is, to improve and enrich the Model from which it is initiated, called Core.
  • Core the System can grow the kernel to more sophisticated versions and introduce a second generation kernel.
  • a System 88 shown in Figure 29, is re-entrant because it represents a set 89 of Containers 90, that it is itself a Container 91, and that it contains itself 92.
  • the System itself is uniquely identified by a Link. The particular structure of the Link and the creation of Kernels are therefore strongly linked.
  • the System is represented by a Container Container called the Container Meta TM.
  • the MetaContenant MC is the only information, it is the first Link 93 of the Core, it is identified with the id "1" 94.
  • the faculty (figure 31) of re-entrance of the Link 95 gives MetaContenant MC the ability to contain itself, or to be contained by itself ( Figure 32); but he has no knowledge of himself, he does not know that he contains himself, he does not exist yet.
  • all information exists only in relation to other information. If there is only one piece of information, then this piece of information represents both a relationship and both the information that the relationship serves to link.
  • the MetaContenant MC represents both a Relation and both the Containers that said Relation serves to associate.
  • a Relation used to represent a Container is an RC Relation
  • the MetaContenant MC ( Figure 33) is an RC 96 Relation, it is renamed MC / RC Relation.
  • An RC Relationship ( Figure 34) 97 associates two Containers: the ParentContainer is the RC Relationship itself 98, and the ChildContainer is the 99 Container of the RC 97 Relationship (the MC / RC Relationship Container itself is that it contains itself), so that 100Parent Content of a Membership Link refers to the id of that same Membership Link, and so that the Child Content of a Membership Link refers to it. id of the Link identifying the RC Relationship.
  • the first Kernel Link 93 called Re-Inbound Initial Link, can be now fully populated 102.
  • the Re-Inbound Initial Link identifies the System implemented by this Kernel.
  • the MC / RC Relationship is a Container that contains a Relation (itself), so the MC / RC Relationship represents the CoreRelations Container. It takes at least two RelationshipParents to a RelationshipContainer to define its Relationships: the CP Relationship that designates the ParentContainer, and the EC Relationship that designates the ChildContainer of a Relationship.
  • Figure 35 illustrates the addition of the CP Relationship, identified by Link "2”.
  • Figure 36 illustrates the addition of the CE Relationship, identified by Link "3”.
  • the SystemContainerContainer, MC / RC Relation now contains three Relationships: itself (Link "1"), Relationship CP (Link "2"), and Relation CE (Link "3").
  • ContainerParent is the MC / RC Relationship
  • FIG. 40 A Container A associated with a Z Container by a R Relationship, the Content a is connected to the Content z by the Link r.
  • Figure 41 illustrates the Links that must be added to the Core of Nine Links to describe the Containers of this Model.
  • the MC / RC Container creates three Relations identified by the id A, Z and R.
  • the A and Z Relationships are RC Relations, they represent the A and Z Containers.
  • the "21", "22” and "23" Links of The CP Relationship indicates the Parent Container of each of the three Relationships A, Z and R.
  • the "31", “32” and “33" Links of the CE Relationship indicate the Child Container of each of the three A, Z and R Relations.
  • FIG. 42 redraws the Model by illustrating the Parent Container and Child Container of the three Relationships A, Z and R.
  • Figure 42 also illustrates the Links that must be added to define the Contents of this Model: the Link has identified a Content of A, the Link z identifies a Content of Z, and Link r connects these two Contents.
  • Content and Containers, that is information (including meta-information), are only described by Links.
  • the Core of Nine Links is self-supporting, it is able to enhance and enrich its own definition by creating new Containers and Relationships. Moreover, it must be enriched with certain properties, to really allow a modeling of information.
  • Figure 44 illustrates a simplified schematic representation of the Core of Nine Links, each of the three MC / RC, CP and CE Relationships contains three Links.
  • Figure 45 represents this same Core, but depleted of an Intermediate Container "TReI" which gathers a second time all the Relations of the Core before defining them by the CP and CE Relationships. It takes five relationships each containing five links, or twenty-five links instead of nine, hence the impoverishment of the core.
  • TReI Intermediate Container
  • the Container Container called the Containing Container TM ( Figure 46), it is both Container 103 and Content 104, but he is not aware of himself, he does not know he contains itself, it does not exist yet. According to the first postulate, all information exists only in relation to other information.
  • the only possibleParentReference, defining MetaContenant TM, is the Relationship that MetaContenant TM can have with itself.
  • Figure 47 illustrates the first Relation, called Relation RC-MC, it's an RC Relation.
  • An RC Relationship associates two Containers, so that the Child Container it associates with the ParentContent is the Container of the latter, so that each of its Membership Links indicates to the ParentContent to which Container it belongs.
  • the first Link of Core 105 tells Content MC 106 that its Container is the MetaContenant MC 107, so the MetaContenant TM knows itself, he now knows that his Container is himself, he knows he is contains.
  • the role of an RC Relationship is also to identify by its Membership Links the Contents of its ParentParent. So, this first Link 105, called Initial Inbound Link, identifies the MetaContenant TM, that is, the System built with this Core of fourteen Links. But the information identifying the Relationship RC-MC and specifying what is its ParentParent and Child Container is not explicitly described, the Core is not yet fully self-described. It will still take at least thirteen Links to express the missing information.
  • Both MC and R Containers are identified by the Relationship Links "1" and “2" of the RC-MC Relationship, and the four RC-MC, RC-R, CP and CE Relationships are identified by the Connection Links. Belonging "3", “4", "5" and “6" of the RC-R Relationship.
  • Figure 52 replaces each of the Containers and Kernel Relations with the id of the Membership Link that identifies them, so the attributes of each Link can be fully populated.
  • Figure 53 illustrates the Fourteen Link Core without the schematic representation of Containers and Relations, and finally everything is described using Interconnected Links. This Elementary Core of fourteen Links has all the described properties, it is self-describing, self-supporting and re-entrant.
  • a System based on such a Kernel has the ability to create and contain one or more other sub-systems, called IntraSystems. It also has the ability to create and be contained by a super-system, called MetaSystem.
  • a System is not limited in a totality, it is the center from which IntraSystems and MetaSystems develop, it does not depend on any other conception than that which it puts in place to exist.
  • the simplified representation of the Fourteen Link Core illustrated in Figure 54 facilitates understanding of what Meta-Intra-Systems are.
  • Figure 55 illustrates the creation of an IntraSystem "iS" and a MetaSystem "mS": the Container "MC" is the MetaContainer of the System "S”.
  • the "S” System creates an "iS" Intranet by creating the new "iMC" Content.
  • Content “iMC” represents the MetaContent of the IntraSystem “iS”.
  • the MetaContenant "iMC” are created all the necessary Links to a Core allowing autonomy of the IntraSystem “iS”.
  • the "S” System creates a "mS” MetaSystem by creating all the necessary Links of a Kernel allowing the autonomy of this "mS" MetaSystem.
  • the container “mMC” represents the Meta Container of the MetaSystem “mS”.
  • the MetaContenant "mMC” contains the MetaContent "MC” (in the same way that the MetaContenant "MC” contains the MetaContaining "iMC”).
  • Figure 56 illustrates a kernel of forty-four links. This is the Fourteen Link Core enriched with a new "W" Container.
  • the Contents of W are words, they are used to name the Containers and Relationships.
  • the MetaContenant MC is defined by an additional Relation: the "MC-Name” Relation, allowing to assign a name to the Containers of the Core.
  • TheRelationalContainer is defined by an additional Relation: the "R-Name” Relation, allowing to assign a name to the Relationships of the Core.
  • the Container of Words, W is defined by the "RC-W" Relation, the schematic representation of an Enriched Core from a Fourteen-Link Core requiring that each Container be represented by an RC Relationship.
  • This Core is made up of three Containers, seven Relations, and ten Words, which are respectively identified by the Relationship Links RC-MC, RC-R and RC-W.
  • Figure 57 illustrates a simplified representation of the Kernel of forty-four links. Five words, identified by Links "45” to "49", are already added to Container W to name the Containers and Relationships useful for creating an AB Model, shown in Figure 58.
  • Figure 59 illustrates a table of possible links allowing to archive the
  • a first container is created (Link “50"), it is named “A” (Link “51”).
  • a second Container is created (Link “52"), it is named “B” (Link “53”).
  • An RC Relationship is created (Link “54”), its ParentParent is the Container “A” (Link “55”), its Child Container is the Container “MC” (Link “56”), it is named “RC-A” (Link “57”).
  • An RC Relationship is created (Link “58”), its ParentParent is the Container “B” (Link “59”), its Child Container is the Container “MC” (Link “60”), it is named “RC-B” (Link “61”).
  • a Relation is created (Link “62”), its ContainerParent is Container “A” (Link “63”), its Child Container is Container “B” (Link “64”), it is named “R-AB” ( Link “65”).
  • the archiving of meta-information is not external to the process, it is also done by links, such as the archiving of information itself.
  • the temporal attributes of the Link allow to keep the history of any modification made to the information and the meta-information, namely the contents and informative containers describing information.
  • Links represented by the Links table are physically archived in a Link Database, optimized for this purpose, but the Links table could be stored in a table of a conventional database. In order to access the information of the System, one would then use queries from the database. It is also possible to store links on any suitable data medium, for example in a live or dead memory, in a combination of different memories, by dispersing it in a network, etc., and in any format, including as as binary data, in the form of a file, for example an XML file, a collection of structured documents, etc.
  • the machine (Base of Links) allowing access to the information, that is to say to the Links, will be constituted for example by a computer system constituted around a conventional microprocessor, or a dedicated integrated circuit , including an FPGA circuit, an asic, or any type of integrated circuit or integrated circuit assembly capable of processing links.
  • the machine allows the processing, for example writing, deleting or editing, in parallel of several links, and the recovery of whole lots of links.
  • the kernels described above are only examples of kernels for creating self-described, self-supporting and re-entrant systems. Those skilled in the art will understand that it is possible to modify these kernels and to describe systems using different kernels.
  • the Core of Nine Links for example, is only defined using Relationships; the notion of Core Container of fourteen Links ( Figure 51) is not explicit. Since it is possible to impoverish the Core of Nine Links ( Figure 45), it is also possible to impoverish the Core of fourteen Links by adding an Intermediate Container defining the type of Relation and thus ending in a Core of thirty. -Three links.
  • An important advantage of the method of the invention is to allow both the meta-modeling and the intra-modeling of the information, and thus to provide a response to the modeling of complex structures.
  • Modeling is not limited by a floor or a ceiling, but can grow and develop in the middle. It is thus possible to develop a Model by defining certain Containers and / or Contents that will be specified later (intra-modelisation) and / or placed in a more global context (meta-modeling).
  • the process allows the meta-modeling of information, in other words the globalization of information, over an indefinite number of levels. Higher levels of description add knowledge to lower levels. Different forms of meta-modeling are possible:
  • Contents of Container "A” are useful elements for the assembly of more global elements that are the Contents of Containers "X" and "Y".
  • the process also allows the intra-modeling of information, in other words the specialization of information, over an indefinite number of levels. Lower levels of description add knowledge on higher levels.
  • Different forms of intra-modeling are possible: • Specialization by multiple inheritance. According to Fig. 66, a set of Containers "A”, “B”, “X” and “Y”, the Content “a” inherits the RelationParents from the Container “A” such as the Relation "AB”. Content “a” is then specialized as being also a Content of "X”, it inherits both
  • Intra-modeling is based on a top-down approach, from the global to the retail, which makes it possible to specify the information. For example, we define a Container "Form” with the necessary attributes to represent circles and rectangles, and then when we need triangles, we will see that it is better to specialize the "Form” Container by different Containers specific to each form.
  • meta-modeling is based on a bottom-up approach, from the detail to the global, which places the information in a broader context.
  • the method allows dynamic evolutionary modeling, which does not require any definition at the outset. All changes to the information structure are themselves archived as Links, and are therefore reversible and traceable. The atomization of all information by Links facilitates the dynamic re-arrangement of information into different structures.
  • the process modeling faculties allow a semantic marking of the information on several levels.
  • To enter information into a System is to automatically enrich it with meta-intra- additional information, it is to add a semantic meaning to this information.
  • entering a word in a column of a table does not give this word any additional information, and does not add any meaning to it.
  • the process gives a Content the knowledge of its Container, who has the knowledge of his Parental Relation, of his Child Relation, of all of his Contents, of his own Container, and so on.
  • creating a new Content 109 automatically enriches this Content of intra-information:
  • Vertebrate 120 • "Vertebrate” 120, and two other categories of vertebrates that are “Reptile” 121 and “Fish” 122, and the "Definition” 123 of Vertebrate by the Content 124,
  • An advantage of the method of the invention is to avoid the duplication of information.
  • the word "Merle” 1 1 1 as well as every word used in the System is identified only once, it is only identified by a Link, it is constituted by a unique arrangement of characters, which are only identified by Links. It is easy to query the Base of Links to find all the Links having a reference on a link identifying a particular word, and to find all the Containers which use this word. In the same way, it is possible to model a postal address using some Relationships on Containers indicating the name of the street, the locality and the country, ... A particular postal address is then only identified by a Link .
  • the method makes all information unique and unique in information, so the information is represented with a higher degree of coding, and the redundancy of the information is very small and unpredictable.
  • Postale in different systems, for example in different companies, which will be able to insert their own contents, share them, or publish them.
  • the process makes all meta-information unique and made of unique meta-information.
  • the low redundancy of information brings gains in performance, since the amount of information to be transmitted between machines is reduced.
  • the method can give the information a temporal validity, which avoids unnecessary reloading of remote information.
  • FIG 73 illustrates a simple Selection "A": a Selection is a set of Choices 130, a Choice being the "selected" state of a Content of a Source Container 131. The choices of the Selection "A" propagate. to a Target Container 132 through Relationship Strings 133, and transform into Impacts (Impact A). An Impact being the "selected" state of a Content related to a Choice, or linked to an Impact.
  • Choices 130 are the criteria of a search, or the parameters of a filter.
  • the Impacts 134 of a Target Container 132 represent the result of a search or filter.
  • the propagation of Selections is said to be “persistent” because it acts like an electric current that propagates through Links.
  • the current goes on as long as Links exist or are enabled.
  • Making or undoing a Link between two Contents acts as a switch that propagates or interrupts the electric current from a Choice or relayed by an Impact, so that the System almost instantly checks the Impacts propagated by a Selection.
  • the selections are multiple, the process has an indefinite number of selections.
  • the Selections are modeled: the Source Container, the Choices made, the graph of Relations by which they propagate, can be represented by a Model, in other words the Selections are represented by Links and are archived as Links.
  • a New Selection is then created by adding new Content into an appropriate Template, which amounts to creating a number of Links.
  • Figure 74 illustrates two different selections, "A" 135 and “B” 136 from different Source Containers 137 and 138 that propagate their Choice 139 and 140 to a Target Container 141.
  • the Impacts 142 from the Selection of "A" Selections and “B” undergo a logical operation, here represented by an AND gate 143.
  • the result of the logic operation 144 is used to determine the Choices 145 of a new Selection "C" 146, called Logic Selection, whose Source Container 141 corresponds to Target Container 141 of Selections "A" and "B".
  • a Logic Selection acts as a Selection, it can propagate its Choices 145 to other Target Containers 147, and be used to construct other Logic Selections. All logical operations are possible: NO, OR, NAND, NAND, OR-Exclusive, NO-OR-Exclusive.
  • the Logic Selection of FIG. 74 can be represented by a different notation illustrated by FIG. 75. For example, it is possible to use a Logic Selection based on an "AND" operation such as that illustrated in FIG. surname 147 of persons 141 living on a certain street 137 "and" having some given name 138.
  • Figure 76 illustrates the following rule: "People 148 neighbors to another, are those who live in the same address.” Thus, the People close to Person P1 are People P2 and P3, since these three Persons live in the same Address A1.
  • the Selection "Sel 1" 150 designates by Choice 151 the People whose neighbors we would like to find. These choices 151, in this case the Person P1, propagate on the Target Container Address 149, and constitutes the Impacts 152 supplying the input of the gate 154 of the Logic Selection "Sel 2" 153.
  • the resulting Choices 152 propagate to the Target Container Person 148 and feed by its Impacts 155 an input of the exclusive-OR gate 157 of the Logic Selection "Sel 3" 156, the other input being fed by the Choices 151 of the "Sel 1" Selection 150.
  • the resulting choices 158 of the logical operation show the neighbors P2 and P3 of the initially selected Person P1 151 via the "Sel 1" selection 150.
  • the Logic Selections are modeled: the choices made, the relations by which they propagate, the type of logic gate used, the selections connected to the input of the gate, the selection of output, the
  • Container to which the door is connected, etc. can be represented by a Model, ie by Links.
  • Selections can be permanently archived, so that the checking of rules or conditions is persistent.
  • the result of a query or a filter is thus dynamically kept up to date when changes are made to the Choices of a Selection (for example, the change of a search criterion), to the type of logical operation to be performed. , or to the Selections connected to the inputs of the gate (for example, the modification of a request), or simply to the information concerned by the propagation of the Selection.
  • the Links have temporal attributes, it is easy to check a condition or find the results of a query at a given time.
  • Figure 77 schematically illustrates a plurality of time cursors for checking the status of a System 159 at different times.
  • System 159 has a plurality of links 160 represented by rectangles placed on the time axis. For example, an active link between t1 and t2 is represented by a rectangle whose width extends from t1 to t2.
  • One or more time cursors may be associated with a period 161, that is to say at a time interval.
  • the width of the period corresponds to a time interval placed on the time axis, and in which an activity is performed or observed.
  • the height of the period schematizes all the Links necessary for the description of this activity.
  • a Link can be concerned by one 162 or more 163 periods, the black part of the Link indicates by which period it is concerned.
  • the time cursor 164 makes it possible to check the state of the system in real time "rt". For example, it is possible to define selections that extract information and execute queries in real time, according to the scrolling of the time cursor 164.
  • a second time cursor 165 makes it possible to check the state of the system, and the impact of selections, in the past t1.
  • a third time slider 166 makes it possible to predict the state of the system and the impact of selections in a future time "t2".
  • Links whose activation starts in the future represent, for example, calendar appointments, event or event planning such as organized sending of emails, broadcasting of a radio or television program. Links activated or created in the future can also be obtained by extrapolation, projection, or simulation.
  • time cursors can move according to different rhythms, for example: • Continuously, with a shift ⁇ T with respect to the real time, ⁇ T being able to be lower, equal to or greater than 0.
  • a cursor may move within its period, or a period may follow the movement of a cursor. It is also possible to define master periods and slave periods that follow the movements of their master period, for example to automatically increment a set of periods each year.
  • the time sliders thus make it possible to integrate into the system time shifting functions.
  • a stream transmitted in real time for example a TV program
  • the information can also be viewed in slow or fast motion to detect changes in seemingly static data or to analyze an information flow that is too fast.
  • a time slider makes it possible to filter the information displayed by its period, and thus exclude a large amount of unnecessary information by showing only the information concerned by this period.
  • the method makes it possible to process all the information necessary for the creation of a system by sequences Links that are made and discarded at the rate of sliders that scroll on the time axis; the system works as a sequencer, so it is particularly well suited for managing any type of sequence.
  • Time sliders give the possibility of integrating automatic and successive updates allowing to always read and edit old information with previous versions of the System.
  • time contexts time and period cursors
  • Model The set of attributes that defines the behaviors of time contexts (time and period cursors) is preferably represented by a Model, so time contexts can also be organized using System Links.
  • the links described so far are made up of passive data structures. However, it is also possible, in the context of the invention, to provide links consisting of active and autonomous software units, capable for example of claiming processor time to perform operations on its own order and sorting attributes, Selection propagation, frequency of solicitation, coefficient of confidence and plausibility, synaptic weight, ranking, etc.
  • An Active Link can also self-archive, examine itself, instantiate other Links, etc.
  • the systems described so far still include a kernel, that is, a set of links giving the system the properties of re-entry, auto-descriptiveness, recursivity and self-portability described.
  • An organization of the information by means of collections of Links without cores, or provided with incomplete cores, is however possible within the framework of the invention.
  • the method of the invention is suitable for the representation, processing and archiving of a wide variety of known information structures.
  • the modeling capabilities of the process are able to represent, for example, data structures organized by a relational model, by temporal databases, by an object model, by XML files, by graphs, by semantic networks, by denormalized files consisting of headers and followed by records, sequences, etc.
  • these modeling capabilities allow a System to import information from other formats, or from modeling, representation or information management systems; and to export the information processed by a System to other formats, modeling, representation or information management systems, to the extent that they are able to accept the structures.
  • Other possible applications of the process concern for example:
  • Robotics and machine control opening the Sequencer integrated into the System to industrial peripherals by creating Links to designate signals or commands.
  • the search engines thanks to the extensive identification of the information processed by a System, to the semantic marking authorized by the process, to the structure of the Link made in particular of references on its Container and the Contents that it links, the ability to easily create queries, rules and persistent filters via Selections, the integration of methods to establish ranking indices (ranking) that easily account for a temporal weighting and self-adaptive.
  • the method of the invention makes it possible to provide the following advantages in particular: Archiving 1)
  • the method processes the information with a very high degree of coding, since each informative container or informative content is uniquely identified by a link. 2)
  • the method makes it possible to identify the sequences of similar information, thus to automate compression mechanisms, and thus to communicate the information with low redundancy, by very unpredictable information sequences.
  • Communication is reduced to dynamic information only, that is, Links that change frequently, because Static Links can be replicated to client machines.
  • the communication is also improved because the temporal attributes of the Links give the information a validity in time, which avoids unnecessary reloading of remote information.
  • Link is the archiving unit of the process, its structure of data of fixed size makes it possible to interrogate the Base of Links with a set of simple and repetitive queries, thus to improve the speed of access to the archived information, and optimize the Engine Link Base. 7) Archiving meta-information is not external to the system.
  • Layout 8 The method allows several levels of meta-modeling through the globalization of information in more general assemblies, and by over-classification. 9) The process allows several levels of intra-modeling by the specialization of information in more detailed divisions, and inheritance. 10) The method allows a modeling by the medium, leaving it to grow towards the global and to the detail, on several levels. 1 1) The method makes it possible to group together heterogeneous information of different structures and types. 12) The atomization of information processing by Links allows the process to represent many formats and complex structures. 13) The atomization of information by unsegmented Links allows an evolutionary and dynamic arrangement of these structures.
  • the temporal attributes of the Link give the process the advantage of keeping track and history of any modification, addition or deletion of contents and informative containers. Analyzes, statistics or other information processing, require a history. 20) The entire state of an information system based on the process and / or information it processes, can be found at any time. 21) Different temporal contexts make it possible to use a system simultaneously, and in different moments from the past to the future. 22) The process lends itself to extrapolation, projection and simulation of information.

Abstract

Procédé permettant la création de Systèmes de traitement de l'information, dans lesquels les Contenants et les Contenus informatifs sont créés, identifiés, archivés, modélisés, communiqués, modifiés et supprimés, par la création, la modification ou la suppression de Liens (1 ). La totalité de l'information saisie par les utilisateurs et de l'information servant à décrire le Système réside sous la forme de Liens de tailles identiques et archivés par une Base de Liens. Les Liens peuvent être munis d'attributs, notamment d'attributs temporels.

Description

Procédé pour traiter des informations
Domaine technique
La présente invention concerne un procédé pour traiter l'information, notamment pour identifier, archiver, agencer, communiquer, analyser, éditer et rechercher l'information, au moyen de systèmes de traitement d'informations numériques.
Etat de la technique
Aujourd'hui, l'information est segmentée par de nombreux formats. L'information de description de ces formats, la méta-information, est également segmentée par de nombreuses syntaxes et structures souvent non explicites et non accessibles. La multitude des applications logicielles nécessaires au traitement de ces nombreux formats segmente la manière d'utiliser l'information. Ces applications segmentent également l'information par la difficulté qu'elles ont à partager les informations et méta-informations qu'elles génèrent; le partage entraîne une duplication de l'information, et le plus souvent une duplication d'une structure dans une autre (copier-col 1er, importer-exporter). On obtient des systèmes d'information avec une redondance élevée, où la recherche, la modification et l'intégrité de l'information sont toujours plus compliquées à réaliser. Ces formats et applications changent dans le temps et sont donc également segmentés d'une version à l'autre.
Les systèmes de gestion de bases de données relationnelles
(SGBDR), en particulier, représentent un cas typique de la segmentation de l'information. Un SGBDR comporte un ensemble d'applications construites au-dessus d'une base de données relationnelle, et qui permet de traiter les informations stockées par celle-ci.
On distingue deux types de segmentation: la segmentation verticale, ou segmentation sémantique, qui exprime la difficulté de mesurer l'interconnexion des informations entre-elles, et la segmentation horizontale qui exprime la difficulté de mesurer l'évolution de l'information dans le temps. Dans le cas d'un SGBDR, l'information est segmentée verticalement en couches. L'architecture d'un SGBDR se divise en trois couches principales, subdivisées en plusieurs sous-couches. Elles sont présentées ci-dessous de la plus basse à la plus haute:
1. Ressources:
• les informations sont stockées dans une base de données relationnelle,
• elles sont organisées dans des modèles relationnels,
• elles transitent par une interface entre les Ressources et la Logique métier (on parle d'« Object-relational mapping »),
2. Logique métier:
• les informations sont ré-agencées dans des modèles objets,
• elles sont traitées selon l'implémentation du code, des règles propres au métier, • elles transitent par une interface entre la Logique métier et la Présentation,
3. Présentation:
• les informations relatives à une tâche sont regroupées dans des applications, des applications Web, etc, • et finalement, elles sont présentées aux utilisateurs par des interfaces graphiques, HTML, applet, ...
Ces sous-couches font appel à plusieurs outils de conception et d'analyse. Les méta-informations générées par ces outils de conception sont segmentées du SGBDR. Ces outils de conception sont mal intégrés, ils n'interagissent pas ou difficilement les uns avec les autres, ils sont sophistiqués, leur mode d'utilisation n'est pas homogène et leur apprentissage est difficile.
De plus, les méta-informations nécessaires à la modélisation du domaine traité par le SGBDR sont segmentées, elles se trouvent: dans le modèle relationnel, dans le modèle objet, dans l'implémentation du code, et parfois même dans les sous-couches de Présentation. Si les informations stockées dans le SGBDR peuvent être manipulées facilement, les meta- informations, pourtant étroitement liées à ces informations, résident dans la structure du SGBDR et sont beaucoup plus difficiles à modifier ou à compléter.
La segmentation verticale intervient également dans l'agencement des méta-informations. Il se limite à un ou deux niveaux de méta-modélisation: les méta-informations ne peuvent pas être facilement agencées à leur tour dans un modèle plus global, comme étant elles-mêmes de l'information.
Dans le cas d'un SGBDR, la segmentation horizontale intervient dans la gestion de version et la synchronisation des couches. Quand il s'agit de mettre en production ou d'installer un SGBDR, il faut synchroniser: l'état initial des données, les fichiers de configuration, le code source, les librairies et les frameworks utilisés, les versions et les configurations des outils de conception, les méta-informations générées par les outils de conception, ... Des données anciennes ne peuvent bien souvent être traitées qu'avec d'anciennes versions du SGBDR. Un retour du système dans un état antérieur est difficile, voire impossible.
La segmentation horizontale intervient également au niveau de l'agencement de l'information (et de la méta-information) dans le temps: la modélisation temporelle est une fonctionnalité complexe à réaliser et mal intégrée aux SGBDR.
Une conséquence de la segmentation est de rendre les SGBDR de plus en plus statiques et compliqués. L'ensemble repose sur un modèle relationnel déjà peu propice au remaniement, et où l'information est segmentée de la méta-information (du modèle relationnel). La réorganisation de l'information produit des modifications conséquentes et mal maîtrisables sur les autres couches. Il n'y a pas de "méta-outil" de conception pour analyser l'ensemble des dépendances et des connexions entre les couches. Il est alors nécessaire de terminer une analyse complète du domaine traité, avant de commencer le développement des couches supérieures. Les méta-informations sont donc introduites par l'architecte du SGBDR lors de la conception de la base; l'utilisateur est lié par les choix effectués à ce moment. Autrement dit, il est nécessaire de figer le modèle relationnel, ce qui va conditionner l'ensemble des couches supérieures et donc des applications pour l'utilisateur final.
Il est difficile de réorganiser proprement une partie de l'édifice, ou plus simplement d'apporter une modification, par exemple la fonctionnalité d'une application, sans casser le fragile équilibre entre les couches. La solution souvent adoptée est l'ajout (de colonnes, tables, attributs, classes, méthodes, code, objets graphiques, fichiers de configurations, ...). En conséquences, une partie importante de la méta- information devient orpheline. On obtient un système d'information rigide et statique, toujours plus lourd et coûteux à contrôler, à maintenir et à faire évoluer, et qui se fige dans une complexité croissante, plutôt que d'avoir un système qui évolue en se transformant.
Dans une base de données relationnelle, si l'on désire rechercher l'information "Richard", l'information spécifiant dans quelles tables il faut effectuer une recherche n'est pas explicite, la méta-information (le contenant informatif) est segmentée de l'information (le contenu informatif). La donnée "Richard" se retrouve dupliquée dans plusieurs tables avec des significations complètement différentes (prénom, nom de famille, mot français, personnage, nom de société, ...), qui dépendent d'une méta-information figée, difficile à vérifier et à modifier. On sait par exemple que "Rowling" est un nom d'auteur uniquement parce qu'il est stocké dans un champ "Nom d'auteur" défini dans une table d'auteurs lors de la conception de la base. De même, le graphe de relations entre les tables constitue une méta-information implicite. On sait par exemple que le nom "Rowling" dans la table "Auteur" est référencé par l'ouvrage "Harry Potter" dans la table "Livre" uniquement parce que ces deux enregistrements partagent un identifiant commun, dans ce cas un numéro d'auteur, par exemple un nombre entier comme [1356]. Le modèle relationnel indique uniquement les colonnes des deux tables qui doivent être mises en relation, et les propriétés de la relation; les liens eux-mêmes, entre chaque auteur et chaque livre, ne sont pas explicitement stockés. Par ailleurs, on ne sait généralement pas depuis quand la relation entre "Auteur" et "Livre" est valide, ni depuis quand la référence entre "Harry Potter" et "Rowling" est valide, ni depuis quand "Rowling" et "Harry Potter" sont valides.
L'emploi de liens ou de relations explicites, qualifiés et munis par exemple d'attributs temporels, permet de résoudre certains des problèmes relatifs à la segmentation de l'information. A cet effet, WO00/29980 décrit un modèle associatif de stockage de données basé sur des relations entre des entités. L'information est stockée à la fois dans les entités et dans les relations. Les relations peuvent être dotées d'attributs, y compris une date à partir de laquelle une relation est valide. Les relations non valides ne sont pas effacées, mais rendues inactives. La conception d'une base de données selon ce modèle est peu intuitive; l'information est partagée entre les entités et les relations. Le modèle de stockage reste difficile à modifier et à faire évoluer.
US6609132 décrit un système de base de données ("data container") non relationnel, prévoyant une description explicite des liens entre des objets. Les liens sont munis de qualificatifs.
Une solution quelque peu similaire est décrite dans US6208992 qui emploie aussi une description explicite des relations.
Un modèle de données utilisant des liens explicites et qualifiés entre entités est aussi décrit dans US2003/0187826, qui s'applique à des comptes monétaires. L'information est essentiellement stockée dans les entités.
EP583108 est un autre exemple de base de données fondée sur des relations entre entités. GB2293667 et WO2004/099941 décrivent des systèmes de base de données non relationnels, comportant des liens explicites et qualifiés entre entités. Les données ne peuvent cependant être stockées que de manière hiérarchique.
Le modèle RDF, décrit sur www.w3.org/rdf, a été conçu initialement pour permettre de structurer l'information accessible sur le Web et de l'indexer efficacement au moyen de ressources représentées par des triplets. Un triplet peut contenir les références de trois triplets, y compris la sienne.
US6185556 décrit, notamment dans l'introduction, des bases de données temporelles, dans lesquelles des attributs temporels sont associés aux différents enregistrements.
US2005/0055385 est un autre exemple de document décrivant des bases de données temporelles. Le procédé permet de consulter l'état de la table à n'importe quel moment dans le passé.
Dans ces systèmes connus, l'information est stockée, au moins en partie, dans des tables ou des entités similaires. La définition des tables est généralement figée et conditionne largement les possibilités de stockage et de recherche de l'information.
Bref résumé de l'invention
Le but de la présente invention est de proposer un procédé de traitement de l'information exempt des limitations des procédés connus, notamment exempt des problèmes liés à la segmentation verticale et horizontale de l'information.
Un autre but est de proposer une alternative au modèle relationnel, exempte des limitations du modèle relationnel concernant notamment la modélisation de structures complexes et le traitement différent de la méta-information.
Un autre but est de réduire la redondance de l'information, de l'identifier et d'accélérer la vitesse de traitement, de communication et de recherche de l'information.
Un autre but est de proposer un système de traitement de l'information permettant d'archiver et de traiter l'ensemble des informations, y compris les méta-informations des modèles stockés et les informations nécessaires à la description complète dudit système. Ces buts sont atteints notamment à l'aide d'un procédé pour traiter des informations, dans lequel la totalité des informations traitées sont identifiés par une pluralité de Liens, chaque Lien étant représenté par une structure de donnée comprenant au moins un identifiant unique spécifiant ledit Lien et trois références sur les identifiants uniques de Liens, de manière à relier directement ou indirectement l'ensemble des Liens entre eux.
L'information identifiée par les Liens et traitée par le procédé comprend aussi la méta-information, qui n'est donc pas stockée et traitée séparément comme dans les solutions de l'art antérieur.
Le procédé de l'invention permet de préférence de créer, identifier, archiver, agencer, communiquer, rechercher, analyser, modifier, et effacer de l'information en créant, identifiant, archivant, agençant, recherchant, analysant, modifiant et effaçant des Liens dans une Base de Liens, ou dans plusieurs Bases de Liens communiquant entre-elles.
Les techniques antérieures traitent l'information en traitant des données et des références sur ces données, alors que le procédé traite des Liens reliant des Liens entre eux. Le "Lien" du procédé, écrit avec une majuscule, est une structure de donnée particulière qu'il ne faut pas confondre avec une simple référence, ni avec un hyper-lien. Les « Liens de l'invention » relient des Liens, mais contiennent une information allant au- delà d'une simple référence à un contenu.
Dans une variante préférentielle, chaque Lien représente au moins un Contenu uniquement identifié et référence trois autres Liens correspondant respectivement au Contenant dudit Lien, à un
ContenuParent et à un ContenuEnfant que ledit Lien sert à relier.
Selon le procédé, un ensemble d'informations (y compris la méta- information, autrement dit les contenus et contenants informatifs) est archivé par des Liens reliant des Liens et dont certains représentent des données. Le procédé ne segmente pas l'information, mais la relie, l'information n'est plus segmentée de la méta-information. Ainsi il n'y a plus de traitement différencié entre l'information et la méta-information.
La totalité des contenants et des contenus informatifs est représentée de la même façon, à l'aide de Liens.
Le procédé manipule donc uniquement des structures de données de taille fixes, les Liens, ce qui permet d'optimiser l'accès à l'information.
Certains Liens peuvent correspondre implicitement à des données. Par exemples: il est possible de faire correspondre les identifiants d'un ensemble de Liens aux caractères ASCII ou UNICODE, ou aux clefs d'un dictionnaire clef-valeur dont les valeurs désignent telle ou telle donnée. Un mot peut alors être défini par un ensemble de Liens identifiant un caractère, ou par un Lien identifiant un enregistrement dans un dictionnaire de mots.
Les Liens peuvent référencer explicitement des données externes pour synchroniser un système de traitement d'informations basé sur le procédé avec les techniques antérieures, par exemples des données existantes et maintenues par des systèmes de fichiers, des applications externes, des bases de données, des serveurs Web...
Le procédé permet la création de systèmes de traitement d'informations, où la totalité des informations saisies par les utilisateurs est représentée sous forme de Liens, et où le système lui-même est auto-décrit par des Liens. La structure du système est entièrement définie par lui- même. Un tel système peut modifier et améliorer sa propre définition, il peut être également identifié par un Lien. Le Lien relie l'ensemble des informations entre-elles, il n'y a plus de segmentation verticale.
Le Lien représente une nouvelle unité d'archivage, le traitement de l'information étant effectué par le traitement de Liens. Dans une variante préférentielle, en ajoutant des attributs temporels aux Liens, on simplifie de manière conséquente la gestion temporelle de l'information, de la méta-information, et du système lui-même. Le procédé ne segmente pas l'information dans le temps, mais traite l'ensemble de l'information dans différents contextes temporels. Les attributs temporels du Lien autorisent une indexation temporelle simple de l'ensemble de l'information traitée par le procédé. Saisir de l'information consiste à faire ou à défaire des Liens dans le temps. Il n'y a plus de segmentation horizontale ; on peut revenir dans un état antérieur du Système simplement en activant les Liens valides au moment choisi.
Le procédé de l'invention repose notamment sur les constatations et postulats suivants :
Afin de résoudre les problèmes de la segmentation, le procédé se base sur une remise en question de la notion d'information: qu'est-ce qu'une information ? Par exemple, est-ce que la donnée "Richard" est porteuse d'information ? Dans un contexte culturel donné, la donnée "Richard" peut être reliée à différentes informations: à un mot; à un prénom, celui de Richard Wagner; à un nom de famille, celui de Pierre Richard; à un nom commun français, désignant une personne riche; à un personnage célèbre, etc.
Mais dans un contexte culturel différent, si "Richard" ne peut pas être relié à un modèle quelconque ou à une autre information, il peut perdre toute sa signification et n'être porteur d'aucune information. Ainsi une information n'a pas d'existence dans l'absolu, elle n'existe que par rapport à d'autres informations, que par les liens qu'elle entretient avec d'autres informations. Et ces "autres informations" existent elles aussi par rapport à d'autres informations... Le procédé pose un premier postulat:
L'information réside dans les liens et non dans les données.
Comment est-ce que nous traitons l'information ? La gestion du temps est essentielle. Les signaux que perçoivent nos sens, le cheminement que prennent nos réflexions et le cours de nos pensées vont créer des connexions, vont créer des liens, ils vont réveiller de vieilles connexions, réactiver d'anciens liens. Si nous étions incapables de garder la trace de nos réflexions, de reprendre le chemin de nos pensées, de faire appel à notre mémoire, alors nous serions incapables de traiter de l'information. Si nous étions incapables de faire des hypothèses grâce à notre imagination, de programmer des événements, de simuler des scénarios, d'activer des liens dans le futur, alors nous serions incapables de traiter de l'information. Le procédé pose un deuxième postulat:
L'information réside dans l'évolution des liens dans le temps.
L'information s'exprime, se transmet, se comprend, par le geste, par le mouvement. Autrement dit, l'information s'exprime par des séquences de liens qui se font et se défont dans le temps.
Brève description des Figures
Des exemples de mise en œuvre de l'invention sont indiqués dans la description illustrée par les figures annexées dans lesquelles:
La figure 1 illustre un Contenu. La figure 2 illustre un Contenant. La figure 3 illustre un Contenant et deux Contenus. La figure 4 illustre un Lien.
La figure 5 illustre un Lien et sa référence sur son Contenant. La figure 6 illustre la faculté de ré-entrance du Lien. La figure 7 illustre un Lien qui représente un Contenant.
La figure 8 illustre la référence C d'un Lien 1 sur son Contenant 4, la référence P sur un ContenuParent 2, et la référence E sur un
ContenuEnfant 3.
La figure 9 illustre un Lien particulier, appelé Relation.
La figure 10 illustre une Relation et ses Contenus.
La figure 1 1 illustre le ContenantDesRelations 5 et une Relation. La figure 12 illustre une Relation associant un ContenantParent 6 à un ContenantEnfant 7. La figure 13 illustre les Liens 8 d'une Relation 9 reliant les ContenuParents 10 aux ContenuEnfants 12.
La figure 14 illustre les RelationParents 15 d'un Contenant 14. La figure 15 illustre les RelationEnfants 17 d'un Contenant 16. La figure 16 illustre la récursivité du ContenantDesRelations 18.
La figure 17 illustre une Relation RC 22. La figure 18 illustre un Modèle quelconque. La figure 19 illustre l'ajout d'un Contenu 36 dans un Modèle. La figure 20 illustre le rôle des Relations RC. La figure 21 illustre une représentation implicite de caractères par des Liens.
La figure 22 illustre une représentation implicite des clefs d'un dictionnaire par des Liens.
La figure 23 illustre une représentation explicite des enregistrements d'une table par des Liens.
La figure 24 illustre une représentation explicite de données intégrées dans la structure du Lien.
La figure 25 illustre différentes formes d'archivage des principaux attributs du Lien. La figure 26 illustre les trois opérations d'édition (créer, modifier et supprimer) de l'information en activant et/ou désactivant des Liens.
La figure 27 illustre une Relation 83 associant une Relation 44 à un Contenant 84. La figure 28 illustre une Relation 85 associant une Relation 86 à une Relation 87.
La figure 29 illustre la faculté de ré-entrance d'un Système. La figure 30 illustre le premier Lien d'un Noyau de 9 Liens. La figure 31 illustre la ré-entrance d'un Noyau de 9 Liens. La figure 32 illustre la ré-entrance d'un Noyau de 9 Liens vu différemment.
La figure 33 illustre un Noyau de 9 Liens encore incomplet. La figure 34 illustre un Noyau de 9 Liens encore incomplet. La figure 35 illustre un Noyau de 9 Liens encore incomplet.
La figure 36 illustre un Noyau de 9 Liens encore incomplet. La figure 37 illustre un Noyau de 9 Liens complet.
La figure 38 illustre un Noyau de 9 Liens complet où chaque Contenant et Contenu est représenté par un Lien. La figure 39 illustre un Noyau de 9 Liens complet sans sa représentation schématique.
La figure 40 illustre schématiquement un simple Modèle.
La figure 41 illustre les Liens qu'il faut ajouter au Noyau de 9 Liens pour représenter le Modèle de la figure 40. La figure 42 redessine le Modèle de la figure 40 en illustrant le
ContenantParent et le ContenantEnfant des trois Relations A, Z et R.
La figure 43 illustre les cardinalités possibles d'une Relation.
La figure 44 illustre une représentation schématique simplifiée du Noyau de 9 Liens.
La figure 45 illustre le même Noyau 9 Liens, mais appauvri d'un Contenant intermédiaire TReI.
La figure 46 illustre la ré-entrance d'un Noyau de 14 Liens.
La figure 47 illustre le premier Lien 105 d'un Noyau de 14 Liens. La figure 48 illustre le ContenantDesRelations R du Noyau de 14
Liens.
La figure 49 illustre le ContenantDesRelations R contenant les deux Relations RC-MC et RC-R déjà créées. La figure 50 illustre l'ajout des Relations CP et CE nécessaires à la définition du ContenantDesRelations.
La figure 51 illustre un Noyau de 14 Liens complet.
La figure 52 illustre un Noyau de 14 Liens complet où chaque Contenant et Contenu est représenté par l'id du Lien qui les identifie.
La figure 53 illustre un Noyau de 14 Liens complet sans sa représentation schématique.
La figure 54 illustre une représentation simplifiée du Noyau de 14 Liens représentant le Système "S".
La figure 55 illustre la création d'un IntraSystème "iS" et d'un MétaSystème "mS".
La figure 56 illustre un Noyau de 44 Liens basé sur un enrichissement du Noyau de 14 Liens. La figure 57 illustre une représentation épurée du Noyau de 44
Liens avant la création d'un Modèle A-B.
La figure 58 illustre un simple Modèle A-B.
La figure 59 illustre une table des Liens possible permettant d'archiver les Liens utiles à la création du Modèle A-B. La figure 60 illustre l'ensemble des Liens ajoutés séquentiellement à la table une fois la création du Modèle A-B terminée.
La figure 61 illustre une représentation épurée du Noyau de 44 Liens après la création du Modèle A-B. La figure 62 illustre un exemple de méta-modélisation par surclassement simple.
La figure 63 illustre le détail des Liens nécessaires pour représenter l'exemple de la figure 62.
La figure 64 illustre un exemple de méta-modélisation par sur- classement multiple. La figure 65 illustre un exemple de méta-modélisation par assemblage.
La figure 66 illustre un exemple d'intra-modélisation par héritage multiple. La figure 67 illustre le détail des Liens nécessaires pour représenter l'exemple de la figure 66.
La figure 68 illustre un exemple d'intra-modélisation par héritage simple.
La figure 69 illustre un exemple d'intra-modélisation par transformation.
La figure 70 illustre le détail des Liens nécessaires pour représenter l'exemple de la figure 69.
La figure 71 illustre un exemple d'intra-modélisation par découpage. La figure 72 illustre un exemple de marquage sémantique de l'information.
La figure 73 illustre une simple Sélection "A".
La figure 74 illustre un exemple de Sélection Logique.
La figure 75 illustre une notation différente pour représenter l'exemple de la figure 74.
La figure 76 illustre un exemple de création d'une règle à l'aide de Sélections Logiques.
La figure 77 illustre schématiquement une pluralité de curseurs temps permettant de vérifier l'état d'un Système 159 à différents instants. Exemples de mode de réalisation de l'invention
TERMINOLOGIE
Contenu: Un Contenu, illustré par la figure 1, désigne un élément parmi une collection d'éléments. Un Contenu peut être représenté par un Lien.
Contenant: Un Contenant désigne une collection d'éléments, il contient des Contenus. La figure 2 illustre un Contenant. La figure 3 illustre un Contenant et ses deux Contenus. Un Contenant peut être représenté par un Lien.
Lien: Un Lien représente au moins un Contenu, il est uniquement identifié par un identifiant unique, id (figure 4). Il contient une référence C sur son Contenant (figure 5). Un Lien a une faculté de ré-entrance, il peut être contenu par lui-même, de sorte que la référence C spécifiant son Contenant correspond à son propre identifiant id (figure 6). Certains Liens représentent également un Contenant (figure 7). Un Lien comporte deux autres références (figure 8) qui relient deux Contenus: une référence P sur un ContenuParent 2 et une référence E sur un ContenuEnfant 3. Le Lien relie donc deux Contenus identifiés et est contenu par un Contenant également identifié. Il contient donc davantage d'information qu'un vecteur ou qu'une branche dans un graphe, chaque Lien possède une propriété supplémentaire : une référence sur son Contenant, c'est-à-dire sur un autre Lien.
ContenuParent: cf. Lien.
ContenuEnfant: cf. Lien.
Relation: Un Lien peut représenter une Relation (figure 9). Une Relation est un Contenant, ses Contenus sont des Liens (figure 10). Les Relations sont contenues dans un Contenant (figure 11), appelé ContenantDesRelations 5. Une Relation associe deux Contenants (figure 12), un ContenantParent 6 à un ContenantEnfant 7. Les Liens (figure 13) 8 d'une Relation 9 relient un ContenuParent 10 du ContenantParent 11 à un ContenuEnfant 12 du ContenantEnfant 13. ContenantParent: cf. Relation.
ContenantEnfant: cf. Relation.
RelationParent: Un Contenant (figure 14) 14 est défini par une ou plusieurs Relations 15, dites RelationParents. Les RelationParents d'un Contenant sont les Relations qui désignent ce Contenant comme étant leur ContenantParent (via la Relation CP).
RelationEnfant: Les RelationEnfants d'un Contenant (figure 15) 16 sont les Relations 17 qui désignent ce Contenant comme étant leur ContenantEnfant (via la Relation CE).
ContenantDesRelations: Un ContenantDesRelations (figure 16) 18 contient et définit des Relations 20. Il est défini de façon récursive par des RelationParents 19 que ce ContenantDesRelations sert justement à définir. Un ContenantDesRelations est défini par au moins deux RelationParents: la Relation CP et la Relation CE.
Relation CP: Une Relation CP est une RelationParent d'un
ContenantDesRelations qui définit le ContenantParent d'une Relation.
Relation CE: Une Relation CE est une RelationParent d'un ContenantDesRelations qui définit le ContenantEnfant d'une Relation.
Relation RC: Certaines Relations (figure 17), appelées Relation RC, servent à représenter un Contenant 21. Ce Contenant 21 est identifié par l'identifiant id de ladite Relation RC 22. Les Contenus 23 de ce Contenant sont identifiés par l'identifiant id de chacun des Liens 24 de ladite Relation RC, lesdits Liens étant appelés Liens d'Appartenance 24.
Liens d'Appartenance: Ce sont les Liens 24 contenus par une Relation RC 22.
Modèle: Un Modèle est un ensemble de Contenants associés par des Relations (figure 18).
Base de Liens: Une Base de Liens est une machine capable d'archiver, notamment de créer, identifier,indexer, insérer, déplacer, modifier, supprimer, rechercher, analyser et partager des Liens dans une ou plusieurs collections de Liens, et capable de distribuer, échanger et synchroniser des Liens avec d'autres Bases de Liens reliées en réseaux.
Noyau: Un Noyau est un agencement particulier d'un ensemble de Liens qui permet l'amorçage d'un Système auto-décrit, auto-porteur et ré-entrant.
Système: Un Système est un système de traitement de l'information mise en oeuvre par le procédé et basé sur le traitement de Liens. Un Système est entièrement représenté par les Liens archivés dans une ou plusieurs Bases de Liens. Un système est mis en œuvre par un programme informatique exécuté par exemple par un ordinateur, un système embarqué, un périphérique de traitement d'informations, etc.
Lien Initial Ré-Entrant: Le Lien Initial Ré-Entrant (LIRE) est le Lien identifiant un Système basé sur un Noyau.
IntraSystème: Système contenu par Système.
Meta Système: Système contenant d'autres Systèmes.
Un Lien est uniquement identifié dans le cadre d'une ou plusieurs Bases de Liens de l'ensemble des Bases de Liens mis en œuvre pour : un équipement approprié, ou plusieurs équipements interconnectés par un réseau, ou plusieurs réseaux interconnectés, ou plusieurs domaines d'un réseau des réseaux.
Le procédé organise et modélise l'information en créant des Modèles. La figure 18 illustre un Modèle assemblant six Contenants par cinq Relations. Le Contenant "Personne" 25 est défini par trois RelationParents:
• la Relation "nom" 26, dont le ContenantEnfant est le Contenant "Nom" 27, • la Relation "prénom" 28, dont le ContenantEnfant est le Contenant "Prénom" 29,
• la Relation "adresse" 30, dont le ContenantEnfant est le Contenant "Adresse" 31,
et le Contenant "Adresse" 31 est définit par deux RelationParents:
• la Relation "localité" 32, dont le ContenantEnfant est le Contenant "Localité" 33,
• la Relation "rue" 34, dont le ContenantEnfant est le Contenant "Rue" 35.
La saisie d'une information dans le Système s'effectue par la création de Liens. D'une manière générale, un Contenant crée un nouveau Contenu en créant un Lien pour chacune de ses RelationParents requises, dites « obligatoires ». Dans la figure 19 le Contenant "Adresse" 31 crée un nouveau Contenu 36, en l'occurrence une nouvelle adresse, en créant un Lien 37 respectivement 38 pour chacune de ses RelationParents 32 respectivement 34. Mais comment les Contenus 36, 39, 40 et leurs Contenants respectifs 31, 33, 35 sont-ils représentables par des Liens ?
Le procédé peut représenter un Contenant et ses Contenus par une Relation particulière, appelée Relation RC. Dans la figure 20, les Contenants "Adresse" 31, "Localité" 33 et "Rue" 35 sont identifiés par trois Relations RC. Ainsi, les Contenus 36, 39 et 40 sont identifiés par des Liens. Si le Lien 39 représente par exemple la Localité Paris, comment la donnée "PARIS" est-elle effectivement représentable par des Liens ?
Dans une première variante illustrée par la figure 21, le Contenant "Caractère" représenté par la Relation RC 41 fait implicitement correspondre ses Contenus (les id de ses Liens) aux caractères UNICODE, ici P, A, R, I et S. Le Contenant "Mot" représenté par la Relation RC 42 crée le Contenu 43 qui identifie le mot "PARIS" par l'intermédiaire des Liens de sa RelationParent "caractères" 44. Le Contenant "Localité" 33 relie son Contenu 39 au mot "PARIS" 43 par l'intermédiaire du Lien 45 de sa RelationParent "mot" 46. Ainsi l'ensemble des Liens contenus par "Caractère" 41 correspond implicitement à un jeu de caractères, autrement dit une plage d'identification des Liens (une partie des valeurs possibles d'id) est réservée aux codes d'un jeu de caractères.
Dans une deuxième variante illustrée par la figure 22, le Contenant "Mot" représenté par la Relation RC 42 fait implicitement correspondre ses Contenus (les id de ses Liens) aux clefs 48 d'un dictionnaire 47 dont les valeurs 49 représentent des mots. Le mot "PARIS" est identifié par I Md du Lien 43, lequel id est identique à la clef 48 identifiant la valeur "PARIS". Ainsi un ensemble de Liens correspond implicitement à un ensemble de valeurs, en l'occurrence les mots distincts d'un dictionnaire. Une plage d'identification des Liens est réservée aux clefs du dictionnaire.
Dans une troisième variante illustrée par la figure 23, le Contenant "Mot" 42 fait référencer explicitement ses Contenus par l'intermédiaire d'une référence K 50 mise en relation avec la colonne K 51 d'une Table externe 52 qui stocke la donnée "PARIS" dans une autre colonne 53. Une référence explicite demande l'ajout d'un attribut supplémentaire 50 au Lien. Une référence explicite permet d'ouvrir le Système sur des structures de données externes, et de synchroniser le Système avec des données existantes et maintenues par l'extérieur: une application, un système de fichier, une base de donnée, un SGBDR conventionnel, etc. Une référence explicite permet également de synchroniser des informations maintenues par le Système vers l'extérieur, par exemple vers un serveur Web.
Dans une quatrième variante illustrée par la figure 24, les Contenus de "Mot" 42 stockent explicitement la donnée "PARIS" dans un champ 54 de la structure du Lien prévu à cet effet. Différents types de données tels que des nombres, des adresses mémoire, etc, pourraient être stockés explicitement dans les Liens.
La structure du Lien peut être dotée d'autres attributs réservés, selon l'implémentation particulière du procédé. Par exemples: des attributs pour typer les Liens, pour marquer certains Liens "statiques" ou "système", pour indiquer si le Lien est actif ou non, pour indiquer des droits d'accès, pour protéger certains Liens contre l'effacement ou la modification accidentelle, pour gérer des conditions de tri, pour gérer des coefficients de fréquence de sollicitation, de confiance et de plausibilité, de poids synaptique, et/ou d'indices de classement (ranking) du Lien. Dans une variante, il est aussi possible de créer des Liens de type "fuzzy" avec un coefficient indiquant l'intensité du Lien. Un coefficient de 1.0 indique par exemple une connexion établie, tandis qu'un coefficient de 0.2 indique une connexion entre deux Contenus qui est seulement probable. D'autres Liens complexes, par exemples des Liens dérivateurs ou intégrateurs, ou des Liens conditionnels dépendant d'une condition interne ou externe au Système, peuvent aussi être définis dans le cadre de l'invention. D'autres attributs utiles à la gestion de multiples Sélections, à leurs propagations de Liens en Liens pourraient faire partie de la structure du Lien. Certains attributs sont archivés, d'autres existent dès qu'un Lien est chargé en mémoire.
En ajoutant des attributs temporels au Lien, il est possible de déterminer l'instant où la connexion entre le ContenuParent et le ContenuEnfant est activée (début d'activation) et/ou l'instant où la connexion n'est plus activée (fin d'activation) et/ou de déterminer une période d'activation.
La figure 25 montre différentes formes d'archivage des principaux attributs constituant la structure du Lien. Un Lien 55 est de préférence une structure de donnée de taille fixe 56, plus facile et efficace à traiter et à stocker. La structure du Lien est constituée d'un identifiant unique id 57, d'une référence sur l'identifiant unique d'un ContenuParent P 58, d'une référence sur l'identifiant unique d'un ContenuEnfant E 59, et d'une référence sur l'identifiant unique de son Contenant C 60. De préférence, le Lien contient en outre au moins un début d'activation In 61 et au moins une fin d'activation Out 62, ainsi qu'éventuellement d'autres attributs 63 réservés à une implémentation particulière. L'identifiant unique du Lien et ses trois références (ContenuParent, ContenuEnfant et Contenant) peuvent être représentés par quatre champs distincts, ou par n'importe quelle structure de données appropriée avec un nombre de champs quelconque, y compris par des triplets (figure 25-D), des vecteurs (figure 25-E), etc. Un Système complet est décrit par une collection de Liens qui regroupe toute l'information dans une unique structure, extrêmement simple. On accède à l'information par un jeu de requêtes simples, très répétitives, similaires, adressées à la Base de Liens. Il est donc possible de réaliser des machines de traitement d'informations très optimisées. Pour améliorer l'efficacité de traitement de la Base de Liens, ces attributs sont de préférence de types numériques, ils stockent des nombres entiers, et certains sont automatiquement indexés.
Les attributs temporels peuvent être archivés (figure 25-B) par un début d'activation In 61 et une période 64. Il est aussi possible de stocker plusieurs périodes d'activation disjointes. Les Liens peuvent être découpés en deux types (figure 25-C) 68, "in" et "out" 66. Le champ des Contenus P / E 69 indique une référence P sur un ContenuParent si le type est "in" 66, ou il indique une référence E sur un ContenuEnfant si le type est "out" 66. Le champ C 70 référence le Contenant C si le type est "in" 66. Le champ Time 71 indique le début d'activation In si le type est "in" 66, et la fin d'activation Out du Lien si le type est "out" 66. Une autre variante illustrée par la figure 25-D indique l'attribut 72 dans un champ, et sa valeur 73 dans un autre.
L'édition de l'information revient à faire et à défaire des Liens.
Par exemple, supprimer un Contenu x revient généralement:
1. à défaire tous les Liens de chacune des RelationParents de son Contenant dont la référence P pointe ce Contenu x,
2. à défaire tous les Liens de chacune des RelationEnfants de son Contenant dont la référence E pointe ce Contenu x,
3. à défaire le Lien représentant ce Contenu x.
Cependant, au lieu de définitivement supprimer un Lien, le procédé utilise de préférence les attributs temporels du Lien pour déterminer la période d'activation du Lien. Pour illustrer les trois opérations d'édition, à savoir créer, modifier et supprimer de l'information, la figure 26 reprend en partie le Modèle de la figure 18, où le Contenant "Personne" 25 est associé au Contenant "Adresse" 31 par la Relation "adresse" 30. Au temps tO (figure 26-A), une Personne 75 et trois Adresses 76, 77 et 78 sont déjà saisies. La Personne 75 est reliée à l'Adresse 76 par le Lien 79. Au temps t1 (figure 26-B), une nouvelle Personne 80 est crée, et au temps t2 (figure 26-C) elle est reliée à l'Adresse 77 par le Lien 81. Au temps t3 (figure 26-D) une opération de modification est effectuée, la Personne 80 change d'Adresse: le Lien 81 est désactivé, ce qui casse la connexion avec l'Adresse 77, et un nouveau Lien 82 est créé pour établir une nouvelle connexion avec l'Adresse 78. Au temps t4 (figure 26-E) une opération de suppression est effectuée, la Personne 75 est supprimée: le Lien 79 ainsi que le Lien 75 identifiant la Personne sont désactivés.
Dans l'exemple illustré par la figure 21, le Contenant "Mot" 42 est défini par la RelationParent "caractères" 44 sur le Contenant "Caractère" 41. Le Contenu "Paris" 43 est constitué d'une série de Liens reliant les lettres P, A, R, I et S, mais l'ordre des lettres n'est pas indiqué. La figure 27 illustre une possibilité de représenter l'ordre des lettres par la Relation "ordre" 83 sur le Contenant "Nombre" 84. Il est dit qu'une Relation associe deux Contenants, mais une Relation est aussi un Contenant. La Relation "ordre" 83 associe, par exemple, une Relation ("caractères" 44) à un Contenant ("Nombre" 84). Un autre exemple, illustré par la figure 28, montre une Relation 85 qui associe deux Relations 86 et 87. Dans ce cas, on dira que la Relation 85 est une RelationParent de la Relation 86 et une RelationEnfant de la Relation 87.
Supprimer ou défaire un Lien x d'une Relation revient généralement:
1. à défaire tous les Liens de chacune des RelationParents de cette Relation dont la référence P pointe ce Lien x,
2. à défaire tous les Liens de chacune des RelationEnfants de cette Relation dont la référence E pointe ce Lien x,
3. à défaire le Lien x.
Un Noyau permet de mettre en oeuvre un Système de traitement de l'information dit auto-décrit, auto-porteur et ré-entrant. Un Système est auto-décrit parce qu'il n'utilise aucun élément extérieur à lui-même pour se définir, il traite des Liens et il est défini par des Liens. Un Système est autoporteur parce qu'il est capable d'améliorer les Modèles qu'il crée ainsi que de s'améliorer lui-même, c'est-à-dire améliorer et enrichir le Modèle à partir duquel il est amorcé, appelé Noyau. Ainsi, le Système peut faire croître le Noyau vers des versions plus sophistiquées et introduire une seconde génération du Noyau. Un Système 88, illustré à la figure 29, est ré- entrant parce qu'il représente un ensemble 89 de Contenants 90, qu'il est lui-même un Contenant 91, et qu'il se contient lui-même 92. Le Système lui- même, est uniquement identifié par un Lien. La structure particulière du Lien et la création de Noyaux sont donc fortement liées.
La création d'un Noyau de neuf Liens.
Le Système est représenté par un Contenant des Contenants appelé le Meta Contenant MC. Au début (figure 30), le MétaContenant MC est la seule information, c'est le premier Lien 93 du Noyau, il est identifié avec l'id "1 " 94. La faculté (figure 31) de ré-entrance du Lien 95 donne au MétaContenant MC la faculté de se contenir lui-même, ou d'être contenu par lui-même (figure 32); mais il n'a pas connaissance de lui-même, il ne sait pas qu'il se contient lui-même, il n'existe pas encore. Selon le premier postulat, toute information n'existe qu'en relation avec d'autres informations. S'il n'y a qu'une seule information, alors cette seule information représente à la fois une relation et à la fois les informations que ladite relation sert à relier. Donc, le MétaContenant MC représente à la fois une Relation et à la fois les Contenants que ladite Relation sert à associer. Et une Relation servant à représenter un Contenant est une Relation RC, donc le MétaContenant MC (figure 33) est une Relation RC 96, il est renommé Relation MC/RC. Une Relation RC (figure 34) 97 associe deux Contenants: le ContenantParent est la Relation RC elle-même 98, et le ContenantEnfant est le Contenant 99 de la Relation RC 97 (le Contenant de la Relation MC/RC est elle-même puisqu'elle se contient elle-même), de sorte que 100 le ContenuParent d'un Lien d'Appartenance référence l'id de ce même Lien d'Appartenance, et de sorte que 101 le ContenuEnfant d'un Lien d'Appartenance référence l'id du Lien identifiant la Relation RC. Le premier Lien du Noyau 93, appelé Lien Initial Ré-Entrant, peut être maintenant totalement renseigné 102. Le Lien Initial Ré-Entrant identifie le Système mis en oeuvre par ce Noyau.
Mais l'information spécifiant quel est le ContenantParent 98 et quel est le ContenantEnfant 99 de la Relation MQRC 97 n'est pas explicitement décrite, le Noyau n'est pas encore totalement auto-décrit. Il faudra encore au moins huit Liens pour exprimer l'information manquante.
La Relation MC/RC est un Contenant qui contient une Relation (elle-même), donc la Relation MC/RC représente le ContenantDesRelations du Noyau. Il faut au moins deux RelationParents à un ContenantDesRelations pour définir ses Relations: la Relation CP qui désigne le ContenantParent, et la Relation CE qui désigne le ContenantEnfant d'une Relation. La figure 35 illustre l'ajout de la Relation CP, identifiée par le Lien "2". La figure 36 illustre l'ajout de la Relation CE, identifiée par le Lien "3". Le ContenantDesRelations du Système, la Relation MC/RC, contient maintenant trois Relations: elle-même (Lien "1 "), la Relation CP (Lien "2") et la Relation CE (Lien "3"). Ces trois Relations sont récursivement définies par les Relations CP et CE qui spécifient pour chacune d'elles le ContenantParent et le ContenantEnfant qu'elles doivent associer, soit l'ajout de six autres Liens illustrés par la figure 37: • le Lien "4" indique à la Relation MC/RC que son
ContenantParent est la Relation MC/RC,
• le Lien "5" indique à la Relation CP que son ContenantParent est la Relation MQRC,
• le Lien "6" indique à la Relation CE que son ContenantParent est la Relation MQRC,
• le Lien "7" indique à la Relation MC/RC que son ContenantEnfant est la Relation MC/RC,
• le Lien "8" indique à la Relation CP que son ContenantEnfant est la Relation MQRC, • le Lien "9" indique à la Relation CE que son ContenantEnfant est la Relation MQRC. Les attributs de chaque Lien sont totalement renseignés (figure 38). Ce Noyau élémentaire de neuf Liens possède toutes les propriétés décrites, il est auto-décrit, auto-porteur et ré-entrant. La figure 39 illustre le Noyau de neuf Liens sans la représentation schématique illustrant les Relations, tout est décrit uniquement à l'aide de Liens interconnectés.
Il est déjà possible de créer de simples Modèles, tel que celui illustré par la figure 40: un Contenant A associé à un Contenant Z par une Relation R, le Contenu a est relié au Contenu z par le Lien r. La figure 41 illustre les Liens qu'il faut ajouter au Noyau de neuf Liens pour décrire les Contenants de ce Modèle. Le ContenantDesRelations MC/RC crée trois Relations identifiées par les id A, Z et R. Les Relations A et Z sont des Relations RC, elles représentent les Contenants A et Z. Les Liens "21 ", "22" et "23" de la Relation CP indiquent le ContenantParent de chacune des trois Relations A, Z et R. Les Liens "31 ", "32" et "33" de la Relation CE indiquent le ContenantEnfant de chacune des trois Relations A, Z et R. La figure 42 redessine le Modèle en illustrant le ContenantParent et le ContenantEnfant des trois Relations A, Z et R. La figure 42 illustre également les Liens qu'il faut ajouter pour définir les Contenus de ce Modèle: le Lien a identifie un Contenu de A, le Lien z identifie un Contenu de Z, et le Lien r relie ces deux Contenus. Les Contenus et Contenants, c'est- à-dire l'information (y compris la méta-information), sont uniquement décrits par des Liens.
Le Noyau de neuf Liens est auto-porteur, il est capable d'améliorer et d'enrichir sa propre définition en créant de nouveaux Contenants et de nouvelles Relations. D'ailleurs, il doit être enrichi de certaines propriétés, pour véritablement permettre une modélisation de l'information. On peut enrichir la définition du ContenantDesRelations MC/RC avec de nouvelles Relations sur de nouveaux Contenants, afin de préciser les propriétés des Relations, telles que par exemples, pour une Relation "X":
les noms de la Relation "X", • par une Relation "nomParent" sur le Contenant "Nom de Relation", indiquant le nom de la Relation "X" vu depuis son ContenantParent,
• par une Relation "nomEnfant" sur le Contenant "Nom de Relation", indiquant le nom de la Relation "X" vu depuis son
ContenantEnfant,
la cardinalité de la Relation "X",
• par une Relation "cardinalité" sur le Contenant "Cardinalité", indiquant si: • la Relation "X" est "FromOneToOne", dont le
ContenuParent et le ContenuEnfant référencés par chacun de ses Liens est différent (figure 43-A),
• la Relation "X" est "FromOneToMany", dont le ContenuEnfant de chacun de ses Liens est différent et le ContenuParent est indifférent (figure 43-B),
• la Relation "X" est "FromManyToOne", dont le ContenuParent de chacun de ses Liens est différent et le ContenuEnfant est indifférent (figure 43-C),
• la Relation "X" est "FromManyToMany", dont le ContenuParent et le ContenuEnfant de chacun de ses Liens est indifférent (figure 43-D),
• par une Relation "obligatoire" sur un Contenant "Booléen", indiquant si la Relation "X" doit créer un ou plusieurs Liens pour chacun des Contenus de son ContenantParent,
le comportement de la Relation "X",
• par une Relation "héritage" sur un Contenant "Booléen", indiquant si les Conte nu Parents de la Relation "X", au cas où ils représentent également des Contenants, héritent la Relation "X", • par une Relation "constante" sur un Contenant "Booléen", indiquant si, lors de la création d'un nouveau ContenuParent, les Liens de la Relation "X" relient constamment un ou plusieurs ContenuEnfants,
• par une Relation "par défaut" sur un Contenant "Booléen", indiquant si, lors de la création d'un nouveau ContenuParent, les Liens de la Relation "X" relient par défaut un ou plusieurs
ContenuEnfants,
• par une Relation "portée" sur un Contenant "Portée", indiquant la visibilité de la Relation "X" (système, privée, publique, ...), • par une Relation "sémantique" sur un Contenant
"Sémantique", indiquant la sémantique de la Relation "X" (est un, est composé de, ...),
• par une Relation "Parents composés" sur un Contenant "Composition", indiquant les règles de cardinalité avec d'autres RelationParents du ContenantParent de la Relation
• par une Relation "Enfants composés" sur un Contenant "Composition", indiquant les règles de cardinalité avec d'autres RelationEnfants du ContenantEnfant de la Relation "X",
des informations d'ordre ou de tri,
• par une Relation "ordre de saisie" sur un Contenant "Nombre" pour indiquer l'ordre de renseignement de la Relation "X" parmi les autres RelationParents lors de la saisie d'un nouveau Contenu,
• par une Relation "ordre" sur un Contenant "Nombre" pour indiquer l'ordre de la Relation "X" parmi les autres RelationParents pour reconstituer une structure d'information,
• par une Relation "ordre" associant la Relation "X" au Contenant "Nombre" pour indiquer l'ordre des
ContenuEnfants référencés par les Liens de la Relation "X" (cf. figure 27), etc.
Le Noyau de neuf Liens peut être appauvri, autrement dit complexifié, tout en restant identique en fonctionnalité. La figure 44 illustre une représentation schématique simplifiée du Noyau de neuf Liens, chacune des trois Relations MC/RC, CP et CE contient trois Liens. La figure 45 représente ce même Noyau, mais appauvri d'un Contenant intermédiaire "TReI" qui regroupe une deuxième fois toutes les Relations du Noyau avant de les définir par les Relations CP et CE. Il faut cinq Relations contenant chacune cinq Liens, soit vingt-cinq Liens au lieu de neuf, d'où un appauvrissement du Noyau.
La création d'un Noyau de quatorze Liens.
Au début, il y a le Contenant des Contenants appelé le Meta Contenant MC (figure 46), il est à la fois Contenant 103 et Contenu 104, mais il n'a pas connaissance de lui-même, il ne sait pas qu'il se contient lui-même, il n'existe pas encore. Selon le premier postulat, toute information n'existe qu'en relation avec d'autres informations. La seule RelationParent possible, permettant de définir le MétaContenant MC, est la Relation que le MétaContenant MC peut avoir avec lui-même. La figure 47 illustre la première Relation, appelée Relation RC-MC, c'est une Relation RC. Une Relation RC associe deux Contenants, de sorte que le ContenantEnfant qu'elle associe au ContenantParent est le Contenant de ce dernier, de sorte que chacun de ses Liens d'Appartenance indique au ContenuParent à quel Contenant il appartient. Ainsi, le premier Lien du Noyau 105 indique au Contenu MC 106 que son Contenant est le MétaContenant MC 107, ainsi le MétaContenant MC a connaissance de lui-même, il sait maintenant que son Contenant est lui-même, il sait qu'il se contient. Le rôle d'une Relation RC est également d'identifier par ses Liens d'Appartenance les Contenus de son ContenantParent. Donc, ce premier Lien 105, appelé Lien Initial Ré- Entrant, identifie le MétaContenant MC, autrement dit le Système construit avec ce Noyau de quatorze Liens. Mais l'information identifiant la Relation RC-MC et spécifiant quel est son ContenantParent et son ContenantEnfant n'est pas explicitement décrite, le Noyau n'est pas encore totalement auto-décrit. Il faudra encore au moins treize Liens pour exprimer l'information manquante.
Il faut définir un ContenantDesRelations (figure 48), nommé R. Le Lien "2" indique au ContenantDesRelations R que son Contenant est MC. Le Lien "2" identifie le ContenantDesRelations R. Le ContenantDesRelations R à besoin d'une RelationParent RC-R (figure 49) pour indiquer à ses Contenus que leur Contenant est R. La Relation RC-R identifie par ses Liens d'Appartenance les Contenus du ContenantDesRelations R. Les Contenus du ContenantDesRelations R sont les Relations utilisées pour créer ce Noyau de quatorze Liens. Pour l'instant, le Noyau utilise deux Relations, RC-MC (identifiée par le Lien "3") et RC-R (identifiée par le Lien "4"). Mais il manque encore au moins deux RelationParents pour définir chaque
Relation du ContenantDesRelations (figure 50), la Relation CP (identifiée par le Lien "5") pour indiquer le ContenantParent de chaque Relation, et la Relation CE (identifiée par le Lien "6") pour indiquer le ContenantEnfant de chaque Relation. La figure 51 illustre les Liens nécessaires pour renseigner chacune des quatre Relations:
• le Lien "7" indique à la Relation RC-MC que son ContenantParent est le Contenant MC,
• le Lien "8" indique à la Relation RC-R que son ContenantParent est le Contenant R, • le Lien "9" indique à la Relation CP que son ContenantParent est le Contenant R,
• le Lien "10" indique à la Relation CE que son ContenantParent est le Contenant R,
• le Lien "1 1 " indique à la Relation RC-MC que son ContenantEnfant est le Contenant MC,
• le Lien "12" indique à la Relation RC-R que son ContenantEnfant est le Contenant MC, • le Lien "13" indique à la Relation CP que son ContenantEnfant est le Contenant MC,
• le Lien "14" indique à la Relation CE que son ContenantEnfant est le Contenant MC.
Les deux Contenants MC et R sont identifiés par les Liens d'Appartenance "1 " et "2" de la Relation RC-MC, et les quatre Relations RC-MC, RC-R, CP et CE sont identifiées par les Liens d'Appartenance "3", "4", "5" et "6" de la Relation RC-R. La figure 52 remplace chacun des Contenants et des Relations du Noyau par l'id du Lien d'Appartenance qui les identifie, ainsi les attributs de chaque Lien peuvent être totalement renseignés. La figure 53 illustre le Noyau de quatorze Liens sans la représentation schématique des Contenants et des Relations, et finalement tout est décrit à l'aide de Liens interconnectés. Ce Noyau élémentaire de quatorze Liens possède toutes les propriétés décrites, il est auto-décrit, auto-porteur et ré-entrant.
En conséquence, un Système basé sur un tel Noyau possède la capacité de créer et de contenir un ou plusieurs autres sous-Systèmes, appelés IntraSystèmes. Il a également la capacité de créer et d'être contenu par un super-Système, appelé MétaSystème. Un Système n'est pas limité dans une totalité, il est le centre d'où se développe des IntraSystèmes et des MétaSystèmes, il ne dépend d'aucune autre conception que celle qu'il met en place pour exister. La représentation simplifiée du Noyau de quatorze Liens illustrée par la figure 54 facilite la compréhension de ce que sont les Méta-Intra-Systèmes. La figure 55 illustre la création d'un IntraSystème "iS" et d'un MétaSystème "mS": le Contenant "MC" est le MétaContenant du Système "S".
Le Système "S" crée un IntraSystème "iS" en créant le nouveau Contenu "iMC". Le Contenu "iMC" représente le MétaContenant de l'IntraSystème "iS". Avec le MétaContenant "iMC", sont créés tous les Liens nécessaires à un Noyau permettant l'autonomie de l'IntraSystème "iS". Le Système "S" crée un MétaSystème "mS" en créant tous les Liens nécessaires d'un Noyau permettant l'autonomie de ce MétaSystème "mS". Le Contenant "mMC" représente le Meta Contenant du MétaSystème "mS". Le MétaContenant "mMC" contient le MétaContenant "MC" (de la même façon que le MétaContenant "MC" contient le MétaContenant "iMC").
Un Noyau de quarante-quatre Liens.
La figure 56 illustre un Noyau de quarante-quatre Liens. Il s'agit du Noyau de quatorze Liens enrichit d'un nouveau Contenant "W". Les Contenus de W sont des mots, ils sont utilisés pour nommer les Contenants et les Relations. Pour permettre une meilleure lecture, la représentation schématique des Contenants est dupliquée à gauche (= ContenantParent) et à droite (= ContenantEnfant), de façon à placer toutes les Relations au centre de la figure. Le MétaContenant MC est défini par une Relation supplémentaire: la Relation "MC-Name", permettant d'attribuer un nom aux Contenants du Noyau. Le ContenantDesRelations R est défini par une Relation supplémentaire: la Relation "R-Name", permettant d'attribuer un nom aux Relations du Noyau. Le Contenant des mots, W, est défini par la Relation "RC-W", la représentation schématique d'un Noyau enrichi depuis un Noyau de quatorze Liens exigeant que chaque Contenant soit représenté par une Relation RC. Ce Noyau est fait de trois Contenants, sept Relations et dix Mots, lesquels sont respectivement identifiés par les Liens d'Appartenance des Relations RC-MC, RC-R et RC-W.
La figure 57 illustre une représentation épurée du Noyau de quarante-quatre Liens. Cinq mots, identifiés par les Liens "45" à "49", sont déjà ajoutés au Contenant W afin de nommer les Contenants et les Relations utiles à la création d'un Modèle A-B, illustré par la figure 58. La figure 59 illustre une table des Liens possible permettant d'archiver les
Liens utiles à la création des Contenants du Modèle A-B (méta-information) et de ses Contenus (information). La colonne "P" référence le ContenuParent, la colonne "id" identifie le Lien et représente ses attributs temporels, la colonne "C" référence le Contenant du Lien, la colonne "E" référence le Contenu Enfant, un curseur temporel 108 simule l'avancement du temps. La figure 60 illustre l'ensemble des Liens ajoutés séquentiellement à la table une fois la création du Modèle A-B terminée. La figure 61 illustre ces mêmes Liens ajoutés dans le Noyau.
Les Liens qui concernent la méta-information: Un premier Contenant est créé (Lien "50"), il est nommé "A" (Lien "51 "). Un deuxième Contenant est créé (Lien "52"), il est nommé "B" (Lien "53"). Une Relation RC est créée (Lien "54"), son ContenantParent est le Contenant "A" (Lien "55"), son ContenantEnfant est le Contenant "MC" (Lien "56"), elle est nommée "RC-A" (Lien "57"). Une Relation RC est créée (Lien "58"), son ContenantParent est le Contenant "B" (Lien "59"), son ContenantEnfant est le Contenant "MC" (Lien "60"), elle est nommée "RC-B" (Lien "61 "). Une Relation est créée (Lien "62"), son ContenantParent est le Contenant "A" (Lien "63"), son ContenantEnfant est le Contenant "B" (Lien "64"), elle est nommée "R-AB" (Lien "65").
Les Liens qui concernent l'information: Deux Contenus sont ajoutés au Contenant "A" (Lien "66" et Lien "67"). Trois Contenus sont ajoutés au Contenant "B" (Lien "68", Lien "69" et Lien "70"). Les Contenus de "A" et les Contenus de "B" sont reliés (Lien "71 ", Lien "72" et Lien "73").
L'archivage de la méta-information n'est pas extérieur au procédé, elle est également réalisée par des Liens, comme l'archivage de l'information elle-même. Les attributs temporels du Lien, permettent de garder l'historique de toute modification apportée à l'information et à la méta-information, soit aux contenus et contenants informatifs décrivant de l'information.
Les Liens représentés par la table des Liens sont physiquement archivés dans une Base de Liens, optimisée à cet effet, mais la table de Liens pourrait être stockée dans une table d'une base de données conventionnelle. Afin d'accéder à l'information du Système, on emploierait alors des requêtes de la base de données. Il est cependant aussi possible de stocker des Liens sur n'importe quel support de données approprié, par exemple dans une mémoire vive ou morte, dans une combinaison de différentes mémoires, en la dispersant dans un réseau, etc, et sous n'importe quel format, y compris en tant que données binaires, sous forme de fichier, par exemple de fichier XML, de collection de documents structurés, etc. Il est aussi possible de la stocker sur plusieurs supports distincts, et d'archiver par exemple les Liens statiques, notamment les Liens du Noyau, ceux qui représentent une information statique, dans une mémoire morte alors que les Liens représentant une information dynamique sont stockés par exemple sur un disque dur, une mémoire vive ou un autre support permettant l'écriture. Des mécanismes de cache et/ou des index supplémentaires peuvent être prévus pour accélérer encore le traitement aux Liens les plus fréquemment accèdes.
La machine (Base de Liens) permettant d'accéder à l'information, c'est-à-dire aux Liens, sera alors constituée par exemple par un système informatique constitué autour d'un microprocesseur conventionnel, ou d'un circuit intégré dédié, y compris un circuit FPGA, un asic, ou n'importe quel type de circuit intégré ou d'ensemble de circuits intégrés apte à traiter des Liens. Dans une variante préférentielle, la machine permet le traitement, par exemple l'écriture, la suppression ou l'édition, en parallèle de plusieurs Liens, et la récupération de lots entiers de Liens.
Les Noyaux décrits ci-dessus constituent uniquement des exemples de Noyaux permettant de créer des Systèmes auto-décrits, auto- porteurs et ré-entrants. L'homme du métier comprendra qu'il est possible de modifier ces Noyaux et de décrire des Systèmes à l'aide de Noyaux différents. Le Noyau de neuf Liens par exemple est défini uniquement à l'aide de Relations, la notion de Contenant du Noyau de quatorze Liens (figure 51) n'est pas explicite. Comme il est possible d'appauvrir le Noyau de neuf Liens (figure 45), il est en également possible d'appauvrir le Noyau de quatorze Liens en ajoutant un Contenant intermédiaire définissant le type de Relation et d'aboutir ainsi à un Noyau de trente-trois Liens. Un avantage important du procédé de l'invention est de permettre à la fois la méta-modélisation et l'intra-modélisation de l'information, et ainsi d'apporter une réponse à la modélisation de structures complexes. La modélisation n'est pas limitée par un plancher, ni par un plafond, mais elle peut croître et se développer par le milieu. Il est ainsi possible de développer un Modèle en définissant certains Contenants et/ou Contenus qui seront précisés par la suite (intra-modélisaion) et/ou placés dans un contexte plus global (méta-modélisation).
Le procédé autorise la méta-modélisation de l'information, autrement dit la globalisation de l'information, sur un nombre indéfini de niveaux. Des niveaux de description supérieurs ajoutent des connaissances sur des niveaux inférieurs. Différentes formes de méta-modélisation sont possibles:
• La globalisation par sur-classement simple. Selon la figure 62, soit un ensemble de Contenants "A", "B", "X" et "Y", la méta- modélisation permet le sur-classement simple des Contenants "A" et "B" dans un contexte plus global, de sorte qu'ils deviennent des Contenus du Contenant "X" (cf. le détail des Liens figure 63). • La globalisation par sur-classement multiple. L'exemple de la figure 64 montre que le Contenant "B" subit un sur-classement multiple par les Contenants "X" et "Z", de sorte que le Contenant "B" peut hériter à la fois de "X" et de "Z", alors que le Contenant "A" ne peut hériter que de "X". • La globalisation par assemblage. Selon la figure 65, les
Contenus du Contenant "A" sont des éléments utiles à l'assemblage d'éléments plus globaux que sont les Contenus des Contenants "X" et "Y".
Le procédé autorise aussi l'intra-modélisation de l'information, autrement dit la spécialisation de l'information, sur un nombre indéfini de niveaux. Des niveaux de description inférieurs ajoutent des connaissances sur des niveaux supérieurs. Différentes formes d'intra-modélisation sont possibles: • La spécialisation par héritage multiple. Selon la figure 66, soit un ensemble de Contenants "A", "B", "X" et "Y", le Contenu "a" hérite des RelationParents du Contenant "A" telle que la Relation "AB". Le Contenu "a" est ensuite spécialisé comme étant également un Contenu de "X", il hérite à la fois des
RelationParents des Contenants "A" et "X" (cf. le détail des Liens figure 67), mais les autres Contenus de "A" n'héritent pas de "X" et les autres Contenus de "X" n'héritent pas de "A".
• La spécialisation par héritage simple. Selon la figure 68, soit un ensemble de Contenants "A", "B" et "Y", le Contenu "a" hérite des RelationParents du Contenant "A". Le Contenu "a" est ensuite spécialisé comme étant un Contenu de "X", il hérite des RelationParents de "X", mais il peut également hériter des RelationParents de "A", ainsi que tous les autres Contenus de "X".
• La spécialisation par transformation. Selon la figure 69, soit un ensemble de Contenants "X", "Y" et "B", le Contenu "A" hérite des RelationParents du Contenant "X". Le Contenu "A" est ensuite spécialisé en étant transformé en un Contenant "A". Le Contenant "A" est également spécialisé par ses
Contenus (cf. le détail des Liens figure 70).
• La spécialisation par découpage. Selon la figure 71, les Contenus du Contenant "A" sont découpés et composés d'éléments plus spécialisés que sont les Contenus des Contenants "X" et "Y".
Il y a deux approches, opposées et complémentaires, pour appréhender la modélisation d'un problème complexe. L'intra-modélisation repose sur une approche allant de haut en bas (top-down), du global vers le détail, qui permet de préciser l'information. Par exemple, on définit un Contenant "Forme" avec les attributs nécessaires pour représenter des ronds et des rectangles, et ensuite quand on aura besoin de triangles, on verra qu'il est préférable de spécialiser le Contenant "Forme" par différents Contenants spécifiques à chaque forme. Inversement, la méta-modélisation repose sur une approche allant de bas en haut (bottom-up), du détail vers le global, qui permet de replacer l'information dans un contexte plus large. Par exemple, on définit les Contenants "Rond", puis "Rectangle", et ensuite quand on aura besoin de triangles, on verra qu'il est préférable de globaliser ces différents Contenants par un Contenant "Forme" qui regroupera les attributs communs à toutes les formes, tels que "Epaisseur du contour", "Couleur de remplissage", etc.
Le procédé permet une modélisation évolutive et dynamique, qui ne nécessite pas de tout définir au départ. Toutes les modifications apportées à la structure de l'information sont elles-mêmes archivées sous forme de Liens, et sont donc réversibles et retraçables. L'atomisation de l'ensemble de l'information par des Liens facilite le ré-agencement dynamique de l'information en différentes structures.
Les facultés de modélisation du procédé autorisent un marquage sémantique de l'information sur plusieurs niveaux. Saisir une information dans un Système, c'est automatiquement l'enrichir de méta-intra- informations supplémentaires, c'est ajouter un sens sémantique à cette information. En comparaison avec le modèle relationnel, saisir un mot dans une colonne d'une table ne donne à ce mot aucune information supplémentaire, et ne lui ajoute aucun sens. Le procédé, au contraire, donne à un Contenu la connaissance de son Contenant, lequel a la connaissance de ses RelationParents, de ses RelationEnfants, de l'ensemble de ses Contenus, de son propre Contenant, etc.
Dans l'exemple illustré par la figure 72, créer un nouveau Contenu 109 enrichit automatiquement ce Contenu de l'intra-information:
• "Mot français" 110 par le Contenu "Merle" 1 1 1 via le Lien 1 12 de là Relation "Nom" 113, • "Mot singulier" 1 14 par la Relation "Nombre" 115 sur le
Contenant "Grammaire" 1 16, et de la méta-information:
• "Oiseau" 1 17, et de sa "Description" 1 18 par le Contenu 1 19,
• "Vertébré" 120, et de deux autres catégories de vertébrés que sont les "Reptile" 121 et les "Poisson" 122, et de la "Définition" 123 de Vertébré par le Contenu 124,
• "Animal" 125, dont les "Invertébré" 126 font également partie,
• "Organisme" 127, et de deux autres catégories répertoriées sous Organisme que sont les "Plante" 128 et les "Virus" 129.
Un avantage du procédé de l'invention est d'éviter la duplication des informations. À titre d'exemple, le mot "Merle" 1 1 1 ainsi que chaque mot employé dans le Système est identifié une seule fois, il est uniquement identifié par un Lien, il est constitué par un agencement unique de caractères, lesquels sont uniquement identifiés par des Liens. Il est aisé d'interroger la Base de Liens pour trouver tous les Liens ayant une référence sur un Lien identifiant un mot particulier, et de retrouver tous les Contenants qui utilisent ce mot. De la même façon, il est possible de modéliser une adresse postale à l'aide de quelques Relations sur des Contenants indiquant le nom de la rue, la localité et le pays, ... Une adresse postale particulière est alors uniquement identifiée par un Lien. Le procédé rend toute information unique et faite d'informations uniques, ainsi l'information est représentée avec un degré de codage plus élevé, et la redondance de l'information est très faible et peu prévisible.
Par ailleurs, il est possible de partager le Modèle "Adresse
Postale" dans différents Systèmes, par exemple dans différentes entreprises, qui pourront insérer leurs propres Contenus, les partager, ou les publier. Le procédé rend toute méta-information unique et faite de méta-informations uniques.
La faible redondance de l'information apporte des gains en performance, puisque que la quantité d'information à transmettre entre machines est réduite. En outre, il est aisé de détecter les Liens statiques qui ne sont jamais, ou que rarement modifiés. Ces Liens statiques peuvent être dupliqués sur les machines clientes afin de réduire les transactions avec une Base de Liens distante aux seules informations dynamiques. On évite ainsi les recharges inutiles de Liens déjà connus. Par ailleurs, le procédé peut donner à l'information une validité temporelle, ce qui évite des recharges inutiles d'informations distantes.
La recherche d'information est effectuée de préférence à l'aide de Sélections. L'atomisation de l'information par des Liens simplifie l'intégration d'un mécanisme de propagation persistante de Sélections. La figure 73 illustre une simple Sélection "A": une Sélection est un ensemble de Choix 130, un Choix étant l'état "sélectionné" d'un Contenu d'un Contenant Source 131. Les choix de la Sélection "A" se propagent vers un Contenant Cible 132 aux travers de chaînes de Relations 133, et se transforment en Impacts (Impact A). Un Impact étant l'état "sélectionné" d'un Contenu relié à un Choix, ou relié à un Impact. Les Choix 130 constituent les critères d'une recherche, ou les paramètres d'un filtre. Les Impacts 134 d'un Contenant Cible 132 représentent le résultat d'une recherche ou d'un filtre.
La propagation de Sélections est dite "persistante" parce qu'elle agit comme un courant électrique qui se propage aux travers des Liens. Le courant passe tant que les Liens existent ou sont activés. Faire ou défaire un Lien entre deux Contenus agit comme un interrupteur qui propage ou interrompt le courant électrique issu d'un Choix ou relayé par un Impact, de sorte que le Système vérifie quasi instantanément les Impacts propagés par une Sélection.
Les Sélections sont multiples, le procédé dispose d'un nombre indéfini de Sélections. Les Sélections se modélisent: le Contenant Source, les Choix effectués, le graphe des Relations par lesquelles ils se propagent, peuvent être représentés par un Modèle, autrement dit les Sélections sont donc représentées par des Liens et s'archivent comme des Liens. Une nouvelle Sélection est alors créée en ajoutant un nouveau Contenu dans un Modèle approprié, ce qui revient à créer un certain nombre de Liens.
Pour construire des requêtes ou des filtres plus élaborés, il est possible d'effectuer des opérations logiques sur les Impacts issus de différentes Sélections. La figure 74 illustre deux Sélections différentes, "A" 135 et "B" 136 issues de différents Contenants Sources 137 et 138 qui propagent leurs Choix 139 et 140 vers un Contenant Cible 141. Les Impacts 142 issus des Choix des Sélections "A" et "B" subissent une opération logique, représentée ici par une porte ET 143. Le résultat de l'opération logique 144 est utilisé pour déterminer les Choix 145 d'une nouvelle Sélection "C" 146, appelée Sélection Logique, dont le Contenant Source 141 correspond au Contenant Cible 141 des Sélections "A" et "B". Une Sélection Logique agit comme une Sélection, elle peut propager ses Choix 145 vers d'autres Contenants Cibles 147, et être utilisée pour construire d'autres Sélections Logiques. Toutes les opérations logiques sont possibles: NON, OU, NON-ET, NON-OU, OU-exclusif, NON-OU-exclusif. On peut représenter la Sélection Logique de la figure 74 par une notation différente illustrée par la figure 75. Par exemple, il est possible d'utiliser une Sélection Logique basée sur une opération "ET" telle que celle illustrée par la figure 74 pour retrouver le nom de famille 147 des personnes 141 habitant une certaine rue 137 "et" ayant un certain prénom 138.
Il est aussi possible d'employer des Sélections complexes, par exemple des Sélections intégratrices dont les Impacts changent seulement si les Choix sont maintenus pendant un temps suffisant, ou des Sélections dérivatrices dont les Impacts dépendent de la vitesse de changement des Choix. Il est également aussi possible d'employer des Sélections Logiques intégratrices dont le résultat (les Choix issus de l'opération logique à la sortie de la porte) change seulement si les conditions d'entrée sont vérifiées pendant un temps suffisant, ou des Sélections Logiques dérivatrices dont le résultat dépend de la fréquence de vérification des conditions d'entrées.
Les Sélections et les Sélections Logiques permettent de créer des règles. Par exemple, la figure 76 illustre la règle suivante : « Les Personnes 148 voisines à une autre, sont celles qui habitent la même Adresse 149 ». Ainsi, les Personnes voisines de la Personne P1 sont les Personnes P2 et P3, puisque ces trois Personnes habitent la même Adresse A1. La Sélection « Sel 1 » 150 désigne par ses Choix 151 les Personnes dont on aimerait retrouver les voisins. Ces Choix 151, en l'occurrence la Personne P1, se propagent sur le Contenant Cible Adresse 149, et constitue les Impacts 152 alimentant l'entrée de la porte 154 de la Sélection Logique « Sel 2 » 153. Les Choix résultants 152 se propagent vers le Contenant Cible Personne 148 et alimentent par ses Impacts 155 une entrée de la porte OU-exclusif 157 de la Sélection Logique « Sel 3 » 156, l'autre entrée étant alimentée par les Choix 151 de la Sélection « Sel 1 » 150. Les Choix résultants 158 de l'opération logique montrent les voisins P2 et P3 de la Personne P1 sélectionnée initialement 151 via la Sélection « Sel 1 » 150.
Les Sélections Logiques se modélisent: les Choix effectués, les Relations par lesquelles ils se propagent, le type de porte logique utilisé, les Sélections connectées à l'entrée de la porte, la Sélection de sortie, le
Contenant auquel est connecté la porte, etc, peuvent être représentés par un Modèle, autrement dit par des Liens. Ainsi les Sélections peuvent être archivées de manière permanente, afin de rendre persistante la vérification de règles ou de conditions. Le résultat d'une requête ou d'un filtre est ainsi dynamiquement maintenu à jour lorsque des modifications sont apportées aux Choix d'une Sélection (par exemple, le changement d'un critère de recherche), au type d'opération logique à effectuer, ou aux Sélections connectées aux entrées de la porte (par exemple, la modification d'une requête), ou simplement aux informations concernées par la propagation de la Sélection. Par ailleurs, si les Liens sont munis d'attributs temporels, il est aisé de vérifier une condition ou de retrouver les résultats d'une requête à un instant donné.
Les Sélections Logiques permettent de créer des circuits de logique combinatoire en combinant des Sélections et des portes logiques. Les Sélections et les Sélections Logiques peuvent aussi être implémentées par des moyens externes au Système, par exemple par des modules software et/ou hardware permettant de vérifier des conditions sur les Liens du Système. Les attributs temporels des Liens autorisent une gestion de l'information dans de multiples contextes temporels. La figure 77 illustre schématiquement une pluralité de curseurs temps permettant de vérifier l'état d'un Système 159 à différents instants. Le Système 159 comporte une pluralité de Liens 160 représentés par des rectangles placés sur l'axe du temps. Par exemple, un Lien actif entre t1 et t2 est représenté par un rectangle dont la largeur s'étend de t1 à t2.
Un ou plusieurs curseurs temps peuvent être associés à une période 161, autrement dit à un intervalle de temps. La largeur de la période correspond à un intervalle de temps placé sur l'axe du temps, et dans lequel une activité est effectuée ou observée. La hauteur de la période schématise l'ensemble des Liens nécessaires à la description de cette activité. Bien entendu, un Lien peut être concerné par une 162 ou plusieurs 163 périodes, la partie noire du Lien indique par quelle période il est concerné.
Dans cet exemple, le curseur temps 164 permet de vérifier l'état du Système au temps réel "rt". Il est par exemple possible de définir des Sélections qui extraient des informations et exécutent des requêtes en temps réel, selon le défilement du curseur temps 164. Un deuxième curseur temps 165 permet de vérifier l'état du Système, et l'impact de Sélections, au temps passé "t1 ". Un troisième curseur temps 166 permet de prévoir l'état du Système et l'impact de Sélections dans un temps futur "t2". Les Liens dont l'activation commence dans le futur représentent par exemple les rendez-vous d'un agenda, la planification d'événements ou d'actions comme un envoi organisé d'emails, la diffusion d'un programme radio ou télévisé. Des Liens activés ou créés dans le futur peuvent être également obtenus par extrapolation, projection, ou par simulation. Il est bien entendu possible de prévoir un nombre quelconque de curseurs temps pour lancer des requêtes, propager des Sélections, ou pour activer des filtres, ceci à n'importe quel instant. Par ailleurs, les curseurs temps définis peuvent se déplacer selon différents rythmes, par exemple: • En continu, avec un décalage ΔT par rapport au temps réel, ΔT pouvant être inférieur, égal ou supérieur à 0.
• Par sauts (par exemple par tranches horaires, jours, semaines; selon les trames d'un signal vidéo; synchronisé selon une fréquence d'échantillonnage; etc).
• En fonction d'un curseur temps maître qui agit comme référence pour d'autres curseurs temps.
• À une vitesse quelconque (ralenti, accéléré, arrêt, saccadé, etc).
• En fonction des commandes d'un utilisateur ou d'un signal externe.
Un curseur peut se déplacer à l'intérieur de sa période, ou alors une période peut suivre les déplacements d'un curseur. Il est aussi possible de définir des périodes maîtres et des périodes esclaves qui suivent les déplacements de leur période maître, par exemple pour incrémenter automatiquement un ensemble de périodes chaque année.
Les curseurs temps permettent ainsi d'intégrer au Système des fonctions de décalage temporel (time shifting). Lorsque l'on consulte un flux transmis en temps réelle (par exemple une émission TV), il est possible d'interrompre la consultation pendant que le flux entrant est archivé. Il sera possible ensuite de consulter le reste du flux diffusé soit en différé léger, soit à une vitesse légèrement supérieure pour rattraper son retard; l'enregistrement continue pendant que s'opère la lecture. Ainsi il est possible de mettre sur "Pause" différentes parties du Système, voire le Système entier (par exemple pour analyser et résoudre des craches et des dysfonctionnements, pour optimiser des mécanismes, pour analyser en détail l'état momentané d'informations quelconques), puis de rattraper ensuite le temps réel. L'information peut aussi être visualisée au ralenti ou en accéléré pour repérer des changements dans des données apparemment statiques ou analyser un flux d'information trop rapide. Un curseur temps permet de filtrer l'information visualisée par sa période, et exclure ainsi une masse importante d'informations inutiles en ne montrant que les informations concernées par cette période. Le procédé permet de traiter toute l'information nécessaire à la création d'un Système par des séquences de Liens qui se font et se défont au rythme de curseurs qui défilent sur l'axe du temps; le Système fonctionne comme un séquenceur, il se prête donc particulièrement bien à la gestion de tout type de séquences.
Il est aussi possible de nettoyer une Base de Liens pour réduire l'espace de stockage nécessaire, en attribuant à un curseur temps le rôle de balayer le passé lointain afin de supprimer les Liens les plus anciens, ceux qui sont inactifs depuis une longue période, ceux qui sont orphelins, et/ou ceux qui répondent à différents critères. Les curseurs temps permettent en outre de faire une sauvegarde de l'état partiel ou complet d'un Système à un instant passé donné. Il est possible d'attribuer à un curseur temps le rôle d'effectuer une sauvegarde incrémentale; si la machine de sauvegarde est momentanément inutilisable, le curseur s'arrête, il se remettra en marche dès le service rétabli et retrouvera progressivement la position relative au temps réel qu'il occupait initialement. Les curseurs temps donne la possibilité d'intégrer des mises à jour automatiques et successives permettant de toujours pourvoir lire et éditer d'anciennes informations avec des versions antérieures du Système.
L'ensemble des attributs qui définit les comportements des contextes temporels (curseurs temps et périodes) est de préférence représenté par un Modèle, les contextes temporels peuvent également être donc organisés à l'aide de Liens du Système.
Les Liens décrits jusqu'à présent sont constitués de structures de données passives. Il est cependant aussi possible, dans le cadre de l'invention, de prévoir des Liens constitués d'unités logicielles actives et autonomes, capables par exemple de réclamer du temps processeur pour effectuer des opérations sur ses propres attributs d'ordre et de tri, de propagation de Sélection, de fréquence de sollicitation, de coefficient de confiance et de plausibilité, de poids synaptique, de classement (ranking), etc. Un Lien actif peut aussi s'auto-archiver, s'examiner lui-même, instancier d'autres Liens, etc. Les Systèmes décrits jusqu'ici comprennent toujours un Noyau, c'est-à-dire un ensemble de Liens donnant au Système les propriétés de ré- entrance, d'auto-descriptivité, de récursivité et d'auto-portabilité décrite. Une organisation de l'information au moyen de collections de Liens dépourvus de Noyaux, ou pourvus de noyaux incomplets, est cependant possible dans le cadre de l'invention.
Le procédé de l'invention est adapté à la représentation, au traitement et à l'archivage d'une grande variété de structures connues d'informations. Les facultés de modélisation du procédé sont capables de représenter par exemple les structures de données organisées par un modèle relationnel, par des bases de données temporelles, par un modèle objet, par des fichiers XML, par des graphes, par des réseaux sémantiques, par des fichiers dénormalisés constitués d'en-têtes (headers) et suivies d'enregistrements (records), par des séquences, etc. Ainsi, ces facultés de modélisation permettent à un Système d'importer l'information depuis d'autres formats, ou depuis des systèmes de modélisation, de représentation ou de gestion de l'information; et d'exporter l'information traitée par un Système vers d'autres formats, systèmes de modélisation, de représentation ou de gestion de l'information, dans la mesure où ceux-ci sont capables d'en accepter les structures. D'autres applications possibles du procédé concernent par exemple:
• La conception de systèmes d'exploitation: le procédé permettant notamment dans ce cas d'indexer globalement toutes les informations disponibles, de réduire leur redondance, de permettre le retour à une version antérieure ou la mise à jour simplifiée de versions, et d'offrir des outils de recherche et d'analyse statistiques plus sophistiqués.
• La robotique et la commande de machines: par l'ouverture du séquenceur intégré au Système vers des périphériques industriels en créant des Liens pour désigner des signaux ou des commandes.
• L'électronique embarquée: grâce à la faible redondance des informations gérées par le Système, au faible encombrement du Noyau nécessaire à initier le Système, et aux possibilités avancées de naviguer dans le temps.
• Les moteurs de recherche: grâce à l'identification poussée de l'information traitée par un Système, au marquage sémantique autorisé par le procédé, à la structure du Lien faite en particulier de références sur son Contenant et les Contenus qu'il relie, à la possibilité de créer aisément des requêtes, des règles et des filtres persistants via les Sélections, à l'intégration de méthodes permettant d'établir des indices de classement (ranking) qui tiennent compte aisément d'une pondération temporelle et autoadaptative.
• L'intelligence artificielle: par les modèles de Markov et les réseaux de neurones. Un réseau de synapses pouvant être représenté par les Liens d'un Système, par exemple en attribuant un poids synaptique aux Liens. Grâce aux possibilités d'analyser aisément l'historique et de faire des projections sur le futur, le procédé permet en outre de s'adapter aisément et de modifier automatiquement la pondération donnée aux Liens.
• La logique floue: les Impacts d'une ou plusieurs Sélections peuvent être comptabilisées et déclencher la propagation d'une nouvelle
Sélection dès qu'un nombre d'Impacts, ou un "poids d'impact", suffisant a été obtenu.
• Les bases de données orientées objet: le procédé permet d'archiver chaque information (et méta-information) créée et toute modification apportée à cette information simplement par des
Liens, il est donc adapté à résoudre les problèmes de persistance des objets dans les bases de données orientées objet.
• L'élaboration d'interfaces graphiques: qui soient adaptés et qui tirent parti des atouts technologiques du procédé.
Le procédé de l'invention permet d'apporter notamment les avantages suivants : Archivage 1) Le procédé traite l'information avec un degré de codage très élevé, puisque chaque contenant informatif ou contenu informatif est uniquement identifié par un Lien. 2) Le procédé permet d'identifier les séquences d'informations similaires, donc d'automatiser des mécanismes de compression, et donc de communiquer l'information avec une faible redondance, par des séquences d'informations très peu prévisibles. 3) La communication est réduite aux seules informations dynamiques, c'est-à-dire aux Liens qui changent fréquemment, parce que les Liens statiques peuvent être répliquées sur les machines clientes. 4) La communication est également améliorée parce que les attributs temporels des Liens donnent aux informations une validité dans le temps, ce qui évite des recharges inutiles d'informations distantes. 5) Le degré de codage très élevé de l'information permet de l'encrypter de manière efficace; un seul Lien permet d'identifier des informations complexes, il est donc possible de rendre illisible la transmission d'informations en cryptant uniquement certains Liens, ou en les faisant transiter par un canal sécurisé. D'ailleurs, l'interception de quelques identifiants isolés de Liens est sans contenu informatif pour celui qui ne dispose pas d'une réplique définissant le contexte dans lequel ces Liens sont transmis. 6) Le Lien est l'unité d'archivage du procédé, sa structure de donnée de taille fixe permet d'interroger la Base de Liens avec un jeu de requêtes simples et répétitives, donc d'améliorer la rapidité d'accès à l'information archivée, et d'optimiser le moteur de la Base de Liens. 7) L'archivage de la méta-information n'est pas externe au système.
Agencement 8) Le procédé autorise plusieurs niveaux de méta- modélisation par la globalisation de l'information dans des assemblages plus généraux, et par sur-classement. 9) Le procédé autorise plusieurs niveaux d'intra-modélisation par la spécialisation de l'information dans des découpages plus détaillés, et par héritage. 10) Le procédé autorise une modélisation par le milieu, en la laissant croître vers le global et vers le détail, sur plusieurs niveaux. 1 1) Le procédé permet de regrouper des informations hétérogènes, de structures et de types différents. 12) L'atomisation du traitement de l'information par des Liens permet au procédé de représenter de nombreux formats et des structures complexes. 13) L'atomisation de l'information par des Liens non segmentés permet un agencement évolutif et dynamique de ces structures.
Recherche 14) Le procédé permet de marquer sémantiquement toute information, plusieurs fois et sur plusieurs niveaux. 15) De plus, toute information a connaissance des informations qui l'utilisent, de quels contenants elle fait partie, et des autres informations avec lesquelles elle est constituée. 16) Le procédé construit des requêtes, des filtres et des règles, consulte et retrouve l'information à l'aide de multiples sélections se propageant de Lien en Lien de façon persistante. Par exemple, la propagation persistante des sélections permet de maintenir constamment à jour les résultats d'une recherche, indépendamment des modifications et de l'évolution dynamique des informations et/ou des critères de recherche. 17) Une nouvelle information saisie est identifiée par un Lien et l'ensemble des Liens est indexé dans la Base de Liens. 18) Le procédé permet une indexation temporelle globale.
Analyse 19) Les attributs temporels du Lien donne au procédé l'avantage de garder la trace et l'historique de toute modification, ajout ou suppression de contenus et de contenants informatifs. Analyses, statistiques ou autres traitements de l'information, nécessitent un historique. 20) L'état entier d'un système d'information basé sur le procédé et/ou des informations qu'il traite, peut être retrouvé à chaque instant. 21) Différents contextes temporels permettent d'utiliser un système simultanément, et dans différents instants du passé au futur. 22) Le procédé se prête à l'extrapolation, à la projection et à la simulation de l'information.

Claims

Revendications
1. Procédé pour traiter des informations, caractérisé en ce qu'il permet d'identifier la totalité des informations traitées par une pluralité de Liens, chaque Lien étant archivé par une structure de donnée comprenant au moins un identifiant unique spécifiant ledit Lien et trois références sur les identifiants uniques de Liens, de manière à relier directement ou indirectement l'ensemble des Liens entre eux.
2. Le procédé de la revendication 1, dans lequel chaque Lien représente au moins un Contenu, lesdites trois références désignant respectivement : l'identifiant du Lien Contenant qui contient ledit Lien, l'identifiant d'un Lien représentant un Conte nu Parent, et l'identifiant d'un Lien représentant un Contenu Enfant, ledit Lien reliant le ContenuParent au Contenu Enfant.
3. Le procédé de la revendication 2, dans lequel au moins un Lien est dit ré-entrant, en sorte que sa référence sur le Lien Contenant est égale à son propre identifiant.
4. Le procédé de l'une des revendications 1 à 3, dans lequel les identifiants de certains Liens correspondent implicitement à des données, par exemple à des caractères et/ou aux mots d'un dictionnaire.
5. Le procédé de l'une des revendications 1 à 4, dans lequel ladite structure comprend en outre des attributs temporels indiquant un début et/ou une fin d'au moins une période d'activation des Liens.
6. Le procédé de l'une des revendications 1 à 5, dans lequel ladite structure comprend au moins un champ permettant d'archiver des attributs propres à chaque Lien, indiquant par exemple si un Lien est actif ou inactif.
7. Le procédé de l'une des revendications 1 à 6, dans lequel lesdits Liens sont archivés dans une Base de Liens, et dans lequel toutes les informations sont traitées en créant, modifiant et/ou supprimant des Liens archivés dans ladite Base de Liens, ou dans plusieurs Bases de Liens.
8. Le procédé de l'une des revendications 1 à 7, dans lequel ledit identifiant unique du Lien et lesdites trois références ont tous le même format de données numérique.
9. Le procédé de l'une des revendications 7 à 8, dans lequel ladite structure comprend au moins une référence désignant une donnée externe hors de ladite Base de Liens.
10. Le procédé de l'une des revendications 1 à 9, dans lequel ladite structure est archivée par des listes, des tables, des graphes, des triplets ou des objets.
1 1. Le procédé de l'une des revendications 1 à 10, dans lequel ladite structure est identique pour tous les Liens.
12. Le procédé de l'une des revendications 1 à 11, dans lequel ladite structure emploie des formats de données de tailles fixes.
13. Le procédé de l'une des revendications 1 à 12, dans lequel au moins un Lien correspond à une Relation, c'est-à-dire un Contenant dont les Contenus sont des Liens.
14. Le procédé de la revendication 13, dans lequel ladite Relation associe un ContenantParent à un ContenantEnfant, de sorte que chaque Lien contenu par ladite Relation relie, par les références sur un ContenuParent et un ContenuEnfant propres à chaque Lien, un Contenu du ContenantParent à un Contenu du ContenantEnfant.
15. Le procédé de l'une des revendications 13 à14, dans lequel un Contenant est défini par une ou plusieurs Relations, dites RelationParents, en sorte que les RelationParents d'un Contenant sont les Relations dont le ContenantParent désigne ce Contenant.
16. Le procédé de la revendication 15, dans lequel un Contenu est créé dans un Contenant en créant un Lien pour chacune des RelationParents requises de ce Contenant.
17. Le procédé de l'une des revendications 13 à 16, dans lequel certaines desdites Relations, appelées Relation RC, servent à représenter un Contenant lequel est identifié par l'identifiant de ladite Relation RC, les Contenus de ce Contenant étant identifiés par les identifiants de chacun des Liens contenus par ladite Relation RC.
18. Le procédé de l'une des revendications 13 à 17, dans lequel les Relations sont les Contenus d'un Contenant appelé ContenantDesRelations, lequel est défini de façon récursive par des RelationParents que ce ContenantDesRelations sert justement à définir.
19. Le procédé de la revendication 18, dans lequel ledit
ContenantDesRelations définit ses Contenus, autrement dit ses Relations, par au moins deux RelationParents: la Relation CP désignant le ContenantParent d'une Relation, et la Relation CE désignant le ContenantEnfant d'une Relation.
20. Le procédé de l'une des revendications 2 à 17, dans lequel le
Lien Contenant, ou le Lien Contenant du Lien Contenant, ou le Lien Contenant du Lien Contenant du Lien Contenant, etc de chaque Lien est constitué par un seul Lien.
21. Le procédé de l'une des revendications 1 à 20, dans lequel un ensemble particulier de Liens forme un Noyau, ledit Noyau étant uniquement décrit à l'aide de Liens et permettant l'amorçage du Système.
22. Le procédé de la revendication 21, dans lequel ledit Noyau est constitué par l'enrichissement d'un Noyau de 9 ou 14 Liens ou par l'enrichissement d'un Noyau de 9 ou 14 Liens appauvri, ledit Noyau se contenant lui-même.
23. Le procédé de l'une des revendications 1 à 22, dans lequel lesdits Liens sont archivés dans une Base de Liens définissant un Système, ledit Système ayant la capacité d'être auto-décrit, d'être identifié par un Lien, de se contenir lui-même, de contenir un ou plusieurs sous-Systèmes appelés IntraSystèmes et d'être contenu dans un ou plusieurs super- Systèmes appelés MétaSystèmes.
24. Le procédé de l'une des revendications 1 à 23, dans lequel au moins certains Liens représentent une unité logicielle active et autonome, capable de réclamer du temps processeur pour effectuer diverses opérations.
25. Le procédé de l'une des revendications 1 à 24, dans lequel la totalité des informations introduite par les utilisateurs l'est en créant ou en modifiant des Liens, et dans lequel la totalité des informations effacées par les utilisateurs l'est en supprimant ou en modifiant des Liens.
26. Le procédé de l'une des revendications 1 à 25, comprenant une étape de création et de propagation de Sélections persistantes afin de vérifier des conditions booléennes sur des Liens testés.
27. Machine de traitement d'informations comportant : une Base de Liens pour archiver une pluralité de Liens décrivant la totalité de l'information et de la méta-information traitée, chaque Lien étant archivé par une structure de données comprenant au moins un identifiant unique spécifiant ledit Lien et au moins trois références sur les identifiants uniques de Liens des moyens de traitement informatiques pour créer, effacer ou éditer des Liens dans ladite Base de Liens.
28. Support de données informatique contenant un programme informatique destiné à être mis en œuvre par une machine de traitement d'informations de façon à exécuter le procédé d'une des revendications 1 à 26 lorsque ledit programme informatique est exécuté.
PCT/EP2006/067238 2006-10-10 2006-10-10 Procede pour traiter des informations WO2008043392A1 (fr)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/EP2006/067238 WO2008043392A1 (fr) 2006-10-10 2006-10-10 Procede pour traiter des informations
EP06807121A EP2074531A1 (fr) 2006-10-10 2006-10-10 Procede pour traiter des informations
US12/420,382 US8250039B2 (en) 2006-10-10 2009-04-08 Information processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2006/067238 WO2008043392A1 (fr) 2006-10-10 2006-10-10 Procede pour traiter des informations

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/420,382 Continuation US8250039B2 (en) 2006-10-10 2009-04-08 Information processing method

Publications (1)

Publication Number Publication Date
WO2008043392A1 true WO2008043392A1 (fr) 2008-04-17

Family

ID=38002038

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/067238 WO2008043392A1 (fr) 2006-10-10 2006-10-10 Procede pour traiter des informations

Country Status (3)

Country Link
US (1) US8250039B2 (fr)
EP (1) EP2074531A1 (fr)
WO (1) WO2008043392A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016191986A1 (fr) * 2015-05-29 2016-12-08 华为技术有限公司 Dispositif et méthode de traitement de données
US11436830B2 (en) * 2020-03-11 2022-09-06 Bank Of America Corporation Cognitive robotic process automation architecture

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2074531A1 (fr) * 2006-10-10 2009-07-01 Richard Chappuis Procede pour traiter des informations
US9436699B2 (en) * 2011-09-12 2016-09-06 Microsoft Technology Licensing, Llc Techniques for efficient file operations

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0583108A2 (fr) 1992-07-30 1994-02-16 AUTOMATED TECHNOLOGY ASSOCIATES Inc. Base de données du type à relations entre entités
GB2293667A (en) 1994-09-30 1996-04-03 Intermation Limited Database management system
US6185556B1 (en) 1999-05-04 2001-02-06 Amazon.Com, Inc. Method and apparatus for changing temporal database
US6208992B1 (en) 1995-10-13 2001-03-27 Genesys Software-Entwicklungs-Und Produktions-Gmbh Information system and process for storing data therein
US20010051946A1 (en) * 1999-12-28 2001-12-13 International Business Machines Corporation Database system including hierarchical link table
US6609132B1 (en) 2000-04-11 2003-08-19 Revelink, Inc. Object data model for a framework for creation, update and view navigation of data objects and textual annotations of relations between data objects
US20030187826A1 (en) 2002-03-28 2003-10-02 Ontario Corporation Collection system database architecture
WO2004099941A2 (fr) 2004-01-08 2004-11-18 Robert Pecherer Methode d'objets recursifs pour representer des hierarchies dans des systemes de bases de donnees relationnelles
US20050055385A1 (en) 2003-09-06 2005-03-10 Oracle International Corporation Querying past versions of data in a distributed database
GB2420196A (en) 2004-11-16 2006-05-17 Adaptive Business Systems Ltd Method and system for modelling data

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6735593B1 (en) * 1998-11-12 2004-05-11 Simon Guy Williams Systems and methods for storing data
US6618733B1 (en) * 2000-04-11 2003-09-09 Revelink Inc. View navigation for creation, update and querying of data objects and textual annotations of relations between data objects
US6618732B1 (en) * 2000-04-11 2003-09-09 Revelink, Inc. Database query handler supporting querying of textual annotations of relations between data objects
JP2003032280A (ja) * 2001-07-16 2003-01-31 Fujitsu Ltd コネクション型通信ネットワークにおけるリンク識別子の割当システム
US6785674B2 (en) * 2003-01-17 2004-08-31 Intelitrac, Inc. System and method for structuring data in a computer system
US7403956B2 (en) * 2003-08-29 2008-07-22 Microsoft Corporation Relational schema format
US8996481B2 (en) * 2004-07-02 2015-03-31 Goldman, Sach & Co. Method, system, apparatus, program code and means for identifying and extracting information
US7876747B2 (en) * 2005-03-04 2011-01-25 Cisco Technology, Inc. Method and apparatus for efficient load distribution on link aggregations
US7490289B2 (en) * 2005-06-09 2009-02-10 International Business Machines Corporation Depth indicator for a link in a document
EP2074531A1 (fr) * 2006-10-10 2009-07-01 Richard Chappuis Procede pour traiter des informations
US8655939B2 (en) * 2007-01-05 2014-02-18 Digital Doors, Inc. Electromagnetic pulse (EMP) hardened information infrastructure with extractor, cloud dispersal, secure storage, content analysis and classification and method therefor
US8468244B2 (en) * 2007-01-05 2013-06-18 Digital Doors, Inc. Digital information infrastructure and method for security designated data and with granular data stores
JP2010527051A (ja) * 2007-03-30 2010-08-05 グーグル・インコーポレーテッド モバイル装置のための文書処理
US11461785B2 (en) * 2008-07-10 2022-10-04 Ron M. Redlich System and method to identify, classify and monetize information as an intangible asset and a production model based thereon

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0583108A2 (fr) 1992-07-30 1994-02-16 AUTOMATED TECHNOLOGY ASSOCIATES Inc. Base de données du type à relations entre entités
GB2293667A (en) 1994-09-30 1996-04-03 Intermation Limited Database management system
US6208992B1 (en) 1995-10-13 2001-03-27 Genesys Software-Entwicklungs-Und Produktions-Gmbh Information system and process for storing data therein
US6185556B1 (en) 1999-05-04 2001-02-06 Amazon.Com, Inc. Method and apparatus for changing temporal database
US20010051946A1 (en) * 1999-12-28 2001-12-13 International Business Machines Corporation Database system including hierarchical link table
US6609132B1 (en) 2000-04-11 2003-08-19 Revelink, Inc. Object data model for a framework for creation, update and view navigation of data objects and textual annotations of relations between data objects
US20030187826A1 (en) 2002-03-28 2003-10-02 Ontario Corporation Collection system database architecture
US20050055385A1 (en) 2003-09-06 2005-03-10 Oracle International Corporation Querying past versions of data in a distributed database
WO2004099941A2 (fr) 2004-01-08 2004-11-18 Robert Pecherer Methode d'objets recursifs pour representer des hierarchies dans des systemes de bases de donnees relationnelles
GB2420196A (en) 2004-11-16 2006-05-17 Adaptive Business Systems Ltd Method and system for modelling data

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2074531A1 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016191986A1 (fr) * 2015-05-29 2016-12-08 华为技术有限公司 Dispositif et méthode de traitement de données
CN107534604A (zh) * 2015-05-29 2018-01-02 华为技术有限公司 一种数据处理方法及装置
CN107534604B (zh) * 2015-05-29 2020-05-08 华为技术有限公司 一种数据处理方法及装置
US11436830B2 (en) * 2020-03-11 2022-09-06 Bank Of America Corporation Cognitive robotic process automation architecture

Also Published As

Publication number Publication date
EP2074531A1 (fr) 2009-07-01
US20090198665A1 (en) 2009-08-06
US8250039B2 (en) 2012-08-21

Similar Documents

Publication Publication Date Title
National Research Council et al. Frontiers in massive data analysis
EP0784266B1 (fr) Procédé de manipulation de modèles de données utilisés en génie logiciel
FR2698977A1 (fr) Système d'information multimédia.
WO1995012855A1 (fr) Systeme de controle d'une base de donnees relationnelle selon une logique d'acces orientee objet limitant le nombre des acces a ladite base de donnees, et procede correspondant
US9110970B2 (en) Destructuring and restructuring relational data
WO1998057272A1 (fr) Dispositif d'analyse et d'organisation de donnees
Ciaburro et al. Hands-on machine learning on google cloud platform: Implementing smart and efficient analytics using cloud ml engine
Abu-Salih et al. Social big data analytics
EP2297681A1 (fr) Procede de gestion de donnees pour atelier oriente service collaboratif
FR2805375A1 (fr) Systeme de partage d'informations sur un reseau informatique
WO2008043392A1 (fr) Procede pour traiter des informations
FR2859801A1 (fr) Procede de traitement de donnees sur la base de structures dynamiques d'elements simples
EP2281271A1 (fr) Procede de gestion de processus dans un atelier oriente service collaboratif
EP1537497A2 (fr) Procede d'organisation d'une base de donnees numeriques sous une forme tracable
Asai et al. Reliable, adaptable, and attributable language models with retrieval
Abellera et al. Oracle business intelligence with machine learning
CN115080636A (zh) 一种基于网络服务的大数据分析系统
Mastella Semantic exploitation of engineering models: application to petroleum reservoir models
Sobrecueva Automated Machine Learning with AutoKeras: Deep learning made accessible for everyone with just few lines of coding
EP3161690A1 (fr) Procédé de copier-coller relationnel d´entités d´un système modélisé
CN115630170B (zh) 一种文档推荐方法、系统、终端机及存储介质
Udekwu Programming Insight: Human and Machine Intelligence in the Petabyte Age
FR3102594A1 (fr) Ensemble de génération d’application, méthode et programme associés
FR3115624A1 (fr) Procede d’annotation de donnees d’entrainement
FR2963124A1 (fr) Procede de gestion de donnees, dispositif, et produit programme d'ordinateur correspondant.

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 06807121

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2006807121

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2006807121

Country of ref document: EP