一种广告SDK动态加载方法、装置及终端与流程

本发明属于广告sdk加载技术领域，尤其涉及一种广告sdk动态加载方法、装置及终端。

背景技术：

随着智能终端设备的普及和移动应用市场的发展，越来越多商家选择在智能终端设备的应用上投放广告以达到推广商品的目的。现阶段基于android平台的智能终端设备上的应用一般是通过调用广告sdk(softwaredevelopmentkit，软件开发包)中的接口接收广告平台分发的广告，并将该应用发布到该android应用市场，通过该应用将广告推送给终端客户。

一般情况下，如果app(application，应用程序)需要接入第三方的广告sdk，需要将其作为工程的资源导入，然后进行编码，再调用外部sdk的接口，以实现外部广告的植入。这样，针对同一个广告sdk，当多个应用需要使用该广告sdk时，需要各自在各自的工程中打包该广告sdk对应的jar包，即需要在每个展示广告的应用中都嵌入一个广告jar包。

并且，当展示广告的app不再展示广告时，即不再需要广告sdk时，需要去除该广告jar包并重新适配编译应用，从而造成工作量增大，效率低下。

技术实现要素：

有鉴于此，本发明实施例提供了一种广告sdk动态加载方法、装置、终端及计算机可读存储介质，以解决现有广告sdk加载方法中当多个应用需要使用广告sdk时，需要各自在各自的工程中打包该广告sdk对应的jar包，即需要在每个展示广告的应用中都嵌入一个广告jar包，从而造成工作量增大，效率低下的问题。

本发明实施例的第一方面提供了一种广告sdk动态加载方法，包括：

在系统启动时，加载预设服务框架；

通过所述预设服务框架获取预设配置文件；

根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件；

通过所述预设服务框架发送包含所述广告sdk启动的广播信息以使得预设应用获取所述广告sdk的展示信息进行广告展示。

本发明实施例的第二方面提供了一种广告sdk动态加载装置，包括：

框架加载单元，用于在系统启动时，加载预设服务框架；

文件获取单元，用于通过所述预设服务框架获取预设配置文件；

文件加载单元，用于根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件；

信息发送单元，用于通过所述预设服务框架发送包含所述广告sdk启动的广播信息以使得预设应用获取所述广告sdk的展示信息进行广告展示。

本发明实施例的第三方面提供了一种终端，包括：

存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现本发明实施例的第一方面提供的广告sdk动态加载方法的步骤。

其中，所述计算机程序包括：

框架加载单元，用于在系统启动时，加载预设服务框架；

文件获取单元，用于通过所述预设服务框架获取预设配置文件；

文件加载单元，用于根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件；

信息发送单元，用于通过所述预设服务框架发送包含所述广告sdk启动的广播信息以使得预设应用获取所述广告sdk的展示信息进行广告展示。

本发明实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其中，所述计算机程序被处理器执行时实现本发明实施例的第一方面提供的广告sdk动态加载方法的步骤。

其中，所述计算机程序包括：

框架加载单元，用于在系统启动时，加载预设服务框架；

文件获取单元，用于通过所述预设服务框架获取预设配置文件；

文件加载单元，用于根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件；

信息发送单元，用于通过所述预设服务框架发送包含所述广告sdk启动的广播信息以使得预设应用获取所述广告sdk的展示信息进行广告展示。

本发明实施例与现有技术相比存在的有益效果是：通过在系统中加载预设服务框架，并通过该预设服务框架加载并启动广告sdk对应的bundle文件以启动该广告sdk，使得预设应用通过预设接口协议获取bundle文件中的广告物料信息，而不需要在预设应用中打包该广告sdk，这样当多个应用需要加载同一个广告sdk时，仅需要通过预设服务框架加载一次广告sdk对应的bundle文件，按照预设接口协议调用预设服务框架中的bundle文件实现广告的展示，而不需要在各个应用的各个工程中打包jar包，降低了广告sdk打包的工作量，提高了系统的工作效率，并且有效避免了各个应用打包jar包而造成的文件增大的问题。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种广告sdk动态加载方法的实现流程图；

图2是本发明实施例提供的一种通过所述预设服务框架获取预设配置文件的方法的具体实现流程图；

图3是本发明实施例提供的一种根据预设配置文件加载并启动与广告sdk对应的bundle文件的方法的具体实现流程图；

