小程序加载方法、装置、终端设备以及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种小程序加载方法、装置、终端设备以及存储介质。

背景技术

小程序，一种不需要下载安装即可使用的应用。用户可以扫一下小程序的二维码或者搜一下小程序名称，即可直接打开对应的小程序应用页面，因此，小程序应用将无处不在且随时可用，给工作、生活带来便利。

目前，各小程序平台从小程序的产品定位以及用户体验出发，对于小程序的加载有一定的时间以及大小限制。但是，随着应用需求迭代，经构建打包后的小程序应用也越来越大，使得小程序加载时间过长，严重影响小程序应用的发布。

因此，有必要提出一种提升小程序加载效率的方案。

发明内容

本申请的主要目的在于提供一种小程序加载方法、装置、终端设备以及存储介质，旨在解决小程序加载效率低的问题。

为实现上述目的，本申请提供一种小程序加载方法，所述小程序加载方法包括：

接收进入指令，生成对应的页面请求；

向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；

启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。

可选地，所述小程序包代码包括目标包代码、其他包代码，所述启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载的步骤包括：

启动所述目标包代码并下载所述其他包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载，所述其他包代码由预设的下载规则设定得到。

可选地，所述执行预设的数据加载的步骤包括：

从所述服务器中读取所述数据；

根据预设的存储条件，判断所述数据是否需要持久化存储；

若是，则针对所述数据进行异步存储；

若否，则针对所述数据进行本地存储。

可选地，所述执行预设的图片加载的步骤包括：

从预设的CDN服务器中读取所述图片；

将所述图片转换成字体文件，并将所述字体文件存储到本地；和/或

通过预设的压缩算法压缩所述图片的体积，并根据预设的尺寸规则设定所述图片的尺寸。

可选地，所述向所述服务器发送所述页面请求，获取对应的小程序包代码的步骤之前，还包括：

针对所述页面请求，检测所述小程序的相关信息是否有缓存；

若否，则所述向所述服务器发送所述页面请求，获取对应的小程序包代码的步骤包括：

向所述服务器发送所述页面请求，并请求初始化接口，获取对应的小程序包代码以及所述接口对应的信息。

可选地，所述启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载的步骤之后，还包括：

检测外部用户的操作指令；

根据所述操作指令，启动预设的静默登录请求。

本申请实施例还提出一种小程序加载方法，所述方法应用于服务器，所述服务器与终端交互，所述小程序加载方法包括以下步骤：

接收所述终端发送的页面请求；

根据所述页面请求，向所述终端发送对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到，以供所述终端启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。

本申请实施例还提出一种小程序加载装置，所述小程序加载装置包括：

页面请求模块，用于接收进入指令，生成对应的页面请求；

获取模块，用于向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；

加载模块，用于启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。

本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的小程序加载程序，所述小程序加载程序被所述处理器执行时实现如上所述的小程序加载方法的步骤。

本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有小程序加载程序，所述小程序加载程序被处理器执行时实现如上所述的小程序加载方法的步骤。

本申请实施例提出的小程序加载方法、装置、终端设备以及存储介质，通过接收进入指令，生成对应的页面请求；向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。通过启动小程序包代码执行数据加载和/或图片加载优化，从而实现小程序加载，可以解决小程序包代码加载效率低的问题。基于本申请方案，从计算机行业中限制小程序加载的问题出发，针对打开小程序的加载速度进行优化，设计了基于小程序包体积以及请求时间优化的加载方法，并验证了本申请提出的小程序加载方法的有效性，最后经过本申请方法加载的小程序效率得到明显提升。

附图说明

图1为本申请小程序加载装置所属终端设备的功能模块示意图；

图2为本申请小程序加载方法第一示例性实施例的流程示意图；

图3为本申请小程序加载方法第二示例性实施例的流程示意图；

图4为本申请小程序加载方法第三示例性实施例的流程示意图；

图5为本申请小程序加载方法第四示例性实施例的流程示意图；

图6为本申请小程序加载方法第五示例性实施例的流程示意图；

图7为本申请小程序加载方法第六示例性实施例的流程示意图；

图8为本申请小程序加载方法第七示例性实施例的流程示意图。

