用于线上交易的广告推送方法与流程

本发明涉及互联网广告技术领域，具体涉及用于线上交易的广告推送方法。

背景技术

在移动互联网时代，在屏幕较小的移动设备上，独立地展示广告，已成为各商家现今巨大的挑战。

线上广告的投放策略往往牵涉的是广告主、广告投放平台和用户三方的利益。在现有的广告投放策略中，有的偏向与广告投放平台和广告主的利益，为了使广告投放平台更多的获取广告费，会大量的向用户投放广告主的广告。这样，虽然在短期时间内，广告投放平台和广告主会获取利益，但是会影响广告投放平台上的用户体验。用户体验被影响后，久而久之，肯定会影响广告投放平台的利益。

另外，由于移动设备的屏幕较小，所以投放在移动设备上的广告内容会有所限制。一般情况下，用户很难去关注移动设备上的广告。特别是在平台上插播较生硬的广告，如果广告内容影响了用户在移动设备上的阅读，大多数用户会选择将广告关闭。因此，即使广告主花费大量的广告费也并不能够收到相应的效果。在这个背景下，原生广告受到越来越多的重视,原生广告要求表现原生,意图原生和结果原生。

因此，在原生广告的背景下，如何平衡广告主、广告投放平台和用户，这三方的利益，成为现今互联网商家所要面对的重要问题。

技术实现要素：

本发明要解决的技术问题在于，克服现有的技术的不足，提供用于线上交易的广告推送方法，其能够平衡广告主、广告投放平台和用户三方利益从而使得原生广告得以实现和发展。

为达到上述技术目的，一方面，在广告投放平台的服务器端，本发明提供的用于线上交易的广告推送方法，包括：

当前交易金额生成后且用户付款前，服务器在各广告主提供的各广告信息中选择n(n≥1)项广告信息；每项广告信息包括：一条广告和一笔赞助金额；

服务器将选择的n项广告信息推送至客户端；

服务器接受客户端返回的m(1≤m≤n)项赞助广告；

服务器将当前交易金额或者用户在当前交易之后产生的交易金额，减去m项赞助广告的赞助金额，得到当前交易的最终付款金额。

另一方面，在用户的移动终端上，本发明提供的用于线上交易的广告推送方法，包括：

当前交易金额生成后且用户付款前，客户端显示n(n≥1)项广告信息；每项广告信息包括：一条广告和一笔赞助金额；

客户端选定m(1≤m≤n)项广告信息作为赞助广告；

客户端将被选定的m项赞助广告返回至服务器；

或者，将当前交易金额减或者用户在当前交易之后产生的交易金额去m项赞助广告的赞助金额，得到当前交易的最终付款金额进行显示。

在本发明中，当用户产生某笔线上交易后，且在用户付款完成前，服务器会选择n项广告信息发送至客户端进行显示。每项广告信息中都包含一条广告和一笔赞助金额。当客户端对应的用户选择某项或某几项广告信息后，用户针对当前交易或者在当前交易之后产生的交易所支付的款项会减去对应的赞助金额。因此，在用户这一方，在线上交易时会收获来自广告主的赞助，这样就可以大大提升广告投放平台的用户体验。

另外，传统的广告投放，对于用户来说，并不能对用户产生过多的利益，所以用户对传统线上广告并不会重视。然而，在用户需要付款时，是关系到用户自身利益的时候，此时，与赞助金一起出现的广告，用户自然不会关闭。这样广告主的利益就得到了保障。

在广告主的利益得以保证，用户体验也不受影响的情况下，广告投放平台自身的利益自然也不会受到影响。因此，本发明所述的用于线上交易的广告推送方法可以广告主、广告投放平台和用户三方利益。

附图说明

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

图1为本发明实施例的方法在服务器的流程示意图；

图2为本发明实施例的方法在客户端的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，本发明所述的用于线上交易的广告推送方法，包括：