图4是本发明实施例提供的一种广告sdk动态卸载方法的具体实现流程；

图5是本发明实施例提供的一种广告sdk动态加载装置的示意图；

图6是本发明实施例提供的一种终端的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。请参考图1，图1示出了本发明实施例提供的一种广告sdk动态加载方法的实现流程，详述如下：

在步骤s101中，在系统启动时，加载预设服务框架。

在本发明实施例中，所述预设服务框架具体为osgi(openservicegatewayinitiative)服务框架。在这里，osgi服务框架也称为osgi服务平台，osgi服务平台包括osgi框架和osgi标准服务，其中，osgi框架用于实现并提供osgi功能的运行环境，osgi标准服务用于定义执行常见任务的可重复使用的api(applicationprogramminginterface，应用程序编程接口)。

在android系统中嵌入osgi框架，并在android系统启动时，加载osgi服务框架，实现运行osgi框架的系统服务。具体的，在android系统中增加osgiframework服务，并将该服务注册到系统管理服务中，当系统启动时，该服务也相应地启动，以便于对外提供获取osgi框架实例的接口，该接口也称为osgi框架接口。

在步骤s102中，通过所述预设服务框架获取预设配置文件。

广告sdk是采用java语言编写并编译声称的jar包，应用通过打包该jar包就可以调用广告sdk中的接口接收广告平台分发的广告，而osgi平台中加载的是bundle文件，在本发明实施例中，需要先将jar包转化为对应的bundle文件才能被osgi平台所识别并加载。在这里，bundle文件可以简单理解为增加了元数据的jar包，其中元数据包括为使用者提供该bundle文件的相关帮助信息的可读信息、识别该bundle文件的必要信息的文件识别信息和代码可见性信息。

其中，所述可读信息可以包括：

bundle-name：作为bundle文件的一个缩写名；

bundle-description：描述bundle文件的功能；

bundle-docurl：提供有关bundle文件的文档；

bundle-category：定义了一组由逗号分隔的分类名；

bundle-vendor：有关bundle提供商的信息；

bundle-contactaddress：有关bundle提供商的信息；

bundle-copyright：有关bundle提供商的信息。

文件识别信息具体为bundle文件中的唯一标识，每个bundle文件都有一个唯一标识，该标识由bundle文件的符号名称和bundle版本号组成。

bundle-symbolicname，即bundle文件的符号名称，它和java中包命名方法一致，可直接采用包名作为符号名称。bundle-version，即bundle版本号，osgi规范约定的bundle文件的版本号格式为：主版本号.次版本号.微版本号.限定符。

在这里，所述预设配置文件中包含至少一个bundle文件信息，其具体为广告sdk对应的bundle文件信息。具体地，所述预设配置文件中包括广告sdk所要执行的动作、bundle文件包名和bundle文件下载地址。

更为具体的，预设配置文件的文件格式如下：

动作、bundle文件包名、bundle文件url地址；

广告id_1、广告名称、广告类型、广告物料url地址；

.........；

广告id_n、广告名称、广告类型、广告物料url地址；

其中，广告类型可以划分为广告显示类型，例如广告sdk_图片_bundle文件、广告sdk_文字_bundle文件、广告sdk_视频_bundle文件等；还可以按照展示的位置进行分类，划分为广告位置类型，例如广告sdk_贴片广告_bundle文件、广告sdk_开机广告_bundle文件、广告sdk_定时广告_bundle文件等。在实际应用中，可根据具体情况实现相应广告的sdk，编译为jar包并根据上述文件格式将其转化成对应的bundle文件。

广告物料具体为所需要展示的广告内容，对应广告sdk的展示信息。广告物料url地址为下载所需要进行展示的广告物料的网络下载地址。

在这里，可以通过预设服务框架中的转换工具实现将广告sdk对应的jar包转化为bundle文件，例如，利用bnd工具在jar文件的meta-inf/manifest.mf条目里增加上述元数据并转化为bundle文件。

在本发明的另一具体实施例中，还包括一种通过预设服务框架获取预设配置文件的方法的具体实现流程，具体如图2所示：

在步骤s201中，从云端服务器获取所述预设配置文件的版本号。

