WO2005073867A1 - Converting a heterogeneous document - Google Patents

Converting a heterogeneous document Download PDF

Info

Publication number
WO2005073867A1
WO2005073867A1 PCT/IN2004/000020 IN2004000020W WO2005073867A1 WO 2005073867 A1 WO2005073867 A1 WO 2005073867A1 IN 2004000020 W IN2004000020 W IN 2004000020W WO 2005073867 A1 WO2005073867 A1 WO 2005073867A1
Authority
WO
WIPO (PCT)
Prior art keywords
stream
document
node
leaf
value
Prior art date
Application number
PCT/IN2004/000020
Other languages
French (fr)
Inventor
Kumar Bulusu Gopi
Desikan Murali
Original Assignee
Sankhya Technologies Private Limited
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 Sankhya Technologies Private Limited filed Critical Sankhya Technologies Private Limited
Priority to PCT/IN2004/000020 priority Critical patent/WO2005073867A1/en
Publication of WO2005073867A1 publication Critical patent/WO2005073867A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/258Data format conversion from or to a database
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/12Use of codes for handling textual entities
    • G06F40/131Fragmentation of text files, e.g. creating reusable text-blocks; Linking to fragments, e.g. using XInclude; Namespaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/12Use of codes for handling textual entities
    • G06F40/14Tree-structured documents
    • G06F40/143Markup, e.g. Standard Generalized Markup Language [SGML] or Document Type Definition [DTD]
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/20Natural language analysis
    • G06F40/205Parsing
    • G06F40/216Parsing using statistical methods

Abstract

A method for transforming a heterogeneous compound document to a desired format based on a prescribed model is provided. The method comprises the steps of: (i) specifying the components of the heterogeneous compound document as a hierarchical tree structure in multiple formats and specifying the input sources of information for each of the components as part of the model; verifying and composing the heterogeneous compound document using a modeling language parser and a document composer by dynamically obtaining input information from the sources specified in the model and (iii) converting the input compound document to the desired format using the document composer. A system for performing the abovementioned method is also provided.

Description

