CN109375997A - 一种处理网络资源的方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请提供一种处理网络资源的方法、装置、设备及可读存储介质，方法包括：构建资源接收进程与目标网络资源之间的映射关系；调用资源获取进程获取所述目标网络资源；基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。本申请可以实现基于资源获取进程这一单一进程来从服务端获取所述目标网络资源，以通过该资源获取进程为终端设备的各个组件的进程获取网络资源，可避免各个组件的进程分别与云端服务器建立连接以获取各自相应的资源，进而可以节省各组件的开发成本，由于建立了资源接收进程与目标网络资源的对应关系，不需要重复获取相同的网络资源，可以节省网络流量。

Description

一种处理网络资源的方法、装置、设备及可读存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种处理网络资源的方法、装置、设备及可读存储介质。

背景技术

现有技术中，终端设备的多个组件的进程从云端服务器获取资源时，需要分别与云端服务器建立连接，以基于建立的连接获取各自相应的资源。然而，这种资源获取方案需要每个组件均具有与云端服务器进行通信的功能，会耗费较多的开发成本。

发明内容

有鉴于此，本申请提供一种处理网络资源的方法、装置、设备及可读存储介质，以解决现有的资源获取方案的问题。

具体地，本申请是通过如下技术方案实现的：

根据本申请的第一方面，提出了一种处理网络资源的方法，包括：

构建资源接收进程与目标网络资源之间的映射关系；

调用资源获取进程获取所述目标网络资源；

基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

在一实施例中，所述方法还包括：

将所述资源获取进程确定为虚拟服务器，以及将所述资源接收进程确定为虚拟客户端；

所述构建资源接收进程与目标网络资源之间的映射关系，包括：

构建所述虚拟客户端的Restful请求与目标网络资源之间的第一映射关系；

所述调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程，包括：

调用所述资源获取进程基于所述第一映射关系将所述目标网络资源发送至所述虚拟客户端。

在一实施例中，所述方法还包括：

将获取的所述目标网络资源存储于本地；

所述调用所述资源获取进程将所述目标网络资源发送至资源接收进程，包括：

调用所述资源获取进程，将本地存储的所述目标网络资源发送至资源接收进程。

在一实施例中，所述方法还包括：

若接收到启动广播或软件开发工具包SDK保活消息，则启动所述资源获取进程，并运行所述资源获取进程。

在一实施例中，所述资源获取进程通过定时长轮询或长连接的方式与所述服务端进行通信。

在一实施例中，所述目标网络资源包括HTML5文件和/或javaScript文件。

根据本申请的第二方面，提出了一种处理网络资源的装置，包括：

映射关系构建模块，用于构建资源接收进程与目标网络资源之间的映射关系；

网络资源获取模块，用于调用资源获取进程获取所述目标网络资源；

网络资源发送模块，用于基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

在一实施例中，所述装置还包括：

存储进程保活模块，用于当接收到启动广播或软件开发工具包SDK保活消息时，启动所述资源获取进程，并运行所述资源获取进程。

根据本申请的第三方面，提出了一种处理网络资源的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述任一所述的处理网络资源的方法。

根据本申请的第四方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一所述的处理网络资源的方法。

本申请通过构建资源接收进程与目标网络资源之间的映射关系，并调用资源获取进程获取所述目标网络资源，进而基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程，可以实现基于资源获取进程这一单一进程来从服务端获取所述目标网络资源，以通过该资源获取进程为终端设备的各个组件的进程获取网络资源，可以避免各个组件的进程分别与云端服务器建立连接以获取各自相应的资源，进而可以节省各组件的开发成本，由于建立了资源接收进程与目标网络资源的对应关系，不需要重复获取相同的网络资源，可以节省网络流量。

附图说明

图1是本申请第一示例性实施例示出的一种处理网络资源的方法的流程图；

图2是本申请第二示例性实施例示出的一种处理网络资源的方法的流程图；

图3是本申请第三示例性实施例示出的一种处理网络资源的方法的流程图；

图4是本申请第四示例性实施例示出的一种处理网络资源的方法的流程图；

图5是本申请第五示例性实施例示出的一种处理网络资源的方法的流程图；

图6是本申请一示例性实施例示出的一种处理网络资源的装置的结构框图；

图7是本申请又一示例性实施例示出的一种处理网络资源的装置的结构框图；

图8是本申请一示例性实施例示出的一种处理网络资源的设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本申请第一示例性实施例示出的一种处理网络资源的方法的流程图；该实施例可以应用于智能手机、平板电脑或台式电脑等终端设备。如图1所示，该方法包括步骤S101-S103：