101、当前交易金额生成后且用户付款前，服务器在各广告主提供的各广告信息中选择n(n≥1)项广告信息；每项广告信息包括：一条广告和一笔赞助金额；

102、服务器将选择的n项广告信息推送至客户端；

103、服务器接受客户端返回的m(1≤m≤n)项赞助广告；

104、服务器将当前交易金额或者用户在当前交易之后产生的交易金额，减去m项赞助广告的赞助金额，得到当前交易的最终付款金额。

如图2所示，本发明所述的用于线上交易的广告推送方法，包括：

201、当前交易金额生成后且用户付款前，客户端显示n(n≥1)项广告信息；每项广告信息包括：一条广告和一笔赞助金额；

202、客户端选定m(1≤m≤n)项广告信息作为赞助广告；

203、客户端将被选定的m项赞助广告返回至服务器；

或者，将当前交易金额或者用户在当前交易之后产生的交易金额减去m项赞助广告的赞助金额，得到当前交易的最终付款金额进行显示。

进一步地，所述服务器在各广告主提供的各广告信息中选择n项广告信息，具体包括：

根据对应用户的属性和/或各广告主的属性，按照第一预定规则在各广告主提供的各广告信息中选择n项广告信息；

或者，根据当前交易的属性，按照第二预定规则在各广告主提供的各广告信息中选择n项广告信息。

更进一步地，所述根据当前交易的属性，按照第二预定规则在各广告主提供的各广告信息中选择n项广告信息，具体包括：

判断当前交易是否为原始交易；所述原始交易为：在预定周期内、当前交易付款前，对应客户端产生的任一交易中，没有选定过任一项广告信息；

若当前交易为原始交易，则根据对应用户的属性和/或各广告主的属性，按照预定规则在各广告主提供的各广告信息中选择n项广告信息；

若当前交易为非原始交易，则根据客户端在预定周期内、当前交易付款前完成的所有交易的属性，在各广告主提供的各广告信息中选择n项广告信息。

再进一步地，所述根据客户端在预定周期内、当前交易付款前完成的所有交易的属性，在各广告主提供的各广告信息中选择n项广告信息，具体包括：

根据客户端在预定周期内、当前交易付款前完成的所有交易的属性，在各广告主提供的各广告信息中预选出l(l≥n)项广告信息作为备选广告；

从l项备选广告中选出n项广告信息。

还进一步地，根据客户端在预定周期内、当前交易付款前完成的所有交易的属性，在各广告主提供的各广告信息中预选出l(l≥n)项广告信息作为备选广告，具体包括：

判定客户端在预定周期内、当前交易付款前，完成的所有交易中，选定的同一广告主的赞助广告的赞助金额总和是否超过预设上限金额；

若超过预设上限金额，则进一步判定客户端在预定周期内、当前交易付款前，完成的所有交易中，是否有针对该广告主而产生的交易记录；

若有针对该广告主而产生的交易记录，则更新预设上限金额，并在预定周期内预选至少一条该广告主的广告信息作为备选广告；

若没有针对该广告主而产生的交易记录，则在预定周期内不再预选任一条该广告主的广告信息；

或者，判定当前用户在预定周期内、当前交易付款前，完成的所有交易中，选定的同一广告主的赞助广告的次数是否超过预设上限次数；

若超过预设上限次数，则进一步判定客户端在预定周期内、当前交易付款前，完成的所有交易中，是否有针对该广告主而产生的交易；

若有针对该广告主而产生的交易，则更新预设上限次数，并在预定周期内选择至少一条该广告主的广告信息作为备选广告；

若没有针对该广告主而产生的交易，则在预定周期内不再预选任一条该广告主的广告信息。

又进一步地，所述从l项备选广告中选出n项广告信息，具体包括：

从l项备选广告中按赞助金额降序排序，选前(n-p)名的广告信息作为推荐广告(1≤p＜kn,0≤k≤1)；

