JP2009163326A - Markup language document conversion device, method, program, and system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To comparatively faithfully convert a web page for a PC into a web page for a mobile terminal. <P>SOLUTION: When a conversion server 150 receives a request for a markup language document for the PC from the mobile terminal 110, the conversion server 150 acquires the requested markup language document for the PC from a web server 130 for the PC, performs rendering, and confirms arrangement coordinates of each display element to be drawn on a display screen of prescribed size. Next, the markup language document for the PC is converted into a markup language document for the mobile terminal wherein arrangement exchange of the display elements is performed correspondingly to specifications of the mobile terminal based on each confirmed display element and its confirmed arrangement coordinates. <P>COPYRIGHT: (C)2009,JPO&INPIT

Description

  The present invention provides a second mark such as a non-PC markup language document in which display elements are rearranged from a first markup language document such as a PC markup language document according to the specifications of a mobile terminal. The present invention relates to a markup language document conversion apparatus, a markup language document conversion method, a markup language document conversion program, and a markup language document conversion system for converting into a markup language document.

  Recently, a mobile communication terminal device such as a mobile phone terminal or a PDA with a communication function has been able to browse a web page on a PC web site on the Internet. The mobile communication terminal device is also referred to as a mobile terminal in this specification.

  Although the size of the display screen of the mobile terminal is not uniform, the resolution (number of vertical and horizontal pixels) is usually smaller than the display screen of a display device for PC. Therefore, if you try to display the PC web page as it is on the display screen of the mobile terminal, the displayed web page protrudes greatly from the screen not only in the vertical direction but also in the horizontal direction, and frequently scrolls in both the horizontal and vertical directions. Need to be done.

  In addition, it may be possible to reduce the display of the web page in order to grasp the whole image, but in this case, it may be difficult to see details and characters may not be readable.

  To deal with such a problem, Patent Document 1 discloses a technique for analyzing a large web page and dividing it into smaller sub-pages and browsing the sub-page on a mobile terminal.

