WO2013041001A1 - 一种访问网页的方法、装置、浏览器以及程序 - Google Patents

一种访问网页的方法、装置、浏览器以及程序 Download PDF

Info

Publication number
WO2013041001A1
WO2013041001A1 PCT/CN2012/081345 CN2012081345W WO2013041001A1 WO 2013041001 A1 WO2013041001 A1 WO 2013041001A1 CN 2012081345 W CN2012081345 W CN 2012081345W WO 2013041001 A1 WO2013041001 A1 WO 2013041001A1
Authority
WO
WIPO (PCT)
Prior art keywords
browser
webpage
data
saved
cache area
Prior art date
Application number
PCT/CN2012/081345
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 北京奇虎科技有限公司
Priority to US14/345,648 priority Critical patent/US20150154313A1/en
Publication of WO2013041001A1 publication Critical patent/WO2013041001A1/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/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching

Definitions

  • the present invention relates to network technologies, and in particular, to a method and an apparatus for accessing a webpage, and a browser and a program for accessing a webpage. Background technique
  • the browser supports the webpage caching mechanism.
  • the IE (Internet Explorer) browser that comes with the Windows system uses a cumulative acceleration method to cache the webpage, which is the content of the webpage that the user has visited.
  • the cache also accumulates. The next time you visit the same page, the browser will first search for the cached directory. If there is already access to the content, the browser does not have to download it from the Internet and read it directly from the local cache, thus improving the access to the website. speed.
  • the size and number of caches are limited, so browsers have their own set of mechanisms for clearing the cache. Once the space or number of files in the cache area exceeds a certain amount, the browser's cache will be triggered. Clean up mechanism. For example, the IE browser evaluates each cache file with a weight, and then cleans up the last 10% of the cache file, and the weight algorithm is different in different versions of IE, and is inconsistent.
  • the browser-used web cache mechanism improves the speed of accessing web pages to a certain extent.
  • defects there are also the following defects:
  • Cache is a defect that is periodically cleaned up by the browser or other cleaning software.
  • the present invention has been made in order to provide a method and corresponding apparatus for accessing a web page that overcomes the above problems or at least partially solves or alleviates the above problems, and a browser and program for accessing a web page.
  • a method for accessing a webpage including: pre-producing an optimized cache area locally, and preloading all webpage data that needs to be accessed in the optimized cache area;
  • the webpage data corresponding to the webpage access request is saved in the optimized cache area, and if it is saved, the webpage data is directly read from the optimized cache area; if not, The browser's default caching mechanism is triggered to query whether the webpage data is saved in the browser's default cache.
  • an apparatus for accessing a webpage including: an optimized cache area creating module, configured to create an optimized cache area locally in advance;
  • a preloading module configured to preload all webpage data that needs to be accessed in the optimized cache area
  • a data obtaining module configured to: when the webpage access request is initiated, query whether the webpage data corresponding to the webpage access request is saved in the optimized cache area, and if it is saved, directly read the webpage from the optimized cache area Data; if not saved, triggers the browser default cache module to query whether the webpage data is saved in the browser's default cache.
  • a browser for accessing a webpage comprising: a protocol processor, the protocol processor comprising the apparatus for accessing a webpage as claimed in any one of claims 11 to 15.
  • a computer program comprising computer readable code, when the computer readable code is run in a terminal device, causing the terminal device to perform according to claims 1 to 10. Any of the methods described for accessing a web page.
  • a computer readable medium storing the computer program according to claim 18 is provided.
  • the present invention implements a new caching mechanism that can be configured to be operated and maintained. It does not replace the caching mechanism of the original browser, but is completely compatible with the original caching mechanism. It is a complement to the browser caching mechanism.
  • the browser accesses the webpage
  • the webpage data is first read from the optimized cache provided by the present invention, and when it is not read, the browser's caching mechanism is used to read from the default buffer of the browser. Therefore, when the webpage is accessed for the first time, although the default buffer area of the browser does not have the webpage data, as long as the webpage data is pre-configured into the optimized cache area, it can be directly read from the optimized cache area, thereby Increased access speed.
  • the cached data in the optimized cache area is not regularly cleaned as long as it is configured, even if the browser periodically performs the cleanup mechanism, the cached data in the optimized cache area is not affected. Therefore, through this supplementary caching mechanism, the cached files can be cleaned up by the browser or other software, which solves the problem that the cached files of the website are often automatically cleared by the browser, and the bandwidth consumption of certain specific website servers is reduced.
  • the invention is particularly applicable to web page access with complex page scripts.
  • the present invention utilizes the Asynchronous Pluggable Protocols (APPS) of Windows to implement the takeover of network requests of the HTTP-Hypertext Transfer Protocol by creating an asynchronous pluggable protocol processor.
  • Asynchronous Pluggable Protocols (APPS) of Windows to implement the takeover of network requests of the HTTP-Hypertext Transfer Protocol by creating an asynchronous pluggable protocol processor.
  • FIG. 1 is a flow chart schematically showing a method of accessing a webpage according to an embodiment of the present invention
  • FIG. 2 is a schematic diagram showing a flow of accessing a webpage according to an embodiment of the present invention. Intention
  • FIG. 3 is a schematic block diagram showing an apparatus for accessing a web page according to an embodiment of the present invention
  • Figure 3A is a schematic block diagram showing the structure of a preload module in accordance with one embodiment of the present invention.
  • FIG. 4 is a schematic structural diagram of a browser for accessing a webpage according to an embodiment of the present invention.
  • Figure 5 is a block diagram schematically showing a terminal device for performing a method of accessing a web page according to the present invention
  • Fig. 6 schematically shows a storage unit for holding or carrying program code for implementing a method of accessing a web page according to the present invention.
  • a new cache mechanism that can be configured for operation and maintenance is implemented, which does not replace the cache mechanism of the original browser, but is completely compatible with the original cache mechanism, and is a browser cache mechanism.
  • kind of supplement is implemented, which does not replace the cache mechanism of the original browser, but is completely compatible with the original cache mechanism, and is a browser cache mechanism.
  • FIG. 1 is a flowchart of a method for accessing a webpage according to an embodiment of the present invention.
  • Step 101 Create an optimized cache area locally, and preload all the webpage data that needs to be accessed in the optimized cache area.
  • the related files and index files (collectively referred to as webpage data or cache files) of the website that need to improve the access speed may be installed on the user's machine in advance through the installation package or the client's upgrade module, and on the user's machine. Create an optimized cache to cache these page data.
  • the webpage data or the cache file may include the content of the webpage itself such as a picture or a text, or may include a cookie file, and may also include a webpage script and the like.
  • the optimized cache area is different from the default buffer area of the browser.
  • the browser-supported webpage caching mechanism stores the webpage data that the browser has visited in the default cache area, and automatically cleans and maintains the default cache area.
  • the optimized cache area in the embodiment of the present invention does not cache the webpage data that the browser has visited, but caches the data of all the websites that may be accessed by preloading. The device may not have been accessed at one time.
  • this embodiment provides two preloading modes, as follows:
  • One way is to automatically download all the webpage data that needs to be accessed from the server after the installation package or the client upgrade module is installed, and save it to the optimized cache area;
  • the installation package or the client upgrade module has all the webpage data that needs to be accessed, that is, all the webpage data that needs to be accessed is pre-configured in the installation package or the client upgrade module, and is installed. After completion, all webpage data is saved to the optimized cache.
  • any preloading method can be used.
  • the preloaded content can be configured, that is, the web page data (such as scripts, cookies, pictures, texts, etc.) of the website can be pre-loaded according to the user's needs.
  • Step 102 When a webpage access request is initiated, query whether the webpage data corresponding to the webpage access request is saved in the optimized cache area, and if yes, read the webpage data directly from the optimized cache area;
  • the index is an index file, which includes a URL-Universal Resource Locator (URL-Universal Resource Locator) and a cache file in the optimized cache area.
  • URL-Universal Resource Locator URL-Universal Resource Locator
  • the browser accesses the web page and sends an Http request for the webpage resource, it will go to the index file to search. If the corresponding cache file can be found, it will be directly read. Otherwise, step 103 is returned to the system for default processing.
  • the browser when a request is made to access a web page, the browser first queries the optimized cache area instead of the original browser default buffer area.
  • Step 103 if not saved, triggering a default cache mechanism of the browser to query whether the webpage data is saved in a default cache area of the browser;
  • the above is the default processing of the system, that is, using the cache mechanism supported by the browser.
  • the cached data in the optimized cache area is not regularly cleaned as long as it is configured, even if the browser periodically performs the cleanup mechanism, the cached data in the optimized cache area is not affected. Therefore, through this supplementary caching mechanism, the cached files can be cleaned up by the browser or other software, which solves the problem that the cached files of the website are often automatically cleared by the browser, and the bandwidth consumption of certain specific website servers is reduced.
  • the Asynchronous Pluggable Protocols (APPS) of Windows can be used to implement the processing of the http protocol by automatically creating an asynchronous pluggable protocol processor, thereby obtaining processing of all http protocols of the browser. Permissions. Through this takeover, the required caching mechanism can be implemented quickly and easily.
  • Asynchronous Pluggable Protocol Processor is a scheme for processing custom URL protocol schemes on the Windows platform or filtering data for specified MIME types. It allows the default URL protocol of Windows system to be replaced by APPS, such as http protocol or about. Agreement, etc.
  • the Asynchronous Pluggable Protocol Processor is a COM-Component Object Model object that handles any call registered as a protocol scheme.
  • Urlmon the URL processing module of Windows
  • CLSID class identifier
  • the protocol handler gets the instance through the IClassFactory: :CreateInstance function.
  • the original browser caching mechanism can be implemented by the system's asynchronous pluggable protocol processor APPS (referred to as default APPS).
  • the asynchronous pluggable protocol processor APPS (referred to as self-created APPS) is added, and as a supplement to the default APPS of the system, the use of the two can improve the access speed of the webpage, and at the same time prevent the cache from being automatically cleaned by the browser.
  • the self-created APPS can be installed as a plug-in to the IE browser, or can be used as a part of the browser function, and the client installs a brand new browser with the APPS to implement the present invention. Whether installing a separate plugin or installing a brand new one
  • the browser after the installation is completed, the created APPS will create an optimized cache area on the client side, and save all pre-configured webpage data that needs to be accessed into the optimized cache area.
  • Flowchart 2 below shows how to implement http network requests via APPS to read data from a custom optimized cache without getting it from the network.
  • Step 201 When the web page issues an http request, the browser URL processing module (Urlmon.dll) invokes a query function to check whether the interface for external call is implemented by the created APPS;
  • the browser URL processing module (Urlmon.dll) invokes a query function to check whether the interface for external call is implemented by the created APPS;
  • the system's Urlmon.dll first calls the Query Interface function (it is a standard function of Com, the function is the query interface). See if the built-in APPS implements the IlnternetProtocol interface.
  • the IlnternetProtocol interface is an interface exposed by the self-created APPS to an external call, and is responsible for communicating with the IlnternetProtocolSink interface in the download operation (referring to the network download process).
  • step 202 is executed to notify whether the webpage data corresponding to the webpage access request is saved in the optimized cache area by the creating APPS.
  • the browser default APPS also referred to as the browser default cache module
  • the browser default cache module is queried to check whether the webpage data corresponding to the webpage access request is saved in the default buffer of the browser, and the subsequent steps are omitted here.
  • Step 202 notify whether the webpage data corresponding to the webpage access request is saved in the optimization cache area from the creation APPS query;
  • step 203 If it has been saved, go to step 203; otherwise, notify the browser of the default APPS, and the subsequent steps are omitted here.
  • Urlmon.dll calls the IlnternetProtocolRoot:: Start method of creating APPS and passes the address of the IllternetProtocolSink interface of Urlmon.dll.
  • the IlnternetProtocolRoot Start method can be used to query whether the data corresponding to the URL to be accessed is in the optimized cache.
  • the IlnternetProtocolSink interface is an interface for receiving information and notifications related to APPS data.
  • Step 203 Start an inquiry by creating an APPS.
  • the data is queried from a local optimized cache area. If the cache area has a special page corresponding file that needs to be accelerated, it is read from the local optimized cache area, and does not need to be from the network. Going to the request, this speeds up the complex web page. Otherwise, if the query is not available, call the system's default APPS.
  • Step 204 When queried, the webpage data is saved in the optimized cache area that is created by the APPS notification Urlmon.dll;
  • Urlmon.dll ReportData method of Urlmon.dll
  • Step 205 Urlmon.dll calls the read function of the created APPS, and reads the webpage data from the optimized cache area;
  • Urlmon.dll is called from the IlnternetProtocol: :Read method that creates the APPS.
  • step 206 step 204 to step 205 are repeated until the download task of the request data is completed from the creation of the APPS.
  • the above process can improve the loading speed of the webpage, and even download all the webpage files that the user needs to access the website through the client software, thereby reducing the network connection speed and the number of times. Moreover, it can also prevent the cache from being automatically cleaned up by the browser.
  • the above-described embodiments of the present invention are particularly applicable to web page access and loading with complex page scripts.
  • the pre-loading method is first loaded into the local optimized cache area. Then, reading from the optimized cache area, the access speed is greatly improved, and the acceleration effect on the complex script page is more obvious.
  • the present invention also provides corresponding device embodiments, as follows.
  • FIG. 3 is a structural diagram of an apparatus for accessing a webpage according to an embodiment of the present invention.
  • the device 10 for accessing a webpage may include an optimized cache creation module 20 and a preloading module. 30 and a data acquisition module 40, wherein
  • the optimized cache creating module 20 is configured to create an optimized cache area locally;
  • the preloading module 30 is configured to preload all the webpage data that needs to be accessed in the optimized cache area;
  • the data obtaining module 40 is configured to: when the webpage access request is initiated, query whether the webpage data corresponding to the webpage access request is saved in the optimized cache area, and if it is saved, read the directly from the optimized cache area. Web page data; if not saved, triggers the browser default cache module to query whether the webpage data is saved in the browser's default cache area.
  • the default cache module of the browser is further configured to read directly from the default cache area of the browser when the webpage data has been saved in the default cache area of the browser; when the browser does not save the default cache area When the web page data is described, the download is performed from the server.
  • the default cache module of the browser is used to implement a webpage caching mechanism that is provided by the browser, and may be an APPS that is provided by the browser.
  • FIG. 3A is a schematic structural diagram of a module of the preloading module 30 according to an embodiment of the present invention. The figure shows that: in the foregoing method embodiment, two preloading modes are provided, corresponding to the two types of preloading.
  • the pre-loading module 30 can include the following sub-modules:
  • the preloading module 30 can include:
  • the data downloading sub-module 31 is configured to automatically download all webpage data that needs to be accessed from the server, and save the data to the optimized cache area.
  • the preloading module 30 can also include:
  • a data storage submodule 32 configured to store all webpage data that needs to be accessed
  • the loading submodule 33 is configured to save all webpage data that needs to be accessed in the data storage submodule into the optimized cache area.
  • the preloading module 30 can also include all the above submodules that implement the two configurations.
  • the device for accessing the web page can be installed as a separate plug-in for use on the IE browser, or as part of the browser function, as shown in FIG.
  • FIG. 4 it is a structural diagram of a browser for accessing a webpage according to an embodiment of the present invention.
  • the browser includes a protocol processor 50, which may include the The device 10 for accessing the web page can be seen in the description of FIG. 3, which is omitted here.
  • the browser may further include a cache module 60 for implementing a browser default webpage caching mechanism.
  • the browser may further include a URL processing module 70, configured to: when the webpage access request is initiated, invoke a query function to check whether the protocol processor 50 implements an interface for external calling; if implemented, notify the protocol processor Querying whether the webpage data corresponding to the webpage access request is saved in the query optimization cache area; if not, notifying the browser default cache module 60 to query whether the webpage data corresponding to the webpage access request is saved in the default cache area of the browser .
  • a URL processing module 70 configured to: when the webpage access request is initiated, invoke a query function to check whether the protocol processor 50 implements an interface for external calling; if implemented, notify the protocol processor Querying whether the webpage data corresponding to the webpage access request is saved in the query optimization cache area; if not, notifying the browser default cache module 60 to query whether the webpage data corresponding to the webpage access request is saved in the default cache area of the browser .
  • the device or the browser for accessing the webpage implements a new caching mechanism that can be configured to be operated and maintained, which does not replace the caching mechanism of the original browser, but is completely compatible with the original caching mechanism. , is a complement to the browser caching mechanism.
  • the cached files can be cleaned up by the original browser or other software, which solves the problem that the cache files of the website are often automatically cleaned by the browser, and the bandwidth consumption of certain specific website servers is reduced.
  • the various component embodiments of the present invention may be implemented in hardware, or in a software module running on one or more processors, or in a combination thereof.
  • a microprocessor or digital signal processor may be used in practice to implement some or all of the functionality of some or all of the components of a browser device in accordance with embodiments of the present invention.
  • the invention can also be implemented as a device or device program (e.g., a computer program and a computer program product) for performing some or all of the methods described herein.
  • a program implementing the invention may be stored on a computer readable medium or may be in the form of one or more signals. Such signals may be downloaded from an Internet website, provided on a carrier signal, or provided in any other form.
  • the terminal device conventionally includes a processor 510 and a computer program product or computer readable medium in the form of a memory 520.
  • the memory 520 may be an electronic memory such as a flash memory, an EEPROM (Electrically Erasable Programmable Read Only Memory), an EPROM, a hard disk, or a ROM.
  • Memory 520 has a memory space 530 for program code 531 for performing any of the method steps described above.
  • storage space 530 for program code may include various program code 531 for implementing various steps in the above methods, respectively.
  • These program codes can be read from or written to one or more computer program products. Or in multiple computer program products.
  • Such computer program products include program code carriers such as hard disks, compact disks (CDs), memory cards or floppy disks.
  • Such a computer program product is typically a portable or fixed storage unit as described with reference to FIG.
  • the storage unit may have a storage section, a storage space, and the like arranged similarly to the storage 520 in the terminal device of FIG.
  • the program code can be compressed, for example, in an appropriate form.
  • the storage unit includes computer readable code 53 ⁇ , i.e., code readable by a processor, such as 510, that when executed by the server causes the server to perform various steps in the methods described above.
  • an embodiment or “one or more embodiments” as used herein means that a particular feature, structure, or characteristic described in connection with the embodiments is included in at least one embodiment of the invention. Moreover, it is noted that the examples of the words “in one embodiment” herein are not necessarily all referring to the same embodiment.
  • any reference signs placed between parentheses shall not be construed as a limitation.
  • the word “comprising” does not exclude the presence of the elements or steps that are not in the claims.
  • the word “a” or “an” preceding a component does not exclude the presence of a plurality of such elements.
  • the invention can be implemented by means of hardware comprising several distinct elements and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means can be embodied by the same hardware item.
  • the use of the words first, second, and third does not indicate any order. These words can be interpreted as names.

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)

