一种营销信息展示方法、装置及设备

技术领域

本申请涉及应用程序技术领域，尤其涉及一种营销信息展示方法、装置及设备。

背景技术

营销可以指企业发现或发掘准消费者需求，让消费者了解并使用企业所提供的产品或服务的过程。随着互联网技术的不断发展，各个企业逐渐开始在各个应用程序处投放营销信息，以便于人们在使用终端设备处搭载的各个应用程序的过程中能够接收到企业投放的营销信息，从而提升营销信息的有效性。

目前，在跨应用场景下进行营销信息展示时，通常需要先由终端设备处的第一应用程序向营销服务器上报该终端设备的设备唯一标识(例如，手机号码、国际移动用户识别码、国际移动设备识别码)以及用户在第一应用程序处的用户行为信息，后续，当终端设备处的第二应用程序需要展示营销信息时，则需要再次向营销服务器上报该终端设备的设备唯一标识，以使得营销服务器能够根据该终端设备的设备唯一标识识别出上述两种应用程序部署于同一终端设备处，进而能够将与用户在第一应用程序处的用户行为信息相关的目标营销信息发送至该终端设备处的第二应用处进行展示。这种方案在运行时，不仅会受到网络性能及稳定性的影响，并且由于同一终端设备的设备唯一标识也可能会发生改变，从而影响跨应用场景下的营销信息展示方案的运行稳定性、灵活性以及营销信息投放准确性。

因此，如何保障跨应用场景下的营销信息展示方案的运行稳定性、灵活性以及营销信息投放准确性，成为了亟待解决的技术问题。

发明内容

本说明书实施例提供的一种营销信息展示方法、装置及设备，可以保障跨应用场景下的营销信息展示方案的运行稳定性、灵活性以及营销信息投放准确性。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种营销信息展示方法，包括：

获取用户针对终端设备处的第一应用执行的第一触发操作；

响应于所述第一触发操作，从所述终端设备处的第二应用处获取第一营销信息集合；所述第一营销信息集合中的第一营销信息是所述终端设备预先基于用户在所述第二应用处执行的第二触发操作，而从营销服务器处获取的与所述第二触发操作相关的营销信息；

在所述终端设备处的所述第一应用的第一应用界面处展示至少部分所述第一营销信息。

本说明书实施例提供的一种营销信息展示装置，包括：

第一获取模块，用于获取用户针对终端设备处的第一应用执行的第一触发操作；

第二获取模块，用于响应于所述第一触发操作，从所述终端设备处的第二应用处获取第一营销信息集合；所述第一营销信息集合中的第一营销信息是所述终端设备预先基于用户在所述第二应用处执行的第二触发操作，而从营销服务器处获取的与所述第二触发操作相关的营销信息；

展示模块，用于在所述终端设备处的所述第一应用的第一应用界面处展示至少部分所述第一营销信息。

本说明书实施例提供的一种营销信息展示设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取用户针对终端设备处的第一应用执行的第一触发操作；

响应于所述第一触发操作，从所述终端设备处的第二应用处获取第一营销信息集合；所述第一营销信息集合中的第一营销信息是所述终端设备预先基于用户在所述第二应用处执行的第二触发操作，而从营销服务器处获取的与所述第二触发操作相关的营销信息；

在所述终端设备处的所述第一应用的第一应用界面处展示至少部分所述第一营销信息。

本说明书中提供的至少一个实施例能够实现以下有益效果：

通过令终端设备预先基于用户在第二应用处执行的第二触发操作，从营销服务器处获取与该第二触发操作相关的营销信息，并存储至该终端设备本地，从而在用户使用该终端设备处的第一应用的过程中，可以基于终端设备本地存储的营销信息，令该终端设备处的第一应用能够从第二应用处获取包含有与用户在该第二应用处执行的触发操作相关的营销信息的第一营销信息集合，进而在该终端设备处的第一应用的第一应用界面处展示与用户在该第二应用处执行的触发操作相关的营销信息，从而实现跨应用场景下的营销信息展示。

由于终端设备处的第一应用无需实时从营销服务端处获取与用户在该第二应用处执行的触发操作相关的营销信息，从而有利于减少网络故障或网络延迟对于营销信息展示过程造成的干扰，以保障跨应用场景下的营销信息展示方案的运行稳定性。以及，由于终端设备可以对营销服务器反馈的可供展示的营销信息进行存储，而无需立即进行投放及使用，也有利于保障跨应用场景下的营销信息展示方案的运行灵活性。还有，由于营销服务器无需依赖于终端设备的设备唯一标识去向终端设备反馈与用户操作相关的营销信息，从而也能够避免因终端设备的设备唯一标识发生变动造成的干扰，以保障跨应用场景下的营销信息展示方案的营销信息投放准确性。

附图说明

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

图1为本说明书实施例提供的一种营销信息展示方法的应用场景示意图；

图2为本说明书实施例提供的一种营销信息展示方法的流程示意图；

图3为本说明书实施例提供的对应于图2中的营销信息展示方法的泳道流程示意图；

图4为本说明书实施例提供的对应于图2的一种营销信息展示装置的结构示意图；

图5为本说明书实施例提供的对应于图2的一种营销信息展示设备的结构示意图。

具体实施方式

为使本说明书一个或多个实施例的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本说明书一个或多个实施例的技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书一个或多个实施例保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

