WO2004019230A2 - Method, system, and apparatus for generating structured document files - Google Patents

Method, system, and apparatus for generating structured document files Download PDF

Info

Publication number
WO2004019230A2
WO2004019230A2 PCT/US2003/026025 US0326025W WO2004019230A2 WO 2004019230 A2 WO2004019230 A2 WO 2004019230A2 US 0326025 W US0326025 W US 0326025W WO 2004019230 A2 WO2004019230 A2 WO 2004019230A2
Authority
WO
WIPO (PCT)
Prior art keywords
zones
document
schema
image
text
Prior art date
Application number
PCT/US2003/026025
Other languages
French (fr)
Other versions
WO2004019230A3 (en
WO2004019230A9 (en
Inventor
Jinhong Katherine Guo
Yue Ma
Original Assignee
Matsushita Electric Industrial Co., Ltd.
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
Priority claimed from US10/293,859 external-priority patent/US20040013302A1/en
Application filed by Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to AU2003262729A priority Critical patent/AU2003262729A1/en
Priority to US10/524,965 priority patent/US20060104511A1/en
Publication of WO2004019230A2 publication Critical patent/WO2004019230A2/en
Publication of WO2004019230A3 publication Critical patent/WO2004019230A3/en
Publication of WO2004019230A9 publication Critical patent/WO2004019230A9/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80Information 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/83Querying
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/958Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Definitions

  • the present invention relates to the field of structured languages and, more particularly, to the generation of structured language document files from document images.
  • Structured languages such as extensible mark-up language (XML) enable the creation of structured document files that are easily searchable and are viewable across multiple platforms, e.g., on a desktop computer and on a cellular telephone.
  • XML extensible mark-up language
  • a structured document file retrieved via a global information network e.g., the Internet
  • a global information network e.g., the Internet
  • Existing documents are typically converted to structured document files by scanning the documents and automatically converting the text within the scanned documents to digital text using optical character recognition (OCR) software.
  • OCR optical character recognition
  • the scanned and converted documents are then formatted, either manually or using proprietary data structures, to add mark-up language tags.
  • several different software packages are employed to perform each of these steps.
  • These methods for generating structured document files tend to be inflexible, time consuming, and/or difficult to use.
  • the original formatting of the document is often lost, e.g., font sizes, emphasis, etc., making them more difficult to read when they are displayed.
  • the present invention is a method, system, and apparatus for generating structured document files from document images.
  • Structured document files are generated by segmenting the document image into one or more zones containing respective text images, converting the respective text images to digital text, automatically identifying layout information for each of the one or more zones, labeling each of the one or more zones in accordance with a schema, and automatically associating mark-up language tags with the labeled zones to generate the structured document files responsive to the identified layout information and a model file.
  • Figure 1 is a block diagram that conceptually represents an exemplary system architecture for generating structured document files from document images in accordance with the present invention
  • Figure 2 is a flow chart of exemplary steps for generating structured document files from document images in accordance with the present invention
  • Figure 3 is an exemplary graphical user interface (GUI) for assisting a user in generating structured document files in accordance with the present invention.
  • GUI graphical user interface
  • Figure 4 is an exemplary document from which structured document files are generated in accordance with the present invention. DETAILED DESCRIPTION OF THE INVENTION
  • FIG. 1 is a conceptual representation of an exemplary system architecture
  • an electronic image of a document (the "document image") is applied to a document processor 102.
  • the document image is generated by scanning a physical document using conventional scanning techniques.
  • the document image is supplied in an electronic format such as a Tagged Image File Format (tiff) file, Joint Photographic Experts Group (jpeg) file, or other such file.
  • a format converter (not shown) may be used to convert the document image into a format compatible with the present invention. Suitable document images and format converters for use with the present invention will be readily apparent to those of skill in the related arts.
  • the document processor 102 processes the document image in preparation for labeling and generating the structured document file(s), which actions are described in greater detail below.
  • the illustrated document processor 102 includes a segmenter 104, a text converter 106, and a zone and text editor 108.
  • the segmenter 104 segments the document image into zones containing text or images. For example, the segmenter 104 may create a zone containing the title of a document, a zone containing a paragraph within the document, and a zone containing a figure.
  • the segmenter 104 determines layout information for the zones. For example, the font size and the position of the zone on the document.
  • a suitable segmenter for use with the present invention will be readily apparent to those of skill in the art of image processing.
  • the segmenter 104 identifies which zones contain text images and which zones contain figures.
  • each zone is displayed in a color that represents the type of information within that zone.
  • text image may be displayed in one color, e.g., red
  • non-text images such as tables and figures may be displayed in another color, e.g., green.
  • the zones may be distinguished in other ways such as with a border having a different color or pattern.
  • the text converter 106 converts the text images of the zones to digital text, i.e., text which is searchable and editable.
  • the text converter may convert the letters with the text images to their ASCII equivalent.
  • the text converter is a conventional optical character recognition (OCR) software tool. Suitable text converters for use with the present invention will be readily apparent to those of skill in the art of image processing.
  • the zone and text editor 108 edits the zones and the digital text.
  • the zone and text editor 108 may add zones, delete zones, or change the size of individual zones responsive to user inputs. For example, a user may enlarge a zone containing a portion of a document title to include the entire title.
  • layout information associated with a zone is updated in accordance with the changes to the zones.
  • the zone and text editor 108 also may change the digital text responsive to user inputs. For example, misspelled words may be corrected by a user.
  • the zone and text editor 108 receives user inputs via a graphical user interface, which is described in detail below. Suitable zone and text editors for use with the present invention will be readily apparent to those of skill in the art of image processing.
  • the document as processed by the document processor 102, is applied to a model selector 110.
  • the model selector 110 selects a previously developed model file, described below, having features that resemble features of the document.
  • the model selector selects the model file from a plurality of previously developed model files.
  • Each of the model files references a schema, which describes the structure of a document that contains valid semantics (e.g. title, author, abstract etc. for a document such as a technical paper) and includes physical characteristics for the elements of the schema and their spatial relationships relative to one another.
  • the model file is selected by a user, e.g., via the graphical user interface (GUI) described below.
  • GUI graphical user interface
  • the model selector 110 compares features of the processed document image to stored features of previously developed model files to automatically select a model file.
  • a costing technique is employed with a cost assigned to each feature and lower costs representing a higher level of resemblance.
  • a comparison cost is determined for each available model file compared to the document image and the model file with the lowest cost is selected.
  • a method for automatically selecting a model file by matching features is described in commonly assigned U.S. Patent Application No. 10/293,859 , filed November 13, 2002, for "Document Classification and Labeling Using Layout Graph Matching.” having at least one common inventor (referred to herein as the "Document Classification and Labeling Application").
  • a schema editor 112 edits the schema.
  • the schema is retrieved based on a reference to the schema in the model file.
  • the schema may be referenced by a user, e.g., via the GUI described below.
  • the schema editor 112 may be used to add or remove elements from the schema responsive to user inputs.
  • the schema editor 112 is displayed in a tree-view and the user inputs are received via the GUI described below.
  • a suitable schema editor will be readily apparent to those of skill in the related arts.
  • a model developer 114 develops the models for use by the model selector
  • the model developer 114 develops the model by processing document samples. In certain exemplary embodiment, the model developer 114 develops the model responsive to user inputs. If the schema is changed by the schema editor 112, the model developer 114 needs to develop a new model in accordance with the new schema that accommodates the new relations.
  • a suitable model developer for use with the present invention is described in the Document Classification and Labeling Application. [0021] In an exemplary embodiment, models are developed at a system level.
  • models are developed at the user level.
  • a GUI tool is provided to allow a more knowledgeable user to manually create a new model from a set of known samples.
  • the document as processed by the document processor 102, is also applied to a labeler 116.
  • the labeler 116 applies labels to the zones defined by the document processor 102 in accordance with the schema.
  • the labeler may label a zone containing the title of the document with the element "title.”
  • the labeler applies labels to the zones responsive to a document model selected by the model selector 110.
  • the labeler 116 automatically labels the zones using a layout graph technique.
  • An exemplary layout graph represents each schema element associated with a selected model file and its spatial relationships to one or more of the other schema elements and another exemplary layout graph represents each zone in a document image and its spatial relationship to one or more of the other zones.
  • a document image is compared to a selected model by the layout graphs using a known global scale over total cost matching technique. Because some elements in a document may correspond to multiple zones, multiple zones may match the same element.
  • a suitable layout graph technique for use with the present invention, from which one skilled in the art can develop a suitable labeler 116, is described in the Document Classification and Labeling Application.
  • a label editor 118 enables manual editing of the labeled zones.
  • the label editor 118 updates the labels on zones applied automatically by the labeler 116 responsive to user inputs. For example, if the labeler 116 labeled a zone containing the title of the document with the element "author,” the label editor can be used to change the label of that zone to the correct element, i.e., "title.”
  • the label editor 118 labels each of the zones manually responsive to user inputs.
  • the label editor 118 receives user inputs via the GUI described below.
  • a suitable label editor 118 for use with the present invention will be readily apparent to those of skill in the art of image processing.
  • a structured document generator 120 generates structured document files responsive to layout information associated with the zones, labeling results, and the selected model file.
  • the structured document generator 120 generates an extensible mark-up language (XML) file and a extensible style-sheet language (XSL) file for each document image that it processes.
  • the XML file represents the document structure and the XSL file represents the document layout.
  • the XSL file may represent layout information such as font type and size, font color, and zone coordinates.
  • the exemplary structured document generator 120 receives layout information from the document processor 102 and labeling results from the labeler 116.
  • the layout information contains the number of zones within the document, identification numbers for each zone, and the location of each zone.
  • the structured document generator 120 receives digital text for each zone containing a text image from the document processor 102.
  • the document processor 102 develops a layout file that includes the layout information and the digital text.
  • the document processor 102 passes the layout file to the structured document generator 120 for processing.
  • the digital text is included within the labeling results.
  • the exemplary structured document generator 120 uses the labeling results to match each zone to the appropriate schema elements. The structured document generator 120 then combines the layout file and the labeling results in a manner that will be readily apparent to those skilled in the art of computer programming to generate the XML file. A portion of an exemplary XML file is depicted in Table 6 below.
  • the structured document generator 120 also receives the model file, which contains the schema, from the model selector 110. The document generator 120 may then validate the labeling results by comparing the labeling results to the schema to verify that each label of the labeling results corresponds to a schema element.
  • the structured document generator 120 may use the model file to incorporate a complete document tree structure into the XML file.
  • the element "name" may contain two sub- elements, e.g., first name and last name.
  • the structure for the sub- elements may be included in the XML file.
  • the structured document generator 120 may use the model file to match individual elements to corresponding layout information in the layout file, e.g., using zone coordinates contained in the layout file and in the model file.
  • the exemplary structured document generator 120 receives the layout information from the document processor 102, the labeling results from the labeler 116, and the model file from the model selector 110. Pseudo code to direct element processing to generate the XSL file is depicted in Table 1.
  • each element of the schema is represented as a node.
  • Each node can have one or more child nodes.
  • a logical element "author” can have two child nodes, e.g., "last name” and "first name”, and it can have multiple instances to reflect multiple authors.
  • a node can also be a leaf node, which indicates there is no branches from this node, such as "first name” or "last name.” Processing continues until all elements/nodes are processed.
  • the structured document generator 120 For each element processed by the structured document generator 120, the structured document generator 120 matches the element to corresponding layout information in the layout file, e.g., using zone coordinates contained in the layout file and in the model file. The structured document generator 120 then combines the element with the corresponding layout information to generate the XSL file in a manner that will readily apparent to those of skill in the art of computer programming.
  • a layer concept associated with the hyper text mark-up language preserves the original layout, e.g., using ⁇ DIVx/DIV> tags in the XSL file.
  • Each layer enclosed within the ⁇ DIVx/DIV> tags is independent of every other layer.
  • a zone in one layer has no effect on the position of a zone in another layer when the zones are displayed on a known web browser (not shown).
  • a zone may be assigned coordinates with respect to a common origin for display on a web browser without affecting the positioning of any other zone.
  • each zone can have its own style, e.g., font size, type, and color.
  • each zone is assigned to a different layer.
  • the original coordinates for each zone are then used to develop display coordinates in a known manner to display the zone on a web browser. Since the original coordinates for the zones are used to position the zones, the zones are referenced to a common origin, and the zones do not affect the position of zones in other layers, the position of the zones when displayed on a web browser will at least partially match the original layout of the original document image when all layers are displayed. Style information such as font size may also be included to increase the resemblance between the displayed document and the original document image.
  • a portion of an exemplary XSL file is depicted in Table 7 below.
  • one or more of the zones may contain non-text images (not shown) that are not converted to digital text such as graphs, pictures, etc.
  • the structured document generator 120 for each zone containing a non-text image the structured document generator 120 generates an image file from the portion of the original image within a zone. The structured document generator 120 then inserts a link to the image file in the XML file in a manner similar to the insertion of digital text described above to generate the XML file.
  • the structured document generator 120 generates the XSL file in a similar manner as described above for text images with the exception that style information such as font size is not included.
  • FIG. 2 depicts a flow chart 200 of exemplary steps for generating structured document files in accordance with the present invention. Processing begins at block 202 with the segmentation of the document image into zones at block 204. At block 206, text images within the zones are converted to digital text. At block 208, the zones and digital text are edited. In an exemplary embodiment, the zones are segmented, digital text is converted, and zones and digital text are edited as described above with reference to the segmenter 104, text converter 106, and editor 108, respectively, of FIG. 1.
  • layout information for the document image is identified.
  • the layout information includes non-content related features that define the look of the document. These features may include, by way of non-limiting example, font size, emphasis formatting, positional information, etc.
  • the layout information is used in the generation of the structured document files such that a displayed image of the structured document files retains at least a portion of the original layout information associated with the document image. Because the original layout information is maintained, the displayed images reflect the formatting of the original documents, thus making them more easy to read.
  • the layout information is identified by the above-described segmenter 104 (FIG. 1).
  • the zones are labeled in accordance with a schema and, at block 212, mark-up language tags are associated with to the labeled zones to create the structured document files.
  • the zones are labeled and the tags are associated as described above with reference to the labeler 116 and the structured document generator 120, respectively, of FIG. 1.
  • FIG. 3 depicts an exemplary graphical user interface (GUI) 300 for use in the present invention.
  • GUI 300 includes a tool bar 302, a schema panel 304, and a viewing panel 306.
  • the GUI 300 provides an easy to user interface that allows a user to generate structured document files from document images.
  • a user accesses a workflow menu (not shown) by selecting a "workflow" indicator 308 from the tool bar 302.
  • the workflow menu guides the user sequentially through the structured document file generation process described above, e.g., segmenting the document image into zones, converting text to digital text, labeling the zones, and generating the structured document files.
  • the user is guided through the workflow process by a "workflow" icon 310, which is described in detail below.
  • arrow indicators 311 are available to move back and forth sequentially through the workflow process.
  • the entire workflow process of generating a structured document from a document image is performed automatically by selecting an "auto execute" icon 312 in the toolbar 302.
  • the "workflow” icon 310 displays unique images that correspond to different steps of the workflow process.
  • the "workflow” icon 310 reflects a next step in the workflow process to guide a user sequentially through the process of generating structured document files from document images. For example, prior to loading a document image, the "workflow” icon 310 may display the text "Load Image," and after the document image is loaded, but before the document image is segmented, the "workflow” icon 310 may display the text "Segment.” Selecting the workflow icon 310 when the text "Load Image" is displayed results in the loading of an image and selecting the "workflow” icon 310 when the text "Segment” is displayed results in the segmentation of the document image.
  • a selected document image is then displayed in the viewing panel 306.
  • the selection of a document image initiates a model file matching routine that identifies a model file for the document image.
  • a schema is identified for display in the schema panel 304, e.g., in a tree view.
  • a user selects the schema manually by selecting a "schema" icon 316 on the toolbar 302.
  • the user changes the automatically or manually selected schema by selecting the "schema" icon 316.
  • the schema may be updated, e.g., elements may be added or removed from the schema, or a new schema may be created using conventional editing techniques. Once editing is complete, the user saves the newly edited (or created) schema file.
  • the model matching process is performed after a new schema is saved to select a model corresponding to the new schema.
  • Document segmentation, text conversion, and labeling are performed in the viewing panel 306.
  • the document is segmented and text is converted responsive to the loading of a document image.
  • the document is segmented and the text is converted by selecting the "workflow" icon 310 on the toolbar 302 twice (once to initiate segmentation and once to initiate text conversion) or through the workflow menu (not shown) that appears when the workflow indicator 308 is selected.
  • the document is segmented into "meaningful" zones according to physical attributes such as font size, spacing, etc.
  • segmented zones are displayed with bounding boxes overlaid on the original image, which can be corrected by the user using conventional techniques.
  • text conversion results for identified text regions are also overlaid directly in each zone for easy review and editing using conventional techniques. It will be readily apparent to those of skill in the art that segmentation and text conversion may be performed concurrently or in two distinct steps.
  • labeling is initiated through its selection from the workflow menu or by selecting the "workflow" icon 310.
  • the labeling results in the display of logical labels on the top left corner of each zone as shown in FIG. 3.
  • the logical labels can be edited in a conventional manner, e.g., by "right-clicking" to display a pull-down menu (not shown) to link and unlink the zone to a schema element or by dragging the schema elements from the scheme tree to a zone.
  • the labels associated with the zones may be saved by selecting a "SaveLink" icon 318 on the tool bar 302.
  • the structured documents are generated by selecting a structured document generation indicator in the workflow menu, selecting the "workflow” icon 310, or selecting a "Save XML" icon 320 on the toolbar 302. In an exemplary embodiment, this prompts the creation of two structured document files: an XML file and a corresponding XSL file.
  • the GUI 300 additionally provides an easy to use interface that allows a user to train model files.
  • a training mode is entered by selecting this mode from the "workflow" menu or by selecting a "LearnModel” icon 322 on the toolbar 302.
  • a user edits one or more similar sample documents. During editing, the user's edits are monitored and analyzed to develop a model file from the sample documents. The new model file can then be used to segment and label subsequent documents.
  • FIG. 4 depicts a document image 400 to be processed in accordance with the present invention.
  • the document image 400 is scanned using conventional scanning software.
  • the illustrated document image 400 includes several blocks of text including a title 402 and author information 404, e.g., name, telephone number, etc.
  • a schema for a two-column text document similar in style to the document image 400 is included in Table 2.
  • the schema includes "elements” that correspond to the blocks of text within the document 400.
  • the element "title” corresponds to the title 402 and the element "author” corresponds to the author information 404.
  • a portion of the model file associated with the schema of Table 2 is illustrated in Table 3.
  • the model file which references the schema file, i.e., twoColumn.xsd, is trained from a collection of documents.
  • the model file contains the physical characteristics of each element within the schema, their spatial relationships, and the relative weight of the characteristics and spatial relationships.
  • a portion of an XML layout file resulting from the segmentation of the document image 400 and the conversion of text images to digital text is included in Table 4.
  • the results are stored by text lines and segmented into zones.
  • This file contains coordinates of each zone and the coordinates and contents of each line within each zone. (Note: in this example, the font size information is disabled.)
  • the XML label file references the schema and the layout file.
  • the XML file contains the logical association between elements in the schema (by element name) and zones within a document layout (by zone number, defined in the layout file).
  • a portion of a structured document XML file is include in Table 6.
  • the structured document XML file contains only document contents separated by each logical elements.
  • one logical element e.g., leftColumnText
  • ireflD zone ID
  • classroom are like islands, isolated horn each other and the world beyond their boundaries. Students enter an enclosed Space and for the next forty to ninety minutes, all interaction is confined to the individuals contained within the classroom walls. More often than not, the instructions strategies employed in classrooms also isolate students from one another. Communication is comprised of back-and-brth exchanges between teacher and student, and only rarely from student to Student. This dissertation studies the deployment of highly interactive computer-based communication tools designed to break the boundaries that exist in classrooms, with the goal of elaborating principles for the effective design and implementation of these environments in school settings. ] ] x/leftColumnText>
  • a portion of a structured document XSL file is included in Table 7.
  • the structured document XSL file describes how each zone in the structured document XML file should be presented (coordinates, font size, etc.). In an exemplary embodiment, this file is automatically generated to reflect the original layout of the document. However, it can be modified to adapt to different display devices. For example, in an XML browser on a PDA, because of the limited display size, the font may be set to a smaller size and/or only the "abstract" element may be displayed. Table 7
  • ⁇ div ids"layer2" style "position: absolute; width:1034px; height :116px; z- index:2; left: 247px; top: 1512px">
  • the invention may be implemented in software on a general purpose computer (not shown).
  • a general purpose computer not shown
  • one or more of the functions of the various components may be implemented in software that controls the general purpose computer.
  • This software may be embodied in a computer readable carrier, for example, a magnetic or optical disk, a memory-card or an audio frequency, radio-frequency, or optical carrier wave.