Abstract

本发明公开了一种访问网页的方法、装置及一种浏览器，以解决浏览器第一次访问无缓存的问题。所述方法包括：预先在本地创建优化缓存区，并在所述优化缓存区中预加载需要访问的所有网页数据；当发起网页访问请求时，查询所述优化缓存区中是否保存所述网页访问请求对应的网页数据，如果已保存，则直接从所述优化缓存区中读取所述网页数据；如果未保存，则触发浏览器默认的缓存机制来查询浏览器的默认缓存区中是否保存所述网页数据。本发明可以提高网页（尤其是复杂脚本页面）的访问速度，还可以避免缓存被浏览器自动清理掉的问题。

Description

一种访问网页的方法、 装置、 浏览器以及程序 技术领域
本发明涉及网络技术， 尤其涉及一种访问网页的方法、 装置及一种 访问网页的浏览器以及程序。 背景技术
在访问网页的过程中， 为了提高访问速度， 浏览器都会支持网页緩 存机制。 例如， Windows系统自带的 IE ( Internet Explorer ) 浏览器会釆 用累积式加速的方法来实现网页的緩存， 即将用户曾经访问的网页内容
(包括图片以及 Cookie文件等）存放在用户电脑里， 并且随着用户访问 页面数的增加， 緩存也累积。 当下一次访问同样的页面时， 浏览器会首 先搜索这个緩存的目录， 如果其中已经有访问过的内容， 浏览器就不必 从网上下载， 而直接从本地緩存中读取出来， 从而提高了访问网站的速 度。
同时， 緩存的大小和个数是有限制的， 所以浏览器都有它们自己的 一套清理緩存的机制， 一旦緩存区内文件占用的空间或者个数超过一定 量， 就会触发浏览器的緩存清理机制。 例如， IE 浏览器会给每一个緩存 文件评估一个权值， 然后把排在最后 10%的緩存文件清理掉， 而这个权 值的算法在不同的 IE版本上也有不同， 并不一致。
综上所述， 这种浏览器普遍釆用的网页緩存机制在一定程度上提高 了访问网页的速度。 但是， 也存在以下缺陷：
1 ) 浏览器第一次访问无緩存的缺陷；
目前绝大部分的浏览器都釆用累积式加速的方法来实现网页緩存， 必须在第一次访问后才能获取网页的緩存文件， 所以第一次访问都必须 从服务器下载， 这就带来第一次访问无法提高访问速度的问题。
2 )緩存被浏览器或者其它清理软件定期清理掉的缺陷。
浏览器都有自己的一套清理緩存的机制， 一旦緩存文件过大， 只能 按照浏览器的清理机制决定清理哪些文件， 但是此机制无法识别哪些緩 存文件是关键的或者重要的， 而网站也无法控制自己的緩存页面不被清 理。 因此， 可能会将一些重要文件清理掉， 导致需经常性地加载这些页 面时很緩慢的问题。 发明内容
鉴于上述问题， 提出了本发明以便提供一种克服上述问题或者至少 部分地解决或者减緩上述问题的访问网页的方法和相应的装置以及一种 访问网页的浏览器和程序。
根据本发明的一个方面， 提供了一种访问网页的方法， 包括： 预先 在本地创建优化緩存区， 并在所述优化緩存区中预加载需要访问的所有 网页数据；
当发起网页访问请求时， 查询所述优化緩存区中是否保存所述网页 访问请求对应的网页数据， 如果已保存， 则直接从所述优化緩存区中读 取所述网页数据； 如果未保存， 则触发浏览器默认的緩存机制来查询浏 览器的默认緩存区中是否保存所述网页数据。
根据本发明的另一个方面， 提供了一种访问网页的装置， 包括： 优化緩存区创建模块， 用于预先在本地创建优化緩存区；
预加载模块， 用于在所述优化緩存区中预加载需要访问的所有网页 数据；
数据获取模块， 用于当发起网页访问请求时， 查询所述优化緩存区 中是否保存所述网页访问请求对应的网页数据， 如果已保存， 则直接从 所述优化緩存区中读取所述网页数据； 如果未保存， 则触发浏览器默认 的緩存模块来查询浏览器的默认緩存区中是否保存所述网页数据。
根据本发明的另一个方面， 提供了一种访问网页的浏览器， 包括： 协议处理器， 所述协议处理器包括如权利要求 11 至 15任一权利要 求所述的访问网页的装置。
根据本发明的又一个方面， 提供了一种计算机程序， 其包括计算机 可读代码， 当所述计算机可读代码在终端设备中运行时， 导致所述终端 设备执行根据权利要求 1~10中的任一个所述的访问网页的方法。
根据本发明的再一个方面， 提供了一种计算机可读介质， 其中存储 了如权利要求 18所述的计算机程序。
本发明的有益效果为：
首先， 本发明实现了一种新的可以配置可以运营维护的緩存机制， 本身并不替代原有浏览器的緩存机制， 而是完全兼容原有的緩存机制， 是对浏览器緩存机制的一种补充。 基于本发明， 当浏览器访问网页时， 先从本发明提供的优化緩存中读取网页数据， 当读取不到时再使用浏览 器的緩存机制， 从浏览器的默认緩存区读取。 因此， 当第一次访问网页 时， 虽然浏览器的默认緩存区没有该网页数据， 但是只要这个网页数据 预先配置到了优化緩存区中， 就可以直接从所述优化緩存区中读取到， 从而提高了访问速度。
同时， 由于所述优化緩存区中的緩存数据只要配置好后就不会被定 期清理， 即使浏览器定期执行清理机制， 也不会影响所述优化緩存区中 的緩存数据。 因此， 通过这种补充的緩存机制， 緩存的文件可以不被浏 览器或者其它软件清理掉， 解决了网站的緩存文件经常被浏览器自动清 理的问题， 减少了某些特定网站服务器带宽的占用。 本发明尤其适用于 具有复杂页面脚本的网页访问。
其次， 本发明利用 Windows的异步可插入协议 (APPS , Asynchronous Pluggable Protocols) , 通过自创建异步可插协议处理器实现超文本传送协 议（ HTTP-Hypertext transfer protocol )的网络请求的接管。通过这种接管， 可以很方便快捷地实现所需要的緩存机制。
当然， 实施本发明的任一产品不一定需要同时达到以上所述的所有 优点。
上述说明仅是本发明技术方案的概述， 为了能够更清楚了解本发明 的技术手段， 而可依照说明书的内容予以实施， 并且为了让本发明的上 述和其它目的、 特征和优点能够更明显易懂， 以下特举本发明的具体实 施方式。 附图说明
通过阅读下文优选实施方式的详细描述， 各种其他的优点和益处对 于本领域普通技术人员将变得清楚明了。 附图仅用于示出优选实施方式 的目的， 而并不认为是对本发明的限制。 而且在整个附图中， 用相同的 参考符号表示相同的部件。 在附图中：
图 1 示意性示出了根据本发明一个实施例的一种访问网页的方法流 程图；
图 2 示意性示出了根据本发明一个实施例的一种访问网页的流程示 意图；
图 3 示意性示出了根据本发明一个实施例的一种访问网页的装置结 构图；
图 3A示意性示出了根据本发明一个实施例中的预加载模块的模块结 构示意图；
图 4 示意性示出了根据本发明一个实施例的一种访问网页的浏览器 结构图；
图 5 示意性地示出了用于执行根据本发明的访问网页方法的终端设 备的框图； 以及
图 6 示意性地示出了用于保持或者携带实现根据本发明的访问网页 方法的程序代码的存储单元。 具体实施例
下面结合附图和具体的实施方式对本发明作进一步的描述。
本发明实施例中实现了一种新的可以配置可以运营维护的緩存机 制， 本身并不替代原有浏览器的緩存机制， 而是完全兼容原有的緩存机 制， 是对浏览器緩存机制的一种补充。
下面通过实施例对本发明的实现进行详细说明。
参照图 1 , 是本发明实施例所述一种访问网页的方法流程图。
步骤 101 , 预先在本地创建优化緩存区， 并在所述优化緩存区中预加 载需要访问的所有网页数据；
本实施例中， 可以将需要提高访问速度的网站的相关文件和索引文 件 （统称为网页数据或緩存文件） 通过安装包或者客户端的升级模块， 提前安装到用户的机器上， 并在用户机器上创建优化緩存区来緩存这些 网页数据。 具体的， 所述网页数据或緩存文件可以包含图片、 文字等网 页本身的内容， 也可以包含 Cookie文件， 还可以包含网页脚本等。
其中， 所述优化緩存区区别于浏览器的默认緩存区。 浏览器支持的 网页緩存机制是将浏览器曾经访问过的网页数据存到所述默认緩存区 中， 并对该默认緩存区进行自动清理和维护。 而本发明实施例所述的优 化緩存区并不是将浏览器曾经访问过的网页数据进行緩存， 而是通过预 加载的方式将所有可能访问的网站的数据进行緩存， 这些网页数据浏览 器可能一次都没有访问过。
进一步的， 本实施例提供了两种预加载方式， 如下：
一种方式是在安装包或者客户端升级模块安装完成后， 自动从服务 器下载需要访问的所有网页数据， 并保存到所述优化緩存区中；
另一种方式是所述安装包或者客户端升级模块中自带了需要访问的 所有网页数据， 也即在所述安装包或者客户端升级模块中预配置需要访 问的所有网页数据， 并在安装完成后将所有网页数据保存到所述优化緩 存区中。
实际应用中釆用任何一种预加载方式均可。 而且， 无论釆用哪种预 加载方式， 预加载的内容都可以进行配置， 即可以根据用户的需求配置 好哪些网站的网页数据（如脚本、 Cookie、 图片、 文字等）需要进行预加 载。
步骤 102 , 当发起网页访问请求时， 查询所述优化緩存区中是否保存 所述网页访问请求对应的网页数据， 如果已保存， 则直接从所述优化緩 存区中读取所述网页数据；
具体查询时， 根据緩存文件的索引进行查询。 所述索引是一个索引 文件， 里面包含有网页的统一资源定位符 （ URL-Universal Resource Locator ) 和优化緩存区中緩存文件的对应关系。 在浏览器访问网页发出 网页资源的 Http请求时， 将会去此索引文件内进行搜索， 如果可以找到 对应的緩存文件则直接读取， 否则， 执行步骤 103 返回给系统做默认处 理。
由上可知， 当访问网页发出请求时， 浏览器会首先查询所述优化緩 存区， 而不是原来的浏览器默认緩存区。
步骤 103 , 如果未保存， 则触发浏览器默认的緩存机制来查询浏览器 的默认緩存区中是否保存所述网页数据；
当浏览器的默认緩存区中已保存所述网页数据时， 直接从浏览器的 默认緩存区中读取；
当浏览器的默认緩存区中未保存所述网页数据时， 再从服务器进行 下载。
以上就是系统的默认处理， 即使用浏览器支持的緩存机制。
总之， 无论是从优化緩存区读取， 还是从浏览器默认緩存区读取， 还是从服务器上下载， 当获取到需要访问的緩存文件后， 继续进行后续 处理， 如在客户端显示。
由上述流程可知， 当第一次访问网页时， 虽然浏览器的默认緩存区 没有该网页数据， 但是只要这个网页数据预先配置到了优化緩存区中， 就可以直接从所述优化緩存区中读取到， 从而提高了访问速度。
同时， 由于所述优化緩存区中的緩存数据只要配置好后就不会被定 期清理， 即使浏览器定期执行清理机制， 也不会影响所述优化緩存区中 的緩存数据。 因此， 通过这种补充的緩存机制， 緩存的文件可以不被浏 览器或者其它软件清理掉， 解决了网站的緩存文件经常被浏览器自动清 理的问题， 减少了某些特定网站服务器带宽的占用。 为了使本领域技术 人员进一步理解本发明的实现， 下面通过更具体的例子进行详细说明。
在本实施例中， 将利用 Windows 的异步可插入协议（APPS , Asynchronous Pluggable Protocols) , 通过自创建异步可插协议处理器实现 http协议的网络请求的接管，从而获得浏览器所有 http协议方面的处理权 限。 通过这种接管， 可以很方便快捷地实现所需要的緩存机制。
异步可插协议处理器 (APPS)是 Windows平台上处理自定义 URL协议 方案或者为指定的 MIME类型过滤数据的一种方案， 它允许通过 APPS 替换掉 Windows系统默认的 URL协议，比如 http协议或者 about协议等。
异步可插协议处理器 (APPS)是一个用于处理任何注册为协议方案的 调用的线程单元组件对象模型 （ COM-Component Object Model )对象。 当客户端程序作出请求， Urlmon ( Windows的 URL处理模块）在注册表 中查看协议方案并创建一个已经为这个协议方案注册的协议处理程序的 实例。如果协议注册方案被成功地映射到协议处理器的类标识（ CLSID ) , 将调用 IClassFactory 接口的 CoCreatelnstance 方法。 协议处理器通过 IClassFactory: :CreateInstance函数来获得实例。
在 Windows系统下， 原浏览器緩存机制可通过系统的异步可插协议 处理器 APPS (简称默认 APPS ) 实现。 本实施例自创建异步可插协议处 理器 APPS (简称自创建 APPS ) , 并作为对系统默认 APPS的补充， 二 者配合使用可实现网页访问速度的提高， 同时可防止緩存被浏览器自动 清理。
其中， 所述自创建的 APPS可单独作为一个插件安装到 IE浏览器上 使用， 也可以作为浏览器功能的一部分，客户端安装具有所述 APPS的全 新浏览器来实现本发明。 无论是安装单独的插件， 还是安装一个全新的 浏览器， 在安装完成后， 自创建的 APPS都会在客户端创建一个优化緩存 区， 并将预配置好的需要访问的所有网页数据保存到所述优化緩存区中。
下面的流程图 2显示了如何通过 APPS实现 http的网络请求， 从自 定义的优化緩存区中读取数据， 而不需要从网络上获取。
参照图 2 , 是本发明另一实施例所述一种访问网页的流程示意图。 步骤 201 , 当网页发出 http 请求时， 浏览器的 URL 处理模块 ( Urlmon.dll ) 调用查询函数查看自创建 APPS是否实现了供外部调用的 接口；
具体的， 系统的 Urlmon.dll首先调用 Query Interface函数（它是一个 Com 的标准函数，功能是查询接口 ) 查看自创建 APPS 是否实现了 IlnternetProtocol接口。 其中， 所述 IlnternetProtocol接口是一个由自创建 APPS暴露给外部调用的一个接口，在下载操作 (指的是网络下载过程）中负 责和 IlnternetProtocolSink接口通讯。
如果该接口已实现， 则执行步骤 202 , 通知自创建 APPS查询所述优 化緩存区中是否保存所述网页访问请求对应的网页数据；
如果该接口未实现， 则通知浏览器默认 APPS (也可称为浏览器默认 的緩存模块） 查询浏览器的默认緩存区中是否保存所述网页访问请求对 应的网页数据， 后续步骤在此略。
步骤 202 ,通知自创建 APPS查询所述优化緩存区中是否保存所述网 页访问请求对应的网页数据；
如果已保存， 则执行步骤 203 ; 否则， 通知浏览器默认 APPS , 后续 步骤在此略。
具 体 的 ， 系 统 Urlmon.dll 调 用 自 创 建 APPS 的 IlnternetProtocolRoot:： Start 方 法 ， 并 且 传 递 Urlmon.dll 的 IlnternetProtocolSink接口的地址。
其中， IlnternetProtocolRoot:： Start 方法可用于查询要访问的 URL对 应的数据是否在优化緩存区中。
其中， IlnternetProtocolSink接口是一个用来接收来自 APPS数据相关 的信息和通知的接口。
步骤 203 , 自创建 APPS开始查询；
首先从本地的一个优化緩存区查询数据， 如果此緩存区存有需要加 速的特殊页面对应文件， 就从本地优化緩存区读取， 而不需要从网络上 去请求， 这样就实现了复杂网页的加速。 否则， 若查询不到， 再调用系 统的默认 APPS。
步骤 204 , 当查询到， 则自创建 APPS通知 Urlmon.dll所述优化緩存 区中已保存所述网页数据；
具体的， 当自创建 APPS 开始从本地优化緩存区读取到对应数据之 后 , 调用 Urlmon.dll 的 IlnternetProtocol Sink：： ReportData 方法通 口 Urlmon.dll。
步骤 205 , Urlmon.dll调用自创建 APPS的读取函数， 从优化緩存区 中读取所述网页数据；
具体的， 系统 Urlmon.dll调用自创建 APPS的 IlnternetProtocol: :Read 方法进行读取。
步骤 206 , 重复步骤 204到步骤 205 , 直到自创建 APPS完成请求数 据的下载任务。
上述流程可以提高网页的加载速度， 甚至可以通过客户端软件预先 下载用户所需要访问网站的所有网页文件， 从而减少网络连接速度和次 数。 而且， 还可以防止緩存被浏览器自动清理掉。
此外， 还需要说明的是， 本发明上述实施例尤其适用于具有复杂页 面脚本的网页访问和加载。 在访问这些复杂页面的时候， 如果从服务器 下载复杂的页面脚本， 需要花费更多的时间； 但如果使用本发明实施例 所述的方法， 通过预加载的方式先加载到本地的优化緩存区中， 再从所 述优化緩存区读取， 则访问速度大大提高， 而且对复杂脚本页面的加速 效果更加明显。
需要说明的是， 对于前述的方法实施例， 为了简单描述， 故将其都 表述为一系列的动作组合， 但是本领域技术人员应该知悉， 本发明并不 受所描述的动作顺序的限制， 因为依据本发明， 某些步骤可以釆用其他 顺序或者同时进行。 其次， 本领域技术人员也应该知悉， 说明书中所描 述的实施例均属于优选实施例， 所涉及的动作并不一定是本发明所必须 的。
基于上述方法实施例的说明， 本发明还提供了相应的装置实施例， 如下。
参照图 3 , 是本发明实施例所述一种访问网页的装置结构图。
所述访问网页的装置 10可包括优化緩存区创建模块 20、预加载模块 30和数据获取模块 40 , 其中，
优化緩存区创建模块 20 , 用于预先在本地创建优化緩存区； 预加载模块 30 , 用于在所述优化緩存区中预加载需要访问的所有网 页数据；
数据获取模块 40 , 用于当发起网页访问请求时， 查询所述优化緩存 区中是否保存所述网页访问请求对应的网页数据， 如果已保存， 则直接 从所述优化緩存区中读取所述网页数据； 如果未保存， 则触发浏览器默 认的緩存模块来查询浏览器的默认緩存区中是否保存所述网页数据。
所述浏览器默认的緩存模块还用于当浏览器的默认緩存区中已保存 所述网页数据时， 直接从浏览器的默认緩存区中读取； 当浏览器的默认 緩存区中未保存所述网页数据时， 从服务器进行下载。
其中， 所述浏览器默认的緩存模块用于实现浏览器自带的网页緩存 机制， 可以是浏览器自带的 APPS。
进一步优选的参见图 3A, 其为本发明实施例中预加载模块 30 的模 块结构示意图； 在该图中示意出： 在上述方法实施例中提供了两种预加 载方式， 对应这两种预加载方式， 所述预加载模块 30可分别包含以下子 模块：
所述预加载模块 30可以包括：
数据下载子模块 31 , 用于自动从服务器下载需要访问的所有网页数 据， 并保存到所述优化緩存区中。
所述预加载模块 30也可以包括：
数据存储子模块 32 , 用于存储需要访问的所有网页数据；
加载子模块 33 , 用于将所述数据存储子模块中需要访问的所有网页 数据保存到所述优化緩存区中。
当然， 所述预加载模块 30也可以同时包含实现两种配置方式的以上 所有子模块。
对于上述装置实施例而言， 由于其与方法实施例基本相似， 所以描 述的比较简单， 相关之处参见方法实施例的部分说明即可。
所述访问网页的装置可作为单独的插件安装到 IE浏览器上使用， 也 可以作为浏览器功能的一部分， 如图 4所示。
参照图 4 , 是本发明实施例所述一种访问网页的浏览器结构图。 所述浏览器包含一协议处理器 50 ,所述协议处理器 50可包含图 3所 示的访问网页的装置 10 , 可参见图 3的说明， 在此略。
此外， 所述浏览器还可包括緩存模块 60 , 用于实现浏览器默认的网 页緩存机制。
优选的， 所述浏览器还可以包括 URL处理模块 70 , 用于当发起网页 访问请求时， 调用查询函数查看协议处理器 50是否实现了供外部调用的 接口； 如果已实现， 则通知协议处理器 50查询优化緩存区中是否保存所 述网页访问请求对应的网页数据； 如果未实现， 则通知浏览器默认的緩 存模块 60查询浏览器的默认緩存区中是否保存所述网页访问请求对应的 网页数据。
综上所述， 所述访问网页的装置或浏览器实现了一种新的可以配置 可以运营维护的緩存机制， 本身并不替代原有浏览器的緩存机制， 而是 完全兼容原有的緩存机制， 是对浏览器緩存机制的一种补充。 通过这种 补充的緩存机制， 緩存的文件可以不被原浏览器或者其它软件清理掉， 解决了网站的緩存文件经常被浏览器自动清理的问题， 减少了某些特定 网站服务器带宽的占用。
本发明的各个部件实施例可以以硬件实现， 或者以在一个或者多个 处理器上运行的软件模块实现， 或者以它们的组合实现。 本领域的技术 人员应当理解， 可以在实践中使用微处理器或者数字信号处理器 （DSP ) 来实现根据本发明实施例的浏览器设备中的一些或者全部部件的一些或 者全部功能。 本发明还可以实现为用于执行这里所描述的方法的一部分 或者全部的设备或者装置程序 （例如， 计算机程序和计算机程序产品） 。 这样的实现本发明的程序可以存储在计算机可读介质上， 或者可以具有 一个或者多个信号的形式。 这样的信号可以从因特网网站上下载得到， 或者在载体信号上提供， 或者以任何其他形式提供。 终端设备的框图。 该终端设备传统上包括处理器 510和以存储器 520形 式的计算机程序产品或者计算机可读介质。 存储器 520可以是诸如闪存、 EEPROM (电可擦除可编程只读存储器 ) 、 EPROM、 硬盘或者 ROM之 类的电子存储器。 存储器 520 具有用于执行上述方法中的任何方法步骤 的程序代码 531的存储空间 530。 例如， 用于程序代码的存储空间 530可 以包括分别用于实现上面的方法中的各种步骤的各个程序代码 531。这些 程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个 或者多个计算机程序产品中。 这些计算机程序产品包括诸如硬盘， 紧致 盘 （CD ) 、 存储卡或者软盘之类的程序代码载体。 这样的计算机程序产 品通常为如参考图 6 所述的便携式或者固定存储单元。 该存储单元可以 具有与图 5的终端设备中的存储器 520类似布置的存储段、 存储空间等。 程序代码可以例如以适当形式进行压缩。 通常， 存储单元包括计算机可 读代码 53 Γ , 即可以由例如诸如 510之类的处理器读取的代码， 这些代 码当由服务器运行时， 导致该服务器执行上面所描述的方法中的各个步 骤。
本文中所称的 "一个实施例"、 "实施例"或者"一个或者多个实施例" 意味着， 结合实施例描述的特定特征、 结构或者特性包括在本发明的至 少一个实施例中。 此外， 请注意， 这里"在一个实施例中"的词语例子不一 定全指同一个实施例。
在此处所提供的说明书中， 说明了大量具体细节。 然而， 能够理解， 本发明的实施例可以在没有这些具体细节的情况下被实践。 在一些实例 中， 并未详细示出公知的方法、 结构和技术， 以便不模糊对本说明书的 理解。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限 制， 并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计 出替换实施例。 在权利要求中， 不应将位于括号之间的任何参考符号构 造成对权利要求的限制。单词"包含"不排除存在未列在权利要求中的元件 或步骤。 位于元件之前的单词 "一"或"一个"不排除存在多个这样的元件。 本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计 算机来实现。 在列举了若干装置的单元权利要求中， 这些装置中的若干 个可以是通过同一个硬件项来具体体现。 单词第一、 第二、 以及第三等 的使用不表示任何顺序。 可将这些单词解释为名称。
此外， 还应当注意， 本说明书中使用的语言主要是为了可读性和教 导的目的而选择的， 而不是为了解释或者限定本发明的主题而选择的。 因此， 在不偏离所附权利要求书的范围和精神的情况下， 对于本技术领 域的普通技术人员来说许多修改和变更都是显而易见的。 对于本发明的 范围， 对本发明所做的公开是说明性的， 而非限制性的， 本发明的范围 由所附权利要求书限定。