本申请目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请实施例的主要解决方案是：接收进入指令，生成对应的页面请求；向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。通过启动小程序包代码执行数据加载和/或图片加载优化，从而实现小程序加载，可以解决小程序包代码加载效率低的问题。基于本申请方案，从计算机行业中限制小程序加载的问题出发，针对打开小程序的加载速度进行优化，设计了基于小程序包体积以及请求时间优化的加载方法，并验证了本申请提出的小程序加载方法的有效性，最后经过本申请方法加载的小程序效率得到明显提升。

本申请实施例考虑到，各小程序平台从小程序的产品定位以及用户体验出发，对于小程序的加载有一定的时间以及大小限制。但是，随着应用需求迭代，经构建打包后的小程序应用也越来越大，使得小程序加载时间过长，严重影响小程序应用的发布。

因此，本申请实施例方案，从计算机行业中限制小程序加载的问题出发，针对打开小程序的加载速度进行优化，设计了基于小程序包体积以及请求时间优化的加载方法，并验证了本申请提出的小程序加载方法的有效性，最后经过本申请方法加载的小程序效率得到明显提升。

具体地，参照图1，图1为本申请小程序加载装置所属终端设备的功能模块示意图。该小程序加载装置可以为独立于终端设备的、能够进行小程序包代码启动、数据和/或图片加载的装置，其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动终端，还可以为具有数据处理功能的固定终端设备或服务器等。

在本实施例中，该小程序加载装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。

存储器130中存储有操作系统以及小程序加载程序，小程序加载装置可以将接收的进入指令，生成的对应的页面请求，获取的对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到。启动的所述小程序包代码，通过所述小程序包代码执行的预设的数据加载和/或图片加载等信息存储于该存储器130中；输出模块110可为显示屏等。通信模块140可以包括WIFI模块、移动通信模块以及蓝牙模块等，通过通信模块140与外部设备或服务器进行通信。

其中，存储器130中的小程序加载程序被处理器执行时实现以下步骤：

接收进入指令，生成对应的页面请求；

向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；

启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。

进一步地，存储器130中的小程序加载程序被处理器执行时还实现以下步骤：

启动所述目标包代码并下载所述其他包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载，所述其他包代码由预设的下载规则设定得到。

进一步地，存储器130中的小程序加载程序被处理器执行时还实现以下步骤：

从所述服务器中读取所述数据；

根据预设的存储条件，判断所述数据是否需要持久化存储；

若是，则针对所述数据进行异步存储；

若否，则针对所述数据进行本地存储。

进一步地，存储器130中的小程序加载程序被处理器执行时还实现以下步骤：

从预设的CDN服务器中读取所述图片；

将所述图片转换成字体文件，并将所述字体文件存储到本地；和/或

通过预设的压缩算法压缩所述图片的体积，并根据预设的尺寸规则设定所述图片的尺寸。

进一步地，存储器130中的小程序加载程序被处理器执行时还实现以下步骤：针对所述页面请求，检测所述小程序的相关信息是否有缓存；

若否，则所述向所述服务器发送所述页面请求，获取对应的小程序包代码的步骤包括：

向所述服务器发送所述页面请求，并请求初始化接口，获取对应的小程序包代码以及所述接口对应的信息。

进一步地，存储器130中的小程序加载程序被处理器执行时还实现以下步骤：

检测外部用户的操作指令；

根据所述操作指令，启动预设的静默登录请求。

本实施例通过上述方案，具体通过接收进入指令，生成对应的页面请求；向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。通过启动小程序包代码执行数据加载和/或图片加载优化，从而实现小程序加载，可以解决小程序包代码加载效率低的问题。基于本申请方案，从计算机行业中限制小程序加载的问题出发，针对打开小程序的加载速度进行优化，设计了基于小程序包体积以及请求时间优化的加载方法，并验证了本申请提出的小程序加载方法的有效性，最后经过本申请方法加载的小程序效率得到明显提升。

基于上述终端设备架构但不限于上述架构，提出本申请方法实施例。

参照图2，图2为本申请小程序加载方法第一示例性实施例的流程示意图。所述小程序加载方法应用于终端，所述终端与服务器交互，所述小程序加载方法包括：

步骤S210，接收进入指令，生成对应的页面请求；

