WO2006122886A1 - Methode dynamique de generation de documents xml a partir d'une base de donnees - Google Patents

Methode dynamique de generation de documents xml a partir d'une base de donnees Download PDF

Info

Publication number
WO2006122886A1
WO2006122886A1 PCT/EP2006/062102 EP2006062102W WO2006122886A1 WO 2006122886 A1 WO2006122886 A1 WO 2006122886A1 EP 2006062102 W EP2006062102 W EP 2006062102W WO 2006122886 A1 WO2006122886 A1 WO 2006122886A1
Authority
WO
WIPO (PCT)
Prior art keywords
templates
database
xml
template
data
Prior art date
Application number
PCT/EP2006/062102
Other languages
English (en)
Inventor
Richard Molenaar
Original Assignee
Amadeus 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 Amadeus S.A.S. filed Critical Amadeus S.A.S.
Priority to BRPI0611363-0A priority Critical patent/BRPI0611363A2/pt
Priority to CA2603908A priority patent/CA2603908C/fr
Priority to JP2008510552A priority patent/JP4977128B2/ja
Priority to US11/914,017 priority patent/US8468446B2/en
Priority to DE602006003649T priority patent/DE602006003649D1/de
Priority to AU2006248984A priority patent/AU2006248984B2/en
Priority to EP06755055A priority patent/EP1880325B1/fr
Priority to KR1020077028876A priority patent/KR101331532B1/ko
Publication of WO2006122886A1 publication Critical patent/WO2006122886A1/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/80—Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/84—Mapping; Conversion
    • 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