Claims

权 利 要 求 书
1、 一种访问网页的方法， 包括：
预先在本地创建优化緩存区 ,并在所述优化緩存区中预加载需要访问的 所有网页数据；
当发起网页访问请求时，查询所述优化緩存区中是否保存所述网页访问 请求对应的网页数据， 如果已保存， 则直接从所述优化緩存区中读取所述网 页数据； 如果未保存， 则触发浏览器默认的緩存机制来查询浏览器的默认緩 存区中是否保存所述网页数据。
2、 根据权利要求 1所述的方法， 其中所述浏览器默认的緩存机制还包 括：
当浏览器的默认緩存区中已保存所述网页数据时，直接从浏览器的默认 緩存区中读取；
当浏览器的默认緩存区中未保存所述网页数据时， 从服务器进行下载。
3、根据权利要求 1所述的方法， 其中所述预先在本地创建优化緩存区， 包括：
在本地安装协议处理器， 由所述协议处理器创建优化緩存区。
4、 根据权利要求 3所述的方法， 其中所述在优化緩存区中预加载需要 访问的所有网页数据， 包括：
安装完成后， 自动从服务器下载需要访问的所有网页数据， 并保存到所 述优化緩存区中。
5、 根据权利要求 3所述的方法， 其中所述在优化緩存区中预加载需要 访问的所有网页数据， 包括：
在所述协议处理器的安装包中预置需要访问的所有网页数据，并在安装 完成后将安装包中需要访问的所有网页数据保存到所述优化緩存区中。
6、 根据权利要求 3所述的方法， 其中当发起网页访问请求时， 还包括： 浏览器的 URL处理模块查看所述协议处理器是否实现了供外部调用的 接口；
如果已实现，则通知协议处理器查询所述优化緩存区中是否保存所述网 页访问请求对应的网页数据；
如果未实现，则通知浏览器默认的緩存模块查询浏览器的默认緩存区中 是否保存所述网页访问请求对应的网页数据。
7、 根据权利要求 6所述的方法， 其中在所述直接从优化緩存区中读取 所述网页数据之前， 还包括：
所述协议处理器通知浏览器的 URL处理模块所述优化緩存区中已保存 所述网页数据。
8、 根据权利要求 6所述的方法， 其中所述直接从优化緩存区中读取所 述网页数据， 包括：
所述浏览器的 URL处理模块调用协议处理器的读取函数， 从优化緩存 区中读取所述网页数据。
9、 根据权利要求 1至 8任一所述的方法， 其中所述网页数据包括： 网 页脚本数据。
10、 根据权利要求 3 所述的方法， 其中所述协议处理器包括异步可插 协议处理器， 则该方法还包括：
通过该创建的异步可插协议处理器实现 Http 协议的网络请求的接 管， 获得浏览器所有 Http协议的处理权限实现所需的优化緩存区。
11、 一种访问网页的装置， 包括：
优化緩存区创建模块， 用于预先在本地创建优化緩存区；
预加载模块， 用于在所述优化緩存区中预加载需要访问的所有网页数 据；
数据获取模块， 用于当发起网页访问请求时， 查询所述优化緩存区中是 否保存所述网页访问请求对应的网页数据， 如果已保存， 则直接从所述优化 緩存区中读取所述网页数据； 如果未保存， 则触发浏览器默认的緩存模块来 查询浏览器的默认緩存区中是否保存所述网页数据。
12、 根据权利要求 11所述的装置， 其中所述浏览器默认的緩存模块还 用于当浏览器的默认緩存区中已保存所述网页数据时， 直接从浏览器的默认 緩存区中读取； 当浏览器的默认緩存区中未保存所述网页数据时， 从服务器 进行下载。
13、 根据权利要求 11或 12所述的装置， 其中所述预加载模块包括： 数据下载子模块， 用于自动从服务器下载需要访问的所有网页数据， 并 保存到所述优化緩存区中。
14、 根据权利要求 11或 12所述的装置， 其中所述预加载模块包括： 数据存储子模块， 用于存储需要访问的所有网页数据；
加载子模块，用于将所述数据存储子模块中需要访问的所有网页数据保 存到所述优化緩存区中。
15、 根据权利要求 11或 12所述的装置， 其中所述网页数据包括： 网页 脚本数据。
16、 一种访问网页的浏览器， 包括：
协议处理器，所述协议处理器包括如上述权利要求 11至 15任一权利要 求所述的访问网页的装置。
17、 根据权利要求 16所述的浏览器， 其还包括：
URL处理模块，用于当发起网页访问请求时，查看所述协议处理器是否 实现了供外部调用的接口； 如果已实现， 则通知协议处理器查询优化緩存区 中是否保存所述网页访问请求对应的网页数据； 如果未实现， 则通知浏览器 默认的緩存模块查询浏览器的默认緩存区中是否保存所述网页访问请求对 应的网页数据。
18、 一种计算机程序， 包括计算机可读代码， 当所述计算机可读代 码在终端设备上运行时， 导致所述终端设备执行根据权利要求 1~10中的 任一个所述的访问网页的方法。
19、 一种计算机可读介质， 其中存储了如权利要求 18所述的计算机 程序。
PCT/CN2012/081345 2011-09-19 2012-09-13 一种访问网页的方法、装置、浏览器以及程序 WO2013041001A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/345,648 US20150154313A1 (en) 2011-09-19 2012-09-13 A method, device, browser and program for accessing web page

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110278365.7 2011-09-19
CN201110278365.7A CN102375882B (zh) 2011-09-19 2011-09-19 一种快速访问网页的方法、装置及一种浏览器