CONVERTING A HETEROGENEOUS DOCUMENT
FIELD OF INVENTION
The invention relates to a method for transforming a heterogeneous
compound document to a desired format based on a prescribed model. The
invention also provides a system for specifying, verifying, dynamically
composing and transforming a heterogeneous compound document into a
required format based on a prescribed model.
A compound document is composed from different types of information
obtained from different sources and presented as a single unit. The
information could be text, images, video and other data generated by
applications.
A computer programming language is a language with well-defined set of
syntax and semantics, which can be used to describe a set of instructions that
perform a specific computation. Programming languages are used for
developing programs that can be executed by a computer. A stream is a programming entity that allows data to be read from a source
and/or written to a destination in a sequence. The source and destination for
a stream could be a file, a database, memory area etc. A stream can be an
input stream which allows data to be read only, an output stream which
allows data to be written only or an input-output stream which allows data to
be read as well as written.
A stack is a data structure in which elements can be stored and retrieved in
such a way that the last element that was placed will be the first element that
can be retrieved. The operation of placing an element in a stack is called as
'push' and the operation of retrieving the top-most element from the stack is
known as 'pop'. The element that is popped from the stack is removed from
the stack.
A compound document is composed from different types of data with
different formats obtained from different sources. For example, a compound
document could contain text obtained from one source, images obtained
from another, tables obtained from yet another source and so on. The
compound document could be composed statically, wherein all data is
collected beforehand and aggregated to form the document, or it could be
composed dynamically with the content obtained in real time. It is necessary to define the structure, layout and source of information to create such
compound documents.
The invention provides a method and a system for dynamic model-driven
specification, verification, composition, and transformation of compound
documents. A single uniform model is used to specify the components of the
document, to verify the components, to compose the compound document
from the components dynamically and to transform the document to required
formats.
Background of the Invention
Creation of a compound document is known using a word processor
program. Modern word processor programs allow importing contents from
different types of sources like text files, image files, web pages etc to create
a compound document. It is also possible to reflect the changes in the
imported document when the original document is changed. This method of
creating compound documents is manual and involves only plain inclusion
of the corresponding sub documents to create the compound document.
There is no way to dynamically compose documents, verify the contents and
transform the documents to different formats. The Hyper Text Markup Language (HTML), a language used to create web
pages, provides a construct to specify links to other sources of information in
a document. The HTML hyperlink element provides the location of a file or
other resource and can be used to refer to other documents from a HTML
document. A uniform resource locator (URL), in the hyperlink element
specifies the resource type and additional information about the resource
being accessed. The resource type specifies a particular resource such as file,
hypertext page, news server, file server etc. Each resource type is associated
with a specific server type. The web server processes a URL, accesses the
resources specified in it and provides the required information to the client.
This method allows specification of multiple sources of information for
creating a web page. However, this source information is specified as a link
only and the user has to select the link to view information from different
sources. Also, there is no way to verify if the different contents are in correct
format and to transform the documents to different format.
There exist compound document models and frameworks like Document
Object Model of World Wide Web consortium, and Object Linking and
Embedding (Microsoft). These frameworks allow composition and
manipulation of compound documents from different data sources and applications. However, these frameworks do not provide a single consistent
model that allows for specifying the components of the document, verifying
if the contents are in correct format and for transfomiing the compound
document to required formats.
DESCRIPTION OF THE INVENTION
The present invention describes a method for fransforming a heterogeneous
compound document to a desired format based on a prescribed model
comprising the steps of:
(i) specifying components of the heterogeneous compound document as a hierarchical tree structure describing its elements;
(ii) verifying and composing the heterogeneous compound document using a modeling language parser and a document composer; and
(iii) converting the heterogeneous compound to the desired format specified in the prescribed model. The step of specifying components of heterogeneous compound document as
a hierarchical tree structure is carried out by the following steps.
(i) Identifying a hierarchical structure of the compound document and determining the root nodes, internal nodes and leaf nodes.
(ii) Creating a leaf element in the model description of the document for each leaf node and describing the leaf node in each of the required formats, with the proviso that for each value in the node, a stream start symbol, a stream descriptor, the value and stream end symbol are added to list of values corresponding to the given format in the leaf element, if input is obtained from a new source of data and otherwise the value specified by the leaf node is added to the list of values corresponding to the format in the leaf element.
(iii) Creating an internal node element in the model of the document for each identified internal node and describing the internal node in each of the required formats for each child node of the internal node with the proviso that (a) if the input for the child node is to be obtained from a new source of data, a stream start symbol (a unique string which indicates the start of a stream specification) and a stream descriptor (a string which provides information about the stream) are added to the list of values corresponding to the given format in the internal node element; (b) if the child node is a leaf node, corresponding leaf element is added to the list of values corresponding to the given format and a stream end symbol (a unique string which indicates the end of the stream specification) is also added if a stream start symbol was added in step (a), and (c) if the child node is another internal node, a reference to the corresponding internal node element is added to the list of values corresponding to the given format and a stream end symbol is also added, provided a stream start symbol was added in step (a).
(iv) Creating a root element in the model of the document for each identified root node and describing a root node in each of the required formats for each child node of the root node with the proviso that (a) if the input for the child node is to be obtained from a new source of data, a stream start symbol and a stream descriptor are added to the list of values corresponding to the given format in the root element, b) if the child node is a leaf node, a reference to the corresponding leaf element is added to the list of values corresponding to the given format in the root element and a stream end symbol is also added, if a stream start symbol was added in step (a), and (c) if the child node is an internal node, a reference to the corresponding internal node element of the model is added to the list of values corresponding to the given format of the root element and a stream end symbol is also added if a stream start symbol was added in step (a).
The step of verifying and composing the heterogeneous compound document
is carried out by the following steps.
(i) Provide a model of the compound document using the modeling language and the document format identifier as inputs.
(ii) Parse the input model using a modeling language parser and update the model database with parsed model information.
(iii) Obtain a default input stream for the implementation of the method and push the same into a stream stack. (iv) Consider each root element in the parsed model information and obtain a value list corresponding to the input document format specified by the input document format identifier.
(v) Perform the following steps on the value list obtained in the previous steps: a) repeat step (iv) with next value for a constant value which matches with the input value; b) obtain a value list corresponding to the internal node element or leaf element from model database and recursively repeat step (iv) with a new list for a value which is a reference to an internal node element or a leaf element; c) obtain the next value which will be the stream descriptor for a value which is a stream start symbol and provide the stream descriptor to the stream module to obtain a new stream and push it into the stream stack; d) pop the top most stream from the stream stack and use the current top most stream for further processing for a value which is a stream end symbol;
(vi) pop all the streams from the stream stack except for the default input stream, reset the default input stream and repeat step (iv) onwards with the next root element in the model, till all values in the value list match with the input and the root element will contain the compound document information.
The step of fransforming the heterogeneous compound document to the
desired format specified in the prescribed model is carried out by the
following steps.
(i) Provide a model of the compound document and the root element of the model matching with the input and the output document format identifier as inputs.
(ii) Obtain a value list corresponding to the output document format identifier from the root element.
(iii) Consider each value from the value list obtained and (a) output the value if the value obtained is a constant;
(b) obtain the value list corresponding to the output document format identifier from the internal element or leaf element, if the value is a reference to an internal node element or leaf element and recursively repeat step (iii) for the new value list.
The present invention also provides a system for specifying, verifying,
dynamically composing and transforming a heterogeneous compound
document based on a prescribed model, comprising a modeling language for
depicting the structure of a compound document in one or more formats as a
hierarchical tree structure and specifying the information source for each
component of the document, providing a root element describing root nodes
which are at the top of the structure, an internal node element representing
the internal nodes of the compound document and a leaf element
representing the leaf nodes at the bottom of the tree structure; a modeling
language parser for parsing the models created using the modeling language,
analysing the given model, checking whether it confirms with the document
model syntax and creating an internal representation of the model elements;
a model database which stores information about each element defined in the
model; a stream module for obtaining data from different sources specified in the stream specification in a model for composing compound document;
and a document composer for composing the document in the format
specified by the model using information from the model database and from
multiple sources using the stream module and transforming the composed
document to convert it into a format specified in the document model.
BRIEF DESCRIPTION OF THE DRAWINGS
Fig. 1 shows a block diagram of the system for specifying, verifying and
transforming a compound document to desired format.
Fig. 2 shows the method for specifying compound documents based on a
prescribed model.
Fig. 3 shows a method for verifying and composing a compound document
based on a prescribed model.
Fig. 4 shows the method for fransforming compound document to the
required format based on a prescribed model.
DESCRIPTION OF THE INVENTION WITH REFERENCE TO THE
ACCOMPANYING DRAWINGS The system according to the present invention is shown in figure 1 and it
comprises a document model specified using the modeling language, a
modeling language parser, a model database and a document composer. A
sfream module is provided to the document composer for obtaining
information from different data source for each component of the compound
document. The document model depicts the hierarchical tree structure of a
compound document. In this representation the document is treated as a
collection of nodes that form a tree structure. The node at the top of the tree
is called the root node. The nodes that are at the bottom of the tree are called
leaf nodes and the other nodes are called internal nodes. The modeling
language provides the following elements.
a) A root element, which can be used to describe the root nodes of the
hierarchy.
b) An internal node element, which can be used to describe the internal
nodes of the document's tree structure
c) A leaf element, which can be used to describe the leaf nodes of the
hierarchy.
Each of these elements can describe the corresponding document node in
one or more formats. Corresponding to each format, a list of values can be specified in a root, internal node or leaf element. The list of values contains
constant values or references to other internal node or leaf elements. The
model of a document can contain multiple root elements, node elements and
leaf elements. The root elements can contain references to already defined
internal node and leaf elements, and the internal node elements can refer to
already defined internal node and leaf elements.
The modeling language further provides various types for representing data.
These comprise integer, character, string, real etc. These can be used to
represent leaf nodes of the document. The modeling language provides a
stream construct to specify the sources of data required to compose a
compound document. The stream construct consists of stream start symbol
which is a unique string indicating start of a stream specification, a stream
descriptor and a stream end symbol which is a unique string indicating the
end of a stream specification. The stream descriptor specifies the stream
identifier, which is a unique string that specifies a stream of a particular type
such as a file stream, a database stream and other stream-specific
information. This stream specification is part of the value list of the model
element that describes a document node. Thus, the stream information is embedded as part of the model. This allows for dynamic composition of
compound document from multiple sources.
The system also comprises a modeling language parser for parsing the
models created using the modeling language. The parser analyses the given
model and checks if it is according to the modeling language syntax. The
parser also creates an internal representation of the model elements in the
model database in. a form suitable for processing.
The system further comprises a model database, which stores the
information about the parsed models. The database allows information about
the hierarchical model to be accessed and searched. The model database
contains information about each element defined in the model. For each
element, there can be a number of different formats as defined in the model.
For each of these formats, the list of values specified in the model is stored.
Each value in this list could either be a constant value or a reference to a
model element. The model database provides operations using which it will
be possible to obtain a list of values for an element for a given format. A
particular format is identified by a format identifier, which is a unique string.
A stream module is provided which is responsible for obtaining data from
different sources as specified in the stream specification in a model for composing compound documents. The stream module contains information
about each supported stream and stream specific implementation. New
streams can be created and dynamically registered with the stream module.
During, compound document verification and composition, if information is
required from a new data source, the stream descriptor from the model is
provided to the stream module to obtain the corresponding stream from
which the required data is obtained.
A document composer is provided in the system, which uses the model
information from the model database to obtain input information from
multiple sources by using the stream module, verify that they are according
to syntax specified in the model and to compose the compound document
that is described in the model. This module also performs transformations on
a composed document to convert it into a different format specified in the
model of the document. The document composer comprises a sfream stack,
which is a structure for storing stream information. Streams can be pushed
into the stack and the top-most stream can be popped from the stack. This
stack is used to process multiple sources of data during verification and
composition of compound documents. Figure 2 shows the flowchart corresponding to a method for specifying
components of a heterogeneous compound document in a hierarchical tree
structure based on a prescribed model by the following steps.
(i) The hierarchical structure of the compound document is identified and the root nodes, internal nodes and leaf nodes are identified.
(ii) A leaf element is created in the model description of the document for each leaf node and describing the leaf node in each of the required formats wherein for each value in the node if input is to be obtained from a new source of data, then a stream start symbol, a stream descriptor, the value and stream end symbol are added to the list of values corresponding to the given format in the leaf element and otherwise, a constant value specified by the leaf node is added to the list of values corresponding to the format in the leaf element.
(iii) An internal node element is created in the model of the document for each identified internal node and describing the internal node in each of the required formats for each child node of the node wherein (a) if the input for the child node is to be obtained from a new source of data, a stream start symbol and a stream descriptor are added to the list of values corresponding to the given format in the internal node element; (b) if the child node is a leaf node, a reference to the corresponding leaf element is added and a stream end symbol is also added if stream start symbol was added in step (a), to the list of values corresponding to the given format; (c) if the child node is an internal node, a reference to the corresponding internal node element is added and a stream end symbol is added if stream start symbol is added in step (a) to the list of values corresponding to the given format.
(iv) A root element is created in the model of the document for each identified root node and describing the root node in each required formats for each child node of the root node wherein (a) if the input for the child node is to be obtained from a new source of data, a stream start symbol and a stream descriptor are added to the list of values corresponding to the given format in the root element; b) if the child node is a leaf node, a reference is added to the corresponding leaf element and a stream end symbol is added to the list of values corresponding to the given format in the root element, if a stream start symbol is added in step (a); (c) if the child node is an internal node, a reference to the corresponding internal node element of the model is added and a stream end symbol is added to the list of values corresponding to the given format of the root element, if a stream start symbol is added in step (a).
Figure 3 shows the flow chart corresponding to the method of verifying and
composing a heterogeneous compound document based on a prescribed
model by the following steps.
(i) Provide as inputs a model of the compound document and document format identifier.
(ii) Parse the input model using modeling language parser and update model database with parsed model information.
(iii) Obtain a default input stream for implementation of the method and push the same into the stream stack.
(iv) Consider each root element in the parsed model information and obtain its value list corresponding to the input document format specified by the input document format identifier.
(v) From the value list obtained in the previous step the following steps are carried out as follows: a) for a value which is a constant value and matches with the input value obtained from the stream on top of the stream stack, repeat step (v) with the next value; b) for a value which is a reference to an internal node element or a leaf element, obtain the value list corresponding to the internal node element or leaf element from model database and recursively repeating step (v) with a new list; c) for a value which is a stream start symbol obtain the next value which will be the stream descriptor and providing the stream descriptor to the stream module to obtain a new stream and push it into the stream stack; d) for a value which is a stream end symbol, pop all the streams from the stream stack and use the current top most stream on the stream stack for further processing.
(vi) Pop all the streams from the stream stack except for the default input sfream, resetting the default input sfream and repeating step (iv) onwards with the next root element in the model till all values in the value list match with the input. Figure 4 shows the flow chart corresponding to the method for fransforming
of a heterogeneous compound document based on a prescribed model by the
following steps.
(i) A model of the compound document, the root element of the model matching with the input and output document format identifier are provided as inputs.
(ii) A value list corresponding to the output document format identifier is obtained from the root element;
(iii) Considering each value from the value list obtained and
(a) output the value if the value obtained is a constant,
(b) obtain the value list corresponding to the output document format identifier form the internal element or leaf element if the value is a reference to an internal node element or leaf element and recursively repeat step (iii) for the new value list.
An example of implementing the method according to the invention is
described below. Consider a Purchase Order document that is available in the extensible Markup Language (XML) format. Suppose for some purposes it is required to convert this document into an equivalent text format containing only the data and not the markup tags. The input XML format and the required output text format of the Purchase Order are as specified below:
XML Input:
<PO> <SERIAL> 1 </SERIAL> <DESCRIPTION> iteml </DESCRIPTION> <UNITPRICE> 2 </UNITPRICE> <QUANTITY> 4 </QUANTITY> <ROWTOTAL> 8 </ROWTOTAL> <SERIAL> 2 </SERIAL> <DESCRIPTION> item2 </DESCRIPTION> <UNITPRICE> 2 </UNITPRICE> <QUANTITY> 4 </QUANTITY> <ROWTOTAL> 8 </ROWTOTAL> <SERIAL> 3 </SERIAL> <DESCRIPTION> item3 </DESCRIPTION> <UNITPRICE> 2 </UNITPRICE> <QUANTITY> 4 </QUANTITY> <ROWTOTAL> 8 </ROWTOTAL> <TOTAL> 24 </TOTAL> </PO>
Text Output:
POSTART 1 iteml 2 4 8 2 item2 2 4 8 3 item3 2 4 8 Total 24 POEND As shown above, the input Purchase Order contains serial number, product description, unit price, quantity and row total for each item as well as the grand total price for all the items in XML format. The text version of the same includes all this information except that the XML tags are removed.
Let the input Purchase Order information be stored in a database system. To access the information, the database needs to be accessed and the information read from it.
The model of such a document can be written according to the present invention as follows: START
STMLModel PO { STMLLeaf POHeader { input = { "<PO>" }; output- { "POSTART" }; }; STMLLeaf POFooter { input = { "</PO>" }; output = { "POEND" }; }; STMLLeaf SNO { STMLAny sno; input = { "<SERIAL>", sno, "</SERIAL>" }; output = { sno }; }; STMLLeaf DES { STMLAny des; input = { "<DESCRIPTION>", des, "</DESCRIPTION>" }; output = { des }; }; STMLLeaf UP { STMLAny up; icode = { "<UNITPRICE>", up, "</UNITPRICE>" }; asm = { up };
};
STMLLeaf QTY { STMLAny qty; icode = { "<QUANTITY>", qty, "</QUANTITY>" }; asm = { qty };
};
STMLLeaf RT { STMLAny rt; input = { "<ROWTOTAL>", rt, "</ROWTOTAL>" }; output = { rt } ;
};
STMLLeaf PORow { SNO sno; DES des; UP up; QTY q; RT rt; input = { sno, des, up, q, rt }; output = { sno, des, up, q, rt } ;
};
STMLLeaf POTotal { STMLAny GrandTotal; input = { "<TOTAL>", GrandTotal, "</TOTAL>" }; output = { "Total", GrandTotal };
};
STMLLeaf PORowseq : sequence (PORow);
STMLLeaf POBody { POHeader h; PORowseq r; POTotal t; POFooter f; input = { h, r, t, f }; output = { h, r, t, f }; };
STMLLeaf POData { POBody body; input = { stream "db:DSN=PO;UID="guest";PWD="";: SELECT * from po_table" { body } } ; output = { body }; };
STMLNode PO { POData data; input = { data }; output = { data }; }; }; END
Description:
1) Specification:
The STMLModel construct describes a model of a document and specifies a name for it. In this example, the model is named as 'PO'. For each element in the input XML document, a corresponding leaf element (STMLLeaf) is described. The leaf elements POHeader and POFooter describe the start and end tags of the XML document. The SNO leaf element describes the serial number item, the 'UP' leaf element describes the unit price item and so on. It must be noted that each of the elements describe both the XML form of the data and the text form of the data. The XML format is described by the construct named as 'input' in each of the elements and the text fom at is described by the construct named as 'output'.
The leaf element PORow is defined as an aggregation of all the leaf elements defined earlier - viz., SNO,
DES, UP, QTY, and RT. The leaf element PORowSeq defines a sequence of PORow elements using the 'sequence' construct provided by the modeling language. The POBody leaf element describes the entire input document as a collection of POHeader, PORowSeq, POTotal and POFooter.
The leaf element POData defines the source of the input data. As mentioned earlier, the data for the Purchase Order is available in a database. This is specified using the 'stream' construct in the POData element. The stream construct: stream "db:DSN=PO;ULO="guest";PWD="";: SELECT * from po able" { body }
specifies a database stream (db), with the name of the database as 'PO', user name (UID) as "guest" and password (PWD) as empty. The user name and password are required to access the database. Further, it specifies the command (SELECT * from po_table) to be provided to the database for obtaining the Purchase Order information. The information is assumed to be stored in a database table named 'po_table'. The information thus obtained is used to match the 'body' value, which is of type POBody. Finally, the internal node element PONode is defined as containing a POBody element in its input (i.e. XML) and output (i.e. text) fomis.
This model can be provided to the Modeling Language Parser for checking its conformance to the Modeling Language and for creating the internal representation in the Model Database.
2) Verification, composition and transformation:
The Document Composer takes the above model and processes it from the top-level node. In this case, it is the node element 'PO'. The Composer checks the 'input' part of the node and finds reference to POData element ('data'). It then processes, the POData element and finds a stream construct in the 'input' specification. The Composer provides the sfream specification to the Stream Module, which in turn creates an appropriate stream (database stream, in this case) and provides input data from the database. The Composer uses the data thus obtained for further matching. This data is matched against the POBody element, which in rum causes it to be matched against the POHeader, PORowSeq, POTotal and POFooter elements. This is continued till all the input is matched as per the model. If at any stage a match does not occur, it means that the input is not as per the model and it is rejected.
The Composer constructs an internal representation of the input data as per the specified model during the matching process. This representation will include both the 'input' and 'output' form of the matched document. For transformation, the Composer takes the internal representation and for each element in it outputs the data present in the 'output' part of the element. Thus, the text form of the Purchase Order will be obtained during the transformation phase.
This example uses only two different formats - XML and text. However, the system according to the present invention allows multiple such formats to be specified in the model and allows transformations from any format to any other format specified in the model.
The system and the method according to the present invention are not
restricted to specification, verification, composition and transformation of
compound documents based on a prescribed model, They can be used to
model any hierarchical information in multiple formats, verify if a given
input is according to the syntax specified in the model, compose the output
information from multiple input sources specified in the model, and to
translate/transform input information to any of the formats specified in the
model.