在步骤s202中，将所获取的所述预设配置文件的版本号与本地服务器中的配置文件版本号进行比较。

在步骤s203中，如果所获取的所述预设配置文件的版本号大于本地服务器中的配置文件版本号，通过所述预设服务框架将本地服务器中的配置文件版本号更新为所获取的配置文件版本号，并下载所获取的配置文件版本号对应的配置文件。

在本发明实施例中，广告开发商将最新版本的广告sdk存储在云端服务器中，以便于android系统中的应用能够方便地获取最新版本的广告sdk。

在这里，如果云端服务器中的配置文件的版本号等于或小于本地服务器中的配置文件的版本号，说明当前运行的bundle文件的配置文件是最新版本的配置文件，不需要再重新下载。

在步骤s103中，根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件。

在步骤s104中，通过所述预设服务框架发送包含所述广告sdk启动的广播信息以使得预设应用获取所述广告sdk的展示信息进行广告展示。

在本发明实施例中，步骤s103根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件的具体实现流程如图3所示：

在步骤s301中，解析所述预设配置文件，获取所述预设配置文件中的广告sdk对应的bundle文件包名。

在步骤s302中，从预先建立的数据库中查询是否存储有包含所述bundle文件包名的bundle文件。

在本发明实施例中，预先建立的数据库中存储有bundle文件的相关信息，具体包括bundleid、bundle的符号名称、版本号和bundle运行状态。

其中，bundleid是在bundle文件加载过程中由osgi框架根据bundle文件的加载时间的先后次序，由小到大进行分配的。

每个广告sdk中都包含有bundle文件包名，该bundle文件包名具体为bundle文件的相关信息中的bundle的符号名称，根据该bundle文件包名可以从预先建立的数据库中查询是否存储有包含所述bundle文件包名的bundle文件。

如果预先建立的数据库中存储有包括该bundle文件包名的bundle文件，说明在该数据库中已经加载过该广告sdk，并且该广告sdk对应的配置文件的版本为最新版本。

在本发明实施例中，所述预先建立的数据库为osgi服务框架初次加载在android系统中，通过所获取的osgi框架接口加载并启动广告sdk对应的bundle文件时所建立的数据库。也就是在android系统启动后，android系统中所有的广告sdk对应的bundle文件均是处于启动状态，也就是该广告sdk是处于启动状态的，并且在所建立的数据库中存储所有bundle文件的信息，包括bundleid、bundle的符号名称、版本号和bundle运行状态。

在步骤s303中，如果没有存储有包含所述bundle文件包名的bundle文件，调用预设服务框架的接口加载并启动所述bundle文件，并更新所述数据库。

在本发明实施例中，如果数据库中存储有与该bundle文件包名相同的bundle文件，说明系统中已经加载过该bundle文件相应的广告sdk，不需要再次加载并启动该bundle文件。

在这里，调用预设服务框架的接口加载并启动所述bundle文件的步骤具体为：

绑定预设服务框架，调用所述预设服务框架的bundlecontext接口，通过所述bundlecontext接口安装并启动所述bundle文件，直至所有bundle文件安装完毕。在android系统中初次安装并启动bundle文件时，建立存储该bundle文件信息的数据库，以便实现对bundle文件的加载(更新)、卸载等动作。

在一个应用场景中，某广告开发商新开发的一广告sdk携带某一品牌电视广告，包含该电视的最新产品，需要在android系统中的某些应用上进行该广告的展示。假设该广告sdk包含的bundle文件包名是com.tv.xxx，现在需要在android系统中的三个应用上展示，分别是应用1、应用2、应用3，可通过如下步骤实现：

a.将预先编译好的文件版本号为0.0.1的配置文件部署在云端服务器中，该配置文件的具体格式如下：

add、com.tv.xxx、http://xxx.xxx.xxx

1、电视、视频、http://yyy.yyy.yyy

b.解析上述配置文件，获取广告sdk对应的bundle文件包名，从数据库中查询是否包含与该bundle文件包名相同的bundle文件，如果没有，执行步骤c；否则退出。

c.绑定osgi服务框架获取bundlecontext；

d.通过调用bundlecontext.install()和start()接口加载并启动该bundle文件。

e.将上述bundle文件的相关信息如bundleid、bundle的符号名称、版本号、bundle启动状态更新至数据库中。

