WO2010081336A1 - 网页页面的显示方法、请求的处理方法、装置和系统 - Google Patents

网页页面的显示方法、请求的处理方法、装置和系统 Download PDF

Info

Publication number
WO2010081336A1
WO2010081336A1 PCT/CN2009/074370 CN2009074370W WO2010081336A1 WO 2010081336 A1 WO2010081336 A1 WO 2010081336A1 CN 2009074370 W CN2009074370 W CN 2009074370W WO 2010081336 A1 WO2010081336 A1 WO 2010081336A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
content
information
data stream
response data
Prior art date
Application number
PCT/CN2009/074370
Other languages
English (en)
French (fr)
Inventor
刘建军
Original Assignee
华为技术有限公司
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
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2010081336A1 publication Critical patent/WO2010081336A1/zh

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/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
    • G06F16/9566—URL specific, e.g. using aliases, detecting broken or misspelled links

Definitions

  • the method for displaying a webpage, the processing method of the request, the device and the system are as follows: The application is filed on December 30, 2008, and the application number is 20081024199. 3.
  • the invention name is "the display method of the webpage, the processing method of the request" The priority of the Chinese patent application, the device and the system, the entire contents of which are incorporated herein by reference.
  • the present invention relates to the field of information transmission technologies, and in particular, to a method for displaying a web page, a method for processing a request, a browser, a server, and a communication system.
  • Background technique
  • Web pages generally contain various resources such as images, script files, and style files. These resources are transmitted through the HTTP (Hypertext Transfer Protocol) protocol.
  • HTTP Hypertext Transfer Protocol
  • a single content response thereby transmitting all the required resource content from the server side to the browser side, that is, as shown in FIG. 1 , obtaining the resource content required by the browser by requesting a response multiple times;
  • each resource needs to send a request from the browser to the server, that is,
  • the problem that multiple resource contents require multiple requests may result in relatively large overhead and inefficiency for a large number of resources accessed.
  • the embodiment of the invention provides a method for displaying a web page, a request processing method, a browser, a server, and a communication system, so as to solve the problem that each webpage resource content needs to be sent once.
  • the embodiments of the present invention provide the following technical solutions:
  • a method for displaying a webpage page including:
  • each of the resource contents is processed correspondingly, and the display of the webpage page is implemented.
  • a request processing method including:
  • response data stream corresponding to the resource access request, where the response data stream includes at least two resource contents and separation information corresponding to the at least two URL information.
  • a browser comprising:
  • a first communication module configured to send a resource access request, where the resource access request includes at least two URL information, and receives a returned response data stream corresponding to the resource access request;
  • a first parsing module configured to parse the separation information from the response data stream, and obtain, according to the separation information, resource content corresponding to each of the at least two URL information from the response data stream;
  • the first processing module is configured to process, according to the type of each resource content, corresponding to each resource content, to implement display of a web page.
  • a server comprising:
  • a second communication module configured to receive a resource access request, and return a response data stream corresponding to the resource access request, where the response data stream includes at least two resource contents and separation information corresponding to the at least two URL information;
  • a second parsing module configured to obtain at least two URL information from the resource access request
  • a second processing module configured to obtain corresponding resource content for each of the at least two URL information, and return a response data flow corresponding to the resource access request by using the second communication module, the response
  • the data stream includes at least two resource contents and separation information corresponding to the at least two URL information.
  • a communication system comprising:
  • a browser configured to send a resource access request that includes at least two URL information, and receive the returned response data stream corresponding to the resource access request, according to the separation information parsed from the response data stream, from the response Resolving resource content corresponding to each of the at least two URL information in the data stream; according to each resource The type of the content, corresponding to processing each of the resource content, to achieve display of the web page;
  • a server configured to obtain at least two URL information from the received resource access request, obtain resource content corresponding to each URL information, and return a response data flow corresponding to the resource access request, where the response data stream includes Corresponding to at least two resource contents and separation information of the at least two URL information.
  • a resource access request including a plurality of URL information by transmitting a resource access request including a plurality of URL information, and receiving a response data stream including a plurality of resource contents, a plurality of resource contents required for displaying the web page by a single request are realized, and the foregoing is overcome.
  • the client needs to issue a request to the server for each webpage resource content, thereby reducing the overhead of the browser and the server, and improving the efficiency.
  • FIG. 1 is a schematic flow chart of a request-response of the prior art
  • FIG. 2 is a schematic flowchart of a method for displaying a web page according to an embodiment of the present invention
  • FIG. 2A is a schematic flowchart of another method for displaying a web page according to an embodiment of the present invention.
  • FIG. 2B is a schematic flowchart of still another method for displaying a web page according to an embodiment of the present invention.
  • FIG. 3 is a schematic flowchart of a processing request method according to an embodiment of the present disclosure
  • 3A is a schematic flowchart of another processing request method according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of interaction of a method according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of a message body of a resource access request according to an embodiment of the present disclosure
  • FIG. 6 is a schematic structural diagram of a message body of a response data flow according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a communication system according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a browser according to an embodiment of the present disclosure.
  • FIG. 9 is a schematic structural diagram of a server according to an embodiment of the present invention. detailed description
  • the browser may notify the server of multiple resource contents required for displaying the webpage by using one resource access request, that is, the browser sends a resource access request, and the resource access request includes at least two URL information.
  • the server After the server receives the resource access request, the server obtains the at least two URL information, and according to the original processing method of the URL information, obtains the corresponding resource content, and uses the same response data stream for each URL information. Multiple resource content is returned to the browser, thereby solving the problem that the current HTTP protocol requires each browser to send a request once.
  • a method for displaying a Web page which can be applied to a browser, includes: S10K sending a resource access request, where the resource access request includes at least two URL information;
  • the separation information herein may be content block size list information, the content block size list information including at least two content block size information; in another implementation, the separation information herein may be a spacer.
  • the browser obtains at least two URL information, and when the browser saves the at least two URL information, where each URL information may reflect the type of the resource content, The resource content type reflected by each of the at least two pieces of URL information is saved, and the obtained resource content corresponding to each URL information is processed correspondingly to implement display of the web page;
  • the content block type list information when the content block type list information is further parsed from the response data stream, includes at least two content block type information, which may be, according to each content block type.
  • the type of the resource content reflected by the information corresponds to the processing of the resource content to realize the display of the web page.
  • a resource access request including multiple URL information is sent by the browser, and a response data stream including multiple resource contents is received, thereby realizing multiple required for displaying the webpage through a single request.
  • the content of the resource overcomes the problem that the browser needs to send a request to the server for each webpage resource content, reducing the number of times the client sends the request, thereby reducing the delay caused by the request, and reducing the browser. And server-side overhead, improving efficiency.
  • the content block type list information may be further parsed from the response data stream, where the content block type list information includes at least two content block type information;
  • FIG. 2A another method for displaying a web page according to an embodiment of the present invention is applicable to a browser, and includes:
  • the resource access request may specifically be an http message, and the header of the http message includes at least two URL information (also referred to as a URL list), and optionally the at least two URL information may further include a URL interval.
  • the message header is as follows:
  • Range: bytes 554554- where the underlined part is a list of URLs, and other contents are the same as the prior art, and therefore will not be described again.
  • the response data stream may specifically be an http message, and the message header of the http message includes content block type list information and content block size list information, and the content body of the http message includes at least two resource contents.
  • the header is as follows:
  • the Context-Type field name and value represent the content block type list information
  • the first and second are HTML types
  • the third is the image type
  • the fourth is the script file type
  • the Content-Length field name and value represent the content block.
  • the size list information, 37, 400, 22, and 423 respectively indicate the size of each resource content in the response data stream; the other contents are the same as the prior art, and therefore will not be described again.
  • the Context-Type field name and value, and the Content-Length field name and value are parsed from the message header of the response data stream, and the Content-Length field name and value can be used to distinguish each resource content from the response data stream. That is, the resource content corresponding to each of the at least two URL information can be parsed from the response data stream by using the Content-Length field name and the value.
  • the script code in the script file is executed to control execution of the script logic
  • the resource content type is image/gif
  • the image is embedded in the page to display; and so on.
  • a resource access request including multiple URL information is sent by the browser, and a response data stream including multiple resource contents is received, thereby realizing multiple required for displaying the webpage through a single request.
  • the content of the resource overcomes the problem that the client needs to send a request to the server for each webpage resource content, reducing the number of times the client sends the request, thereby reducing the delay caused by the request, and reducing the browser and Server-side overhead increases efficiency.
  • a method for displaying a Web page is applicable to a browser, and includes:
  • the resource access request may specifically be an http message, where the header of the http message includes at least two URL information, and optionally the at least two URL information may further include a URL interval symbol;
  • the header is as follows:
  • Range: bytes 554554- where the underlined part is a list of URLs, and other contents are the same as the prior art, and therefore will not be described again.
  • the response data stream may specifically be an Http message
  • the content body of the http message includes at least two resource contents
  • an example of the message header of the http message is as follows:
  • the Context-Type field name and value represent the content block type list information
  • the first and second are HTML types
  • the third is the image type
  • the fourth is the script file type
  • each resource content also referred to as The content blocks are separated by boundary: 7d62bf2f9066c; the other content is the same as the prior art, so it will not be described again.
  • the Context-Type field name and value are parsed from the message header of the response data stream, and the boundary: 7d62bf2f 9066c, which can be obtained by the string 7d62bf2f9066c Determining each resource content one by one from the message content body of the response data stream, that is, parsing each resource content corresponding to the requested URL information from the message content body of the response data stream, wherein the message of the response data stream A separator is included between the contents of the content in the content body.
  • S114 Perform processing on the web page according to the type of the resource content reflected by each content block type information, corresponding to processing the resource content.
  • a resource access request including multiple URL information is sent by the browser, and a response data stream including multiple resource contents is received, thereby realizing multiple required for displaying the webpage through a single request.
  • the resource content overcomes the problem that the client sends a request to the server for each web resource content, reduces the number of times the client sends the request, thereby reducing the delay caused by the request, and reducing the browser and server.
  • the overhead of the end improves efficiency.
  • a request processing method which can be applied to a server, according to an embodiment of the present invention, includes:
  • S204 Return a response data flow corresponding to the resource access request, where the response data stream includes at least two resource contents and separation information corresponding to the at least two URL information.
  • the separation information herein may be content block size list information, the content block size list information including at least two content block size information; in another implementation, the separation information herein may be a spacer.
  • a resource access request including multiple URL information is received by the server, and a response data flow including multiple resource contents is returned, thereby realizing multiple resources required for displaying the webpage through a single request.
  • the content overcomes the problem that the client needs to send a request to the server for each webpage resource content, thereby reducing the overhead of the server and improving the efficiency.
  • the server still maintains the existing processing manner of acquiring each resource content for each URL information.
  • another request processing method according to an embodiment of the present invention may be applied to a server, including:
  • S21 K receives a resource access request; 5212, determining the type of the resource access request, when the resource access request is a single content request, executing S216; when the resource access request is a plurality of content requests, executing S213;
  • the resource access request may be determined whether the resource access request is a single content request or multiple content requests according to the request type information parsed from the message header of the resource access request;
  • the request type information here is as shown in FIG. 5, that is, the message header field name in the resource access request: multiple URI (Uniform Resource Identifier), the value is 0 or 1, when the multiple URI When the field value is 1, it indicates that the request is multiple content requests, that is, one message requests multiple contents; when the multiple URI field value is 0, it indicates that the request is a single content request, that is, one message requests one content;
  • Obtain at least two URL information that is, a URL list, from a message header of the resource access request.
  • a URL interval symbol exists between different URL information in the URL list, where the URL interval symbol includes but is not limited to a comma , a semicolon or a space character.
  • the message content body of the response data stream includes at least two resource contents corresponding to the at least two URL information, where the resource content includes a spacer, and
  • the message header of the response data stream includes content block type list information and a spacer; or the message content body of the response data stream includes at least two resource contents corresponding to the at least two URL information, and the response data stream
  • the message header includes content block type list information and content block size list information;
  • the server after the server receives the resource access request and determines the type of the request, the server still maintains the existing processing method for acquiring each resource content for each URL information, when the request type is multiple content requests.
  • the server side outputs multiple resource contents to the same response data stream, and realizes multiple resource contents required for displaying the webpage through a single request, thereby overcoming the current client sending a request to the server for each webpage resource content.
  • the problem which reduces server-side overhead and improves efficiency.
  • the server when the server determines that the resource access request is access to multiple resources, the server may process access to each resource content, such as authentication, request filtering, and the like.
  • the server may process access to each resource content, such as authentication, request filtering, and the like.
  • an interaction diagram of a method according to an embodiment of the present invention is applicable to a system including a browser end and a server, including:
  • Step 311 The browser sends a web request, where the web request includes a URL information.
  • Step 313 The browser parses the HTML code to find the URL of all resource content in the page;
  • the browser parses the HTML code, and knows that displaying the news webpage further needs to acquire a CSS file, a script file, three image files, and a dynamic image, and obtain the to-be-accessed resource content by using the src attribute value in the html tag.
  • URL information ;
  • the URL information is obtained.
  • the server corresponding to each URL information is determined. If the server corresponding to the URL information is multiple, the browser groups the URL information according to the server corresponding to the URL information to generate a resource access request. The plurality of URL information of the same group is included in the same resource access request; if the URL information corresponds to the same server, the browser generates a resource access request including all URL information.
  • the browser determines the server corresponding to the URL according to the URL; for example, the server corresponding to URL1 and URL2 is server A, and the server corresponding to URL3 and URL4 is server B, and a resource access request including URL1 and URL2 is generated.
  • the attribute value of src is the URL, and the URL contains the server address, which is 10. 71. 144. 79;
  • the server address corresponding to the URL is the server address of the current access page. It should be noted that the case of (2) in the present embodiment.
  • Step 314 The browser sends a resource access request to the server, where the resource access request includes URL information of the foregoing six to-be-accessed resource content.
  • the message header of the resource access request includes URL information of six resource contents, where the URL information includes a URL interval symbol, as shown in FIG. 5, which is a schematic diagram of a message body structure of the resource access request, such as As shown in Figure 5, the first line, that is, the request line contains URL1, URL2, etc., and multiple URLs are separated by a URL interval symbol.
  • the URL interval symbol here may be a comma or a semicolon or a space character. Other symbols; other contents of the message body of the resource access request are the same as the prior art, and therefore will not be described again.
  • Step 315 The server obtains all the URL information from the received resource access request, and sequentially obtains the corresponding webpage resource content for each URL information; where the webpage resource content may be an embedded image, or a style file, Script file.
  • the server obtains the URL list from the message header of the received resource access request
  • For each URL read the corresponding file from the file system in the original way, or call the corresponding application logic entity to obtain the resource content.
  • Step 316 The server returns a response data stream corresponding to the resource access request, where the message header includes a content block type list information and a spacer, where the spacer is used to separate different resource content, and the response data stream is
  • the message content body includes six resource contents corresponding to the six URL information, and the resource content is included between the resource contents. In other words, the separator links the six resource contents in series.
  • the server outputs the content of the file read from the file system and the image content dynamically generated by the application logic entity (the total of six resource contents) into the same response data stream, and the interval between the six resource contents.
  • the application logic entity the total of six resource contents
  • the content body contains the resource content, each resource contains a string 7d62bf2f9066c; because the other structure of the message body is the same The prior art is not described again.
  • the content-Length field name and value can indicate the content block size list information, it is also possible to specify each content by distinguishing the resource content by the above-mentioned method for separating the interval character string.
  • the block size approach differentiates the content of the resource. For example, the content block size of the first resource content is specified as 10 KB, the content block size of the second resource content is 5 KB, and the like. This embodiment will not be described again.
  • Step 317 The browser parses the content block type list information and the spacer from the message header of the received response data stream, where the content block type list information includes six content block type information, according to the interval from the response data stream. And parsing the six resource contents corresponding to the six pieces of URL information in the message content body, and correspondingly processing the resource content according to the type of the resource content reflected by each content block type information, thereby realizing display of the web page;
  • the browser receives the response data stream returned by the server, first obtains a message header of the response data stream, and parses the content block type list information and the spacer from the message header; in the response data stream, Different resource contents are separated by the value of boundary.
  • the browser reads the string 7d62bf2f9066c, it means that one resource content is read, and the next belongs to another resource content until the next boundary value appears.
  • the six resource contents are parsed.
  • the browser can display resources correctly according to the type of resource content, such as: how to display, the size of the display, and so on.
  • the displaying, according to the type of the resource content reflected by the content block type information, the processing of the content of the resource, and displaying the web page, includes:
  • the CSS code in the CSS file is executed to control the display of the page, that is, the style of the page is controlled by the CSS code provided by a CSS file;
  • the script code in the script file is executed to control the execution of the script logic, that is, the operation on the page is controlled by the script code provided by the script JS file;
  • the resource content is a picture
  • the picture is embedded in the page to display; and so on.
  • the browser sequentially obtains the resource content, and when the browser obtains a resource content, it can be immediately displayed on the webpage without waiting for all resource content to be acquired before displaying.
  • Each displayed content can be cached in the browser (client), and the next time you access the content of the resource, you can get it from the client's cache instead of the server.
  • a resource access request including multiple URL information is sent by the browser, and the server returns a response data flow including multiple resource contents, thereby realizing the need for obtaining a webpage display through a single request.
  • the content of the resource overcomes the problem that the client sends a request to the server for each webpage resource content, reduces the number of times the client sends the request, thereby reducing the delay caused by the request, and reducing the browser and Server-side overhead increases efficiency.
  • the URL is set in the resource access request to be sent. Therefore, when the server returns multiple resource contents, the browser can recognize different resource contents and perform corresponding processing.
  • the server still maintains the existing processing method for acquiring each resource content for each URL information. Moreover, when the server determines that the resource access request is access to multiple resources, each server can still Access to resource content is handled, such as authentication, request filtering, and so on.
  • FIG. 7 a schematic structural diagram of a communication system according to an embodiment of the present invention includes:
  • the browser 500 is configured to send a resource access request that includes at least two URL information, and receive the returned response data stream corresponding to the resource access request, according to the separation information obtained from the response data stream, The resource content corresponding to each of the at least two URL information is parsed in the response data stream; and each resource content is processed correspondingly according to the type of each resource content to implement display of the web page;
  • the server 600 is configured to obtain at least two URL information from the received resource access request, obtain resource content corresponding to each URL information, and return a response data flow corresponding to the resource access request, where the response data flow includes a corresponding At least two resource contents and separation information of the at least two URL information;
  • the separation information herein may be content block size list information, the content block size list information including at least two content block size information; in another implementation, the separation information herein may be a spacer.
  • the communication system of the embodiment of the present invention may include a file system 700 and/or an application logic entity 800:
  • the server 600 is a first server, configured to obtain at least two URLs from the received resource access request.
  • Information URL list
  • reading corresponding file content from the corresponding file system 700 according to the URL information and/or invoking the corresponding application logic entity 800 to generate response content, and returning a response corresponding to the resource access request
  • application logic entity 800 herein can be deployed as a function module in the server 600, that is, an embedded program equivalent to the server 600.
  • FIG. 8 is a schematic structural diagram of a browser according to an embodiment of the present invention.
  • the browser 500 of the embodiment of the present invention includes:
  • the first communication module 501 is configured to send a resource access request, where the resource access request includes at least two URL information, and receives the returned response data stream corresponding to the resource access request;
  • the first parsing module 502 is configured to parse the separation information from the response data stream, and obtain, according to the separation information, the resource content corresponding to each of the at least two URL information from the response data stream. ;
  • the first processing module 503 is configured to process the content of each resource according to the type of each resource content to implement display of the web page.
  • the separation information is content block size list information
  • the content block size list information includes at least two pieces of content block size information.
  • the first parsing module 502 is a first resource content parsing module
  • the content block size list information is parsed from the response data stream, and each resource content corresponding to the requested URL information is parsed from the response data stream according to the content block size list information.
  • the content block size information is used to indicate the size of a content block (or the length of the content block), and each resource is distinguished from the message content body of the response data stream by using a plurality of content block size information. content.
  • the first parsing module 502 is a second resource content parsing module, configured to parse a spacer from a message header of the response data stream, according to the spacer
  • the resource content corresponding to the requested URL information is parsed from the message content body of the response data stream, wherein the resource content in the message content body of the response data stream includes a spacer.
  • the first processing module 503 is a first display processing module, configured to use, according to the stored resource content type of each of the at least two pieces of URL information, Corresponding to processing the obtained resource content corresponding to each URL information, and realizing display of the web page;
  • the first processing module 503 is the second display.
  • the processing module is configured to process the content of the resource content according to the type of the resource content reflected by each content block type information, and implement display of the web page.
  • the content block type information here represents the type of a content block.
  • a resource access request including multiple URL information is sent by the browser, and a response data stream including multiple resource contents is received, thereby realizing multiple required for displaying the webpage through a single request.
  • the content of the resource overcomes the problem that the client needs to send a request to the server for each webpage resource content, reducing the number of times the client sends the request, thereby reducing the delay caused by the request, and reducing the browser and Server-side overhead increases efficiency.
  • FIG. 9 is a schematic structural diagram of a server according to an embodiment of the present invention, where the server 600 of the embodiment of the present invention includes:
  • a second communication module 601 configured to receive a resource access request, and return a response data stream corresponding to the resource access request, where the response data stream includes at least two resource contents and separation information corresponding to the at least two URL information;
  • the second parsing module 602 is configured to obtain at least two URL information from the resource access request.
  • the representation form of the at least two URL information may be a URL list, and the URL information in the URL list may include a URL.
  • Interval symbols such as space symbols or commas or semicolons.
  • the second processing module 603 is configured to obtain corresponding resource content for each of the at least two pieces of URL information, and return a response data stream corresponding to the resource access request by using the second communication module 601,
  • the response data stream includes at least two resource contents and separation information corresponding to the at least two URL information; the separation information herein is used to separate different resource contents from the response data stream.
  • the separation information herein may be content.
  • Block size list information, the content block size list information includes at least two content block size information; the separation information herein may also be a spacer.
  • the existing information may be obtained.
  • Corresponding resource content may be obtained.
  • the file content corresponding to the URL information is read from the file system
  • the corresponding application logic entity is called to obtain the resource content corresponding to the URL information.
  • the second parsing module 602 is a message header parsing module, and is used for Parsing the request type information from the resource access request, determining a type of the request message according to the request type information, when the resource access request is a plurality of content requests (a message requesting a plurality of resource contents), from the resource Obtain a list of URLs (at least two URL information) in the access request.
  • the second processing module 603 is a response processing module, configured to obtain corresponding resource content for each URL information in the at least two URL information, and pass the foregoing
  • the second communication module returns a response data stream corresponding to the resource access request, where the response data stream includes at least two resource contents corresponding to the at least two URL information, and header information including the separation information and the content block type list information.
  • the content block type list information includes at least two content block type information, and the content block type information indicates a type of a content block.
  • the response processing module is a first response processing module, configured to obtain corresponding resource content for each URL information of the at least two URL information, and generate a response corresponding to the resource access request.
  • a data stream the message content body of the response data stream includes at least two resource contents corresponding to the at least two URL information, the resource content includes a spacer, and the content of the response data stream includes a content header
  • the block type list information and the spacer are returned by the second communication module 601 to the response data stream corresponding to the resource access request.
  • the response processing module is a second response processing module, configured to obtain corresponding resource content for each of the at least two URL information, and generate a corresponding to the resource access request.
  • the message content body of the response data stream includes at least two resource contents corresponding to the at least two URL information
  • the message header of the response data stream includes content block type list information and content block size list information
  • the content block size list information includes at least two pieces of content block size, and the response data stream corresponding to the resource access request is returned by the second communication module 601.
  • the content block size information here is used to indicate the size of a content block (or the length of a content block), where the content block type information indicates the type of a content block.
  • a resource access request including multiple URL information is received by the server, and a response data flow including multiple resource contents is returned, thereby realizing multiple resources required for displaying the webpage through a single request.
  • the content overcomes the problem that the client needs to send a request to the server for each webpage resource content, thereby reducing the overhead of the server and improving the efficiency.
  • the server still maintains the existing processing manner of acquiring each resource content for each URL information.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Description