Abstract

A method, system, apparatus, and graphical user interface (GUI) for generating structured document files from a document image is disclosed. Structured document files are generated by segmenting the document image into one or more zones containing respective text images, converting the respective text images to digital text, automatically identifying layout information for each of the one or more zones, labeling each of the one or more zones in accordance with a schema, and automatically associating mark-up language tags with the labeled zones to generate the structured document files responsive to the identified layout information and a model file.

Description

METHOD, SYSTEM, AND APPARATUS FOR GENERATING STRUCTURED DOCUMENT FILES
CROSS REFERENCE TO RELATED APPLICATIONS
[OOOl] This application is related to and claims the benefit of U.S. Provisional
Application No. 60/404,581, filed August 20, 2002, for "A System for Generating Structured Document." In addition, this application is related to U.S. Patent Application No. 10/293,859 , filed November 13, 2002, for "Document Classification and Labeling Using Layout Graph Matching."
FIELD OF THE INVENTION
[0002] The present invention relates to the field of structured languages and, more particularly, to the generation of structured language document files from document images.
BACKGROUND OF THE INVENTION
[0003] Structured languages such as extensible mark-up language (XML) enable the creation of structured document files that are easily searchable and are viewable across multiple platforms, e.g., on a desktop computer and on a cellular telephone. For example, a structured document file retrieved via a global information network (e.g., the Internet) can be viewed in full on a desktop computer and can be viewed as text only on a cellular telephone. It is often desirable to convert existing hard copy documents or images of documents to structured document files to facilitate searching and displaying these documents. Accordingly, methods, systems, and apparatus for converting documents to structured document files are useful.
[0004] Existing documents are typically converted to structured document files by scanning the documents and automatically converting the text within the scanned documents to digital text using optical character recognition (OCR) software. The scanned and converted documents are then formatted, either manually or using proprietary data structures, to add mark-up language tags. Often, several different software packages are employed to perform each of these steps. These methods for generating structured document files tend to be inflexible, time consuming, and/or difficult to use. In addition, the original formatting of the document is often lost, e.g., font sizes, emphasis, etc., making them more difficult to read when they are displayed.
[0005] Accordingly, methods, systems, and apparatus for converting existing documents to structured document files are needed that are not subject to the above limitations. The present invention fulfills this need among others.
SUMMARY OF THE INVENTION
[0006] The present invention is a method, system, and apparatus for generating structured document files from document images. Structured document files are generated by segmenting the document image into one or more zones containing respective text images, converting the respective text images to digital text, automatically identifying layout information for each of the one or more zones, labeling each of the one or more zones in accordance with a schema, and automatically associating mark-up language tags with the labeled zones to generate the structured document files responsive to the identified layout information and a model file.
BRIEF DESCRIPTION OF THE DRAWINGS
[0007] Figure 1 is a block diagram that conceptually represents an exemplary system architecture for generating structured document files from document images in accordance with the present invention;
[0008] Figure 2 is a flow chart of exemplary steps for generating structured document files from document images in accordance with the present invention;
[0009] Figure 3 is an exemplary graphical user interface (GUI) for assisting a user in generating structured document files in accordance with the present invention; and
[0010] Figure 4 is an exemplary document from which structured document files are generated in accordance with the present invention. DETAILED DESCRIPTION OF THE INVENTION
[0011] FIG. 1 is a conceptual representation of an exemplary system architecture
100 for generating structured document files from document images in accordance with the present invention. One or more blocks within the illustrated system architecture 100 can be performed by the same piece of hardware or module of software. It should be understood that embodiments of the present invention may be implemented in hardware, software, or a combination thereof. In such embodiments, the various component and steps described below would be implemented in hardware and/or software.
[0012] In the illustrated system architecture 100, an electronic image of a document (the "document image") is applied to a document processor 102. In certain exemplary embodiments, the document image is generated by scanning a physical document using conventional scanning techniques. In certain other exemplary embodiment, the document image is supplied in an electronic format such as a Tagged Image File Format (tiff) file, Joint Photographic Experts Group (jpeg) file, or other such file. In these embodiments, a format converter (not shown) may be used to convert the document image into a format compatible with the present invention. Suitable document images and format converters for use with the present invention will be readily apparent to those of skill in the related arts.
[0013] The document processor 102 processes the document image in preparation for labeling and generating the structured document file(s), which actions are described in greater detail below. The illustrated document processor 102 includes a segmenter 104, a text converter 106, and a zone and text editor 108. The segmenter 104 segments the document image into zones containing text or images. For example, the segmenter 104 may create a zone containing the title of a document, a zone containing a paragraph within the document, and a zone containing a figure. In addition, the segmenter 104 determines layout information for the zones. For example, the font size and the position of the zone on the document. A suitable segmenter for use with the present invention will be readily apparent to those of skill in the art of image processing. Additional information regarding segmenters can be found in commonly assigned U.S. Patent Nos. 5,892,843 and 6, 327,388 to Zhou et al. entitled "Title, Caption and Photo Extraction from Scanned Document Images" and "Identification of Logos from Document Images," respectively. [0014] In an exemplary embodiment, the segmenter 104 identifies which zones contain text images and which zones contain figures. In certain exemplary embodiments, each zone is displayed in a color that represents the type of information within that zone. For example, text image may be displayed in one color, e.g., red, and non-text images such as tables and figures may be displayed in another color, e.g., green. In certain other exemplary embodiments, the zones may be distinguished in other ways such as with a border having a different color or pattern.
[0015] The text converter 106 converts the text images of the zones to digital text, i.e., text which is searchable and editable. For example, the text converter may convert the letters with the text images to their ASCII equivalent. In a exemplary embodiment, the text converter is a conventional optical character recognition (OCR) software tool. Suitable text converters for use with the present invention will be readily apparent to those of skill in the art of image processing.
[0016] The zone and text editor 108 edits the zones and the digital text. In an exemplary embodiment, the zone and text editor 108 may add zones, delete zones, or change the size of individual zones responsive to user inputs. For example, a user may enlarge a zone containing a portion of a document title to include the entire title. In an exemplary embodiment, layout information associated with a zone is updated in accordance with the changes to the zones. The zone and text editor 108 also may change the digital text responsive to user inputs. For example, misspelled words may be corrected by a user. In an exemplary embodiment, the zone and text editor 108 receives user inputs via a graphical user interface, which is described in detail below. Suitable zone and text editors for use with the present invention will be readily apparent to those of skill in the art of image processing.
[0017] The document, as processed by the document processor 102, is applied to a model selector 110. The model selector 110 selects a previously developed model file, described below, having features that resemble features of the document. In an exemplary embodiment, the model selector selects the model file from a plurality of previously developed model files. Each of the model files references a schema, which describes the structure of a document that contains valid semantics (e.g. title, author, abstract etc. for a document such as a technical paper) and includes physical characteristics for the elements of the schema and their spatial relationships relative to one another.
[0018] In an exemplary embodiment, the model file is selected by a user, e.g., via the graphical user interface (GUI) described below. In an alternative exemplary embodiment, the model selector 110 compares features of the processed document image to stored features of previously developed model files to automatically select a model file. In certain exemplary embodiments, a costing technique is employed with a cost assigned to each feature and lower costs representing a higher level of resemblance. In accordance with this embodiment, a comparison cost is determined for each available model file compared to the document image and the model file with the lowest cost is selected. A method for automatically selecting a model file by matching features is described in commonly assigned U.S. Patent Application No. 10/293,859 , filed November 13, 2002, for "Document Classification and Labeling Using Layout Graph Matching." having at least one common inventor (referred to herein as the "Document Classification and Labeling Application").
[0019] A schema editor 112 edits the schema. In an exemplary embodiment, the schema is retrieved based on a reference to the schema in the model file. In an alternative exemplary embodiment, the schema may be referenced by a user, e.g., via the GUI described below. The schema editor 112 may be used to add or remove elements from the schema responsive to user inputs. In an exemplary embodiment, the schema editor 112 is displayed in a tree-view and the user inputs are received via the GUI described below. A suitable schema editor will be readily apparent to those of skill in the related arts.
[0020] A model developer 114 develops the models for use by the model selector
110. In an exemplary embodiment, the model developer 114 develops the model by processing document samples. In certain exemplary embodiment, the model developer 114 develops the model responsive to user inputs. If the schema is changed by the schema editor 112, the model developer 114 needs to develop a new model in accordance with the new schema that accommodates the new relations. A suitable model developer for use with the present invention is described in the Document Classification and Labeling Application. [0021] In an exemplary embodiment, models are developed at a system level.
When developed at the system level, a user's edit and correction activities of logical labeling results are monitored. An automatic model learning process updates the document model through a feedback loop based on user modified results. In an alternative exemplary embodiment, models are developed at the user level. When developed at the user level, a GUI tool is provided to allow a more knowledgeable user to manually create a new model from a set of known samples.
[0022] The document, as processed by the document processor 102, is also applied to a labeler 116. The labeler 116 applies labels to the zones defined by the document processor 102 in accordance with the schema. For example, the labeler may label a zone containing the title of the document with the element "title." In an exemplary embodiment, the labeler applies labels to the zones responsive to a document model selected by the model selector 110.
[0023] In an exemplary embodiment, the labeler 116 automatically labels the zones using a layout graph technique. An exemplary layout graph represents each schema element associated with a selected model file and its spatial relationships to one or more of the other schema elements and another exemplary layout graph represents each zone in a document image and its spatial relationship to one or more of the other zones. In the exemplary embodiment, a document image is compared to a selected model by the layout graphs using a known global scale over total cost matching technique. Because some elements in a document may correspond to multiple zones, multiple zones may match the same element. A suitable layout graph technique for use with the present invention, from which one skilled in the art can develop a suitable labeler 116, is described in the Document Classification and Labeling Application.
[0024] A label editor 118 enables manual editing of the labeled zones. In an exemplary embodiment, the label editor 118 updates the labels on zones applied automatically by the labeler 116 responsive to user inputs. For example, if the labeler 116 labeled a zone containing the title of the document with the element "author," the label editor can be used to change the label of that zone to the correct element, i.e., "title." In an alternative exemplary embodiment, the label editor 118 labels each of the zones manually responsive to user inputs. In an exemplary embodiment, the label editor 118 receives user inputs via the GUI described below. A suitable label editor 118 for use with the present invention will be readily apparent to those of skill in the art of image processing.
[0025] A structured document generator 120 generates structured document files responsive to layout information associated with the zones, labeling results, and the selected model file. In an exemplary embodiment, the structured document generator 120 generates an extensible mark-up language (XML) file and a extensible style-sheet language (XSL) file for each document image that it processes. The XML file represents the document structure and the XSL file represents the document layout. In an exemplary embodiment, the XSL file may represent layout information such as font type and size, font color, and zone coordinates.
[0026] To develop the XML file, the exemplary structured document generator 120 receives layout information from the document processor 102 and labeling results from the labeler 116. In an exemplary embodiment, the layout information contains the number of zones within the document, identification numbers for each zone, and the location of each zone. In addition, the structured document generator 120 receives digital text for each zone containing a text image from the document processor 102. In certain exemplary embodiments, the document processor 102 develops a layout file that includes the layout information and the digital text. In these embodiments, the document processor 102 passes the layout file to the structured document generator 120 for processing. In certain other exemplary embodiments, the digital text is included within the labeling results.
[0027] The exemplary structured document generator 120 uses the labeling results to match each zone to the appropriate schema elements. The structured document generator 120 then combines the layout file and the labeling results in a manner that will be readily apparent to those skilled in the art of computer programming to generate the XML file. A portion of an exemplary XML file is depicted in Table 6 below.
[0028] In certain exemplary embodiments for generating the XML file, the structured document generator 120 also receives the model file, which contains the schema, from the model selector 110. The document generator 120 may then validate the labeling results by comparing the labeling results to the schema to verify that each label of the labeling results corresponds to a schema element. In addition, the structured document generator 120 may use the model file to incorporate a complete document tree structure into the XML file. For example, the element "name" may contain two sub- elements, e.g., first name and last name. In this embodiment, the structure for the sub- elements may be included in the XML file. The incorporation of the document tree structure into the XML file will be readily apparent to those of skill in the art of computer programming. Also, the structured document generator 120 may use the model file to match individual elements to corresponding layout information in the layout file, e.g., using zone coordinates contained in the layout file and in the model file.
[0029] To develop the XSL file, the exemplary structured document generator 120 receives the layout information from the document processor 102, the labeling results from the labeler 116, and the model file from the model selector 110. Pseudo code to direct element processing to generate the XSL file is depicted in Table 1.
TABLE 1.
Start root of tree Repeat nodes If leaf node; no child node if this node matches multiple zones output xsl template using <xsl:for-each> else output xsl template using <xsl template match > get next node Else; has child node get child node Endif
The pseudo code depicted in Table 1 illustrates the processing of the elements by the structured document generator 120. In a tree view representation of the schema, each element of the schema is represented as a node. Each node can have one or more child nodes. For example, a logical element "author" can have two child nodes, e.g., "last name" and "first name", and it can have multiple instances to reflect multiple authors. A node can also be a leaf node, which indicates there is no branches from this node, such as "first name" or "last name." Processing continues until all elements/nodes are processed. [0030] For each element processed by the structured document generator 120, the structured document generator 120 matches the element to corresponding layout information in the layout file, e.g., using zone coordinates contained in the layout file and in the model file. The structured document generator 120 then combines the element with the corresponding layout information to generate the XSL file in a manner that will readily apparent to those of skill in the art of computer programming.
[0031] In certain exemplary embodiments, a layer concept associated with the hyper text mark-up language (HTML) preserves the original layout, e.g., using <DIVx/DIV> tags in the XSL file. Each layer enclosed within the <DIVx/DIV> tags is independent of every other layer. Thus, a zone in one layer has no effect on the position of a zone in another layer when the zones are displayed on a known web browser (not shown). Accordingly, a zone may be assigned coordinates with respect to a common origin for display on a web browser without affecting the positioning of any other zone. In addition, each zone can have its own style, e.g., font size, type, and color. In an exemplary embodiment, each zone is assigned to a different layer. The original coordinates for each zone are then used to develop display coordinates in a known manner to display the zone on a web browser. Since the original coordinates for the zones are used to position the zones, the zones are referenced to a common origin, and the zones do not affect the position of zones in other layers, the position of the zones when displayed on a web browser will at least partially match the original layout of the original document image when all layers are displayed. Style information such as font size may also be included to increase the resemblance between the displayed document and the original document image. A portion of an exemplary XSL file is depicted in Table 7 below.
[0032] In certain exemplary embodiments, one or more of the zones may contain non-text images (not shown) that are not converted to digital text such as graphs, pictures, etc. In an exemplary embodiment, for each zone containing a non-text image the structured document generator 120 generates an image file from the portion of the original image within a zone. The structured document generator 120 then inserts a link to the image file in the XML file in a manner similar to the insertion of digital text described above to generate the XML file. In addition, the structured document generator 120 generates the XSL file in a similar manner as described above for text images with the exception that style information such as font size is not included. [0033] FIG. 2 depicts a flow chart 200 of exemplary steps for generating structured document files in accordance with the present invention. Processing begins at block 202 with the segmentation of the document image into zones at block 204. At block 206, text images within the zones are converted to digital text. At block 208, the zones and digital text are edited. In an exemplary embodiment, the zones are segmented, digital text is converted, and zones and digital text are edited as described above with reference to the segmenter 104, text converter 106, and editor 108, respectively, of FIG. 1.
[0034] At block 210, layout information for the document image is identified. The layout information includes non-content related features that define the look of the document. These features may include, by way of non-limiting example, font size, emphasis formatting, positional information, etc. In an exemplary embodiment the layout information is used in the generation of the structured document files such that a displayed image of the structured document files retains at least a portion of the original layout information associated with the document image. Because the original layout information is maintained, the displayed images reflect the formatting of the original documents, thus making them more easy to read. In an exemplary embodiment, the layout information is identified by the above-described segmenter 104 (FIG. 1).
[0035] At block 212, the zones are labeled in accordance with a schema and, at block 212, mark-up language tags are associated with to the labeled zones to create the structured document files. In an exemplary embodiment, the zones are labeled and the tags are associated as described above with reference to the labeler 116 and the structured document generator 120, respectively, of FIG. 1.
[0036] FIG. 3 depicts an exemplary graphical user interface (GUI) 300 for use in the present invention. The illustrated GUI 300 includes a tool bar 302, a schema panel 304, and a viewing panel 306. The GUI 300 provides an easy to user interface that allows a user to generate structured document files from document images.
[0037] In an exemplary embodiment, a user accesses a workflow menu (not shown) by selecting a "workflow" indicator 308 from the tool bar 302. In certain exemplary embodiments, the workflow menu guides the user sequentially through the structured document file generation process described above, e.g., segmenting the document image into zones, converting text to digital text, labeling the zones, and generating the structured document files. In certain other exemplary embodiments, the user is guided through the workflow process by a "workflow" icon 310, which is described in detail below. In certain exemplary embodiments, arrow indicators 311 are available to move back and forth sequentially through the workflow process. Alternatively, the entire workflow process of generating a structured document from a document image is performed automatically by selecting an "auto execute" icon 312 in the toolbar 302.
[0038] The "workflow" icon 310 displays unique images that correspond to different steps of the workflow process. In an exemplary embodiment, the "workflow" icon 310 reflects a next step in the workflow process to guide a user sequentially through the process of generating structured document files from document images. For example, prior to loading a document image, the "workflow" icon 310 may display the text "Load Image," and after the document image is loaded, but before the document image is segmented, the "workflow" icon 310 may display the text "Segment." Selecting the workflow icon 310 when the text "Load Image" is displayed results in the loading of an image and selecting the "workflow" icon 310 when the text "Segment" is displayed results in the segmentation of the document image.
[0039] In an exemplary embodiment, selecting an "images" icon 314 on the toolbar
302 initiates a document image source selection, e.g., via a conventional file open window (not shown). A selected document image is then displayed in the viewing panel 306.
[0040] In an exemplary embodiment, the selection of a document image initiates a model file matching routine that identifies a model file for the document image. From the identified model file, a schema is identified for display in the schema panel 304, e.g., in a tree view. Alternatively, a user selects the schema manually by selecting a "schema" icon 316 on the toolbar 302. In certain exemplary embodiments, the user changes the automatically or manually selected schema by selecting the "schema" icon 316. In certain exemplary embodiment, the schema may be updated, e.g., elements may be added or removed from the schema, or a new schema may be created using conventional editing techniques. Once editing is complete, the user saves the newly edited (or created) schema file. The model matching process, described above, is performed after a new schema is saved to select a model corresponding to the new schema. [0041] Document segmentation, text conversion, and labeling are performed in the viewing panel 306. In an exemplary embodiment, the document is segmented and text is converted responsive to the loading of a document image. In alternative exemplary embodiments, the document is segmented and the text is converted by selecting the "workflow" icon 310 on the toolbar 302 twice (once to initiate segmentation and once to initiate text conversion) or through the workflow menu (not shown) that appears when the workflow indicator 308 is selected. In accordance with these embodiments, the document is segmented into "meaningful" zones according to physical attributes such as font size, spacing, etc. In the illustrated embodiment, segmented zones are displayed with bounding boxes overlaid on the original image, which can be corrected by the user using conventional techniques. There are several features that are available within the viewing panel 306. These features include zoom in/out, zone selection/editing, and zone change features. In the illustrated embodiment, text conversion results for identified text regions are also overlaid directly in each zone for easy review and editing using conventional techniques. It will be readily apparent to those of skill in the art that segmentation and text conversion may be performed concurrently or in two distinct steps.
[0042] After segmentation and text conversion, labels are added to the segments.
In an exemplary embodiment, labeling is initiated through its selection from the workflow menu or by selecting the "workflow" icon 310. In the illustrated embodiment, the labeling results in the display of logical labels on the top left corner of each zone as shown in FIG. 3. In an exemplary embodiment, the logical labels can be edited in a conventional manner, e.g., by "right-clicking" to display a pull-down menu (not shown) to link and unlink the zone to a schema element or by dragging the schema elements from the scheme tree to a zone. In certain exemplary embodiments, the labels associated with the zones may be saved by selecting a "SaveLink" icon 318 on the tool bar 302.
[0043] After labeling, the structured documents are generated by selecting a structured document generation indicator in the workflow menu, selecting the "workflow" icon 310, or selecting a "Save XML" icon 320 on the toolbar 302. In an exemplary embodiment, this prompts the creation of two structured document files: an XML file and a corresponding XSL file. [0044] The GUI 300 additionally provides an easy to use interface that allows a user to train model files. In an exemplary embodiment, a training mode is entered by selecting this mode from the "workflow" menu or by selecting a "LearnModel" icon 322 on the toolbar 302. In the training mode, a user edits one or more similar sample documents. During editing, the user's edits are monitored and analyzed to develop a model file from the sample documents. The new model file can then be used to segment and label subsequent documents.
[0045] FIG. 4 depicts a document image 400 to be processed in accordance with the present invention. Initially, the document image 400 is scanned using conventional scanning software. The illustrated document image 400 includes several blocks of text including a title 402 and author information 404, e.g., name, telephone number, etc. A schema for a two-column text document similar in style to the document image 400 is included in Table 2.
Table 2
<xsd:schema xmlns:xsd="http://www.w3.org/1999/XMLSchema">
<xsd:element name="document">
<xsd:complexType>
<xsd: element name="title" type="xsd:string"/>
<xsd:element name="leftColumnText" type="xsd:string"/>
<xsd:element name="abstract" type="xsd:string"/>
<xsd: element name="author" type="xsd:string"/>
<xsd:element name="leftHeader" type="xsd:string"/>
<xsd:element name="page" type="xsd:string"/>
<xsd:element name="footer" type="xsd:string"/>
<xsd:element name="undefined" type="xsd:string"/>
<xsd: element name="copyright" type="xsd:string"/>
<xsd: element name="rightHeader" type="xsd:string"/>
<xsd: element name="rightColumnText" type="xsd:string"/>
</xsd:complexType>
</xsd:element>
</xsd: schema >
The schema includes "elements" that correspond to the blocks of text within the document 400. For example, the element "title" corresponds to the title 402 and the element "author" corresponds to the author information 404. [0046] A portion of the model file associated with the schema of Table 2 is illustrated in Table 3. In an exemplary embodiment, the model file, which references the schema file, i.e., twoColumn.xsd, is trained from a collection of documents. The model file contains the physical characteristics of each element within the schema, their spatial relationships, and the relative weight of the characteristics and spatial relationships.
Table 3
<?xml version= "1.0"?>
<!-- Created by j zegmdlWriteXml at 12:22:49 on Friday, 19 April 2002
<jzegGRAPH class= "document" numnode="10" th="20" nprob="0">
<schemainfo xsi : schemaLocation= "twoColumn.xsd" xmlns :xsi="http: //www.w3.org/2001/XM Sc ema-instance" />
<jzegNODE id=" 0" pos=" 238 862 1249 1477 743 1169 1012 615'
2 1 3 0 3 1 5 0" wnull=" 80000" label="abstract"/>
<jzegNODE id=" 1" pos=" 673 409 1920 766 1296 587 1247 357' 0 2 0 1 2 1 0 1" wnull=" 80000" label="autho "/>
<jzegNODE id=" 2" pos=" 198 2667 1222 2971 709 2819 1024 304'
3 1 3 1 3 1 10 14" wmιll=" 80000" label= "copyright" />
<jzegNODE id=" 3" pos=" 2021 2961 2361 2992 2191 2976 340 31"
0 0 0 0 0 0 0 0" wnull=" 588" label="footer"/>
<jzegNODE id=" 4" pos=" 236 1529 1252 2627 744 2078 1016 1099' 3 0 3 1 3 1 5 0" wnull=" 80000" label="leftColumnText" />
<jzegNODE id=" 5" pos=" 160 70 1460 127 810 99 1299 57'
2 11 3 9 3 10 13 21" wnull=" 80000" label="lef Header"/>
<jzegNODE id=" 6" pos=" 2382 3097 2430 3136 2406 3116 49 39'
3 6 3 7 3 7 9 10" wnull=" 80000" label="page" />
<jzegNODE id=" 7" pos=» 1325 857 2348 2953 1836 1905 1022 2096" 2 1 3 1 3 1 4 1" wnull=" 80000" label="righ ColumnText"/>
<jzegNODE id=" 8" pos=" 1932 64 2354 122 2143 93 422 5 1 8 2 9 2 9 1 10" wnull=" 80000" label="rightHeader"/>
<jzegNODE id=" 9" pos=" 509 220 2073 350 1291 285 1564 130" wt=
1 8 1 2 3 3 0 2" wnull=" 80000" label="title"/>
<jzegEDGE idl=" 0" id2=" 0" ov="-l" rel=" 2 2 2 2 2 1 3 1 3 Wt= 100 100 100 100 100 100 100 100 100"/>
<jzegEDGE idl=" 0" id2=" 1" ov="-l" rel=" 1 3 1 3 1 1 3 3 3 wt= 100 100 100 100 100 100 100 100 100"/>
[0047] A portion of an XML layout file resulting from the segmentation of the document image 400 and the conversion of text images to digital text is included in Table 4. In the illustrated embodiment, the results are stored by text lines and segmented into zones. This file contains coordinates of each zone and the coordinates and contents of each line within each zone. (Note: in this example, the font size information is disabled.)
Table 4
<PAGE xmlns="http://www.research.panasonic.com/PINTL/physical" xsi : schemaLocation="twoColumn.xsd" xmlns :xsi="http://www.w3.org/2001/XMLSchema-instance">
<ZONE id="0" box="183 74 1473 127" zone-type="TEXT" font-size="0">
<LINE id="0" box="183 74 1473 127" font-size="0" ><! [CDATA [CHI ' 95 MOSAIC OF CREATIVITY - May 7-11 1995 ] ] >
</LINE> </ZONE> <ZONE id="l" box="562 225 2041 466" zone-type="TEXT" font-size="0">
<LINE id="0" box="610 225 2012 297" font-size=" 0" ><! [CDATA [High-End High School Communication: ]]>
</LINE>
<LIMΞ id="l" box="583 315 2041 389" f ont-size="0" ><! [CDATA [Strategies and Practices of Students in a ] ] >
</LINE>
<LINE id="2" box="562 407 1739 466" font-size="0" ><! [CDATA [Networked Environment ] ] >
</LINE> </ZONE> <ZONE id="2" box="1764 62 2368 133" zone-type="TEXT" font-size="0">
<LINE id="0" box="1803 77 2362 116" font-size=" 0" ><! [CDATA [Doctoral Consortium ] ] >
</LINE> </ZONE> <ZONE id="3" box="920 488 1690 833" zone-type=" EXT" font-size=" 0">
<LINE id="0" box="1129 499 1482 546" font-size="0" ><! [CDATA [Barry J. Fishman ] ] >
</LINE>
<LINE id="2" box="922 559 1691 609" font-size=" 0" ><! [CDATA [School of Education and Social Policy ] ] >
</LINE>
<LINE id="3" box="1058 620 1553 668" font-size="0" ><! [CDATA [Northwestern University ] ] >
</LINE>
<LINE id="4" box="1100 681 1508 723" font-size="0" ><! [CDATA [Evanston, IL 60208 ]]>
</LINE>
<LINE id="5" box="1150 740 1460 785" font-size="0" ><! [CDATA [ ( 708 ) 467 - 2405 ]]>
</LINE>
<LINE id="6" box="1044 800 1565 833" font-size="0" >< ! [CDATA [bf ishman@covis . nwu . edu ] ] >
</LINE> </ZONE> [0048] An XML label file resulting from the labeling of the zones is included in Table
5. The XML label file references the schema and the layout file. The XML file contains the logical association between elements in the schema (by element name) and zones within a document layout (by zone number, defined in the layout file).
Table 5
<?xml version="l.0"?>
<!-- Created by j zeglog riteXml at 16:43:10 on Monday, 07 July 2003 -->
<document layout="C: \XMLConverter\newSeg\test\chi95\chi95o001_layout .xml" xsi : schemaLocation="twoColumn .xsd" xmlns:xsi="http://www.w3. org/2001/XMLSchema-instance" >
<leftHeader idref="0"/>
<title idref="l"/>
<rightHeader idref="2"/>
<author idref="3"/>
<abstract idref="4"/>
<leftColumnText idref="5"/>
<leftColumnText idref="6"/>
<leftColumnText idref="7"/>
<copyright idref="8"/>
<rightColumnText idref="9"/>
<rightColumnText idref="10"/>
<rightColumnText idref="ll"/>
<rightColumnText idref="12"/>
<page idref="13"/> </document>
[0049] A portion of a structured document XML file is include in Table 6. The structured document XML file contains only document contents separated by each logical elements. As can be seen, one logical element (e.g., leftColumnText) in the schema) can have multiple instances (zones), identified by ireflD (zone ID).
Table 6
<?xml version= "1.0"?>
<?xml~stylesheet type="text/xsl" href="chi95o001.xsl"?>
<document xmlns:xsi="http: //www.w3. org/1999/XMLSchema-instance" xsi :noNamespaceSchemaLocation="twoColumn.xsd" >
<title idref="l"><! [CDAT [High-End High School Communication:
Strategies and Practices of Students In a
Networked Environment] ] ></title>
<leftColumnText idref="5">< ! [CDATA [KEYWORDS: Media Spaces, Education,
Communication,
Design] ] ></leftColumnText>
<leftColumnText idref="6"><! [CDATA [INTRODUCTION
Classroom are like islands, isolated horn each other and the world beyond their boundaries. Students enter an enclosed Space and for the next forty to ninety minutes, all interaction is confined to the individuals contained within the classroom walls. More often than not, the instructions strategies employed in classrooms also isolate students from one another. Communication is comprised of back-and-brth exchanges between teacher and student, and only rarely from student to Student. This dissertation studies the deployment of highly interactive computer-based communication tools designed to break the boundaries that exist in classrooms, with the goal of elaborating principles for the effective design and implementation of these environments in school settings. ] ] x/leftColumnText>
<leftColumnText idref="7">< ! [CDATAfThe high school classrooms involved in this study have been augmented with a suite of highly interactive communication tools, including electronic mail, Usenet newsgroups, asynchronous multimedia notebooks, remote screen-sharing, and desktop video teleconferencing. In the CHI community, this combination of tools has come to be known as a media space [3,1] . Media spaces enable individuals or groups to ] ] ></leftColumnText>
<abstract idref="4"><! [CDATA[ABSTRACT
This paper describes a study of the design of computer-based communication and media space environments that support highly interactive school-based learning communities. The two basic questions posed in this research are: (1) How are media space tools used by students in these classrooms, both in terms of the structure of communications axctivity and the surrounding physical and temporal constrains of the environment?; and (2) What are possible explanations for student behaviors and attitudes with regard to media space tools? The answers to these questions will provide insight for the design of next- generation media spaces for educational settings. ] ] ></abstract>
<author idref="3"><! [CDATA [Barry J. Fishman School of Education and Social Policy Northwestern University Evanston, IL 60208 ( 708 ) 467 -2405 bfishmanOcovis .nwu.edu] ] > </author>
[0050] A portion of a structured document XSL file is included in Table 7. The structured document XSL file describes how each zone in the structured document XML file should be presented (coordinates, font size, etc.). In an exemplary embodiment, this file is automatically generated to reflect the original layout of the document. However, it can be modified to adapt to different display devices. For example, in an XML browser on a PDA, because of the limited display size, the font may be set to a smaller size and/or only the "abstract" element may be displayed. Table 7
<?xml version= "1.0" encoding="gb2312"?>
<xsl: stylesheet xmlns:xsl="http: //www.w3.org/1999/XSL/Transform" version="1.0">
<xsl : template match = "/">
<htmlxbody>
<xsl:for-each select ="/document/title">
<div id="layerl" style= "position: absolute; width:1499px; height :261px; z- indexil; left: 552px; top: 215px">
<Font styles"font-size :25pt;color:#000000 ">
<xsl: alue-of select ="text()"/>
</Fontx/div>
</xsl : for-each>
<xsl:for-each select ="/document/leftColumnTex " >
<xsl:if test="©idref [.='5'] ">
<div ids"layer2" style= "position: absolute; width:1034px; height :116px; z- index:2; left: 247px; top: 1512px">
<Font style="font-size : 25pt ;color:#000000 ">
<xsl:value-of select ="text()"/>
</Fontx/div>
</xsl :if>
<xsl:if test="@idref [. = ' 6' ] ">
<div id="layer2" style= "position: absolute; width: 1057px; height :708px; z- index:2; left: 236px; top: 1660px">
<Font style="font-size :25pt; color: #000000 ">
<xsl: alue-of select ="text()"/>
</Fontx/div>
</xsl : if>
<xsl:if test="@idref [.='7'] ">
<div id="layer2" style="position: absolute; width: 1045px; height :364px; z- index:2; left: 236px; top: 2404px">
<Font style="font-size:25pt;color:#000000 ">
<xsl: value-of select ="text()"/>
</Fontχ/div>
</xsl :if>
</xsl : for-each>
<xsl : for-each select =" /document/abstract ">
<div id="layer3" style= "position: absolute; width: 1044px; height :611px; z- index:3; left: 244px; top: 871px">
<Font style="font-size:25pt;color:#000000">
<xsl:value-of select ="text()"/>
</Fontx/div>
</xsl : for-each>
<xsl: for-each select =" /document/author">
<div id="layer4" style= "position: absolute; width:790px; height :364px; z- index:4; left: 910px; top: 478px">
<Font style="font-size :25pt;color: #000000">
<xsl:value-of select ="text()"/>
</Fontx/div>
</xsl : for-each> [0051] Although the invention has been described in terms of a document processor
102, labeler 116, and structured document generator 120, it is contemplated that the invention may be implemented in software on a general purpose computer (not shown). In this embodiment, one or more of the functions of the various components may be implemented in software that controls the general purpose computer. This software may be embodied in a computer readable carrier, for example, a magnetic or optical disk, a memory-card or an audio frequency, radio-frequency, or optical carrier wave.
[0052] Although the invention is illustrated and described herein with reference to specific embodiments, the invention is not intended to be limited to the details shown. Rather, various modifications may be made in the details within the scope and range of equivalents of the claims and without departing from the invention.