具体地，由于小程序无须下载安装，也不占用手机内存，对用户来说“即用即走”的特性让使用变得更容易，只需几步操作就能完成核心服务体验，适合人群更广泛。因此，本申请实施例提出一种小程序的加载速度优化方案。首先，需要终端接收用户的进入指令，根据进入指令生成对应的页面请求，以供终端向服务器发送页面请求，获取对应的小程序包代码。其中，进入指令包括但不限于主页面进入指令、主页面中的其他页面进入指令。

步骤S220，向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；

具体地，包体积规则用于优化小程序包代码的体积。例如，将小程序包代码进行分包，将小程序默认的首页启动页面以及常用的首页启动页面作为一个主包，其他页面作为其他分包。如此，当用于进入小程序时，首先加载主包，然后加载分包。另外，还可以将小程序包代码内的静态资源存储与服务器中，可以减少首页并发网络请求。例如，静态资源可以是图片占内存大、不在首页进行加载的图片。

步骤S230，启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。

具体地，由于各小程序平台从小程序的产品定位以及用户体验出发，对于小程序的加载有一定的时间以及大小限制，例如，小程序的加载时间不超过六秒，小程序包代码的主包体积不超过2M，分包不超过8M。因此，本申请实施例针对小程序的加载速度进行优化。在本实施例中，具体通过优化小程序包代码的体积、数据存储方面、图片存储方面、预加载请求方面进行优化为优选，在其他实施例中，也可以通过其他方面对小程序的加载速度进行优化。

本实施例通过上述方案，具体通过接收进入指令，生成对应的页面请求；向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。通过启动小程序包代码执行数据加载和/或图片加载优化，从而实现小程序加载，可以解决小程序包代码加载效率低的问题。

参照图3，图3为本申请小程序加载方法第二示例性实施例的流程示意图。基于上述图2所示的实施例，所述小程序包代码包括目标包代码、其他包代码，步骤S230，启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载的步骤包括：

步骤S310，启动所述目标包代码并下载所述其他包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载，所述其他包代码由预设的下载规则设定得到。

具体地，下载规则用于用户进入小程序的某一个启动页面的同时，下载指定的其他分包。如此，可以提高小程序的加载效率。需要说明的是，通过小程序包代码启动页面。例如，当用户进入某一个启动页面时，通过配置app.json中的preloadRule属性，可以下载指定的分包。

本实施例通过上述方案，具体通过接收进入指令，生成对应的页面请求；

向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；根据预设的下载规则，启动所述目标包代码并下载所述其他包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。通过启动小程序的某一页面的同时下载预先指定的其他分包，可以提升小程序加载的效率。

参照图4，图4为本申请小程序加载方法第三示例性实施例的流程示意图。基于上述图2所示的实施例，步骤S230，执行预设的数据加载的步骤包括：

步骤S410，从所述服务器中读取所述数据；

具体地，当终端获取并启动小程序包代码，可以通过小程序包代码从服务器中读取对应的数据，以供用户使用小程序执行相应的数据操作。

另外，读取数据，并将数据的大小进行设置，例如，设置较小的数据，避免频繁地进行setData官方的setData优化。其中，setData函数用于将数据从逻辑层渲染到视图层(异步)，同时改变对应的this.data的值(同步)。

步骤S420，根据预设的存储条件，判断所述数据是否需要持久化存储；

具体地，存储条件用于设定是否需要持久化存储的标准。其中，存储条件由本领域专业人员根据实际情况进行设定。例如，可以将较为常用的信息数据进行持久化存储。

步骤S430，若是，则针对所述数据进行异步存储；

具体地，异步存储是一个简单的、异步的、持久的、全局的、键-值存储系统，可以保证数据的完整性。因此，如果判断数据需要持久化存储，则对数据进行异步存储。例如，通过使用getStorage函数进行异步存储数据，降低存储成本。

步骤S440，若否，则针对所述数据进行本地存储。

具体地，基于本地存储的数据，上传和下载的速度快。并且可以完全控制数据的存储方式、访问权限以及信息安全协议。因此，如果判断数据无需持久化存储，则对数据进行本地存储。例如，通过使用app.js中的globalData函数进行本地存储数据，降低存储成本。

