KR20030061559A - method for object rendering on thin client platforms - Google Patents

Abstract

PURPOSE: A rendering method for a thin client platform is provided to execute the HTML(HyperText Markup Language) or the Java on a thin client environment lacking the resource to execute the HTML or the Java. CONSTITUTION: After loading an HTML file on an interpreter, the information for an object device is loaded(820). The HTML file is parsed by finding out the HTML tags, and the respective tags generating an HTML preprocessing class structure are made(830). A parsing class structure is fixed through a parsing process by using the parameters of the object device, and an algorithm renders the HTML based on sizes and a class level fit to a palette of the object device(840). After the rendering, all display information is stored, and a process finally outputs the rendering information on an HTML format compiled by passing the class level(850). All processes are terminated after outputting the compiled instructions(860).

Description

Rendering method for thin client platforms {method for object rendering on thin client platforms}

The present invention relates to a complete program execution method for executing code conforming to HTML, JAVA or other standard languages in a new client environment. In particular, the present invention relates to a method for compiling and rendering full-form HTML or JAVA programs on a new client with limited resources.

A standard HTML or JAVA program requires a fairly high-end computer in terms of CPU speed and memory size to run well. These programming languages use relative positioning to represent graphical objects. Relative positioning can represent graphical objects in a wide range of fixtures and resolutions. However, relative positioning of graphic objects requires an arithmetic device that allows the target (target, target) device to place the graphic object at a specified location. Therefore, in an environment such as a thin client, a TV set-top box, a DVD player, or a VCD player with limited resources, running HTML or JAVA programs is insufficient or ineffective because they run very slowly. To solve this problem, a simple version of HTML and JAVA has been proposed with some features removed. Some good HTML and JAVA features are removed. In addition, the large number of files used in these standard languages is limited in their use in thin client environments.

The present invention relates to a method and system for executing HTML or JAVA in a new client environment where resources are insufficient to execute standard HTML or JAVA.

Accordingly, the present invention relates to a method for converting primary language data into secondary language data and a method of storing the secondary language in a form that can be executed by a rendering program that can be executed on an actual target device. Primary data refers to the location specification data specified by the program in the original HTML or JAVA. Secondary data is data that can be executed by the rendering program running in the thin client environment. Secondary datasets can be stored in the thin client environment and later loaded and run.

The programming language referred to here refers to the HTML standard language, another hyper markup language, the JAVA standard language, or an object-oriented language with other object specification tools.

The invention also includes a method for sending data to a destination device with limited execution resources. This method translates a primary data set created in a standard object specification language into a secondary data set by an intermediate object language, and transmits the secondary data set to a target device (new client). The destination device then takes the secondary data set and renders it to the rendering engine suitable for the intermediate object language. The step of transmitting the secondary data set is to transmit it to the target device through a packet switched network such as the Internet or www. The translation step is to translate the primary data set into a secondary data set to be transmitted. The translated secondary data set is then transmitted to the destination device through the transmission medium.

Another aspect of the present invention resides in the translation phase, which is a method of distinguishing which object specification language the primary data set belongs to. In this way, you can run the translation process to translate the exact object specification language between the object specification languages.

Another feature of the present invention is to find the correct destination among multiple destination devices and to select the translation process to be executed therein in transmitting the translated secondary data set to the destination device.

Another feature of the invention is a method of transmitting data to a target device. In this method, when the target device requires the original data set, the primary data set is translated into the secondary data set, which is transferred to the target device and rendered by the rendering program on the target device. This means that you can request a document written in full HTML or JAVA in a new client environment, and then automatically receive and execute the translated form of data that can be executed on the new client.

1 is a summary diagram of a thin client platform executing code data compiled in the present invention.

2 is a summary diagram of a server and a user workstation for preprocessing a combined data set in the present invention

3 is a summary diagram of the HTML format file

Figure 4 Summary of JAVA Program Preprocessor

5 is a flow chart for the HTML preprocessing process

6 is a description of the HTML structure compiled by the implementation according to the present invention.

7 is a flowchart of a JAVA program preprocessor in the present invention.

Flowchart for conversion process to reduce bytecode.

8 is a schematic diagram applying the present invention to the Internet environment

9 is a schematic diagram of applying the present invention to a 'network computer' environment

10 is a schematic diagram illustrating creation of a format compiled with the present invention in an offline environment and storage of a storage medium.