从剩下的(l-n+p)项备选广告中随机选出p项广告信息作为随机广告；

所述n项广告信息由(n-p)项推荐广告和p项随机广告构成。

在上述技术方案中，所述服务器将选择的n项广告信息推送至客户端，之前还包括：

服务器将选择的n项广告信息根据对应赞助金额的大小，由高到底进行排序；

其中，当至少两项广告信息的赞助金额相同时：

按所述至少两项广告信息对应广告主的合同额的大小，由高到底进行排序；

每项广告信息的赞助金额满足如下表达式：

d＝d1+d2(1)

其中，d为当前广告信息的赞助金额；d1为对应广告主针对当前广告信息提供的广告主赞助金额；d2为服务器所属平台针对当前广告信息提供的平台赞助金额。

在上述技术方案中，所述客户端显示n项广告信息，之前还包括：

客户端将要显示的n项广告信息根据对应赞助金额的大小，由高到底进行排序；

其中，当至少两项广告信息的赞助金额相同时：

按所述至少两项广告信息对应广告主的合同额的大小，由高到底进行排序；

每项广告信息的赞助金额满足如下表达式：

d＝d1+d2(1)

其中，d为当前广告信息的赞助金额；d1为对应广告主针对当前广告信息提供的广告主赞助金额；d2为服务器所属平台针对当前广告信息提供的平台赞助金额。

优选地，所述方法还包括：服务器发送预定规则至客户端；

所述服务器将选择的n项广告信息推送至客户端，之后还包括：

服务器将客户端在预定周期内、当前交易付款前，针对服务器推送的各广告信息所属广告主而产生的交易记录推送至客户端。

优选地，客户端接收预定规则并进行展示。

在上述技术方案中，所述n项广告信息中每项广告信息对应的广告费用满足如下表达式：

当前广告信息的广告费用＝δ*d1+排在当前广告信息下一位的广告信息所对应的广告位的预设价格；

设在n项广告信息中排在最后一项的广告信息所对应的广告位的预设价格为v(v≥0)；所述δ满足：0≤δ≤1。

以下结合应用实例对本发明实施例上述技术方案进行详细说明：

以共享单车app举例，广告投放平台指的是共享单车app平台，用户为共享单车app的普通用户，广告主是与共享单车app合作的各广告商。

对于共享单车app平台的服务器：

步骤1、当前交易金额生成后且用户付款前，服务器在各广告主提供的各广告信息中选择n(n≥1)项广告信息；每项广告信息包括：一条广告和一笔赞助金额；

这里的广告可以是广告标题，也可以包含广告链接。用户点开广告链接后，广告的详细信息展示出来。

步骤1.1、根据对应用户的属性和/或各广告主的属性，按照第一预定规则在各广告主提供的各广告信息中选择n项广告信息；

服务器选择n项广告信息的依据，可以是根据第一预定规则。这里第一预定规则包括：对应用户为当前广告信息对应广告主的vip用户，对应用户在当前交易完成之前投诉过当前广告信息对应广告主，对应用户为根据广告主本身的营销战略所挖掘出的用户，等等。这里的vip用户是广告主自定义的，满足广告主某些条件的用户为vip用户。

或者，根据当前交易的属性，按照第二预定规则在各广告主提供的各广告信息中选择n项广告信息；具体地：

步骤1.11、判断当前交易是否为原始交易；所述原始交易为：在预定周期内、当前交易付款前，对应客户端产生的任一交易中，没有选定过任一项广告信息；

对于第二预定规则，广告主一般会规定一个周期，例如，每个月；如果当前用户在本月内，没有使用过广告信息的赞助金额用以付款，则就表示当前用户对应的当前交易为原始交易。

步骤1.12、若当前交易为原始交易，则根据对应用户的属性和/或各广告主的属性，按照第一预定规则在各广告主提供的各广告信息中选择n项广告信息；

由此步骤可以看出，第二预定规则中包括第一预定规则。