本实施例通过上述方案，具体通过从所述服务器中读取所述数据；根据预设的存储条件，判断所述数据是否需要持久化存储；若是，则针对所述数据进行异步存储；若否，则针对所述数据进行本地存储。通过判断数据是否需要持久化存储，可以节省加载时间，提升小程序加载效率，降低存储成本。

参照图5，图5为本申请小程序加载方法第四示例性实施例的流程示意图。基于上述图2所示的实施例，步骤S230，执行预设的图片加载的步骤包括：

步骤S510，从预设的CDN服务器中读取所述图片；

具体地，CDN服务器是内容分发网络，将网站内容发布到最接近用户的边缘节点，使得用户通过终端可就近获取所需图片、内容，提供访问的响应速度和成功率，同时能够保护源站。可以解决由于地域、带宽、运营商接入等问题带来的访问延迟高问题，有效帮助站点提升访问速度，降低存储成本。

步骤S520，将所述图片转换成字体文件，并将所述字体文件存储到本地；

具体地，将小程序的首页中尺寸较小的图片，如20KB、50KB等，转换字体文件放在本地进行访问，可以减少图片的并发请求以及本地存储体积。

和/或步骤S530，通过预设的压缩算法压缩所述图片的体积，并根据预设的尺寸规则设定所述图片的尺寸。

具体地，压缩算法用于压缩图片的体积，尺寸规则用于设定图片的尺寸和大小。图片通过压缩算法对图片进行处理，且图片的尺寸可以按照小程序包代码中的image组件的样式表宽度，从而使得图片的体积减少，降低存储成本。其中，压缩算法包括但不限于深度学习压缩算法、位图图片压缩算法；样式表包括但不限于行内样式表、内部样式表、外部样式表；本实施例对此不作限定。

本实施例通过上述方案，具体通过从预设的CDN服务器中读取所述图片；将所述图片转换成字体文件，并将所述字体文件存储到本地；和/或通过预设的压缩算法压缩所述图片的体积，并根据预设的尺寸规则设定所述图片的尺寸。通过将图片加载速度进行优化，可以提升小程序加载效率，降低存储成本。

参照图6，图6为本申请小程序加载方法第五示例性实施例的流程示意图。基于上述图2所示的实施例，步骤S220，向所述服务器发送所述页面请求，获取对应的小程序包代码的步骤之前，还包括：

步骤S610，针对所述页面请求，检测所述小程序的相关信息是否有缓存；

具体地，当用户启动小程序时，终端向小程序平台的服务器请求小程序包代码(拉包)。由于使用小程序的用户多数属于冷启动，也即，本地没有小程序的缓存，需要请求初始化接口。因此，本实施例通过设定预加载请求，检测本地是否存储有小程序的缓存。如果没有缓存，则当终端向服务器请求小程序包代码的同时，请求首页初始化接口，如此，即可加快接口请求速度。

步骤S620，若否，则所述向所述服务器发送所述页面请求，获取对应的小程序包代码的步骤包括：向所述服务器发送所述页面请求，并请求初始化接口，获取对应的小程序包代码以及所述接口对应的信息。

具体地，如果小程序没有当终端向服务器请求小程序包代码的同时，请求首页初始化接口，如此，即可加快接口请求速度。另外，针对本次操作进行记录，添加小程序加载的可追溯性。

本实施例通过上述方案，具体通过针对所述页面请求，检测所述小程序的相关信息是否有缓存；若否，则所述向所述服务器发送所述页面请求，获取对应的小程序包代码的步骤包括：向所述服务器发送所述页面请求，并请求初始化接口，获取对应的小程序包代码以及所述接口对应的信息。通过终端向服务器请求小程序包代码的同时，请求首页初始化接口，可以加快接口请求速度，提升小程序加载效率。

参照图7，图7为本申请小程序加载方法第六示例性实施例的流程示意图。基于上述图6所示的实施例，步骤S620，若否，则所述向所述服务器发送所述页面请求，获取对应的小程序包代码的步骤包括：向所述服务器发送所述页面请求，并请求初始化接口，获取对应的小程序包代码以及所述接口对应的信息的步骤之后，还包括：

步骤S710，检测外部用户的操作指令；