Claims

CLAIMS :
1. A method for transforming a heterogeneous compound document to a desired format based on a prescribed model comprising the steps of:
(i) specifying the components of the heterogeneous compound document as a hierarchical tree structure in multiple formats and specifying the input sources of information for each of the components as part of the model;
(ii) verifying and composing the heterogeneous compound document using a modeling language parser and a document composer by dynamically obtaining input information from the sources specified in the model and
(iii) converting the input compound document. to the desired format using the document composer.
2. The method as claimed in claim 1, wherein the step of specifying components of heterogeneous compound document as a hierarchical tree structure is carried out by: (i) identifying hierarchical structure of the compound document and
determining the root nodes, internal nodes and leaf nodes;
(ii) creating a leaf element in the model description of the document for
each leaf node and describing the leaf node in each of the required
formats, with the proviso that for each value in the node, a stream start
symbol, a stream descriptor, the value and stream end symbol are added
to list of values corresponding to the given format in the leaf element, if
input is to be obtained from a new source of data, otherwise the constant
value specified by the leaf node is added to the list of values
corresponding to the format in the leaf element;
(iii) creating an internal node element in the model of the document for
each identified internal node and describing the internal node in each of
the required formats for each child node of the node with the proviso
that (a) if the input for the child node is to be obtained from a new source
of data, a stream start symbol and a stream descriptor are added to the list
of values corresponding to the given format in the internal node element;
(b) if the child node is leaf node, the corresponding leaf element is added
to the list of values corresponding to the given format and a stream end
symbol is also added, if a stream start symbol was added in step (a); (c) if the child node is an internal node, a reference to the corresponding
internal node element is added to the list of values corresponding to the
given format and a stream end symbol is also added, provided a stream
start symbol was added in step (a);
(iv) creating a root element in the model of the document for each
identified root node and describing a root node in each of the required
formats for each child node of node with the proviso that (a) if the input
too the child node is to be obtained from a new source of data, a stream
start symbol and a stream descriptor are added to the list of values
corresponding to the given fomiat in the root element, b) if the child node
is a leaf node, a reference to the corresponding leaf element is added to
the list of values corresponding to the given format in the root element,
and a stream end symbol is also added if a stream start symbol was added
in step (a), (c) if the child node is an intemal node, a reference to the
corresponding internal node element of the model is added to the list of
values corresponding to the given format of the root element, and a
stream end symbol is also added if a stream start symbol was added in
step (a).
3. The method as claimed in claim 1, wherein the step of verifying and
composing of the heterogeneous compound document is carried out by:
(i) providing a model of the compound document and the document format identifier as inputs;
(ii) parsing the input model using a modeling language parser and updating the model database with parsed model information;
(iii) obtaining a default input stream for the implementation of the method and pushing the same into a stream stack;
(iv) considering each root element in the parsed model information and obtaining a value list corresponding to the input document format specified by the input document format identifier from the root element;
(v) performing the following steps on the value list obtained in the previous step: a) repeating step (v) with next value for a constant value which matches with the input values obtained from the stream on top of the stream stack; b) obtaining a value list corresponding to the internal node element or leaf element from model database and recursively repeating step (v) with a new list for a value which is a reference to an internal node element or a leaf element; c) obtaining the next value which will be the stream descriptor for a value which is a stream start symbol and providing the stream descriptor to the sfream module to obtain a new stream and pushing it into the stream stack; d) popping the top most stream from the stream stack and using the current top most stream for further processing for a value which is a stream end symbol;
(vi) popping all the streams from the stream stack except for the default input stream, resetting the default input stream and repeating step (iv) onwards with the next root element in the model, till all values in the value list match with the input and the root element contains the compound document information.
4. The method as claimed in claim 1, wherein the step of converting the
heterogeneous compound document to the desired format specified in the
prescribed model is carried out by:
(i) providing a model of the compound document and the root element of the model matching with the input, and the output document format identifier as inputs;
(ii) obtaining a value list corresponding to the output document format identifier from the root element;
(iii) considering each value from the value list obtained and
(a) outputting the value if the value obtained is a constant;
(b) obtaining the value list corresponding to the output document format identifier from the internal element or leaf element, if the value is a reference to an internal node element or leaf element and recursively repeating step (iii) for the new value list.
5. A system for specifying, verifying, dynamically composing and fransforming a heterogeneous compound document based on a prescribed model, comprising a modeling language for depicting the
structure of a compound document in one or more formats as a
hierarchical tree stmcture and specifying the information source for
each component of the document, providing a root element describing
root nodes which are at the top of the structure, an internal node
element representing the internal nodes of the compound document
and a leaf element representing the leaf nodes of the bottom the
structure; a modeling language parser for parsing the models created
using the modeling language, analysing the given model, checking
whether it confirms with the modeling language syntax and creating
an internal representation of the model elements; a model database
which stores information about each element defined in the model; a
sfream module for obtaining data dynamically from different sources
specified in the stream specification in a model for composing
compound document; and a document composer for composing the
document in the format specified by the model using information from
the model database and obtain input from multiple sources using the
stream module and performing fransformation on the composed
document to convert it into any other format specified in the model.
PCT/IN2004/000020 2004-01-28 2004-01-28 Converting a heterogeneous document WO2005073867A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/IN2004/000020 WO2005073867A1 (en) 2004-01-28 2004-01-28 Converting a heterogeneous document

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
PCT/IN2004/000020 WO2005073867A1 (en) 2004-01-28 2004-01-28 Converting a heterogeneous document
US10/587,243 US8161376B2 (en) 2004-01-28 2004-01-28 Converting a heterogeneous document