现有技术中，针对跨应用场景下的营销信息展示方案，当需要进行营销信息展示时，终端设备需要通过网络向营销服务器发送营销信息获取请求并接收营销服务器反馈的营销信息，此时若网络信号不佳，容易造成营销信息获取失败，进而影响跨应用场景下的营销信息展示方案的运行稳定性。另外，由于同一终端设备的设备唯一标识可能会发生改变，从而容易造成营销服务器无法准确识别出部署于同一终端设备处的各个应用程序，进而无法将与用户在终端设备处的其他应用处执行的操作相关的营销信息，发送至该终端设备处的当前应用的问题，从而导致营销信息投放准确性及成功率均较低。除此之外，终端设备处的应用接收到营销服务器反馈的营销信息后，会立即进行营销信息的展示，容易对用户当前的业务操作造成干扰，降低用户体验，从而也导致跨应用场景下的营销信息展示方案的运行灵活性较低。

为了解决现有技术中的缺陷，本方案给出了以下实施例：

图1为本说明书实施例提供的一种营销信息展示方法的应用场景示意图。

如图1所示，终端设备101可以预先基于用户在APP1处执行的触发操作，从营销服务器102处获取与该触发操作相关的营销信息，并存储至本地。从而在用户使用该终端设备101处的APP2的过程中，可以基于终端设备101本地存储的营销信息，令该终端设备101处的APP2能够从APP1处获取包含有与用户在APP1处执行的触发操作相关的营销信息的第一营销信息集合，进而在该终端设备101处的APP2的应用界面处展示与用户在APP1处执行的触发操作相关的营销信息。

图1中的方法，由于终端设备处的APP2无需实时从营销服务器处获取与用户在APP1处执行的触发操作相关的营销信息，从而有利于减少网络故障或网络延迟对于营销信息展示过程造成的干扰，以保障跨应用场景下的营销信息展示方案的运行稳定性。以及，由于终端设备可以对营销服务器反馈的可供展示的营销信息进行存储，而无需立即进行投放及使用，也有利于保障跨应用场景下的营销信息展示方案的运行灵活性。还有，由于营销服务器无需依赖于终端设备的设备唯一标识去向终端设备反馈与用户操作相关的营销信息，从而也能够避免因终端设备的设备唯一标识发生变动造成的干扰，以保障跨应用场景下的营销信息展示方案的营销信息投放准确性。

接下来，将针对说明书实施例提供的一种营销信息展示方法结合附图进行具体说明：

图2为本说明书实施例提供的一种营销信息展示方法的流程示意图。从程序角度而言，该流程的执行主体可以为用户设备，或者，用户设备处搭载的应用程序。如图2所示，该流程可以包括以下步骤：

步骤202：获取用户针对终端设备处的第一应用执行的第一触发操作。

在本说明书实施例中，所述第一应用可以是用户终端设备处的任意应用程序，所述第一应用可以通过其应用界面向用户展示营销信息。用户针对所述第一应用执行的所述第一触发操作可以包括但不限于：用户针对所述第一应用的启动操作、用户针对所述第一应用的界面点击操作、用户针对所述第一应用的界面滑动操作等，对此不作具体限定。

步骤204：响应于所述第一触发操作，从所述终端设备处的第二应用处获取第一营销信息集合；所述第一营销信息集合中的第一营销信息是所述终端设备预先基于用户在所述第二应用处执行的第二触发操作，而从营销服务器处获取的与所述第二触发操作相关的营销信息。

在本说明书实施例中，所述第二应用为同一用户终端设备处，区别于所述第一应用的另一应用程序。所述营销信息可以是广告推荐信息，也可以是业务办理相关信息，对此不作具体限定。所述营销服务器可以是存储有营销信息的服务器，营销服务器接收到终端设备发送的携带有所述第二触发操作的营销信息获取请求后，可以通过网络通信将与所述第二触发操作相匹配的营销信息反馈至用户终端设备处进行存储。

在实际应用中，所述第二触发操作可以包括：针对所述第二应用的第二应用界面处的页面数据的展示操作、浏览操作、收藏操作与点赞操作中的至少一种；对应的，与所述第二触发操作相匹配的营销信息可以包括：与上述页面数据的相似度大于第一阈值的营销信息。或者，所述第二触发操作可以包括：用于在所述第二应用处办理目标业务的操作；对应的，与所述第二触发操作相匹配的营销信息可以包括：反映针对所述目标业务与所述目标业务的关联业务中的至少一种的办理渠道的营销信息。其中，所述第一阈值可以根据需求进行设定和调整，例如，第一阈值可以设置为65％，也可以设置为80％，对此不作具体限定。

由于当所述第二触发操作为用户针对第二应用的第二应用界面处的页面数据的展示、浏览、收藏与点赞等操作时，这些操作可以反映出用户对于所述页面数据的兴趣度较高，因此，可以将营销服务器处的营销信息中与所述页面数据的相似度较高的营销信息反馈给终端设备处的第一应用，进而令第二应用能够从第一应用处获取这些用户可能感兴趣的营销信息(即第一营销信息集合中的第一营销信息)并展示，有利于提升营销信息投放的收益率。

而若所述第二触发操作为用户在第二应用处办理目标业务的操作，则这些操作可以反映出用户对于办理目标业务的需求度较高，因此，可以将反映针对目标业务与目标业务的关联业务中的至少一种的办理渠道的营销信息反馈给终端设备处的第一应用，进而令第二应用能够从第一应用处获取这些用户可能需要使用的相关业务信息并展示，从而为用户提供业务办理引导，有利于提升用户办理业务的效率和准确性。

在实际应用中，所述第一营销信息集合中既可以包含多条营销信息，也可以只包含一条营销信息，对此不作具体限定。

