+

WO2001084362A1 - Procede pour la preparation dynamique de fichiers numeriques correspondant a des moyens d'information tels que des pages au format html - Google Patents

Procede pour la preparation dynamique de fichiers numeriques correspondant a des moyens d'information tels que des pages au format html Download PDF

Info

Publication number
WO2001084362A1
WO2001084362A1 PCT/FR2001/001325 FR0101325W WO0184362A1 WO 2001084362 A1 WO2001084362 A1 WO 2001084362A1 FR 0101325 W FR0101325 W FR 0101325W WO 0184362 A1 WO0184362 A1 WO 0184362A1
Authority
WO
WIPO (PCT)
Prior art keywords
digital files
files corresponding
database
information means
property
Prior art date
Application number
PCT/FR2001/001325
Other languages
English (en)
Inventor
Benoît SECHER
Paul Perdrieu
Original Assignee
Noheto S.A.S
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 Noheto S.A.S filed Critical Noheto S.A.S
Priority to EP01929757A priority Critical patent/EP1277140A1/fr
Priority to AU2001256443A priority patent/AU2001256443A1/en
Publication of WO2001084362A1 publication Critical patent/WO2001084362A1/fr

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/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G06F16/972—Access to data in other repository systems, e.g. legacy data or dynamic Web page generation
    • 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/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G06F16/986—Document structures and storage, e.g. HTML extensions