f.通过osgi服务框架发送该bundle文件启动的广播信息。

g.应用1、应用2、应用3分别通过预设接口协议向该bundle文件输入该电视的广告名称，使得bundle文件根据该广告名称解析配置文件，以获得其对应的广告物料url地址，下载该广告物料url地址中的广告物料，并将该广告物料作为输出参数返回给应用，应用接收到该广告物料后在其相应位置进行广告展示。

在这里，启动广告sdk对应的bundle文件的具体步骤如下：

a.通过osgi服务框架中的getframeworkserivce服务的代理getframeworkserivceproxy，获取到osgi框架实例，例如getframeworkinstance()方法。

b.通过调用framework.getbundlecontext()方法获取bundlecontext。

c.通过调用bundlecontext.install(stringlocation)方法安装本地服务器中的配置文件中的bundle文件。

d.通过调用安装成功返回的bundle的getbundleid()方法来获取当前bundle的id。并通过调用bundle的getsymbolicname()方法和getversion()分别获取到该bundle文件的符号名称和版本号。

e.建立数据库存储每一个bundleid、bunlde的符号名称、版本号和bundle运行状态。

f.通过bundlecontext.start()方法启动bundle文件。

优选的，为了减少android系统的运行资源，提高运行效率，当系统中调用某个广告sdk的所用应用不在展示广告时，可通过卸载该广告sdk对应的bundle文件以减少android系统的运行资源，具体地，在步骤s102之后，还包括一种广告sdk动态卸载方法的具体实现流程，如图4所示：

在步骤s401中，解析所述预设配置文件，获取所述预设配置文件中的广告sdk对应的bundle文件包名。

在步骤s402中，从预先建立的数据库中查询与所述广告sdk对应的bundle文件包对应的bundle文件，并获取所述bundle文件的bundleid。

在步骤s403中，通过所述预设服务框架发送包含卸载所述广告sdk的广播信息以使得预设应用停止获取所述广告sdk对应的展示信息。

在步骤s404中，通过预设服务框架调用预设接口卸载所述bundle文件，并更新所述数据库。

在本发明实施例的一个应用场景中，假设一广告sdk包含的广告是某品牌的电视广告，其所包含的bundle文件包名是com.xxx.xxx，现有三个应用分别是应用1、应用2、应用3都需要在自己的应用中展示该广告，当因某种商务合同原因或者其他系统因素，现在该三个应用不再需要展示该广告，则可通过如下步骤实现该广告sdk的卸载以减少android系统的运行资源：

a.将预先编译好的文件版本号高于android系统中本地配置文件版本号的配置文件部署在云端服务器中，该配置文件的具体格式如下：

uninsatll、com.xxx.xxx、null

b.解析上述配置文件，获取该配置文件中的广告sdk对应的bundle文件包名，从数据库中查询与该bundle文件包名相同的bundle文件。

c.从数据库获取到该bundle文件的bundleid

d.广告sdk通知(如通过发送广播)依赖该广告sdk展示广告的应用停止获取广告物料

e.调用osgi服务框架中的bundlecontext.uninstall(id)接口卸载该bundle文件。

f.将上述bundle文件的相关信息如bundleid、bundle的符号名称、版本号、bundle卸载状态更新至数据库中。

为了进一步减少android系统的运作资源，节省带宽资源，在步骤s404之后，还包括：

通过预设服务框架广播所述广告sdk卸载信息，以通知预设应用该广告sdk已卸载完毕，使得该预设应用不再请求获取该广告sdk对应的bundle文件。

在本发明实施例中，通过在android系统中加载预设服务框架，并通过该预设服务框架加载并启动广告sdk对应的bundle文件以启动该广告sdk，使得预设应用通过预设接口协议获取bundle文件中的广告物料信息，而不需要在预设应用中打包该广告sdk，这样当多个应用需要加载同一个广告sdk时，仅需要通过预设服务框架加载一次广告sdk对应的bundle文件，按照预设接口协议调用预设服务框架中的bundle文件实现广告的展示，而不需要在各个应用的各个工程中打包jar包，降低了广告sdk打包的工作量，提高了系统的工作效率，并且有效避免了各个应用打包jar包而造成的文件增大的问题。进一步地，当展示广告的应用不需要再展示广告时，通过预设服务框架卸载广告sdk对应的bundle文件而不需要再对展示广告的应用做适配修改，进一步减小了系统的工作量，提高了工作效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的一种广告sdk动态加载方法，图5示出了本发明实施例提供的一种广告sdk动态加载装置的示意图，为了便于说明，仅示出了与本发明实施例相关的部分。