Publications (1)

Publication Number Publication Date
WO2005073867A1 true WO2005073867A1 (en) 2005-08-11

Family

ID=34814939

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IN2004/000020 WO2005073867A1 (en) 2004-01-28 2004-01-28 Converting a heterogeneous document

Country Status (2)

Country Link
US (1) US8161376B2 (en)
WO (1) WO2005073867A1 (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8352509B2 (en) * 2007-12-19 2013-01-08 International Business Machines Corporation Methods, systems, and computer program products for accessing a multi-format data object
US8589788B2 (en) * 2007-12-19 2013-11-19 International Business Machines Corporation Methods, systems, and computer program products for automatic parsing of markup language documents
US8538989B1 (en) * 2008-02-08 2013-09-17 Google Inc. Assigning weights to parts of a document
US20170249785A1 (en) * 2016-02-29 2017-08-31 Vreal Inc Virtual reality session capture and replay systems and methods
US11163588B2 (en) 2018-03-01 2021-11-02 Vreal Inc. Source code independent virtual reality capture and replay systems and methods
CN111444682B (en) * 2020-05-06 2022-04-22 南京大学 Method for converting system dynamics model into XML file

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5918013A (en) * 1996-06-03 1999-06-29 Webtv Networks, Inc. Method of transcoding documents in a network environment using a proxy server
US6029182A (en) * 1996-10-04 2000-02-22 Canon Information Systems, Inc. System for generating a custom formatted hypertext document by using a personal profile to retrieve hierarchical documents
US6125391A (en) * 1998-10-16 2000-09-26 Commerce One, Inc. Market makers using documents for commerce in trading partner networks

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6915304B2 (en) * 2000-05-23 2005-07-05 Kenneth A. Krupa System and method for converting an XML data structure into a relational database
FR2811782B1 (en) * 2000-07-12 2003-09-26 Jaxo Europ DOCUMENT CONVERSION SYSTEM WITH TREE STRUCTURE BY SELECTIVE PATHWAY OF SAID STRUCTURE
US7062708B2 (en) * 2002-09-19 2006-06-13 International Business Machines Corporation Tree construction for XML to XML document transformation

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5918013A (en) * 1996-06-03 1999-06-29 Webtv Networks, Inc. Method of transcoding documents in a network environment using a proxy server
US6029182A (en) * 1996-10-04 2000-02-22 Canon Information Systems, Inc. System for generating a custom formatted hypertext document by using a personal profile to retrieve hierarchical documents
US6125391A (en) * 1998-10-16 2000-09-26 Commerce One, Inc. Market makers using documents for commerce in trading partner networks

Also Published As

Publication number Publication date
US8161376B2 (en) 2012-04-17
US20090199089A1 (en) 2009-08-06

Similar Documents

Publication Publication Date Title
US6912538B2 (en) System and method for dynamic generation of structured documents
Collard et al. An XML-based lightweight C++ fact extractor
US20060048112A1 (en) Enhanced compiled representation of transformation formats
CN100498768C (en) Common query runtime system and application programming interface
KR101110988B1 (en) Device for structured data transformation
US7458022B2 (en) Hardware/software partition for high performance structured data transformation
US7526490B2 (en) Method of and system for providing positional based object to XML mapping
Kirkegaard et al. Static analysis of XML transformations in Java
US7853936B2 (en) Compilation of nested regular expressions
EP1678643A1 (en) Expression grouping and evaluation
KR20080066943A (en) Partial xml validation
EP1493100A1 (en) Dynamic generation of schema information for data description languages
WO2004084094A1 (en) Conversion of structured information
US20040205552A1 (en) Method and system for mapping between markup language document and an object model
US8161376B2 (en) Converting a heterogeneous document
JP2006323821A (en) Method and system for sequentially accessing compiled schema
Demleitner et al. Virtual observatory publishing with DaCHS
US7469249B2 (en) Query-driven partial materialization of relational-to-hierarchical mappings
US20050114642A1 (en) System and method for managing OSS component configuration
JP2006221655A (en) Method and system for compiling schema
Bichler A flexible code generator for MOF-based modeling languages
KR100762712B1 (en) Method for transforming of electronic document based on mapping rule and system thereof
Asperti et al. XML, Stylesheets and the Re-mathematization of Formal Content.
US20070174251A1 (en) System and method for analyzing commands for searching data
JP2003162533A (en) Schema-integrated conversion system, schema-integrated conversion method, and schema-integrated conversion program

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 BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG 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 NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

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

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: 2790/CHENP/2006

Country of ref document: IN

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Ref document number: DE

122 Ep: pct application non-entry in european phase
WWE Wipo information: entry into national phase

Ref document number: 10587243

Country of ref document: US