步骤206：在所述终端设备处的所述第一应用的第一应用界面处展示至少部分所述第一营销信息。

在本说明书实施例中，可以在所述第一应用的第一应用界面的部分预设区域内展示营销信息，也可以在所述第一应用的第一应用界面的全界面内展示营销信息，对此不作具体限定。在所述第一应用界面处进行营销信息展示时，可以同时展示多条营销信息，也可以只展示一条营销信息，对此不作具体限定。

在本说明书实施例中，在所述第一应用界面处进行营销信息展示时，所述第一营销信息可以以图片、文字、链接以及视频等形式呈现，或者，以图片、文字、链接以及视频的任意组合形式呈现，对此不作具体限定。具体的，以营销信息为广告为例，根据呈现方式对广告分类后，可以包含但不限于：banner广告、信息流广告、开屏广告以及激励视频广告。

实际应用中，由于所述第一营销信息集合中可能包含多条所述第一营销信息，在营销信息展示时，受到用户对于第一应用的使用时长的影响，或者，第一营销信息集合中包含的第一营销信息的数量巨大，可能无法将这些所述第一营销信息都展示出来，因此，可以对所述第一营销信息进行筛选，只展示筛选出的部分所述第一营销信息。由于本说明书实施例中的后续实施例会对筛选所述第一营销信息的流程进行详细解释，从而在此不作赘述。

图2中的方法，由于终端设备处的第一应用无需实时从营销服务器处获取与用户在该第二应用处执行的触发操作相关的营销信息，从而有利于减少网络故障或网络延迟对于营销信息展示过程造成的干扰，以保障跨应用场景下的营销信息展示方案的运行稳定性。以及，由于终端设备可以对营销服务器反馈的可供展示的营销信息进行存储，而无需立即进行投放及使用，也有利于保障跨应用场景下的营销信息展示方案的运行灵活性。还有，由于营销服务器无需依赖于终端设备的设备唯一标识去向终端设备反馈与用户操作相关的营销信息，从而也能够避免因终端设备的设备唯一标识发生变动造成的干扰，以保障跨应用场景下的营销信息展示方案的营销信息投放准确性。

基于图2中的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。

在本说明书实施例中，由于第一应用从第二应用处获取的第一营销信息集合是第二应用预先从营销服务器处获取并存储在终端设备本地的，因此，在第一应用从第二应用处获取第一营销信息集合之前，第二应用还需要预先向营销服务器发送营销信息获取请求，以从营销服务器处获取到营销信息。

基于此，图2中的方法，步骤204：从所述终端设备处的第二应用处获取第一营销信息集合之前，还可以包括：

获取用户针对所述终端设备处的所述第二应用执行的所述第二触发操作。

响应于所述第二触发操作，利用所述第二应用生成携带有与所述第二触发操作相关的第一用户行为信息的营销信息获取请求。

发送所述营销信息获取请求至所述营销服务器。

利用所述第二应用存储所述营销服务器反馈的第二营销信息集合至所述终端设备本地；所述第二营销信息集合中的第二营销信息是与所述第一用户行为信息相匹配的营销信息。

对应的，图2中的方法，步骤204：从所述终端设备处的第二应用处获取第一营销信息集合，具体可以包括：

从所述终端设备处的第二应用处获取由所述终端设备本地存储的所述第二营销信息构成的第一营销信息集合。

在本说明书实施例中，所述第二触发操作可以包括：针对所述第二应用的第二应用界面处的页面数据的展示操作、浏览操作、收藏操作与点赞操作中的至少一种；对应的，所述第一用户行为信息可以包括用于反映用户针对所述页面数据执行的操作的信息；而所述第二营销信息可以包括：与所述页面数据的相似度大于第一阈值的营销信息。在实际应用中，第二应用可以为电子商务应用，则第二应用的第二应用界面处的页面数据可以为商品信息；而若第二应用为社交媒体应用，则第二应用的第二应用界面处的页面数据可以为用户发布的博客信息等，除此之外，第二应用处的第二应用界面处的页面数据也可以为与用户在其他应用处执行的操作对应的营销信息，对此不作具体限定。

或者，所述第二触发操作可以包括：用于在所述第二应用处办理目标业务的操作；对应的，所述第一用户行为信息可以包括用于反映用户办理的所述目标业务的信息；所述第二营销信息可以包括：反映针对所述目标业务与所述目标业务的关联业务中的至少一种的办理渠道的营销信息。在实际应用中，第二应用可以为电子商务应用，则目标业务可以为购物业务；而若第二应用为理财应用，则目标业务可以为购买基金业务、活期存储业务等，对此不作具体限定。

在本说明书实施例中，营销服务器接收到携带有与第二触发操作相关的第一用户行为信息的营销信息获取请求后，可以利用神经网络模型或聚类模型，根据所述第一用户行为信息，从预存的大量营销信息中确定出与所述第一用户行为信息相匹配的营销信息，作为第二营销信息，进而得到第二营销信息集合。其中，所述第二营销信息集合中可以包含多条营销信息，也可以只包含一条营销信息，对此不作具体限定。在实际应用中，营销服务器处预存的营销信息通常是营销服务器根据企业的营销需求设置的，而所述企业既可以是第一应用及第二应用所归属的企业，或者，也可以是其他具有营销需求的企业，对此不作具体限定。

在本说明书实施例中，利用所述第二应用存储营销服务器反馈的第二营销信息集合至终端设备本地时，具体可以将所述第二营销信息集合存储在预先分配给第二应用使用的本地存储空间内，或者，也可以存储在其他本地存储空间内，对此不作具体限定。

