Brevet FR2793910A1 — publié le 20001124

PROCEDE ET SYSTEME POUR PUBLIER DES DOCUMENTS DYNAMIQUES SUR LE WEB DOKkINE TECHNIQUE La présente invention concerne la publication de documents assistée par ordinateur, plus particulièrement, un procédé pour publier des documents sur le World Wide Web. DESCRIPTION DE L'ART ANTERIEUR Les sites Web présentent souvent un contenu objet de changements constants. La présentation au mode extérieur d'une information actualisée sans que cela demande un effort surhumain et une puissance de calcul démesurée, constitue un défit technique majeur auquel sont confrontés les concepteurs de sites Web. Par conséquent, il existe un besoin de disposer d'un système et d'un procédé pour générer des documents et permettre de multiples changements avec une grande fléxibilité. Un autre besoin existe de disposer d'un procédé permettant à des documents d'inclure de multiples fragments, ces fragments étant l'objet de mises à jour dynamiques selon un ordre optimal de façon à supporter ces changements. RESUME DE L'INVENTION Le procédé de construction d'une pluralité d'objets, selon la présente invention, comprend des étapes consistant à fournir au moins un fragment, à déterminer un ordre de construction des objets en se basant sur au moins une relation d'inclusion entre un objet et le au moins un fragment, et à construire la pluralité d'objets en se basant sur au moins une relation d'inclusion et l'ordre déterminé pour construire les objets. Le programme selon la présente invention comprend un ensemble d'instructions exécutables par un ordinateur pour exécuter les étapes du procédé de construction d'une pluralité d'objets, les étapes du dit procédé comprenant la fourniture d'au moins un fragment, la détermination d'un ordre pour construire les objets en se basant sur au moins une relation d'inclusion entre un objet et le au moins un fragment, et la construction de la pluralité d'objet en se basant sur la au moins une relation d'inclusion, et l'ordre déterminé pour construire les objets. Certaines variantes peuvent inclure une étape exécutable au moyen d'un programme d'ordinateur pour déterminer au moins une relation d'inclusion entre au moins un fragment et l'objet. Des variantes peuvent également inclure une étape pour vériifier l'existence et/ou l'actualité d'un premier objet, pris en référence par un deuxième objet. Des variantes peuvent encore inclure une étape pour retarder la publication du deuxième objet en réponse au fait que le premier objet n'existe pas et/ou est obsolète. Des variantes peuvent en outre inclure des étapes pour examiner plusieurs objets construits, rejeter au moins un objet construit en se basant sur le contenu, et approuver la publication des objets construits restants . Les objets comprennent de préférence des pages Web. En outre une étape peut être incluse pour détecter la rupture de liens hypertexte entre les pages Web. Des variantes peuvent également inclure des étapes pour détecter des changements apportés aux objets et pour mettre à jour automatiquement des objets selon l'ordre déterminé. Le système pour construire une pluralité d'objets, selon la présente invention, comprend un système de création de contenu pour générer des fragments et fournir des relations d'inclusion entre les fragments. Le système inclut également un programme d'analyse de dépendance pour recevoir les fragments et analyser les relations d'inclusion. L'analyseur de dépendance est prévu pour déterminer un ordre permettant de construire efficacement la pluralité des objets à partir des fragments en se basant sur les relations d'inclusion. Un constructeur construit la pluralité d'objets dans l'ordre déterminé par l'analyseur de dépendance. Dans des modes de réalisation alternatifs, l'analyseur de dépendance utilise de préférence des graphiques de dépendance d'objets afin de déterminer un ordre pour la construction des objets. Le système de création de contenu peut comprendre un moyen pour permettre d'entrer les fragments émanant de personnes humaines, de machines ou à la fois de personnes humaines et de machines. Le système peut en outre comprendre un contrôleur de cohérence pour retarder la publication d'objets qui seraient incohérents. Le système pouvant construire des pages Web, le contrôleur de cohérence peut en outre comprendre un composant pour déterminer la rupture des liens hypertexte entre ces pages Web. Le constructeur peut également comprendre un constructeur de pages pour construire des pages Web à partir de la pluralité des objets. Les caractéristiques et avantages de la présente invention vont apparaître de façon plus manifeste à la lecture de la description détaillée ci-après, des exemples de réalisation qu'elle contient, et des dessins en annexe. BREVE DESCRIPTION DES DESSINS L'invention va être décrite en détail dans la description qui va suivre et qui se réfère aux figures suivantes : La FIG.1 est une représentation schématique d'un système de construction et de publication d'un ou plusieurs objets selon la présente invention; La FIG.2 est une représentation schématique d'un système/procédé pour créer et publier un ou plusieurs objets selon la présente invention; La FIG.3 est une représentation schématique /diagramme d'un système/procédé pour construire un ou plusieurs objets publiables; La FIG.4 est un diagramme d'un autre procédé pour construire et publier un ou plusieurs objets. DESCRIPTION DETAILLEE DE MODES DE REALISATION PREFERES La présente invention divulgue un système et un procédé pour publier des documents, par exemple des documents Web, qui font l'objet de changements constants, c'est-à-dire qui sont dynamiques. Selon un mode de réalisation préféré de la présente invention, des pages Web sont composées à partir de fragments. Un fragment est un objet qui est utilisé pour construire un objet composite. Un objet est une entité qui peut soit être publiée, soit être utilisée pour créer quelque chose qui est publiable. Des objets comprennent à la fois des fragments et des objets composites. Un objet composite est un objet construit à partir d'un ou plusieurs fragments. En réponse à un changement opéré en un ou plusieurs fragments, la présente invention détecte quels sont les documents, tels que les pages Web, qui sont affectés par ce changement, ainsi qu'un ordre optimal pour construire des documents (pages) à jour. La mise a jour de documents suite à des changements est automatisée par un système qui comprend en particulier des modules logiciels. Les utilisateurs ont a leur disposition un mécanisme facile à utiliser, permettant de spécifier des relations d'inclusion parmi les pages Web et les fragments. Le système détecte ensuite le moment auquel les mises à jour doivent se faire et automatiquement, actualise et publie les pages au travers un traitement par ordinateur efficace. La génération de pages peut se faire en plusieurs étapes. Par exemple, l'auteur d'une création peut générer un jeu de page initial. Ensuite un second auteur peut introduire une information additionnelle et modifier le contenu généré par le premier auteur. Ensuite, un correcteur ou un censeur peut vérifier si les contenus sont corrects et appropriés, avant d'autoriser la publication des pages ou des objets. La publication d'un objet signifie rendre visible cet objet à un groupe spécifique de personnes (par exemple le public). La publication est dissociée de la création ou de la mise à jour de l'objet et se produit généralement après que l'objet ait été créé ou mis à jour. La présente invention comprend en outre la possibilité de détecter la rupture de liens hypertexte et de retarder la publication d'une page ou d'un objet jusqu'à ce que la totalité des pages (ou des objets) référencées dans la page ou l'objet dont on retarde la publication soient également publiées. Selon la présente invention, les auteurs spécifient les relations d'inclusion au moyen d'un langage d'enrichissement typographique ("markup lanquage" en anglais). Par exemple, une page Web pl peut comprendre un fragment fl qui peut, à son tour, comprendre un autre fragment f2. On va supposer que f2 est inclus dans une pluralité de pages Web. La présente invention va seulement générer f2 une seule fois, indépendamment du nombre d'inclusion de f2 dans les autres pages, offrant ainsi un système efficace. De plus, des algorithmes de transformation graphique assurent que f2 va être généré avant tous les objets composites comprenant f2. Après que les auteurs aient spécifié les relations d'inclusion au moyen du langage d'enrichissement typographique pour toutes les pages que les auteurs souhaitent publier, les pages sont analysées afin de déterminer quelles sont les relations d'inclusion. Il en résulte un graphique de dépendance d'objet (ODG). Un graphique de dépendance d'objet (ODG) est un graphique orienté, dans lequel des noeuds correspondent à des objets. Les graphiques ODG peuvent avoir un ou plusieurs types de bords ("edge" en anglais). Par exemple, un bord de dépendance à partir d'un noeud correspondant à un objet "a" s'achevant en un noeud correspondant à un objet "b'l indique qu'un changement apporté à "a" affecte également "b". Les graphiques ODG sont également décrits dans une demande de brevet US 6,026,413 (reference IBM Y0997167) intitulee ""DETERMINING HOW CHANGES TO UNDERLYING DATA AFFECT CACHED OBJECTS" incorporée ici à titre de référence. Le graphique ODG est utilisé pour un certain nombre de choses, y compris mais sans que cela soit limitatif, pour déterminer l'ensemble des objets affectés par des changements apportés à des données sous-jacentes et pour définir un classement optimal pour la construction d'objets composites après changements. Des algorithmes de transformation graphique sont utilisés avec le graphique ODG pour déterminer un ordre optimal de construction d'objets composites à partir de fragments. Si les auteurs ne sont pas satisfaits des résultats, ils peuvent modifier les pages et répéter le processus jusqu'à ce qu'ils soient satisfaits. Une fois que les auteurs sont satisfaits, les objets peuvent être passés à un groupe suivant d'auteurs qui peuvent a leur tour modifier le contenu ou ajouter un nouveau contenu. Après que tous les auteurs en aient fini avec les pages Web, un censeur ou un correcteur peut finalement décider quelles sont les pages à publier et quelles sont les pages à retenir. Un système et un procédé de publication et de censure rapide pouvant être utilisé dans la présente invention, est décrit dans la demande de brevet intitulée "METHOD AND SYSTEM FOR RAPID PUBLISHING AND CENSORING INFORMATION". Cette demande bénéficie de la même date de priorité que la présente demande (numéro de dépôt auprès de lUSPTO 09/283562 - référence IBM Y0999040) et est incorporée ici à titre de référence. La présente invention comprend en outre un composant qui identifie les liens hypertextes dans une page au moyen d'un programme d'analyse. Le composant vérifie que les hyperliens ne sont pas rompus. Dans l'éventualité où un hyperlien rompu serait détecté, plusieurs options existent et peuvent être choisies par les utilisateurs: (1) ignorer le lien hypertexte rompu; (2) rejeter la page à publier et notifier a l'auteur le motif du rejet; (3) supprimer automatiquement le lien hypertexte rompu; (4) retarder la publication de la page mais essayer périodiquement de voir si les liens hypertextes sont rétablis; et (5) si le lien hypertexte concerne un objet non publié sur un site Web local, tenter de publier l'objet en référence. Pour cela, on peut s'assurer de façon récursive qu'il n'y a pas de liens hypertexte rompus sur l'objet référencé. Il est évident que les éléments représentés sur les Figures 1 à 4 peuvent être mis en oeuvre sous différentes formes, sous forme de matériel (hardware), de logiciel (software) ou sous forme de combinaisons de materiel et de logiciel a moins que cela ne soit spécifié différemment. De préférence, ces éléments sont mis en oeuvre au moyen d'un logiciel exécuté sur un ou plusieurs ordinateurs d'usage général, programmés de façon appropriée, disposant d'un processeur, d'une mémoire et d'interfaces d'entrée/sortie. Si on se référe à présent aux dessins, des numéros de référence identiques désignent des éléments identiques ou similaires. La Figure 1 représente de façon schematique le système 100 selon la présente invention. Ce systeme concerne la création et la publication d'un ou plusieurs objets publiables ("servable" en anglais). Un objet publiable est un objet qui peut être publié. Par exemple une page Web pourrait constituer un objet publiable sur un site Web. Une liasse ("bundle" en Anglais) est un ensemble d'entités publiables. Dans la présente invention, des objets publiables appartenant à la même liasse sont souvent publiées ensemble. Dans de nombreux cas, le processus de publication est un processus continu qui procède par itérations. Après initialisation, un ensemble d'un ou plusieurs objets publiables peut être vu par des observateurs extérieurs. Si cela est le cas, les auteurs utilisent le système décrit à la Figure 1 pour modifier les objets qui entraînent des modifications aux objets publiables visibles par des observateurs extérieurs. Les auteurs 14 peuvent etre, mais sans que cela soit limitatif, des personnes humaines, des machines ou une certaine combinaison de personnes humaines et de machines. De manière analogue, des censeurs 128 peuvent inclure, mais sans que cela soit limitatif, des personnes humaines, des machines ou une certaine combinaison de personnes humaines et de machines. Censeurs 128 et auteurs 124 interagissent avec le système, comme décrit ci après. Le système selon la presente invention comprend un système de création de contenu 104 pour créer des fragments, etc.. Le système de création de contenu 104 agit de préférence de façon interactive avec les auteurs 124. Le système selon la présente invention comprend également un programme d'analyse de dépendance 108 qui examine les objets pour inclure les directives et les mises à jour des graphiques ODG en se basant sur les directives d'inclusion que le programme d'analyse de dépendance 108 identifie. Le système selon la présente invention comprend également un analyseur de dépendance 112 appelé pour déterminer un ordre de construction correct et efficace d'objets multiples . Un constructeur de pages 107 est inclus dans le système selon la présente invention pour construire des versions actualisées d'un ou plusieurs objets à partir de l'analyseur de dépendance 112. Lorsqu'un objet composite est construit, les directives d'inclusion qui referencent les fragments sont remplacées par les dits fragments. Si plusieurs objets sont construits, ils sont construits dans l'ordre déterminé par l'analyseur de dépendance 112. Un contrôleur de cohérence 120 peut en outre être inclus dans le système 100, afin de signaler au(x) auteur(s) 124, la détection dans un objet publiable par le contrôleur de cohérence 120 d'une ou plusieurs références en attente. Des actions appropriées peuvent ensuite être effectuées comme cela va être décrit ci-dessous. La Figure 2 est une représentation schématique d'un système/procédé pour créer et publier un ou plusieurs objets publiables. Au bloc 210, au moins un auteur 124 crée, supprime et/ou modifie un ou plusieurs objets. Certains objets peuvent être des objets composites comprenant des fragments. Les objets sont spécifiés dans un langage d'enrichissement typographique tel que HTML, XML, etc. Un objet dans un langage d'enrichissement typographique est représenté sous la forme d'un gabarit ("template"' en anglais). Un gabarit est la représentation d'un objet dans un langage d'enrichissement typographique, tel que HTML, XML, etc. La présente invention permet à des auteurs 124 de spécifier des relations d'inclusion par l'utilisation de directives spéciales dans un gabarit. Par exemple, supposons qu'un objet composite col doive inclure un fragment fl (non représenté) . Cette inclusion peut être spécifiée par une directive de la forme suivante dans le gabarit concernant cOl: --> Au bloc 215, sont construites les versions actuelles des objets publiables dont les valeurs peuvent être affectées par les changements pratiqués au bloc 210. Un procédé préféré de mise en oeuvre du bloc 215 est illustré Figure 3. Selon l'invention, d'autres procédés peuvent être également utilisés. Au bloc 220, le ou les auteur (s) 124 visualisent un ou plusieurs des objets publiables construits au bloc 215. Si le ou les auteur(s) 124 souhaitent apporter des modifications additionnelles avant d'effectuer la publication, le processus retourne au bloc 210. Si, d'autre part, l'auteur 124 est satisfait des objets publiables, il sélectionne un jeu d'objets pour publication au bloc 225, et envoie ce jeu à un ou plusieurs censeurs 128. Ce jeu d'utilité est connu sous le nom de liasse, comme décrit précédemment. Il y a plusieurs procédés par lesquels le ou les auteurs peuvent sélectionner les objets à publier au bloc 225. Ces procédés comprennent, de préférence, une étape de sélection de la totalité des objets publiables que le système identifie comme ayant changées, au bloc 215. Il peut y avoir un procédé par défaut qui peut générer une publication cohérente. On peut également utiliser différents procédés pour sélectionner des objets publiables spécifiques. Au bloc 230, un ou plusieurs censeurs 128 examine la liasse pour déterminer si elle peut être publiée selon des critères ou des règles prédéterminées. Le ou les censeurs 128 tente(nt) également de détecter les erreurs pour empêcher que des choses non souhaitées soient publiées. Si le ou les censeurs 128 approuve(nt) la liasse, tous les objets publiables compris dans cette liasse sont publiés ensemble au bloc 240. Si le ou les censeurs 128 trouve(nt) que certains objets publiables ne devraient pas être publiés, la totalité de la liasse est rejetée et le ou les auteurs 124 se le voient notifier au bloc 235. Si besoin, le ou les auteurs 124 peut(vent) ensuite modifier le contenu afin de corriger les problèmes. si l'action se déroule telle que décrite précédemment, le processus revient alors au bloc 210. Normalement, le censeur 218 ne va rejeter que certains objets publiables compris dans la liasse. Il va publier les objets publiables qui restent et eliminer ce qui pourrait entraîner la publication d'une information incohérente. La présente invention donne la possibilité d'exécuter simultanément plusieurs fonctions représentées Figure 2. Par exemple, différents auteurs peuvent créer simultanément du contenu. En plus, il est possible que différentes liasses soient en attente d'approbation par le ou les censeurs 128 au bloc 230. Si deux liasses sont à la fois en attente d'approbation par le ou les censeurs 128, il est possible de combiner ces deux liasses pour obtenir une liasse unique plus grande. Si les deux liasses sont des versions différentes du même objet publiable, la liasse combinée selon l'invention va comprendre la dernière version de l'objet publiable. La Figure 3 représente un système/procédé pour construire un ou plusieurs objets publiables. Les objets publiables peuvent comprendre des objets composites. Les objets publiables sont de préférence représentés par des gabarits, dans un langage d'enrichissement typographique qui spécifie les fragments inclus, par utilisation de directives de la forme précédemment décrite. Une des fonctions clés exécutée Figure 3 est la construction d'une représentation d'objets composites comprenant des directives dans des gabarits. Les directives sont remplacées par les fragments qu'elles représentent. Au bloc 302, une pluralité de fragments d'information (ou d'objets) sont fournis. Au bloc 305, un programme d'analyse de dépendance est appelé pour un ou plusieurs objets. Le programme d'analyse de dépendance détermine les relations d'inclusion parmi les objets en recherchant les directives d'inclusion dans leurs représentations. Une analyse de dépendance est exécutée au bloc 310. Il existe plusieurs procédés pour réaliser les deux blocs 305 et 310. Dans un mode de réalisation préféré, des relations d'inclusion sont représentées entre les objets, en utilisant des graphiques ODG tels que décrits dans la demande de brevet intitulée "METHOD AND SYSTEM FOR EFFICIENTLY CONSTRUCTING AND CONSISTENTLY PULBISHING WEB DOUMENTS" (référence IBM Y0999-011, numéro de dépôt auprès de lUSPTO 09/283561, même date de priorité que la présente demande) et incorporée ici à titre de référence. En utilisant ce mode de réalisation préféré, un programme d'analyse de dépendance ("Dependency Parser" en anglais) 108 (Figure 1) examine les objets pour savoir s'il existe des directives d'inclusion au bloc 305 et met à jour les ODGs selon les directives d'inclusion que le programme d'analyse de dépendance 108 identifie. Au bloc 310, un analyseur de dépendance 112 ("Dependency Analyser" en anglais) (Figure 1) est appelé pour définir un ordre correct et efficace de construction des multiples objets. Il y a plusieurs façons de réaliser le bloc 310. Un mode de realisation préféré est décrit dans la demande de brevet intitulee "METHOD AND SYSTEM FOR EFFICIENTLY CONSTRUCTING AND CONSISTENTLY PUBLISHING WEB DOCUMENTS", incorporée precedemment ici à titre de référence. Ce mode de realisation préféré assure que des fragments vont être construits, avant les objets composites qui vont inclure ces fragments. Ce peut être des relations entre les objets, en plus des relations définies par l'inclusion. Un procédé de représentation de telles relations auxiliaires consiste à utiliser des types à bord multiple dans les graphiques ODG. Différents types de bord peuvent être utilisés pour représenter différents types de relations. Des algorithmes de transformation de graphique peuvent être appliqués au différents types de bord afin de déterminer quels sont les objets modifiés en se basant sur les différentes relations. Au bloc 315, un constructeur de page 116 (Figure 1) est appelé pour construire des versions actualisées d'un ou plusieurs objets. Lorsqu'un objet composite est construit, les directives d'inclusion qui referencent les fragments sont remplacées par les dits fragments. Si plusieurs objets sont construits, ces objets sont construits selon un ordre (éventuellement un ordre partiel) déterminé au bloc 310. Le bloc 320 dans lequel un contrôleur de cohérence 120 (Figure 1) est appelé, peut de façon optionnelle être inclus. On va supposer qu'un objet publiable sl prend comme référence un autre objet publiable s2, qui ne se trouve pas dans la liasse. Le contrôleur de cohérence 120 inclut un composant permettant de détecter la rupture des liens hypertexte utilisés, par exemple pour empêcher sl d'être publiée avant que s2 soit publiée (c'est-à-dire que sl est une référence en attente) . Si sl et s2 sont des pages Web, ceci signifie qu'il faut empêcher sl d'être publiée s'il y a rupture d'un lien hypertexte avec s2. Le contrôleur de cohérence 120 notifie au(x) auteur(s) 124 les éventuelles références en attente que le contrôleur de cohérence 120 a détecté dans un objet publiable. L'auteur peut exécuter une action appropriée, telle que fixer les références en attente avant de publier, enlever d'une liasse les objets publiables ayant des références en attente, ou, dans certains cas, laisser publier les objets publiables ayant des références en attente. Le contrôleur de cohérence 120 peut être configuré pour traiter les références en attente au bloc 320. Le contrôleur de cohérence 120 peut utiliser les techniques suivantes : (1) Supprimer les liens hypertexte en attente. (2) Si une référence en attente concerne un objet "o" que le contrôleur de cohérence 120 a la capacité de générer, tenter de générer l'objet référencé. Le contrôleur de cohérence 120 peut être configuré pour s'appeler lui-même, de façon récursive, au sujet de "o". Le contrôleur de cohérence 120 peut également être appelé à un stade antérieur. Par exemple, il est possible d'appeler le contrôleur de cohérence 120 avant que le constructeur de pages 116 n'ait été appelé au bloc 315. La présente invention propose plusieurs variantes. Par exemple, il n'est pas nécessaire de spécifier chaque fois qu'un objet composite "o" inclut un fragment "f" par inclusion de directives dans la représentation pré-construite de "o". Au lieu de cela, un bord du graphique ODG, de "f" à flo", peut s'avérer suffisant pour définir quelle est cette relation. En utilisant cette approche, les auteurs 124 peuvent spécifier les changements apportés aux relations d'inclusion en ayant recours à une fonction d'interface API (Application Program, Interface) qui va modifier de manière appropriée les ODGs. Alternativement, les auteurs peuvent spécifier les changements apportés aux relations d'inclusion au moyen de chaînes de textes (stockées, par exemple, dans un fichier) qui spécifient les changements apportés aux ODGs. Un programme d'analyse peut interpréter ces chaînes de textes. Les auteurs 124 peuvent également modifier les ODGs en utilisant d'autres procédés. La présente invention peut être utilisée pour des documents qui ne sont pas de nature Web, ainsi pour des documents Web. Il est également possible d'avoir plusieurs stades analogues au bloc 230. Par exemple, on peut multiplier les censeurs 128; chaque censeur 128 pouvant approuver et/ou rejeter le contenu à un stade différent. En se référant à la Figure 4, un autre procédé de construction et de publication d'objets est représenté. A l'étape 402, une pluralité de fragments d'information est prévue. A l'étape 404, un ordre de construction des objets, basé sur au moins une relation d'inclusion entre au moins deux fragments d'information, est déterminé. Les relations d'inclusion parmi la pluralité des fragments d'information peuvent être spécifiées par les auteurs ou par d'autres moyens. A l'étape 406, la pluralité d'objets est construite en se basant sur au moins une relation d'inclusion et sur l'ordre déterminé de construction des objets. A l'étape 408, l'existence et/ou l'actualité des objets en référence à d'autres objets est verifiee. A l'étape 410, il est possible d'inclure une étape pour examiner une pluralité d'objets construits, pour rejeter des objets en se basant sur le contenu et pour approuver la publication des objets restants. A l'étape 412, on peut inclure une étape pour retarder la publication des objets, en réponse au fait que d'autres objets de référence n'existent pas ou sont obsolètes. On peut également retarder la publication pour des objets nécessitant une correction. Les objets comprennent de préférence des pages Web et le procédé peut en outre inclure une étape pour détecter une rupture des liens hypertexte entre des pages Web. A l'étape 414, on détecte de préférence les changements apportés aux objets selon les mises à jour, et on effectue la mise à jour automatique des objets, selon l'ordre. Les objets publiables sont publiés à l'étape 416. S'il faut procéder à une correction ou à la résolution de certains problèmes, le procédé revient aux étapes précédentes, de la façon la plus appropriée. Ayant décrit de manière illustrative et non limitative des modes de réalisation particuliers du système et du procédé de publication de documents Web dynamiques selon la présente invention , il est à noter que des modifications et des variantes peuvent être apportées par l'homme de l'art, à la lumière des enseignements ci-dessus. Par conséquent, il est évident que des changements peuvent être apportés aux modes de réalisation particuliers de l'invention, dans le champ et l'esprit de l'invention telle que définie dans les revendications en annexe. REVENDICATIONS 1. Un procédé de construction d'une pluralité d'objets, comprenant des étapes consistant à: fournir d'au moins un fragment; déterminer un ordre de construction d'objets, basé sur au moins une relation d'inclusion entre un objet et le au moins un fragment; et construire une pluralité d'objets, en se basant sur la au moins une relation d'inclusion et sur l'ordre déterminé pour construire les objets. 2. Le procédé selon l'une quelconque des revendications précédentes, comprenant en outre une étape pour déterminer au moins une relation d'inclusion, entre le au moins un fragment et l'objet. 3. Le procédé selon l'une quelconque des revendications précédentes, comprenant en outre une étape pour vérifier l'existence et/ou l'actualité d'un premier objet pris en référence par un deuxième objet. 4. Le procédé selon l'une quelconque des revendications précédentes, comprenant en outre une étape pour retarder la publication du deuxième objet, en réponse au fait que le premier objet n'existe pas et/ou est obsolete. 5. Le procédé selon l'une quelconque des revendications précédentes, comprenant en outre des étapes consistant à: fournir une pluralité d'objets construits; et rejeter au moins un objet construit, en se basant sur le contenu; et approuver la publication du au moins un des objets construits subsistants. 6. Le procédé selon l'une quelconque des revendications précédentes, dans lequel les objets comprennent des pages Web, le procède comprenant en outre une étape pour détecter la rupture de liens hypertexte entre des pages Web. 7. Le procédé selon l'une quelconque des revendications précédentes, comprenant des étapes consistant à: détecter les changements apportés aux objets; et mettre à jour automatiquement les objets selon l'ordre. 8. Un programme lisible par ordinateur, comprenant des instructions pour mettre en oeuvre le procédé selon l'une quelconque des revendications précédentes. 9. Un système de construction d'une pluralité d'objets, comprenant: un système pour créer un contenu, adapté pour générer des fragments et fournir des relations d'inclusion entre les fragments; un programme d'analyse de dépendance, adapté pour recevoir les fragments et analyser les relations d'inclusion; un analyseur de dépendance, adapté pour déterminer un ordre d'intervention pour la construction d'une pluralité d'objets, à partir des fragments, en se basant sur les relations d'inclusion; et un constructeur, adapté pour construire la pluralité des objets, dans l'ordre déterminé par l'analyseur de dépendance. 10. Le système selon la revendication 9, dans lequel l'analyseur de dépendance utilise des graphiques de dépendance d'objets pour déterminer un ordre de construction des objets. 11. Le système selon l'une quelconque des revendications 9 à 10, dans lequel le système de création de contenu comprend des fragments introduits par des personnes humaines, ou des machines ou des combinaisons de personnes humaines et de machines. 12. Le système selon l'une quelconque des revendications 9 à 11, comprenant en outre un contrôleur de cohérence pour empêcher la publication d'objets incohérents. 13. Le système selon l'une quelconque des revendications 9 à 12, dans lequel le système construit des pages Web, le contrôleur de cohérence comprenant un composant pour déterminer une rupture des liens hypertexte entre les pages Web. 14. Le système selon l'une quelconque des revendications 9 à 13, dans lequel le constructeur inclut un constructeur de page, pour construire des pages Web à partir de la pluralité des objets.