Definitions

  • the present invention relates generally to computer-managed databases and relates more particularly to the automatic generation of documents of the type using the XML markup language "eXtensible Markup Language", when these databases are interrogated. of data.
  • Databases managed from computers directly, or through a network have been used for a very long time by many companies, administrations and all kinds of commercial or other organizations.
  • Databases are entities in which it is possible to store data in a structured way and with as little redundancy as possible.
  • the major advantage of using databases is the possibility of being accessed by many users simultaneously.
  • DBMS database management system
  • the DBMS is a set of software applications to manage databases, that is to say to allow access to data in a simple way, to allow access to information to multiple users and to manipulate the data. data present in the database (insert, delete, modify).
  • the databases are most often built according to a so-called relational model that organizes the data in the form of tables.
  • the manipulation of the data is done according to the mathematical concept of relation of the set theory, that is to say the relational algebra which consists of a set of formal operations on the relations. Relational operations allow you to create a new relation (table) from elementary operations on other tables (for example the union, the intersection, or the difference).
  • a structured query language has also been widely adopted. Known as SQL Structured Query Language, it is both a data definition language and a data manipulation and control language. The data definition is the work of the administrator. Most of those who use the SQL language use only the data manipulation language to select the data of interest. From the point of the user the main command of the data manipulation language is the SELECT command. Based on the relational algebra it allows to perform data selection operations on several relational tables to make them available to a user.
  • HTML HyperText Markup Language
  • SGML Standard Generalized Markup Language
  • the applied principle is the generic marking, using tags, chapters, paragraphs, preface, introduction and other entities of a document. While the simplicity of HTML has largely contributed to its adoption, and was quite satisfactory at the beginning of the development of the Web, a demand for more demanding applications has quickly proved its limits.
  • the general object of the invention is to provide an improved method for generating XML documents from a database.
  • XML from a dynamic definition of access to data from the database.
  • a method for automatically generating at least one XML document including data extracted from a source database is described.
  • the method consists of defining a plurality of templates, in the format of the database, which templates include executable instructions. Queries associated with each of the templates are also defined. Queries are used to retrieve data from the source database as recordsets.
  • the template instructions are executed to generate at least one XML document that includes the data from the recordsets.
  • the instructions include at least one call instruction to any of the other templates.
  • XML documents consist of elements, which elements include attributes.
  • the method is characterized in that it maintains a notion of current element.
  • the method also includes an instruction to create a new element that is assigned to the current element. The new element then becomes the current element.
  • the method also includes an instruction to create a new attribute to the current element and an instruction to close the current element which consists of reassigning the current element role to the parent element of the current element.
  • the method includes a file definition that builds the name of the XML document, creates a root element that becomes the current element, and specifies which of the templates is the root template. Parameters are used to link the templates when the template call statement is executed or when the file definition is opened and the root template is used.
  • Each of the template instructions is applied to each registration of the registration sets.
  • the instructions are interpreted by the XML generator.
  • the source database is a relational database and the queries are queries that obey the rules of the SQL structured query language. Templates, queries, instructions, file definition, and parameters are contained as tables in at least one relational database and can be included in the source database.
  • FIGURE 1 illustrates the overall mode of implementation of the invention.
  • FIGURE 2 describes the structure of the definition tables of the XML generator.
  • FIGURE 3 describes the process that processes the generation of files based on the contents of the file definition.
  • FIGURE 4 describes the step of creating the XML target file.
  • FIGURE 5 depicts the processing of a template.
  • FIGURE 6 describes the instructions of the templates.
  • FIGURE 7 is an example of implementation of the invention.
  • FIG. 1 illustrates the overall mode of implementation of the invention which is used for a software application hereinafter called VISTA (100) whose purpose is to make available to distant users information extracted from a source database (140) by automatically formatting them in a form that can be interpreted without difficulty by the browsers of the latter.
  • the database will contain, for example, the offers and the state of reservations of international hotel chains. Users are then, in this example, the travel agencies that can access this information from anywhere in the world from a public or private network through the Internet.
  • XML is the most appropriate language. Proposed by the World Wide Web Consortium, the World Wide Web Consortium (W3C), it has been widely adopted. Thus VISTA relies on the generation of documents in the form of XML files (110) to display their content and thus make available to users the information sought. For this purpose the application (100) must read the XML files via a parser (called “parser” in English).
  • the parser is a standard tool developed and sold by software providers such as the well-known American company "Microsoft Corporation”.
  • the analysis of the target files produces, during the execution of the parser, objects (105) constituting the pages viewable by the browser of the user of the application.
  • the XML generator (120), responsible for producing the XML files, is based on models or templates ("templates" in the technical literature in English on these subjects). They are stored in the definition tables (130) of the XML generator in the format and in the language of the relational database used.
  • the templates are intended to be nested to expand their ability to be reused.
  • the templates according to the invention are instruction sets interpretable by the XML generator and reusable in their context.
  • the context of a template applies to a set of records ("set of records” or “recordset” in English technical terminology), that is, a partial view of the database. , obtained by means of a specific request sent to the latter.
  • the queries conform to the structured SQL query language previously discussed.
  • the requests are defined and stored in the database (135) in the form of objects which each give access to a particular set of records.
  • Query objects can contain parameters.
  • the parameters are then used to modify the query. For example, in a database that would list all books in a library, a query can be defined that searches for books by author and therefore includes an author setting. For a specific search the author parameter can then be replaced by the name of a particular author.
  • the corresponding recordset which will be returned by the database, in response to the request, will consist of the list of books of that author that the library has.
  • a relational database (140) is well suited to store the product-specific data.
  • the use of a well-structured database ensures easy and efficient maintenance of the information it contains and in particular avoids redundancies.
  • the database (140) is then the essential source of the data that will be included in the XML files generated for the users of the application (100).
  • the method of the invention takes advantage in particular of the use of the structured SQL query language already mentioned.
  • the use of templates, in the format of the database, which makes it possible to generate the target XML documents, does not require having to distribute to the users, when they connect with their browser, the software means that would be theirs. otherwise needed to access the source database directly.
  • the definition tables, templates and queries according to the invention can be contained in a database separated from the source database (140), as shown schematically in FIG. 1, but could equally well be part of a single database (150) without inconvenience.
  • the object of the invention is therefore to produce XML documents (110) from a single source (140), a relational database, managed by software applications that constitute de facto standards and which it there are many variants for example, those bearing the name "Oracle”, "IBM DB2" or "Microsoft Access”, products developed and marketed by their respective firms.
  • the management and integrity of the data itself is therefore ensured through the use of a standard product that has been extensively tested and used.
  • numerous advantages ensue. In particular, the development time is reduced.
  • FIG. 1 describes the structure of the "definition tables" of the XML generator. Each table includes: [040]
  • a file definition is required to create the target XML file from File
  • the file definition includes the following information:
  • Template A template contains executable instructions as defined below (220).
  • a template may call another template (225).
  • Instructions for executing a template are of several types that (230) are used to:
  • Parameters act as links between the recordset (210, 240) of the calling template and that of the called template and a distinction must be drawn between:
  • the definition includes a name and a field name of the current record set that will contain the parameter value of the parameter group below.
  • Parameter group :
  • the file definition (200), which uses parameters (210), contains the definition of the particular query to be applied to the database to retrieve the appropriate recordset.
  • the file definition references a template (220) that uses instructions (230). When the instruction is of the type that calls another template (225) parameters must then be passed to the called template (240).
  • an XML document will include one or more elements delimited by start and end tags of the form ⁇ xxxElement> and ⁇ / Element>, respectively. Each element can then have one or more attributes each having a name and a value that are specified by the instructions of the template.
  • Figure 3 describes the process of generating the files based on the content of the "file definition” described above and part of an "XML generator definition table”.
  • Target XML file (360) is described in Figure 4. [047] Creating the target file first involves building (400) a file name.
  • Figure 6 more precisely describes the step of processing the instructions.
  • the system maintains a notion of current element. It is this element that is the target of each of the instructions described below. If there is no current element, it is the root or the first element of the template that is used.
  • the instructions are of several types: creation of an element (600), creation of an attribute (610), closure of an element (620) and call of a template (630).
  • creation of an element 600
  • creation of an attribute 610
  • closure of an element 620
  • call of a template 630
  • An instruction may therefore have to create an XML element (600) with the name constructed as previously described.
  • the new element is then assigned to the current element (605), which becomes the parent of the new child element.
  • a value can be inserted in the new element, which value must match the specified field of the "recordset".
  • An instruction may have to assign an attribute (610) to an XML element.
  • the attribute is created for the current element (615).
  • a value can be set to this attribute, which value must correspond to a specific field of the registration set.
  • An instruction can close an element (620), which amounts to reassigning the current element role (625) to the parent element.
  • an instruction may call a template (630) of the previously specified name
  • parameters will be passed from the recordset of the current template to that of the called template.
  • Figure 7 illustrates, through a particular example, the method according to the invention for generating an XML target file from a relational database.
  • a relational database In this example, as it is almost always the case in a software product development environment that is intended to be marketed worldwide by multinational teams, all the technical terms of the code are defined in English. This, however, can not affect the understanding of the description that follows. Either, when it is necessary, the terms are explicit or they can be without inconvenience considered as a sequence of letters and numbers, without any particular meaning, even if, for obvious mnemonic and practical reasons, we try to give one.
  • the creation of an XML file begins with the opening (700) of the "file definition", already described, which takes the form of a table (705) in the database.
  • codesList_CAR.xml a first empty element
  • codes_list a first empty element
  • the template above is then processed (720).
  • the first step is to execute the query (722) defined for the template (CarCodesList) on the database to obtain the corresponding recordset (730).
  • the instructions of the template (710) are applied, of which there are 5 in this example.
  • CodesListltem for which a parameter is defined (715).
  • the called template (740) also has a query definition (CodesListltem) which makes it possible to obtain the corresponding set of records (750) in the database after the parameter of the calling template (715) has made it possible to retrieve the field (742) to actually execute this request.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (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)
  • Document Processing Apparatus (AREA)

Abstract

Une méthode pour générer automatiquement des documents XML incluant des données extraites d’une base de données source est décrite. La méthode consiste à définir une pluralité de gabarits, dans le format de la base de données, lesquels incluent des instructions exécutables. Des requêtes, associées à chacun des gabarits, sont également définies. Les requêtes sont utilisées pour extraire des données de la base de données source sous la forme de jeux d’enregistrements. L’exécution des instructions des gabarits génère au moins un document XML qui inclut les données provenant des jeux d’enregistrements. A l’aide d’une instruction d’appel un gabarit peut appeler n’importe lequel des autres gabarits pour produire un document XML. La méthode de l’invention réalise une définition dynamique d’accès aux données de la base de données à l’aide de gabarits imbriqués opérant directement depuis la base de données.

Description

Description
« Méthode dynamique de génération de documents XML à partir d'une base de données»
[001] DOMAINE TECHNIQUE DE L'INVENTION
[002] La présente invention concerne d'une façon générale les bases de données gérées par ordinateurs et a trait plus particulièrement à la génération automatique de documents, du type utilisant le langage de balisage XML « eXtensible Markup Language », quand on interroge ces bases de données.
[003] ÉTAT DE LA TECHNIQUE
[004] Des bases de données gérées depuis des ordinateurs directement, ou à travers un réseau, sont utilisées depuis très longtemps par de nombreuses entreprises, des administrations et toutes sortes d'organismes à vocation commerciale ou autre. Les bases de données sont des entités dans lesquelles il est possible de stocker des données de façon structurée et avec le moins de redondance possible. L'avantage majeur de l'utilisation de bases de données est alors la possibilité de pouvoir être accédées par de nombreux utilisateurs simultanément.
[005] A titre d'exemple, il existe des bases de données regroupant l'ensemble des horaires et l'état des réservations des vols de toutes les compagnies aériennes dans le monde ou les offres des chaînes hôtelières internationales. Les agences de voyage peuvent alors accéder à ces informations de n'importe où dans le monde et en particulier depuis que l'Internet permet l'interconnexion de tous les réseaux privés ou publics. Ainsi, la notion de base de données est généralement couplée à celle de réseau afin de pouvoir mettre en commun et partager ces informations.
[006] Pour contrôler les données, ainsi que les utilisateurs, un système de gestion de bases de données (SGBD) est nécessaire. Le SGBD est un ensemble d'applications logicielles permettant de gérer les bases de données, c'est-à-dire de permettre l'accès aux données de façon simple, d'autoriser un accès aux informations à de multiples utilisateurs et de manipuler les données présentes dans la base de données (insertion, suppression, modification).
[007] Les bases de données sont le plus souvent construites selon un modèle dit relationnel qui organise les données sous forme de tables. La manipulation des données se fait selon le concept mathématique de relation de la théorie des ensembles, c'est-à-dire l'algèbre relationnelle qui est constituée d'un ensemble d'opérations formelles sur les relations. Les opérations relationnelles permettent de créer une nouvelle relation (table) à partir d'opérations élémentaires sur d'autres tables (par exemple l'union, l'intersection, ou encore la différence). [008] Un langage structuré de requêtes a aussi été largement adopté. Connu sous l'abréviation SQL, de l'anglais « Structured Query Language », il est tout à la fois un langage de définition de données et un langage de manipulation et de contrôle de données. La définition de données est l'oeuvre de l'administrateur. La plupart de ceux qui utilisent le langage SQL ne se servent que du langage de manipulation de données, permettant de sélectionner les données qui les intéressent. Du point de l'utilisateur la principale commande du langage de manipulation de données est la commande SELECT. Basée sur l'algèbre relationnelle elle permet d'effectuer des opérations de sélection de données sur plusieurs tables relationnelles pour les mettre à disposition d'un utilisateur.
[009] Avec le formidable développement de l'Internet, et l'interconnexion des réseaux publics et privés qu'il a permise, la standardisation de l'échange des données s'est faite à travers l'adoption d'un protocole dit HTTP, abréviation de l'anglais « Hyper Text Transfer Protocol » et le développement d'un système de communication connu sous le nom de Web, de l'anglais « World Wide Web » ou toile mondiale. La toile mondiale permet la recherche d'information, l'accès à cette information et sa visualisation en utilisant l'hypertexte ou HTML de l'anglais « Hyper Text Markup Language ». Langage de balisage de texte, il permet la création de documents hypertextes affichables par un navigateur Web.
[010] Le langage HTML est une version particulière, très dépouillée, d'un standard beaucoup plus sophistiqué adopté dans les années 80 pour décrire des documents et leur formatage et connu sous l'abréviation SGML, de l'anglais « Standard Generalized Markup Language ». Le langage SGML est un langage symbolique qui est toujours utilisé pour décrire la structure logique d'un document, et non son aspect typographique. Le principe appliqué est le marquage générique, à l'aide de balises, des chapitres, paragraphes, préface, introduction et autres entités d'un document. Si la simplicité du langage HTML a contribué largement à son adoption, et était tout à fait satisfaisante au début du développement du Web, une demande pour des applications plus exigeantes a démontré rapidement ses limites. La simplicité du HTML ayant été obtenue au prix d'une absence d'évolutivité le besoin s'est fait rapidement sentir d'un langage qui offrirait des possibilités d'évolution et d'adaptation similaires au standard duquel HTML était dérivé, c'est-à-dire SGML, en évitant toutefois la complexité de ce dernier. La réponse a été un nouveau standard proposé à la fin de 1996 par l'organisme chargé de normaliser le Web et connu sous l'appellation XML, abréviation de l'anglais « eXtensible Markup Language » c'est-à-dire langage à balises étendu. Comme SGML, sans en avoir la complexité, XML est un métalangage qui permet d'étendre le langage HTML. Notamment, il permet de définir de nouvelles balises par exemple, pour mieux décrire la présentation d'un texte et pouvoir personnaliser complètement des documents. Le succès de XML réside dans sa capacité à pouvoir décrire n'importe quel domaine de données grâce à son extensibilité. Il permet de structurer, poser le vocabulaire et la syntaxe des données qu'il va contenir.
[011] II n'est donc pas surprenant que le langage XML ait été utilisé depuis sa création pour mettre en forme des documents comprenant des données issues de bases de données, en particulier de bases de données relationnelles décrites ci-dessus. Données obtenues à l'aide de requêtes SQL.
[012] L'utilisation des données obtenues et leur inclusion dans des documents en vue de leur affichage dans une fenêtre ouverte par le navigateur Web d'un utilisateur peuvent cependant demander un effort de codage important. Dans l'exemple déjà cité ci-dessus de bases de données interrogées par des agences de voyage, les utilisateurs, le niveau de personnalisation souhaité de l'affichage peut être très grand. En effet, les clients de ces agences de voyage ont des motivations très variées. S'ils sont des vacanciers ou des hommes ou femmes d'affaire la sélection des données et leur présentation pourra être très différente afin de faciliter le travail du personnel de ces agences, d'augmenter leur productivité et de mieux satisfaire leurs clients.
[013] La génération automatique de documents XML a donc reçu une attention particulière de la part des développeurs de ces applications. On pourra par exemple se référer à un brevet délivré par l'office américain des brevets (USPTO) sous le numéro US 6,636,845 qui décrit une méthode de génération de documents XML à partir d'une seule requête SQL « Generating one or more XML documents from a single SQL query ». Cependant la méthode décrite manque de souplesse. En particulier il y est fait appel à une définition statique pour décrire l'accès aux données. Il y a donc autant de définitions que de types de données à accéder dans les documents XML correspondants.
[014] OBJET DE L'INVENTION
[015] L'objet général de l'invention est de proposer une méthode améliorée pour générer des documents XML à partir d'une base de données.
[016] C'est en particulier un objet de l'invention que de pouvoir générer un document
XML à partir d'une définition dynamique d'accès aux données de la base de données.
[017] C'est un autre objet de l'invention que d'obtenir cette définition dynamique à partir de l'utilisation d'une combinaison de gabarits imbriqués décrits dans le format de la base de données.
[018] C'est aussi un objet de l'invention que de simplifier et de réduire le nombre de documents XML à générer pour une application tout en maintenant un degré élevé de personnalisation.
[019] Les autres objets, caractéristiques et avantages de la présente invention apparaîtront aux spécialistes à l'examen de la description suivante et des dessins d'accompagnement. Il est entendu que d'autres avantages peuvent être incorporés.
[020] RÉSUMÉ DE L'INVENTION
[021] Une méthode pour générer automatiquement au moins un document XML incluant des données extraites d'une base de données source est décrite. La méthode consiste à définir une pluralité de gabarits, dans le format de la base de données, lesquels gabarits incluent des instructions exécutables. Des requêtes associées à chacun des gabarits sont aussi définies. Les requêtes sont utilisées pour extraire des données de la base de données source sous la forme de jeux d'enregistrements. Les instructions des gabarits sont exécutées afin de générer au moins un document XML lequel inclut les données provenant des jeux d'enregistrements. Les instructions incluent au moins une instruction d'appel à n'importe lequel des autres gabarits. Les documents XML sont composés d'éléments, lesquels éléments comprennent des attributs. La méthode est caractérisée en ce qu'elle maintient une notion d'élément courant. La méthode inclut aussi une instruction pour créer un nouvel élément lequel est attribué à l'élément courant. Le nouvel élément devient alors à son tour l'élément courant. La méthode inclut également une instruction pour créer un nouvel attribut à l'élément courant ainsi qu'une instruction pour fermer l'élément courant ce qui consiste à réassigner le rôle d'élément courant à l'élément parent de l'élément courant. La méthode inclut une définition de fichier permettant de construire le nom du document XML, de créer un élément racine lequel devient l'élément courant et de spécifier lequel des gabarits est le gabarit racine. Des paramètres servent à lier les gabarits quand l'instruction d'appel gabarit est exécutée ou lorsque la définition de fichier est ouverte et qu'il est fait appel au gabarit racine. Chacune des instructions des gabarits est appliquée à chaque enregistrement des jeux d'enregistrement. Les instructions sont interprétées par le générateur XML. La base de données source est une base de données relationnelle et les requêtes sont des requêtes qui obéissent aux règles du langage de requêtes structuré dit SQL. Les gabarits, les requêtes, les instructions, la définition de fichier et les paramètres sont contenus sous forme de tables dans au moins une base de données relationnelle et peuvent être incluses dans la base de données source.
[022] BRÈVE DESCRIPTION DES HGURES
[023] Les buts, objets, ainsi que les caractéristiques et avantages de l'invention res- sortiront mieux de la description détaillée d'un mode de réalisation de cette dernière qui est illustré par les dessins d'accompagnement suivants dans lesquels :
[024] La FIGURE 1 illustre le mode global de mise en œuvre de l'invention.
[025] La FIGURE 2 décrit la structure des tables de définition du générateur XML.
[026] La FIGURE 3 décrit le processus qui traite de la génération des fichiers sur la base du contenu de la définition de fichier.
[027] La FIGURE 4 décrit l' étape de création du fichier cible XML. [028] La FIGURE 5 décrit le traitement d'un gabarit.
[029] La FIGURE 6 décrit les instructions des gabarits.
[030] La FIGURE 7 est un exemple de mise en œuvre de l'invention.
[031] Les dessins joints sont donnés à titre d'exemples et ne sont pas limitatifs de l'invention.
[032] DESCRIPTION DÉTAILLÉE DE L'INVENTION
[033] La figure 1 illustre le mode global de mise en œuvre de l'invention qui sert à une application logicielle ci-après dénommée VISTA (100) dont le but est de mettre à disposition d'utilisateurs distants des informations extraites d'une base de données source (140) en les formatant automatiquement dans une forme susceptible d'être interprétée sans difficulté par les navigateurs de ces derniers. La base de données contiendra par exemple les offres et l'état des réservations des chaînes hôtelières internationales. Les utilisateurs sont alors, dans cet exemple, les agences de voyage qui peuvent ainsi accéder à ces informations de n'importe où dans le monde depuis un réseau public ou privé à travers Internet.
[034] Comme discuté dans le chapitre sur l'état de l'art, le langage XML est le plus approprié. Proposé par l'organisme principal de normalisation du Web, c'est-à-dire le W3C, de l'anglais « World- Wide Web Consortium », il a été très largement adopté. Ainsi VISTA se fonde sur la génération de documents sous la forme de fichiers XML (110) pour afficher leur contenu et ainsi mettre à disposition des utilisateurs les informations recherchées. À cette fin l'application (100) doit lire les fichiers XML par l'intermédiaire d'un analyseur syntaxique (dénommé « parser » en anglais). L'analyseur syntaxique est un outil standard développé et vendu par des fournisseurs de logiciels tels que la société américaine bien connue « Microsoft Corporation ». L'analyse des fichiers cible produit, lors de l'exécution de l'analyseur syntaxique, des objets (105) constituant les pages affichables par le navigateur de l'utilisateur de l'application.
[035] Le générateur XML (120), chargé de produire les fichiers XML, se base sur des modèles ou gabarits (« templates » dans la littérature technique en langue anglaise sur ces sujets). Ils sont mémorisés dans les tables de définition (130) du générateur XML au format et dans le langage de la base de données relationnelle utilisée. Les gabarits ont vocation à être imbriqués pour élargir leur possibilité d'être réutilisé. Les gabarits selon l'invention sont des jeux d'instructions interprétables par le générateur XML et réutilisables dans leur contexte. Le contexte d'un gabarit s'applique à un jeu d'enregistrements (« set of records » or « recordset » selon la terminologie technique en langue anglaise), c'est-à-dire à une vue partielle de la base de données, obtenue à l'aide d'une requête spécifique émise en direction de cette dernière. Les requêtes sont conformes au langage structuré de requêtes SQL précédemment discuté. Dans le cadre de l'invention les requêtes sont définies et mémorisées dans la base de données (135) sous la forme d'objets qui donnent chacun accès à un jeu particulier d'enregistrements. Les objets requête peuvent contenir des paramètres. Les paramètres servent alors à modifier la requête. Par exemple, dans une base de données qui répertorierait tous les livres d'une bibliothèque, une requête peut être définie qui permet de rechercher les livres par auteur et inclut donc un paramètre « auteur ». Pour une recherche spécifique le paramètre auteur peut alors être remplacé par le nom d'un auteur particulier. Le jeu d'enregistrements correspondant, qui sera renvoyé par la base de données, en réponse à la requête, sera constitué de la liste des livres de cet auteur que la bibliothèque possède.
[036] Si XML est le moyen le plus approprié pour distribuer les données aux utilisateurs, une base de données relationnelle (140) est bien adaptée pour stocker les données propres au produit. L'utilisation d'une base de données bien structurée garantit une maintenance aisée et efficace des informations qu'elle contient et évite notamment les redondances. La base de données (140) est alors la source essentielle des données qui seront incluses dans les fichiers XML générés à destination des utilisateurs de l'application (100). La méthode de l'invention tire parti notamment de l'utilisation du langage structuré de requêtes SQL déjà mentionné. L'utilisation de gabarits, au format de la base de données, qui permet de générer les documents XML cible, ne requiert pas d'avoir à distribuer aux utilisateurs, au moment où ils se connectent avec leur navigateur, les moyens logiciels qui leurs seraient autrement nécessaires pour accéder directement à la base de données source. Ceci ne manquerait pas de pénaliser les temps d'accès à l'information recherchée, encombrerait le réseau et compliquerait beaucoup la mise à disposition de l'information recherchée. En effet, si la structure et l'organisation de la base de données tendent à garantir son efficacité et évitent les redondances, l'affichage des informations à destination de l'utilisateur répond à d'autres critères. L'adaptation entre la structure des données dans la base de données et les données requises par l'utilisateur est d'autant mieux obtenue qu'elle est réalisée à la source, comme le préconise l'invention, par le générateur XML (120) qui s'appuie sur les gabarits des tables de définition (110) et les définitions de requêtes associées (135) pour créer un nombre réduit de fichiers cible XML (110) contenant les informations suffisantes à destination de l'utilisateur.
[037] Les tables de définition, les gabarits et les requêtes selon l'invention peuvent être contenues dans une base de données séparée de la base de donnée source (140), comme schématisé sur la figure 1, mais pourraient tout aussi bien faire partie d'une base de données unique (150) sans inconvénient.
[038] Le but de l'invention est donc de produire des documents XML (110) à partir d'une seule source (140), une base de données relationnelle, gérée par des applications logicielles qui constituent des standards de fait et dont il existe de nombreuses variantes commerciales bien connues, par exemple, celles portant le nom de « Oracle », « IBM DB2 » ou « Microsoft Access », produits développés et commercialisés par leurs firmes respectives. La gestion et l'intégrité des données elles-mêmes sont donc assurées par l'utilisation d'un produit standard qui a été largement testé et utilisé. Ainsi, en incluant les règles de génération et de test des documents XML dans la base de donnée elle-même, dans le format de cette dernière, de nombreux avantages en découlent. En particulier le temps de développement est réduit. Faire des changements dans la base de données et régénérer automatiquement tous les fichiers XML d'une application donnée, comme VISTA (100), est alors beaucoup plus court que d'avoir à mettre à jour et à corriger un code spécifique. De plus, ceci peut être réalisé directement par les professionnels chargés du développent de l'application elle-même, VISTA dans cet exemple, alors que le développement d'un logiciel spécifique demande toujours un coûteux effort de codage par des programmeurs hautement spécialisés.
[039] La figure 2 décrit la structure des « tables de définition » du générateur XML. Chaque table comprend : [040]
Tableau 1
Définition Une définition de fichier est nécessaire pour créer le fichier XML cible, de Fichier La définition de fichier comprend les informations suivantes :
(200) - le nom du fichier XML à créer le gabarit racine à appeler
- la requête associée pour retrouver le jeu d' enregistrements approprié de la base de données l'élément racine à créer (optionnel)
- les paramètres (comme définis ci-après)
Gabarit Un gabarit contient des instructions exécutables comme définies ci- (220) après. Un gabarit peut appeler un autre gabarit (225).
Instructions Les instructions d'exécution d'un gabarit sont de plusieurs types qui (230) servent à :
- créer un élément XML
- créer un attribut XML
- fermer un élément XML
- appeler un gabarit (des paramètres peuvent être spécifiés)
Paramètres Les paramètres agissent comme des liens entre le jeu d'enregistrements (210, 240) du gabarit appelant et celui du gabarit appelé et il faut faire la distinction entre :
Définition de Daramètre :
Les paramètres mémorisés au niveau des gabarits (240) et de la définition de fichier (210). La définition comprend un nom et un nom de champ du jeu d'enregistrement courant qui contiendra la valeur du paramètre du groupe de paramètres ci-après. Groupe de paramètres :
Un groupe temporaire de paramètres du jeu d'enregistrements provenant de la base de données. Paramètres de requêtes :
Afin de retrouver le jeu d'enregistrements approprié dans la base de données.
[041] La définition de fichier (200), qui fait appel à des paramètres (210), contient la définition de la requête particulière à appliquer à la base de données pour retrouver le jeu d'enregistrements approprié. La définition de fichier référence un gabarit (220) qui fait appel à des instructions (230). Quand l'instruction est du type qui appelle un autre gabarit (225) des paramètres doivent alors être passés au gabarit appelé (240).
[042] Les éléments et attributs du document XML, mentionnés dans le tableau ci-dessus, font partie intégrante du langage XML et sont des notions bien connues des spécialistes de ces domaines. D'une façon générale un document XML comprendra un ou plusieurs éléments délimités par des balises de début et de fin, respectivement de la forme <xxxElement> et </Element>. Chaque élément peut alors avoir un ou des attributs ayant chacun un nom et une valeur qui sont spécifiés par les instructions du gabarit.
[043] La figure 3 décrit le processus qui traite de la génération des fichiers sur la base du contenu de la « définition de fichier » décrite précédemment et faisant partie d'une « table de définitions du générateur XML ».
[044] Après ouverture de la définition de fichier (300) pour chaque enregistrement (314) de cette définition on teste (320) s'il existe une « définition de requête » associée. Si c'est le cas (322), la requête correspondante est exécutée. Le « jeu d'enregistrements » obtenu de la base de donnée est alors ouvert (330). Il y aura autant de fichiers cible créés (360) qu'il y a d'enregistrements dans le jeu d'enregistrement. Tous les enregistrements de la du jeu sont parcourus (350). Quand le dernier a été traité (334) on passe à l'enregistrement suivant de la définition de fichier (370).
[045] Si, lorsque l'on teste la présence d'une définition de requête associée (320), la réponse est négative (324), un seul fichier cible est alors créé (380) avant de passer à l'enregistrement suivant de la définition de fichier. S'il n'y a plus d'enregistrement le processus est terminé (312). [046] L'étape de création du « fichier cible » (380) et celles, similaires, de création du
« fichier XML cible » (360) est décrite dans la figure 4. [047] La création du fichier cible implique d'abord de construire (400) un nom de fichier.
Si, comme on l'a vu précédemment, une même « définition de fichier » est utilisée pour créer de multiples fichiers cible, la construction du nom résulte de la concaténation :
- d'un préfixe provenant de la définition de fichier d'une partie dynamique provenant de l'enregistrement courant du jeu d' enregistrements . d'un suffixe provenant de la définition de fichier [048] Cependant, s'il n'y a pas de définition de requête associée, comme on vient de le voir, un seul fichier doit être créé. Dans ce cas seuls le préfixe et le suffixe sont utilisés, il n'y a pas de partie dynamique. [049] Après quoi le fichier XML cible est effectivement créé (410) sous la forme d'un objet représentant la structure du document XML et conforme à la spécification DOM, de l'anglais « Document Object Model » émise par l'organisme de normalisation du
Web, c'est-à-dire le W3C, déjà mentionné. [050] Si un élément racine apparaît dans la définition de fichier (422) celui-ci est créé.
(430). Après quoi, s'il y a des paramètres présents dans la définition de fichier (442) ceux-ci sont retrouvés (440) pour être passés au gabarit (444). [051] Le traitement du gabarit (450), qui peut être un gabarit racine ou un gabarit imbriqué, c'est-à-dire appelé par un autre gabarit, est décrit plus précisément dans la figure 5. [052] Les paramètres définis par le gabarit appelant (ou la définition de fichier) doivent être appairés à ceux du gabarit que l'on appelle. A cette fin un « groupe de paramètres » temporaire est construit (500) sur la base de la définition des paramètres.
Quand ceci est fait, les valeurs appropriées sont obtenues depuis l'enregistrement courant du « jeu d'enregistrements ». [053] L'étape (500) est décomposée précisément dans la partie droite de la figure 5. Ch acun des paramètres est retrouvé par son nom (501) ainsi que champ défini par le paramètre (502). La valeur du champ est obtenue depuis le « jeu d'enregistrements »
(503) ce qui permet de fixer la valeur du paramètre (504). Le processus se répète (506) tant qu'il y a des paramètres (505) à traiter. [054] Ensuite le gabarit appelé est retrouvé (510). Les paramètres de la « définition de requête » associée doivent être appairés à ceux du gabarit appelant avant exécution sur la base de données afin d'obtenir le « jeu d'enregistrements » approprié (520). L'application des paramètres se fait exhaustivement sur chacun des enregistrements du « jeu d'enregistrements » (530) et pour chacune des instructions (540) jusqu'à ce qu'il n'y ait plus d'instructions à traiter (560) ni d'enregistrement dans le « jeu d'enregistrements » (550).
[055] La figure 6 décrit plus précisément l'étape de traitement des instructions. Quand les instructions sont exécutées le système maintient une notion d'élément courant. C'est cet élément qui est la cible de chacune des instructions décrite ci-après. A défaut d'élément courant c'est la racine ou le premier élément du gabarit qui est utilisé.
[056] Les instructions sont de plusieurs types : création d'un élément (600), création d'un attribut (610), fermeture d'un élément (620) et appel d'un gabarit (630). Dans les deux premiers cas il faut préalablement obtenir (602) la valeur du champ spécifié dans le « jeu d'enregistrements » courant. Dans le dernier cas il faut obtenir d'abord (632) les paramètres à passer au gabarit appelé.
[057] Une instruction peut donc avoir à créer un élément XML (600) portant le nom construit comme décrit précédemment. Le nouvel élément est alors attribué à l'élément courant (605) qui devient ainsi le parent du nouvel élément enfant. Optionnellement, une valeur peut être insérée dans le nouvel élément, valeur qui doit correspondre au champ spécifié du «jeu d'enregistrements ».
[058] Une instruction peut avoir à assigner un attribut (610) à un élément XML. L'attribut est créé pour l'élément courant (615). Comme ci-dessus, optionnellement, une valeur peut être fixée à cet attribut, valeur qui doit correspondre à un champ spécifique du jeu d' enregistrement.
[059] Une instruction peut fermer un élément (620) ce qui revient à réassigner à l'élément parent le rôle d'élément courant (625).
[060] Enfin, une instruction peut appeler un gabarit (630) du nom spécifié précédemment
Pour le traitement du gabarit appelé (635) des paramètres seront passés depuis le jeu d'enregistrements du gabarit courant vers celui du gabarit appelé.
[061] La figure 7 illustre, à travers un exemple particulier, la méthode selon l'invention pour générer un fichier cible XML à partir d'une base de données relationnelle. Dans cet exemple, comme c'est presque exclusivement toujours le cas dans un environnement de développement de produits logiciels qui ont vocation à être commercialisés dans le monde entier par des équipes multinationales, tous les termes techniques du code sont définis en langue anglaise. Ceci ne saurait cependant nuire à la bonne compréhension de la description qui suit. Soit, quand c'est nécessaire, les termes sont explicités ou alors ils peuvent être sans inconvénient considérés comme une suite de lettres et de nombres, sans signification particulière, quand bien même, pour des raisons mnémotechniques et pratiques évidentes, on essaye effectivement de leur en conférer une. [062] La création d'un fichier XML commence avec l'ouverture (700) de la « définition de fichier », déjà décrite, qui prend la forme d'une table (705) dans la base de données. Avec les informations contenues dans cette table on peut alors créer un fichier XML, du nom spécifié (codesList_CAR.xml), contenant un premier élément vide (codes_list). Cet élément devient l'élément courant. La définition de fichiers contient le nom du gabarit racine (710) auquel il est fait appel.
[063] Le gabarit ci-dessus est alors traité (720). La première étape consiste à exécuter la requête (722) définie pour le gabarit (CarCodesList), sur la base de données, afin d'obtenir le jeu d'enregistrements correspondant (730). Pour chacun des enregistrements du jeu d'enregistrements ainsi obtenu on applique les instructions du gabarit (710), au nombre de 5 dans cet exemple.
[064] Ceci commence par la création (724) d'un élément enfant (list) de l'élément courant créé précédemment. Cet élément devient à son tour l'élément courant. Les deux instructions suivantes, d'indexés 2 et 3, du gabarit (710) sont traitées à leur tour. Elles servent à créer (726) deux attributs (Name, Area), chacun correspondant a un nom de champ (Field Name) spécifié dans le gabarit. L'élément courant (list), du fichier XML (728) inclut alors ces attributs.
[065] L'instruction suivante, index 4 du gabarit (710), fait appel à un autre gabarit
(CodesListltem) pour lequel un paramètre est défini (715). Le gabarit appelé (740) a aussi une définition de requêtes (CodesListltem) qui permet d'obtenir le jeu d'enregistrements correspondant (750) dans la base de données après que le paramètre du gabarit appelant (715) ait permis de retrouver le champ (742) pour pouvoir exécuter effectivement cette requête.
[066] Le traitement du gabarit appelé se fait d'une façon similaire à ce qui a déjà été décrit ci-dessus pour enrichir le fichier XML (760).

Claims

Revendications
[001] Une méthode pour générer automatiquement (120) au moins un document XML
(110) incluant des données extraites d'une base de données source (140), la dite base de données comprenant des moyens pour générer ledit au moins un document XML, les dits moyens incluant un générateur XML (120) faisant appel à des tables (130, 135) définies dans le format et avec le langage de la dite base de données, la dite méthode consistant à : définir une pluralité de gabarits (220, 225) dans au moins une table de définition (130), la dite pluralité de gabarits (220,225) incluant des instructions exécutables (230) par le dit générateur XML (120), les dites instructions exécutables (230) incluant au moins une instruction d'appel (630) à n'importe lequel des gabarits de la dite pluralité de gabarits (220, 225) ; définir des requêtes (135) associées à chacun des dits gabarits (220,225), les dites requêtes étant utilisées pour extraire des données de la dite base de données source (140) sous la forme de jeux d'enregistrements (730) ; exécuter les dites instructions (230), lors d'une étape d'exécution (700), à partir d'une définition de fichier (200) incluse dans la dite au moins une table de définition (130), la dite étape d'exécution (700) comprenant un appel par au moins un des dits gabarits à au moins un autre gabarit de la dite pluralité de gabarits (220, 225) pour pouvoir générer le dit au moins un document XML incluant les dites données provenant des dits jeux d'enregistrements (730).
[002] La méthode selon la revendication 1 dans laquelle le dit au moins un document
XML est composé d'éléments (702), lesquels éléments peuvent comprendre des attributs (726), la dite méthode caractérisée en ce que la dite étape d'exécution inclut une étape de création des dits éléments et de leurs dits attributs.
[003] La méthode selon la revendication 1 ou 2 dans laquelle la dite définition de fichier permet de : construire le nom du dit document XML (400) ; créer un fichier cible pour le dit document XML (410) ; créer un élément racine (430), ledit élément racine auquel est attribué la fonction d'élément courant ; traiter un gabarit racine (710) susceptible d'appeler n'importe lequel des gabarits de la dite pluralité de gabarits.
[004] La méthode selon la revendication 3 incluant au moins : une instruction pour créer un nouvel élément (600) enfant du dit élément courant, ledit nouvel élément (600) auquel est attribué à son tour la fonction de dit élément courant (605) ; une instruction pour créer un nouvel attribut (610), la dite instruction créant le dit nouvel attribut pour le dit élément courant ; une instruction pour fermer (620) le dit élément courant, la dite instruction consistant à réattribuer la fonction d'élément courant à l'élément parent du dit élément courant. [005] La méthode selon l'une quelconque des revendications 3 ou 4 incluant des paramètres (210, 240), les dits paramètres servant à lier les dits gabarits quand la dite instruction d'appel gabarit est exécutée ou lorsque la dite définition de fichier est ouverte et qu'il est fait appel au dit gabarit racine.
[006] La méthode selon l'une quelconque des revendications précédentes dans laquelle chacune des dites instructions (540) des dits gabarits est appliquée à chaque enregistrement (530) des dits jeux d'enregistrement.
[007] La méthode selon la revendication 6 dans laquelle les dites instructions sont interprétées par le générateur XML (120).
[008] La méthode selon l'une quelconque des revendications précédentes dans laquelle la dite base de données source (140) est une base de données relationnelle et les dites requêtes (135) sont des requêtes obéissant aux règles du langage de requêtes structuré dit SQL.
[009] Un système, notamment un générateur de documents XML (120), le dit système comprenant des moyens adaptés pour mettre en œuvre la méthode décrite dans l'une quelconque des revendications précédentes.
[010] Un support lisible par ordinateur comprenant les instructions d'un programme exécutable par le dit ordinateur, le dit programme mettant en œuvre la méthode selon l'une quelconque des revendications 1 à 8.
PCT/EP2006/062102 2005-05-09 2006-05-05 Methode dynamique de generation de documents xml a partir d'une base de donnees WO2006122886A1 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
BRPI0611363-0A BRPI0611363A2 (pt) 2005-05-09 2006-05-05 método para gerar automaticamente pelo menos um documento xml, sistema, meio legìvel com um computador
CA2603908A CA2603908C (fr) 2005-05-09 2006-05-05 Methode dynamique de generation de documents xml a partir d'une base de donnees
JP2008510552A JP4977128B2 (ja) 2005-05-09 2006-05-05 データベースからｘｍｌ文書を動的に生成する方法
US11/914,017 US8468446B2 (en) 2005-05-09 2006-05-05 Dynamic method for generating XML documents from a database
DE602006003649T DE602006003649D1 (de) 2005-05-09 2006-05-05 Dynamisches verfahren zur erzeugung von xml-dokumenten aus einer datenbank
AU2006248984A AU2006248984B2 (en) 2005-05-09 2006-05-05 Dynamic method for generating XML documents from a database
EP06755055A EP1880325B1 (fr) 2005-05-09 2006-05-05 Méthode dynamique de génération de documents xml á partir d'une base de données
KR1020077028876A KR101331532B1 (ko) 2005-05-09 2006-05-05 데이터베이스로부터 ｘｍｌ 문서를 동적으로 생성하는 방법

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
EP05103829A EP1722307A1 (fr) 2005-05-09 2005-05-09 Méthode dynamique de génération de documents XML à partir d'une base de données
EP05103829.7 2005-05-09
US67923205P 2005-05-10 2005-05-10
US60/679,232 2005-05-10

Publications (1)

Publication Number Publication Date
WO2006122886A1 true WO2006122886A1 (fr) 2006-11-23

Family

ID=34939745

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2006/062102 WO2006122886A1 (fr) 2005-05-09 2006-05-05 Methode dynamique de generation de documents xml a partir d'une base de donnees

Country Status (13)

Country Link
US (1) US8468446B2 (fr)
EP (2) EP1722307A1 (fr)
JP (1) JP4977128B2 (fr)
KR (1) KR101331532B1 (fr)
CN (1) CN100565521C (fr)
AT (1) ATE414303T1 (fr)
AU (1) AU2006248984B2 (fr)
BR (1) BRPI0611363A2 (fr)
CA (1) CA2603908C (fr)
DE (1) DE602006003649D1 (fr)
ES (1) ES2317546T3 (fr)
WO (1) WO2006122886A1 (fr)
ZA (1) ZA200709325B (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7962443B2 (en) 2007-02-08 2011-06-14 Interactive Documents, Llc Method and system for replacing data in a structured design template

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8321846B2 (en) * 2008-11-13 2012-11-27 Oracle International Corporation Executable template
US20100332192A1 (en) * 2009-04-27 2010-12-30 The Government Of The United States Of America, As Represented By The Secretary Of The Navy Method and Tools for Self-Describing Data Processing
US8615526B2 (en) * 2010-06-21 2013-12-24 Tata Consultancy Services Limited Markup language based query and file generation
CN101866361A (zh) * 2010-06-30 2010-10-20 山东中创软件工程股份有限公司 一种异构数据集成方法及装置
US9846693B2 (en) * 2010-07-23 2017-12-19 Ibm International Group Bv Document tracking in heterogeneous application environments
CN102622219B (zh) * 2011-01-31 2015-06-17 富士通株式会社 对动态调用服务的执行结果进行渲染的方法、装置及系统
US8850306B2 (en) * 2011-03-28 2014-09-30 Microsoft Corporation Techniques to create structured document templates using enhanced content controls
US9128986B2 (en) * 2011-06-29 2015-09-08 Infosys Limited Method and system for managing a database having a plurality of tables
KR101122629B1 (ko) 2011-11-18 2012-03-09 김춘기 데이터베이스의 데이터를 변환하여 ｘｍｌ 문서를 생성하는 방법
KR101416712B1 (ko) * 2012-07-12 2014-07-09 김영근 정형 및 비정형 데이터를 ｘｍｌ 문서에 구현하는 방법
KR101449725B1 (ko) * 2012-11-12 2014-10-16 한국과학기술정보연구원 Ｐｄｆ 문서 파일을 자동 변환하는 장치 및 방법
CN103902634B (zh) * 2012-12-30 2017-09-29 航天信息股份有限公司 利用Adapter实现View组件与数据库字段自动绑定的方法
CN104063468B (zh) * 2014-06-27 2017-11-10 北京思特奇信息技术股份有限公司 一种数据报表自动生成及提取方法及装置
CN104537103B (zh) * 2015-01-12 2018-11-16 用友医疗卫生信息系统有限公司 数据处理方法和数据处理装置
CN104679909B (zh) * 2015-03-25 2018-07-17 郑州悉知信息科技股份有限公司 一种设置网站tdk的方法及装置
US10552425B1 (en) * 2016-04-28 2020-02-04 Jpmorgan Chase Bank, N.A. System and method for automated data utilization
CN110222236B (zh) * 2016-06-06 2021-05-04 福建榕基软件股份有限公司 Xml报文模板的生成及更新方法及其系统
CN106202008B (zh) * 2016-06-28 2019-04-05 武汉斗鱼网络科技有限公司 一种MySQL数据库结构化文档生成方法及装置
KR102157218B1 (ko) * 2018-12-28 2020-09-18 인천대학교 산학협력단 공간 데이터의 의미론적 주석을 위한 데이터 변환 방법
CN110569456B (zh) * 2019-07-26 2022-03-08 广州视源电子科技股份有限公司 Web端数据离线缓存方法及装置、电子设备
CN113742375A (zh) * 2020-06-18 2021-12-03 北京沃东天骏信息技术有限公司 一种目标对象搜索方法和装置
KR102253751B1 (ko) * 2020-10-15 2021-05-20 주식회사 위키랩 워드프로세서와 데이터베이스를 연동하여 문서를 생성하는 시스템 및 방법
US11755647B2 (en) 2020-12-03 2023-09-12 International Business Machines Corporation XML production through database mining and blockchain

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040199524A1 (en) * 2000-03-17 2004-10-07 Michael Rys Systems and methods for transforming query results into hierarchical information

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5835712A (en) * 1996-05-03 1998-11-10 Webmate Technologies, Inc. Client-server system using embedded hypertext tags for application and database development
JP2000250841A (ja) * 1999-03-02 2000-09-14 Hitachi Ltd ページ生成方法及び装置並びにページ生成プログラムを記録した記憶媒体および電子モールシステム
JP2001092695A (ja) * 1999-09-24 2001-04-06 Hitachi Information Systems Ltd 構造化文書とデータベースのデータ交換処理方法及びそのプログラムを記録した媒体
US6826727B1 (en) * 1999-11-24 2004-11-30 Bitstream Inc. Apparatus, methods, programming for automatically laying out documents
US6721727B2 (en) * 1999-12-02 2004-04-13 International Business Machines Corporation XML documents stored as column data
US6963875B2 (en) * 2000-03-23 2005-11-08 General Atomics Persistent archives
US6941510B1 (en) * 2000-06-06 2005-09-06 Groove Networks, Inc. Method and apparatus for efficient management of XML documents
US7076534B1 (en) * 2000-06-30 2006-07-11 Microsoft Corporation Server-side scripting that enables creation of customized documents for clients
US6708186B1 (en) * 2000-08-14 2004-03-16 Oracle International Corporation Aggregating and manipulating dictionary metadata in a database system
US6725231B2 (en) * 2001-03-27 2004-04-20 Koninklijke Philips Electronics N.V. DICOM XML DTD/schema generator
US7131063B2 (en) * 2001-09-13 2006-10-31 International Business Machines Corporation Method and system for delivering dynamic information in a network
US7210097B1 (en) * 2002-05-22 2007-04-24 Pitney Bowes Inc. Method for loading large XML documents on demand
US20040002907A1 (en) * 2002-06-28 2004-01-01 Tosswill Andrew R. Template for inputting customized processing features in an electronic bill presentment and payment system
CA2414053A1 (fr) * 2002-12-09 2004-06-09 Corel Corporation Systeme et methode pour manipuler un modele objet document
US7580960B2 (en) * 2003-02-21 2009-08-25 Motionpoint Corporation Synchronization of web site content between languages
US20040268238A1 (en) * 2003-06-30 2004-12-30 Peiya Liu Systems and methods for processing documents using an XML-based process flow description language
US7496840B2 (en) * 2003-10-13 2009-02-24 Wolters Kluwer Financial Services, Inc. Document creation system and method using a template structured according to a schema
US7458022B2 (en) * 2003-10-22 2008-11-25 Intel Corporation Hardware/software partition for high performance structured data transformation
US7640497B1 (en) * 2003-12-22 2009-12-29 Apple Inc. Transforming a hierarchical data structure according to requirements specified in a transformation template
CN1560763B (zh) * 2004-02-19 2010-05-05 北京大学 一种可扩展标记语言路径查询翻译为结构查询的方法
US7500185B2 (en) * 2004-04-29 2009-03-03 Koninklijke Philips Electronics N.V. Framework of validating DICOM structured reporting documents using XSLT technology
US7721195B2 (en) * 2004-08-24 2010-05-18 Oracle International Corporation RTF template and XSL/FO conversion: a new way to create computer reports
US7966286B2 (en) * 2005-02-14 2011-06-21 Microsoft Corporation Hierarchical management of object schema and behavior
US7949941B2 (en) * 2005-04-22 2011-05-24 Oracle International Corporation Optimizing XSLT based on input XML document structure description and translating XSLT into equivalent XQuery expressions

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040199524A1 (en) * 2000-03-17 2004-10-07 Michael Rys Systems and methods for transforming query results into hierarchical information

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CHAHUNEAU F ET AL: "SGML Template Driven Database Extraction: A New Approach to Report Generation", WWW.BALISE.COM, 21 July 1998 (1998-07-21), Internet, XP002124848 *
INTERNATIONAL BUSINESS MACHINES CORPORATION: "Generating hierarchical XML data from a flat (non-hierarchical) data source", RESEARCH DISCLOSURE, KENNETH MASON PUBLICATIONS, WESTBOURNE, GB, vol. 451, no. 156, November 2001 (2001-11-01), XP007129336, ISSN: 0374-4353 *
UNKNOWN: "Generating XML data from the database", UNKNOWN, October 2002 (2002-10-01), Internet, XP002295814 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7962443B2 (en) 2007-02-08 2011-06-14 Interactive Documents, Llc Method and system for replacing data in a structured design template

Also Published As

Publication number Publication date
JP2008541254A (ja) 2008-11-20
ES2317546T3 (es) 2009-04-16
ZA200709325B (en) 2008-11-26
CA2603908A1 (fr) 2006-11-23
ATE414303T1 (de) 2008-11-15
BRPI0611363A2 (pt) 2010-09-08
AU2006248984B2 (en) 2010-12-23
AU2006248984A1 (en) 2006-11-23
KR101331532B1 (ko) 2013-11-20
CN101171582A (zh) 2008-04-30
EP1880325B1 (fr) 2008-11-12
EP1722307A1 (fr) 2006-11-15
US8468446B2 (en) 2013-06-18
KR20080027251A (ko) 2008-03-26
CN100565521C (zh) 2009-12-02
DE602006003649D1 (de) 2008-12-24
CA2603908C (fr) 2014-03-25
JP4977128B2 (ja) 2012-07-18
US20090265608A1 (en) 2009-10-22
EP1880325A1 (fr) 2008-01-23

Similar Documents

Publication Publication Date Title
EP1880325B1 (fr) Méthode dynamique de génération de documents xml á partir d&#39;une base de données
US7725469B2 (en) System and program products for pruning objects in a service registry and repository
US20090055410A1 (en) Method for pruning objects in a service registry and repository
FR2909198A1 (fr) Procede et disositif de filtrage d&#39;elements d&#39;un document structure a partir d&#39;une expression.
FR2906383A1 (fr) Referentiel semantique de services web et procede utilisant ce referentiel
US20090083239A1 (en) Accessing objects in a service registry and repository using a treat as function
FR2887349A1 (fr) Procede de traitement de donnees compatible avec un formalisme de modelisation d&#39;objets
FR2826753A1 (fr) Procede et dispositif de traitement d&#39;un document informatique dans un systeme informatique
EP1285361A1 (fr) Systeme de publication multi-terminal et procede de mise en oeuvre correspondant
EP1828941B1 (fr) Dispositif de traitement de données à définition formelle
FR2912275A1 (fr) Procede de transmission d&#39;au moins un contenu representatif d&#39;un service, depuis un serveur vers un terminal, dispositif et produit programme d&#39;ordinateur correspondants
FR2785412A1 (fr) Creation dynamique de classes d&#39;objets
JP2006127235A (ja) 構造化文書管理システム、構造化文書管理方法及びプログラム
EP2219113B1 (fr) Procédé d&#39;affichage, dispositif et produit programme d&#39;ordinateur correspondant
EP1877898A1 (fr) Creation d&#39;applications personnalisables
WO2016124851A1 (fr) Procédé de production automatique d&#39;une base de données a partir d&#39;un modèle de données générique et d&#39;une taxinomie
FR2911200A1 (fr) Procede et dispositif de traitement de documents a partir de schemas enrichis et procede et dispositif de decodage correspondants
Bécan Metamodels and feature models: complementary approaches to formalize product comparison matrices
FR2925721A1 (fr) Procede et dispositif de compilation et d&#39;evaluation d&#39;une pluralite d&#39;expressions a evaluer sur un document structure
Almeida et al. Audiovisual Archive with Mpeg-7 Video Description and XML Database.
WO2005013145A2 (fr) Procede permettant a un utilisateur de developper des applications informatiques appliquees a des donnees qualifiees dans un systeme de gestion de donnees (sgd)
FR2914758A1 (fr) Procede et dispositif de modification d&#39;une expression et procede et dispositif d&#39;evaluation d&#39;une expression
FR2887348A1 (fr) Structure de donnees compatible avec un formalisme de modelisation d&#39;objets et procede de traitement de donnees
EP2738693A1 (fr) Procédé d&#39;enregistrement de données hiérarchisées
FR2795536A1 (fr) Procede de traduction, de transfert et de mise a jour d&#39;un objet informatique sur un reseau de communication informatique

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006755055

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1600/MUMNP/2007

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2603908

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 200680015662.X

Country of ref document: CN

Ref document number: 2008510552

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

WWE Wipo information: entry into national phase

Ref document number: 2006248984

Country of ref document: AU

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Ref document number: RU

WWE Wipo information: entry into national phase

Ref document number: 1020077028876

Country of ref document: KR

ENP Entry into the national phase

Ref document number: 2006248984

Country of ref document: AU

Date of ref document: 20060505

Kind code of ref document: A

WWP Wipo information: published in national office

Ref document number: 2006248984

Country of ref document: AU

WWP Wipo information: published in national office

Ref document number: 2006755055

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11914017

Country of ref document: US

ENP Entry into the national phase

Ref document number: PI0611363

Country of ref document: BR

Kind code of ref document: A2