在本说明书实施例中，所述第二应用处可以搭载有用于管理营销信息的第一软件开发工具包，以利用第一软件开发工具包便捷地执行营销信息展示方案。

对应的，所述利用所述第二应用生成携带有与所述第二触发操作相关的第一用户行为信息的营销信息获取请求，可以包括：

利用所述第一软件开发工具包采集与所述第二触发操作相关的第一用户行为信息；或者，利用所述第一软件开发工具包调用所述第二应用处的第一预设应用程序编程接口，得到所述第二应用采集到的与所述第二触发操作相关的第一用户行为信息。

利用所述第一软件开发工具包，生成携带有所述第一用户行为信息的营销信息获取请求。

对应的，所述利用所述第二应用存储所述营销服务器反馈的第二营销信息集合至所述终端设备本地，具体可以包括：

利用所述第一软件开发工具包，存储所述营销服务器反馈的第二营销信息集合至所述终端设备本地。

在本说明书实施例中，软件开发工具包(Software Development Kit，SDK)是软件工程师为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合，软件开发工具包可以通过编译器、调试器、软件框架等来促进应用程序的创建。由于软件开发工具包具有易于集成的特点，因此，可以将用于管理营销信息的软件开发工具包搭载于用户设备处的应用程序中，以便于协助应用程序对营销信息的获取、存储、展示等过程进行管理。所述第一软件开发工具包就是所述第二应用处搭载的用于管理营销信息的软件开发工具包。

在本说明书实施例中，应用程序编程接口(Application Program Interface，API)是一组定义、程序及协议的集合，通过应用程序编程接口可以实现计算机软件之间的相互通信。应用程序编程接口的一个主要功能是提供通用功能集，程序员可以通过调用API函数对应用程序进行开发，可以减轻编程任务负担。应用程序编程接口同时也可以作为一种中间件，为各种不同平台提供数据共享。

在本说明书实施例中，所述第一软件开发工具包可以利用其自身的数据采集模块对用户在第二应用处执行的第二触发操作相关的第一用户行为信息进行采集，从而获取到所述第一用户行为信息；或者，所述第一软件开发工具包也可以通过调用第二应用处的第一预设应用程序编程接口的方式，得到由第二应用采集到的所述第一用户行为信息，对此不作具体限定。实际应用中，所述第一软件开发工具包或所述第二应用对用户的行为信息进行采集之前，可以先经过用户的授权，若用户未授权，可以禁止所述第一软件开发工具包或所述第二应用采集用户的行为信息，除此之外，所述第一软件开发工具包通过调用应用程序编程接口获取所述第二应用采集到的用户行为信息前，也可以先经过用户授权，从而有利于保障用户自身信息的安全性和隐私性。

后续，还可以利用所述第一软件开发工具包与营销服务器进行交互，以获取到营销服务器反馈的第二营销信息集合，以及，还可以利用所述第一软件开发工具包将第二营销信息集合存储至终端设备本地，从而能够减少实施营销信息展示方案时对于第二应用的改动，以降低方案实施难度及成本。

在本说明书实施例中，所述第一应用处也可以搭载有用于管理营销信息的第二软件开发工具包，以利用第二软件开发工具包便捷地执行营销信息展示方案。

对应的，所述从所述终端设备处的第二应用处获取由所述终端设备本地存储的所述第二营销信息构成的第一营销信息集合，具体可以包括：

利用所述第二软件开发工具包，基于跨进程通信技术，从所述第一软件开发工具包处获取所述第一营销信息集合。

在本说明书实施例中，跨进程通信技术(Inter Process Communication，IPC)是指系统中进程之间的通信机制，可以用于实现进程之间的通信、数据交互等功能。跨进程通信技术可以包含但不限于：接口定义语音(Android Interface Definition Language，AIDL)技术以及跨程序共享数据技术(Content Provider)。对于接口定义语音技术，接口定义语音技术允许不同应用程序之间的通信，以及应用程序内的不同组件之间的通信。在接口定义语音技术中，数据提供端的应用程序可以定义接口，而数据获取端的应用程序可以使用这个接口与数据提供端的应用程序通信。而跨程序共享数据技术主要用于在不同的应用程序之间实现数据共享功能，它提供了一套完整的数据共享机制，允许一个程序访问另一个程序中的数据，同时还能保证被访问数据的安全性，还可以选择只对哪一部分数据进行共享，从而保证隐私数据不会有泄漏的风险。

在本说明书实施例中，所述第二软件开发工具包可以为所述第一应用处搭载的用于管理营销信息的软件开发工具包。所述第二软件开发工具包可以基于跨进程通信技术与所述第二应用处搭载的所述第一软件开发工具包之间进行数据传输，以获取到第二应用预先利用所述第一软件开发工具包从营销服务器处获取到的营销信息。在实际应用中，由于所述第一应用与所述第二应用均搭载在同一终端设备处，即所述第一软件开发工具包与所述第二软件开发工具包均搭载在同一终端设备处，因此，基于跨进程通信技术进行数据传输可以避免网络信号对于数据传输的影响，提高数据传输的稳定性。

在本说明书实施例中，由于终端设备本地可能具有大量的由第一软件开发工具包获取并管理的第二营销信息，为保障第二软件开发工具包从第一软件开发工具包处获取到的营销信息的时效性，可以优先利用获取时长较短的第二营销信息去组成所需反馈给第二软件开发工具包的第一营销信息集合。

基于此，所述利用所述第二软件开发工具包，基于跨进程通信技术，从所述第一软件开发工具包处获取第一营销信息集合，具体可以包括：