步骤1.13、若当前交易为非原始交易，则根据客户端在预定周期内、当前交易付款前完成的所有交易的属性，在各广告主提供的各广告信息中选择n项广告信息；

步骤1.13a、根据客户端在预定周期内、当前交易付款前完成的所有交易的属性，在各广告主提供的各广告信息中预选出l(l≥n)项广告信息作为备选广告；

当符合条件的广告信息较多时，由于移动客户端的显示屏面积有限，所以不易为当前用户提供所有符合条件的广告信息。这样就需要从众多项(l项)广告信息中选出n项广告信息用于展示给用户。

具体地：

判定客户端在预定周期内、当前交易付款前，完成的所有交易中，选定的同一广告主的赞助广告的赞助金额总和是否超过预设上限金额；

若超过预设上限金额，则进一步判定客户端在预定周期内、当前交易付款前，完成的所有交易中，是否有针对该广告主而产生的交易记录；

若有针对该广告主而产生的交易记录，则更新预设上限金额，并在预定周期内预选至少一条该广告主的广告信息作为备选广告；

若没有针对该广告主而产生的交易记录，则在预定周期内不再预选任一条该广告主的广告信息；

一般情况下，广告主对于每个用户的赞助费是有上限的，如果当前用户在本月内使用同一广告主对应广告信息的赞助金额总和超过该广告主规定的赞助费上限，则进一步的判断，该用户是否在本月内有针对于该广告主的消费。

例如，xxx快餐店为共享单车app的合作广告商，xxx快餐店针对当前用户规定的赞助费上限为5元。若用户a在本月内，选择过xxx快餐的10条广告信息，所对应的赞助金额超过了5元，则进一步判定用户a在本月内是否在xxx快餐店消费过；如果有消费，则更新上限金额，在当前，共享单车app为用户a的客户端推送广告信息时，就会选择xxx快餐店的广告信息；如果没有消费，则在本月内不再选择xxx快餐店的广告信息。

或者，判定当前用户在预定周期内、当前交易付款前，完成的所有交易中，选定的同一广告主的赞助广告的次数是否超过预设上限次数；

若超过预设上限次数，则进一步判定客户端在预定周期内、当前交易付款前，完成的所有交易中，是否有针对该广告主而产生的交易；

若有针对该广告主而产生的交易，则更新预设上限次数，并在预定周期内选择至少一条该广告主的广告信息作为备选广告；

若没有针对该广告主而产生的交易，则在预定周期内不再预选任一条该广告主的广告信息。

上面的步骤中，判定的标准为上限金额，那么这里判定的标准为上限次数。如果当前用户在本月内使用同一广告主对应广告信息的次数和超过该广告主规定的上限次数，则进一步的判断，该用户是否在本月内有针对于该广告主的消费。

例如，xxx快餐店为共享单车app的合作广告商，xxx快餐店针对当前用户规定的上限为次数为5次。若用户a在本月内，选择过xxx快餐的5条广告信息，则进一步判定用户a在本月内是否在xxx快餐店消费过；如果有消费，则更新上限次数，在当前，共享单车app为用户a的客户端推送广告信息时，就会选择xxx快餐店的广告信息；如果没有消费，则在本月内不再选择xxx快餐店的广告信息。

如果用户a在本月内，选择过xxx快餐的广告信息既没有超过上限金额也没有超过上限次数，那么平台服务器会继续选择xxx快餐的广告信息进行推送。

步骤1.13b、从l项备选广告中选出n项广告信息；具体地：

从l项备选广告中按赞助金额降序排序，选前(n-p)名的广告信息作为推荐广告(1≤p＜kn,0≤k≤1)；

从剩下的(l-n+p)项备选广告中随机选出p项广告信息作为随机广告；

所述n项广告信息由(n-p)项推荐广告和p项随机广告构成。

这样不但给了合同额大的广告主进行展示的机会，也会照顾合同额小的广告主，使合同额小的广告主的广告信息也有机会在用户客户端进行显示。