Claims

What is Claimed:
1 1. A method for generating structured document files from a document
2 image, the method comprising the steps of:
3 segmenting the document image into one or more zones, at least one of the
4 one or more zones containing a respective text image;
5 converting the respective text images within the at least one of the one or β more zones to digital text;
7 automatically identifying layout information for each of the one or more
8 zones;
9 labeling each of the one or more zones in accordance with a schema; and
ιo automatically associating mark-up language tags with the labeled zones to it generate the structured document files responsive to the identified layout information and
12 a model file.
1 2. The method of claim 1, wherein the model file is associated with the
2 schema and wherein the labeling step comprises at least the steps of:
3 automatically labeling each of the one or more zones responsive to the
4 model file.
1 3. The method of claim 1, further comprising the steps of:
2 receiving editing commands corresponding to the one or more zones; and
3 updating the one or more zones responsive to the editing commands.
1 4. The method of claim 3, wherein the step of receiving editing
2 commands includes the step of receiving text editing commands and the step of updating
3 the one or more zones includes the step of editing the digital text responsive to the text
4 editing commands.
1 5. The method of claim 3, wherein the step of receiving editing
2 commands includes the step of receiving segmenting commands and the step of updating the one or more zones includes the step of updating characteristics of the one or more zones responsive to the segmenting commands.
1 6. The method of claim 1, further comprising the step of:
2 receiving editing commands corresponding to the schema;
3 updating the schema responsive to the editing commands.
i 7. The method of claim 1, wherein the respective text images are
2 displayed on a graphical user interface (GUI) and wherein the converting step comprises at
3 least the step of:
4 overlaying the respective text images displayed on the GUI with the at least s one of the one or more zones with the corresponding digital text.
1 8. The method of claim 1, wherein the structured document files include
2 an XML file and an XSL file for each document image and wherein the generating steps
3 comprises at least the step of:
4 formating the XSL file such that information corresponding to each of the
5 labeled zones in the XML file is displayed in multiple layers on a web browser.
1 9. The method of claim 1, wherein the steps of segmenting, converting,
2 labeling, and automatically associating mark-up language tags are performed sequentially
3 responsive to a selection of a workflow icon of a graphical user interface and wherein the
4 method further comprises the step of:
s updating the workflow icon to represent a next step of the segmenting,
6 converting, labeling, and automatically associating mark-up language tags to be
7 performed, wherein the workflow icon presents a unique image corresponding to each
8 step.
1 10. A system for generating structured document files from a document
2 image, the system comprising:
3 means for segmenting the document image into one or more zones, at least
4 one of the one or more zones containing a respective text image; means for converting the respective text images within the at least one of the one or more zones to digital text;
means for automatically identifying layout information for each of the one or more zones;
means for labeling each of the one or more zones in accordance with a schema; and
means for automatically associating mark-up language tags with the labeled zones to generate the structured document files responsive to the identified layout information and a model file.
11. The system of claim 10, further comprising:
means for receiving editing commands corresponding to the one or more zones; and
means for updating the one or more zones responsive to the editing commands.
12. The system of claim 10, further comprising:
I means for receiving editing commands corresponding to the schema;
means for updating the schema responsive to the editing commands.
13. A structured mark-up language generator for generating structured document files from a document image, the generator comprising:
a document processor that: a) segments the document image into one or more zones, at least one of the one or more zones containing a respective text image, b) identifies layout information for each of the one or more zones, and c) converts the respective text images within the at least one of the one or more zones to digital text;
a labeler that labels each of the one or more zones in accordance with a schema; and a structured document generator that generates the structured document files responsive to the identified layout information and a model file.
14. The generator of claim 13, further comprising:
an editor coupled to the document processor that enables editing of the digital text and the one or more zones.
15. The generator of claim 13, further comprising:
an editor coupled to the labeler that enables editing of the labels for each of the one or more zones.
16. A graphical user interface (GUI) for generating structured document files from a document image, the GUI comprising:
a document panel for displaying a document image;
a schema panel for displaying a schema corresponding to the document image; and
a workflow icon for directing the generation of at least one structured mark- up language document from the document image, the workflow icon reflecting a next step in a process to generate the at least one structured mark-up language document.
17. The GUI of claim 16, wherein the process includes sequentially performing the steps of loading an image, segmenting the image into zones, converting text within the zones to digital text, labeling the zones, and generating the at least one structured document and wherein the workflow icon is updated during the process to present unique images corresponding to each step to be performed in the process.
18. A computer readable medium including software that is configured to control a general purpose computer to implement a method for generating structured document files from a document image, the method comprising the steps of:
segmenting the document image into one or more zones, at least one of the one or more zones containing a respective text image; converting the respective text images within the at least one of the one or more zones to digital text;
automatically identifying layout information for each of the one or more zones;
labeling each of the one or more zones in accordance with a schema; and
automatically associating mark-up language tags with the labeled zones to generate the structured document files responsive to the identified layout information and a model file.
19. The computer readable medium of claim 18, wherein the method implemented by the software configured general purpose computer further comprises:
updating the one or more zones responsive to editing commands corresponding to the one or more zones.
20. The computer readable medium of claim 18, wherein the method implemented by the software configured general purpose computer further comprises:
updating the schema responsive to editing commands corresponding to the schema.
PCT/US2003/026025 2002-08-20 2003-08-20 Method, system, and apparatus for generating structured document files WO2004019230A2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
AU2003262729A AU2003262729A1 (en) 2002-08-20 2003-08-20 Method, system, and apparatus for generating structured document files
US10/524,965 US20060104511A1 (en) 2002-08-20 2003-08-20 Method, system and apparatus for generating structured document files

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US40458102P 2002-08-20 2002-08-20
US60/404,581 2002-08-20
US10/293,859 2002-11-13
US10/293,859 US20040013302A1 (en) 2001-12-04 2002-11-13 Document classification and labeling using layout graph matching