Definitions

  • the present invention relates to the field of telecommunications, and more particularly to communication over computer networks such as the Internet or extranets, in the form of digital files constituting pages according to the html format usable by browser-type software.
  • the object of the invention is to remedy this drawback by proposing a method making it possible to dynamically build, "on the fly", html pages forming a site.
  • the invention relates, in its most general sense, to a process for the dynamic preparation of digital files corresponding to means information such as pages in HTML format which can be consulted by browser software, electronic messages, digital files in XML format, or the like characterized in that it consists of loading into a first database containing records corresponding to the structure of computer objects and in a second database of records corresponding to the content of such objects, and then dynamically generating an information file in response to a request consisting in preparing an ephemeral computer object in which a structure is recorded from the first database and content from the second database, the computer object then being formatted to be transmitted to the originator of the request in a standardized format.
  • the computer object can be composed of a plurality of elementary objects.
  • the preparation of the computer object intended for formatting in response to a request comprises a first step of receiving the request from the user, a second step of loading the structure of the object, a third step loading the content of the object, a fourth step of processing the object, a fifth step of formatting the object according to the action to be performed and a last step of formatting the object in context.
  • the step of receiving the user request consists in collecting parameters comprising at least the type of expected response, the nature of the object to be processed, the identifier of the object to be processed and the designation the action to be performed on said object, and to load said object into memory.
  • the reception step comprises beforehand the provision of a link for the recovery by the user of a configuration file.
  • the step of loading the structure of the object consists in loading into the object from the first database the data relating to the properties of the object, such as the identifier of the property, the description of the property, the index of this property within the object, the type of property and the nature of the property.
  • the step of loading the content of the object consists in loading into the object from the second database the data relating to the content of the object.
  • the data relating to the content of the object comprises the identifier of the property, the possible identifier of a parent object, the possible identifier of a child object, the status of the element, the activity code of 1 element.
  • the object considered can be a generic object reusing itself whenever necessary to describe a structure (a page, a product) or a process (validation circuit).
  • the step of processing the object includes treatments for creating a new element, modifying an element, deleting an element or displaying an element or a list of elements.
  • the object layout step consists in redirecting the user request to the display of all or part of the page in response to its action.
  • the stage of layout of the object in its context consists in carrying out the assembly of html modules inlaid with specific markers.
  • the platform used by the invention is essentially composed of software products comprising a browser, an http server, a business server, specific software components, and a data exchange protocol as well as databases: SQL Server 7.0
  • the process according to the invention corresponds to a life sequence of the specific software component. Dedicated to the web, this 6-step process is triggered following each request or x click 'from a user browsing a site managed by the invention.
  • Step 1 Receiving the user request
  • the request "1 'HTTP_request” retrieves the parameters of the request and places them in the component's private variables. )
  • sOutput request ('output')
  • sObject_nature request ( , object_nature ')
  • sObject_id request ( ⁇ object_id')
  • sObject_action request ('ob ect_action')
  • the object to be processed is loaded into memory: Set oObject as new object
  • Step 2 loading the object structure
  • Each property is loaded into oobject within an array of properties or child objects.
  • Step 3 loading the content of the object Secondly, the content of the object is loaded within the perimeter of the properties determined above:
  • the fields and the name of the table tabie_ are pseudo-numeric (eg table t_4, fields c_4_2).
  • the labels of object properties can be expressed in a very variable way and changed on a regular basis.
  • the records received from the tabie table _ (& objeet _naturo) of the db_content database provide the following information for each property of the ob j and: the identifier of the element the possible identifier of a parent object the possible identifier of a child object the status of the element - the activity code of the element
  • Certain elements can be composed of sub-elements (eg a lampshade object in the description of a lamp object).
  • the parent object knows the identifier of the child object (s).
  • Step 4 processing the object
  • Delete deletion of an element - View: display of an element or a list of elements.
  • Specific treatments can be applied to each element. These specific treatments are determined by the generic engine [“workflow”] which associates an action with an object. This action will always correspond to a change of status of one of its elements.
  • Step 5 layout of the object according to the action performed
  • This step is to redirect the user request to display all or part of the page in response to its action.
  • This step is directly dependent on the sobject_action parameter and will be modifiable according to the object to be treated.
  • This function uses "templates", ie HTML layouts determined by the graphic charter of the organization using the platform according to the invention.
  • Step 6 layout of the object in context
  • the component integrates this new action in its context, that is to say the page itself in response to the URL.
  • steps 2 to 6 are reproduced.
  • a reparse function allows the component to cycle through the page until there are no more proprietary tags (of the type ⁇ eB: Username ⁇ / eBN : Username>) to replace.
  • the first eBN cannot be generated via the Internet.
  • Obj ect the first obj and software will be named Obj ect. It includes as elements the other objects of a site.
  • the procedure for creating the first eBN is as follows: a- writing an sql script for creating the tabie_object.db_structure tables and the tables associated with the first connection objects (obj and, page, user) b- writing a starting template comprising at least one owner tag, c- Connection of the component to the database via a DSN file.
  • Example script for creating the tabie_object table appendix. 9
  • the object object has the particularity of being able to create and delete other objects, that is to say other tables in the database:
  • a table or group of so-called x structure tables' contain the descriptions and descriptions of all the 'content' tables 2-
  • the creation of a new object corresponds to the creation of a table 3-
  • the deletion of a object corresponds to the logical deletion of its description in the table_object table.
  • the number of active records in the table_ob ect table is called a specific object, that is to say the number of attributes active in the application.
  • Any object in the system can become a child and parent once or more.
  • Inter-object relationships are established when defining or modifying the structure of an object.
  • the relation can be of unit type (child) or multiple (collection)
  • each object element has a parent property and a child property.
  • the 'child' object refers to the identifier of the child element.
  • the 'parent' object refers to the identifier and the nature of the parent element.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention concerne un procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information tels que des pages au format HTML consultables par un logiciel navigateur, des messages électroniques, des fichiers numériques au format XML, ou équivalents caractérisé en ce qu'il consiste à charger dans une première base de données contenant des enregistrements correspondant à la structure d'objets informatiques et dans une deuxième base de données d'enregistrements correspondant au contenu de tels objets, et ensuite à générer dynamiquement un fichier d'information en réponse à une requête consistant à préparer un objet informatique éphémère dans lequel est enregistrée une structure issue de la première base de données et un contenu issu de la deuxième base de données, l'objet informatique étant ensuite mis en forme pour être transmis à l'émetteur de la requête sous un format standardisé. L'objet informatique peut être composé d'une pluralité d'objets élémentaires.

Description

PROCEDE POUR LA PREPARATION DYNAMIQUE DE FICHIERS NUMERIQUES CORRESPONDANT A DES MOYENS D'INFORMATION TELS QUE DES PAGES AU FORMAT HTML
La présente invention concerne le domaine des télécommunications, et plus particulièrement de la communication sur réseaux informatiques tels que l'Internet ou des extranets, sous la forme de fichiers numériques constituant des pages selon le format html exploitables par un logiciel de type navigateur.
On connaît dans l'état de la technique la réalisation de serveur de pages html constituant un ensemble de fichiers comportant des liens hypertextes correspondant notamment à l'adresse d'un ou de plusieurs autres fichiers. Le problème qui se pose est celui de l'actualisation d'un tel ensemble de pages constituant un site. En effet, chaque modification d'une seule fiche implique la modification de tous les fichiers s'y référant, et plus généralement la refonte de toute l'architecture du site. De même, une modification de l'aspect graphique du site implique la modification de chacun des fichiers le constituant.
Le but de l'invention est de remédier à cet inconvénient un proposant un procédé permettant de construire de façon dynamique, « à la volée » des pages html formant un site.
A cet effet, l'invention concerne selon son acception la plus générale un procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information tels que des pages au format HTML consultables par un logiciel navigateur, des messages électroniques, des fichiers numériques au format XML, ou équivalents caractérisé en ce qu'il consiste à charger dans une première base de données contenant des enregistrements correspondant à la structure d'objets informatiques et dans une deuxième base de données d'enregistrements correspondant au contenu de tels objets, et ensuite à générer dynamiquement un fichier d'information en réponse à une requête consistant à préparer un objet informatique éphémère dans lequel est enregistré une structure issue de la première base de données et un contenu issu de la deuxième base de données, l'objet informatique étant ensuite mis en forme pour être transmis à l'émetteur de la requête sous un format standardisé. L'objet informatique peut être composé d'une pluralité d'objets élémentaires.
Avantageusement, la préparation de l'objet informatique destiné à la mise en forme en réponse à une requête comporte une première étape de réception de la requête de l'utilisateur, une deuxième étape de chargement de la structure de l'objet, une troisième étape de chargement du contenu de l'objet, une quatrième étape de traitement de l'objet, une cinquième étape de mise en page de l'objet en fonction de l'action à exécuter et une dernière étape de mise en page de l'objet dans son contexte. Avantageusement, l'étape de réception de la requête utilisateur consiste à recueillir des paramètres comprenant au moins le type de réponse attendue, la nature de l'objet à traiter, l'identifiant de l'objet à traiter et la désignation l'action à effectuer sur ledit objet, et à charger en mémoire ledit objet.
Selon une variante préférée, l'étape de réception comporte préalablement la mise à disposition d'un lien pour la récupération par l'utilisateur d'un fichier de paramétrage.
Selon une variante avantageuse, l'étape de chargement de la structure de l'objet consiste à charger dans l'objet depuis la première base de données les données relatives aux propriétés de l'objet, tels que l'identifiant de la propriété, le libellé de la propriété, l'index de cette propriété au sein de l'objet, le type de propriété et la nature de la propriété.
De préférence, l'étape de chargement du contenu de l'objet consiste à charger dans l'objet depuis la seconde base de données les données relatives au contenu de l'objet.
Avantageusement, les données relatives au contenu de l'objet comportent l'identifiant de la propriété, l'identifiant éventuel d'un objet parent, l'identifiant éventuel d'un objet enfant, le statut de l'élément, le code activité de 1 ' élément .
L'objet considéré peut être un objet générique se réutilisant lui-même chaque fois que nécessaire pour décrire une structure (une page, un produit) ou un processus (circuit de validation) . De préférence, l'étape de traitement de l'objet comporte des traitements de création d'un nouvel élément, de modification d'un élément, de suppression d'un élément ou d'affichage d'un élément ou d'une liste d'éléments. Selon un mode de réalisation particulier, l'étape de mise en page de l'objet consiste à rediriger la requête utilisateur vers l'affichage de tout ou partie de page en réponse à son action. De préférence, l'étape de mise en page de l'objet dans son contexte consiste à réaliser l'assemblage de modules html incrustés de marqueurs spécifiques.
L'invention sera mieux comprise à la lecture de la description d'un exemple de mise en œuvre non limitatif qui suit.
La plate-forme utilisée par l'invention est essentiellement composée de produits logiciels comprenant d'un navigateur, d'un serveur http, d'un serveur métier, de composants logiciels spécifiques, et d'un protocole d'échange de données ainsi que de bases de données : SQL Server 7.0
Le processus selon l'invention correspond à une séquence de vie du composant logiciel spécifique. Dédié au web, ce processus en 6 étapes se déclenche à la suite de chaque requête ou x click' d'un internaute naviguant sur un site piloté par l'invention.
Etape 1 : Réception de la requête utilisateur La requête utilisateur sera du type : http: //www.noheto .net/contact . asp?parameters Output=2&objθCt_nat re≈OBJ&objβct_id≈888&object_action=view
Cette liste de paramètres liés à l'URL n'est pas exhaustive, mais doit cependant comporter au moins les 4 paramètres suivants : output : type de réponse attendu (HTML, HTML+XML, HTML+mail...) ob j ect_nature : nature de l'objet traité object_id : identifiant de l'objet traité - ob ect_action : action à effectuer sur l'objet traité
La requête « 1 ' HTTP_request » récupère les paramètres de la requête et les place dans des variables privées du composant. )
Exemple de récupération des paramètres principaux : sOutput = request ('output') sObject_nature = request ( ,object_nature' ) sObject_id = request ( λobject_id' ) sObject_action = request ( 'ob ect_action' )
L'objet à traiter est chargé en mémoire : Set oObject as new object
Etape 2 : chargement de la structure de l'objet
Dans un premier temps, la structure de l'objet à traiter, c'est-à-dire ses propriétés, sont chargées dans l'objet oObject : Exemple d'un appel de chargement de la structure : voir annexe 1 Les enregistrements reçus de la table tabie_object de la base de données âb_str cture fournissent les renseignements suivants pour chaque propriété de l'objet : l'identifiant de la propriété - le libellé de la propriété l'index de cette propriété au sein de l'objet le type de propriété (ex : data, child, collection, image, music) - la nature de la propriété (ex : id de l'objet en enfant si le type est c id) Cette liste n'est pas exhaustive. Elle doit être complétée par des champs communs à l'ensemble des enregistrements d'une base tels que la date de création de l'enregistrement, la date de dernière modification, l'identifiant ou le code sécurité de 1 ' opérateur .
Chaque propriété est chargée dans oobject au sein d'un tableau de propriétés ou d'objets enfants.
Exemple de tableau de propriétés et de tableau d'objets enfants : voir annexe 2.
Etape 3 : chargement du contenu de l'objet Dans un deuxième temps, le contenu de l'objet est chargé dans le périmètre des propriétés déterminées ci-dessus :
Exemple d'appel de chargement du contenu : annexe 3
Par souci d' évolutivité, les champs et le nom de la table tabie_(s3θbjoci.nat rel sont pseudo-numériques (ex : table t_4, champs c_4_2). Ainsi, les libellés de propriétés d'objet peuvent être exprimés de façon très variable et modifiés de façon régulière.
Les enregistrements reçus de la table tabie_(&objeet _naturo) de la base de données db_content fournissent les renseignements suivants pour chaque propriété de 1 ' ob j et : l'identifiant de l'élément l'identifiant éventuel d'un objet parent l'identifiant éventuel d'un objet enfant le statut de l'élément - le code activité de 1 ' élément
Cette liste n'est pas exhaustive. Elle doit être complétée par des champs communs à l'ensemble des enregistrements d'une base tels que la date de création de l'enregistrement, la date de dernière modification, l'identifiant ou le code sécurité de 1' opérateur.
Certains éléments peuvent être composés de sous-éléments (ex : un objet abat-jour dans la description d'un objet lampe). Dans ce cas, l'objet parent connais l'identifiant du ou des objets enfants .
Etape 4 : traitement de l'objet
Les traitements communs à tous les objets sont :
New : création d'un nouvel élément de nature sObject_nature
Edit : modification d'un élément
Delete : suppression d'un élément - View : affichage d'un élément ou d'une liste d'éléments . Des traitements spécifiques peuvent être appliqués à chaque élément. Ces traitements spécifiques sont déterminés par le moteur générique [« workflow »]qui associe à un objet une action. Cette action correspondra toujours à un changement de statut d'un de ses éléments.
Exemple de traitement d'un élément : annexe 4
Etape 5 : mise en page de l'objet en fonction de l'action exécutée
L'objet de cette étape est de rediriger la requête utilisateur vers l'affichage de tout ou partie de page en réponse à son action. Cette étape est directement dépendante du paramètre sobject_action et sera modifiable en fonction de l'objet à traiter.
Exemple de fonction de mise en page : annexe 5
Cette fonction utilise des "modèles" (templates) , C'est à dire des mises en pages HTML déterminées par la charte graphique de l'organisation utilisant la plate-forme selon l'invention.
Etape 6 : mise en page de l'objet dans son contexte
L'objet à été traité, le composant intègre cette nouvelle action dans son contexte, c'est-à-dire la page elle-même en réponse à l'URL.
Cette fonction réalise l'assemblage de 'blocks' html incrustés de propriétaires renseignés par les sous-éléments de la page. Exemple de fonction de mise en pages : Annexe 6
Exemple de block HTML intégrant des propriétaires : Annexe 7
Exemple d'assemblage de blocks : Annexe 8
Pour chaque sous-élément, les étapes 2 à 6 sont reproduites. Comme chaque objet peut écrire des tags propriétaires dans sa mise en page, une fonction de reparse permet au composant de reparcourir la page jusqu'à ce qu'il n'y ai plus de tags propriétaires (de type <eB :Nom_user</eBN:Nom_user>) à remplacer.
1. Génération du premier objet logiciel... Et des autres
Etant donné que tout objet composant le site est de structure eBN, le premier eBN ne peut pas être généré via Internet.
Ains i , le premier obj et logiciel sera nommé Obj ect . Il comporte comme éléments les autres obj ets d' un site .
La procédure de création du premier eBN est la suivante : a- écriture d ' un script sql de création des tables tabie_object.db_structure et des tables associées aux obj ets de première connexion ( obj et, page, user) b- rédaction d ' un template de départ comportant au moins un tag propriétaire , c- Connexion du composant à la base de données via un fichier DSN.
Exemple de script de création de la table tabie_object : annexe . 9 L'objet object a la particularité de pouvoir créer et supprimer d'autres objets, c'est-à-dire d'autres tables dans la base de données :
1- Une table ou groupe de tables dites xde structure' contiennent les descriptifs et libellés de toutes les tables 'de contenu' 2- La création d'un nouvel objet correspond à la création d'une table 3-La suppression d'un objet correspond à la suppression logique de son descriptif dans la table table_object .
On appelle objet spécifique le nombre d'enregistrements actifs de la table table_ob ect , c'est-à-dire le nombre d'attributs actifs dans l'application.
2. le maillage des objets logiciels spécifiques
Tout objet du système est susceptible de devenir une ou plusieurs fois enfant et parent.
Les relations inter-objets sont établies lors de la définition ou la modification de la structure d'un objet. La relation peut être de type unitaire (child) ou multiple (collection)
Exemple relation d'objets :
Obj ect_nature = lamp
Obj ect_property (9 ) . type = child
. nature = lampfoot Afin de gérer ces relations parent-enfant, chaque élément d'objet comporte une propriété parent et un propriété enfant.
L'objet 'enfant' fait référence à l'identifiant de l'élément enfant. - L'objet 'parent' fait référence à l'identifiant et à la nature de l'élément parent.

Claims

REVENDICATIONS
1 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information tels que des pages au format HTML consultables par un logiciel navigateur, des messages électroniques, des fichiers numériques au format XML, ou équivalents caractérisé en ce qu'il consiste à charger dans une première base de données contenant des enregistrements correspondant à la structure d'objets informatiques et dans une deuxième base de données d'enregistrements correspondant au contenu de tels objets, et ensuite à générer dynamiquement un fichier d'information en réponse à une requête consistant à préparer un objet informatique éphémère dans lequel est enregistrée une structure issue de la première base de données et un contenu issu de la deuxième base de données, l'objet informatique étant ensuite mise en forme pour être transmis à l'émetteur de la requête sous un format standardisé. L'objet informatique peut être composé d'une pluralité d'objets élémentaires.
2 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 1 caractérisé en ce que la préparation de l'objet informatique destiné à la mise en forme en réponse à une requête comporte une première étape de réception de la requête de l'utilisateur, une deuxième étape de chargement de la structure de l'objet, une troisième étape de chargement du contenu de l'objet, une quatrième étape de traitement de l'objet, une cinquième étape de mise en page de l'objet en fonction de l'action à exécuter et une dernière étape de mise en page de l'objet dans son contexte.
3 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 2 caractérisé en ce que l'étape de réception de la requête utilisateur consiste à recueillir des paramètres comprenant au moins le type de réponse attendue, la nature de l'objet à traiter, l'identifiant de l'objet à traiter et la désignation l'action à effectuer sur ledit objet, et à charger en mémoire ledit objet.
4 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 3 caractérisé en ce que l'étape de réception comporte préalablement la mise à disposition d'un lien pour la récupération par l'utilisateur d'un fichier de paramétrage .
5 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 2 caractérisé en ce que l'étape de chargement de la structure de l'objet consiste à charger dans l'objet depuis la première base de données les données relatives aux propriétés de l'objet, tels que l'identifiant de la propriété, le libellé de la propriété, l'index de cette propriété au sein de l'objet, le type de propriété et la nature de la propriété .
6 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 2 caractérisé en ce que l'étape de chargement du contenu de l'objet consiste à charger dans l'objet depuis la seconde base de données les données relatives au contenu de l'objet.
7 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 6 caractérisé en ce que les données relatives au contenu de l'objet comportent l'identifiant de la propriété, l'identifiant éventuel d'un objet parent, l'identifiant éventuel d'un objet enfant, le statut de l'élément, le code activité de l'élément.
8 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 2 caractérisé en ce que l'étape de traitement de l'objet comporte des traitements de création d'un nouvel élément, de modification d'un élément, de suppression d'un élément ou d'affichage d'un élément ou d'une liste d'élément.
9 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 2 caractérisé en ce que l'étape de mise en page de l'objet consiste à rediriger la requête utilisateur vers l'affichage de tout ou partie de page en réponse à son action.
10 - Procédé pour la préparation dynamique de fichiers numériques correspondant à des moyens d'information selon la revendication 2 caractérisé en ce que l'étape de mise en page de l'objet dans son contexte consiste à réaliser l'assemblage de modules html incrustés de marqueurs spécifiques .
PCT/FR2001/001325 2000-04-28 2001-04-27 Procede pour la preparation dynamique de fichiers numeriques correspondant a des moyens d'information tels que des pages au format html WO2001084362A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP01929757A EP1277140A1 (fr) 2000-04-28 2001-04-27 Procede pour la preparation dynamique de fichiers numeriques correspondant a des moyens d'information tels que des pages au format html
AU2001256443A AU2001256443A1 (en) 2000-04-28 2001-04-27 Method for dynamic preparation of digital files corresponding to information means such as html pages

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR00/05528 2000-04-28
FR0005528A FR2808348B1 (fr) 2000-04-28 2000-04-28 Procede pour la preparation dynamique de fichiers numeriques correspondant a des moyens d'information tels que des pages au format html

Publications (1)

Publication Number Publication Date
WO2001084362A1 true WO2001084362A1 (fr) 2001-11-08

Family

ID=8849757

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2001/001325 WO2001084362A1 (fr) 2000-04-28 2001-04-27 Procede pour la preparation dynamique de fichiers numeriques correspondant a des moyens d'information tels que des pages au format html

Country Status (4)

Country Link
EP (1) EP1277140A1 (fr)
AU (1) AU2001256443A1 (fr)
FR (1) FR2808348B1 (fr)
WO (1) WO2001084362A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997015018A1 (fr) * 1995-10-16 1997-04-24 Bell Communications Research, Inc. Procede et systeme permettant un acces homogene a des informations heterogenes
WO1998002831A1 (fr) * 1996-07-11 1998-01-22 Tandem Computers Incorporated Gestion d'objets hypermedia
WO1998021671A1 (fr) * 1996-11-14 1998-05-22 Triteal Corporation Systeme reparti de traitement de documents utilisant un intermediaire de gestion des demandes objet et un objet receptionnaire

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997015018A1 (fr) * 1995-10-16 1997-04-24 Bell Communications Research, Inc. Procede et systeme permettant un acces homogene a des informations heterogenes
WO1998002831A1 (fr) * 1996-07-11 1998-01-22 Tandem Computers Incorporated Gestion d'objets hypermedia
WO1998021671A1 (fr) * 1996-11-14 1998-05-22 Triteal Corporation Systeme reparti de traitement de documents utilisant un intermediaire de gestion des demandes objet et un objet receptionnaire

Also Published As

Publication number Publication date
FR2808348B1 (fr) 2002-06-14
FR2808348A1 (fr) 2001-11-02
AU2001256443A1 (en) 2001-11-12
EP1277140A1 (fr) 2003-01-22

Similar Documents

Publication Publication Date Title
US7490167B2 (en) System and method for platform and language-independent development and delivery of page-based content
Rezayat The enterprise-web portal for life-cycle support
CA2481552C (fr) Interface de programmation pour plate-forme informatique
US6560607B1 (en) Client side bulk updates on the world wide web
US10248473B2 (en) Discovering object definition information in an integrated application environment
FR2832236A1 (fr) Interface graphique de portail web semantique
FR2859552A1 (fr) Procede et systeme de manipulation de donnees issues de bases de donnees multidimensionnelles a l&#39;aide d&#39;un tableur
CN100580670C (zh) 用于由用户触发的内容恢复的方法和计算机系统
JP2005259138A (ja) 非統合ツールの統合アーキテクチャ
CN102378975A (zh) 将协作功能扩展到外部数据
EP1096394A1 (fr) Système et procédé de gestion de la persistance des composants EJB dans un annuaire accédé par LDAP
JP2006277726A (ja) データベース・オブジェクトへのファイル・システム・モデルのマッピング
FR2891077A1 (fr) Systeme de mise en oeuvre d&#39;une application metier.
EP1630739A1 (fr) Systèmes et procédés permettant le support de représentations graphiques personnalisées pour des logiciels de rapport
CN101978369A (zh) 计算环境表示
EP1238323A2 (fr) Procede de commercialisation de biens ou de services par des moyens electroniques sur des reseaux du type internet
US6327698B1 (en) Method for integrating models in a modelling tool into an object oriented repository
CA2699397C (fr) Procede d&#39;interrogation d&#39;une base de donnees et dispositif d&#39;interrogation
CA2564108A1 (fr) Systeme et procede de tracabilite de contenus sur internet
US20040167905A1 (en) Content management portal and method for managing digital assets
CA2495536A1 (fr) Plateforme de type logicielle dediee au referencement de sites du reseau internet
FR2931274A1 (fr) Procede de gestion de donnees pour atelier oriente service collaboratif
US20040119743A1 (en) Dynamic tree representation for internet enterprise applications
US7774792B2 (en) Automatic create, update and delete event publishing
CN112417818A (zh) 文档目录生成方法和装置、存储介质及电子设备

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

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

AL Designated countries for regional patents

Kind code of ref document: A1

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

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

Ref document number: 2001929757

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2001929757

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: JP

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载