11 is a description of a thin platform for executing data that was stored in an offline environment.

Detailed description of the present invention will be described with reference to the drawings. Figures 1-2 briefly describe an implementation of the present invention, Figures 3-7A illustrate the implementation of processes in accordance with the present invention and Figures 8-10A illustrate the application of the present invention to the Internet and network environments.

1 illustrates a scene platform 10 with limited data processing resources, a display 11, a language for display, and a translator 12 for compiled code rendering. The user platform 10 is connected to the compiled code data source 13. The compiled code data source consists of a DVD / VCD or other computer readable storage device. Or it connects to the World Wide Web or packet switch, PtoP network environment, which is retrieved from the compiled code data.

Thin platform limited data processing resources include microcontrollers and limited memory. Another example is a microprocessor with low cost and limited memory. It also includes high performance processors with extremely limited resources for translation of compiled code data sources.

The new platform connects the compiled code with the translator. This translator is a relatively small, economical and functional program that runs efficiently on thin platform data processing resources. The translator converts the compiled code dataset into a stream suitable for display. In this situation the invention is used to preprocess and compile standard HTML or JAVA code into compiled HTML / JAVA format. And a more powerful computer's compiler is used here. Compiled HTML / JAVA code is stored on the storage medium. A small, compiled HTML / JAVA run-time engine is loaded and built into the new client device. The runtime engine is used to display HTML / JAVA files compiled on the scene platform. This makes it possible to run HTML or JAVA programs perfectly on very small clients. And these devices can be used both offline and online or mixed.

2 illustrates an environment for generating code material compiled in the present invention. For example, developer workstation 20 is connected to an image translator such as HTML, JAVA or other image tools. This workstation is connected to the server 22 that assembles the data. The server includes a preprocessor 23 that converts the combined data into compiled code data. Compiled code material is sent to where it is stored or translated as needed in a particular environment, such as VCD / DVD or the World Wide Web.

Compiled HTML and JAVA middleware in Figure 2 is implemented on the Internet server. In other words, the set-top box or the above storage device is connected to the Internet / Intranet via HTML / JAVA middleware (22, 23). A small, compiled HTML / JAVA run-time engine is built into the target device, and all HTML / JAVA files generated on the workstation reach the thin client device via the middleware server. Here, the HTML / JAVA file is converted to the compiled form after preprocessing by the middleware server, and the server sends the compiled code to the target device. This allows most of the software's preprocessor to be done only on the server and the target device does not need to update the new preprocessor. In addition, changes in the runtime engine that need to be executed on the target device can be provided through a link to the server.

Figures 3 and 4 briefly describe the preprocessors for HTML and JAVA. FIG. 3 is a diagram illustrating parsing HTML 501 by receiving standard HTML 500. The HTML output from the parser is passed through a command module 502 containing an HTML translator and optimized by an HTML optimizer located in memory. The writer then gets the compiled HTML output with simplified graphics. 4 illustrates a JAVA preprocessor in the present invention. The JAVA preprocessor receives a standard JAVA byte code from input 600 and it is parsed (601). The Java class loader is then executed (602). The classes are loaded in the instruction module 603 and the processing of the JAVA virtual machine 604, the JAVA garbage collector 605, and the memory optimization engine 606 takes place here as well. And through the output portion 607, an output in JAVA byte code format compiled according to the present invention is obtained.

5 illustrates a process of translating one HTML into a compiled HTML structure according to the present invention.

First, the HTML file is loaded into the translator, and then information about the target device is loaded (820).

The HTML file finds and parses the HTML tags and creates individual tags that generate the HTML preprocessor class structure (830).

Using the parameters of the target device, the parsing class structure is determined by parsing, and the algorithm renders the HTML based on the dimensions and class hierarchy appropriate for the target device's swatch table (840). Freeze the coordinates of all graphic objects specified by the HTML code.

For example, paragraphs are wrapped, horizontal rules are placed in their respective positions, colors are selected, and specific device specific processes are executed.

After rendering, all display information is saved, and finally the process goes through the class hierarchy and outputs the rendering information in the compiled HTML format. (850) Compiled HTML commands are very simple, which means that rectangles, text, bitmaps, etc. Define the position of.

After printing out the compiled commands, the process is over. (860)

Figure 6 illustrates the compiled HTML file structure.

The file structure starts with the 10 character string COMPHTML (900).