Publications (3)

Publication Number Publication Date
WO2004019230A2 true WO2004019230A2 (en) 2004-03-04
WO2004019230A3 WO2004019230A3 (en) 2004-03-25
WO2004019230A9 WO2004019230A9 (en) 2004-04-29

Family

ID=31949819

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2003/026025 WO2004019230A2 (en) 2002-08-20 2003-08-20 Method, system, and apparatus for generating structured document files

Country Status (2)

Country Link
AU (1) AU2003262729A1 (en)
WO (1) WO2004019230A2 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2325759A1 (en) * 2009-11-02 2011-05-25 DAD Solutions Limited Database schema
CN104794106A (en) * 2014-01-17 2015-07-22 北京大学 Annotating method and device

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0854433A2 (en) * 1997-01-21 1998-07-22 Matsushita Electric Industrial Co., Ltd. Caption and photo extraction from scanned document images
WO2000056033A1 (en) * 1999-03-17 2000-09-21 Oracle Corporation Providing clients with services that retrieve data from data sources that do not necessarily support the format required by the clients
US6327388B1 (en) * 1998-08-14 2001-12-04 Matsushita Electric Industrial Co., Ltd. Identification of logos from document images

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0854433A2 (en) * 1997-01-21 1998-07-22 Matsushita Electric Industrial Co., Ltd. Caption and photo extraction from scanned document images
US6327388B1 (en) * 1998-08-14 2001-12-04 Matsushita Electric Industrial Co., Ltd. Identification of logos from document images
WO2000056033A1 (en) * 1999-03-17 2000-09-21 Oracle Corporation Providing clients with services that retrieve data from data sources that do not necessarily support the format required by the clients

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
B.LAMIROY, L.NAJMAN: "Scan-to-XML: Using Software Component Algebra for Intelligent Document Generation" LECTURE NOTES ON COMPUTER SCIENCE, GRAPHICS RECOGNITION. ALGORITHMS AND APPLICATIONS. 4TH INTERNATIONAL WORKSHOP, GREC 2001, vol. 2390, 7 - 8 September 2001, XP009025490 Kingston, Ont., Canada *
INTERNATIONAL BUSINESS MACHINES CORPORATION: "Conversion of final form data, such as AFP, to XML" RESEARCH DISCLOSURE, KENNETH MASON PUBLICATIONS, HAMPSHIRE, GB, vol. 444, no. 208, April 2001 (2001-04), XP007128106 ISSN: 0374-4353 *
INTERNATIONAL BUSINESS MACHINES CORPORATION: "Conversion of style based documents to arbitary XML formats using externalized rule database" RESEARCH DISCLOSURE, KENNETH MASON PUBLICATIONS, HAMPSHIRE, GB, vol. 460, no. 120, August 2002 (2002-08), XP007131058 ISSN: 0374-4353 *
VALVENY E ET AL: "SCAN-TO-XML: AUTOMATIC GENERATION OF BROWSABLE TECHNICAL DOCUMENTS" , PROCEEDINGS OF THE INTERNATIONAL CONFERENCE ON PATTERN RECOGNITION, XX, XX, VOL. 3, PAGE(S) 188-191 XP001151841 page 189, paragraph 2 -page 190, paragraph 3 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2325759A1 (en) * 2009-11-02 2011-05-25 DAD Solutions Limited Database schema
EP2325758A1 (en) * 2009-11-02 2011-05-25 DAD Solutions Limited Database schema
CN104794106A (en) * 2014-01-17 2015-07-22 北京大学 Annotating method and device