利用所述第二软件开发工具包，生成针对所述第一软件开发工具包处的第二预设应用程序编程接口的调用请求。

接收所述第一软件开发工具包响应于所述调用请求反馈的所述第一营销信息集合；所述第一营销信息集合中包含有按照信息获取时间进行时间降序排列后的第二营销信息队列中的前目标数量的所述第二营销信息；或者，所述第一营销信息集合中包含有按照信息获取时间进行时间升序排列后的第二营销信息队列中的后目标数量的所述第二营销信息。

在本说明书实施例中，所述第一营销信息集合中的营销信息可以是从所述第二营销信息集合中筛选出的时效性较强的目标数量的营销信息。所述目标数量可以根据实际需求进行设定和调整，比如，目标数量可以是5条，也可以是10条，对此不作具体限定。

在实际应用中，所述第一软件开发工具包从营销服务器处获取到所述第二营销信息后，可以利用添加时间戳的方式对所述第二营销信息的获取时间进行标记，或者，也可以采用其他方式标记所述第二营销信息的获取时间，以便于后续筛选出时效性较好的营销信息并展示，对此不作具体限定。

在本说明书实施例中，通过按获取时间对所述第二营销信息进行筛选，可以确定出获取时间与当前时间较为接近(时效性较强)的所述第二营销信息，而这些时效性较强的所述第二营销信息可以与用户最近一段时间的喜好更加接近，从而有利于提升营销信息投放的准确性及收益率。

在本说明书实施例中，当所述第一营销信息集合中包含的第一营销信息数量较多时，往往需要进一步从所述第一营销信息集合中筛选出所需进行展示的目标营销信息。以减少对于用户的打扰，并提升展示出的营销信息的准确性。

基于此，图2中的方法，步骤206：在所述终端设备处的所述第一应用的第一应用界面处展示至少部分所述第一营销信息，具体可以包括：

利用深度学习算法，根据所述用户在所述第一应用处的相关用户数据，确定所述用户针对营销信息的偏好类别。

从所述第一营销信息集合中确定出归属于所述偏好类别的所述第一营销信息，得到目标营销信息。

在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息。

在本说明书实施例中，深度学习(Deep Learning，DL)是机器学习(MachineLearning)领域中的一个新的研究方向，深度学习是学习样本数据的内在规律和表示层次，它的最终目标是让机器能够像人一样具有分析学习能力，能够识别文字、图像和声音等数据。典型的深度学习算法有卷积神经网络(convolutional neural network)算法、深度置信网络(deep beliefnetwork)算法以及堆栈自编码网络(stacked auto-encodernetwork)算法等。

在本说明书实施例中，所述用户针对营销信息的偏好类别可以是用户对于某类商品的种类喜好或颜色喜好，也可以是用户对于某类业务的办理需求度，对此不作具体限定。例如：用户针对营销信息的偏好类别为：此用户喜欢紫色的长裙，其中，“紫色”为用户的颜色喜好，“长裙”为用户的款式喜好；再例如：用户针对营销信息的偏好类别为：此用户喜欢搞笑视频，其中，“搞笑类内容”为用户的类别喜好，“视频”为用户的观看格式喜好。实际应用中，可以将利用深度学习模型根据所述相关用户数据，确定出用户针对营销信息的偏好类别，其中，所述相关用户数据可以作为所述深度学习模型的输入，对应的，所述用户针对营销信息的偏好类别作为所述深度学习模型的输出。

实际应用中，营销服务器处预存的营销信息可以携带偏好类别标签，这些偏好类别标签可以表示营销信息对应的偏好类别，从而根据相关用户数据，确定出用户针对营销信息的偏好类别后，可以优先向用户展示携带对应偏好类别标签的营销信息，以提高营销信息投放的准确性及收益率。

在本说明书实施例中，所述第一应用处可以搭载有用于管理营销信息的第二软件开发工具包。

对应的，所述利用深度学习算法，根据所述用户在所述第一应用处的相关用户数据，确定所述用户针对营销信息的偏好类别，具体可以包括：

利用所述第二软件开发工具包，基于深度学习算法，根据所述用户在所述第一应用处的相关用户数据，确定所述用户针对营销信息的偏好类别。

对应的，所述从所述第一营销信息集合中确定出归属于所述偏好类别的所述第一营销信息，得到目标营销信息，具体可以包括：

利用所述第二软件开发工具包，从所述第一营销信息集合中确定出归属于所述偏好类别的所述第一营销信息，得到目标营销信息。

对应的，所述在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息，具体可以包括：

在基于所述第二软件开发工具包生成的信息展示界面中展示所述目标营销信息；其中，所述信息展示界面为位于所述第一应用界面内部的子应用界面，或者，所述信息展示界面为位于所述第一应用界面所在图层的上层图层处的应用界面；或者，利用所述第二软件开发工具包，发送所述目标营销信息至所述第一应用；利用所述第一应用，在所述所述第一应用的第一应用界面处展示所述目标营销信息。

在本说明书实施例中，第二软件开发工具包中可以搭载有深度学习算法，利用深度学习算法根据用户在第一应用处的相关用户数据，确定出用户针对营销信息的偏好类别，从而可以避免确定用户针对营销信息的偏好类别的过程对于所述第一应用内部线程的影响，也能够减少实施营销信息展示方案时对于第一应用的改动，以降低方案实施难度及成本。