步骤2、服务器将选择的n项广告信息根据对应赞助金额的大小，由高到底进行排序；

其中，当至少两项广告信息的赞助金额相同时：

按所述至少两项广告信息对应广告主的合同额的大小，由高到底进行排序；

这里的合同额是广告商与共享单车app所签的合同额。一个广告商在共享单车app投放的不只一条广告。某广告商与共享单车app的合同额包括该广告商提供给用户的赞助费和该广告商给共享单车app广告费。

每项广告信息的赞助金额满足如下表达式：

d＝d1+d2(1)

其中，d为当前广告信息的赞助金额；d1为对应广告主针对当前广告信息提供的广告主赞助金额；d2为服务器所属平台针对当前广告信息提供的平台赞助金额。

每条展现给用户的广告信息的赞助金额都由两个由来，一部分是广告主提供的，另一部分是平台提供的。

由此可知，平台会将广告主给的合同额的一部分用于补贴用户，这一部分就是该广告主提供给用户的赞助费，而同一广告主针对各广告信息提供的广告主赞助金额的总和就是该赞助费。对于平台，自己也可以出一部分钱去补贴用户，这部分钱指的就是平台针对各广告信息提供的平台赞助金额的总和。

对于广告信息的赞助金额的上述分配，做到了广告主和平台之间的利益均衡。

步骤3、服务器将选择的n项广告信息推送至客户端；

服务器选出n项广告信息后，推送至客户端用于展示给对应用户；然后用户通过对应客户端选择m项赞助广告。

步骤4、服务器接受客户端返回的m(1≤m≤n)项赞助广告；

步骤5、服务器将当前交易金额或者用户在当前交易之后产生的交易金额，减去m项赞助广告的赞助金额，得到当前交易的最终付款金额。

假如服务器选择了5项广告信息推送至客户端；这5项广告信息的赞助金额依次分别为：1元、0.8元、0.6元、0.3元、0.1元。对应用户通过客户端选择了前三条广告信息，返回至服务器。

假设，当前用户在共享单车app上产生的交易金额为3元，并且用户选择为当前交易金额进行补偿，那么当前用户针对当前交易最终付款金额为3-1-0.8-0.6＝0.6元。

其实，用户在选择了广告信息后，可以将广告信息的赞助金额不使用在当前交易上。用户可以将针对当前交易产生的赞助金额使用在之后任一次交易中；除此之外，用户也可以积攒一段时间所选择的所有广告信息的赞助金额。当用户积攒的赞助金额到一定数目时，可以一次性使用在某一次交易中。

步骤6、服务器发送第一预定规则和/或第二预定规则至客户端。

将第一预定规则和/或第二预定规则发送至客户端的目的就是为了让用户知道广告主的赞助金额与用户本身对广告主消费是相关联的。这样就更加有助于平衡广告主和用户之间的利益。

步骤7、服务器将客户端在预定周期内、当前交易付款前，针对服务器推送的各广告信息所属广告主而产生的交易记录推送至客户端。

该步骤的目的是使用户可以了解自己在近期内是否有在备选广告信息的广告主那里产生消费，从而可以根据第一预定规则和/或第二预定规则指导自己选择广告信息。

对于用户的客户端：

步骤1、当前交易金额生成后且用户付款前，客户端将要显示的n项广告信息根据对应赞助金额的大小，由高到底进行排序；

其中，当至少两项广告信息的赞助金额相同时：

按所述至少两项广告信息对应广告主的合同额的大小，由高到底进行排序；

每项广告信息的赞助金额满足如下表达式：

d＝d1+d2(1)

其中，d为当前广告信息的赞助金额；d1为对应广告主针对当前广告信息提供的广告主赞助金额；d2为服务器所属平台针对当前广告信息提供的平台赞助金额。

针对于上述排序步骤，如果当前客户端对应的服务器已经执行过排序步骤(即服务器的步骤2)，那么当前客户端不用执行该步骤1。