在步骤S101中，构建资源接收进程与目标网络资源之间的映射关系。

在一实施例中，终端设备可以确定多个组件的资源接收进程与多个目标网络资源之间的对应关系，即确定每个资源接收进程与自身所需的目标网络资源的对应关系。

在一实施例中，终端设备可以根据上述对应关系构建各个资源接收进程与各个目标网络资源之间的映射关系。

在一实施例中，各个资源接收进程与各个目标网络资源之间的映射关系可以如下表一所示：

表一

资源接收进程	进程A	进程B	进程C
				目标网络资源	资源1	资源2	资源1、资源2

值得说明的是，上述表一所示的各个资源接收进程与各个目标网络资源之间的映射关系仅用于示例性说明，在实际实施中，开发人员还可以根据实际需要选取其他列表或文本等，本实施例对此不进行限定。

在步骤S102中，调用资源获取进程获取所述目标网络资源。

在一实施例中，可以预先在终端设备中启动上述资源获取进程，该获取进程用于从服务端获取所述目标网络资源。

在一实施例中，可以当终端设备启动时，或者接收到启动广播、软件开发工具包SDK保活消息等时启动上述资源获取进程，具体方式还可以参见下述图5所示实施例，在此先不进行详述。

在一实施例中，上述目标网络资源为终端设备中的各个组件(如，应用程序)的资源接收进程所需要的网络资源。

在一实施例中，上述资源接收进程包括WebView容器或前端业务等应用程序的进程。

在一实施例中，上述资源获取进程可以通过定时长轮询的方式与服务端进行通信，或者，该资源获取进程可以与服务端建立长连接，以基于该长连接与服务端进行通信，具体选取哪种方式可以由开发人员根据实际业务需要进行选取，本实施例对此不进行限定。

在一实施例中，上述服务端为用于存储终端设备需要的网络资源的服务端，其中，该服务端可以为一台服务器或由多台服务器组成的服务器集群等，本实施例对此不进行限定。

在一实施例中，上述目标网络资源可以包括但不限于HTML5文件和/或javaScript文件等。

在步骤S103中，基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

在一实施例中，上述访问请求可以通过设置在终端设备上的应用程序(Application，APP)上的相关按键(如，文本、图像或投放链接)由用户触发生成。

在一实施例中，上述投放链接可以为运营方在APP中投放的链接，如绝对URL(Uniform Resource Locator，统一资源定位符)的超链接、相对URL的超链接或同一网页的超链接等。

在一实施例中，用户可以在客户端的网页浏览器中点击上述投放链接，进而客户端可以根据用户的点击操作生成访问请求，并发送给服务端。

在一实施例中，当终端设备调用资源获取进程获取所述目标网络资源后，若接收到对所述目标网络资源的访问请求，则可以调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

如表一所示，当确定资源接收进程为“进程A”后，可以基于表中所示的映射关系，确定该“进程A”所需的目标网络资源为“资源1”。进而，当终端设备调用资源获取进程从服务端获取“资源1”后，可以将该“资源1”发送至对应的资源接收进程，即“进程A”。

值得说明的是，各个资源接收进程所需的目标网络资源可能有相同的部分，仍如表一所示，“进程A”所需的目标网络资源为“资源1”，“进程B”所需的目标网络资源为“资源2”，而“进程C”所需的目标网络资源为“资源1、资源2”，即“进程C”所需的目标网络资源与“进程A”和“进程B”均有相同的部分。因而，当资源获取进程从服务端获取“资源1”和“资源2”并分别发送给“进程A”和“进程B”后，还可以对该“资源1”和“资源2”进行存储，进而将该“资源1”和“资源2”发送给其他有需要的进程，即“进程C”，由于建立了资源接收进程与目标网络资源的对应关系，不需要重复地从服务端获取相同的网络资源，因而可以达到节省网络流量的目的。

在一实施例中，上述存储目标网络资源的方式还可以参见下述图4所示实施例，在此先不进行详述。

值得说明的是，终端设备调用上述资源获取进程，以及资源获取进程将目标网络资源发送至资源接收进程的具体方式可以参见现有技术中的解释和说明，本实施例对此不进行限定。

由上述描述可知，本实施例通过调用资源获取进程获取所述目标网络资源，并当接收到对所述目标网络资源的访问请求时，调用所述资源获取进程将所述目标网络资源发送至资源接收进程，可以实现基于资源获取进程这一单一进程来从服务端获取所述目标网络资源，以通过该资源获取进程为终端设备的各个组件的进程获取网络资源，可以避免各个组件的进程分别与云端服务器建立连接以获取各自相应的资源，进而可以节省各组件的开发成本，由于建立了资源接收进程与目标网络资源的对应关系，不需要重复获取相同的网络资源，可以节省网络流量。