除此之外，所述第二软件开发工具包既可以通过其生成的信息展示界面来展示目标营销信息，也可以将目标营销信息发送给所述第一应用，使所述第一应用去展示目标营销信息，对此不作具体限定。其中，通过所述第二软件开发工具包生成的信息展示界面来展示目标营销信息，可以避免展示目标营销信息对于所述第一应用内部线程的影响。而利用所述第一应用去展示目标营销信息，可以减少对于所述第二软件开发工具包的开发，有利于降低开发成本。

在本说明书实施例中，所述用户在所述第一应用处的相关用户数据可以包括：所述用户在所述第一应用处的第二用户行为信息与用户基础数据中的至少一种；其中，所述第二用户行为信息可以至少包括所述第一应用处的信息生成时间最晚的用户行为信息。

对应的，所述利用所述第二软件开发工具包，基于深度学习算法，根据所述用户在所述第一应用处的相关用户数据，确定所述用户针对营销信息的偏好类别之前，还可以包括：

利用所述第二软件开发工具包采集所述第二用户行为信息。

和/或，利用所述第二软件开发工具包调用所述第一应用处的第三预设应用程序编程接口，得到所述第二用户行为信息。

和/或，利用所述第二软件开发工具包调用所述第一应用处的第四预设应用程序编程接口，得到所述用户基础数据。

在本说明书实施例中，所述第二用户行为信息可以是用户在使用所述第一应用的过程中，由所述第二软件开发工具包或所述第一应用采集的用户行为信息。在实际应用中，由于所述第二软件开发工具包可能只可以采集到用户在由第二软件开发工具包生成的展示页面处的行为信息，或者，仅能采集到用户针对预先投放的营销信息的行为信息，因此，若所述第二软件开发工具包未采集到所述第二用户行为信息，则也可以利用调用应用程序编程接口的方式从第一应用处获取由该第一应用采集的所述第二用户行为信息，其中，所述第二用户行为信息可以包括用户针对所述第一应用的第一应用界面处的页面数据执行的任意操作信息，比如：页面点击操作、页面滑动操作、页面信息收藏操作以及页面信息浏览操作等，除此之外，还可以为用户针对所述第一应用界面处的页面数据浏览时长、曝光次数等。对此不作具体限定。

在本说明书实施例中，所述用户基础数据可以包含但不限于：用户身高数据、用户体重数据、用户所在区域，用户个人信息等。所述用户基础数据均为可能影响用户喜好的基础数据，而所述第二用户行为信息也可以反映出用户最近一段时间的喜好，因此可以利用深度学习算法，根据用户的所述用户基础数据以及所述第二用户行为信息，确定出用户针对营销信息的偏好类别。

在本说明书实施例中，所述第二软件开发工具包通过调用所述第一应用处的第四预设应用程序编程接口，得到所述用户基础数据之前，可以先经过用户的授权，若用户未授权，所述第一应用可以禁止向所述第二软件开发工具包反馈所述用户基础数据，从而有利于保障用户自身信息的安全性和隐私性。

在实际应用中，若用户针对所述第一应用的持续使用时长较短，则可能说明用户对第一应用的喜好度不高，或者，用户空闲时间较短，若再向用户展示营销信息，则可能降低用户对于第一应用的使用体验，因此，可以在展示营销信息之前，先判断用户针对第一应用的持续使用时长是否达标。

基于此，所述在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息之前，还可以包括：

判断所述用户最近一次使用所述第一应用的持续使用时长是否大于第二阈值，得到第一判断结果。

对应的，所述在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息，具体可以包括：

若所述第一判断结果表示所述用户最近一次使用所述第一应用的持续使用时长大于第二阈值，则在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息。

若所述第一判断结果表示所述用户最近一次使用所述第一应用的持续使用时长小于第二阈值，则禁止在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息，直至所述用户最近一次使用所述第一应用的持续使用时长达到所述第二阈值。

在本说明书实施例中，所述第二阈值可以根据实际情况进行设定和调整，比如，第二阈值可以是30秒钟，还可以是5分钟，对此不作具体限定。通过根据用户最近一次使用所述第一应用的持续使用时长来确定是否向用户展示所述目标营销信息，可以避免用户打开所述第一应用后，立即出现营销信息造成的用户体验感降低，对营销信息内容反感的情况，有利于保障营销信息投放的收益率，也有利于保障跨应用场景下的营销信息展示方案的运行灵活性。

在实际应用中，若用户正在进行扫描二维码操作，或者正在进行出示付款码的操作，此时向用户展示目标营销信息无疑会对用户当前操作造成干扰，因此，在展示营销信息之前，可以先判断一下用户是否在办理指定业务。

基于此，所述在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息之前，还可以包括：

判断所述第一应用界面中当前是否展示有用于办理指定业务的预设页面，得到第二判断结果。

对应的，所述在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息，具体可以包括：

若所述第二判断结果表示所述第一应用界面中当前未展示用于办理指定业务的预设页面，则在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息。

若所述第二判断结果表示所述第一应用界面中当前展示有用于办理指定业务的预设页面，则禁止在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息，直至所述第一应用界面处展示有除所述预设页面以外的页面。

在本说明书实施例中，所述指定业务可以包含但不限于：支付业务、身份认证业务、信息扫描识别业务等。对应的，所述办理指定业务的预设页面可以包含但不限于：出示付款二维码的页面、人脸识别认证页面、指纹识别认证页面、扫描二维码的页面等。

在本说明书实施例中，所述指定业务在办理过程中，不应被其他推送信息干扰，否则容易造成业务办理失败。因此，在判断出所述第一应用界面中当前未展示用于办理指定业务的预设页面后，才向用户展示所述目标营销信息，可以避免对用户当前业务办理的干扰，提升用户体验，也有利于保障跨应用场景下的营销信息展示方案的运行灵活性。