Also Published As

Publication number Publication date
WO2004019230A3 (en) 2004-03-25
AU2003262729A1 (en) 2004-03-11
WO2004019230A9 (en) 2004-04-29

Similar Documents

Publication Publication Date Title
US20060104511A1 (en) Method, system and apparatus for generating structured document files
US7146564B2 (en) Extensible stylesheet designs using meta-tag and/or associated meta-tag information
Alexa et al. A review of software for text analysis
US7120861B1 (en) Document processing system
AU2003204478B2 (en) Method and system for associating actions with semantic labels in electronic documents
Holzner Inside XML
US8127224B2 (en) System for creating and editing mark up language forms and documents
US7143026B2 (en) Generating rules to convert HTML tables to prose
US20050132281A1 (en) Method and System of Annotation for Electronic Documents
US20060168562A1 (en) Viewing and editing markup language files with complex semantics
US20040044963A1 (en) Extraction of information from structured documents
EP1247213B1 (en) Method and apparatus for creating an index for a structured document based on a stylesheet
US20070234201A1 (en) Information Management Device
US7546541B2 (en) Method and apparatus for iterative refinement of generated user-interface markup
EP1830274A1 (en) Server device and name space issuing method
US7900136B2 (en) Structured document processing apparatus and structured document processing method, and program
US20080015843A1 (en) Linguistic Image Label Incorporating Decision Relevant Perceptual, Semantic, and Relationships Data
Tennison Beginning Xslt
EP1780645A1 (en) Document processing method and device
EP1744271A1 (en) Document processing device
WO2004019230A2 (en) Method, system, and apparatus for generating structured document files
US20090083620A1 (en) Document processing device and document processing method
Ingram et al. A Federal Standard on electronic media
Breiteneder et al. A Re-Usable Software Framework for Authoring and Managing Web Exhibitions.
Watt et al. XLink Essentials

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL 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: A2

Designated state(s): 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

COP Corrected version of pamphlet

Free format text: PAGES 1/4-4/4, DRAWINGS, REPLACED BY NEW PAGES 1/4-4/4; DUE TO LATE TRANSMITTAL BY THE RECEIVING OFFICE

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
ENP Entry into the national phase in:

Ref document number: 2006104511

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10524965

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10524965

Country of ref document: US

NENP Non-entry into the national phase in:

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP