WO2014044103A1 - 离线缓存方法及装置 - Google Patents

离线缓存方法及装置 Download PDF

Info

Publication number
WO2014044103A1
WO2014044103A1 PCT/CN2013/081832 CN2013081832W WO2014044103A1 WO 2014044103 A1 WO2014044103 A1 WO 2014044103A1 CN 2013081832 W CN2013081832 W CN 2013081832W WO 2014044103 A1 WO2014044103 A1 WO 2014044103A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
identifier
local database
download request
request
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2013/081832
Other languages
English (en)
French (fr)
Inventor
贺桀
卢正坤
李明强
黄铁鸣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to JP2015532283A priority Critical patent/JP2015531952A/ja
Priority to AU2013317501A priority patent/AU2013317501A1/en
Publication of WO2014044103A1 publication Critical patent/WO2014044103A1/zh
Priority to US14/657,483 priority patent/US20150189036A1/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]

Definitions

  • the present invention relates to Internet technologies, and more particularly to an offline caching method and apparatus. Background technique
  • the biggest feature of the mobile Internet is "mobile", and the user terminal can use the Internet without a fixed physical location.
  • the mobile Internet provides great convenience to user terminals.
  • the coverage of current mobile networks is not so wide, and it is impossible for user terminals to use the mobile Internet anytime and anywhere. Therefore, some mobile applications use offline caching technology to cache already downloaded resources locally. In this way, the user terminal can continue to use these resources without a network. This technology can save the traffic generated by the user terminal and meet the personalized needs of the user terminal.
  • HTML5 Hypertext Markup Language 5
  • HTML5 has developed like a tea in the past decade. On the HTML5 platform, video, audio, images, animation, and interaction with the computer have all been standardized. HTML5 is becoming more and more feature-rich, and most importantly, it has the ability to cache mobile web applications offline.
  • HTML5-based offline caching Many mobile apps are developed using HTML5. Such mobile applications are referred to as mobile web applications.
  • Mobile apps primarily use HTML5 technology and can run in text browsers such as Javascript (Script), CSS (Cascading Style Sheet, Cascading Style Sheets).
  • Mobile apps developed with HTML5's offline caching feature also have offline caching.
  • the HTML5 offline cache typically provides offline storage through the Application Cache API, which specifies that the browser caches specific files (usually those that the browser has accessed) for offline users to access that particular file.
  • the above application development mode that implements the offline caching function of a mobile application by using the HTML5 offline function is called mashup development.
  • the biggest feature of mobile applications developed with the above developments is cross-platform support. Since the mobile application needs to use a browser when downloading files, it will affect the download speed of the file, the fluency of the download, and the efficiency. Summary of the invention
  • the invention provides an offline caching method, which improves the speed, fluency, efficiency and the like of communication in a user terminal.
  • the invention provides an offline caching method, which comprises:
  • the method further comprises:
  • the source responds to the resource download request, and saves the resource corresponding to the identifier in the local database by using the identifier as a key.
  • sending the resource download request to the remote end includes:
  • Encapsulating the identifier in the resource download request requesting, by the remote end, to download the resource corresponding to the identifier
  • the resource download request is resent, and the resource download request is stopped after being continuously retransmitted multiple times.
  • the resource download request comprises: a hypertext transfer protocol HTTP request; the identifier comprises: a uniform resource locator URL.
  • the encapsulating the resource corresponding to the identifier in the local database, and responding to the resource download request includes: returning an HTTP request initiated by the user terminal.
  • the method further comprises:
  • Downloading a resource from the remote end, and saving the resource in the local database; determining, according to the identifier, whether the resource corresponding to the identifier exists in the local database includes:
  • the invention also provides an offline cache device, comprising:
  • the local database is configured to store the downloaded resource
  • the processor is configured to intercept a resource download request, and obtain an identifier of the resource to be downloaded from the resource download request;
  • the resource corresponding to the identifier is saved in the local database, the resource corresponding to the identifier is encapsulated, and the resource download request is responded to.
  • the processor is further configured to:
  • the processor is further configured to:
  • Encapsulating the identifier in the resource download request requesting, by the remote end, to download the resource corresponding to the identifier
  • the resource download request is resent, and the resource download request is stopped after being continuously retransmitted multiple times.
  • the resource download request comprises: a hypertext transfer protocol HTTP request; the identifier comprises: a uniform resource locator URL.
  • the processor is further configured to: return an HTTP request initiated by the user terminal.
  • the processor is further configured to search the local database according to the identifier, and determine whether the resource corresponding to the identifier is included in the resource saved in the local database.
  • the present invention provides a non-transitory computer readable storage medium having stored thereon computer executable instructions that, when executed in a computer, perform the following steps: intercepting a resource download request and downloading a request from the resource Get the target to download the resource Knowledge
  • the resource download request is for resource downloading.
  • the identifier corresponding to the resource to be downloaded is obtained from the resource downloading request, and the identifier is determined according to the identifier. Whether the local database holds the resource corresponding to the identifier, and if so, obtains the resource from the local database and responds to the resource download request.
  • FIG. 1 is a schematic flow chart of an offline cache method 1 in an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of an offline cache method 2 in an embodiment of the present invention
  • FIG. 3 is a schematic flow chart of sending a request to a remote end in an offline cache method according to an embodiment of the present invention
  • FIG. 5 is a schematic structural diagram of an offline cache device 1 according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of an offline cache device 2 in an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a remote request module in an offline cache device according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of an offline cache device 3 in an embodiment of the present invention.
  • FIG. 1 is a schematic flowchart diagram of an offline cache method 1 according to an embodiment of the present invention.
  • the method can include the following steps.
  • Step S12 Intercepting a resource download request, and obtaining an identifier of the resource to be downloaded from the resource download request.
  • Step S13 Determine, according to the identifier, whether a resource corresponding to the identifier is stored in the local database.
  • Step S14 If yes, encapsulating the resource corresponding to the identifier.
  • step S11 is further included: initiating a resource download request according to an instruction of the user terminal.
  • resources are acquired from a remote server in the Internet, and resources are stored in the user terminal. Local database.
  • the user terminal may first intercept a resource download request, such as an HTTP (HyperText Transfer Protocol) request, for sending the resource to a remote end, such as a server, and Obtain the identifier of the corresponding resource in the resource download request, such as a URL (Uniform Resource Locator), and query the local database.
  • a resource download request such as an HTTP (HyperText Transfer Protocol) request
  • HTTP HyperText Transfer Protocol
  • URL Uniform Resource Locator
  • the requested resource is already cached in the local database, the one is taken from the local database
  • the resource and encapsulates an HTTP response ( Response ), and returns the HTTP response to the HTTP request.
  • the user terminal can obtain resources from the server and save it in the local database when there is a network, especially if the network environment is good. This way, the user can read the resource from the local database without the network. With this offline caching method, the user can be allowed to use the resource without the network.
  • the offline caching method can further include: downloading a resource from the remote end and saving the resource in the local database.
  • Determining, according to the identifier, whether the resource corresponding to the identifier exists in the local database includes:
  • FIG. 2 is a schematic flowchart diagram of an offline cache method 2 according to an embodiment of the present invention.
  • the method may further include:
  • Step S15 When the local database does not save the resource corresponding to the identifier, send the resource download request to the remote end.
  • Step S16 Download the resource corresponding to the identifier from the remote end, encapsulate the resource corresponding to the identifier, and respond to the resource download request, and save the resource corresponding to the identifier in the local database by using the identifier as a key.
  • FIG. 3 is a schematic flowchart of sending a request to a remote end in an offline cache method according to an embodiment of the present invention.
  • the above step S15 may include:
  • Step S151 Encapsulating the identifier in the resource download request, requesting the remote end to download the resource corresponding to the identifier; when the request is unsuccessful, proceeding to step S152; when the request is successful, proceeding to step S153.
  • the resource corresponding to the identifier may also be referred to as a remote resource.
  • step S152 the resource download request is resent, and the transmission is stopped after consecutive retransmissions.
  • Step S153 Receive a resource corresponding to the identifier.
  • the identifier obtained from the resource download request may be re-encapsulated, the resource download request is regenerated, and the resource is requested to be downloaded to the Internet remote server. If the request is successful, after downloading the resource corresponding to the identifier, the downloaded resource is encapsulated in response to the resource download request. At the same time, the resource corresponding to the identifier is stored in the local database by using the identifier as a key. If the request is unsuccessful, the resource download request may be resent, and may be stopped after being continuously retransmitted multiple times (for example, three times), and the resource download request is terminated.
  • FIG. 4 is a schematic flowchart of an offline cache method 3 according to an embodiment of the present invention.
  • the offline cache method in this embodiment will be described in detail below by taking the offline cache method as a mobile application as an example.
  • the resource download request may be an HTTP request, and the identifier of the resource may be a URL.
  • Step S21 The mobile application initiates an HTTP request according to an instruction of the mobile user terminal, requesting to download the resource from the remote server.
  • Step S22 The mobile application intercepts the HTTP request.
  • Step S23 Parse the URL of the requested resource from the HTTP request.
  • Step S24 Query a local database of the mobile user terminal by using a URL as a key.
  • Step S25 If the resource corresponding to the URL exists in the local database, the resource corresponding to the URL is encapsulated into an HTTP response, and the HTTP request initiated by the mobile application is returned, and the HTTP request process initiated by the mobile application ends. .
  • Step S26 If the resource corresponding to the URL does not exist in the local database, the URL is encapsulated in an HTTP request, and then the HTTP request is sent. If the initiated request is unsuccessful, the request is resent, and if the request is resent three times without success, the HTTP request is stopped. Step S27: If the request is successful, receive a resource corresponding to the URL, encapsulate an HTTP response, and return an HTTP request initiated by the mobile application.
  • Step S28 The received resource is stored in the local database by using a URL as a key. At this point, the HTTP request process initiated by the mobile app ends.
  • native mobile apps In mobile user terminals (such as smartphones, tablets, etc.), native mobile apps have a natural advantage, at least for a while in the future. Therefore, using the offline caching technology of the native mobile application will greatly improve the performance (such as speed, efficiency, etc.) of the mobile application, and bring convenience to the mobile Internet user terminal.
  • the user terminal can save a large amount of network traffic. Requesting the required resources and storing the resources to a local database in the presence of a network, especially if the network environment is good, can greatly reduce the time required for the request. At the same time, the resource can be obtained from the local database in the case of a bad network environment, which prevents the resources stored in the local database from being repeatedly downloaded, thereby improving the performance of the user terminal.
  • FIG. 5 is a schematic structural diagram of an offline cache device 1 according to an embodiment of the present invention.
  • This embodiment provides an offline cache device 30 - an embodiment.
  • the apparatus 30 can include: a request initiation module 31, a request interception module 32, a resource determination module 33, and a local response module 34.
  • the request initiating module 31 is configured to initiate a resource download request according to an instruction of the user terminal.
  • the request intercepting module 32 is configured to intercept the resource download request, and obtain an identifier of the resource to be downloaded from the resource download request.
  • the resource determining module 33 is configured to determine, according to the identifier, whether a resource corresponding to the identifier is saved in the local database.
  • the local response module 34 is configured to: when the local database saves the resource corresponding to the identifier, encapsulate the resource corresponding to the identifier and complete the resource download in response to the resource download request.
  • the above offline cache device 30 can mainly acquire resources from a remote server in the Internet in the case of a network, especially when the network environment is relatively good, and store the resources in a local database of the user terminal.
  • the first Intercepting a resource download request for obtaining a resource to the remote end such as an HTTP (HyperText Transfer Protocol) request
  • an identifier obtained from the resource download request such as a URL (Uniform Resource Locator) Local database.
  • a URL Uniform Resource Locator
  • FIG. 6 is a schematic structural diagram of an offline cache device 2 according to an embodiment of the present invention.
  • the device 30 may further include: a remote request module 35 and a remote response module 36 as compared to the embodiment shown in FIG.
  • the remote requesting module 35 is configured to send a resource download request to the remote end when the local database does not save the resource corresponding to the identifier.
  • the remote response module 36 is configured to: after the resource corresponding to the identifier is downloaded from the remote end, encapsulate the resource corresponding to the identifier, and respond to the resource download request, and use the identifier as a key to associate the identifier with the identifier.
  • the resource is saved in the local database.
  • FIG. 7 is a schematic structural diagram of a remote request module in an offline cache device according to an embodiment of the present invention.
  • the remote request module 35 may include: a packaging unit 351, a retransmission unit 352, and a receiving unit 353.
  • the encapsulating unit 351 is configured to encapsulate the identifier in the resource download request, and download a resource corresponding to the identifier from the remote end.
  • the retransmission unit 352 is configured to resend the resource download request when the request is unsuccessful, and stop sending the resource download request after consecutive retransmissions.
  • the receiving unit 353 is configured to receive the remote resource when the request is successful.
  • the identifier obtained from the resource download request may be re-encapsulated, the resource download request is regenerated, and the resource is requested to be downloaded from the remote server of the Internet. If the request is successful, after downloading the resource corresponding to the identifier, encapsulating the downloaded resource and responding to the resource downloading The resource corresponding to the identifier is stored in the local database by using the identifier as a keyword. If the request is unsuccessful, the resource download request may be resent, and the transmission may be stopped after the continuous retransmission multiple times (for example, 3 times), and the resource download request is terminated.
  • a large amount of network traffic can be saved by using the offline cache device 30 described above. You can download a resource and store it in a local database if you have a network, especially if the network environment is good. Utilizing the offline cache device 30 can greatly reduce the time required to download resources. At the same time, in the case of a bad network environment, the required resources can be obtained from the local database, and the resources stored in the local database can be prevented from being repeatedly downloaded, thereby improving the performance of the user terminal.
  • FIG. 8 is a schematic structural diagram of an offline cache device 3 in an embodiment of the present invention.
  • the offline cache device includes: a local database 800 and a processor 810.
  • the local database 800 is used to store downloaded resources.
  • the processor 810 is configured to intercept a resource download request, and obtain an identifier of the resource to be downloaded from the resource download request, and determine, according to the identifier, whether the resource corresponding to the identifier is saved in the local database 800, when When the resource corresponding to the identifier is stored in the local database 800, the resource corresponding to the identifier is encapsulated, and the resource download request is responded to.
  • the processor 810 is further configured to: when the local database 800 does not save the resource corresponding to the identifier, send the resource download request to the remote end, from the remote end Downloading, by the resource corresponding to the identifier, the resource corresponding to the identifier, and in response to the resource download request, saving the resource corresponding to the identifier in the local database 800 by using the identifier as a key .
  • the processor 810 is further configured to encapsulate the identifier in the resource download request, and request the remote end to download the resource corresponding to the identifier, when the request is unsuccessful And resending the resource download request, and stopping sending the resource download request after consecutive retransmissions.
  • the resource download request may be an HTTP request, and the identifier may be a URL.
  • the processor 810 is further configured to encapsulate the resource corresponding to the identifier in the local database 800 as an HTTP response, and return an HTTP request initiated by the user terminal.
  • the processor 810 is further configured to search the local database 800 according to the identifier, and determine whether the resource stored in the local database 800 has the identifier corresponding to the identifier. Resources.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Description

离线緩存方法及装置 本申请要求于 2012 年 09 月 20 日提交中国专利局、 申请号为 201210351924.7、 发明名称为 "离线緩存的方法及装置" 的中国专利申 请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及到互联网技术， 特别是涉及到一种离线緩存方法及装 置。 背景技术
随着移动互联网的飞速发展， 开发出越来越多的在用户终端上使用 的移动应用。 而且， 移动医用逐渐成为了互联网用户终端中不可或缺的 一部分， 在各种场合任意时间都有可能被使用到。
移动互联网最大的特点是"移动"性， 用户终端可以在物理位置不固 定的情况下使用互联网。 移动互联网给用户终端提供了极大的方便。 但 是， 当前移动网络的覆盖面还不是 4艮广泛， 用户终端不可能随时随地的 使用移动互联网。 因此， 有些移动应用采用离线緩存技术， 把已经下载 的资源緩存到本地。 这样， 用户终端在无网络的情况下也能继续使用这 些资源。 该技术可以节省用户终端产生的流量， 满足用户终端的个性化 需求。
在目前的移动应用中， 通常采用 HTML5 ( Hypertext Markup Language5 , 超文本标记语言 5 )格式的离线緩存功能。 HTML5近十年 来发展得如火如茶。 在 HTML5平台上， 视频、 音频、 图像、 动画以及 同电脑的交互都已经标准化。 HTML5 的功能越来越丰富， 最重要的是 其具有离线緩存移动 Web应用的功能。 基于 HTML5的离线緩存功能， 许多移动应用都是利用 HTML5开发出来的。 将此类移动应用称为移动 Web应用。 移动应用主要是使用 HTML5技术， 并能够在文本浏览器， 如 Javascript (脚本）、 CSS ( Cascading Style Sheet, 级联样式表）， 中运 行。 借助 HTML5的离线緩存功能开发出来的移动应用也具有离线緩存 功能。该 HTML5离线緩存通常是通过 Application Cache API (应用緩存 接口 )提供离线存储功能， 指定浏览器緩存特定文件（通常是浏览器已 访问过的资源）， 以供离线用户访问该特定文件。
上述利用 HTML5离线功能实现移动应用的离线緩存功能的应用开 发模式叫做混搭式开发。 利用上述开发方案开发的移动应用的最大特点 是跨平台支持。 由于移动应用在下载文件时需要使用浏览器， 由此会影 响文件的下载速度、 下载的流畅性以及效率等。 发明内容
本发明提供一种离线緩存方法， 提升了用户终端中通信的速度、 流 畅度以及效率等。
本发明提出一种离线緩存方法， 包括：
截获资源下载请求， 并从所述资源下载请求中获取要下载资源的标 识；
根据所述标识判断本地数据库是否保存有与所述标识对应的资源； 当所述本地数据库保存有与所述标识对应的所述资源时， 封装与所 述标识对应的所述资源， 并响应所述资源下载请求。
优选地， 该方法进一步包括：
当所述本地数据库没有保存与所述标识对应的所述资源时， 向远端 发送所述资源下载请求；
从所述远端下载与所述标识对应的资源， 封装与所述标识对应的资 源并响应所述资源下载请求， 并以所述标识为关键字将与所述标识对应 的资源保存在所述本地数据库。
优选地， 向所述远端发送所述资源下载请求包括：
将所述标识封装在所述资源下载请求中， 向所述远端请求下载与所 述标识对应的所述资源；
当请求不成功时， 则重发所述资源下载请求， 并在连续重发多次后 停止发送所述资源下载请求。
优选地， 所述资源下载请求包括： 超文本传送协议 HTTP请求； 所 述标识包括： 统一资源定位符 URL。
优选地， 封装本地数据库中的与所述标识对应的所述资源， 并响应 所述资源下载请求包括： 返回给用户终端所发起的 HTTP请求。
优选地， 该方法进一步包括：
从所述远端下载资源， 并将所述资源保存在所述本地数据库； 根据所述标识判断所述本地数据库中是否存在与所述标识对应的 资源包括：
根据所述标识查找所述本地数据库， 判断所述本地数据库中保存的 所述资源中是否有与所述标识对应的所述资源。
本发明还提出一种离线緩存装置， 包括：
本地数据库和处理器，
所述本地数据库， 用于存储下载的资源；
所述处理器， 用于截获资源下载请求， 并从所述资源下载请求中获 取要下载资源的标识；
根据所述标识判断所述本地数据库中是否保存有与所述标识对应 的资源；
当所述本地数据库中保存有与所述标识对应的资源时， 封装与所述 标识对应的所述资源， 并响应所述资源下载请求。
优选地， 该处理器进一步用于：
当所述本地数据库没有保存与所述标识对应的所述资源时， 向远端 发送所述资源下载请求；
从所述远端下载与所述标识对应的资源， 封装与所述标识对应的所 述资源， 并响应所述资源下载请求， 以所述标识为关键字将与所述标识 对应的资源保存在所述本地数据库。
优选地， 该处理器进一步用于：
将所述标识封装在所述资源下载请求中， 向所述远端请求下载与所 述标识对应的所述资源；
当请求不成功时， 则重发所述资源下载请求， 并在连续重发多次后 停止发送所述资源下载请求。
优选地， 所述资源下载请求包括： 超文本传送协议 HTTP请求； 所 述标识包括： 统一资源定位符 URL。
优选地， 所述处理器进一步用于： 回给用户终端所发起的 HTTP请求。
优选地， 所述处理器进一步用于根据所述标识查找所述本地数据 库， 判断所述本地数据库中保存的所述资源中是否有与所述标识对应的 所述资源。
本发明提出一种非瞬时性的计算机可读存储介质， 其上存储有计算 机可执行指令， 当计算机中运行这些可执行指令时， 执行如下步骤： 截获资源下载请求， 并从所述资源下载请求中获取要下载资源的标 识；
根据所述标识判断本地数据库是否保存有与所述标识对应的资源； 当所述本地数据库保存有与所述标识对应的所述资源时， 封装与所 述标识对应的所述资源， 并响应所述资源下载请求进行资源下载。
使用本发明实施例的技术方案， 当用户需要使用某一资源， 并通过 用户终端发起资源下载请求时， 会先从该资源下载请求中获取与要下载 的资源对应的标识， 并根据该标识判断本地数据库是否保存有与该标识 对应的所述资源， 如果是则从所述本地数据库中获取该资源， 并对该资 源下载请求做出响应。 利用该技术方案， 可以防止重复下载已存储在本 地数据库中的资源， 提升了用户终端的性能。 附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案， 下面将 对实施例或现有技术描述中所需要使用的附图作筒单地介绍， 显而易见 地， 下面描述中的附图仅仅是本发明的一些实施例， 对于本领域普通技 术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得 其他的附图。
图 1是本发明实施例中离线緩存方法一的流程示意图；
图 2是本发明实施例中离线緩存方法二的流程示意图；
图 3是本发明实施例中离线緩存方法中向远端发送请求的流程示意 图；
图 4是本发明实施例中离线緩存方法三的流程示意图；
图 5是本发明实施例中离线緩存装置一的结构示意图；
图 6是本发明实施例中离线緩存装置二的结构示意图；
图 7是本发明实施例中离线緩存装置中的远端请求模块的结构示意 图；
图 8是本发明实施例中离线緩存装置三的结构示意图。
本发明目的的实现、 功能特点及优点将结合实施例， 参照附图做进 一步说明。 具体实施方式 应当理解， 此处所描述的具体实施例仅仅用以解释本发明， 并不用 于限定本发明。
参照图 1 , 图 1为本发明实施例中的离线緩存方法一的流程示意图。 该方法可包括如下步骤。
步骤 S12、 截获资源下载请求， 并从所述资源下载请求中获取要下 载资源的标识。
步骤 S13、 根据所述标识判断本地数据库中是否保存有与所述标识 对应的资源。
步骤 S14、 如果是， 封装与所述标识对应的所述资源。
具体而言， 在步骤 S12之前进一步包括步骤 S11 : 根据用户终端的 指令发起资源下载请求。
在有网络的情况下， 尤其是网络环境较好的情况下， 例如， 在网速 较快并且不容易断网的情况下， 从互联网中的远程服务器上获取资源， 并把资源存储在用户终端的本地数据库。 当用户终端需要再次使用该资 源的时候， 首先用户终端可截获向远端， 例如服务器， 发送的用于获取 该资源的资源下载请求， 比如 HTTP ( HyperText Transfer Protocol , 超文 本传输协议）请求， 并获取该资源下载请求中对应该资源的标识， 比如 URL ( Uniform Resource Locator, 统一资源定位符）， 查询本地数据库。 如果该请求的资源已经緩存在本地数据库中， 则从本地数据库中取出该 资源， 并封装一个 HTTP响应（ Response ), 并将该 HTTP响应返回给该 HTTP请求。 利用该技术方案， 可以避免重复下载本地数据库中的资源， 能够极大的节约用户的网络流量。
此外， 用户终端可以在有网络， 尤其是网络环境较好的情况下， 从 服务器获取资源并保存在本地数据库。 这样， 用户可以在没有网络的情 况下， 从该本地数据库中读取该资源。 利用该离线緩存方法， 可以允许 用户在没有网络的情况下也能使用该资源。
该离线緩存方法还可以进一步包括： 从该远端下载资源， 并将所述 资源保存在所述本地数据库。
根据所述标识判断所述本地数据库中是否存在与所述标识对应的 资源包括：
根据所述标识查找所述本地数据库， 判断所述本地数据库中保存的 所述资源中是否有与所述标识对应的资源。
参照图 2, 图 2为本发明实施例中离线緩存方法二的流程示意图。 在本实施例中， 上述步骤 S13之后还可包括：
步骤 S15、 当所述本地数据库没有保存与所述标识对应的所述资源 时， 向远端发送该资源下载请求。
步骤 S16、 从该远端下载与该标识对应的资源， 封装与该标识对应 的资源并响应所述资源下载请求， 并以该标识为关键字将与该标识对应 的资源保存在本地数据库。
参照图 3 , 图 3为本发明实施例中离线緩存方法中向远端发送请求 的流程示意图。 上述步骤 S15可包括：
步骤 S151、将所述标识封装在资源下载请求中， 向该远端请求下载 与该标识对应的资源； 当请求不成功时，进行步骤 S152; 当请求成功时， 进行步骤 S153。 与该标识对应的资源还可以被称为远端资源。 步骤 S152、则重发该资源下载请求，并在连续重发多次后停止发送。 步骤 S153、 则接收与该标识对应的资源。
当该用户终端的本地数据库中没有保存上述资源下载请求中所请 求的资源时， 可重新封装从该资源下载请求中获取的标识， 重新生成资 源下载请求并向互联网远端服务器请求下载该资源。 如请求成功， 则在 下载完与该标识对应的资源后， 封装下载的资源以响应该资源下载请 求。 同时， 以该标识为关键字将与该标识对应的资源存入本地数据库。 如请求不成功， 则可重发该资源下载请求， 并可在连续重发多次（比如 3次）后即可停止发送， 终止该资源下载请求。
参照图 4, 图 4为本发明实施例中离线緩存方法三的流程示意图。 以下以将离线緩存方法应用于移动应用为例， 对本实施例中的离线緩存 方法进行详细说明。 其中， 资源下载请求可为 HTTP请求， 资源的标识 可为 URL。
步骤 S21、移动应用根据移动用户终端的指令发起一个 HTTP请求， 请求从远端服务器下载资源。
步骤 S22、 移动应用截获该 HTTP请求。
步骤 S23、 从该 HTTP请求中解析出所请求的资源的 URL。
步骤 S24、 以 URL为关键字查询移动用户终端的本地数据库。
步骤 S25、如果本地数据库中存在该 URL所对应的资源， 则将与该 URL对应的资源封装为一个 HTTP 响应， 并返回给移动应用所发起的 HTTP请求， 至此， 移动应用发起的 HTTP请求过程结束。
步骤 S26、如果本地数据库中不存在该 URL所对应的资源， 则将该 URL封装在一个 HTTP请求中， 然后再发送该 HTTP请求。 如果发起的 请求不成功， 则重发请求， 连续重发三次不成功， 则停止此次 HTTP请 求。 步骤 S27、 如果请求成功， 则接收与该 URL对应的资源， 封装一个 HTTP响应并返回给由移动应用发起的 HTTP请求。
步骤 S28、以 URL为关键字将接收的资源存入本地数据库中。至此， 移动应用发起的 HTTP请求过程结束。
在移动用户终端 （例如智能手机、 平板电脑等） 中， 原生移动应用 具有天然的优势， 至少在未来一段时间内是很难 Web化。 因此， 利用该 原生移动应用的离线緩存技术， 将能极大地提高移动应用的性能（比如 速度、 效率等）， 为移动互联网用户终端带来了便利。
利用上述离线緩存方法， 可使用户终端节约大量网络流量。 可在有 网络的情况下， 尤其是网络环境较好的情况下请求所需资源并将该资源 存储至本地数据库， 能大大减少请求的时间。 同时， 在网络环境恶劣的 情况下可以从本地数据库中获取该资源， 这样可以防止重复下载已存储 在本地数据库中的资源， 提升了用户终端的性能。
参照图 5 , 图 5是本发明实施例中离线緩存装置一的结构示意图。 本实施例提供一种离线緩存装置 30—实施例。 该装置 30可包括： 请求 发起模块 31、请求截获模块 32、资源判断模块 33以及本地响应模块 34。
该请求发起模块 31 , 用于根据用户终端的指令发起资源下载请求。 该请求截获模块 32, 用于截获所述资源下载请求， 并从所述资源下载请 求中获取要下载资源的标识。 该资源判断模块 33 , 用于根据所述标识判 断本地数据库中是否保存有与所述标识对应的资源。 该本地响应模块 34, 用于当该本地数据库保存有与该标识对应的资源时， 封装与该标识 对应的资源并响应所述资源下载请求， 完成资源下载。
上述离线緩存装置 30主要可在有网络的情况下， 尤其是网络环境 比较好的情况下从互联网中的远程服务器获取资源， 并把资源存储在用 户终端的本地数据库。 当用户终端需要再次使用该资源的时候， 首先可 截获向远端获取资源的资源下载请求， 比如 HTTP ( HyperText Transfer Protocol, 超文本传输协议）请求， 并根据从该资源下载请求中获取的标 识， 比如 URL ( Uniform Resource Locator, 统一资源定位符）查询本地 数据库。 如果请求的资源緩保存在本地数据库中， 则从本地数据库中取 出该资源并封装一个 HTTP响应 （Response ), 并将该 HTTP Response 返回给该 HTTP请求。 利用该装置 30, 可以避免重复下载本地数据库 中的资源， 能够极大的节约用户的网络流量。
参照图 6, 图 6是本发明实施例中离线緩存装置二的结构示意图。 与图 5所示的实施例相比， 该装置 30还可包括： 远端请求模块 35以及 远端响应模块 36。 该远端请求模块 35 , 用于当该本地数据库没有保存 与该标识对应的资源时，向远端发送资源下载请求。该远端响应模块 36, 用于从该远端下载与该标识对应的资源后， 封装与该标识对应的资源并 响应所述资源下载请求， 并以该标识为关键字将与该标识对应的资源保 存在该本地数据库。
参照图 7, 图 7是本发明实施例中离线緩存装置中的远端请求模块 的结构示意图。 上述远端请求模块 35可包括： 封装单元 351、 重发单元 352以及接收单元 353。 该封装单元 351 , 用于将所述标识封装在该资源 下载请求中， 从该远端下载与该标识对应的资源。 该重发单元 352, 用 于当请求不成功时， 则重发该资源下载请求， 并在连续重发多次后停止 发送该资源下载请求。 该接收单元 353用于当请求成功时， 则接收远端 资源。
当用户终端的本地数据库中没有保存上述资源下载请求所请求的 资源时， 可重新封装从该资源下载请求中获取的标识， 重新生成资源下 载请求， 并请求从该互联网远端服务器下载该资源。 如请求成功， 则下 载完与该标识对应的资源后， 封装该下载的资源并响应该资源下载请 求， 同时以标识为关键字将与该标识对应的资源存入本地数据库。 如请 求不成功， 则可重发该资源下载请求， 并可在连续重发多次（比如 3次） 后即可停止发送， 终止该资源下载请求。
利用上述离线緩存装置 30可节约大量网络流量。 可在有网络， 尤 其是在网络环境好的情况下下载资源并将该资源存储至本地数据库。 利 用该离线緩存装置 30 能大大减少下载资源所需的时间。 同时， 在网络 环境恶劣的情况下， 可以从本地数据库获取所需的资源， 可以防止重复 下载已存储在本地数据库中的资源， 提升了用户终端的性能。
如图 8所示，图 8是本发明实施例中离线緩存装置三的结构示意图。 该离线緩存装置包括： 本地数据库 800和处理器 810。
该本地数据库 800, 用于存储下载的资源。
该处理器 810, 用于截获资源下载请求， 并从所述资源下载请求中 获取要下载资源的标识， 根据所述标识判断所述本地数据库 800中是否 保存有与所述标识对应的资源， 当所述本地数据库 800中保存有与所述 标识对应的资源时， 封装与所述标识对应的所述资源， 并响应所述资源 下载请求。
在本发明的一个实施例中， 该处理器 810进一步用于当所述本地数 据库 800没有保存与所述标识对应的所述资源时， 向远端发送所述资源 下载请求， 从所述远端下载与所述标识对应的资源， 封装与所述标识对 应的所述资源， 并响应所述资源下载请求， 以所述标识为关键字将与所 述标识对应的资源保存在所述本地数据库 800。
在本发明的一个实施例中， 该处理器 810进一步用于将所述标识封 装在所述资源下载请求中， 向所述远端请求下载与所述标识对应的所述 资源， 当请求不成功时， 则重发所述资源下载请求， 并在连续重发多次 后停止发送所述资源下载请求。 该资源下载请求可以为 HTTP请求， 该标识可以为 URL。
在本发明的一个实施例中， 该处理器 810进一步用于将所述本地数 据库 800中与所述标识对应的资源封装为 HTTP响应， 返回给用户终端 所发起的 HTTP请求。
在本发明的一个实施例中， 该处理器 810进一步用于根据所述标识 查找所述本地数据库 800, 判断所述本地数据库 800中保存的所述资源 中是否有与所述标识对应的所述资源。
以上所述仅为本发明的优选实施例， 并非因此限制本发明的专利范 围， 凡是利用本发明说明书及附图内容所作的等效结构或等效流程变 换， 或直接或间接运用在其他相关的技术领域， 均同理包括在本发明的 专利保护范围内。

Claims

权利要求书
1、 一种离线緩存方法， 其特征在于， 包括：
截获资源下载请求， 并从所述资源下载请求中获取要下载资源的标 识；
根据所述标识判断本地数据库是否保存有与所述标识对应的资源； 当所述本地数据库保存有与所述标识对应的所述资源时， 封装与所 述标识对应的所述资源， 并响应所述资源下载请求进行资源下载。
2、 根据权利要求 1 所述的离线緩存方法， 其特征在于， 进一步包 括：
当所述本地数据库没有保存与所述标识对应的所述资源时， 向远端 发送所述资源下载请求；
从所述远端下载与所述标识对应的资源， 封装与所述标识对应的资 源并响应所述资源下载请求， 并以所述标识为关键字将与所述标识对应 的资源保存在所述本地数据库。
3、 根据权利要求 2所述的离线緩存方法， 其特征在于， 向所述远 端发送所述资源下载请求包括：
将所述标识封装在所述资源下载请求中， 向所述远端请求下载与所 述标识对应的所述资源；
当请求不成功时， 则重发所述资源下载请求， 并在连续重发多次后 停止发送所述资源下载请求。
4、 根据权利要求 1至 3 中任一项所述的离线緩存方法， 其特征在 于， 所述资源下载请求包括： 超文本传送协议 HTTP请求；
所述标识包括： 统一资源定位符 URL。
5、 根据权利要求 4所述的离线緩存方法， 其特征在于， 封装本地 数据库中的与所述标识对应的所述资源， 并响应所述资源下载请求包 括： 返回给用户终端所发起的 HTTP请求。
6、 根据权利要求 1至 3任一项所述的方法， 其特征在于， 进一步 包括：
从所述远端下载资源， 并将所述资源保存在所述本地数据库； 根据所述标识判断所述本地数据库中是否存在与所述标识对应的 资源包括：
根据所述标识查找所述本地数据库， 判断所述本地数据库中保存的 所述资源中是否有与所述标识对应的所述资源。
7、 一种离线緩存装置， 其特征在于， 包括：
本地数据库和处理器，
所述本地数据库， 用于存储下载的资源；
所述处理器， 用于截获资源下载请求， 并从所述资源下载请求中获 取要下载资源的标识；
根据所述标识判断所述本地数据库中是否保存有与所述标识对应 的资源；
当所述本地数据库中保存有与所述标识对应的资源时， 封装与所述 标识对应的所述资源， 并响应所述资源下载请求进行资源下载。
8、 根据权利要求 7 所述的离线緩存装置， 其特征在于， 所述处理 器进一步用于：
当所述本地数据库没有保存与所述标识对应的所述资源时， 向远端 发送所述资源下载请求；
从所述远端下载与所述标识对应的资源， 封装与所述标识对应的所 述资源， 并响应所述资源下载请求， 以所述标识为关键字将与所述标识 对应的资源保存在所述本地数据库。
9、 根据权利要求 8 所述的离线緩存装置， 其特征在于， 所述处理 器进一步用于将所述标识封装在所述资源下载请求中， 向所述远端请求 下载与所述标识对应的所述资源；
当请求不成功时， 则重发所述资源下载请求， 并在连续重发多次后 停止发送所述资源下载请求。
10、 根据权利要求 7至 9中任一项所述的离线緩存装置， 其特征在 于，
所述资源下载请求包括： 超文本传送协议 HTTP请求；
所述标识包括： 统一资源定位符 URL。
11、 根据权利要求 10 所述的离线緩存装置， 其特征在于， 所述处 理器进一步用于将所述本地数据库中与所述标识对应的资源封装为 HTTP响应， 返回给用户终端所发起的 HTTP请求。
12、 根据权利要求 7至 9中的任一项所述的离线緩存装置， 其特征 在于， 所述处理器进一步用于根据所述标识查找所述本地数据库， 判断 所述本地数据库中保存的所述资源中是否有与所述标识对应的所述资 源。
13、 一种非瞬时性的计算机可读存储介质， 其上存储有计算机可执 行指令， 当计算机中运行这些可执行指令时， 执行如下步骤：
截获资源下载请求， 并从所述资源下载请求中获取要下载资源的标 识；
根据所述标识判断本地数据库是否保存有与所述标识对应的资源； 当所述本地数据库保存有与所述标识对应的所述资源时， 封装与所 述标识对应的所述资源， 并响应所述资源下载请求进行资源下载。
PCT/CN2013/081832 2012-09-20 2013-08-20 离线缓存方法及装置 Ceased WO2014044103A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2015532283A JP2015531952A (ja) 2012-09-20 2013-08-20 オフラインキャッシングの方法及び装置
AU2013317501A AU2013317501A1 (en) 2012-09-20 2013-08-20 Offline caching method and apparatus
US14/657,483 US20150189036A1 (en) 2012-09-20 2015-03-13 Offline caching method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210351924.7 2012-09-20
CN201210351924.7A CN103686684A (zh) 2012-09-20 2012-09-20 离线缓存的方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/657,483 Continuation US20150189036A1 (en) 2012-09-20 2015-03-13 Offline caching method and apparatus

Publications (1)

Publication Number Publication Date
WO2014044103A1 true WO2014044103A1 (zh) 2014-03-27

Family

ID=50322699

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/081832 Ceased WO2014044103A1 (zh) 2012-09-20 2013-08-20 离线缓存方法及装置

Country Status (5)

Country Link
US (1) US20150189036A1 (zh)
JP (1) JP2015531952A (zh)
CN (1) CN103686684A (zh)
AU (1) AU2013317501A1 (zh)
WO (1) WO2014044103A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104219323A (zh) * 2014-09-18 2014-12-17 深圳市中兴移动通信有限公司 应用下载方法和移动终端
CN105681380B (zh) * 2014-11-20 2019-09-03 阿里巴巴集团控股有限公司 客户端离线化方法及其系统
CN104461632B (zh) * 2014-12-09 2017-06-16 东软集团股份有限公司 一种Web App加载方法及装置
CN105550338B (zh) * 2015-12-23 2018-11-23 北京大学 一种基于HTML5应用缓存的移动Web缓存优化方法
US9888039B2 (en) * 2015-12-28 2018-02-06 Palantir Technologies Inc. Network-based permissioning system
CN107168963A (zh) * 2016-03-07 2017-09-15 阿里巴巴集团控股有限公司 客户端的页面加载和页面的缓存方法、系统和客户端
CN107995245B (zh) * 2016-10-27 2019-03-15 腾讯科技（深圳）有限公司 一种资源共享的方法及终端
CN108347461B (zh) * 2017-01-25 2020-10-16 华为技术有限公司 离线缓存方法、设备及系统
CN108733701A (zh) * 2017-04-20 2018-11-02 杭州施强教育科技有限公司 一种应用于在线教育的查询页面缓存控制方法
US10142349B1 (en) 2018-02-22 2018-11-27 Palantir Technologies Inc. Verifying network-based permissioning rights
US11244063B2 (en) 2018-06-11 2022-02-08 Palantir Technologies Inc. Row-level and column-level policy service
CN108846141B (zh) * 2018-07-11 2022-05-24 中国建设银行股份有限公司 一种离线缓存加载方法及装置
CN109344349B (zh) * 2018-09-28 2020-12-29 北京三快在线科技有限公司 一种数据缓存方法及装置、电子设备
US11010476B2 (en) * 2018-12-04 2021-05-18 Palantir Technologies Inc. Security-aware caching of resources
WO2020240614A1 (ja) * 2019-05-24 2020-12-03 日本電信電話株式会社 配信システム、配信方法、配信サーバ、処理サーバ、配信プログラムおよび処理プログラム
CN110569456B (zh) * 2019-07-26 2022-03-08 广州视源电子科技股份有限公司 Web端数据离线缓存方法及装置、电子设备
CN111212418A (zh) * 2019-12-31 2020-05-29 北京指掌易科技有限公司 移动端应用安全下载装置和方法
CN115134356B (zh) * 2022-09-01 2022-12-06 深圳市华曦达科技股份有限公司 针对中心节点分发监控节点下载的方法、系统和介质
CN119202442A (zh) * 2024-11-27 2024-12-27 北京仁科互动网络技术有限公司 一种基于元数据的应用离线管理方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101127784A (zh) * 2007-09-29 2008-02-20 网秦无限（北京）科技有限公司 在移动终端上快捷获取网络信息服务的方法和系统
EP1914677A1 (en) * 2006-10-17 2008-04-23 Adnan Veysel Ertemel System for location-based intelligent matchmaking using moble access devices
CN101499080A (zh) * 2008-02-01 2009-08-05 网秦无限（北京）科技有限公司 在移动终端上快捷获取信息服务的方法和系统
CN101707635A (zh) * 2009-12-25 2010-05-12 中国海洋大学 一种基于互联网的资源推送系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09212397A (ja) * 1996-01-31 1997-08-15 Toshiba Corp ファイル読み出し方法
US6035324A (en) * 1997-08-28 2000-03-07 International Business Machines Corporation Client-side asynchronous form management
US6341304B1 (en) * 1999-09-23 2002-01-22 International Business Machines Corporation Data acquisition and distribution processing system
US20020174189A1 (en) * 2001-04-23 2002-11-21 Luosheng Peng Apparatus and methods for intelligently caching applications and data on a mobile device
US7146434B2 (en) * 2002-05-15 2006-12-05 Hewlett-Packard Development Company, L.P. Method for downloading data via the internet to a browser enabled computer
US6941310B2 (en) * 2002-07-17 2005-09-06 Oracle International Corp. System and method for caching data for a mobile application
JP4228886B2 (ja) * 2003-11-18 2009-02-25 日本電気株式会社 通信システムおよび通信方法
JP3769580B2 (ja) * 2004-05-18 2006-04-26 株式会社東芝 情報処理装置、情報処理方法および情報処理プログラム
KR100730058B1 (ko) * 2006-01-25 2007-06-20 삼성전자주식회사 무선인터넷 플랫폼을 이용한 컨텐츠 다운로드 시스템 및방법
CN101401118A (zh) * 2006-03-06 2009-04-01 雅虎公司 通过移动设备来送达广告的系统
US20080189190A1 (en) * 2007-02-01 2008-08-07 Jeff Ferber Proxy server and api extension for online stores
CN101459619B (zh) * 2009-01-05 2011-01-05 杭州华三通信技术有限公司 一种在网络中对报文传输的处理方法和装置
US9485299B2 (en) * 2009-03-09 2016-11-01 Arris Canada, Inc. Progressive download gateway
JP2011164749A (ja) * 2010-02-05 2011-08-25 Kddi Corp Ｗｅｂアプリケーション高可用化装置及びＷｅｂアプリケーション高可用化方法
US8738765B2 (en) * 2011-06-14 2014-05-27 Lookout, Inc. Mobile device DNS optimization
CN102427471B (zh) * 2011-11-24 2014-06-11 中兴通讯股份有限公司 一种离线运行微件的方法及客户端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1914677A1 (en) * 2006-10-17 2008-04-23 Adnan Veysel Ertemel System for location-based intelligent matchmaking using moble access devices
CN101127784A (zh) * 2007-09-29 2008-02-20 网秦无限（北京）科技有限公司 在移动终端上快捷获取网络信息服务的方法和系统
CN101499080A (zh) * 2008-02-01 2009-08-05 网秦无限（北京）科技有限公司 在移动终端上快捷获取信息服务的方法和系统
CN101707635A (zh) * 2009-12-25 2010-05-12 中国海洋大学 一种基于互联网的资源推送系统

Also Published As

Publication number Publication date
JP2015531952A (ja) 2015-11-05
AU2013317501A1 (en) 2015-05-07
US20150189036A1 (en) 2015-07-02
CN103686684A (zh) 2014-03-26

Similar Documents

Publication Publication Date Title
WO2014044103A1 (zh) 离线缓存方法及装置
US11356533B2 (en) Facilitation of efficient web site page loading
CN102710748B (zh) 数据获取方法、系统及设备
CN105045887B (zh) 混合模式跨域数据交互的系统及其方法
US8868638B2 (en) Methods for reducing latency in network connections using automatic redirects and systems thereof
CN107154963B (zh) 一种请求处理方法、装置及电子设备
WO2013097592A1 (zh) 脚本加载技术
CN106294379A (zh) 一种页面的加载方法、装置和系统
WO2017190641A1 (zh) 拦截爬虫的方法、装置、服务器终端以及计算机可读介质
US8577961B2 (en) Methods and apparatus for obtaining content with reduced access times
WO2012152228A1 (zh) 获取页面资源的方法及装置、浏览器及移动终端
US20050182826A1 (en) Method and apparatus for improving wireless data networks performance
CN102929985A (zh) 一种收藏网页展示的方法和系统
WO2017045538A1 (zh) 基于http协议的缓存、请求、响应方法及相应装置
WO2013056564A1 (zh) 浏览器内核适配的方法和浏览器
CN104580192A (zh) 应用程序的网络访问请求的处理方法和装置
WO2015039559A1 (zh) 页面重定向方法、路由设备、终端设备及系统
WO2012142892A1 (zh) 一种浏览器的脚本处理方法和系统
WO2012126433A2 (zh) 访问控制方法、系统及接入终端
CN103678508A (zh) 一种网页打开方法及装置
WO2015196442A1 (zh) 一种网页优化的设备及方法
CN105556932B (zh) 使移动应用能获取mac地址以获得位置信息的方法和装置
WO2014194733A1 (en) Method and device for obtaining contents of page, application apparatus and mobile terminal
CN103440143A (zh) 移动web应用升级系统及方法
WO2015154270A1 (zh) 一种信息搜索的方法以及装置

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015532283

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2013317501

Country of ref document: AU

Date of ref document: 20130820

Kind code of ref document: A

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 17.08.2015)

122 Ep: pct application non-entry in european phase

Ref document number: 13839313

Country of ref document: EP

Kind code of ref document: A1