This string follows the HTML file header structure 901, and after the file header structure, the YUV color palette forces a structure 902 consisting of an array of YUVQUAD values for the target device.

After the palette arrangement, a list 903 of HTML information structures follows. Usually the first HTML information structure 904 contains a title, and then the refresh element generally follows the point 905.

This is optional. If the background color and background images are written to this image, they come next. The list of elements for display is then provided in the proper order. An anchor node for an HTML file is always placed in front of the node containing it. Animation nodes are always located just before the animation image frames begin. The image space nodes usually appear in the head of the list.

The header structure of the HTML contains the first value of the background color following the size element of the swatch table for the point of destination device.

The HTML file header structure contains the first value of the background color of the point that follows the swatch plate size parameter for the destination device. The YUVQUAD value of the color palette consists of four word structures that specify the Y, U, and V values for specific pixels at points 908-901. The HTML information structure of Listing 903 consists of a type field 911, a size field 912, and a field 913 for information supporting the type.

7 illustrates a rendering process of a JAVA file according to the present invention.

After the JAVA bytecode file is loaded (1510), JAVA classes are loaded (1520) based on the interpreter of the bytecode, and the classes are subjected to optimization (1530). These optimized bytecodes are then translated into reduced bytecodes (1540), and finally the reduced bytecodes are provided (1550).

By default, this process receives a JAVA source code file, usually with the format of a text file, such as the extension JAVA. The JAVA compiler includes compilers such as SUNTOOL.JAVAC, which are commercially available from JAVA virtual machines and Sun microsystems. The source file is usually parsed as a JAVA class file consisting of bytecodes with the extension .CLASS, and the class loader consisting of a parser and bytecode verifier handles the class files. And class structure is processed according to JAVA virtual machine specification like constant pool and method table. Next, the interpreter and compiler run. The JVM executes the bytecodes with the methods and outputs a compiled JAVA class file starting with MAIN. After finding the class, it loads the bytes from the class file. The class file bytes are then placed in a class structure suitable for runtime use, as defined in the JAVA Virtual Machine Specification. The process loads repeatedly and links the class to its superclass. Various checks and initializations are done for execution. Next, the initialization for the methods of the class is performed. First, the process checks that all the superclasses have been initialized and executes an initialization method for that class. Finally, the class determines the first constant pool entry it encounters. The method is executed by the interpreter and the compiler, and the method is in a given current class, its superclass, or other classes. Frames are created for methods that include stacks, local variables, and program counters. The process starts by executing bytecode instructions.

The instructions may be stack operations, or may invoke branch statements, load / store variables, local variables, constant pool items, or other methods. And when the imported method is a native function, the function that depends on the execution platform is executed.

7A illustrates the process of compiling Java byte code.

Higher level class bytecodes are parsed sequentially. For example, the process of replacing a high level class with a low level class in a window dialog function is repeated until the base class is used. At the end of this process, all higher-level classes are converted to lower-level classes at the base function level.

The java byte code in the class contains high-level objects specialized for functions, such as window drawing functions. In the present invention, these classes are made up of a specific set of identical functions, such as those executed by the HTML precompiler by the preprocessor. By precompiling these specialized functions of Java byte code, you can save resources than running a program from a Java byte code file on a thin client platform. In addition, the amount of memory to store the run time engine and java class files is generally reduced.

8 is an application example of the present invention.

For example, the end user's workstation platform 100 is connected to the Internet 101. Server platform 102 is also connected to the Internet 101, which includes storage for java data and HTML data and other image files. The server 103 having an intermediate compiler for one or more data according to the present invention is also connected to the internet 101.

Various scene platforms are also connected to the Internet or server 103.

For example, an end user's Thin platform B 105 is connected to the server 103 and the Internet 101 and another end user's Thin platform C 106 is connected to the Internet 101, via which the network It is connected to all other platforms on the platform. Various methods are implemented. The user's platform C 106 is composed of www (World Wide Web). When C 106 requests a file from server 102, the file is first reached via server 103 where an intermediate compiler is present. User platform A 104 is directly connected to server 103 so that when A 104 requests a file, the request arrives at server 103. Server 103 is connected to server 102; Gets the requested file from, compiles it, and sends it to platform A 104. End user B is connected to both server 103 and the Internet 101. Thus, the file request can be made directly to the server 102. The requested file is sent from the server 102 to the server 103, which is then compiled by the server 103 and sent to platform B 105.

