KR20000039328A - Method for processing hyper text markup language of web browser - Google Patents

Abstract

PURPOSE: A method for processing a hyper text markup language of a web browser is provided to reduce a communication cost and web surfing time, enable an automatic construction of a web page, and allow a user to select desired data, by filtering the data which is surely necessary for the browser to optimize the time for displaying one web page, and thereby reducing communication time. CONSTITUTION: It is determined whether an agent that currently requests data is included in a list of capability. If the agent does not exist in the capability list, the corresponding data is returned. If the agent exists in the capability list, it is determined whether the agent can be handled. If the agent can be handled, the corresponding data is returned. If the agent can not be handled, null data is returned. The capability list includes only a list which can not be processed.

Description

How to deal with ETMT in web browser

The present invention relates to a method of processing Hyper Text Makeup Language (HTML) of a web browser. In particular, the present invention efficiently displays an HTML document processed by a web browser, thereby minimizing and optimizing communication time. It is about how to handle Etchiel of a web browser to maximize the performance.

One of the rapidly changing technologies in recent years is WWW (WORLD WIDE Web), which deals with HTML, and numerous browsers exist on different platforms with different capabilities. From browsers in complex desktops that support all existing technologies, to browsers in PDAs that can only display text.

Normally, a browser reads an HTML document, which is a document containing a list of document data and all necessary data, from the server, and then, among the various data existing in the HTML file, is needed. Even when things are completely received from the server, many of them are discarded because they are incapable of displaying them anyway.

Therefore, it wastes valuable communication time to receive unused data from the server, and also shows a slow response time to the user.

Of course, if the browser can easily determine the need for data by itself, it is not necessary to make a request from the server at all, but for a lot of data, before the browser receives all or part of the data, It is not possible to determine whether the data can be displayed or not.

In addition, the environment in which simply created browsers are used is mostly used in devices such as PDAs, such as communication speed / environment, which are not desktops, so they represent a single page. It takes time.

That is, in the case of a lot of data, the prior art cannot determine whether or not the data can be displayed by the browser until the browser receives all or part of the data, and is simply used by the created browser. Since most of the environment is used in a device such as a PDA (PDA) such as communication speed / environment rather than a desktop, there is a problem in that it consumes a wasteful communication time for receiving useless data in representing a page.

Accordingly, the present invention devised in view of the above-mentioned problems provides a mechanism that allows the server to know in advance whether the browser can display or not and deliver only data that can be expressed by the browser. Through this, the only purpose is to provide the processing method of the web browser that can maximize the efficiency of communication time by receiving only the necessary data from the server (Server).

1 is a flow chart showing the processing method of the Etchimell of the present invention web browser.

Fig. 2 is a block diagram showing a typical environment in which a general HTTP protocol is operated.

Figure 3 shows an extension of the capability list.

***** Description of the symbols for the main parts of the drawings *****

21: Agent 22: Filter

23: server

The present invention for achieving the above object comprises the first step of determining whether the agent (Agent) currently making a request for data (Agent) on the Capability (Capability) list; As a result of the determination of the first step, if the agent does not exist on the Capability list, data is transferred. If the Agent exists on the Capability list, the Agent is transferred. A second step of determining if it can be handled; As a result of the determination of the second step, if the agent can handle the data, the corresponding data is transferred, and if the agent cannot handle, the third step is to pass the empty data.

Hereinafter, with reference to the accompanying drawings, the operation and effects of the method for processing Etchiel of the web browser according to the present invention will be described in detail.

FIG. 1 is a flowchart illustrating a method of processing an ETMT message of a web browser according to the present invention. As shown in FIG. 1, it is determined whether an agent currently requesting data is an agent on a capability list. A first step; As a result of the determination of the first step, if the agent does not exist on the Capability list, data is transferred. If the Agent exists on the Capability list, the Agent is transferred. A second step of determining if it can be handled; As a result of the determination of the second step, if the agent can handle, the data is passed to the agent; if the agent cannot handle, the third step is to pass the null data. The operation of the invention will be described with reference to FIGS. 2 and 3.

First, FIG. 2 is a block diagram showing a typical environment in which a general HTTP protocol is operated. In the process of receiving a request and receiving a response from an agent 21, a server (Server: In the filter 22 part of the page 23, data about the content to be delivered to the agent 21 may be processed. At this time, it is possible to determine what agent the agent 21 is currently sending the server to. Since it can be seen from the page, it can be filtered through the filter 22, that is, the server (Server: 23) can be used to know the information, such as the version, name, etc. of the agent (Agent: 21) that sends the request for each request Because of this, the server (Server: 23) uses this to list and manage the capabilities of each agent (Agent: 21), then filters them by referring to this list.

In other words, if the agent currently making the request (Agent: 21) is an agent (21:21) that is known to the server (Server: 23), then the requested data from the capability list is handled by that agent (21). Determine if you can.

As a result, if the agent (Agent: 21) can handle the data for the request is passed, and if the agent (Agent: 21) can not handle the data is passed over.

At this time, if the agent (Agent: 21) making the current request is not the agent (Agent: 21) known to the server (Server: 23), what is the agent (Agent: 21) requesting the current request? Since it is not known on the 23) side, data is passed unconditionally even if it is considered to have all the Capability.

Here, the Capability list is implemented as a linked list to make a structure that can be easily extended by the concept of a plug-in when a new Agent 21 is implemented or a version is upgraded. This will be described in detail with reference to FIG. 3.

Currently, three types of agents (Agent: 21) are known in the server (Server: 23) of the system, and in the case of the first agent (Agent: 21), three categories of audio, image, and video capersville (Category) Capability, and in the case of an image, it is divided into details such as Bitmap, JPEG, and GIF.

The method of constructing the Capability list is generally made in advance for known browsers on the Server 23, and the list of the Capability list cannot be processed. Since only the values are recorded, everything that is not in the list of Capabilities can never receive displayable data from the server (Server: 23).

Here, in a more extended application, you can think of the browser controlling the request yourself. By overriding the existing Capability list to the desired value when connecting to the server For example, when you view the "Text Only" page, you can view the Capability list for the image without having to set up a page on the server (Server: 23), which is the same as in the conventional case. Overridden on the server side (Server: 23), you can only get the missing text automatically. In this case, the persistence of the newly Use the persistence method and restore the original default value if the connection is lost later.

As described in detail above, the present invention can reduce the communication cost by optimizing the time required to display one web page through filtering only the data necessary for the browser, thereby reducing the communication time, and also the user. Fast response time also reduces web surfing time, and adds the ability to automatically configure pages and add the ability for users to select and retrieve only the data they need. have.

Claims (2)

A first step of determining whether an agent currently requesting data is an agent on a capability list; And determining whether the agent can handle the agent if the agent does not exist on the Capability list, and if the agent does not exist on the Capability list. Two steps; And the third step of passing the corresponding data if the agent can handle and passing the empty data if the agent cannot handle the determination result of the second step. The method of claim 1, wherein the Capability list records only an unprocessable list.