图2是本申请第二示例性实施例示出的一种处理网络资源的方法的流程图；该实施例可以应用于智能手机、平板电脑或台式电脑等终端设备。如图2所示，该方法包括步骤S201-S204：

在步骤S201中，对资源接收进程发送的资源获取请求进行加密，得到加密后的资源获取请求。

在一实施例中，当终端设备接收到资源接收进程发送的用于获取所述目标网络资源的资源获取请求后，可以采用预设的加密算法对资源接收进程发送的资源获取请求进行加密，以得到加密后的资源获取请求。

在一实施例中，上述预设的加密算法可以由开发人员根据实际业务需要进行选取，如选取MD5(Message Digest Algorithm 5，消息摘要算法第五版)算法等，本实施例对此不进行限定。

可以理解的是，通过对资源接收进程发送的资源获取请求进行加密，即可使被加密的资源获取请求对终端设备中的其他进程不可见，可以保证资源接收进程的信息安全性。

在步骤S202中，构建所述加密后的资源获取请求与目标网络资源之间的映射关系。

在一实施例中，当对资源接收进程发送的资源获取请求进行加密，得到加密后的资源获取请求后，可以构建所述加密后的资源获取请求与目标网络资源之间的映射关系。

在一实施例中，构建所述加密后的资源获取请求与目标网络资源之间的映射关系的过程可以参见上述实施例，在此不进行赘述。

在步骤S203中，调用资源获取进程获取所述目标网络资源。

在步骤S204中，基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

其中，步骤S203-S204的相关解释和说明可以参见上述实施例，在此不进行赘述。

由上述描述可知，本实施例通过对资源接收进程发送的资源获取请求进行加密，得到加密后的资源获取请求，并构建所述加密后的资源获取请求与目标网络资源之间的映射关系，可以实现基于构建的所述加密后的资源获取请求与目标网络资源之间的映射关系将所述目标网络资源发送至所述资源接收进程，可以使被加密的资源获取请求对终端设备中的其他进程不可见，可以保证资源接收进程的信息安全性。

图3是本申请第三示例性实施例示出的一种处理网络资源的方法的流程图；该实施例可以应用于智能手机、平板电脑或台式电脑等终端设备。如图3所示，该方法包括步骤S301-S304：

在步骤S301中，将资源获取进程确定为虚拟服务器，以及将资源接收进程确定为虚拟客户端。

在一实施例中，可以采用终端服务器ijetty方法，将资源获取进程虚拟为服务器，并将资源接收进程虚拟为客户端。进而，可以通过基于Restful请求的RPC(RemoteProcedure Call Protocol，远程过程调用协议)调用，来实现“客户端(即，资源接收进程)”与“服务器(即，资源获取进程)”之间的通信。

在步骤S302中，构建所述虚拟客户端的Restful请求与目标网络资源之间的第一映射关系。

在一实施例中，在将将所述资源获取进程确定为虚拟服务器，以及将所述资源接收进程确定为虚拟客户端后，可以构建所述虚拟客户端的Restful请求与目标网络资源之间的第一映射关系，进而可以基于该第一映射关系执行后续将所述目标网络资源发送至所述虚拟客户端的操作。

在步骤S303中，调用资源获取进程获取所述目标网络资源。

在步骤S304中，基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述第一映射关系将所述目标网络资源发送至所述虚拟客户端。

其中，步骤S303-S304的相关解释和说明可以参见上述实施例，在此不进行赘述。

由上述描述可知，本实施例通过将所述资源获取进程确定为虚拟服务器，以及将所述资源接收进程确定为虚拟客户端，进而构建所述虚拟客户端的Restful请求与目标网络资源之间的第一映射关系，并当接收到对所述目标网络资源的访问请求时，调用所述资源获取进程基于所述第一映射关系将所述目标网络资源发送至所述虚拟客户端，可以实现多进程之间的通信，提高资源获取进程和资源接收进程之间的通信效率。

图4是本申请第四示例性实施例示出的一种处理网络资源的方法的流程图；该实施例可以应用于智能手机、平板电脑或台式电脑等终端设备。如图4所示，该方法包括步骤S401-S404：

在步骤S401中，构建资源接收进程与目标网络资源之间的映射关系。

在步骤S402中，调用资源获取进程获取所述目标网络资源。

其中，步骤S401-S402的相关解释和说明可以参见上述实施例，在此不进行赘述。