网页页面的显示方法、 请求的处理方法、 装置和系统 本申请要求于 2008年 12月 30日提交中国专利局、 申请号为 20081024199. 3、 发明名 称为 "网页页面的显示方法、 请求的处理方法、 装置和系统" 的中国专利申请的优先权， 其全部内容通过弓 I用结合在本申请中。 技术领域
本发明涉及信息传输技术领域， 尤其涉及一种网页页面的显示方法、 请求的处理方法、 浏览器、 服务器， 以及通信系统。 背景技术
网页（Web )页面一般包含如图片、脚本文件、风格文件等多种资源， 这些资源通过 HTTP ( Hypertext Transfer Protocol , 超文本传输协议 ） 协议进行传输。
目前， 用户通过浏览器访问一个 Web 页面时， 即输入一个 URL ( Uniform Resource Locat ion,统一资源定位符），如果该 Web页面欲展示一张图片，并获取一个 CSS ( Cascading Style Sheets , 层叠样式表） 文件和一个 JS ( JAVASCRIPT, 脚本） 文件， 换言之， 即该 Web 页面显示所需要的资源 （该网页包含的资源） 包括多种， 或者一种但包括多个时， 则浏览 器通过访问该 URL后， 会再发送三个请求去分别获取图片、 CSS文件和 JS脚本文件的内容。 艮卩， 目前对于 HTTP 协议只支持单个内容请求返回单个内容响应， 这样就导致当一个 Web 页面包含多个资源时， 浏览器会向服务器端发送多次单个内容请求， 相应的服务器端返回 多次单个内容响应， 从而将所有需要的资源内容从服务器端传输到浏览器端， 即如图 1 所 示， 通过多次请求一响应获得浏览器所需要的资源内容；
发明人在实现本发明的过程中， 发现现有技术中， 按照如图 1所示的方式请求 Web页 面包含的资源时， 对于每个资源都需要从浏览器端发一个请求到服务器端， 即存在多个资 源内容需要多次请求的问题， 针对所访问的资源比较多的情况， 会造成比较大的开销， 并 且效率低下。
发明内容
本发明实施例提供一种 Web 页面的显示方法、 请求的处理方法、 浏览器、 服务器， 以 及通信系统， 以解决每个网页资源内容都需要发送一次请求的问题。 本发明实施例提供如下技术方案：
一种网页页面的显示方法， 包括：
发送资源访问请求， 该资源访问请求包括至少两个统一资源定位符 URL信息； 接收返回的与该资源访问请求对应的响应数据流；
从该响应数据流中解析出分隔信息， 根据该分隔信息从该响应数据流中获取到与所述 至少两个 URL信息中的每个 URL信息对应的资源内容；
根据每个资源内容的类型， 对应处理所述每个资源内容， 实现网页页面的显示。 以及， 一种请求处理方法， 包括：
接收资源访问请求；
从该资源访问请求中获得至少两个 URL信息；
针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资源内容；
返回与该资源访问请求对应的响应数据流，该响应数据流中包含对应所述至少两个 URL 信息的至少两个资源内容和分隔信息。
以及， 一种浏览器， 包括：
第一通信模块， 用于发送资源访问请求， 该资源访问请求中包含至少两个 URL信息， 并接收返回的与该资源访问请求对应的响应数据流；
第一解析模块， 用于从所述响应数据流中解析出分隔信息， 根据该分隔信息从该响应 数据流中获取到与所述至少两个 URL信息中的每个 URL信息对应的资源内容；
第一处理模块， 用于根据每个资源内容的类型， 对应处理所述每个资源内容， 实现网 页页面的显示。
以及， 一种服务器， 包括：
第二通信模块， 用于接收资源访问请求， 以及返回与该资源访问请求对应的响应数据 流， 该响应数据流包含对应所述至少两个 URL信息的至少两个资源内容和分隔信息；
第二解析模块， 用于从所述资源访问请求中获得至少两个 URL信息；
第二处理模块， 用于针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资源 内容， 并通过所述第二通信模块返回与该资源访问请求对应的响应数据流， 该响应数据流 包含对应所述至少两个 URL信息的至少两个资源内容和分隔信息。
以及， 一种通信系统， 包括：
浏览器， 用于发送包含至少两个 URL信息的资源访问请求， 并接收返回的与所述资源 访问请求对应的响应数据流， 根据从所述响应数据流中解析出的分隔信息， 从该响应数据 流中解析出与所述至少两个 URL信息中的每个 URL信息对应的资源内容； 根据每个资源内 容的类型， 对应处理所述每个资源内容， 实现网页页面的显示；
服务器， 用于从接收的所述资源访问请求中获得至少两个 URL信息， 获得与每个 URL 信息对应的资源内容， 并返回与所述资源访问请求对应的响应数据流， 该响应数据流包含 对应所述至少两个 URL信息的至少两个资源内容和分隔信息。
本发明实施例中， 通过发送一个包含多个 URL信息的资源访问请求， 并接收包含多个 资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所需要的多个资源内容， 克服了目前客户端针对每个网页资源内容都需要向服务器端发一次请求的问题， 从而减少 了浏览器和服务器端的开销， 提高了效率。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将对实施例或现有技 术描述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根 据这些附图获得其他的附图。
图 1为现有技术的请求一响应的流程示意图；
图 2为本发明实施例提供的一种 Web页面的显示方法的流程示意图；
图 2A为本发明实施例提供的另一种 Web页面的显示方法的流程示意图；
图 2B为本发明实施例提供的再一种 Web页面的显示方法的流程示意图；
图 3为本发明实施例提供的一种处理请求方法的流程示意图；
图 3A为本发明实施例提供的另一种处理请求方法的流程示意图；
图 4为本发明实施例提供的方法的交互示意图；
图 5为本发明实施例提供的一种资源访问请求的消息体结构示意图；
图 6为本发明实施例提供的一种响应数据流的消息体结构示意图；
图 7为本发明实施例提供的一种通信系统的结构示意图；
图 8为本发明实施例提供的一种浏览器的结构示意图；
图 9为本发明实施例提供的一种服务器的结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地 描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本 发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实 施例， 都属于本发明保护的范围。
本发明实施例中， 通过扩展 HTTP 协议， 浏览器可以通过一次资源访问请求将显示网 页所需要的多个资源内容告诉服务器， 即浏览器发送资源访问请求， 该资源访问请求包含 至少两个 URL信息， 使得服务器收到该资源访问请求后， 获得所述至少两个 URL信息， 针 对每个 URL信息， 按照原有对 URL信息的处理方式， 获取对应的资源内容， 并通过同一个 响应数据流将多个资源内容返回给浏览器， 从而解决当前 HTTP 协议中， 每个资源内容都 需要浏览器端发送一次请求的问题。
请参阅图 2， 为本发明实施例的一种 Web页面的显示方法， 可应用于浏览器端， 包括： S 10K 发送资源访问请求， 该资源访问请求包括至少两个 URL信息；
5102、 接收返回的与该资源访问请求对应的响应数据流；
5103、 从该响应数据流中解析出分隔信息， 根据该分隔信息从该响应数据流中获取到 与所述至少两个 URL信息中的每个 URL信息对应的资源内容；
在一种实现下， 这里的分隔信息可以是内容块大小列表信息， 所述内容块大小列表信 息包括至少两个内容块大小信息； 在另一种实现下， 这里的分隔信息可以是间隔符。
5104、 根据每个资源内容的类型， 对应处理所述每个资源内容， 实现 Web页面的显示。 需要说明的是， 在一种实现下， 浏览器端获得至少两个 URL信息， 当浏览器保存所述 至少两个 URL信息， 其中每个 URL信息可以反映资源内容的类型， 则可以是， 根据保存的 所述至少两个 URL信息中的每个 URL信息反映的资源内容类型， 对应处理所述获取到的与 每个 URL信息对应的资源内容， 实现 Web页面的显示；
在另一种实现下， 当从所述响应数据流中进一步解析出内容块类型列表信息， 所述内 容块类型列表信息包括至少两个内容块类型信息， 则可以是， 根据每个内容块类型信息所 反映的资源内容的类型， 对应处理所述资源内容， 实现 Web页面的显示。
可见， 本发明实施例中， 通过浏览器端发送一个包含多个 URL信息的资源访问请求， 并接收包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所需要的 多个资源内容， 克服了目前浏览器端针对每个网页资源内容都需要向服务器端发一个请求 的问题， 减少了客户端发送请求的次数， 从而减少这些请求所导致的延时， 以及减少了浏 览器和服务器端的开销， 提高了效率。
进一步的， 本发明实施例中， 由于是浏览器端主动将需要的资源内容的地址信息， 即 URL设置在待发送的资源访问请求中， 因此， 当服务器端返回多个资源内容后， 浏览器能识 别出分别与请求的 URL信息对应的、 不同的资源内容， 并进行相应的处理。 本发明实施例中， 从该响应数据流中可以进一步解析出内容块类型列表信息， 所述内 容块类型列表信息包括至少两个内容块类型信息；
请参阅图 2A， 为本发明实施例的另一种 Web页面的显示方法， 可应用于浏览器端， 包 括：
5110、 根据请求得到的 html ( Hypertext Markup Language , 超文本标记语言） 代码中 的资源链接信息， 生成资源访问请求， 该请求中包括至少两个 URL信息；
5111、 发送该资源访问请求， 该资源访问请求中包括至少两个 URL信息；
该资源访问请求具体可以是 http消息， 该 http消息的消息头中包括至少两个 URL信 息 （亦可称为 URL列表）， 可选的所述至少两个 URL信息之间还可以包含有 URL间隔符号； 例如： 消息头示意如下：
GET /a. html http/1. 1 , /b. html http/1. 1 , /c. gif http/1. 1 , /d. j s http/1. 1
Host： sample, com
Accept :
Pragma： no-cache
Cache-Control： no-cache
Referer： http： / / sample, com/
User-Agent : Moz i l la/4. 04 [en] (Win95 ; I ; Nav)
Range： bytes=554554- 其中， 下划线部分为 URL列表， 其他内容同现有技术， 故不再赘述。
5112、 接收返回的与该资源访问请求对应的响应数据流；
该响应数据流具体可以是 http消息， 该 http消息的消息头中包含内容块类型列表信 息和内容块大小列表信息， 该 http消息的内容体包含至少两个资源内容。
例如： 消息头示意如下：
HTTP/1. 1 200 0K
Server： Microsoft-I IS/5. 1
Date : Thu, 23 Mar 2006 07 : 54 : 53 GMT
Content-Di spos it ion： attachment
Cache-Control： private
Content-Type： text/html, text/html, image/ gif, text/ javascript； charset=utf-8 Content-Length : 37, 400， 22, 423
其中， Context-Type字段名和值表示内容块类型列表信息，第一个和第二个是 HTML类 型， 第三个是图片类型， 第四个是脚本文件类型； Content-Length字段名和值表示内容块 大小列表信息， 37、 400、 22、 423 分别表示响应数据流中各个资源内容的大小； 其他内容 同现有技术， 故不再赘述。
5113、 从响应数据流中解析出内容块类型列表信息和内容块大小列表信息， 根据该内 容块大小列表信息从该响应数据流中解析出所述至少两个 URL信息中的每个 URL信息对应 的资源内容；
具体可以是， 从响应数据流的消息头中解析出 Context-Type 字段名和值， 及 Content-Length字段名和值，通过 Content-Length字段名和值可以从响应数据流中一一区 别出各个资源内容， 即通过 Content-Length字段名和值可以从该响应数据流中解析出所述 至少两个 URL信息中的每个 URL信息对应的资源内容。
5114、 根据每个内容块类型信息所反映的资源内容的类型， 对应处理所述资源内容， 实现 Web页面的显示。
具体可以是， 当资源内容的类型为 text/javascript 时， 执行该脚本文件中的脚本代 码， 以控制脚本逻辑的执行；
当资源内容的类型为 image/gif 时， 将该图片内嵌到页面中显示； 等等。
可见， 本发明实施例中， 通过浏览器端发送一个包含多个 URL信息的资源访问请求， 并接收包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所需要的 多个资源内容， 克服了目前客户端针对每个网页资源内容都需要向服务器端发一个请求的 问题， 减少了客户端发送请求的次数， 从而减少这些请求所导致的延时， 以及减少了浏览 器和服务器端的开销， 提高了效率。
进一步的， 本发明实施例中， 由于是浏览器端主动将需要的资源内容的地址信息， 即 URL设置在待发送的资源访问请求中， 因此， 当服务器端返回多个资源内容后， 浏览器能识 别出分别与请求的 URL信息对应的、 不同的资源内容， 并进行相应的处理。 请参阅图 2B， 为本发明实施例的再一种 Web页面的显示方法， 可应用于浏览器端， 包 括：
S120、 根据请求得到的 html代码中的资源链接信息， 生成资源访问请求， 该请求中包 括至少两个 URL信息 （亦可称为 URL列表）；
S12K 发送该资源访问请求， 该资源访问请求中包括至少两个 URL信息； 该资源访问请求具体可以是 http消息， 该 http消息的消息头中包括至少两个 URL信 息， 可选的所述至少两个 URL信息之间还可以包含有 URL间隔符号；
例如： 消息头示意如下：
GET /a. html http/1. 1, /b. html http/1. 1, /c. gif http/1. 1, /d. js http/1. 1 Host： sample, com
Accept :
Pragma： no-cache
Cache-Control： no-cache
Referer： http： / / sample, com/
User-Agent : Mozi l la/4. 04 [en] (Win95 ; I ; Nav)
Range： bytes=554554- 其中， 下划线部分为 URL列表， 其他内容同现有技术， 故不再赘述。
5122、 接收返回的与该资源访问请求对应的响应数据流；
该响应数据流具体可以是 Http消息， 该 http消息的内容体包含至少两个资源内容， 以及该 http消息的消息头示例如下：
HTTP/1. 1 200 0K
Server： Microsoft-I IS/5. 1
Date : Thu, 23 Mar 2006 07 : 54 : 53 GMT
Content-Disposition： attachment
Cache-Control： private
Content-Type： text/html, text/html, image/ gif, text/ javascript； charset=utf-8； boundary: 7d62bf2f9066c
其中， Context-Type字段名和值表示内容块类型列表信息，第一个和第二个是 HTML类 型， 第三个是图片类型， 第四个是脚本文件类型； 以及各个资源内容 （亦可称为内容块） 之间通过 boundary: 7d62bf2f9066c 来分隔； 其他内容同现 有技术， 故不再赘述。
5123、 从该响应数据流中解析得到内容块类型列表信息和间隔符， 根据该间隔符从该 响应数据流中解析出与所述至少两个 URL信息中的每个 URL信息对应的资源内容；
具体可以是， 从响应数据流的消息头中解析出 Context-Type 字段名和值， 以及 boundary: 7d62bf2f 9066c, 通过字符串 7d62bf2f9066c可以 从响应数据流的消息内容体中一一区别出各个资源内容， 即从该响应数据流的消息内容体 中解析出每个与请求的 URL信息对应的资源内容， 其中所述响应数据流的消息内容体中资 源内容之间包含有间隔符。
S 114、 根据每个内容块类型信息所反映的资源内容的类型， 对应处理所述资源内容， 实现 Web页面的显示。
可见， 本发明实施例中， 通过浏览器端发送一个包含多个 URL信息的资源访问请求， 并接收包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所需要的 多个资源内容， 克服了目前客户端针对每个网页资源内容都向服务器端发一个请求的问题， 减少了客户端发送请求的次数， 从而减少这些请求所导致的延时， 以及减少了浏览器和服 务器端的开销， 提高了效率。
进一步的， 本发明实施例中， 由于是浏览器端主动将需要的资源内容的地址信息， 即
URL设置在待发送的资源访问请求中， 因此， 当服务器端返回多个资源内容后， 浏览器能识 别出分别与请求的 URL信息对应的、 不同的资源内容， 并进行相应的处理。 请参阅图 3， 为本发明实施例的一种请求处理方法， 可以应用于服务器端， 包括：
S20K 接收资源访问请求；
5202、 从该资源访问请求中获得至少两个 URL信息 （亦可称为 URL列表）；
5203、 针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资源内容；
5204、 返回与该资源访问请求对应的响应数据流， 该响应数据流中包含对应所述至少 两个 URL信息的至少两个资源内容和分隔信息。
在一种实现下， 这里的分隔信息可以是内容块大小列表信息， 所述内容块大小列表信 息包括至少两个内容块大小信息； 在另一种实现下， 这里的分隔信息可以是间隔符。
可见， 本发明实施例中， 通过服务器端接收一个包含多个 URL信息的资源访问请求， 并返回包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所需要的 多个资源内容， 克服了目前客户端针对每个网页资源内容都需要向服务器端发一个请求的 问题， 从而减少了服务器端的开销， 提高了效率。
进一步的， 本发明实施例中， 服务器端针对每个 URL信息仍然保持现有获取各个资源 内容的处理方式。 请参阅图 3A， 为本发明实施例的另一种请求处理方法， 可以应用于服务器端， 包括：
S21 K 接收资源访问请求； 5212、 判断该资源访问请求的类型， 当该资源访问请求为单个内容请求时， 执行 S216; 当该资源访问请求为多个内容请求时， 执行 S213;
具体可以是， 根据从该资源访问请求的消息头中解析得到的请求类型信息， 确定该资 源访问请求是单个内容请求， 还是多个内容请求；
在一种实现下， 这里的请求类型信息， 如图 5所示， 即资源访问请求中消息头字段名： multiple URI (Uniform Resource Identifier, 统一资源标示符）， 值为 0或 1， 当 multiple URI字段值为 1时，表示该请求为多个内容请求，即一个消息请求多个内容；当 multiple URI 字段值为 0时， 表示该请求为单个内容请求， 即一个消息请求一个内容；
5213、 从所述资源访问请求的消息头中获得至少两个 URL信息， 即 URL列表； 优选的， URL列表中的不同 URL信息之间存在 URL间隔符号， 这里的 URL间隔符号包括 但不限于逗号、 分号或空格符。
5214、 依次针对每个 URL信息， 采用现有的方式， 获得对应的资源内容；
5215、 返回与该资源访问请求对应的响应数据流， 该响应数据流的消息内容体包含与 所述至少两个 URL信息对应的至少两个资源内容， 所述资源内容之间包含间隔符， 以及该 响应数据流的消息头中包含内容块类型列表信息和间隔符； 或者， 该响应数据流的消息内 容体包含与所述至少两个 URL信息对应的至少两个资源内容， 以及该响应数据流的消息头 中包含内容块类型列表信息和内容块大小列表信息；
5216、 按照现有的方式进行处理， 由于为现有技术， 故不再赘述。
可见， 本发明实施例中， 服务器端接收资源访问请求后， 确定请求的类型后， 服务器 端针对每个 URL信息仍然保持现有获取各个资源内容的处理方式， 当请求类型为多个内容 请求时， 服务器端将多个资源内容输出到同一个响应数据流中， 实现通过单个请求得到网 页显示所需要的多个资源内容， 克服了目前客户端针对每个网页资源内容都向服务器端发 一个请求的问题， 从而减少了服务器端的开销， 提高了效率。
以及， 本发明实施例中， 服务器端确定该资源访问请求是对多个资源的访问时， 可以 对每个资源内容的访问进行处理， 如认证、 请求过滤等。 下面结合一个具体例子进一步介绍本发明实施例的方案：
请参阅图 4， 为本发明实施例方法的一种交互示意图， 可应用于包括浏览器端、 服务器 的系统， 包括：
步骤 311、 浏览器发送一个 Web请求， 该 Web请求包含一个 URL信息；
具体可以是，当用户在浏览器中输入一个 URL : http : //news. sina. com. cn/12345. html 以访问一新闻网页时， 浏览器向服务器发出访问该 URL 指定页面的 Web请求； 步骤 312、 服务器在收到该 Web请求后， 返回该 URL对应页面的 HTML代码 （即返回与 该 Web请求对应的响应）；
具体的 HTML 代码如下：
<html>
<header>
<l ink ref=" stylesheet " type=" text/css " href=" /css/xxx. ess " >
<script language=" javascript " src=" / js/xx. js " ></ script)
</header>
<body>
新闻内容：
新闻图片 1 :
<img src=" / images/1, jpg" >
新闻图片 2 :
<img src=" / images/2, jpg" >
新闻图片 3 :
<img src=" / images/3, jpg" >
新闻动态图片：
<img src=" / images/ dynamical " >
</body>
</html> 步骤 313、 浏览器解析该 HTML 代码， 找出该页面中的所有资源内容的 URL;
具体可以是， 浏览器解析该 HTML代码， 获知显示该新闻网页还需要获取一个 CSS 文 件、 一个脚本文件、 三个图片文件和一个动态图片， 通过 html 标签中的 src属性值获取 到待访问资源内容的 URL信息；
针对如上的 html代码， 例如 〈： Lmg src=" /images/1, jpg"〉。
需要说明的是， 获得 URL信息； 确定每个 URL信息对应的服务器， 如果这些 URL信息 对应的服务器为多个， 则浏览器根据 URL信息对应的服务器对这些 URL信息进行分组， 生 成资源访问请求， 所述同组的多个 URL信息包含在同一个资源访问请求中； 如果这些 URL 信息对应同一个服务器， 则浏览器生成一个包含所有 URL信息的资源访问请求。 具体可以是， 浏览器根据 URL， 确定该 URL对应的服务器； 例如： URL1和 URL2对应的 服务器为服务器 A， URL3、 URL4对应的服务器为服务器 B， 则生成一个包含 URL1和 URL2的 资源访问请求， 发送到服务器 A; 生成一个包含 URL3、 URL4的资源访问请求， 发送到服务 器8。
下面结合例子进行说明：
( 1 ) .如果返回的 HTML 代码包括：
<img src= " http : //10. 71. 144. 79/ image, jpg "
如前所述， src的属性值为 URL， 该 URL中包含服务器地址， 即 10. 71. 144. 79；
( 2 ) .如果访问页面包含下面这样的 html 代码：
<img src= " /images/1, jpg " > ， 则 URL对应的服务器地址是当前访 问页面的服务器地址。 需要说明的是， 本实施例中属于 （2 ) 的情况。
步骤 314、 浏览器向服务器发送资源访问请求， 该资源访问请求包含前述六个待访问资 源内容的 URL信息；
具体可以是， 在该资源访问请求的消息头中包含六个资源内容的 URL 信息， 所述 URL 信息之间包含 URL间隔符号， 结合图 5所示， 为资源访问请求的消息体结构示意图， 如图 5 所示， 第一行即请求行中包含了 URL1、 URL2等， 多个 URL之间采用 URL间隔符号分隔， 在 一种实现下， 这里的 URL 间隔符号可以是逗号或者分号或者空格符等符号； 资源访问请求 的消息体的其他内容同现有技术， 故不再赘述。
步骤 315、服务器从收到的资源访问请求中获取所有的 URL信息， 依次针对每个 URL信 息， 获取对应的网页资源内容； 这里的网页资源内容可以是内嵌的图片， 也可以是风格文 件、 脚本文件。
具体可以是， 服务器从收到的资源访问请求的消息头中获取到 URL列表；
针对每个 URL， 按照原有方式从文件系统中读取对应的文件， 或者调用对应的应用逻辑 实体获取资源内容。
例如： 〈img src= " /images/3, jpg "〉中的 URL反映的是静态资源类型， 可以从文件系 统中读取对应的文件内容；
<img src= " /images/dynamical "〉中的 URL反映的是动态资源类型， 可以调用对应的 应用逻辑实体获取资源内容。
即， 对于 CSS文件、 脚本文件和图片文件， 服务器直接从文件系统中读取对应的文件; 对于 URL 为 " /images/dynamical " 的资源， 服务器调用一个应用逻辑实体处理， 动态 生成一个图片的内容。 步骤 316、服务器返回与该资源访问请求对应的响应数据流， 该响应数据流的消息头中 包含内容块类型列表信息和间隔符， 该间隔符用于分隔不同资源内容， 以及该响应数据流 的消息内容体中包含与所述六个 URL信息对应的六个资源内容， 这些资源内容之间包含有 该间隔符， 换言之， 该间隔符将所述六个资源内容串连起来。
具体可以是， 服务器将从文件系统中读取到的文件内容和应用逻辑实体动态生成的图 片内容 （共六个资源内容） 输出到同一个响应数据流中， 六个资源内容之间的间隔符可以 是 boundary: 7d62bf2f 9066c。
结合图 6所示， 为响应数据流的消息体结构示意图， 如图 6所示， 其中， 一个消息头 字段名为 Content-Type, 字段值为： text/css， text/ javascript , image/gif, image/gif , image/gif, image/gif ; charset=utf-8 ; boundary=7d62bf 2f 9066c； 内容体中包含资源内 容， 每个资源内容之间包含有字符串 7d62bf2f9066c; 由于消息体的其他结构同现有技术， 故不再赘述。 另外， 由于前文说明了 Content-Length字段名和值可以表示内容块大小列表 信息， 因此除了通过上述所提到的用于分隔的间隔字符串的方式区分资源内容外， 还可以 采用通过指定每个内容块大小的方式实现对资源内容的区分。 例如， 指定第一资源内容的 内容块大小为 10KB, 第二资源内容的内容块大小为 5KB等等。 本实施例不再赘述。
步骤 317、 浏览器从收到的响应数据流的消息头中解析出内容块类型列表信息和间隔 符， 该内容块类型列表信息包含六个内容块类型信息， 根据该间隔符从该响应数据流的消 息内容体中解析出与所述六个 URL信息对应的六个资源内容， 根据每个内容块类型信息所 反映的资源内容的类型， 对应处理所述资源内容， 实现 Web页面的显示；
具体可以是， 浏览器收到服务器端返回的响应数据流， 先获取到该响应数据流的消息 头， 从该消息头中解析出内容块类型列表信息和间隔符； 在该响应数据流中， 不同资源内 容之间通过 boundary的值来分隔， 当浏览器读取到字符串 7d62bf2f9066c时， 说明读取一 个资源内容完毕， 接下来的属于另外一个资源内容， 直到下一个 boundary 的值出现， 以 此类推， 从而解析出六个资源内容。
浏览器根据资源内容的类型才能正确的显示资源， 例如： 如何显示， 显示的大小等等。 其中， 根据每个内容块类型信息所反映的资源内容的类型， 对应处理所述资源内容， 实现 Web页面的显示， 包括：
当资源内容为 CSS文件时， 执行该 CSS文件中的 CSS代码， 以控制页面的显示， 即该 页面的风格由一个 CSS 文件提供的 CSS 代码控制；
当资源内容为脚本 JS文件时，执行该脚本文件中的脚本代码， 以控制脚本逻辑的执行， 即该页面上的操作由脚本 JS文件提供的脚本代码控制； 当资源内容为图片时， 将该图片内嵌到页面中显示； 等等。
需要说明的是， 浏览器依次获取到资源内容， 当浏览器获取到一个资源内容时， 可以 马上显示在网页上， 而无需等待所有资源内容都获取完毕后再显示。 每个显示的内容可以 缓存在浏览器 （客户端）， 下次如果访问该资源内容， 就可以不用向服务器端获取， 而是直 接在客户端的缓存中获取。
应当理解的是， 如果浏览器已知道所有需要的资源内容的 URL 列表， 则可以直接发送 包含该 URL列表的资源访问请求到服务器端。 则本实施例中的步骤 311至 313可以省掉。
可见， 本发明实施例中， 通过浏览器端发送一个包含多个 URL信息的资源访问请求， 服务器端返回包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所 需要的多个资源内容， 克服了目前客户端针对每个网页资源内容都向服务器端发一个请求 的问题， 减少了客户端发送请求的次数， 从而减少这些请求所导致的延时， 以及减少了浏 览器和服务器端的开销， 提高了效率。
进一步的， 本发明实施例中， 由于是浏览器端主动将需要的资源内容的地址信息， 即
URL设置在待发送的资源访问请求中， 因此， 当服务器端返回多个资源内容后， 浏览器能识 别出不同的资源内容， 并进行相应的处理。
以及， 本发明实施例中， 服务器端针对每个 URL信息仍然保持现有获取各个资源内容 的处理方式； 而且， 服务器端确定该资源访问请求是对多个资源的访问时， 仍然可以对每 个资源内容的访问进行处理， 如认证、 请求过滤等。 请参阅图 7， 为本发明实施例的通信系统的结构示意图， 包括：
浏览器 500， 用于发送包含至少两个 URL信息的资源访问请求， 并接收返回的与所述资 源访问请求对应的响应数据流， 根据从所述响应数据流中获取到的分隔信息， 从该响应数 据流中解析出与所述至少两个 URL信息中的每个 URL信息对应的资源内容； 根据每个资源 内容的类型， 对应处理所述每个资源内容， 实现 Web页面的显示；
服务器 600， 用于从接收的资源访问请求中获取至少两个 URL信息， 获得与每个 URL信 息对应的资源内容， 并返回与所述资源访问请求对应的响应数据流， 该响应数据流包含对 应所述至少两个 URL信息的至少两个资源内容和分隔信息；
在一种实现下， 这里的分隔信息可以是内容块大小列表信息， 所述内容块大小列表信 息包括至少两个内容块大小信息； 在另一种实现下， 这里的分隔信息可以是间隔符。
进一步的， 本发明实施例的通信系统可以包括文件系统 700和 /或应用逻辑实体 800: 相应的， 服务器 600 为第一服务器， 用于从接收的资源访问请求中获取至少两个 URL 信息 （URL列表）， 根据所述 URL信息从对应的文件系统 700中读取相应的文件内容， 和 / 或调用对应的应用逻辑实体 800 生成响应内容， 并返回与所述资源访问请求对应的响应数 据流， 该响应数据流包含对应的至少两个资源内容（文件内容和 /或响应内容）和分隔信息。
需要说明的是， 这里的应用逻辑实体 800 可以作为一个功能模块部署在服务器 600 中， 即可以相当于服务器 600的一个内嵌程序。
可见， 本发明实施例中， 通过浏览器端发送一个包含多个 URL信息的资源访问请求， 服务器端返回包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所 需要的多个资源内容， 克服了目前客户端针对每个网页资源内容都向服务器端发一个请求 的问题， 减少了客户端发送请求的次数， 从而减少这些请求所导致的延时， 以及减少了浏 览器和服务器端的开销， 提高了效率。 请参阅图 8， 为本发明实施例的一种浏览器的结构示意图， 其中， 本发明实施例的浏览 器 500包括：
第一通信模块 501，用于发送资源访问请求，该资源访问请求中包含至少两个 URL信息， 并接收返回的与该资源访问请求对应的响应数据流；
第一解析模块 502， 用于从所述响应数据流中解析出分隔信息， 根据该分隔信息从该响 应数据流中获取到与所述至少两个 URL信息中的每个 URL信息对应的资源内容；
以及，第一处理模块 503，用于根据每个资源内容的类型，对应处理所述每个资源内容， 实现 Web页面的显示。
具体的， 如果分隔信息是内容块大小列表信息， 所述内容块大小列表信息包括至少两 个内容块大小信息； 在一种实现下， 第一解析模块 502 为第一资源内容解析模块， 用于从 所述响应数据流中解析得到内容块大小列表信息， 根据该内容块大小列表信息从该响应数 据流中解析出每个与请求的 URL信息对应的资源内容。
需要说明的是， 内容块大小信息用于表示一个内容块的大小 （或者说内容块的长度）， 通过利用多个内容块大小信息， 从响应数据流的消息内容体中一一区别出各个资源内容。
具体的， 如果分隔信息是间隔符， 在另一种实现下， 第一解析模块 502 为第二资源内 容解析模块， 用于从该响应数据流的消息头中解析出间隔符， 根据该间隔符从该响应数据 流的消息内容体中解析出每个与请求的 URL信息对应的资源内容， 其中所述响应数据流的 消息内容体中资源内容之间包含有间隔符。这里的间隔符可以是 boundary=7d62bf2f9066c。
需要说明的是， 在该响应数据流中， 不同资源内容之间通过 boundary的值来分隔， 当 浏览器读取到字符串 7d62bf2f9066c 时， 说明读取一个资源内容完毕， 接下来的属于另外 一个资源内容， 直到下一个 boundary 的值出现， 以此类推， 从而解析出各个资源内容。 以及， 本发明实施例中， 在一种实现下， 第一处理模块 503 为第一显示处理模块， 用 于根据保存的所述至少两个 URL信息中的每个 URL信息反映的资源内容类型， 对应处理获 取到的与每个 URL信息对应的资源内容， 实现 Web页面的显示；
如果所述第一解析模块 502 从所述响应数据流中进一步解析出内容块类型列表信息， 所述内容块类型列表信息包括至少两个内容块类型信息， 则第一处理模块 503 为第二显示 处理模块， 用于根据每个内容块类型信息所反映的资源内容的类型， 对应处理所述资源内 容， 实现 Web页面的显示。 这里的内容块类型信息表示一内容块的类型。
可见， 本发明实施例中， 通过浏览器端发送一个包含多个 URL信息的资源访问请求， 并接收包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所需要的 多个资源内容， 克服了目前客户端针对每个网页资源内容都需要向服务器端发一个请求的 问题， 减少了客户端发送请求的次数， 从而减少这些请求所导致的延时， 以及减少了浏览 器和服务器端的开销， 提高了效率。
进一步的， 本发明实施例中， 由于是浏览器端主动将需要的资源内容的地址信息， 即 URL设置在待发送的资源访问请求中， 因此， 当服务器端返回多个资源内容后， 浏览器能识 别出不同的资源内容， 并进行相应的处理。 请参阅图 9， 为本发明实施例的服务器的结构示意图， 其中， 本发明实施例的服务器 600包括：
第二通信模块 601， 用于接收资源访问请求， 以及返回与该资源访问请求对应的响应数 据流， 该响应数据流包含对应所述至少两个 URL信息的至少两个资源内容和分隔信息； 第二解析模块 602，用于从所述资源访问请求中获取至少两个 URL信息；需要说明的是， 至少两个 URL信息的表现形式可以是 URL列表， URL列表中的 URL信息之间可以包括 URL间 隔符号， 如空格符号或逗号或分号。
第二处理模块 603， 用于针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资 源内容， 并通过所述第二通信模块 601 返回与该资源访问请求对应的响应数据流， 该响应 数据流包含对应所述至少两个 URL信息的至少两个资源内容和分隔信息； 这里的分隔信息 用于从响应数据流中分隔出不同资源内容， 具体的， 这里的分隔信息可以是内容块大小列 表信息， 所述内容块大小列表信息包括至少两个内容块大小信息； 这里的分隔信息也可以 是间隔符。
需要说明的是， 针对所述至少两个 URL信息中的每个 URL信息， 可以采用现有方式获 得对应的资源内容。
在一种实现下， 当所述 URL信息反映的是静态资源类型， 则从文件系统中读取与该 URL 信息对应的文件内容；
当所述 URL信息反映的是动态资源类型， 则调用对应的应用逻辑实体获取与该 URL信 息对应的资源内容。
如果接收的资源访问请求中进一步包含用于标识该资源访问请求的类型的头信息， 简 称为请求类型信息， 则本发明实施例的服务器中， 第二解析模块 602 为消息头解析模块， 用于从所述资源访问请求中解析出请求类型信息， 根据该请求类型信息确定请求消息的类 型， 当该资源访问请求为多个内容请求 （一个请求多个资源内容的消息） 时， 从所述资源 访问请求中获取 URL列表 （至少两个 URL信息）。
本发明实施例中， 在一种实现下， 第二处理模块 603 为响应处理模块， 用于针对所述 至少两个 URL信息中的每个 URL信息， 获得对应的资源内容， 并通过所述第二通信模块返 回与该资源访问请求对应的响应数据流， 该响应数据流包含对应所述至少两个 URL信息的 至少两个资源内容， 以及包含分隔信息和内容块类型列表信息的头信息， 所述内容块类型 列表信息包括至少两个内容块类型信息， 内容块类型信息表示一内容块的类型。
在一种实现下， 所述响应处理模块为第一响应处理模块， 用于针对所述至少两个 URL 信息中的每个 URL信息， 获得对应的资源内容， 生成与该资源访问请求对应的响应数据流， 该响应数据流的消息内容体包含与所述至少两个 URL信息对应的至少两个资源内容， 所述 资源内容之间包含有间隔符， 以及该响应数据流的消息头中包含内容块类型列表信息和该 间隔符， 通过所述第二通信模块 601返回与该资源访问请求对应的响应数据流。
在另一种实现下， 所述响应处理模块为第二响应处理模块， 用于针对所述至少两个 URL 信息中的每个 URL信息， 获得对应的资源内容， 生成与该资源访问请求对应的响应数据流， 该响应数据流的消息内容体包含与所述至少两个 URL信息对应的至少两个资源内容， 以及 该响应数据流的消息头中包含内容块类型列表信息和内容块大小列表信息， 所述内容块大 小列表信息包括至少两个内容块大小信息， 通过所述第二通信模块 601 返回与该资源访问 请求对应的响应数据流。 这里的内容块大小信息用于表示一个内容块的大小 （或者说内容 块的长度）， 这里的内容块类型信息表示一内容块的类型。
可见， 本发明实施例中， 通过服务器端接收一个包含多个 URL信息的资源访问请求， 并返回包含多个资源内容的响应数据流的手段， 实现通过单个请求得到网页显示所需要的 多个资源内容， 克服了目前客户端针对每个网页资源内容都需要向服务器端发一个请求的 问题， 从而减少了服务器端的开销， 提高了效率。 进一步的， 本发明实施例中， 服务器端针对每个 URL信息仍然保持现有获取各个资源 内容的处理方式。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过 计算机程序来指令相关的硬件来完成， 所述的程序可存储于一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的实施例的流程。 其中， 所述的存储介质可为磁碟、 光盘、只读存储记忆体（Read-Only Memory, ROM)或随机存储记忆体（Random Access Memory, RAM) 等。
以上所述仅为本发明的几个实施例， 本领域的技术人员依据申请文件公开的可以对本 发明进行各种改动或变型而不脱离本发明的精神和范围。

Claims

权 利 要 求 书
1、 一种网页页面的显示方法， 其特征在于， 包括：
发送资源访问请求， 该资源访问请求包括至少两个统一资源定位符 URL信息； 接收返回的与该资源访问请求对应的响应数据流；
从该响应数据流中解析出分隔信息， 根据该分隔信息从该响应数据流中获取到与所述至 少两个 URL信息中的每个 URL信息对应的资源内容；
根据每个资源内容的类型， 对应处理所述每个资源内容， 实现网页页面的显示。
2、 如权利要求 1所述的方法， 其特征在于， 所述分隔信息为内容块大小列表信息， 所述 内容块大小列表信息包括至少两个内容块大小信息；
所述根据该分隔信息从该响应数据流中获取到与所述至少两个 URL信息中的每个 URL信 息对应的资源内容为：
根据该内容块大小列表信息从该响应数据流中解析出每个与请求的 URL信息对应的资源 内容。
3、 如权利要求 1所述的方法， 其特征在于， 所述从该响应数据流中解析出分隔信息， 所 述根据该分隔信息从该响应数据流中获取到与所述至少两个 URL信息中的每个 URL信息对应 的资源内容， 包括：
从该响应数据流的消息头中解析出间隔符， 根据该间隔符从该响应数据流的消息内容体 中解析出每个与请求的 URL信息对应的资源内容， 其中所述响应数据流的消息内容体中资源 内容之间包含有间隔符。
4、 如权利要求 1或 2或 3所述的方法， 其特征在于， 所述根据每个资源内容的类型， 对 应处理所述每个资源内容， 实现网页页面的显示， 包括：
根据保存的所述至少两个 URL信息中的每个 URL信息反映的资源内容类型， 对应处理所 述获取到的与每个 URL信息对应的资源内容， 实现网页页面的显示。
5、 如权利要求 1所述的方法， 其特征在于， 当从所述响应数据流中进一步解析出内容块 类型列表信息， 所述内容块类型列表信息包括至少两个内容块类型信息， 所述根据每个资源 内容的类型， 对应处理所述每个资源内容， 实现网页页面的显示， 包括：
根据每个内容块类型信息所反映的资源内容的类型， 对应处理所述资源内容， 实现网页 页面的显示。
6、 如权利要求 1、 2、 3或 5所述的方法， 其特征在于， 所述发送资源访问请求之前， 进 一步包括： 获得至少两个 URL信息；
确定每个 URL信息对应的服务器， 当所述至少两个 URL信息对应的服务器为多个时， 根 据 URL信息对应的服务器对所述至少两个 URL信息进行分组， 生成资源访问请求， 所述同组 的多个 URL信息包含在同一个资源访问请求中。
7、 一种请求处理方法， 其特征在于， 包括：
接收资源访问请求；
从该资源访问请求中获得至少两个 URL信息；
针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资源内容；
返回与该资源访问请求对应的响应数据流， 该响应数据流中包含对应所述至少两个 URL 信息的至少两个资源内容和分隔信息。
8、 如权利要求 7所述的方法， 其特征在于， 所述接收资源访问请求后， 进一步包括： 根据从该资源访问请求中解析出的请求类型信息， 确定该资源访问请求的类型为多个内 容请求。
9、 如权利要求 7或 8所述的方法， 其特征在于， 所述返回的响应数据流中进一步包含内 容块类型列表信息， 所述内容块类型列表信息包括至少两个内容块类型信息。
10、 如权利要求 9所述的方法， 其特征在于， 所述返回与该资源访问请求对应的响应数 据流之前， 进一步包括：
生成与该资源访问请求对应的响应数据流， 该响应数据流的消息内容体包含与所述至少 两个 URL信息对应的至少两个资源内容， 所述资源内容之间包含有间隔符， 以及该响应数据 流的消息头中包含该间隔符和该内容块类型列表信息；
或者，
生成与该资源访问请求对应的响应数据流， 该响应数据流的消息内容体包含与所述至少 两个 URL信息对应的至少两个资源内容， 以及该响应数据流的消息头中包含该内容块类型列 表信息和内容块大小列表信息，其中所述内容块大小列表信息包括至少两个内容块大小信息。
11、 一种浏览器， 其特征在于， 包括：
第一通信模块， 用于发送资源访问请求， 该资源访问请求中包含至少两个 URL信息， 并 接收返回的与该资源访问请求对应的响应数据流；
第一解析模块， 用于从所述响应数据流中解析出分隔信息， 根据该分隔信息从该响应数 据流中获取到与所述至少两个 URL信息中的每个 URL信息对应的资源内容；
第一处理模块， 用于根据每个资源内容的类型， 对应处理所述每个资源内容， 实现网页 页面的显示。
12、 如权利要求 11所述的浏览器， 其特征在于， 所述第一解析模块为第一资源内容解析 模块， 用于从所述响应数据流中解析得到内容块大小列表信息， 根据该内容块大小列表信息 从该响应数据流中解析出每个与请求的 URL信息对应的资源内容， 其中所述内容块大小列表 信息包括至少两个内容块大小信息；
或者， 所述第一解析模块为第二资源内容解析模块， 用于从该响应数据流的消息头中解 析出间隔符， 根据该间隔符从该响应数据流的消息内容体中解析出每个与请求的 URL信息对 应的资源内容， 其中所述响应数据流的消息内容体中资源内容之间包含有间隔符。
13、 如权利要求 11或 12所述的浏览器， 其特征在于， 所述第一处理模块为第一显示处 理模块， 用于根据保存的所述至少两个 URL信息中的每个 URL信息反映的资源内容类型， 对 应处理获取到的与每个 URL信息对应的资源内容， 实现网页页面的显示；
或者， 所述第一处理模块为第二显示处理模块， 用于根据每个内容块类型信息所反映的 资源内容的类型， 对应处理所述资源内容， 实现网页页面的显示， 其中所述第一解析模块从 所述响应数据流中进一步解析出内容块类型列表信息， 所述内容块类型列表信息包括至少两 个内容块类型信息。
14、 一种服务器， 其特征在于， 包括：
第二通信模块， 用于接收资源访问请求， 以及返回与该资源访问请求对应的响应数据流， 该响应数据流包含对应所述至少两个 URL信息的至少两个资源内容和分隔信息；
第二解析模块， 用于从所述资源访问请求中获得至少两个 URL信息；
第二处理模块， 用于针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资源内 容， 并通过所述第二通信模块返回与该资源访问请求对应的响应数据流， 该响应数据流包含 对应所述至少两个 URL信息的至少两个资源内容和分隔信息。
15、 如权利要求 14所述的服务器， 其特征在于， 所述第二解析模块为消息解析模块， 用 于从所述资源访问请求中解析出请求类型信息， 在根据所述请求类型信息确定该资源访问请 求的类型为多个内容请求时， 从所述资源访问请求中获得至少两个 URL信息。
16、 如权利要求 14或 15所述的服务器， 其特征在于， 第二处理模块为响应处理模块， 用于针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资源内容， 并通过所述第二 通信模块返回与该资源访问请求对应的响应数据流，该响应数据流包含对应所述至少两个 URL 信息的至少两个资源内容， 以及包含分隔信息和内容块类型列表信息的头信息， 所述内容块 类型列表信息包括至少两个内容块类型信息。
17、如权利要求 16所述的服务器，其特征在于，所述响应处理模块为第一响应处理模块， 用于针对所述至少两个 URL信息中的每个 URL信息， 获得对应的资源内容， 生成与该资源访 问请求对应的响应数据流， 该响应数据流的消息内容体包含与所述至少两个 URL信息对应的 至少两个资源内容， 所述资源内容之间包含有间隔符， 以及所述响应数据流的消息头中包含 该内容块类型列表信息和该间隔符， 通过所述第二通信模块返回与该资源访问请求对应的响 应数据流；
或者， 所述响应处理模块为第二响应处理模块， 用于针对所述至少两个 URL信息中的每 个 URL信息， 获得对应的资源内容， 生成与该资源访问请求对应的响应数据流， 该响应数据 流的消息内容体包含与所述至少两个 URL信息对应的至少两个资源内容， 以及该响应数据流 的消息头中包含该内容块类型列表信息和内容块大小列表信息， 所述内容块大小列表信息包 括至少两个内容块大小信息， 通过所述第二通信模块返回与该资源访问请求对应的响应数据 流。
18、 一种通信系统， 其特征在于， 包括：
浏览器， 用于发送包含至少两个 URL信息的资源访问请求， 并接收返回的与所述资源访 问请求对应的响应数据流， 根据从所述响应数据流中解析出的分隔信息， 从该响应数据流中 解析出与所述至少两个 URL信息中的每个 URL信息对应的资源内容； 根据每个资源内容的类 型， 对应处理所述每个资源内容， 实现网页页面的显示；
服务器， 用于从接收的所述资源访问请求中获得至少两个 URL信息， 获得与每个 URL信 息对应的资源内容， 并返回与所述资源访问请求对应的响应数据流， 该响应数据流包含对应 所述至少两个 URL信息的至少两个资源内容和分隔信息。
PCT/CN2009/074370 2008-12-30 2009-10-09 网页页面的显示方法、请求的处理方法、装置和系统 WO2010081336A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN20081024199.3 2008-12-30
CN2008102419993A CN101477535B (zh) 2008-12-30 2008-12-30 网页页面的显示方法、请求的处理方法、装置和系统

Publications (1)

Publication Number Publication Date
WO2010081336A1 true WO2010081336A1 (zh) 2010-07-22

Family

ID=40838252

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074370 WO2010081336A1 (zh) 2008-12-30 2009-10-09 网页页面的显示方法、请求的处理方法、装置和系统

Country Status (2)

Country Link
CN (1) CN101477535B (zh)
WO (1) WO2010081336A1 (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101477535B (zh) * 2008-12-30 2011-06-08 华为技术有限公司 网页页面的显示方法、请求的处理方法、装置和系统
CN102136933B (zh) * 2010-09-30 2013-08-28 华为技术有限公司 设备管理方法、中间件及机器通信平台、设备和系统
TWI642290B (zh) 2011-02-11 2018-11-21 美商ＩｏＴ控股公司 用於管理機器對機器（ｍ２ｍ）實體的ｍ２ｍ伺服器、以及在ｍ２ｍ伺服器中實施的方法
CN102164178B (zh) * 2011-03-28 2014-04-16 华为技术有限公司 内容获取方法及客户端
CN102184231A (zh) * 2011-05-12 2011-09-14 广州市动景计算机科技有限公司 获取页面资源的方法及装置
CN102790749A (zh) * 2011-05-16 2012-11-21 中国移动通信集团广东有限公司 数据业务的处理方法及系统、wap网关、用户终端
CN103731717B (zh) * 2012-10-10 2017-06-20 华为终端有限公司 展示多幅图像的方法、装置、家庭网络系统和移动终端
CN103780483A (zh) * 2012-10-26 2014-05-07 中兴通讯股份有限公司 一种物联网终端设备的资源信息获取方法、系统及设备
CN103023870B (zh) * 2012-11-14 2016-08-31 小米科技有限责任公司 一种消息中数据的输出方法、装置和设备
CN102970522B (zh) * 2012-12-12 2016-09-07 四川省电力公司信息通信公司 一种利用客户端访问浏览前端摄像机回传视频图像的方法
CN103220327B (zh) * 2013-03-04 2016-08-17 小米科技有限责任公司 用户信息存储方法及装置
CN104639588B (zh) * 2013-11-14 2019-07-16 腾讯科技（北京）有限公司 一种文件下载方法、装置和系统
CN103731492B (zh) * 2013-12-31 2017-08-04 优视科技有限公司 一种页面传输处理方法、装置和系统
CN104917731B (zh) * 2014-03-12 2019-04-26 深圳中兴网信科技有限公司 一种提高数据显示速度的方法及系统、服务器、浏览器
CN104598616A (zh) * 2015-01-30 2015-05-06 百度在线网络技术（北京）有限公司 一种页面加载方法、装置、服务器和系统
CN105119955B (zh) * 2015-07-09 2018-10-09 中国科学院计算技术研究所 一种分布式文件系统中读目录多页支持的方法及系统
CN106470225B (zh) * 2015-08-18 2019-07-30 阿里巴巴集团控股有限公司 一种通知消息管理方法和装置
CN107153663B (zh) * 2016-03-04 2019-10-29 中国移动通信集团北京有限公司 一种域名资源缓存方法及装置
CN107301182B (zh) * 2016-04-15 2020-06-30 北京京东尚科信息技术有限公司 一种展示内嵌图片的网页的方法和装置
CN107635009A (zh) * 2017-10-10 2018-01-26 山东浪潮云服务信息科技有限公司 中间件的服务方法、系统、数据请求装置及数据提供装置
CN108717435B (zh) * 2018-05-16 2023-05-23 腾讯科技（深圳）有限公司 网页加载方法、信息处理方法、计算机设备及存储介质
CN109032924A (zh) * 2018-06-22 2018-12-18 顺丰科技有限公司 识别页面中资源类型的方法、装置、设备和储存介质
CN113055309A (zh) * 2019-12-28 2021-06-29 中移(成都)信息通信科技有限公司 资源加载方法、装置、设备及介质
CN113126920A (zh) * 2021-04-02 2021-07-16 深圳市杉岩数据技术有限公司 对象存储批量读取及写入方法、客户端、存储网关及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020033891A (ko) * 2000-10-30 2002-05-08 문성광 통합웹페이지억세스시스템 및 방법
US20060168226A1 (en) * 2004-11-24 2006-07-27 Microsoft Corporation Method, computer-readable medium, and apparatus for scheduling the availability of versions of a network resource
CN1953455A (zh) * 2006-11-15 2007-04-25 北京北大方正电子有限公司 一种网络资源访问控制的方法、模块和服务器
CN101477535A (zh) * 2008-12-30 2009-07-08 华为技术有限公司 网页页面的显示方法、请求的处理方法、装置和系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100563253C (zh) * 2006-03-23 2009-11-25 杭州华三通信技术有限公司 一种客户/服务器架构中的数据处理方法
CN101202748B (zh) * 2007-11-27 2012-06-06 优视科技有限公司 一种嵌入式设备的微浏览器浏览网页的方法及嵌入式设备的微浏览器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020033891A (ko) * 2000-10-30 2002-05-08 문성광 통합웹페이지억세스시스템 및 방법
US20060168226A1 (en) * 2004-11-24 2006-07-27 Microsoft Corporation Method, computer-readable medium, and apparatus for scheduling the availability of versions of a network resource
CN1953455A (zh) * 2006-11-15 2007-04-25 北京北大方正电子有限公司 一种网络资源访问控制的方法、模块和服务器
CN101477535A (zh) * 2008-12-30 2009-07-08 华为技术有限公司 网页页面的显示方法、请求的处理方法、装置和系统

Also Published As

Publication number Publication date
CN101477535B (zh) 2011-06-08
CN101477535A (zh) 2009-07-08

Similar Documents

Publication Publication Date Title
WO2010081336A1 (zh) 网页页面的显示方法、请求的处理方法、装置和系统
US6553393B1 (en) Method for prefetching external resources to embedded objects in a markup language data stream
US8312074B2 (en) Method for multipart encoding
US8533310B2 (en) Method and apparatus for acceleration by prefetching associated objects
CN105095280B (zh) 一种浏览器缓存方法和装置
US20040168122A1 (en) System, method and computer readable medium for transferring and rendering a web page
JP2002229842A (ja) Ｈｔｔｐアーカイブ・ファイル
CN106126693B (zh) 一种网页的相关数据的发送方法及装置
JP2004511852A (ja) ネットワークデータの転送高速化システム及び方法
US20130305140A1 (en) Apparatus, system, and method for obtaining image and text information
WO2014048241A1 (zh) 一种浏览器及其进行域名解析的方法
WO2018001124A1 (zh) 网页文件发送方法、网页渲染方法及装置、网页渲染系统
EP1446734A2 (en) Method, system, and software for transmission of information
US9507873B1 (en) Reduced latency for subresource transfer
US20120117270A1 (en) Methods for reducing latency in network connections using automatic redirects and systems thereof
TW201437826A (zh) 網頁樣式位址合併的方法和裝置
WO2011097992A1 (zh) 实现网页访问的方法、系统及前端服务器
WO2010051766A1 (zh) 目标资源的信息获取方法及装置
WO2015196442A1 (zh) 一种网页优化的设备及方法
CN104023046A (zh) 移动终端识别方法和装置
US7047483B1 (en) Computer implemented method and apparatus for providing a logical point of access to one or more files
CN103227827B (zh) 请求资源的方法和装置
KR100654189B1 (ko) 웹 페이지 제공 장치 및 방법
JP2000020415A (ja) Ｗｗｗサーバプロキシとｗｗｗブラウザプロキシおよびｗｗｗシステム
TWI263149B (en) A URL dataflow path re-scheduling system and the method thereof

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09838123

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09838123

Country of ref document: EP

Kind code of ref document: A1