Patent Document 2 discloses a technique for analyzing a web page for PC and converting it into information suitable for display on a wireless terminal.
US Pat. No. 7,203,901 US Pat. No. 7047033

  By the way, HTML documents used in recent web sites usually use CSS (Cascading Style Sheet). CSS is a function for collectively managing decoration parts (modification information) of HTML documents, and defines decoration parts of characters and backgrounds using CSS files.

  In addition, when a specific process is desired to be executed in a web page, a kind of program such as JavaScript (registered trademark) may be incorporated in an HTML document.

  An HTML document to which such CSS is applied or an HTML document including JavaScript or the like may not be properly converted into a mobile markup language (ML) document by simply analyzing it.

  For example, the position of each display element on the PC screen inferred from the structure of the HTML document constituting the PC web page does not necessarily match the actual position after the CSS is applied or after the JavaScript is executed. There is a case. In such a case, if the conversion to the mobile ML document is performed based only on the analysis result of the HTML document, the arrangement position of a specific display element may change drastically (for example, the actual display page for PC should come first) It is possible that a specific display element may not be displayed, for example, when a display element comes last on an actual display page for mobile.

  The present invention has been made in such a background, and a first markup language document corresponding to a PC web page or the like is relatively faithfully converted into a second markup language document corresponding to a mobile web page or the like. An object of the present invention is to provide a markup language document conversion apparatus, a markup language document conversion method, a markup language document conversion program, and a markup language document conversion system.

  The markup language document conversion apparatus according to the present invention includes a first markup language document described in a first markup language, means for acquiring at least one of data and a program associated therewith, and the acquired first markup language document. Means for rendering one markup language document and at least one of the data and the program, and confirming the arrangement coordinates of each display element to be drawn on a display screen of a prescribed size, and each confirmed display element and its arrangement Means for converting to a second markup language document described in the second markup language, wherein the display elements are rearranged based on the coordinates, and means for storing the converted second markup language document It is characterized by having.

  The markup language document conversion method according to the present invention includes a step of receiving a request for a first markup language document described in a first markup language;

  Obtaining a first markup language document described in the requested first markup language and at least one of data and a program associated therewith; and the obtained first markup language document and the data And a step of rendering at least one of the program, a step of confirming an arrangement coordinate of each display element to be drawn on a display screen of a predetermined size, and a display element based on each confirmed display element and its arrangement coordinate And a step of converting to a second markup language document described in the second markup language after rearrangement.

  Furthermore, a markup language document conversion program according to the present invention includes a step of rendering a first markup language document described in a first markup language and at least one of data and a program accompanying the first markup language document; In the second markup language, the step of confirming the arrangement coordinates of each display element to be drawn on the size display screen, and the rearrangement of the display elements based on each confirmed display element and its arrangement coordinates And a step of causing the computer to execute the step of converting the document into the second markup language document described.

  According to the configuration of the present invention, not only simply analyzing the first markup language document but also checking the arrangement coordinates of each display element to be drawn on a display screen of a prescribed size, for example, display for PC It is possible to confirm where and how the various display elements displayed on the screen are actually displayed. Based on the confirmation result, the various display elements are displayed on the non-PC display screen relatively faithfully. Can be rearranged.

  The arrangement coordinates of the display element are diagonal coordinates of the rectangular occupation area of the display element. Thereby, the position and size of each display element can be known.

  The method may further include converting a plurality of display elements arranged side by side in a row based on a predetermined condition and folding the plurality of display elements. Thereby, the display of redundant display elements can be omitted.

  If a description for restoring a plurality of folded display elements to a vertically arranged state is included in the converted mobile ML document, the display elements before omission can be confirmed as necessary.

  According to the present invention, a PC web page can be automatically converted into a mobile web page with relatively high fidelity, and the PC content can be viewed on a mobile terminal or the like. In addition, for this reason, a content provider (usually a company) does not need to prepare a separate mobile web page for each PC web page. As a result, it is possible to release the content provider from the complicated processing burden of creating both PC content and mobile content and maintaining (synchronizing) both in the same manner.

  DESCRIPTION OF EXEMPLARY EMBODIMENTS Hereinafter, preferred embodiments of the invention will be described in detail with reference to the drawings.

  FIG. 1 shows an overall schematic configuration of a markup language document conversion system according to the present embodiment.

  This system includes a mobile terminal 110 that is a mobile communication terminal device such as a mobile phone terminal or a PDA with a communication function, a web server 120 that provides web content (whether for PC or mobile use), and web content for PC. The PC web server 130 to be provided, a conversion server 150 corresponding to the markup language document conversion apparatus of the present invention, and a communication network 140 such as the Internet to which each server is connected are configured.

  The conversion server 150 converts the PC markup language (ML) document constituting the PC web page (ie, the first markup language document) into the mobile ML document constituting the mobile web page (ie, the second markup language document) in real time. This is a server for converting to a markup language document, and is also called a transcoder. The communication network 140 may include a mobile packet communication network and a gateway (not shown) that connects the mobile packet communication network to the Internet. The web server 120 may be a server connected to a mobile packet communication network instead of the Internet.

  In accordance with the operation of the user of the mobile terminal 110, the web browser of the mobile terminal 110 requests a specific web page from the web server 120 (1). This request is transmitted by including information called a user agent (UA) from the web browser of the mobile terminal.

  The web server 120 can determine the model ID of the mobile terminal based on the received user agent information, and thereby can confirm the specification information of the model. The specification information includes, for example, a display screen size, a usable memory size, a web data amount that can be processed at one time, a support format, and the like. As a response to such a request, a redirect (including the URL of the conversion server 150) is returned from the web server 120 to the mobile terminal 110 (2). Redirection means that when the web server 120 recognizes that the terminal that has requested the web page is a mobile terminal based on the user agent information, the access destination from itself to another specific site (in this case, the conversion server 150). It is a response to move to.

  The mobile terminal 110 receives this redirect information, accesses the conversion server 150, and requests the target PC web page (3). That is, this request includes the URL of the PC web server 130.

  Instead of redirecting, the mobile terminal 110 may directly access the conversion server 150 from the URL of the conversion server 150 incorporated in the mobile web page or based on manual input of the URL.

  Upon receiving such a request, the conversion server 150 accesses the specified PC web server 130 and requests a PC web page described in the PC markup language document to be converted for the mobile terminal. (4). Further, an ML document of the PC web page is acquired from the PC web server 130 as a response (5). The conversion server 150 renders the acquired PC ML document and data and a program accompanying the acquired PC ML document as necessary, and automatically generates a mobile ML document based on the result. The response is returned to the mobile terminal 110 as a response (6). The mobile terminal 110 receives the returned mobile ML document, processes it with a web browser, further acquires necessary accompanying data and programs, performs rendering, and displays the result on the mobile display screen. The “accompanying data and program” includes, for example, modification information referenced from ML documents such as CSS, images (including advertisement images), scripts such as JavaScript, and plug-in data such as Flash. Rendering is to image information about objects and figures given as numerical data in general by data processing. In this specification, a web browser reads a markup language document such as HTML and interprets various tags. It means to determine where and how various display elements are displayed on the display screen and to generate display drawing data. Rendering includes CSS analysis, execution of JavaScript, and the like.

  The conversion server 150 preferably performs page division by dividing the data of the mobile ML document for each unit amount based on the “amount of web data that can be processed at a time” of the terminal that has received the request. Do. Any existing method can be used as a method of page division. For example, an anchor tag having a name such as “next page” linked to the contents of the next page is set at the end of each page in the mobile ML document. Note that a request from the mobile terminal to the conversion server 150 includes a user agent, and the conversion server 150 can determine the model ID of the mobile terminal based on the received user agent information, and thereby the specification of the model. Information can be confirmed. For this purpose, the conversion server 150 holds correspondence data between the model ID and the model specification information, which is not shown.

  FIG. 2 is a diagram for explaining the basic concept of the conversion server 150 in the present invention. The conversion server 150 includes a browser engine 20 having a function equivalent to that of a conventional web browser browser engine, and a conversion processing unit 161. The browser engine 20 reads and renders the PC ML document 10 such as an HTML file. Information obtained as a result of each part as a display element arranged on a PC display screen of a standard stipulated standard size (for example, vertical 600 pixels × horizontal 800 pixels) assumed in advance and its parent-child relationship The drawing document tree and the arrangement coordinate information of the occupied area (block) of the part are transmitted to the conversion processing unit 161. The conversion processing unit 161 generates a mobile ML document (for example, a cHTML document) suitable for displaying the arrangement of the parts on the mobile terminal based on the parent-child relationship of the parts and the arrangement coordinate information.

  FIG. 3 shows an internal configuration of the browser engine 20 shown in FIG. The browser engine 20 has functions of a parser 21, a page maker 23, and a formatter 25. The parser 21 interprets the logical structure of the markup language (ML) document 10 to be displayed, and generates a document tree 22 related to the structure. Based on the document tree 22, the page maker 23 generates a layout tree 24 including information on the expression format (block, inline, table, list, item, etc.) determined by each tag. This layout tree 24 represents the order in which block, inline, table, etc. exist. However, the layout tree 24 does not yet include information relating to the layout such as where and in what width and height these elements are displayed on the screen, and where the character string is folded. Based on the layout tree 24, the formatter 25 performs layout using information related to the actual display screen such as a known display screen width. That is, the layout tree 24 is arranged on the actual display screen, and the character wrapping and the position, width, and height on the screen are determined. At this stage, a drawing document tree (also called a rendering tree) 26 is generated. In the present embodiment, the drawing document tree 26 includes the diagonal coordinates of the blocks of each part.

  FIG. 4 shows a functional configuration example of the conversion server 150 according to the present embodiment.

  The transcoder engine 160 is a central part of the conversion server 150 and includes the browser engine 20 and a conversion processing unit 161. The configuration and functions of the browser engine 20 are as described above. The conversion processing unit 161 is a part that performs processing for converting the PC ML document into the mobile ML document using the processing result of the browser engine 20. This specific processing procedure will be described later.

  By using the present invention, the content provider can save the trouble of creating a mobile web site separately from the PC web site.

  The content data internal cache management unit 158 is a device for temporarily storing web page data (ML document, JavaScript, CSS, cookie, image, etc.) before conversion.

  The content acquisition information internal cache management unit 157 is a device for temporarily storing information such as an expiration date of each data and a corresponding URL as cache meta information.

  The session management unit 152 is a device for managing a session when accessing a web site. Often in the web world, the user's status is embedded in the page so that the user can continue to use the site. The place to embed is in the URL query or Cookie. Such an operation is called a session.

  The transcoder front end 162 is a server-side script processing unit that implements a function such as CGI (Common Gateway Interface) using an HTML-embedded server-side script language. CGI is a mechanism for operating a user program on a web server, and the user program is a server-side script. When the user clicks something on the terminal or sends something in a form, the transcoder front end 162 executes a program based on that and generates a new ML description and sends it to the browser. To do. In this embodiment, PHP (PHP: Hypertext Preprocessor) is used as the script language, but the present invention is not limited to this.

  The conversion result cache management unit 156 is a device that temporarily stores the mobile ML document that is the conversion result of the conversion processing unit 161.

  The httpd (Hyper Text Transfer Protocol Daemon) 154 is a web server program called an http daemon, which transmits contents accumulated in the server and starts server-side scripts in response to requests from users. belongs to.

  The hardware configuration of the conversion server 150 is not particularly shown, but is realized by an existing hardware configuration such as a CPU, a main storage device, an external storage device, a communication device, and various input / output devices.

  Hereinafter, the operation of the conversion server 150 according to the present embodiment will be described with reference to a specific web page example.

  FIG. 5 shows a schematic screen of the applicant's home page. FIG. 6 shows a schematic configuration of an HTML document constituting this web page.

  The HTML document is described by text including various tags, and the display elements constituting the web page are mainly classified into “block elements” and “inline elements”.

  The block element is an element that becomes a framework of the document, and is, for example, a heading or a paragraph. This type of element has the full width of the given area, and newlines are automatically inserted before and after the element. On the browser screen, the area occupied by the block elements is not only a certain part such as a character string or an image, but also a rectangular (block-like) area including them. Specifically, heading (h1 to h6), (meaning) paragraph (p), chapter / semantic paragraph (div), separator (hr), quotation (blockquote), table (table), etc. are block elements. The list (ul / ol / dl) and its items (li / dt / dd) are also block elements.

  An inline element is an element (for example, a link or character emphasis) that is treated as a part of a sentence. Since this type of element is treated as part of a line, there are no line breaks before or after the element. Specifically, link / anchor (a), word / sentence / sentence emphasis (em / strong), program output result (samp), program source code (code), citation clarification (cite), Forced line feed (br) etc. are inline elements. An image (img) is also included in the inline element.

  Another block element or inline element can be included in the block element. Another inline element can be included in the inline element. Block elements are not included in inline elements.

  Many tags are composed of a start tag <> and an end tag </>. Other tags between the start and end tags can be included, i.e. nested. Of the tags that are nested, the outer tag is “parent” and the inner tag is “child”.

  As described above, the browser engine 20 reads an HTML document, interprets it, and performs rendering. As a result, as shown in FIG. 7, the display position (placement coordinates) and size (diagonal coordinates of the rectangular occupied area) are obtained for each display element (ie, part) such as a block element. FIG. 8 schematically shows the state in a tree format. The “block” in this figure corresponds to the block of each display element shown in FIG. Each block has diagonal coordinates in the form of (X1, Y1, X2, Y2). (X1, Y1) are the coordinates of the upper left corner of the rectangular block, and (X2, Y2) are the coordinates of the lower right corner of the block.

  The drawing document tree of FIG. 8 is based on the result after interpreting the CSS. When JavaScript is included in the HTML document and the display element is determined by this, the execution result is reflected. For example, in the case of JavaScript in the description 200 of FIG. 6, when a process of displaying an image randomly selected from a plurality of images prepared in advance is performed, “image A” of FIG. 7 is the selected image. Corresponds to the state actually displayed on the web page. In CSS, a block may be arranged by designating coordinates. In such a case, the position of the block as a result of applying CSS is taken into consideration. Also, the CSS comment line is surely deleted from the display target.

  The conversion processing unit 161 rearranges the arrangement of the parts suitable for display on the mobile terminal based on the parent-child relationship of the parts and the coordinate information. At the time of this rearrangement, it is desirable to have a web page configuration that does not require horizontal scrolling on the display screen of the mobile terminal. Therefore, when a plurality of parts are arranged in the horizontal direction (horizontal direction) of the screen, the horizontal arrangement of the plurality of parts is changed in the vertical direction in the case where the parts protrude from the display screen of the mobile terminal. For example, the upper block 211, blocks 221 to 229, and blocks 231 to 237 in FIG. FIG. 9 is a diagram schematically showing a state where the PC web page of FIG. 7 is converted for mobile and displayed on the mobile screen. Actually, the entire content of FIG. 9 does not fit within the mobile screen, and the portion hidden by the page feed and / or scroll operation can be moved and viewed on the mobile screen in the vertical direction. In the horizontal direction, it is assumed that the entire width of the page fits on the mobile screen.

  If the width of one image (image) is larger than the mobile display screen size, the entire image size is optimized so that the horizontal width fits within the mobile display screen size. The image 241 (image A) in FIG. 7 is arranged as an optimized image 241 ′ (image A ′) at a position 340 immediately below the position 300 in FIG. 9.