步骤2、客户端显示n(n≥1)项广告信息；每项广告信息包括：一条广告和一笔赞助金额；

这里的广告可以是广告标题，也可以包含广告链接。用户点开广告链接后，广告的详细信息展示出来。

步骤3、客户端选定m(1≤m≤n)项广告信息作为赞助广告；

步骤4、客户端将被选定的m项赞助广告返回至服务器；

或者，将当前交易金额或者用户在当前交易之后产生的交易金额减去m项赞助广告的赞助金额，得到当前交易的最终付款金额进行显示。

如果在同一交易中，对应服务器端进行了交易金额最后的计算操作，那么客户端就不用执行步骤4。

其实，用户在选择了广告信息后，可以将广告信息的赞助金额不使用在当前交易上。用户可以将针对当前交易产生的赞助金额使用在之后任一次交易中；除此之外，用户也可以积攒一段时间所选择的所有广告信息的赞助金额。当用户积攒的赞助金额到一定数目时，可以一次性使用在某一次交易中。

步骤5、客户端接收预定规则并进行展示；

客户端接收了服务器发送的第一预定规则和/或第二预定规则，然后展示给用户。让用户知道广告主的赞助金额与用户本身对广告主消费是相关联的。这样就更加有助于平衡广告主和用户之间的利益。

在上述技术方案中，所述n项广告信息中每项广告信息对应的广告费用满足如下表达式：

当前广告信息的广告费用＝δ*d1+排在当前广告信息下一位的广告信息所对应的广告位的预设价格；

设在n项广告信息中排在最后一项的广告信息所对应的广告位的预设价格为v(v≥0)；所述δ满足：0≤δ≤1。

其中δ根据广告主本身的属性，以及对应广告信息的显示在客户端上的显示时间段来确定的。

在上述技术方案中，对于排在当前广告信息下一位的广告信息所对应的广告位的预设价格，在一般情况下，会将该预设价格上再加上一个常数。也就是说，当前广告信息的广告费用的计算公式实际上如下：

当前广告信息的广告费用＝δ*d1+排在当前广告信息下一位的广告信息所对应的广告位的预设价格+ζ

其中：ζ为一常数。

这么做的目的是：ζ是一种历史惯例。ζ可以是广告系统结算货币的最小单位，比如rmb0.01元。或者是一次竞价的最低增加额度，这样可以被让竞价的广告主心里上感觉更加公平。

应该明白，公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好，应该理解，过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素，并且不是要限于所述的特定顺序或层次。

在上述的详细描述中，各种特征一起组合在单个的实施方案中，以简化本公开。不应该将这种公开方法解释为反映了这样的意图，即，所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反，如所附的权利要求书所反映的那样，本发明处于比所公开的单个实施方案的全部特征少的状态。因此，所附的权利要求书特此清楚地被并入详细描述中，其中每项权利要求独自作为本发明单独的优选实施方案。

为使本领域内的任何技术人员能够实现或者使用本发明，上面对所公开实施例进行了描述。对于本领域技术人员来说；这些实施例的各种修改方式都是显而易见的，并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此，本公开并不限于本文给出的实施例，而是与本申请公开的原理和新颖性特征的最广范围相一致。

上文的描述包括一个或多个实施例的举例。当然，为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的，但是本领域普通技术人员应该认识到，各个实施例可以做进一步的组合和排列。因此，本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外，就说明书或权利要求书中使用的术语“包含”，该词的涵盖方式类似于术语“包括”，就如同“包括，”在权利要求中用作衔接词所解释的那样。此外，使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。

本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrativelogicalblock)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrativecomponents)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。

本发明实施例中所描述的各种说明性的逻辑块，或单元都可以通过通用处理器，数字信号处理器，专用集成电路(asic)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类似的配置来实现。

本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中，asic可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。

在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(dsl)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、dvd、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。