在步骤S403中，将获取的所述目标网络资源存储于本地。

在一实施例中，当终端设备调用资源获取进程获取所述目标网络资源后，可以将获取的所述目标网络资源存储于本地。例如，可以将获取的所述目标网络资源存储于本地中预留的、用于存储目标网络资源的位置。

在步骤S404中，基于对所述目标网络资源的访问请求，调用所述资源获取进程，将本地存储的所述目标网络资源发送至资源接收进程。

在一实施例中，终端设备调用资源获取进程，将本地存储的所述目标网络资源发送至资源接收进程，可以包含以下两种情况：

第一种情况：终端设备可以获取WebView容器或前端业务中当前页面或者上一页/下一页的互联网资源接口，进而构建资源获取请求与目标网络资源之间的映射关系，然后通过调用资源获取进程获取所述目标网络资源并存储在本地，以提前缓存各WebView容器或前端业务可能访问的资源，进而在用户访问上述资源时，可以实现直接加载本地已缓存的资源，从而可以提高资源加载速度，提升用户体验。

第二种情况：终端设备可以根据WebView容器或前端业务发送的资源获取请求，调用资源获取进程获取所述目标网络资源，并发送给该WebView容器或前端业务。与此同时，资源获取进程还可以将获取的目标网络资源存储在本地，并构建资源获取请求与目标网络资源之间的映射关系，当后续用户再次访问相关资源时，可以实现直接从本地加载已缓存的资源，可以节省网络流量，并加快资源访问速度。

图5是本申请第五示例性实施例示出的一种处理网络资源的方法的流程图；该实施例可以应用于智能手机、平板电脑或台式电脑等终端设备。如图5所示，该方法包括步骤S501-S504：

在步骤S501中，若接收到启动广播或软件开发工具包SDK保活消息，则启动资源获取进程，并运行所述资源获取进程。

在一实施例中，终端设备可以通过监听系统启动广播或SDK保活消息，来启动一无界面进程，即上述资源获取进程，并在后台运行。

可以理解的是，本申请中是利用资源获取进程这一单一进程来从服务端获取所述目标网络资源，以通过该资源获取进程为终端设备的各个组件的进程获取网络资源，避免各个组件的进程分别与云端服务器建立连接以获取各自相应的资源，以节省各组件的开发成本，因而需要对资源获取进程进行“保活”，即保证资源获取进程不被后台“杀死”，或者，当资源获取进程被后台“杀死”时，重新启动该资源获取进程，以确保资源获取进程时刻处于正常运行的状态。

在步骤S502中，构建资源接收进程与目标网络资源之间的映射关系。

在步骤S503中，调用资源获取进程获取目标网络资源；

在步骤S504中，基于对所述目标网络资源的访问请求，调用所述资源获取进程将所述目标网络资源发送至资源接收进程。

其中，步骤S502-S504的相关解释和说明可以参见上述实施例，在此不进行赘述。

由上述描述可知，本实施例通过当接收到启动广播或软件开发工具包SDK保活消息时，启动所述资源获取进程，并运行所述资源获取进程，可以实现后续基于运行的资源获取进程从服务端获取所述目标网络资源，并将所述目标网络资源发送至资源接收进程，可以实现基于资源获取进程这一单一进程来从服务端获取所述目标网络资源，以通过该资源获取进程为终端设备的各个组件的进程获取网络资源，可以避免各个组件的进程分别与云端服务器建立连接以获取各自相应的资源，进而可以节省各组件的开发成本。

与前述方法实施例相对应，本申请还提供了相应的装置的实施例。

图6是本申请一示例性实施例示出的一种处理网络资源的装置的结构框图；如图6所示，该装置包括：映射关系构建模块110、网络资源获取模块120以及网络资源发送模块130，其中：

映射关系构建模块110，用于构建资源接收进程与目标网络资源之间的映射关系；

网络资源获取模块120，用于调用资源获取进程获取所述目标网络资源；

网络资源发送模块130，用于当接收到对所述目标网络资源的访问请求时，调用所述资源获取进程将所述目标网络资源发送至资源接收进程。

由上述描述可知，本实施例通过调用资源获取进程获取所述目标网络资源，并当接收到对所述目标网络资源的访问请求时，调用所述资源获取进程将所述目标网络资源发送至资源接收进程，可以实现基于资源获取进程这一单一进程来从服务端获取所述目标网络资源，以通过该资源获取进程为终端设备的各个组件的进程获取网络资源，可以避免各个组件的进程分别与云端服务器建立连接以获取各自相应的资源，进而可以节省各组件的开发成本，由于建立了资源接收进程与目标网络资源的对应关系，不需要重复获取相同的网络资源，可以节省网络流量。