Blocks 251 to 256 in FIG. 7 are originally arranged vertically and all fit within the mobile display screen size, and therefore are arranged at a position 350 immediately below position 340 in FIG. 9.
The image block 257 in FIG. 7 is arranged at a position 355 immediately below the position 350 in FIG. 9 because the horizontal width fits in the mobile display screen size.
Similarly, the blocks 261 to 265 in FIG. 7 are arranged at a position 360 immediately below the position 355 in FIG. 9.
Similarly, the blocks 271 to 272 in FIG. 7 are arranged at positions (not shown) immediately below the position 360 in FIG. 9.
Since the horizontal width of the block 281 of the image in FIG. 7 fits in the mobile display screen size, it is arranged at a position immediately below the block 272 in FIG. The arrangement position of the image is determined by the coordinates of the parent block element. When the image is reduced or enlarged, the image size is referred to.
The block 291 in FIG. 7 is arranged at a position immediately below the block 281. Since the block 291 has a large aspect ratio, it can be “folded”, which will be described later. However, since the amount of information does not change even when folded, it is not folded here. If the character string is longer than the width of the mobile display screen, it will be displayed folded by the browser function.
Since blocks 292 to 295 in FIG. 7 fit within the mobile display screen size as a whole, they are arranged at positions immediately below block 291. However, the blocks 292 to 295 may be rearranged vertically.

  When a plurality of parts are sequentially arranged for the mobile display screen from the top, the order in which the parts are picked up on the PC screen is in accordance with a predetermined rule. In the above-described example, the plurality of parts on the PC screen are sequentially selected from the left to the right at the top, and when reaching the right end, the parts are moved to the bottom and sequentially selected from the left to the right.

  However, when a plurality of small parts are included in one large block that fits in the width of the mobile screen, these small parts are handled as a unit. (Blocks 252 to 256 in FIG. 7 etc.)

  A plurality of parts with the same width size and arranged vertically are selected from the top to the bottom, and then moved to the right. (Block 251, (252 to 256), 257 etc.)

  In addition, such a rule is an illustration to the last, and this invention is not limited to this.

  By the way, as can be seen from FIG. 9, the horizontally long description portion (blocks 231 to 237 in FIG. 7) on the PC web page occupies most of the mobile screen when arranged vertically on the mobile screen. May be annoying.

  Therefore, as shown in the uppermost part of FIG. 9, when an instruction unit “Close this section” is provided on the mobile screen and the user of the mobile terminal indicates the minus mark 210 a, a plurality of elements arranged vertically are displayed. A system is set up to represent a group as a single element. This mechanism is called “folding”. Even a single element can be replaced with a smaller element in the case of a large size. Such processing is also included in the folding.

  FIG. 10 shows a state in which the blocks 211 to 237 corresponding to a plurality of elements are folded as represented by the block 211 which is one element. At this time, an indication part of a plus mark 210b is provided beside the block 211 on the mobile screen, and when the user of the mobile terminal instructs this, the display state of FIG. To restore the vertical alignment).

  Since the mechanism of the instruction unit of the minus mark 210a and the plus mark 210b is not supported by the function of a normal web browser, this function can be realized by the above-described CGI.

  The example shown in FIG. 6 shows an example in which CGI is realized using PHP, which is an HTML-embedded server-side script language. The PHP script operates on the web server, and whenever a document on the web server is requested, the PHP program described in the document is executed and the result is transmitted to the browser.

  Although a specific description example of a specific PHP script for folding is not specifically shown, the processing executed by the PHP script is not performed in response to a request from the mobile terminal from the state after folding. This is a process of returning to a state before folding (non-folding) and returning to a state after folding in response to a request from the state before folding.

  Although FIG. 9 is displayed as a default display as a default, FIG. 10 may be displayed before FIG. 9. Which is the default can be specified by a URL query in a request from the mobile terminal.

  FIG. 11 is a flowchart showing the processing procedure of the conversion server 150.

  First, a web page request from a user terminal is received (S11). At this time, the specification of the user terminal is confirmed based on the user agent information included in the request (S12).

  Next, the browser engine 20 of the conversion server 150 requests and reads the conversion-target PC ML document from the designated web server (S13). If the PC ML document is cached, it is read from the cache unit.

  Therefore, the PC ML document is rendered (S14). This rendering includes not only the analysis of HTML but also the analysis of CSS and execution of JavaScript and the like. As a result, the drawing document tree is determined (S15). That is, the position and size of each part to be displayed on the PC display screen are determined by the diagonal coordinates of each block.

  The conversion processing unit 161 of the conversion server 150 reads the contents of the drawing document tree and rearranges each part according to the predetermined rule as described above (S16). This rearrangement includes part movement, cutting, folding, addition, and the like. “Add” is to add an arbitrary new element, and for example, an advertisement can be added. Furthermore, if necessary, optimization such as reduction of the above-described image (image) is performed (S17). Further, page division according to the terminal is performed (S18). In the processing of S16 to S18, the conversion processing unit 161 refers to the specifications of the user terminal and reflects the specifications in the processing.

  In this way, the mobile ML document is written in a predetermined storage area (S19).

  FIG. 12 shows an example of the “folding” process in step S16 of FIG.

  First, it is checked whether the size and arrangement of a plurality of blocks satisfy a predetermined condition (S21). The predetermined condition is, for example, a case where a predetermined number or more of blocks whose height is equal to or less than a predetermined value are arranged in the horizontal direction and arranged in a vertical direction when converted to mobile. Or it is a case where even if it is one block, the area becomes more than predetermined value.

  If the predetermined condition is not satisfied, the process in FIG. 12 is terminated. If a predetermined condition is satisfied, a CGI meta for substituting all the blocks with the first block of those blocks or a newly provided block (new block) and displaying all the blocks according to a user instruction Information is generated and added to the mobile ML document (S22). At this time, the description of the included block is deleted from the mobile ML document. A corresponding server-side script is generated and stored on the conversion server side. This process assumes that the closed state is the default. When the open state is set as a default, CGI meta information for closing a predetermined block according to a user instruction is generated and added to the mobile ML document. At the same time, a corresponding server-side script is generated and stored on the conversion server side.