图3为本说明书实施例提供的对应于图2中的营销信息展示方法的泳道流程示意图。如图3所示，该营销信息展示流程可以涉及营销服务器、第一软件开发工具包、第二软件开发工具包等执行主体。

在营销信息获取及存储阶段，第二应用处搭载的用于管理营销信息的第一软件开发工具包可以通过信息采集或调用应用程序编程接口的方式，获取用户针对终端设备处的所述第二应用执行的第二触发操作相关的第一用户行为信息，并生成携带有所述第一用户行为信息的营销信息获取请求；所述第一软件开发工具包可以将生成的所述营销信息获取请求发送至营销服务器；营销服务器接收到所述营销信息获取请求后，可以基于所述营销信息获取请求中携带的所述第一用户行为信息，确定出与所述第一用户行为信息相匹配的营销信息，得到第二营销信息集合，并将所述第二营销信息集合反馈至所述第一软件开发工具包；所述第一软件开发工具包接收到所述第二营销信息集合后，可以将所述第二营销信息集合存储在终端设备本地。

在营销信息传递阶段，第一应用处搭载的用于管理营销信息的第二软件开发工具包可以获取用户针对终端设备处的所述第一应用执行的第一触发操作，并响应于所述第一触发操作，生成针对所述第一软件开发工具包处的第二预设应用程序编程接口的调用请求，并将所述调用请求发送至所述第一软件开发工具包；所述第一软件开发工具包接收到所述调用请求后，可以响应于所述调用请求，按照信息获取时间从终端设备本地存储的所述第二营销信息集合中筛选出目标数量的第二营销信息，得到第一营销信息集合，并将所述第一营销信息集合反馈给所述第二软件开发工具包。

在营销信息展示阶段，所述第二软件开发工具包可以通过信息采集或调用应用程序编程接口的方式，获取用户在所述第一应用处的第二用户行为信息和/或用户基础数据，得到用户在所述第一应用处的相关用户数据；所述第二软件开发工具包可以基于深度学习算法，根据所述用户在所述第一应用处的相关用户数据，确定所述用户针对营销信息的偏好类别，并从所述第一营销信息集合中确定出归属于所述偏好类别的第一营销信息，得到目标营销信息，进而可以在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息。

基于同样的思路，本说明书实施例还提供了上述方法对应的装置。图4为本说明书实施例提供的对应于图2的一种营销信息展示装置的结构示意图。如图4所示，该装置可以包括：

第一获取模块402，用于获取用户针对终端设备处的第一应用执行的第一触发操作。

第二获取模块404，用于响应于所述第一触发操作，从所述终端设备处的第二应用处获取第一营销信息集合；所述第一营销信息集合中的第一营销信息是所述终端设备预先基于用户在所述第二应用处执行的第二触发操作，而从营销服务器处获取的与所述第二触发操作相关的营销信息。

展示模块406，用于在所述终端设备处的所述第一应用的第一应用界面处展示至少部分所述第一营销信息。

基于图4的装置，本说明书实施例还提供了该装置的一些具体实施方案，下面进行说明。

可选的，图4中的装置，所述装置还可以包括：

第三获取模块，用于获取用户针对所述终端设备处的所述第二应用执行的所述第二触发操作。

生成模块，用于响应于所述第二触发操作，利用所述第二应用生成携带有与所述第二触发操作相关的第一用户行为信息的营销信息获取请求。

发送模块，用于发送所述营销信息获取请求至所述营销服务器。

存储模块，用于利用所述第二应用存储所述营销服务器反馈的第二营销信息集合至所述终端设备本地；所述第二营销信息集合中的第二营销信息是与所述第一用户行为信息相匹配的营销信息。

对应的，所述第二获取模块404，具体可以包括：

获取子模块，用于从所述终端设备处的第二应用处获取由所述终端设备本地存储的所述第二营销信息构成的第一营销信息集合。

可选的，图4中的装置，所述第二应用处可以搭载有用于管理营销信息的第一软件开发工具包。

对应的，所述生成模块，具体可以包括：

采集子模块，用于利用所述第一软件开发工具包采集与所述第二触发操作相关的第一用户行为信息。

或者，调用子模块，用于利用所述第一软件开发工具包调用所述第二应用处的第一预设应用程序编程接口，得到所述第二应用采集到的与所述第二触发操作相关的第一用户行为信息。

生成子模块，用于利用所述第一软件开发工具包，生成携带有所述第一用户行为信息的营销信息获取请求。

对应的，所述存储模块，具体可以包括：

存储子模块，用于利用所述第一软件开发工具包，存储所述营销服务器反馈的第二营销信息集合至所述终端设备本地。

可选的，图4中的装置，所述第一应用处可以搭载有用于管理营销信息的第二软件开发工具包。

对应的，所述获取子模块，具体可以包括：

获取单元，用于利用所述第二软件开发工具包，基于跨进程通信技术，从所述第一软件开发工具包处获取所述第一营销信息集合。

其中，所述获取单元，具体可以包括：

调用请求生成子单元，用于利用所述第二软件开发工具包，生成针对所述第一软件开发工具包处的第二预设应用程序编程接口的调用请求。

信息集合接收子单元，用于接收所述第一软件开发工具包响应于所述调用请求反馈的所述第一营销信息集合；所述第一营销信息集合中包含有按照信息获取时间进行时间降序排列后的第二营销信息队列中的前目标数量的所述第二营销信息；或者，所述第一营销信息集合中包含有按照信息获取时间进行时间升序排列后的第二营销信息队列中的后目标数量的所述第二营销信息。