Optionally, platform B 105 may request a file directly from server 103 executing all the retrieval and processing roles for platform B.

9 illustrates an alternative environment for the present invention.

The Internet is connected to each other 120 and 121 and the server 122 is connected to both. The server has an HTML and JAVA engine (intermediate compiler) 123. The Thin Client platforms 124, 125, and 126 each have a simple run time engine for compiled data. The server precompiles the data for the thin client platform. And for this, a powerful html / java engine is placed on the server. The thin network computer (124, 125, 126) is connected to a server with a simplified run time engine for compiled images. This simplifies the environment for displaying. This task uses a network server. However, the display will run on thin network computer terminals 124-126.

10A and 10B illustrate the off-line environment of the present invention. Figure 10A illustrates the product of the compiled file. Standard object files such as html and Java images are input through the online 1300, sent to the compiler 1301, and executed on the computer 1302. The result is then output via the online 1303. The compiled output is in compiled bitmap format or compiled html or java format file format. This file is stored on a nonvolatile storage medium such as a compact disk, video compact disk, or other storage medium 1304. 10B illustrates handling of data from a thin client such as a VCD / DVD box, a set top box 1305, and a disk 1304. FIG. A run time engine 1306 for compiled data is provided on the scene platform 1305.

As such, offline html and Java processing is provided for the run time environment of thin clients such as VCD / DVD players. The standard html / java object is precompiled and attached to a more powerful computer (1302), which is compiled by the compiler used for the compilation format. Compiled files are stored on storage media such as floppy disks, hard drive CD-ROMs, VCDs, and DVD disks. A small compile run-time engine exists either separately or on thin client devices. Runtime engines are used to execute compiled files. This allows certain html and Java programs to be used on the thin client. So it can be used in online, offline and composite modes.

The present invention provides a method of using a computer in a system with limited execution resources for a language that automatically compiles standard HTML, JAVA, or other similar languages.

The importance of the present invention becomes even more pronounced when considering the conventional technology which reduces the function of standard HTML or JAVA or sets a special standard for use in new clients. Using conventional techniques, standard programs and images on the Internet must be rewritten for specialized new client devices. This is not possible given the numerous HTML and JAVA files that exist on the Web. When using the present invention, the complete HTML file and the compiled JAVA file can be executed by a rendering engine optimized for the new client. This technique can also be used to speed up the execution of documents written in HTML or JAVA in a standard environment.

Claims (1)

How to convert a standard HTML document from a primary device to a document for use on a secondary device -The following display methods and methods of providing image formats, searching and converting a number of images referenced in a document, generating color swatches for images and documents used in the secondary device, converting documents in the primary device, and Including document execution according to standard HTML using a profile to generate a draw command for display of the document. Claim 2 A method for reading a document retrieved from a URL-based World Wide Web site and converting it in the manner of claim 1 3. The profile of claim 1 comprising the maximum number of colors for the color palette 4. A method of reducing a color set so as not to exceed the maximum number of colors of the portion and the swatch plate for generating a color palette using an image and a document in claim 3. Claim 5 The method of claim 1, wherein the document comprises a plurality of references to a plurality of images and a plurality of each reference comprises a URL. Claim 6 A method of using a profile for generating draw commands for display on a secondary device as claimed in claim 1 in which a plurality of text draw elements are generated in accordance with the invention, which encloses HTML text elements in a document and places the HTML elements in a suitable position. Way Claim 7 The creation of text elements for each text segment means that one text element contains one or more characters and that they share a font, size style, and that the text elements are absolute in the text segment displayed on the secondary device. The part that has a position. 8. A method of generating lines, rectangles, and circles as a method of generating a plurality of graphics for drawing elements 9. A method of generating multiple organized lines, and creating a URL where each line corresponds to linked items. 10. A method of supporting a bitmap format including color and converting a plurality of images having respective formats into a supported format, decoding the plurality of images into bitmap formats of red, blue, and green, How to choose a color from the swatch table and color the indexed portion of multiple bitmap-format images Claim 11 How to display documents composed of many Java classes and documents composed of standard HTML. Loading a class, authenticating and initializing methods associated with a Java class, and combining elements that draw multiple graphics and elements that draw multiple texts. Claim 12 How to convert a document containing several texts and several graphics 13. A method in which a primary device receives a request including a URL from a secondary device through a switched network, takes a document using the converted document, and converts the document into a second device through a packet switched network.