Such CGI meta-information is described in the following format in the mobile ML document.
<! --Section = 1, summary = ”<img src =”. . . gif ”>...”->

  Section indicates a folding instruction to the conversion server, and section = 1 indicates a section number indicating a folding serial number. After summary =, data to be added to the ML document when the mobile ML document is automatically generated follows.

  On the other hand, the script prepared on the conversion server side and executed on the conversion server in correspondence with such CGI meta information is, for example, the PHP script as described above. The PHP script outputs a mobile ML document in which a link is set to the above-described minus mark 210a or plus mark 210b (for example, image data) according to an open state or a closed state.

  The preferred embodiments of the present invention have been described above, but various modifications and changes other than those mentioned above can be made.

  For example, although there is one conversion server, a plurality of conversion servers may be provided to distribute the load.

  Although the markup language document conversion device of the present invention has been described as a conversion server on a communication network, it may be a single device that is not connected to the communication network. Alternatively, the markup language document conversion function of the present invention can also be applied to other home appliances mounted on a home server (home gateway) and connected via a home network.

  Although only JavaScript has been mentioned as a script that runs on a web browser, the present invention can also be applied to other scripts such as ECMAScript.

It is a figure which shows the structure of the outline of the whole system in embodiment of this invention. It is a figure for demonstrating the basic concept of the conversion server in invention of this invention. It is a figure which shows the internal structure of the browser engine as a main function part in the browser shown in FIG. It is a figure which shows the function structural example of the conversion server in embodiment of this invention. It is the figure which showed the outline screen of the applicant's homepage. FIG. 6 is a diagram showing a schematic configuration of an HTML document constituting the web page of FIG. 5. It is explanatory drawing that the display position and size (diagonal coordinate of a rectangular occupation area) are calculated | required for every display elements (namely, parts), such as a block element. It is the figure which showed the mode of each display element of FIG. 7 typically in the tree format. It is explanatory drawing of the rearrangement result of each display element of FIG. It is the figure which showed a mode that the block corresponding to a some element was represented and represented by the block which is one element. It is the flowchart which showed the process sequence of the conversion server. 12 is a flowchart illustrating a processing example of “folding” processing in step S16 of FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 ... Document, 20 ... Browser, 21 ... Parser, 22 ... Document tree, 23 ... Page maker, 24 ... Layout tree, 25 ... Formatter, 26 ... Drawing document tree, 110 ... Mobile terminal, 120 ... Web server, 130 ... PC Web server, 140 ... communication network, 150 ... conversion server, 152 ... session management unit, 156 ... conversion result cache management unit, 157 ... content acquisition information internal cache management unit, 158 ... content data internal cache management unit, 160 ... trans Coder engine 161 ... Conversion processing unit 162 ... Transcoder front end 210a ... Minus mark 210b ... Plus mark 211 ... Block 241 ... Image