图7是本申请又一示例性实施例示出的一种处理网络资源的装置的结构框图；其中，映射关系构建模块210、网络资源获取模块220以及网络资源发送模块230与前述图7所示实施例中的映射关系构建模块110、网络资源获取模块120以及网络资源发送模块130的功能相同，在此不进行赘述。

在一实施例中，网络资源发送模块230还可以用于调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

在一实施例中，如图7所示，映射关系构建模块210，可以包括：

获取请求加密单元211，用于对资源接收进程发送的资源获取请求进行加密，得到加密后的资源获取请求；

映射关系构建单元212，用于构建所述加密后的资源获取请求与目标网络资源之间的映射关系。

在一实施例中，装置还可以包括：虚拟功能确定模块240；

虚拟功能确定模块240，可以包括：

虚拟服务器确定单元241，用于将所述资源获取进程确定为虚拟服务器；

虚拟客户端确定单元242，用于将所述资源接收进程确定为虚拟客户端；

在一实施例中，映射关系构建模块210，还可以用于构建所述虚拟客户端的Restful请求与目标网络资源之间的第一映射关系；

在此基础上，网络资源发送模块230还可以用于调用所述资源获取进程基于所述第一映射关系将所述目标网络资源发送至所述虚拟客户端。

在一实施例中，装置还可以包括：

网络资源存储模块250，用于将获取的所述目标网络资源存储于本地；

在此基础上，网络资源发送模块还可以用于调用所述资源获取进程，将本地存储的所述目标网络资源发送至资源接收进程。

在一实施例中，装置还可以包括：

存储进程保活模块260，用于当接收到启动广播或软件开发工具包SDK保活消息时，启动所述资源获取进程，并运行所述资源获取进程。

在一实施例中，所述资源获取进程通过定时长轮询或长连接的方式与所述服务端进行通信。

在一实施例中，所述目标网络资源包括HTML5文件和/或javaScript文件。

值得说明的是，上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

本发明的处理网络资源的装置的实施例可以应用在网络设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的，其中计算机程序用于执行上述图1～图5所示实施例提供的处理网络资源的方法。从硬件层面而言，如图8所示，为本发明的处理网络资源的设备的硬件结构图，除了图8所示的处理器、网络接口、内存以及非易失性存储器之外，所述设备通常还可以包括其他硬件，如负责处理报文的转发芯片等等；从硬件结构上来讲该设备还可能是分布式的设备，可能包括多个接口卡，以便在硬件层面进行报文处理的扩展。另一方面，本申请还提供了一种计算机可读存储介质，存储介质存储有计算机程序，计算机程序用于执行上述图1～图5所示实施例提供的处理网络资源的方法。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种处理网络资源的方法，其特征在于，包括：

构建资源接收进程与目标网络资源之间的映射关系；

调用资源获取进程获取所述目标网络资源；

基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将所述资源获取进程确定为虚拟服务器，以及将所述资源接收进程确定为虚拟客户端；

所述构建资源接收进程与目标网络资源之间的映射关系，包括：

构建所述虚拟客户端的Restful请求与目标网络资源之间的第一映射关系；

所述调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程，包括：

调用所述资源获取进程基于所述第一映射关系将所述目标网络资源发送至所述虚拟客户端。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

将获取的所述目标网络资源存储于本地；

所述调用所述资源获取进程将所述目标网络资源发送至资源接收进程，包括：

调用所述资源获取进程，将本地存储的所述目标网络资源发送至资源接收进程。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若接收到启动广播或软件开发工具包SDK保活消息，则启动所述资源获取进程，并运行所述资源获取进程。

5.根据权利要求1所述的方法，其特征在于，所述资源获取进程通过定时长轮询或长连接的方式与所述服务端进行通信。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述目标网络资源包括HTML5文件和/或javaScript文件。

7.一种处理网络资源的装置，其特征在于，包括：

映射关系构建模块，用于构建资源接收进程与目标网络资源之间的映射关系；

网络资源获取模块，用于调用资源获取进程获取所述目标网络资源；

网络资源发送模块，用于基于对所述目标网络资源的访问请求，调用所述资源获取进程基于所述映射关系将所述目标网络资源发送至所述资源接收进程。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

存储进程保活模块，用于当接收到启动广播或软件开发工具包SDK保活消息时，启动所述资源获取进程，并运行所述资源获取进程。

9.一种处理网络资源的设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现上述权利要求1-6任一所述的处理网络资源的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-6任一所述的处理网络资源的方法。