参照图5，该装置包括：

框架加载单元51，用于在系统启动时，加载预设服务框架；

文件获取单元52，用于通过所述预设服务框架获取预设配置文件；

文件加载单元53，用于根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件；

信息发送单元54，用于通过所述预设服务框架发送包含所述广告sdk启动的广播信息以使得预设应用获取所述广告sdk的展示信息进行广告展示。

进一步地，所述文件获取单元52包括：

版本号获取子单元，用于从云端服务器获取所述预设配置文件的版本号；

版本号比较子单元，用于将所获取的所述预设配置文件的版本号与本地服务器中的配置文件版本号进行比较；

文件获取子单元，用于如果所获取的所述预设配置文件的版本号大于本地服务器中的配置文件版本号，通过所述预设服务框架将本地服务器中的配置文件版本号更新为所获取的配置文件版本号，并下载所获取的配置文件版本号对应的配置文件。

具体地，所述文件加载单元53包括：

第一文件解析子单元，用于解析所述预设配置文件，获取所述预设配置文件中的广告sdk对应的bundle文件包名；

第一文件查询子单元，用于从预先建立的数据库中查询是否存储有包含所述bundle文件包名的bundle文件；

文件加载子单元，用于如果没有存储有包含所述bundle文件包名的bundle文件，调用预设服务框架的接口加载并启动所述bundle文件，并更新所述数据库。

具体地，所述文件加载子单元具体用于：

绑定预设服务框架，调用所述预设服务框架的bundlecontext接口，通过所述bundlecontext接口安装并启动所述bundle文件。

进一步地，所述装置还包括文件卸载单元，所述文件卸载单元包括：

第二文件解析子单元，用于解析所述预设配置文件，获取所述预设配置文件中的广告sdk对应的bundle文件包名；

第二文件查询子单元，用于从预先建立的数据库中查询与所述广告sdk对应的bundle文件包名对应的bundle文件，并获取所述bundle文件的bundleid；

广播通知子单元，用于通过所述预设服务框架发送包含卸载所述广告sdk的广播信息以使得预设应用停止获取所述广告sdk对应的展示信息；

文件卸载子单元，用于通过预设服务框架调用预设接口卸载所述bundle文件，并更新所述数据库。

图6是本发明一实施例提供的一种终端的示意图。如图6所示，该实施例的终端6包括：处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62。所述处理器60执行所述计算机程序62时实现上述各个广告sdk动态加载方法实施例中的步骤，例如图1所示的步骤101至104。或者，所述处理器60执行所述计算机程序62时实现上述各装置实施例中各单元的功能，例如图5所示模块51至54的功能。

示例性的，所述计算机程序62可以被分割成一个或多个单元，所述一个或者多个单元被存储在所述存储器61中，并由所述处理器60执行，以完成本发明。所述一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序62在所述终端6中的执行过程。例如，所述计算机程序62可以被分割成框架加载单元51、文件获取单元52、文件加载单元53、信息发送单元54，各单元具体功能如下：

框架加载单元51，用于在系统启动时，加载预设服务框架；

文件获取单元52，用于通过所述预设服务框架获取预设配置文件；

文件加载单元53，用于根据所述预设配置文件加载并启动与所述广告sdk对应的bundle文件；

信息发送单元54，用于通过所述预设服务框架发送包含所述广告sdk启动的广播信息以使得预设应用获取所述广告sdk的展示信息进行广告展示。

所述终端6可以是桌上型计算机、笔记本、掌上电脑及智能手机等终端设备。所述终端6可包括，但不仅限于，处理器60、存储器61。本领域技术人员可以理解，图6仅仅是终端6的示例，并不构成对终端6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器60可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器61可以是所述终端6的内部存储单元，例如终端6的硬盘或内存。所述存储器61也可以是所述终端6的外部存储设备，例如所述终端6上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器61还可以既包括所述终端6的内部存储单元也包括外部存储设备。所述存储器61用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器61还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。