Publications (1)

Publication Number Publication Date
WO2013041001A1 true WO2013041001A1 (zh) 2013-03-28

Family

ID=45794489

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/081345 WO2013041001A1 (zh) 2011-09-19 2012-09-13 一种访问网页的方法、装置、浏览器以及程序

Country Status (3)

Country Link
US (1) US20150154313A1 (zh)
CN (1) CN102375882B (zh)
WO (1) WO2013041001A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110968603A (zh) * 2019-11-29 2020-04-07 中国银行股份有限公司 一种数据访问方法及装置

Families Citing this family (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102375882B (zh) * 2011-09-19 2014-10-15 奇智软件（北京）有限公司 一种快速访问网页的方法、装置及一种浏览器
CN102663012B (zh) * 2012-03-20 2017-07-04 北京搜狗信息服务有限公司 一种网页预加载方法及系统
CN102647481B (zh) * 2012-03-31 2016-04-06 北京奇虎科技有限公司 一种访问预设网络地址的装置及方法
CN103377194A (zh) * 2012-04-16 2013-10-30 苏州工业园区进一科技有限公司 加速网页访问的方法、装置和浏览器
FI124082B (en) * 2012-05-09 2014-03-14 Aalto Korkeakoulusäätiö Server, procedure for running a server and system
CN103457960B (zh) * 2012-05-15 2018-03-09 腾讯科技（深圳）有限公司 网页游戏中加载文件的方法及系统
US9043469B2 (en) 2012-06-29 2015-05-26 International Business Machines Corporation Cache control for web application resources
CN103678411A (zh) * 2012-09-24 2014-03-26 联想(北京)有限公司 图片信息处理方法、操作处理方法及电子设备
CN103095840B (zh) * 2013-01-22 2016-09-07 北京锐讯灵通科技有限公司 一种用于移动终端的广告加载方法
CN104023409B (zh) * 2013-02-28 2018-03-27 腾讯科技（深圳）有限公司 网络连接方法及系统
CN103455603B (zh) * 2013-09-03 2016-08-17 小米科技有限责任公司 网页内容缓存、网页加载方法、装置及终端设备
WO2015058546A1 (zh) * 2013-10-25 2015-04-30 优视科技有限公司 网页预加载方法及装置
CN103631891A (zh) * 2013-11-15 2014-03-12 北京奇虎科技有限公司 浏览器磁盘缓存的处理方法与浏览器
CN103593466B (zh) 2013-11-26 2017-08-04 优视科技有限公司 网页加载方法及客户端和服务器
CN103873562A (zh) * 2014-02-27 2014-06-18 车智互联（北京）科技有限公司 缓存方法和缓存系统
US9614925B2 (en) * 2014-03-31 2017-04-04 Futurewei Technologies, Inc. Intelligent file pre-fetch based on access patterns
CN104376097A (zh) * 2014-11-25 2015-02-25 同程网络科技股份有限公司 基于Windows服务程序的主动式缓存方法
CN104731974A (zh) * 2015-04-13 2015-06-24 上海新炬网络信息技术有限公司 基于大数据流式计算的动态页面加载方法
CN104991916B (zh) * 2015-06-24 2019-03-01 小米科技有限责任公司 网页的加载方法及装置
CN104915461B (zh) * 2015-07-10 2017-03-22 广州神马移动信息科技有限公司 页面展示方法和装置
CN106933937A (zh) * 2015-12-31 2017-07-07 五八同城信息技术有限公司 一种网页打开方法及装置、客户端
CN105634972A (zh) * 2016-01-29 2016-06-01 四川长虹电器股份有限公司 一种提高Web客户端访问效率的方法
CN107203555B (zh) * 2016-03-17 2021-04-30 阿里巴巴集团控股有限公司 页面加载处理方法及装置
CN106294879A (zh) * 2016-08-29 2017-01-04 国云科技股份有限公司 一种快速清除浏览器缓存的方法
CN107491320B (zh) * 2017-06-26 2021-11-09 北京五八信息技术有限公司 基于混合模式移动应用的载入方法和装置
CN107450994B (zh) * 2017-06-28 2020-02-18 深圳壹账通智能科技有限公司 接口调用方法及系统
CN107577712B (zh) * 2017-08-01 2019-03-15 武汉斗鱼网络科技有限公司 一种加载页面的方法、装置及计算机设备
CN110020270A (zh) * 2017-08-01 2019-07-16 上海福网信息科技有限公司 一种网页快速访问的方法
CN108280119A (zh) * 2017-11-29 2018-07-13 广州市动景计算机科技有限公司 页面生成方法、装置及用户终端
CN109961331B (zh) * 2017-12-14 2022-09-06 北京京东尚科信息技术有限公司 页面处理方法及其系统、计算机系统和可读存储介质
CN108549673A (zh) * 2018-03-29 2018-09-18 优视科技有限公司 网页资源的预加载方法、客户端、服务器及网络系统
CN108881431A (zh) * 2018-06-15 2018-11-23 深圳市买买提信息科技有限公司 一种前后端分离方法、装置及终端设备
CN109213947B (zh) * 2018-08-31 2021-12-14 北京京东金融科技控股有限公司 浏览器页面展示方法、装置、电子设备及可读介质
CN109684575A (zh) * 2018-10-30 2019-04-26 平安科技（深圳）有限公司 网页数据的处理方法及装置、存储介质、计算机设备
CN109542436A (zh) * 2018-11-14 2019-03-29 泰康保险集团股份有限公司 数据处理方法、装置、介质及电子设备
CN110516189B (zh) * 2019-08-29 2023-04-18 深圳市今天国际物流技术股份有限公司 一种界面自我服务的方法、装置、计算机设备及存储介质
CN110531730A (zh) * 2019-10-16 2019-12-03 广东紫方环保技术有限公司 一种污染源在线监控系统
CN112650549A (zh) * 2020-12-23 2021-04-13 平安普惠企业管理有限公司 一种页面跳转方法、装置、终端以及存储介质
CN114978691B (zh) * 2022-05-23 2024-04-26 杭州安恒信息技术股份有限公司 一种蜜罐的伪装方法、装置及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999022316A1 (en) * 1997-10-28 1999-05-06 Cacheflow, Inc. Shared cache parsing and pre-fetch
US6163779A (en) * 1997-09-29 2000-12-19 International Business Machines Corporation Method of saving a web page to a local hard drive to enable client-side browsing
US20070276887A1 (en) * 2006-04-28 2007-11-29 Research In Motion Limited Method of reflecting on another device a change to a browser cache on a handheld electronic device, and associated device
CN102375882A (zh) * 2011-09-19 2012-03-14 奇智软件（北京）有限公司 一种快速访问网页的方法、装置及一种浏览器

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7577949B2 (en) * 2005-01-20 2009-08-18 Microsoft Corporation Installation source management
US20070101061A1 (en) * 2005-10-27 2007-05-03 Guruprasad Baskaran Customized content loading mechanism for portions of a web page in real time environments
US20070288591A1 (en) * 2006-06-13 2007-12-13 Wong Henry Y Method, system, and program product for caching application data in a browser cache
US10019570B2 (en) * 2007-06-14 2018-07-10 Microsoft Technology Licensing, Llc Protection and communication abstractions for web browsers
JP4435215B2 (ja) * 2007-07-19 2010-03-17 三洋電機株式会社 椅子型マッサージ機

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6163779A (en) * 1997-09-29 2000-12-19 International Business Machines Corporation Method of saving a web page to a local hard drive to enable client-side browsing
WO1999022316A1 (en) * 1997-10-28 1999-05-06 Cacheflow, Inc. Shared cache parsing and pre-fetch
US20070276887A1 (en) * 2006-04-28 2007-11-29 Research In Motion Limited Method of reflecting on another device a change to a browser cache on a handheld electronic device, and associated device
CN102375882A (zh) * 2011-09-19 2012-03-14 奇智软件（北京）有限公司 一种快速访问网页的方法、装置及一种浏览器

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110968603A (zh) * 2019-11-29 2020-04-07 中国银行股份有限公司 一种数据访问方法及装置

Also Published As

Publication number Publication date
CN102375882A (zh) 2012-03-14
CN102375882B (zh) 2014-10-15
US20150154313A1 (en) 2015-06-04

Similar Documents

Publication Publication Date Title
WO2013041001A1 (zh) 一种访问网页的方法、装置、浏览器以及程序
US9519585B2 (en) Methods and systems for implementing transcendent page caching
US9565265B2 (en) Method and apparatus for automatically optimizing the loading of images in a cloud-based proxy service
RU2615057C2 (ru) Способ и устройство для доступа к web-странице и маршрутизатор
US20180069945A1 (en) Method and apparatus for reducing loading time of web pages
US8291312B1 (en) Displaying web pages without downloading static files
US10015226B2 (en) Methods for making AJAX web applications bookmarkable and crawlable and devices thereof
WO2013143405A1 (zh) 网络访问的实现方法、装置和系统、以及网络系统
US20100146415A1 (en) Dns prefetch
US8769205B2 (en) Methods and systems for implementing transcendent page caching
US9088462B2 (en) Common web accessible data store for client side page processing
US8484373B2 (en) System and method for redirecting a request for a non-canonical web page
CN104239480B (zh) 一种快速访问网页的方法、装置
US9154522B2 (en) Network security identification method, security detection server, and client and system therefor
JP2016517108A (ja) ページスナップショットの作成
WO2014110978A1 (zh) 预加载浏览器中浏览页面的服务器、客户端、系统和方法
WO2018063947A1 (en) Generating short-term signatures for accessing cloud storage
US20100095067A1 (en) Caching Web Page Elements In Accordance With Display Locations Of The Elements
JP5753302B1 (ja) ウェブページへのアクセスを警告するためのプログラム、方法、及びシステム
CN106649792B (zh) 一种页面访问方法及装置
WO2014034002A1 (ja) ウェブページキャッシュ装置、ウェブページキャッシュ方法、プログラム、及び集積回路
CN110830537B (zh) 一种页面处理方法及装置
CN107451182A (zh) 基于Appcache 的文件缓存方法
WO2021060973A1 (en) A system and method to prevent bot detection

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: 12833598

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14345648

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12833598

Country of ref document: EP

Kind code of ref document: A1