可选的，图4中的装置，所述第二触发操作可以包括：针对所述第二应用的第二应用界面处的页面数据的展示操作、浏览操作、收藏操作与点赞操作中的至少一种；所述第一用户行为信息可以包括用于反映用户针对所述页面数据执行的操作的信息；所述第二营销信息可以包括：与所述页面数据的相似度大于第一阈值的营销信息。

或者，所述第二触发操作可以包括：用于在所述第二应用处办理目标业务的操作；所述第一用户行为信息可以包括用于反映用户办理的所述目标业务的信息；所述第二营销信息可以包括：反映针对所述目标业务与所述目标业务的关联业务中的至少一种的办理渠道的营销信息。

可选的，图4中的装置，所述展示模块406，具体可以包括：

第一确定子模块，用于利用深度学习算法，根据所述用户在所述第一应用处的相关用户数据，确定所述用户针对营销信息的偏好类别。

第二确定子模块，用于从所述第一营销信息集合中确定出归属于所述偏好类别的所述第一营销信息，得到目标营销信息。

展示子模块，用于在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息。

可选的，图4中的装置，所述第一应用处可以搭载有用于管理营销信息的第二软件开发工具包。

对应的，所述第一确定子模块，具体可以包括：

偏好类别确定单元，用于利用所述第二软件开发工具包，基于深度学习算法，根据所述用户在所述第一应用处的相关用户数据，确定所述用户针对营销信息的偏好类别。

对应的，所述第二确定子模块，具体可以包括：

营销信息确定单元，用于利用所述第二软件开发工具包，从所述第一营销信息集合中确定出归属于所述偏好类别的所述第一营销信息，得到目标营销信息。

对应的，所述展示子模块，具体可以包括：

展示单元，用于在基于所述第二软件开发工具包生成的信息展示界面中展示所述目标营销信息；其中，所述信息展示界面为位于所述第一应用界面内部的子应用界面，或者，所述信息展示界面为位于所述第一应用界面所在图层的上层图层处的应用界面。

或者，目标营销信息发送单元，用于利用所述第二软件开发工具包，发送所述目标营销信息至所述第一应用。

展示单元，还用于利用所述第一应用，在所述所述第一应用的第一应用界面处展示所述目标营销信息。

可选的，图4中的装置，所述用户在所述第一应用处的相关用户数据可以包括：所述用户在所述第一应用处的第二用户行为信息与用户基础数据中的至少一种；其中，所述第二用户行为信息至少可以包括所述第一应用处的信息生成时间最晚的用户行为信息。

对应的，所述第一确定子模块，还可以包括：

第二用户行为信息采集单元，用于利用所述第二软件开发工具包采集所述第二用户行为信息。

和/或，第一调用单元，用于利用所述第二软件开发工具包调用所述第一应用处的第三预设应用程序编程接口，得到所述第二用户行为信息。

和/或，第二调用单元，用于利用所述第二软件开发工具包调用所述第一应用处的第四预设应用程序编程接口，得到所述用户基础数据。

可选的，图4中的装置，所述展示模块406，还可以包括：

第一判断子模块，用于判断所述用户最近一次使用所述第一应用的持续使用时长是否大于第二阈值，得到第一判断结果。

对应的，所述展示子模块，具体可以包括：

展示单元，用于若所述第一判断结果表示所述用户最近一次使用所述第一应用的持续使用时长大于第二阈值，则在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息。

展示单元，还用于若所述第一判断结果表示所述用户最近一次使用所述第一应用的持续使用时长小于第二阈值，则禁止在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息，直至所述用户最近一次使用所述第一应用的持续使用时长达到所述第二阈值。

可选的，图4中的装置，所述展示模块406，还可以包括：

第二判断子模块，用于判断所述第一应用界面中当前是否展示有用于办理指定业务的预设页面，得到第二判断结果。

对应的，所述展示子模块，具体可以包括：

展示单元，用于若所述第二判断结果表示所述第一应用界面中当前未展示用于办理指定业务的预设页面，则在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息。

展示单元，还用于若所述第二判断结果表示所述第一应用界面中当前展示有用于办理指定业务的预设页面，则禁止在所述终端设备处的所述第一应用的第一应用界面处展示所述目标营销信息，直至所述第一应用界面处展示有除所述预设页面以外的页面。

基于同样的思路，本说明书实施例还提供了上述方法对应的设备。

图5为本说明书实施例提供的对应于图2的一种营销信息展示设备的结构示意图。如图5所示，设备500可以包括：

至少一个处理器510；以及，

与所述至少一个处理器通信连接的存储器530；其中，

所述存储器530存储有可被所述至少一个处理器510执行的指令520，所述指令被所述至少一个处理器510执行，以使所述至少一个处理器510能够：

获取用户针对终端设备处的第一应用执行的第一触发操作。

响应于所述第一触发操作，从所述终端设备处的第二应用处获取第一营销信息集合；所述第一营销信息集合中的第一营销信息是所述终端设备预先基于用户在所述第二应用处执行的第二触发操作，而从营销服务器处获取的与所述第二触发操作相关的营销信息。

在所述终端设备处的所述第一应用的第一应用界面处展示至少部分所述第一营销信息。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于图5所示的设备而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(FieldProgrammable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(AdvancedBoolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(JavaHardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby HardwareDescription Language)等，目前最普遍使用的是VHDL(Very-High-Speed IntegratedCircuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。