Claims (12)

Means for obtaining a first markup language document described in a first markup language and at least one of data and a program associated therewith;
Means for rendering the acquired first markup language document and at least one of the data and the program, and confirming the arrangement coordinates of each display element to be drawn on a display screen of a prescribed size;
Means for converting into a second markup language document described in a second markup language, wherein the display elements are rearranged based on each confirmed display element and its arrangement coordinates;
A markup language document conversion apparatus comprising: means for storing the converted second markup language document.   The first markup language is a PC markup language, the second markup language is a non-PC markup language, and the conversion is performed according to the specifications of each non-PC terminal. The markup language document conversion apparatus according to claim 1. Receiving a request for a first markup language document written in a first markup language;
Obtaining a first markup language document described in the requested first markup language and at least one of data and a program associated therewith;
Rendering the acquired first markup language document and / or said data and program;
A step of confirming the arrangement coordinates of each display element to be drawn on a display screen of a prescribed size;
Converting the display element into a second markup language document described in the second markup language, wherein the display element is rearranged based on each confirmed display element and its arrangement coordinates, and To markup language document conversion method.   The first markup language is a PC markup language, the second markup language is a non-PC markup language, and the conversion is performed according to the specifications of each non-PC terminal. The markup language document conversion method according to claim 3. Rendering a first markup language document written in a first markup language and at least one of data and programs associated therewith;
A step of confirming the arrangement coordinates of each display element to be drawn on a display screen of a prescribed size;
Causing the computer to execute a step of converting the display element into a second markup language document described in the second markup language, in which the display element is rearranged based on each confirmed display element and its arrangement coordinates. Feature markup language document conversion program.   The first markup language is a PC markup language, the second markup language is a non-PC markup language, and the conversion is performed according to the specifications of each non-PC terminal. The markup language document conversion program according to claim 3.   The markup language document conversion program according to claim 3, further comprising: converting a plurality of display elements arranged side by side vertically based on a predetermined condition, and folding the plurality of display elements.   8. The markup language document conversion program according to claim 7, wherein a description for switching the folded state to the unfolded state or switching the unfolded state to the folded state is included in the second markup language document.   The markup language document conversion program according to claim 5, wherein the converting step includes a step of performing page division of the second markup language document according to specifications of the non-PC terminal. A markup language document conversion system including a terminal and a markup language document conversion device connected to each other via a communication network,
The terminal
The first markup language document described in the first markup language is designated to the markup language document conversion apparatus, and the document is described in the second markup language corresponding to the own terminal. Means for requesting conversion back to a two-markup language document;
Means for receiving a second markup language document from the markup language document conversion device;
Means for displaying the received second markup language document,
Markup language document converter
Means for acquiring the first markup language document and at least one of the data and program associated therewith in response to a request from the terminal;
Means for rendering the acquired first markup language document and at least one of the data and the program, and confirming the arrangement coordinates of each display element to be drawn on a display screen of a prescribed size;
Means for converting into a second markup language document described in a second markup language, wherein the display elements are rearranged based on each confirmed display element and its arrangement coordinates;
Means for returning the converted second markup language document to the terminal. A markup language document conversion system comprising:   The web server storing the first markup language document is further provided, and the markup language document conversion device acquires the first markup language document from the web server storing the first markup language document. The markup language document conversion system described.   The first markup language is a PC markup language, the second markup language is a non-PC markup language, and the conversion is performed according to the specifications of each non-PC terminal. The markup language document conversion system according to claim 11.