WO2002039649A2 - Appareil, procede et systeme de transformation de donnees - Google Patents

Appareil, procede et systeme de transformation de donnees Download PDF

Info

Publication number
WO2002039649A2
WO2002039649A2 PCT/US2001/050971 US0150971W WO0239649A2 WO 2002039649 A2 WO2002039649 A2 WO 2002039649A2 US 0150971 W US0150971 W US 0150971W WO 0239649 A2 WO0239649 A2 WO 0239649A2
Authority
WO
WIPO (PCT)
Prior art keywords
source
page elements
document
device format
module
Prior art date
Application number
PCT/US2001/050971
Other languages
English (en)
Other versions
WO2002039649A3 (fr
Inventor
Edgar Michael Fitzsimons
Brian G. Fitzsimons
Erik Richard Langenbach
Original Assignee
Desknet, Inc.
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 US09/932,656 external-priority patent/US7260777B2/en
Priority claimed from US09/932,517 external-priority patent/US7240294B2/en
Application filed by Desknet, Inc. filed Critical Desknet, Inc.
Priority to AU2002239743A priority Critical patent/AU2002239743A1/en
Publication of WO2002039649A2 publication Critical patent/WO2002039649A2/fr
Publication of WO2002039649A3 publication Critical patent/WO2002039649A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • G06F16/986—Document structures and storage, e.g. HTML extensions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Definitions

  • the present invention relates generally to an apparatus, method and system to transforming data. More particularly, the disclosed invention relates to an apparatus, method and system to transforming data from varied data formats between varied device types.
  • Networks are commonly thought to consist of the interconnection and interoperation of clients, servers, and intermediary nodes in a graph topology.
  • server refers generally to a computer, other device, software, or combination thereof that processes and responds to the requests of remote users across a communications network. Servers serve their information to requesting "clients.”
  • clients A computer, other device, software, or combination thereof that facilitates, processes information and requests, and or furthers the passage of information from a source user to a destination user is commonly referred to as a "node.”
  • Networks are generally thought to facilitate the transfer of information from source points to destinations.
  • TCP/IP Transmission Control Protocol-Internet Protocol
  • DoD Department of Defense
  • TCP/IP was developed by a Department of Defense (DoD) research project to interconnect networks made by various and varying network vendors as a foundation for a network of networks, i.e., the Internet.
  • DoD Department of Defense
  • the development of TCP/IP was in part driven by a requirement by the DoD to have a network that will continue to operate even if damaged during battle, thus allowing for information to be routed around damaged portions of the communications network to destination addresses. Of course, if the source or destination address location itself is rendered inoperable, such delivery will not be possible.
  • the Internet is a packet-switched network and thus, information on the Internet is broken up into pieces, called packets, and transmitted in packet form.
  • the packets contain IP addressing information called headers, which are used by routers to facilitate the delivery of the packets from a source to a destination across intermediary nodes on the Internet. Upon arrival at the destination, the packets are reassembled to form the original message, and any missing packets are requested again.
  • IP component of the protocol is responsible for routing packets of information based on a four byte addressing mechanism; the address is written as four numbers separated by dots, each number ranging from 0 to 255, e.g., "123.255.0.123". IP addresses are assigned by Internet authorities and registration agencies, and are unique.
  • the TCP portion of the protocol is used for verifying that packets of information are correctly received by the destination computer from the source, and if not, to retransmit corrupt packets.
  • Other transmission control protocols are also commonly used that do not guarantee delivery, such as User Datagram Protocol (UDP).
  • UDP User Datagram Protocol
  • WORLD WIDE WEB The proliferation and expansion of the Internet, and particularly the World Wide Web (the web), have resulted in a vast and diverse collection of information.
  • UDP User Datagram Protocol
  • WORLD WIDE WEB The proliferation and expansion of the Internet, and particularly the World Wide Web (the web), have resulted in a vast and diverse collection of information.
  • An information navigation interface called Worldwide Web.app (the web) was developed in late 1990. Subsequently, information navigation interfaces such as web browsers have become widely available on almost every computer operating system platform.
  • the web is the manifestation and result of a synergetic interoperation between user interfaces (e.g., web browsers), servers, distributed information, protocols, and specifications.
  • Web browsers were designed to facilitate navigation and access to information
  • information servers were designed to facilitate provision of information.
  • web browsers and information servers are disposed in communication with one another through a communications network.
  • Information Servers function to serve information to users that typically access the information by way of web browsers.
  • information servers typically provide information to users employing web browsers for navigating and accessing information on the web.
  • Microsoft's Internet Explorer and Netscape Navigator are examples of web browsers.
  • navigation user interface devices such as WebTV have also been implemented to facilitate web navigation.
  • Microsoft's Information Server and Apache are examples of information servers. DATA FORMATS
  • an information transformation apparatus comprises a processor; a memory, communicatively connected to the processor; and a program, stored in the memory, including: a module to create a target document in a desired output format for a desired output device, a module to create page elements in the target document that correspond to page elements from a source document, a module to extract information from the page elements from the source document and populating the target's page elements with the extracted information, and a module to transform the page elements in the target document based on a transformation table with formatting appropriate to the desired output format and desired output device.
  • an information transformation apparatus comprises a processor; a memory, communicatively connected to the processor; and a program, stored in the memory, including: a module to identify a source of data; a module to identify a source device format type from the source data, if possible; a module to identify the source device format type, if not already identified; a module to identify a target device format type; a module to instantiate a source device format document based on the source device format type, if not already instantiated; a module to instantiate a target device format document based on the target device format type, if not already instantiated; a module to convert the source data for use in the source device format document, if necessary; a module to identify potential page elements from the source data; a module to generate source page elements with identifying source tags within the source device format document, if source data is un-referenced by source page elements; a module to populate source page elements with associated source data; a module to apply attributes associated with the
  • FIG. 1 illustrates one non-limiting example embodiment describing a Data Transformation Client Tool (DTCT) controller by way of block diagram
  • Figure 2 illustrates one non-limiting example overview data-flow diagram of a data transformation system
  • Figure 3 illustrates one non-limiting example overview logic-flow diagram of a data transformation client tool
  • Figure 4 further illustrates a non-limiting example overview logic-flow for transforming data continued from Figure 3;
  • Figures 5 and 6 illustrate format conversion details;
  • Figure 8 illustrates one non-limiting example an XML document excerpt
  • Figures 7 and 9 illustrate one non-limiting example a transformation script excerpt and structure
  • Figure 10 illustrates one non-limiting example of a transformation table data structure.
  • Figure 1 illustrates one non-limiting example embodiment describing a Data
  • the DTCT controller 101 may serve to convert and transform data from a given source format and device type to another target format and device type automatically, and/or the like.
  • the DTCT controller 101 may be connected to and/or communicate with entities such as, but not limited to: one or more users from user input devices 111; peripheral devices 112; and/or a communications network 113.
  • the DTCT controller may even be connected to and/or communicate with a cryptographic processor device 128.
  • a typical DTCT controller 101 may be based on common computer systems that may comprise, but are not limited to, components such as: a computer systemization 102 connected to memory 129.
  • a computer systemization 102 may comprise a clock 130, central processing unit (CPU) 103, a read only memory (ROM), a random access memory (RAM), and/or an interface bus 107, and conventionally, although not necessarily, are all interconnected and/or communicating through a system bus 104.
  • the system clock typically has a crystal oscillator and provides a base signal.
  • the clock is typically coupled to the system bus and various means that will increase or decrease the base operating frequency for other components interconnected in the computer systemization.
  • the clock and various components in a computer systemization drive signals embodying information throughout the system. Such transmission and reception of signals embodying information throughout a computer systemization may be commonly referred to as communications.
  • communicative signals may further be transmitted, received, and the cause of return and/or reply signal communications within the computer systemization 102 from memory 129, and from beyond the instant computer systemization to: communications networks, input devices, other computer systemizations, peripheral devices, and/or the like.
  • a cryptographic processor 126 may similarly be connected to the system bus.
  • any of the above components may be connected directly to one another, connected to the CPU, and/or organized in numerous variations employed as exemplified by various computer systems.
  • the CPU comprises at least one high-speed data processor adequate to execute program modules for executing user and/or system-generated requests.
  • the CPU may be a microprocessor such as the Intel Pentium Processor and/or the like.
  • the CPU interacts with memory through signal passing through conductive conduits to execute stored program code according to conventional data processing techniques. Such signal passing facilitates communication within the DTCT controller and beyond through various interfaces.
  • Interface bus(ses) 107 may accept, connect, and/or communicate to a number of interface adapters, conventionally although not necessarily in the form of adapter cards, such as but not limited to: input output interfaces (I/O) 108, storage interfaces 109, network interfaces 110, and/or the like.
  • cryptographic processor interfaces 127 similarly may be connected to the interface bus.
  • the interface bus provides for the communications of interface adapters with one another as well as with other components of the computer systemization.
  • Interface adapters are adapted for a compatible interface bus.
  • Interface adapters conventionally connect to the interface bus via a slot architecture.
  • Conventional slot architectures may be employed, such as, but not limited to: Accelerated Graphics Port (AGP), Card Bus, (Extended) Industry Standard Architecture ((E)ISA), Micro Channel Architecture (MCA), NuBus, Peripheral Component Interconnect (PCI), Personal Computer Memory Card International Association (PCMCIA), and/or the like.
  • AGP Accelerated Graphics Port
  • E Extended) Industry Standard Architecture
  • MCA Micro Channel Architecture
  • PCI Peripheral Component Interconnect
  • PCMCIA Personal Computer Memory Card International Association
  • Storage interfaces 109 may accept, communicate, and/or connect to a number of storage devices such as, but not limited to: storage devices 114, removable disc devices, and/or the like.
  • Storage interfaces may employ connection protocols such as, but not limited to: (Ultra) Advanced Technology Attachment (Packet Interface) ((Ultra) ATA(PI)), (Enhanced) Integrated Drive Electronics ((E)IDE), Institute of Electrical and Electronics Engineers (IEEE) 1394, fiber channel, Small Computer Systems Interface (SCSI), Universal Serial Bus (USB), and/or the like.
  • connection protocols such as, but not limited to: (Ultra) Advanced Technology Attachment (Packet Interface) ((Ultra) ATA(PI)), (Enhanced) Integrated Drive Electronics ((E)IDE), Institute of Electrical and Electronics Engineers (IEEE) 1394, fiber channel, Small Computer Systems Interface (SCSI), Universal Serial Bus (USB), and/or the like.
  • Network interfaces 110 may accept, communicate, and/or connect to a communications network 113.
  • Network interfaces may employ connection protocols such as, but not limited to: direct connect, Ethernet (thick, thin, twisted pair 10/100/1000 Base T, and/or the like), Token Ring, wireless connection such as IEEE 802.1 lb, and/or the like.
  • a communications network may be any one and/or the combination of the following: a direct interconnection; the Internet; a Local Area Network (LAN); Metropolitan Area Network (MAN); an Operating Missions as Nodes on the Internet (OMNI); a secured custom connection; a Wide Area Network (WAN); a wireless network (e.g., employing protocols such as, but not limited to a Wireless Application Protocol (WAP), I-mode, and/or the like); and/or the like.
  • a network interface may be regarded as a specialized form of an input output interface.
  • I/O 108 may accept, communicate, and/or connect to user input devices 111, peripheral devices 112, cryptographic processor devices 128, and/or the like.
  • I/O may employ connection protocols such as, but not limited to: Apple Desktop Bus (ADB); Apple Desktop Connector (ADC); audio: analog, digital, monaural, RCA, stereo, and/or the like; IEEE 1394; infrared; joystick; keyboard; midi; optical; PC AT; PS/2; parallel; radio; serial; USB; video interface: BNC, composite, digital, RCA, S-Video, VGA, and/or the like; wireless; and/or the like.
  • ADB Apple Desktop Bus
  • ADC Apple Desktop Connector
  • audio analog, digital, monaural, RCA, stereo, and/or the like
  • IEEE 1394 infrared
  • joystick keyboard
  • midi optical
  • PC AT PC AT
  • PS/2 parallel
  • radio serial
  • USB USB
  • video interface BNC, composite, digital, RCA, S-Video, VGA, and/
  • a common output device is a video display, which typically comprises a CRT or LCD based monitor with an interface (e.g., VGA circuitry and cable) that accepts signals from a video interface.
  • the video interface composites information generated by a computer systemization and generates video signals based on the composited information.
  • the video interface provides the composited video information through a video connection interface that accepts a video display interface (e.g., a VGA connector accepting a VGA display cable).
  • User input devices 111 may be card readers, dongles, finger print readers, gloves, graphics pads, joysticks, keyboards, mouse (mice), trackballs, trackpads, retina readers, and or the like.
  • Peripheral devices 112 may be connected and/or communicate with or to I/O and/or with or to other facilities of the like such as network interfaces, storage interfaces, and/or the like). Peripheral devices may be cameras, dongles (for copy protection, ensuring secure transactions as a digital signature, and/or the like), external processors (for added functionality), goggles, microphones, monitors, network interfaces, printers, scanners, storage devices, visors, and or the like.
  • Cryptographic units such as, but not limited to, microcontrollers, processors 126, interfaces 127, and/or devices 128 may be attached, and/or communicate with the DTCT controller.
  • a MC68HC16 microcontroller commonly manufactured by Motorola Inc., may be used for and/or within cryptographic units. Equivalent microcontrollers and/or processors may also be used.
  • the MC68HC16 microcontroller utilizes a 16-bit multiply-and- accumulate instruction in the 16 MHz configuration and requires less than one second to perform a 512-bit RSA private key operation.
  • Cryptographic units support the authentication of communications from interacting agents, as well as allowing for anonymous transactions.
  • Cryptographic units may also be configured as part of CPU.
  • Other commercially available specialized cryptographic processors include VLSI Technology's 33 MHz 6868 or Semaphore Communications' 40 MHz Roadrunner284. Memory
  • a storage device 114 may be any conventional computer system storage. Storage devices may be a fixed hard disk drive, and/or other devices of the like. However, it is to be understood that a DTCT controller and/or a computer systemization may employ various forms of memory 129.
  • a computer systemization may be configured wherein the functionality of on-chip CPU memory (e.g., registers), RAM, ROM, and any other storage devices are provided by a paper punch tape or paper punch card mechanism; of course such an embodiment is not preferred and would result in an extremely slow rate of operation.
  • memory 129 will include ROM, RAM, and a storage device 114.
  • any mechanization and/or embodiment allowing a processor to affect the storage and/or retrieval of information is regarded as memory 129.
  • a computer systemization generally requires and makes use of memory.
  • memory is a fungible technology and resource, thus, any number of memory embodiments may be employed in lieu of or in concert with one another.
  • the storage devices 114 may contain a collection of program and/or database modules and/or data such as, but not limited to: an operating system module 115 (operating system); an information server module 116 (information server); a user interface module 117 (user interface); a web browser module 118 (web browser); databases 119; a cryptographic server module 120 (cryptographic server); Data Transformation Client Tool (DTCT) module 125; and/or the like (i.e., collectively a module collection). These modules may be stored and accessed from the storage devices and/or from storage devices accessible through an interface bus.
  • an operating system module 115 operating system
  • an information server module 116 information server
  • a user interface module 117 user interface
  • web browser module 118 web browser
  • databases 119 a cryptographic server module 120 (cryptographic server); Data Transformation Client Tool (DTCT) module 125; and/or the like (i.e., collectively a module collection).
  • DTCT Data Transformation Client Tool
  • non-conventional software modules such as those in the module collection, typically and preferably, are stored in a local storage device 114, they may also be loaded and/or stored in memory such as: peripheral devices, RAM, remote storage facilities through a communications network, ROM, various forms of memory, and/or the like.
  • Operating System The operating system module 115 is executable program code facilitating the operation of a DTCT controller. Typically, the operating system facilitates access of I/O, network interfaces, peripheral devices, storage devices, and/or the like.
  • the operating system preferably is a conventional product such as Apple Macintosh OS X Server, AT&T Plan 9, Microsoft Windows NT Server, Unix, and/or the like operating systems.
  • the operating system is highly fault tolerant, scalable, and secure.
  • An operating system may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like.
  • the operating system communicates with other program modules, user interfaces, and/or the like.
  • the operating system may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • the operating system once executed by the CPU, may enable the interaction with communications networks, data, I/O, peripheral devices, program modules, memory, user input devices, and/or the like.
  • the operating system provides communications protocols that allow the DTCT controller to communicate with other entities through a communications network 113.
  • Various communication protocols may be used by the DTCT controller as a subcarrier transport mechanism, such as, but not limited to: multicast, TCP/IP, UDP, unicast, and/or the like.
  • An information server module 116 is stored program code that is executed by the CPU.
  • the information server may be a conventional Internet information server such as, but not limited to, Microsoft's Internet Information Server and/or the Apache Software Foundation's Apache.
  • the information server allows for the execution of program modules through facilities such as C++, Java, JavaScript, ActiveX, Common Gateway Interface (CGI) scripts, Active "Server Page (ASP), scripts for a Content Scripting Engine (CSE), and/or the like.
  • the information server supports secure communications protocols such as, but not limited to, File Transfer Protocol (FTP); HyperText Transfer Protocol (HTTP); Secure Hypertext Transfer Protocol (HTTPS), Secure Socket Layer (SSL), Extensible Markup Language (XML) and other such variants provide greater functionality, and/or the like.
  • FTP File Transfer Protocol
  • HTTP HyperText Transfer Protocol
  • HTTPS Secure Hypertext Transfer Protocol
  • SSL Secure Socket Layer
  • XML Extensible Markup Language
  • an information server provides results in the form of web pages to web browsers, and allows for the manipulated generation of the web pages through interaction with other program modules. After a DNS resolution portion of an HTTP request is resolved to a particular information server, the information server resolves requests for information at specified locations on a DTCT controller based on the remainder of the HTTP request.
  • a request such as http://123.124.125.126/myInformation.html might have the IP portion of the request "123.124.125.126” resolved by a DNS server to an information server at that IP address; that information server might in turn further parse the http request for "/myInformation.html” portion of the request and resolve it to a location in memory containing the information "myInformation.html.”
  • An information server may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the information server communicates with operating systems, other program modules, user interfaces, web browsers, and/or the like.
  • An information server may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • a user interface module 117 is stored program code that is executed by the CPU.
  • the user interface is a conventional graphic user interface as provided by, with, and/or atop operating systems and/or operating environments such as Apple Macintosh OS, e.g., Aqua, Microsoft Windows (NT), Unix X Windows (KDE, Gnome, and/or the like), and/or the like.
  • the user interface may allow for the display, execution, interaction, manipulation, and or operation of program modules and/or system facilities through textual and/or graphical facilities.
  • the user interface provides a facility through which users may affect, interact, and/or operate a computer system.
  • GUIs Graphical User Interfaces
  • a user interface may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the user interface communicates with operating systems, other program modules, and/or the like.
  • the user interface may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • a web browser module 118 is stored program code that is executed by the CPU.
  • the web browser is a conventional hypertext viewing application such as Microsoft Internet Explorer or Netscape Navigator (preferably with 128bit encryption by way of HTTPS, SSL, and/or the like).
  • Some web browsers allow for the execution of program modules through facilities such as Java, JavaScript, ActiveX, and/or the like.
  • Web browsers and like information access tools may be integrated into PDAs, cellular telephones, and/or other mobile devices.
  • a web browser may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like.
  • the web browser communicates with information servers, operating systems, integrated program modules (e.g., plug-ins), and or the like; e.g., it may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • information servers operating systems, integrated program modules (e.g., plug-ins), and or the like; e.g., it may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • a combined application may be developed to perform similar functions of both. The combined application would similarly affect the obtaining and the provision of information to users, user agents, and/or the like from DTCT enabled nodes.
  • the combined application may be nugatory on systems employing standard web browsers.
  • Such a combined module could be configured to communicate directly with the DTCT without an intermediary information server to further enhance security. Transformation Database
  • a transformation database module 119 may be embodied in a database that is stored program code that is executed by the CPU and its stored data; the stored program code portion configuring the CPU to process the stored data.
  • the transformation database may be implemented using various standard data structures, such as an array, hash, (linked) list, stored files in a file system, struct, and/or the like. If the transformation database is implemented as a data structure, the use of the transformation database may be integrated into another module such as the DTCT module 135.
  • the database module 119 includes tables such as but not limited to a format structure table 119a, device geometries table 119b, output template table 119c, content repository table 119d, a format conversion table (not pictured), a format transformation table (not pictured), and/or the like. All the tables may be related by a device type key field entries as they are unique.
  • a transformation database may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the transformation database communicates with a DTCT module, other program modules, and/or the like. The database may contain, retain, and provide information regarding other nodes and data.
  • a cryptographic server module 120 is stored program code that is executed by the CPU 103, cryptographic processor 126, cryptographic processor interface 127, cryptographic processor device 128, and/or the like.
  • cryptographic processor interfaces will allow for expedition of encryption and/or decryption requests by the cryptographic module; however, the cryptographic module, alternatively, may run on a conventional CPU.
  • the cryptographic module allows for the encryption and/or decryption of provided data.
  • the cryptographic module allows for both symmetric and asymmetric (e.g., Pretty Good Protection (PGP)) encryption and/or decryption.
  • PGP Pretty Good Protection
  • the cryptographic module allows conventional cryptographic techniques such as, but not limited to: digital certificates (e.g., X.509 authentication framework), digital signatures, dual signatures, enveloping, password access protection, public key management, and/or the like.
  • digital certificates e.g., X.509 authentication framework
  • digital signatures e.g., digital signatures
  • dual signatures enveloping
  • password access protection e.g., password access protection
  • public key management e.g., password management, and/or the like.
  • the cryptographic module will facilitate numerous encryption and/or decryption protocols such as, but not limited to: Data Encryption Standard (DES), Elliptical Curve Encryption (ECC), International Data Encryption Algorithm (IDEA), Message Digest 5 (MD5, which is a one way hash function), RC5 (Rivest Cipher), Rijndael, RSA (which is an Internet encryption and authentication system that uses an algorithm developed in 1977 by Ron Rivest, Adi Shamir, and Leonard Adleman), Secure Hash Algorithm (SHA), Secure Socket Layer (SSL), Secure Hypertext Transfer Protocol (HTTPS), and/or the like.
  • DES Data Encryption Standard
  • ECC Elliptical Curve Encryption
  • IDEA International Data Encryption Algorithm
  • MD5 Message Digest 5
  • RC5 Rad Cipher
  • Rijndael Rijndael
  • RSA which is an Internet encryption and authentication system that uses an algorithm developed
  • a cryptographic module may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like.
  • the cryptographic module supports encryption schemes allowing for the secure transmission of information across a communications network to enable a DTCT module to engage in secure transactions if so desired by users.
  • the cryptographic module communicates with information servers, operating systems, other program modules, and/or the like.
  • the cryptographic module may contain, communicate, generate, obtain, and/or provide program module, system, user, and or data communications, requests, and/or responses.
  • Data Conversion Server PCS '
  • a DCS module 125 is stored program code that is executed by the CPU.
  • the DCS affects accessing, obtaining and the provision of information, and/or the like between nodes on a communications network.
  • the DCS has the ability to generate transformation tables from a transformations database on demand by querying the various tables to select and join the various device geometries 119b and output templates 119c. More importantly, the DCS will import and covert source data and template/device format types to target data and template/device format types Furthermore, the DCS acts as a general data access facility for stored data.
  • the DCS is described in greater detail in co-pending applications entitled "Computer File Transfer System," Serial Nos. 08/941,442 and 09/536,014.
  • the DCS may include a Content Scripting Engine (CSE), a Data Access Engine (DAE), a User Management Engine (UME), Configuration Engine (CE), and a Transformation Engine (TE).
  • CSE Content Scripting Engine
  • DAE Data Access Engine
  • UAE User Management Engine
  • CE Configuration Engine
  • TE Transformation Engine
  • the TE contains transformation tables that may be used by the DTCT to transform document geometries, page element geometries and/or the like from one device format into another.
  • the CSE allows for customized transformations that are not provided for in the TE to be scripted and enables the execution of such scripts to further transform documents.
  • the UME allows users to login to the DCS and allows an administrator to set permissions based on logins.
  • the CE allows for the configuration of the DCS and user interface.
  • the DAE allows for the conversion and interchange of documents in various data formats upon demand and/or request.
  • the DCS coordinates with the transformation database to identify template/device types for resolving to various requested output device format, and/or the like.
  • a DCS enabling access of and transformation of information by Data Transformation Client Tools may be developed by employing standard development tools such as, but not limited to: C++, shell scripts, Java, Javascript, SQL commands, web application server extensions, Apache modules, Perl scripts, binary executables, and/or other mapping tools, and/or the like.
  • the DCS server employs a cryptographic server to encrypt and decrypt communications.
  • the DCS may service requests, execute scripts (i.e., via CSE), update content repositories, and much more.
  • a DCS module may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the DCS module communicates with a DTCT client and database, operating systems, other program modules, and/or the like.
  • the DCS may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • a DTCT module 135 is stored program code that is executed by the CPU.
  • the DTCT affects accessing, obtaining and the provision of information, and/or the like between nodes on a communications network. More importantly, the DTCT will transform source data and template/device format types to target data and template/device format types
  • the DTCT allows for the creation, editing, importing, and transforming of disparate device output format types, and/or the like.
  • a DTCT enabling such transformation maybe be developed by employing standard development tools such as, but not limited to: C++, shell scripts, Java, Javascript, SQL commands, web application server extensions, Apache modules, Perl scripts, binary executables, and/or other mapping tools, and/or the like.
  • the DTCT server employs a cryptographic server to encrypt and decrypt communications.
  • the DTCT may make requests conversion and/or importation requests of the DCS, and much more.
  • a DTCT module may communicate to and/or with other modules in a module collection, including itself, and/or facilities of the like. Most frequently, the DTCT module communicates with a transformation database, a DCS module, operating systems, other program modules, and/or the like.
  • the DTCT may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • Distributed DTCT may contain, communicate, generate, obtain, and/or provide program module, system, user, and/or data communications, requests, and/or responses.
  • any of the DTCT controller 101 components may be combined, consolidated, and/or distributed in any number of ways to facilitate development and/or deployment.
  • the module collection may be combined in any number of ways to facilitate deployment and/or development. To accomplish this, one must simply integrate the components into a common code base or in a facility that can dynamically load the components on demand in an integrated fashion.
  • the module collection may be consolidated and or distributed in countless variations through standard data processing and/or development techniques. Multiple instances of any one of the program modules in the program module collection may be instantiated on a single node, and/or across numerous nodes to improve performance through load balancing data processing techniques. Furthermore, single instances may also be distributed across multiple controllers and/or storage devices; e.g., databases.
  • the preferred node controller configuration will depend on the context of system deployment. Factors such as, but not limited to, the capacity and/or location of the underlying hardware resources may affect deployment requirements and configuration. Regardless of if the configuration results in more consolidated and/or integrated program modules, results in a more distributed series of program modules, and/or results in some combination between a consolidated and/or distributed configuration, communication of data may be communicated, obtained, and/or provided. Instances of modules (from the module collection) consolidated into a common code base from the program module collection may communicate, obtain, and/or provide data. All program module instances and controllers working in concert may do so through standard data processing communication techniques. This may be accomplished through standard data processing techniques such as, but not limited to: data referencing (e.g., pointers), internal messaging, object instance variable communication, shared memory space, variable passing, and/or the like (intra-application communication).
  • data referencing e.g., pointers
  • internal messaging e.g., object instance variable communication, shared memory space, variable passing,
  • module collection components are discrete, separate, and/or external to one another, then communicating, obtaining, and/or providing data with and/or to other module components may be accomplished through standard data processing techniques such as, but not limited to: Application Program Interfaces (API) information passage; (distributed) Component Object Model ((D)COM), (Distributed) Object Linking And Embedding ((D)OLE), and/or the like), Common Object Request Broker Architecture (CORBA), process pipes, shared files, and/or the like (inter-application communication).
  • API Application Program Interfaces
  • DCOM Component Object Model
  • CORBA Common Object Request Broker Architecture
  • process pipes shared files, and/or the like
  • inter-application communication Messages sent between discrete module components for inter-application communication or within memory spaces of a singular module for intra-application communication may be facilitated through the creation and parsing of a grammar.
  • a grammar may be developed by using standard development tools such as lex, yacc, XML based parsing tools, and/or the like, which allow for grammar generation and parsing functionality, which in turn may form the basis of communication messages within and between modules.
  • the preferable embodiment will depend upon the context of system deployment.
  • the logical or topological structure of any combination of the module collection are not limited to a fixed execution order and/or arrangement, but rather, any disclosed order is exemplary and all functional equivalents, regardless of order, are contemplated by the disclosure.
  • FIG. 2 illustrates one non-limiting example overview data-flow diagram of a data transformation system.
  • a Data Transformation Client Tool (DTCT) 222 is loaded into memory on a client machine and executed.
  • the DTCT allows a user to request the transformation of a data collection from one viewing format into another. It is important to note that user requests and interaction are not only limited to human users interacting through user input devices, but may also be system prompted activities, such as, but not limited to cron jobs, system generated signals, and/or the like.
  • This transformation is accomplished by first obtaining a template to view desired data. This template may be obtained 251 by requesting it from a templates collection 224, such as those stored in a transformations library 219 in an output templates 119c table, and or the like.
  • a default blank document may be loaded from a specified template.
  • the default new document template designates a web page as the output device, and is based in XML code. It should be noted that in one example embodiment, a collection of templates may be created using XSLT based forms to ease transformations.
  • the DTCT makes a request to read the template from memory and creates an internal data structure interpreting the read template.
  • the templates are in XML format and include style sheet and transformation information, which is rasterized and interpreted.
  • the imaging of the templates is accomplished (as described in co-pending US Patent Application entitled “Method of Constructing a Composite Image” filed on August 17, 2001 in the name of E. Michael Fitzsimons, Brian G. Fitzsimons, and Erik Richard Langenbach.) It should be noted, that the DTCT may also load templates that already have data compisited within, and such template documents shall be referred to henceforth ad output composites 230.
  • the user may alter the template by editing page elements (as described in co-pending US Patent Application entitled "Method of Constructing a Composite Image” filed on August 17, 2001 in the name of E. Michael Fitzsimons, Brian G. Fitzsimons, and Erik Richard Langenbach, which referred to page elements as images and/or image composites). Thereafter, the user may wish to import data into the currently loaded template's page elements. To do so, the user is prompted to select desired data. This may be accomplished through a standard file system file request dialogue box, and/or the like 252. In one non-limiting example, the DTCT makes this request of the DCS 221.
  • the DCS will take the requested file identifier and load and check it 253 either by loading the data 201 from a file system or locating it in a transformations library 219 in a content repository 201b, 201c, 119d with which the DCT is disposed in communication.
  • the DCT 221 examines the data 253 and determines the type of data that is requested by the user.
  • the DCT may determine the data type by comparing the requested data against format structures 119a contained within the transformations library; this may be accomplished as discussed in co-pending applications entitled "Computer File Transfer System," Serial Nos. 08/941,442 and 09/536,014.
  • the requested data's file extension may be used to locate the proper transformation 254.
  • the DCT would query the fransformations library 219 for a Microsoft Word to XML transformation filter.
  • the actual transformation tables may be coded directly into the DCT rather than being located in a transformations library employing standard data structures.
  • a simple conversion look-up table is employed wherein there is a column identifying the format for the source of the data 1001, a second column identifying the desired output format for the data 1002, and a third column identifying the location of the translation filter to be used 1003.
  • the source document's file type may be identified by parsing the source document's file extension, and/or content for know tags/markers and comparing them to identifying tags/markers and/or extensions in the source column of the conversion look-up table.
  • subsequent rows are used to identify source/target pairs and accompanying transformation filters. For example, to translate XML 1004 into XSL-FO format 1005 an Apache Xalan filter 1006 may be employed.
  • XSL-FO format 1007 may be translated to PDF format 1008 by employing an Apache FOP filter 1009.
  • transformation pairs may be linked in sequence.
  • an XML transformation into PDF may be achieved by first converting XML into XSL-FO 1006 by way of a Xalan filter, and then from the intermediate XSL-FO into PDF format by way of the Apache FOP filter 1009.
  • sequenced links may be achieved by simply searching the paired table to make sure there are enough intermediate formats to allow for a final conversion.
  • data 201 is imported 255 employing the transformation filter to convert textual data, page element geometries (if present), page element tags (if present), graphics (if present), gamma values (if present), color correction tables (if present), and/or the like.
  • Page element tags simply identify data types such as XML tags.
  • the DCT provides the converted data 256 to the DTCT 222.
  • the DTCT flows the converted data into its current template and page elements by matching tags from the converted data to those of page elements in the current template, or by being directed either automatically or into user selected page elements (as will be discussed in greater detail in Figure 3).
  • Any editing of the page elements or data flowed within the data sets may be tracked 257 as edit states 223. Editing may be accomplished as discussed in co-pending US Patent Application entitled "Method of Constructing a Composite Image” filed on August 17, 2001 in the name of E. Michael Fitzsimons, Brian G. Fitzsimons, and Erik Richard Langenbach, and Figure 3.
  • the current data structure containing the current template view is simply pushed onto a stack in whole as editing is initiated.
  • another version of the now edited live data structure is pushed onto this stack to create a stack of edit states 223, which may be then applied and/or saved to this particular template view, or to an entire collection of template views.
  • a singular template with a particular arrangement of page elements and geometry may be used to provide a uniform output view for varying data sources 201.
  • the template is specified with a specific output device.
  • master templates that have elements common to several individual templates for various and disparate output devices, i.e., template collections. Edits may be made to apply to individual templates and to entire template collections as will be discussed in further detail in Figure 3.
  • the DTCT may save, transform, and/or otherwise composite 259 these items into a final output document 230.
  • the DTCT can use the current template view and data and apply transformations 119a, 258 using the transformation library 219.
  • a user informs the DTCT of a desired device/format to which they wish to convert the current template and data.
  • this may be accomplished by querying the transformations database 219 of all known output templates/devices 119c and building a selection list from which the user may select a desired output device.
  • the output device template is loaded and the current template's data is transformed 258b into the now loaded output device template and re-flowed.
  • the re- flowing and resizing of page elements may be based by a format transformation table 119a, Figure 5, Figure 6.
  • the transformation tables inform the DTCT how to re-flow text by matching tags from the source template to the output template, by changing font sizes appropriate to the output device, changing page element sizes, graphic elements, and/or the like.
  • the user may further edit data and page elements in the output device template as with any templates. Thereafter, the user may save the templates with data as transformed composites 259 that may be used as final output for their target devices 230.
  • the output composites 230 may be saved in content repositories 201c.
  • Figure 3 illustrates one non-limiting example overview logic-flow diagram of a data transformation client tool.
  • a DTCT 222 is loaded into memory on a client machine and executed.
  • the DTCT allows a user to select on of several tool facilities 301.
  • DTCT facilities include, but are not limited to, allowing a user to: create a new template 304, loading an existing template 306, editing the layout, i.e., geometries, of page elements in a currently loaded template 308, editing the data within page elements 313, importing data into the template and/or page elements 315, transforming the currently loaded template view into a desired output view 324, saving a template/data view 325, terminating the DTCT's execution 302, and/or the like.
  • the execution flow depicted in Figure 3 is just one example, and actual flow may be re-arranged still achieving the same effect, and all such variants are contemplated by the present disclosure.
  • the tool selector facility 301 allows a user to specify a termination of the DTCT.
  • Selection of tool facilities in one non-limiting example may be achieved via interaction of a pointing element, e.g., a cursor as controlled by a mouse, with GUI widget elements.
  • a user evinces their desire to execute a facility by engaging a GUI element with the pointing element. If the user engages a GUI element with the pointing device, this will send a signal and create a flag signifying that the user wishes the facility associated with the GUI element to be executed. Terminate
  • the DTCT detects that the user selected a terminate facility 302, e.g., the user selected an "Exit" command from a menu GUI widget, thereupon the DTCT will generate a signal to stop further execution 303.
  • New Template If termination was not engaged 302, then the DTCT will check if the user desired to make a new template 304. If the user selected to create a new template 304, a default template is created. The default template will load in geometries for a default device. A new data structure will be created into which the default template is loaded, and any required design tools will also be loaded 305.
  • the default template will be a web page, and the proper device geometries will be loaded, e.g., the geometries may assume the native file format is XML, and the viewing geometries will assume a page width of 800 pixels with a potentially infinitely long vertical length.
  • users may specify which templates/devices they wish to act as a default for new templates 304. Upon creation of the new data structure with loaded default template, flow cycles back to examining if the user has engaged/selected any facilities 301.
  • the DTCT will determine if the user made a selection to load an existing template 306; if so, then the DTCT will present the user with a template selection facility.
  • the template selection facility is displayed in a dialogue box.
  • the dialogue box displays all known templates by having the DTCT query the transformations database 219 of all known output templates/devices 119c and building a selection list from which the user may select a desired template.
  • the device template is loaded.
  • the template selection facility simply displays the current file system and allows the user to navigate to a desired template file, which is loaded upon selection.
  • the DTCT Upon selecting a template to load, the DTCT instantiates a new data structure and loads the template into memory 307 similarly to how a new template is loaded 305. Upon loading the existing template, flow cycles back to examining if the user has engaged/selected any facilities 301. Edit Layout
  • the DTCT will determine if the user made a selection to edit the layout of page elements in the currently loaded template 308. Editing the layout allows the user to modify the geometric positioning and size of page elements. The user may make edits by using a pointer to select layout editing tools such as discussed in co-pending US Patent Application entitled "Method of Constructing a Composite Image” filed on August 17, 2001 in the name of E. Michael Fitzsimons, Brian G. Fitzsimons, and Erik Richard Langenbach. Before editing is allowed, the DTCT will check to see that a data structure has been allocated in memory and that a view with page elements has been instantiated in said data structure to allow for such editing 309.
  • an error handler 310 e.g., reporting that there is no current document to be edited to the user.
  • a data structure exists 309 before edits are made, the data structure in its current state is pushed onto a stack 311.
  • the user's edit of page element geometry is effected 312.
  • the user may select page element and change the page element's geometry by clicking and dragging bounding boxes that circumscribe the page elements.
  • the user may select a page element and then enter dimensions into dialogue box that will change the bounding box geometric dimensions for the selected page element, e.g., corresponding to point of origin, and Cartesian dimensions.
  • flow cycles back to examining if the user has engaged/selected any facilities 301. Edit Data
  • the DTCT will determine if the user made a selection to edit the data within page elements in the currently loaded template 313.
  • the user may make edits by using a pointer to select the data within page elements with editing tools such as discussed in co-pending US Patent Application entitled "Method of Constructing a Composite Image” filed on August 17, 2001 in the name of E. Michael Fitzsimons, Brian G. Fitzsimons, and Erik Richard Langenbach.
  • the DTCT will check to see that a data structure has been allocated in memory and that a view with page elements has been instantiated in said data structure to allow for such editing 309.
  • an error handler 310 e.g., reporting that there is no current document to be edited to the user.
  • a data structure exists 309 before edits are made, the data structure in its current state is pushed onto a stack 311.
  • the user's edit of page element data is effected 312.
  • the user may highlight data within a page element and change the textual font attributes.
  • the user may change the page element tags.
  • Each page element may have a tag. This facilitates compositing data, such as but not limited to, properly tagged XML data into XML style sheet and/or template views of data.
  • page elements may have custom attributes and tags associated that all may be varied. Variation of such attributes may be accessed, edited, and affected through a dialogue box. The attributes for each page element would be read from current data filled template into the dialogue box where they may be edited, and upon engaging a mechanism to accept the changes, e.g., and "OK" button widget, the changes would be affected into the data structure embodying the current data filled template. Upon effecting an edit of the data 313, flow cycles back to examining if the user has engaged/selected any facilities 301.
  • the user may choose to import data 314.
  • the DTCT will determine if the user made a selection to import data into page elements in the currently loaded template 315; if so, then the DTCT will present the user with a data selection facility.
  • the template selection facility is displayed in a dialogue box.
  • the dialogue box displays all known data by having the DTCT query the transformations database 219 of all known data in various content repositories 119d and building a selection list from which the user may select data.
  • the data is loaded.
  • the data selection facility simply displays the current file system and allows the user to navigate to a desired data file, which is loaded upon selection.
  • the DTCT determines and obtains a conversion filter 317.
  • the determination of the correct conversion filter may be largely off loaded to a DCT as discussed in 253 of Figure 2.
  • the DCT functionality may be integrated into the DTCT.
  • a filter is then applied to the converted data 318.
  • the filter parses the converted data to determine as many attributes as is possible, such as, but not limited to, textual formatting (e.g., font, type size, color, indentation, and/or the like), page element geometries (if present), page element tags (if present), and/or the like 318.
  • a parsed element will be made for each tag unearthed by the parsing.
  • tags will be created for each media variant discerned from the converted data; i.e., if converted Microsoft word document contained text, a table, three graphics images, and movie file, then a tag would be parsed and or generated for the text, another for the table, three tags would be generated for each of the graphics images, and one for the movie data.
  • the DTCT Upon parsing out the converted data 318, the DTCT will determine if the parsed elements match an existing template 319. This may be done by comparing page element tags from the parsed and converted data to page element tags for any templates currently loaded in memory and/or existing in the transformations database 119b, 119c. If page element tags are found to match tags in existing templates, the matching template is loaded if it is not already in memory 320. In an alternative embodiment, if a template is already loaded into memory, and the user has highlighted (through a selection) a page element prior to selecting the import command, then any converted contents resulting from the import command will flow selected converted data sources into the highlighted page elements 323.
  • the DTCT will automatically create and instantiate page elements and tags 321. Automatic instantiation begins with creating a new template as already discussed 305. Upon creating a blank template, the parsed elements are used to create page elements. A new page element will be created for each parsed element. If any geometry was parsed for any of the parsed elements, the parsed geometry will be applied in creating associated page elements in the new template. Similarly, if any tags and/or other discemable attributes are discerned to be associated with parsed elements, those attributes will be applied and/or associated with the newly created page elements in the newly created template.
  • a single page element will be created and tagged, e.g., respectively tagged as a text element or image element.
  • the DTCT Upon automatic page element instantiation 321 or loading of an existing template 320, the DTCT will create associations between the converted-parsed data and page elements in the currently loaded template 322. Associations may be created by matching page element tags from the parsed and converted data with page element tags for the currently loaded template. In an alternative embodiment, upon making any associations 322, the user may be allowed to edit and/or create additional page elements 312 and edit their tags 312 to refine any associations made by the DTCT 322. Upon associating the tags from the converted and parsed data with a loaded template's page element tags 322, data is flowed into the loaded template's page elements 323.
  • the tags parsed from the converted data identify which portions of the data are to be flowed into the loaded template's page elements by flowing said data respective to tag associations.
  • an association is created when a template is already loaded into memory, and the user has highlighted (through a selection) a page element prior to selecting the import command, then any converted contents resulting from the import command will flow selected converted data sources into the highlighted page elements 323.
  • logic flow cycles back to examining if the user has engaged/selected any facilities 301.
  • the DTCT will determine if the user made a selection to transform the data and page elements in the currently loaded template into another output view 324; if so, then the logic flow will continue from 340 on Figure 3 to box 340 in Figure 4.
  • a device template selection facility is displayed in a dialogue box.
  • the dialogue box displays all known devices by having the DTCT query the transformations database 219 of all known output devices 119b and building a selection list from which the user may select a desired device template.
  • the device selection facility simply displays the current file system and allows the user to navigate to a desired device file.
  • a device file may comprise basic geometry (e.g., output size dimensions, resolution density, color capability, and/or the like), tags, and attributes associated with a particular device.
  • Devices may include PDAs, WAP enabled devices such as cell phones, web pages, print, and/or the like.
  • the DTCT will determine if the user made a selection to save the data and currently loaded template 325; if so, then the current state of the template incorporating the latest edits 311 will be saved. Edits made 312 to the template may be saved to an individual template and/or to a collection of templates. In one non-limiting example embodiment, the user is prompted with a choice to determine if the changes made to the template should be saved to an individual and/or collection of templates. Further, the data populating the template is saved in its current form. In another embodiment, all the saved states 311 are also saved. Upon determining not to save 325 or saving 326 templates and data, logic flow cycles back to examining if the user has engaged/selected any facilities 301.
  • Figure 4 further illustrates a non-limiting example overview logic-flow for transforming data continued from 340 on Figure 3.
  • the DTCT determines if a template with data is loaded in memory 402. If no data structure exists containing a template, an import facility is engaged 414 as already described in 314 of Figure 3. In an alternative embodiment, an error is generated noting that there is no working document.
  • the DCS determines if any templates exist matching the characteristics of the selected desired device output 340 of Figure 3. In an alternative embodiment, such a determination may be made integrated into the DTCT. This may be achieved by comparing the basic characteristics from the selected device file to templates stored in a transformation database 119 through a query.
  • a matching template will be loaded 404 as described before 307 of Figure 3. If more than one template match, the user may be presented with a template selection facility as discussed before. If no matching templates exist 403, then the currently loaded template and data are parsed and page elements are identified 405. Common page elements may be identified in transformation tables integrated directly into the DTCT. It should be noted if the parsed elements are not common, scripting may transformation scripting may be employed and executed by a CSE. Each of the page elements' tags, textual formats, and geometries (and other present attributes) are identified in the current view of the currently loaded template. The DCS determines and obtains a transformation filter 406. The determination of the correct transformation filter may be simply determined through scaling.
  • Source geometry is obtained for the currently loaded template when identifying data 405.
  • Target geometry is obtained for the desired device output 340 of Figure 3.
  • the DCS computes a scale from the currently loaded template's geometric dimensions as compared to the target device's geometry. For example, if the currently loaded template is for a web page with dimensions of 800 by 600 pixel elements, and the desired output device is a PDA with dimension read to be 400 by 300 pixel elements, the scaling factor will be 50%.
  • the source data is transformed into page elements, text formatting, and geometry that is fit to the geometric dimensions of the displaying device, e.g., in one non-limiting example, the display device, which in this case is the DTCT, may be a window on a computer display that is resizable.
  • a transformation table may be implemented similarly to the conversion filter 317 of Figure 3.
  • a transformation table would contain the following columns: column one identifying the source format, column two identifying the desired output device, column three a tag attribute, and column four a scaling factor for the transformation.
  • a fifth column contains reference to a conversion filter for data conversion as discussed in Figure 10.
  • a sixth column would contain other transformative attributes.
  • the DCS Upon determining and obtaining a transformation table 406, the DCS instantiates a new transformed template 410, and the template is provided to the DTCT.
  • a new template is created as discussed in 305 of Figure 3 with geometry based on the desired output device 340 of Figure 3.
  • page elements from the currently loaded source template are copied to the newly created output device template.
  • the copied page elements are automatically transformed based on the attributes and or scale factors determined by the transform table 406. For example, a text page element in a currently loaded web page template that was 400 pixels by 200 pixels with a text size of 20 point Helvetica, might be scaled down by 50% for PDA use resulting in a text box of 200 pixels by 100 pixels with a font size of 10 point Helvetica.
  • the data is re-flowed and converted if necessary 411 into the tagged page elements.
  • the resulting composited template and data may need to be converted if the output device is known not to be capable of reading only certain types of formats. For example, if the output device is a PDA that can only read PDF format files, and the currently transformed document is in XML, a data conversion will need to take place.
  • the output devices known display formats may be supplied by the user; alternatively they may be supplied into column five of the transformation table as discussed above 406.
  • the currently transformed template layout and data may be saved and then provided to the DCS for conversion.
  • logic flow cycles back 340b to examining if the user has engaged/selected any facilities 301 of Figure 3. DOCUMENT STRUCTURE CONVERSION
  • Figure 8 illustrates one non-limiting example an XML document excerpt.
  • Another element found on lines 6 and 10 802 is the text range attribute that establishes the formatting of a text string.
  • Figures 5 and 6 illustrate format conversion details.
  • Figure 5 shows a simplified explanation of the conversion of XML tokens 501 into PDF token descriptors 502. In this example tokens demarking a "Page" 503 in XML remain the same in PDF 504 format.
  • Figures 7 and 9 illustrate one non-limiting example a transformation script excerpt and structure.
  • the basic transformation script structure is shone t be one of a "[ ⁇ command>]:” followed by " ⁇ parameter>” equating to a " ⁇ value>”.
  • Figure 9 provides a pseudo code example script following the basic structure shown in Figure 7. In particular, on may see that a command is issued to "[load file]:” specifying the parameter "file,” which is a file name to be of a value "cwDocument.xml".

Abstract

L'invention concerne un appareil, un procédé et un système qui permettent d'associer automatiquement des éléments de page et de les convertir et transformer en types de format de données et de dispositifs variés. Cela permet de transformer une source de données simple en plusieurs données mixtes de sortie pouvant être déployées de façon appropriée dans des média et dispositifs de sortie variés. Cette production automatique de données mixtes variées permet de sélectionner un contenu initialement écrit dans un format donné et de le reconstituer automatiquement pour n'importe quel dispositif de sortie désiré. Le procédé de l'invention permet en outre de créer et modifier des gabarits et des données, les modifications enregistrées pouvant s'appliquer à un seul ou à plusieurs gabarits. Le procédé de l'invention montre comment établir des associations à partir d'un ensemble de données ou de l'un quelconque de ses éléments de page. De telles associations facilitent la transformation automatique des données en divers formats de sortie.
PCT/US2001/050971 2000-10-20 2001-10-19 Appareil, procede et systeme de transformation de donnees WO2002039649A2 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002239743A AU2002239743A1 (en) 2000-10-20 2001-10-19 Transforming a source document to a desired target document

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US24166100P 2000-10-20 2000-10-20
US60/241,661 2000-10-20
US09/932,656 US7260777B2 (en) 2001-08-17 2001-08-17 Apparatus, method and system for transforming data
US09/932,517 2001-08-17
US09/932,656 2001-08-17
US09/932,517 US7240294B2 (en) 2000-10-20 2001-08-17 Method of constructing a composite image

Publications (2)

Publication Number Publication Date
WO2002039649A2 true WO2002039649A2 (fr) 2002-05-16
WO2002039649A3 WO2002039649A3 (fr) 2003-03-06

Family

ID=27399498

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/US2001/050971 WO2002039649A2 (fr) 2000-10-20 2001-10-19 Appareil, procede et systeme de transformation de donnees
PCT/US2001/050942 WO2002037939A2 (fr) 2000-10-20 2001-10-19 Procede de construction d'une image composite

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/US2001/050942 WO2002037939A2 (fr) 2000-10-20 2001-10-19 Procede de construction d'une image composite

Country Status (2)

Country Link
AU (2) AU2002236673A1 (fr)
WO (2) WO2002039649A2 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110618880A (zh) * 2019-09-19 2019-12-27 中国银行股份有限公司 一种跨系统数据传递系统和方法
CN112363967A (zh) * 2020-11-09 2021-02-12 成都卫士通信息产业股份有限公司 密码设备接口标准统一方法、装置、设备及介质
CN113626029A (zh) * 2020-05-09 2021-11-09 中国人寿财产保险股份有限公司 一种动态生成页面的数据处理方法和系统
CN113626029B (zh) * 2020-05-09 2024-04-26 中国人寿财产保险股份有限公司 一种动态生成页面的数据处理方法和系统

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8056013B2 (en) 2005-05-13 2011-11-08 Hewlett-Packard Development Company, L.P. Method for arranging graphic assemblies
US7743322B2 (en) 2003-09-30 2010-06-22 Hewlett-Packard Development Company, L.P. Automatic photo album page layout
US7555730B2 (en) 2005-05-12 2009-06-30 Hewlett-Packard Development Company, L.P. Method for arranging graphic assemblies
US8065627B2 (en) 2003-09-30 2011-11-22 Hewlett-Packard Development Company, L.P. Single pass automatic photo album page layout
US7747947B2 (en) 2004-07-27 2010-06-29 Hewlett-Packard Development Company, L.P. Document creation system and related methods
EP1774478A1 (fr) 2004-07-27 2007-04-18 Hewlett-Packard Development Company, L.P. Systeme de creation de document et procedes correspondants
US8074169B2 (en) 2004-07-27 2011-12-06 Hewlett-Packard Development Company, L.P. Document creation system and related methods
GB2418280A (en) * 2004-09-18 2006-03-22 Hewlett Packard Development Co Document creation system
US7656543B2 (en) 2004-11-12 2010-02-02 Hewlett-Packard Development Company, L.P. Albuming images
US8161377B2 (en) 2005-03-01 2012-04-17 Hewlett-Packard Development Company, L.P. Arranging images on pages of an album
US7760956B2 (en) 2005-05-12 2010-07-20 Hewlett-Packard Development Company, L.P. System and method for producing a page using frames of a video stream
US7644356B2 (en) 2005-06-10 2010-01-05 Hewlett-Packard Development Company, L.P. Constraint-based albuming of graphic elements
US9152292B2 (en) 2009-02-05 2015-10-06 Hewlett-Packard Development Company, L.P. Image collage authoring
US8161384B2 (en) 2009-04-23 2012-04-17 Hewlett-Packard Development Company, L.P. Arranging graphic objects on a page with text
US8291314B2 (en) * 2009-04-23 2012-10-16 Hewlett-Packard Development Company, L.P. Arranging graphic objects on a page

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5119465A (en) * 1989-06-19 1992-06-02 Digital Equipment Corporation System for selectively converting plurality of source data structures through corresponding source intermediate structures, and target intermediate structures into selected target structure
US5608874A (en) * 1994-12-02 1997-03-04 Autoentry Online, Inc. System and method for automatic data file format translation and transmission having advanced features
US5655130A (en) * 1994-10-14 1997-08-05 Unisys Corporation Method and apparatus for document production using a common document database
US5911776A (en) * 1996-12-18 1999-06-15 Unisys Corporation Automatic format conversion system and publishing methodology for multi-user network
US5915259A (en) * 1996-03-20 1999-06-22 Xerox Corporation Document schema transformation by patterns and contextual conditions

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5845299A (en) * 1996-07-29 1998-12-01 Rae Technology Llc Draw-based editor for web pages
US6097389A (en) * 1997-10-24 2000-08-01 Pictra, Inc. Methods and apparatuses for presenting a collection of digital media in a media container
US6275829B1 (en) * 1997-11-25 2001-08-14 Microsoft Corporation Representing a graphic image on a web page with a thumbnail-sized image

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5119465A (en) * 1989-06-19 1992-06-02 Digital Equipment Corporation System for selectively converting plurality of source data structures through corresponding source intermediate structures, and target intermediate structures into selected target structure
US5655130A (en) * 1994-10-14 1997-08-05 Unisys Corporation Method and apparatus for document production using a common document database
US5608874A (en) * 1994-12-02 1997-03-04 Autoentry Online, Inc. System and method for automatic data file format translation and transmission having advanced features
US5915259A (en) * 1996-03-20 1999-06-22 Xerox Corporation Document schema transformation by patterns and contextual conditions
US5911776A (en) * 1996-12-18 1999-06-15 Unisys Corporation Automatic format conversion system and publishing methodology for multi-user network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DATABASE TDB [Online] 'Methodology for specifying a document transformation override in a sender transform implementation', XP002950959 Database accession no. (NN9202196) & IBM TDB vol. 34, no. 9, pages 196 - 197 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110618880A (zh) * 2019-09-19 2019-12-27 中国银行股份有限公司 一种跨系统数据传递系统和方法
CN110618880B (zh) * 2019-09-19 2022-05-27 中国银行股份有限公司 一种跨系统数据传递系统和方法
CN113626029A (zh) * 2020-05-09 2021-11-09 中国人寿财产保险股份有限公司 一种动态生成页面的数据处理方法和系统
CN113626029B (zh) * 2020-05-09 2024-04-26 中国人寿财产保险股份有限公司 一种动态生成页面的数据处理方法和系统
CN112363967A (zh) * 2020-11-09 2021-02-12 成都卫士通信息产业股份有限公司 密码设备接口标准统一方法、装置、设备及介质
CN112363967B (zh) * 2020-11-09 2023-11-14 成都卫士通信息产业股份有限公司 密码设备接口标准统一方法、装置、设备及介质

Also Published As

Publication number Publication date
WO2002037939A2 (fr) 2002-05-16
AU2002239743A1 (en) 2002-05-21
WO2002037939A3 (fr) 2002-09-12
WO2002037939A9 (fr) 2003-04-24
AU2002236673A1 (en) 2002-05-21
WO2002039649A3 (fr) 2003-03-06

Similar Documents

Publication Publication Date Title
US8386924B2 (en) Apparatus, method and system for transforming data
US7293034B2 (en) Dynamically customizing a user interface for the aggregation of content
US7496497B2 (en) Method and system for selecting web site home page by extracting site language cookie stored in an access device to identify directional information item
US7072984B1 (en) System and method for accessing customized information over the internet using a browser for a plurality of electronic devices
JP3924102B2 (ja) ファイルをカスタマイズする方法および情報処理システム
US7680915B2 (en) Selectively forced redirection of network traffic
WO2002039649A2 (fr) Appareil, procede et systeme de transformation de donnees
US7761885B2 (en) Task computing
US7574486B1 (en) Web page content translator
US8006098B2 (en) Integrating legacy application/data access with single sign-on in a distributed computing environment
EP2023531B1 (fr) Procédé, dispositif, système, serveur d'application de terminal d'utilisateur pour sélectionner un service
US10671698B2 (en) Language translation using embeddable component
US20110022880A1 (en) Enabling Existing Desktop Applications To Access Web Services Through The Use of a Web Service Proxy
EP2033461B1 (fr) Virtualisation d'une expérience d'utilisateur d'un dispositif mobile
KR20030060884A (ko) 웹 운영체제 및 웹 데스크탑
JP2004334866A (ja) タグリブを介するウェブサイトサマリの変換
JPH11194983A (ja) カスタマイズされたインターネット・コンテンツを要求側クライアント装置に提供する方法およびシステム
Schilit et al. m-links: An infrastructure for very small internet devices
US6928462B2 (en) System and method for distributed processing of non-processable elements of a document to be rendered on a client
CN1777886A (zh) 使用资源有限的设备处理电子表单的方法和设备
CN109428877B (zh) 一种用于通过用户设备访问业务系统的方法和装置
US7143359B2 (en) Emulating advanced graphical user interface elements in a hypermedia content browser
US20050278417A1 (en) Client access to web services
US20090063493A1 (en) Information Processing Apparatus
KR100352139B1 (ko) 맞춤 페이지 생성 시스템 및 방법

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 NO NZ PH PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG UZ VN YU ZA 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 ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
REG Reference to national code

Ref country code: DE

Ref legal event code: 8642

122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase in:

Ref country code: JP