具体地，作为一种实施方案，在检测到用户进行操作时，进行静默登录，而不是初始化数据请求的过程进行默认登录，如此，可以节省小程序加载时间，其中，操作指令可以是用户对小程序进行增删改查操作，或是点击当前页面的其他页面的操作，本实施例对此不作限定。作为另一种实施方案，在通过判断请求接口的信息数据是否结束，如果信息请求完毕，则进行静默登录，而不是初始化数据请求的过程进行默认登录。如此，在小程序加载时不再进行静默登录，可节省小程序的加载时间。

步骤S720，根据所述操作指令，启动预设的静默登录请求。

具体地，静默登录用于当用户初次登录小程序之后，再次使用所述小程序时会默认登录，无需再次操作登录。通过检测到用户进行操作时，再进行静默登录，可以节省小程序加载时间。

本实施例通过上述方案，具体通过检测外部用户的操作指令；根据所述操作指令，启动预设的静默登录请求。通过检测到用户的操作指令之后，再进行静默登录，可以节省小程序的加载时间，提高加载效率。

参照图8，图8为本申请小程序加载方法第七示例性实施例的流程示意图。所述小程序加载方法应用于服务器，所述服务器与终端交互，所述小程序加载方法包括：

步骤S810，接收所述终端发送的页面请求；

具体地，当用于通过使用终端启动小程序时，服务器接收终端发送的页面请求，根据页面请求发送对应的小程序包代码。

步骤S820，根据所述页面请求，向所述终端发送对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到，以供所述终端启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。

具体地，服务器接收终端发送的页面请求，根据页面请求发送对应的小程序包代码。包体积规则用于优化小程序包代码的体积。例如，将小程序包代码进行分包，将小程序默认的首页启动页面以及常用的首页启动页面作为一个主包，其他页面作为其他分包。如此，当用于进入小程序时，首先加载主包，然后加载分包。另外，还可以将小程序包代码内的静态资源存储与服务器中，可以减少首页并发网络请求。例如，静态资源可以是图片占内存大、不在首页进行加载的图片。由于各小程序平台从小程序的产品定位以及用户体验出发，对于小程序的加载有一定的时间以及大小限制，例如，小程序的加载时间不超过六秒，小程序包代码的主包体积不超过2M，分包不超过8M。因此，本申请实施例针对小程序的加载速度进行优化。在本实施例中，具体通过优化小程序包代码的体积、数据存储方面、图片存储方面、预加载请求方面进行优化为优选，在其他实施例中，也可以通过其他方面对小程序的加载速度进行优化。

本实施例通过上述方案，具体通过接收所述终端发送的页面请求；根据所述页面请求，向所述终端发送对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到，以供所述终端启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。通过启动小程序包代码执行数据加载和/或图片加载优化，从而实现小程序加载，可以解决小程序包代码加载效率低的问题。

此外，本申请实施例还提出一种小程序加载装置，所述小程序加载装置包括：

页面请求模块，用于接收进入指令，生成对应的页面请求；

获取模块，用于向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；

加载模块，用于启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。

本实施例实现小程序加载的原理及实施过程，请参照上述各实施例，在此不再赘述。

此外，本申请实施例还提出一种终端设备，所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的小程序加载程序，所述小程序加载程序被所述处理器执行时实现如上所述的小程序加载方法的步骤。

由于本小程序加载程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。

此外，本申请实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有小程序加载程序，所述小程序加载程序被处理器执行时实现如上所述的小程序加载方法的步骤。

由于本小程序加载程序被处理器执行时，采用了前述所有实施例的全部技术方案，因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果，在此不再一一赘述。

相比现有技术，本申请实施例提出的小程序加载方法、装置、终端设备以及存储介质，通过接收进入指令，生成对应的页面请求；向所述服务器发送所述页面请求，获取对应的小程序包代码，所述小程序包代码基于预设的包体积规则部署得到；启动所述小程序包代码，通过所述小程序包代码执行预设的数据加载和/或图片加载。通过启动小程序包代码执行数据加载和/或图片加载优化，从而实现小程序加载，可以解决小程序包代码加载效率低的问题。基于本申请方案，从计算机行业中限制小程序加载的问题出发，针对打开小程序的加载速度进行优化，设计了基于小程序包体积以及请求时间优化的加载方法，并验证了本申请提出的小程序加载方法的有效性，最后经过本申请方法加载的小程序效率得到明显提升。

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

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，被控终端，或者网络设备等)执行本申请每个实施例的方法。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。