CN106204115B - 信息推广方法、服务器及客户端 - Google Patents

Abstract

本发明实施例公开了一种信息推广方法、服务器及客户端。应用与支付服务器中的所述信息推广方法可包括：接收客户端发送的支付请求，其中，所述支付请求包括待支付数额；响应所述支付请求，向所述客户端发送推广信息，所述推广信息包括供所述客户端显示的推广物和/或推广活动的信息；获取基于所述推广信息确定的激励信息，所述激励信息包括激励数额；向所述客户端发送所述激励信息；接收客户端基于待支付数额及所述激励信息发送的支付确认请求；响应所述支付确认请求。

Description

信息推广方法、服务器及客户端

技术领域

本发明涉及信息技术领域，尤其涉及一种信息推广方法、服务器及客户端。

背景技术

推广信息是需要推送给用户查看的信息，例如，广告、政府公告以及公益宣传等各种信息。推广活动是需要传到给用户的各种活动，例如广告活动、政府发起的非强制活动、公益爱心活动等，这些推广信息或推广活动可能是用户感兴趣的或会主动参与；也有可能是用户不太愿意主动查阅或主动参与。为了更好的传播这些推广信息或推广活动，推广者可能会利用电视、网络、纸媒等各种资源，大量印刷、发布这些推广信息或推广活动，但是实践表明，即便如此，推广信息或推广活动的有效传播率很低，进而导致推广信息或推广活动占用了大量的网络资源，却没有收到预期的效果，导致了网络资源的使用效率低。

发明内容

有鉴于此，本发明实施例期望提供一种信息推广方法、服务器及客户端，至少部分解决现有技术中发布的推广信息的传播率低及发布资源的有效使用率低等问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例第一方面提供一种信息推广方法，包括：

接收客户端发送的支付请求，其中，所述支付请求包括待支付数额；

响应所述支付请求，向所述客户端发送推广信息，所述推广信息包括供所述客户端显示的推广物和/或推广活动的信息；

获取基于所述推广信息确定的激励信息，所述激励信息包括激励数额；

向所述客户端发送所述激励信息；

接收客户端基于待支付数额及所述激励信息发送的支付确认请求；

响应所述支付确认请求。

本发明实施例第二方面提供一种信息推广方法，包括：

响应支付操作，获取推广信息及待支付数额；

显示支付界面，其中，所述支付界面包括所述推广信息；

接收基于所述推广信息确定的激励信息，所述激励信息至少包括激励数额；

根据所述待支付数额和激励信息，发送支付确认请求。

本实施例第三方面提供一种服务器，包括：

第一接收单元，用于接收客户端发送的支付请求，其中，所述支付请求包括待支付数额；

第一发送单元，用于响应所述支付请求，向所述客户端发送推广信息，所述推广信息包括供所述客户端显示的推广物和/或推广活动的信息；

执行单元，用于获取基于所述推广信息确定的激励信息，所述激励信息包括激励数额；

所述第一发送单元，还用于向所述客户端发送所述激励信息；

所述第一接收单元，还用于接收客户端基于待支付数额及所述激励信息发送的支付确认请求；所述执行单元，还用于响应所述支付确认请求。

本发明实施例第四方面提供一种客户端，包括响应单元，用于响应支付操作，获取推广信息及待支付数额；

显示单元，用于显示支付界面，其中，所述支付界面包括所述推广信息；

第二接收单元，用于接收基于所述推广信息确定的激励信息，所述激励信息至少包括激励数额；

第二发送单元，用于根据所述待支付数额和激励信息，发送支付确认请求。

本发明实施例提供的信息推广方法、服务器及客户端，客户端会在支付过程中获取推广信息，并基于推广信息获取激励信息；显然这样通过在支付界面的支付场景下，以发放激励的方式能够大大的提升推广信息的点击率、阅读率、参与率等各种信息传播率，同时在支付界面通过激励信息的确定，直接进行激励的发放，能够缓解现有技术中激励发放的相关度小，导致的有需求的用户没有申请到激励，而无需求的用户却因一时兴起申请了激励，却最终没有使用导致的激励发放精准度低的现象。

附图说明

图1为本发明实施例提供的第一种信息推广方法的流程示意图；

图2为本发明实施例提供的一种支付界面及推广信息的显示效果图；

图3为本发明实施例提供的一种支付界面的显示效果图；

图4为本发明实施例提供的另一种支付界面的显示效果图；

图5为本发明实施例提供的第一种推广信息的显示效果图；

图6为本发明实施例提供的第二种推广信息的显示效果图；

图7为本发明实施例提供的又一种支付界面的显示效果图；

图8为本发明实施例提供的第二种信息推广方法的流程示意图；

图9为本发明实施例提供的第三种信息推广方法的流程示意图；

图10为本发明实施例提供的一种服务器的结构示意图；

图11为本发明实施例提供的一种客户端的结构示意图；

图12为本发明实施例提供的一种客户端的结构示意图；

图13为本发明实施例提供的一种电子设备的结构示意图；

图14为本发明实施例提供的第四种信息推广方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种信息推广方法，包括：

步骤S110：接收客户端发送的支付请求，其中，所述支付请求包括待支付数额；

步骤S120：响应所述支付请求，向所述客户端发送推广信息，所述推广信息包括供所述客户端显示的推广物和/或推广活动的信息；

步骤S130：获取基于所述推广信息确定的激励信息，所述激励信息包括激励数额；

步骤S140：向所述客户端发送所述激励信息；

步骤S150：接收客户端基于待支付数额及所述激励信息发送的支付确认请求；

步骤S160：响应所述支付确认请求。

本实施例所述的信息推广方法可为应用于网络侧的服务器中的处理方法。所述服务器可包括支付服务器，这里的支付服务器可包括社交平台支付服务器。这里的社交平台会基于社交账号进行购物或转账等支付操作的支付服务器。所述社交平台支付服务器可包括微信支付服务器或QQ支付服务器或财付通支付服务器等。当然所述支付服务器还可包括其他形式的支付服务器，例如，购物平台支付服务器等，典型如支付宝支付服务器。

当然本实施例的执行主体也可以为多台服务器形成的服务器组；例如，所述服务器组包括支付服务器和推广服务器。所述支付服务器为位于支付平台的服务器，所述推广服务器可为提供推广信息的服务器，可为商户服务器。当然所述推广服务器还可用于存储有激励信息确定策略，至少可用于提供确定所述激励数额的规则等信息，当然也可以推广服务器来最终确定所述激励数额。

所述客户端可为手机、平板或可穿戴设备等各种电子设备。

所述待支付数额可为从客户端正在操作的支付账号需要转移到接受账号的支付数额，所述支付数额若支付为现金流则是支付金额，当然待支付的除了资金，还可以是资金替代物，例如积分，游戏币、可在网络进行交易的其他虚拟资金等。若支付的为支付积分，则所述支付数额为待支付积分数值。所述资金替代物可为如所述资金一样能够参与消费或支付的物品。

所述推广信息可为推广页面的显示数据。在所述推广页面上显示有所述推广物和/或推广或送的信息。例如，所述支付服务器可以将推广页面的标识信息发送给客户端，客户端在满足预设显示条件时，基于所述标识信息，从支付服务器或推广服务器或从客户端本地预先缓存的数据中，获取所述推广信息，并在支付过程中显示。所述标识信息可为所述推广页面的统一资源地址(Uniform Resource Locator，RUL)以及推广页面的域名等各种能够标识所述推广页面。所述推广信息可为广告及政府公告。所述推广物可包括推荐的商品；所述推广活动可为各种广告活动或推荐活动。所述推广活动可包括公益活动以及广告活动等各种活动信息。这里的推广页面可为显示有预定信息的页面，例如显示有广告、政府公告或各种宣传信息的推广页面，或有公益活动、广告活动的推广活动的参与界面。通常所述参与界面可为方便用户直接通过该页面参与到一个项目或参加一项活动的页面。例如，捐款、下载应用软件、关注某一个公众号，申请一个***等。

在步骤S130中将基于所述推广信息获取激励信息，可包括基于客户端对所述推广信息的显示获取所述激励信息，或基于客户端检测到的用户对所述推广信息的操作获取所述激励信息，例如，客户端检测到用户点击了所述推广信息，或用户转发了所述推广信息，用户参与了所述推广活动。总之，本实施例中所述激励活动是与所述推广信息有相互关联关系的。

所述激励数额可为减免金额、红包、发放的积分、发放的游戏币，等鼓励用户通过查看所述推广页面的资金或资金替代物。当然，所述激励数额不局限于所述资金或资金替代物，还可包括提高用户信用等级、客户等级的等级增量等。总之，本实施例中所述的激励可为任意激励用户更加愿意主动查看所述推广信息或主动参与对应的推广活动的奖励。

所述激励信息除了所述激励数额，还可包括激励的使用规则。所述使用规则，可用于告知激励的使用场景、一次的使用额度等各种信息。在本实施例中所述激励数额可以直接在当前支付界面，进行支付时抵扣支付数额。

在步骤S150中，客户端在接收到激励信息之后，会发起支付确认请求，该支付确认请求会使得支付服务器进行资金或资金替代物的过账，完成此次交易。在本实施例中由于客户端对应的支付账号获取了激励信息，相当于获取了减免金额或奖励金额，在进行最终过账支付之前，支付服务器会重新根据待支付金额和激励信息，计算出支付账号实际支付金额，在步骤S160中响应支付确认请求时，由支付账号实际指出所述实际支付金额。激励数额可以由支付平台或推广服务器对应的推广商替代进行支付，或支付标的物的商家自行减免，这样就减少了支付账号的实际支付数额。例如，图7所示的即为客户端显示的减免后的支付界面。在支付界面中有减免金额以及原始待支付金额以及减免后的实际支付金额。

在本实施例中在支付过程中，向客户端发送推广信息，这样就相当于实现在支付过程中以激励发放的形式，促使客户端显示推广信息，提升推广信息的阅读率、点击率或参与率，从而提升了推广信息的有效传播，就能够避免现有技术中在其他位置发布所述推广页面，导致占用了大量的发布资源存储、传输及显示了推广页面，却得不到较高的点击率或查看率导致的发布资源的有效使用率低等问题。这里的，所述发布资源为推广信息存储、传输及发布所占用的网络资源。

另一方面，在现有技术中存在着折扣卷以及优惠卷、减免卷等各种减少用户支付数额的卷，通常这些卷的发放，与支付界面时分离的，用户需要到指定的页面去领取，领取之后在支付时，选择对应的卷才能达到减免的效果。这样首先，导致了卷的领取的操作繁琐；其次，不能实现这些卷的精准发放。例如，有需要的用户去领取了，最后因为没有使用需求没有使用，而导致该卷不能发放给有需求的人，导致卷的浪费；有些需求的用户确因为没有领取卷导致没有获得实惠，显然会存在卷或减免信息的发放精准度低的问题。若利用本实施例所述的信息推广方法，在支付界面通过激励入口的显示，方便有真正需求的用户去获取，这样就能够达到的卷的精准发放。

在一些实施例中，所述步骤S130可包括：基于所述推广信息及所述待支付数额，确定所述激励数额，其中，所述激励数额不大于所述待支付数额。

在发放激励数额时，为了避免超额发放，导致用户在下次支付时，不再对推广信息有关注的热情，在本实施例中，确定所述激励数额不大于本次待支付金额。且进一步的，所述激励数额可设置为本次有效，下次使用无效的使用期限，以从侧面再次推动所述推广信息的有效传播率。

为了方便用户查看，所述推广信息和所述激励信息最终都需要显示在客户端的，具体如何显示以及何时显示的方式有很多种，以下提供几种可选方式：

可选方式一，所述方法包括：

向所述客户端发送第一指令；其中，所述第一指令，用于使所述客户端在显示所述待支付数额的同时，显示所述推广信息和所述激励信息。

网络侧服务器向客户端发送第一指令，客户端接收到该第一指令之后，会在支付界界面上同时显示待支付数额、推广信息及激励信息，这样的一方面实现了推广信息的显示和阅读，另一方面与现有的支付流程的兼容性大，减少了支付过程中支付界面的切换以及用户操作，确保了支付体验。

图2所示的在支付界面上，同时有待支付金额“11.00元”，同时还显示有麦当劳对应的推广信息，并且同时显示立减“30元”。这样的话，这里的立减的金额即为所述激励数额的一种。

可选方式二：

所述方法还包括：

向所述客户端发送激励获取入口数据，其中，所述激励获取入口数据为激励获取入口的显示数据；

向所述客户端发送第二控制指令；其中，所述第二控制指令，用于控制所述客户端在支付界面上显示所述激励获取入口，并在检测到作用于所述激励获取入口的第一操作时，显示所述推广信息。

在本实施例中首先会发送激励获取入口数据，这样的话，客户端会根据所述激励获取入口数据在支付界面上显示，方便客户端根据作用于激励获取入口的用户输入，控制所述推广信息的显示。

所述激励获取入口至少可包如图3所示的操作控件。该操作控件可用于检测用户操作。例如，所述操作控件可包括触摸屏的触控控件，可以非触摸屏的鼠标控件或键盘控件等。当然图3所示的仅为一种激励获取入口，具体实现时不局限于图2所示的操作控件。图4所示的为另一种支付界面，图3与图2所示的激励获取入口显然至少外形不同，提示信息也不同。

图3或图4所示的操作控件可为所述激励获取入口的显示部分，所述激励获取入口还包括非显示部分；所述非显示部分可包括：预置在所述客户端后台与所述操作控件对应的信息。例如，所述非显示部分可包括：所述推广页面的链接地址。所述链接地址可用于直接打开所述推广页面。这里的推广页面为显示所述推广信息的页面，这的推广页面可作为所述支付界面下的一个子页面。所述连接地址可为所述推广页面的统一资源地址(UniformResource Locator，RUL)，这样客户端在检测到所述第一操作时，客户端就利用所述URL检索所述推广页面，从而获取所述推广页面的显示数据，显示所述推广页面。所述非显示部分还可包括：所述推广页面的域名等其他标识信息；客户端在检测到所述第一操作时，将所述标识信息发送给服务器，所述服务器通过解析所述标识信息，确定出客户端当前需要显示的推广页面，找到对应的推广页面，并将该推广页面的显示数据发送给客户端。总之，所述非显示部分包括可以获取到所述推广页面的各种标识信息。

若所述激励获取入口包括所述非显示部分时，所述请求信息中可携带所述非显示部分的内容；服务端会基于所述请求信息中携带的所述非显示部分的内容返回所述推广页面。

在具体的实现过程中，通常为了简便告知用户可通过激励获取入口，获得激励，会在所述操作控件周围或所述操作控件之上，显示提示文字或提示图片等提示信息，告知用户可以获取激励。用户在看到所述提示信息之后，若用户想获取激励，就会输入所述第一操作，这样电子设备就能够检测到作用于所述激励获取入口的所述第一操作。所述第一操作可为鼠标操作、触摸操作或语音操作等各种用户通过人机交互接口输入到所述客户端的用户操作。所述第一操作表示用户想要申请所述激励。

当然，在具体实现时，所述激励获取入口所述非显示部分也可以为空；所述客户端在接收到有操作控件的第一操作时，直接向服务端发送没有携带所述激励获取入口非现实部分内容的请求信息，此时，所述服务端可以根据当前需求，反对一个所述推广页面。例如，随机返回一个推广页面；再比如，根据当前各个推广页面的推广优先级，选择优先级最高的推广页面返回。

图5和图6都是所述推广页面的显示效果图。在图5所示的推广页面中显示的激励数额，当然，所述激励数额也可以不显示在所述推广页面中，而是在所述推广页面被关闭后，直接显示在所述支付界面上。例如，图6所示的推广页面就为仅显示有推广物或推广商家的相关信息的页面。

可选方式三：

所述方法还包括：

向所客户端发送第三指令；所述第三指令，具体用于控制所述客户端进入所述支付界面预定时长之后，在所述支付界面之上显示所述推广信息。

在本实施例中，网络侧的服务器，还可以通过向客户端发送第三指令，来指示客户端如何显示所述推广信息。在本方式中所述服务器可通过发送第三指令，在客户端进入所述支付界面的显示预定时长之后，在支付界面上显示推广信息。这样用户不用点击激励获取入口，用户也不用执行其他操作，客户端自行按照支付界面上各个信息的显示时序，自行控制推广信息的显示，与现有技术兼容性强，显然也提升了推广信息的有效传播率。

在本所述支付界面之上推广信息包括：

1：直接将推广信息作为显示在一个或多个支付界面内，与支付界面内的信息共用一个支付界面。

2：推广信息显示在推广页面上，所述推广页面重叠在所述支付界面之上显示，也可以包括嵌入在所述支付界面之上的窗口内显示所述推广页面。在所述支付界面上显示推广页面，方便所述客户端在关闭所述推广页面之后，就恢复所述支付界面的显示，继续进行支付流程，减少客户端在不同页面显示的切换导致的操作繁琐及消耗的能耗高的问题。

总之，本实施例提供了几种所述服务器控制客户端显示推广信息的方法，具有实现简便的特点。

在一些实施例中，所述步骤S130可包括：获取根据所述客户端提供的预定信息生成的激励信息；其中，所述预定信息为所述客户端根据作用于所述推广信息的第二操作形成的。

所述客户端在显示所述推广信息时，可以通过客户端的人机交互接口会检测第二操作，这里的第二操作可包括点击所述推广页面上推广信息，或播放推广视频，参与推广活动的各种用户操作。所述第二操作的操作类型可为手势操作、鼠标键盘等操作，还可以是语音操作以及眼部示意操作等。

当所述客户端检测到第二操作时，可以基于所述第二操作的惭怍参数，生成所述预定信息，并将所述预定信息发送给网络侧的服务器，这样网络侧的服务器就能够接收到所述预定信息，并进一步根据所述预定信息生成所述激励信息了。

所述预定信息又可以至少分为三大类：

第一类：

所述预定信息包括所述第二操作的操作行为数据。所述操作行为数据为所述第二操作的操作参数。例如，所述第二操作可包括：用户手部操作、用户语音操作、用户眼部操作中的一种或多种。所述用户手部操作可包括用户利用鼠标、键盘或触摸屏操作推广信息的用户操作；所述用户语音操作，用户在推广信息的语音输入接口输入的语音。所述用户眼部操作可包括利用眼动仪或瞳孔定位设备等，采集用户是否有在认真观看所述推广信息的操作。例如，通过用户眼部操作可以确定出用户是否有认真所述推广信息。例如，通过瞳孔追踪、眼动仪的追踪，可以知道用户的眼睛是否有注视推广信息，用户注视推广信息的时长。服务端在确定激励的激励数额时，可以根据用户眼部操作的操作行为数据，确定发放的数额。例如，假设激励发放策略为发放的激励数额与用户观看推广信息的时长呈正比。则此时，若通过用户眼部操作行为数据，发现在推广信息的预定显示时间内，用户观看推广信息的时长小于预设时间阈值，确定所述激励数额为第一值；若发现用户观看推广信息的时长大于所述预设时间阈值，确定所述激励数额为第二值。所述第二值大于第一值，这样的话，就会鼓励利用认真观看所述推广信息，提高推广信息的传播率。

第二类：

所述预定信息包括所述第二操作作用于所述推广信息产生的操作结果数据。例如，客户端检测到第二操作控制推广信息的显示和运行；所述操作结果数据可为所述推广信息显示和运行的操作结果数据。例如，基于所述第二操作，控制所述推广信息中所述推广信息的显示状态；采集所述推广信息的显示状态参数。所述显示状态参数可包括推广信息的显示时长、显示次数、显示完整度。例如，所述推广信息可为视频广告，所述显示状态参数可包括视频显示次数、每一次显示时长等各种参数。所述第二操作可为控制所述推广信息显示的各种参数，例如，点击视频广告，控制视频广告开始播放，或，点击视频广告，控制视频广告停止播放，重拨视频广告等各种信息。在例如，所述推广活动包括让用户关注商家的公众号；在所述操作结果数据可包括：指示用户是否基于推广信息显示的公众号，关注了所述公众号的执行状态参数。

在第一类中，不关注所述第二操作产生的操作结果，直接关注所述第二操作对应操作行为数据。比较两种方式，第二类则第二操作产生的操作结果。这样会使得激励的方法与操作结果更相关，从而能够确保推广信息的有效推广，和推广资源的资源利用率的有效提升。第一类直接发送用户操作行为数据，不用采集操作结果的相关数据，操作更加简便。

在具体实现时，可以根据推广信息的属性，确定选择用户操作行为数据还是操作结果作为所述决策依据。例如，针对视频、游戏等这种需要用户交互的推广物，可采用第二类，而针对于文本或图片信息，可以第一类。

本实施例中所述第一类中的操作行为数据和操作结果数据，都无需客户端自行决定申请数额，都可以作为服务端确定给客户端发放激励数额的决策参数。

第三类：

所述客户端基于所述第二操作确定的申请数额的至少其中之一；其中，所述申请数额为所述客户端申请发放的激励数额。

总之，本实施例中所述预定信息为网络侧服务器生成所述激励信息的依据参数，根据所述预定信息，至少可确定出所述激励信息中的激励数额，当然也可以确定出所述激励数额的使用场景等使用规则信息。

此外，所述预定信息还可包括申请数额；所述申请数额为客户端向服务器发送的申请发放的激励数额量。例如，所述方法还包括：服务端的服务器向客户端发送激励发放策略；该激励发放策略可用于与所述第二操作，共同用于客户端确定激励的申请数额。所述激励发放决策可以为与所述推广信息一同发送的，也可以是分开发送；当与所述推广信息一同接收时，可以减少与服务端的信息交互次数，减少因信息交互次数多所消耗的功耗。

在本实施例中，所述客户端会自动确定一个申请数额，客户端可以不用再向服务端发送决策参数，直接发送申请数额即可，可以减少服务端的负荷；避免大量客户端一通提交所述决策参数导致的服务端负载过大导致的延时。当然在具体实现时，所述预定信息还可包括所述决策参数，即决策参数可以与申请数额一同发送给服务端，方便服务端在有需求时，根据所述决策参数自行核算所述激励数额。

例如，若当前服务端负载率很高，如高于预定阈值，服务端可能直接根据所述申请数额确定激励数额。若服务端负载率较低，例如低于预定阈值，服务端可能就自行根据决策参数确定激励数额。进一步地，还可能根据自行计算的激励数额，与申请数额比对，根据比对结果进行该客户端的用户账号的诚信度的验证。后续，服务端可以根据不同用户账号的诚信度是决定采用激励数额是由客户端自行决策，还是由服务端来决策，以提升激励数额的方法精确度。

所述申请数额的确定又至少可分为两种方式，第一种，根据所述第二操作的操作行为数据及所述判断结果，确定所述申请数额。第二种：根据所述第二操作作用于所述推广信息的操作结果及所述激励发放决策，确定所述申请数额。当然是根据用户操作行为数据，还是根据操作结果确定所述申请数额，都取决于所述判定策略。

在本实施例中，若服务端接收到的申请数额，会对申请数额进行验证，在验证通过时，直接利用所述申请数额作为所述激励数额，若验证不通过，服务端的服务器将自动重新确定所述激励数额。例如，所述验证方法包括：极值验证方法，若所述申请数额超过发放的最高数额，显然是验证不通过等。

在一种方式中，所述步骤S130具体可包括：接收第二服务器在接收到所述预定信息之后确定并发送的激励信息。在另一种方式中，所述步骤S130可包括：接收所述客户端提供的所述预定信息；根据所述预定信息，查询激励信息生成策略；根据所述激励生成策略，确定所述激励数额并生成所述激励信息。

显然在第一种方式中，所述激励信息是由第二服务器确定的，第一服务器仅是从第二服务器接收。在第二种方式中，激励信息是第一服务器根据客户端发送的预定信息自动生成的。这里的第一服务器即可为前述的支付服务器，第二服务器可为所述推广服务器。

但是不管是那种方式，在本实施例中所述激励信息的生成都是根据用户的第二操作的这一行为直接或间接产生，这样就提升了用户对激励信息中至少激励数额的决策程度，实现了用户阅读推广信息或操作推广信息的积极性，能够再次提升推广信息的有效传播率。

在一些实施例中，所述步骤S130可包括：接收所述客户端对支付标的物进行支付的支付请求；所述步骤S120可包括：获取所述支付标的物的属性信息；选择与所述支付标的物的属性信息满足预设匹配条件的推广物和/或推广标活动；根据所述推广物和/或推广活动，确定所述推广信息。

在一些实施中，所述支付标的物，与推广物和/或推广活动可以完全没有任何关联关系，所述推广信息可为推广服务器或支付服务器随机选择的一条或托条待推广的信息。但是在有些实施例中，所述支付标的物和所述推广标误和所述推广活动之间是有一定的关联关系的。

所述支付标的物，可包括用户购买的商品或服务。所述关联关系可体现在：所述标的物与所述推广页面的推广物的来源属性相同；例如都是来自同一商家、同一厂家。例如，小明购买了A品牌的一块手表，所述推广页面可为所述A品牌的广告页面，或推广活动页面。

所述支付标的物与推广物或推广活动，具有相同的物品属性或服务属性。例如，这里的物品属性包括各种消费品的类型参数等。例如，支付标的物为服装；推广物也可以为服装；若支付标的物为女装，所述推广物也为女装，则表示推广物与支付标的物的物品属性相同。例如，服务端可以根据所述支付标的物的属性，确定推广物的属性，进而动态选择推广页面。例如，所述支付标的物为A地的旅游服务，所述推广物可为与A地消费水准相当的B地旅游服务。

所述物品属性或服务属性及所需资金或资金替代物的数额都属于前述属性信息的一种。所述物品属性包括物品类型或物品风格。所述服务属性可包括服务类型或服务等级等属性参数。在本实施例中属性参数还可包括提供者信息，例如，所述支付标的物和所述推广物或所述推广活动属于同一商家。例如，用户当前进行的麦当劳订餐的支付，所述推广信息可为麦当劳当前新推出产品的广告信息。这里的支付标的物和所述推广物属于同一商家和提供者。

所述属性信息的获取，可为网络侧的服务器从客户端中接收的，例如，所述属性信息可为携带在支付请求中，也可以是从支付标的物的提供服务器中获取的，获取所述属性信息的方法有很多。例如，所述支付请求中携带有支付标的物的标识信息，支付服务器可以利用该标识信息查询本地数据库或非本地数据库中所述支付标的物的属性信息，再以所述属性信息为依据，选择对应的推广物或推广活动。当然执行该操作的也可以为网络侧的推广服务器，不局限于支付服务器。

在本实施例中通过所述属性信息的获取，可以实现有针对性的信息推广，可以将所述推广信息发送到有需求的用户的客户端上显示，从而会提升信息推广的精确度。

如图8所示，本实施例提供一种信息推广方法，包括：

步骤S210：响应支付操作，获取推广信息及待支付数额；

步骤S220：显示支付界面，其中，所述支付界面包括所述推广信息；

步骤S230：接收基于所述推广信息确定的激励信息，所述激励信息至少包括激励数额；

步骤S240：根据所述待支付数额和激励信息，发送支付确认请求。

本实施例所述的信息推广方法可为应用与客户端中所述的方法，所述客户端可包括手机、平板电脑、笔记本电脑或台式电脑等各种用户终端中。

所述支付操作可为从人机交互接口检测的用户指示发送支付请求的操作，在本实施例中所述客户端会响应所述支付操作，进入支付流程，并获取所述推广信息。这里的推广信息可为从网络侧的服务器获取，也可以为从本地缓存中获取所述推广信息，但是缓存在本地的所述推广信息，也是之前从网络侧的服务器中获取的。所述支付操作为用户指示进行支付的操作，客户端还可根据所述支付操作确定待支付数据，例如，可以根据用户输入确定所述待支付数额，例如，用户直接通过人机交互接口输入待支付数额。所述支付操作还可为指示对某一个支付标的物支付请求的操作，这样所述支付标的物的价格即为所述待支付数额。

在步骤S220将进入所述支付界面，并在支付界面显示所述推广信息，推广信息的显示效果可如图2、图5或图6所示。

在步骤S230中将接收基于推广信息确定的激励信息，该激励信息是从网络侧的服务器接收的，可以为直接从支付服务器接收的，也可以为从推广服务器接收的。总之，客户端会获取激励信息，知道本次支付可减免的支付数额。这里的待支付数额和所述激励数额的相关描述可以参见前述实施例，在此就不重复了。

在步骤S240中，再根据待支付数额和激励信息，发送支付确认请求，这里接收所述支付确认请求的接收方可为前述的支付服务器，支付服务器接收到所述支付确认请求之后，会根据所述激励信息减少待支付数额，确定出实际支付数额，以实际支付数额对请求支付的支付账号进行过账。

显然，在本实施例中所述客户端会在支付过程中显示推广信息，且推广信息显示之后会有响应的激励信息，这样就能够激励用户查看、阅读以及操作所述推广信息，提升推广信息的查看率、点击率或有效传播率。与此同时，由于激励信息是在支付过程中发放，相对于现有的优惠劵等发放，发放操作更加简便且发放精确度更高。

在具体的实现过程中，客户端还会显示基于所述待支付信息及所述激励信息重新计算的实际支付数额，

在一些实施例中，所述步骤S230包括：基于所述支付操作，向服务器发送支付请求；其中，所述支付请求携带所述待支付数额；接收所述服务器基于所述支付请求返回的推广信息。

在本实施例中所述步骤S230在接收到所述支付操作之后，客户端自动向支付平台发送支付请求，在接收到所述支付请求之后，所述支付服务器向客户端发送所述推广信息，或所述支付服务器通知推广服务器向所述客户端发送推广信息，总之，所述客户端会从网络侧的服务器中接收到所述推广信息，在本实施例中所述推广信息可为从服务器中接收的，这样服务器任意时刻都可以根据各种推广信息的目前推广需求，选择推广需求最迫切的推广信息发送给客户端，当然也可以根据所述支付标的误的属性信息，进行精确定位推广，以提升推广信息的推广效果。

在一些实施例中，所述步骤S230可包括：接收基于所述推广信息及所述待支付数额确定的激励信息，其中，所述激励数额不大于所述待支付数额。在一些实施例中所述激励数额可以大于待支付数额，但是在本实施例中为了提升用户下一次查看、阅读或点击推广信息的积极性，提升推广信息的整体有效传播率，在本实施例中所述激励数额不大于所述待支付数额，避免有多余的激励数额留待下一次使用，同时也可以减少所述推广信息的推广成本，提升推广效率。例如，所述待支付数额为B，在本实施中所述激励数额为不大于所述B的书，通常情况下是所述激励数额小于所述待支付金额，即所述激励数额小于所述B。

为了方便用户查看所述激励信息，所述客户端还会根据网络侧服务器的指令，显示所述激励信息；以下提供几种可选的显示方式：

方式一：

在一些实施例中，在所述根据所述待支付数额和激励信息，发送支付确认请求之前，所述方法还包括：

接收所述服务器发送的第一指令；根据所述第一指令，在显示所述支付数额的同时，显示所述推广信息和所述激励信息。此时，所述支付界面的显示效果如图2所示，

方式二：

在所述根据所述待支付数额和激励信息，发送支付确认请求之前，所述方法还包括：接收所述服务器发送的激励获取入口数据及第二指令；基于所述第二指令，根据所述激励获取入口数据，在所述支付界面上显示激励获取入口；检测作用于所述激励获取入口的第一操作；当检测到所述第一操作时，在所述支付界面上显示所述推广信息。所述激励获取入口的显示可如图3和图4所示，基于作用于激励获取入口额第一操作的推广信息的显示可如图5和图6所示。

方式三：

在所述根据所述待支付数额和激励信息，发送支付确认请求之前，所述方法还包括：接收所述服务器发送的第三指令；根据所述第三指令；在进入所述支付界面之后的预定时长之后，显示所述推广信息。在本凡是中，相当于所述客户端基于所述支付操作，进入未显示有推广信息的支付界面，在进入未显示有推广信息的支付界面预定时长之后，在显示所述推广信息。

在具体操作时可包括以下步骤：

对所述支付界面的显示时长进行计时；

当所述支付界面的显示时长达到预定时长之后，在所述支付界面上显示所述推广信息，例如将推广页面覆盖在所述支付界面之上显示。

在方式二中会基于用户的第二操作，来确定是否显示所述推广信息，在本方式中所述推广信息是会自动闪现的显示页面。所述客户端在显示所述支付界面之后，启动计时器，当计时达到所述预定时长之后，刷新客户端的显示，以显示推广信息。当然，所述客户端也可以启动超时计时器，以倒计时的方式进行计时，当超时及时器超时就显示所述推广信息。

在本实施例中所述推广信息的显示，可以是基于用户输入的关闭操作等预设操作退出显示；也可以是推广信息在显示时间达到指定时间之后，自动退出显示。但是不管采用哪种形式，将所述推广信息嵌入到支付流程的支付界面之上显示，并辅助以激励的发放(对应于激励信息的确定)能够有效的提升推广信息的传播率，提升推广信息的发布资源的有效使用率；同时能够实现激励的精准发放。避免现有技术中，激励发放流程与支付流程松耦合导致的，有实际需求的用户没有申请到激励，不需要的用户确因为一时兴起申请了激励，确没有真正投入使用导致的激励发放精准度不够的问题。

如图10所示，本实施例提供一种服务器，包括：

第一接收单元110，用于接收客户端发送的支付请求，其中，所述支付请求包括待支付数额；

第一发送单元120，用于响应所述支付请求，向所述客户端发送推广信息，所述推广信息包括供所述客户端显示的推广物和/或推广活动的信息；

执行单元130，用于获取基于所述推广信息确定的激励信息，所述激励信息包括激励数额；

所述第一发送单元120，还用于向所述客户端发送所述激励信息；

所述第一接收单元110，还用于接收客户端基于待支付数额及所述激励信息发送的支付确认请求；所述执行单元，还用于响应所述支付确认请求。

本实施例所述的服务器可为单个服务器，也可以为服务器组。在本实施例中若为单个服务器时，则所述服务器为支付服务器，若服务器组时可包括支付服务器和推广服务器。

所述第一接收单元110和所述第一发送单元120都可对应于通信接口，该通信接口可为有线接口或无线接口，这里的有线接口可为电缆接口或光缆接口，所述无线接口可为各种类型的天线等。

所述执行单元130可对应于服务器内的处理器或处理电路等信息处理结构。所述处理器可为中央处理器CPU、微处理器MCU、数字信号处理器DSP、可编程阵列PLC或引用服务器AP等各种具有信息处理功能的处理器。所述处理电路可包括专用集成电路ASIC。所述处理器或处理电路与存储介质通过总线等结构连接，通过读取并执行位于所述存储介质中的指令可以执行上述操作。

本实施例提供的服务器可用于执行前述的应用服务器中的信息你推广方法，具有推广信息的传播率高、推广信息的发布资源的有效使用率高及激励发放精准度高的特点。

例如，在一些实施例中，所述执行单元130，用于基于所述推广信息及所述待支付数额，确定所述激励数额，其中，所述激励数额不大于所述待支付数额。这样的话，可以避免一次性发放激励数额过过多，影响了用户下次操作所述推广信息的积极性，从而导致的推广信息的整体的有效传播率的下降。

在一些实施例中，所述第一发送单元120，用于向所述客户端发送第一指令；其中，所述第一指令，用于使所述客户端在显示所述待支付数额的同时，显示所述推广信息和所述激励信息。这样所述客户端的显示效果如图2所示，在另一些实施例中，所述第一发送单元120，还用于向所述客户端发送激励获取入口数据，其中，所述激励获取入口数据为激励获取入口的显示数据；并向所述客户端发送第二控制指令；其中，所述第二控制指令，用于控制所述客户端在支付界面上显示所述激励获取入口，并在检测到作用于所述激励获取入口的第一操作时，显示所述推广信息。显示效果图可如图3至图6所示。在还有一些实施例中，所述第一发送单元120，还用于向所客户端发送第三指令；所述第三指令，具体用于控制所述客户端进入所述支付界面预定时长之后，在所述支付界面之上显示所述推广信息。

为了提升用户参与度，实现对激励信息的精确发放，在本实施例中，所述执行单元130，具体用于获取根据所述客户端提供的预定信息生成的激励信息；其中，所述预定信息为所述客户端根据作用于所述推广信息的第二操作形成的。例如，在一些实施例中，所述执行单元130，具体用于接收第二服务器在接收到所述预定信息之后确定并发送的激励信息。此时，所述激励信息是有不同与本实施例的第二服务器生成的，这里的第二服务器可对应于前述的推广服务器，本实施例提供的服务器可对应于前述的支付服务器。在另一些实施例中，所述执行单元130，具体用于接收所述客户端提供的所述预定信息；根据所述预定信息，查询激励信息生成策略；根据所述激励生成策略，确定所述激励数额并生成所述激励信息。此时，所述激励信息是本实施例提供的服务器，自行生成的，这样可以不再第二服务器的参与情况下，就完成所述激励信息的生成。

此外，所述第一接收单元110，具体用于接收所述客户端对支付标的物进行支付的支付请求；所述第一发送单元120，具体用于获取所述支付标的物的属性信息；选择与所述支付标的物的属性信息满足预设匹配条件的推广物和/或推广标活动；根据所述推广物和/或推广活动，确定所述推广信息。

在一些实施例中所述推广信息与请求支付的支付标的物可以完全没有关联，所述推广信息可为本实施例提供的支付服务器或推广服务器随机选择的，但是为了实现所述推广信息的精准传播，在本实施例中会通过获取属性信息，有针对性的选择所述推广信息，从而实现推广信息的精准推广，提升推广效果。

如图11所示，本实施例还提供一种客户端，包括：

响应单元210，用于响应支付操作，获取推广信息及待支付数额；

显示单元220，用于显示支付界面，其中，所述支付界面包括所述推广信息；

第二接收单元230，用于接收基于所述推广信息确定的激励信息，所述激励信息至少包括激励数额；

第二发送单元240，用于根据所述待支付数额和激励信息，发送支付确认请求。

本实施例中所述客户端可具体对应于手机、平板电脑、笔记本电脑、台式电脑或可穿戴式设备等各种终端设备，尤其是移动终端设备。

所述响应单元210都可以对应于终端内的处理器或处理电路等信息处理结构。所述处理器可为中央处理器CPU、微处理器MCU、数字信号处理器DSP、可编程阵列PLC或引用服务器AP等各种具有信息处理功能的处理器。所述处理电路可包括专用集成电路ASIC。所述处理器或处理电路与存储介质通过总线等结构连接，通过读取并执行位于所述存储介质中的指令可以执行获取操作。

所述显示单元220可对应于各种显示屏，例如，液晶显示屏、投影显示屏、电子墨水显示屏或有机发光二极管OLED显示屏等，可以用于显示文本、图像等信息的显示设备。

所述第二接收单元230和第二发送单元240都可对应于客户端内的通信接口。这里的通信接口同样可为有线接口或无线接口等。

本实施例中所述响应单元210对应的处理器或处理电路、显示单元220对应的显示屏及所述第二接收单元230和第二发送单元240对应的通信接口通过PCI总线或IIS等总线连接，可作为实现前述步骤S230至步骤S240的硬件结构。本实施例提供的客户端，同样具有推广信息的传播率高、推广信息的发布资源的资源有效使用率高及激励的发放精准度高的特点。

在一些实施例中，所述响应单元210，用于响应所述支付操作，向服务器发送支付请求；其中，所述支付请求携带所述待支付数额；接收所述服务器基于所述支付请求返回的推广信息。在本实施例中，所述推广信息是从服务器接收的，当然在具体实现时，也可以是从客户端的本地数据库中读取的。

在另一些实施例中，所述第二接收单元230，可用于接收基于所述推广信息及所述待支付数额确定的激励信息，其中，所述激励数额不大于所述待支付数额。这样的话，客户端每次在请求操作的过程中，发放的激励数额都不会大于该次请求支付的原始金额，这样的有利于下一次用户在支付过程中，再次参与推广信息的查看以及点击等操作，提升推广信息的整体查看率、点击率或转发率等有效传播率。

在具体实现时，所述显示单元220会显示激励信息，以供用户查看，显示所述激励信息的显示单元220有多种，以下提供几种可选结构。

第一种：

所述第二接收单元230，还用于在所述根据所述待支付数额和激励信息，送支付确认请求之前，接收所述服务器发送的第一指令；所述显示单元220，用于根据所述第一指令，在显示所述支付数额的同时，显示所述推广信息和所述激励信息。

第二种：

所述第二接收单元230，还用于在所述根据所述待支付数额和激励信息，发送支付确认请求之前，接收所述服务器发送的激励获取入口数据及第二指令；所述显示单元220，还用于基于所述第二指令，根据所述激励获取入口数据，在所述支付界面上显示激励获取入口；检测作用于所述激励获取入口的第一操作；当检测到所述第一操作时，在所述支付界面上显示所述推广信息。

第三种：

所述第二接收单元230，还用于在所述根据所述待支付数额和激励信息，发送支付确认请求之前，接收所述服务器发送的第三指令；所述显示单元220，还用于根据所述第三指令；在进入所述支付界面之后的预定时长之后，显示所述推广信息。

当然，在本实施例中所述客户端在支付过程中，会显示推广信息；再通过与网络侧服务器的交互，会获取激励信息，从而获得激励数额发放，以减免待支付金额；一方面通过激励数额发放提升了用户查看、点击或转发所述推广信息的积极性，提升了推广信息的有效传播；同时，实现了减免金额的精准发放。

图12所示为一种电子设备包括处理器320、存储介质340以及至少一个外部通信接口310；所述处理器302、存储介质340以及外部通信接口310均通过总线330连接。所述处理器320可为微处理器、中央处理器、数字信号处理器或可编程逻辑阵列等具有处理功能的电子元器件。所述存储介质340上存储有计算机可执行指令；所述处理器320执行所述存储介质340中存储的所述计算机可执行指令可实现上述任意一个信息推广方法。为了方便用户等使用者的信息查看，所述电子设备还将包括显示器350。这里的电子设备可为前述的服务器或客户端。

以下结合上述任意实施例提供几个具体示例：

如图13所示，本实施例提供一种信息推广方法，包括：

步骤S301：第二服务器向第一服务器发送支付信息以及推广信息；这里的第二服务器可对应于前述的支付服务器，所述第二服务器可对应于前述的推广服务器。

步骤S302：所述第一服务器根据所述支付信息生成支付界面数据及激励获取入口数据。其中，所述激励获取入口数据是用于根据所述推广信息在所述支付界面数据对应的支付界面上设置的激励获取入口；所述激励获取入口用于链接到所述推广信息对应的推广页面；

步骤S303：所述第一服务器将所述支付界面数据发送给客户端；

步骤S304：所述客户端显示包括所述激励获取入口的所述支付界面，并检测作用于所述激励获取入口的第一操作；

步骤S305：所述客户端基于所述第一操作，获取并显示所述推广页面；

步骤S306：所述客户端检测作用于所述推广页面的第二操作；

步骤S307：所述客户端根据所述第二操作向第二服务器发送预定信息；

步骤S308：所述第二服务器根据所述预定信息，确定激励信息；所述激励信息至少包括待发放的激励数额；

步骤S309：第二服务器将所述激励信息发送给所述第一服务器和所述客户端；

步骤S130：所述客户端显示所述激励信息；这里显示显示激励信息至少包括显示激励数额；

步骤S311：所述客户端检测第三操作；

步骤S312：所述客户端在检测到所述第三操作之后，向所述第一服务器发送支付确认请求。

步骤S313：所述第二服务器根据所述激励数额计算支付数额。

本实施例所述的信息推广方法为应用于包括客户端、第一服务器和第二服务器的通信***中，所述客户端可为手机、平板或可穿戴设备等各种电子设备。所述第一服务器可为进行第三方支付的支付服务器，所述第二服务器可为前述的推广服务器。

在步骤S302中所述第一服务器根据支付信息生成支付界面数据。通常所述支付信息可包括待支付的支付标的物，支付数额，当然还可以包括一个账号向另一个账号的不涉及支付标的物的转账等各种信息。所述支付标的物可为用户购买的商品或服务。所述商品可为玩具、书本、零食等实物。所述服务可为旅游套餐、摄影套餐或各种上门服务等。

在步骤S303中第一服务器将支付界面数据发送给客户端。这里将支付界面发送给客户端至少包括将支付界面的页面数据发送给客户端。这里的页面数据可包括显示数据等各种支撑所述支付界面运行的代码信息或脚本信息发送给客户端。

在步骤S304中，客户端接收到之后，会根据显示数据显示支付界面，并同时运行脚本信息等各种代码，控制客户端检测作用于所述激励获取入口的第一操作。所述第一操作可为鼠标操作、触摸操作或语音操作等各种用户通过人机交互接口输入到所述客户端的用户操作。所述第一操作表示用户想要申请所述激励。

所述激励获取入口至少可包如图3所示的操作控件。该操作控件可用于检测用户操作。

图5和图6均为本实施例所述推广信息的显示效果示意图。例如，图6所示的为另一个不包括所述激励数额的所述推广页面。但是图6中显示“关注麦当劳公众号，获取更多优惠金额”的另一个提示；若用户执行该关注操作，会让第二服务器确定出激励数额。此时，第二服务器会根据用户是否关注了麦当劳公众号，确定出发放金额。在本实施例中所述推广页面可为显示在所述支付界面之上的显示界面，可以部分或完全覆盖所述支付界面。图5和图6可视为推广页面完全支付界面的显示效果图。

在检测到所述第二操作之后，所述客户端会向所述第二服务器发送预定信息，在本实施例中所述第二服务器接收到所述预定信息之后，将会至少会确定出激励信息，这里的激励信息至少包括激励数额，还可包括激励数额应用规则等信息；并将激励信息通知第一服务器。这样所述第一服务器就知道如何应用所述激励信息减免所述支付数额。

为了方便用户查看，在本实施例中所述第一服务器还会将所述激励信息发送给客户端，供所述客户端在支付界面显示。图5为本发明实施例提供一个显示激励数额的支付界面，这样通过信息的可视化，方便用户查看。

最后，所述客户端在支付界面检测到用户确定支付的操作之后，向所述第一服务器发送支付请求，第一服务器就会根据激励数额进行支付减免，这样就能够激励用户在支付时，通过查看推广页面或操作推广页面，获取减免支付数额的激励，这样就能够提升用户查看推广页面的积极性，能够提高推广页面的点击率、互动率以及推广信息的传播率。在所述步骤S313中，若之前在支付界面有计算得到一个支付数额，则步骤S313则是根据激励信息重新计算支付数额，例如减免支付数额等。当然也可以是在之前的支付界面没有得到支付数额，而是在确定激励信息之后，基于激励信息一次性计算出所述支付数额。

图7为根据激励信息，重新确定支付数额的支付界面，在该支付界面显示有原本该支付数额，减免金额以及减免后的支付数额。这里的减免金额即为所述激励数额的一种。

示例二：

步骤1：客户端在支付流程中，在订单确定展示入口。这里的入口为前述的激励获取入口，具体如图3或图4所示。

步骤2：用户点击优惠金额入口，跳转到商户的Html5活动页面，该页面展示商户的广告、活动信息以及品牌信息。这里的Html5活动页面即对应于前述的推广页面，例如，可5或图6所示。

步骤3：用户获取优惠金额后，返回原始的支付界面，订单确定页请求服务器刷新优惠数据。此时的支付界面可如图7所示。

步骤4：用户点击立即支付按钮，输入支付密码就完成了优惠支付。

这里的用户点击都相当于前述客户端需要检测第一操作、第二操作或第三操作等用户操作。

服务端：

1、服务器端控制客户端订单页面是否展示获取优惠金额按钮。这里的订单页面也还未获取到激励之前的支付界面。

2、服务器端接受客户端上报用户进入商户广告页面的行为数据。

3、服务器端根据客户端用户行为数据作为优惠金额算法的输入，计算完成后，输出最终优惠金额到客户端，同时记录该金额，供后续调起支付时服务器端鉴权使用。

示例三：

如图14所示，本示例提供一种信息推广方法，包括：

支付服务器控制订单页面显示金额入口；这里的金额入口为前述激励获取入口的一种。

手机客户端订单页面显示优惠金额按钮。

手机客户端跳转商户活动或广业也见面。

商户服务器生成优惠金额。

商户服务器通知支付服务器优惠金额。

手机客户端返回到订单页面。

手机客户端向支付服务器请求新订单数据。

支付服务器向手机客户端返回新订单数据。

手机客户端刷新订单页面；

手机客户端发送优惠支付。

这里的订单页面即为前述的支付界面。这里的优惠支付为请求根据激励信息进行支付数额减免的支付请求。

此外，获取优惠金额的方式有其他替代方案，如使用玩小游戏、看视频代替看广告。例如，点击广告获取到的优惠金额可以累计，比如每点击一次广告优惠金额增加0.5元，到达一定上限后则不可再累加。总之，所述第一服务器或第二服务器会根据激励发放策略，根据客户端检测到的第二操作，确定激励数额，即确定所述优惠金额。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (17)

1.一种信息推广方法，其特征在于，包括：

接收客户端发送的支付请求，其中，所述支付请求包括待支付数额；

响应所述支付请求，向所述客户端发送推广信息，所述推广信息包括供所述客户端显示的推广物和/或推广活动的信息；

获取基于所述推广信息确定的激励信息，所述激励信息包括激励数额，其中，所述激励数额不大于所述待支付数额；

向所述客户端发送所述激励信息；

接收客户端基于待支付数额及所述激励信息发送的支付确认请求；

响应所述支付确认请求。

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

所述获取基于所述推广信息确定的激励信息，包括：

基于所述推广信息及所述待支付数额，确定所述激励数额。

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

所述方法包括：

向所述客户端发送第一指令；其中，所述第一指令用于指示所述客户端在显示所述待支付数额的同时，显示所述推广信息和所述激励信息。

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

所述方法还包括：

向所述客户端发送激励获取入口数据，其中，所述激励获取入口数据为激励获取入口的显示数据；

向所述客户端发送第二指令；其中，所述第二指令用于指示所述客户端在支付界面上显示所述激励获取入口，并在检测到作用于所述激励获取入口的第一操作时，显示所述推广信息。

5.根据权利要求1所述的方法，其特征在于，

所述方法还包括：

向所客户端发送第三指令；所述第三指令用于指示所述客户端进入所述支付界面预定时长之后，在所述支付界面之上显示所述推广信息。

6.根据权利要求1至5任一项所述的方法，其特征在于，

所述获取基于所述推广信息确定的激励信息，包括：

获取根据所述客户端提供的预定信息生成的激励信息；其中，所述预定信息为所述客户端根据作用于所述推广信息的第二操作形成的。

7.根据权利要求6所述的方法，其特征在于，

所述获取根据所述客户端提供的预定信息生成的激励信息，包括：

接收第二服务器在接收到所述预定信息之后确定并发送的激励信息。

8.根据权利要求6所述的方法，其特征在于，

所述获取根据所述客户端提供的预定信息生成的激励信息，包括：

接收所述客户端提供的所述预定信息；

根据所述预定信息，查询激励信息生成策略；

根据所述激励生成策略，确定所述激励数额并生成所述激励信息。

9.根据权利要求1至5任一项所述的方法，其特征在于，

所述接收客户端发送的支付请求，包括：

接收所述客户端对支付标的物进行支付的支付请求；

所述响应所述支付请求，向所述客户端发送推广信息，包括：

获取所述支付标的物的属性信息；

选择与所述支付标的物的属性信息满足预设匹配条件的推广物和/或推广标活动；

根据所述推广物和/或推广活动，确定所述推广信息。

10.一种信息推广方法，其特征在于，包括：

响应支付操作，获取推广信息及待支付数额；

显示支付界面，其中，所述支付界面包括所述推广信息；

接收基于所述推广信息确定的激励信息，所述激励信息至少包括激励数额，其中，所述激励数额不大于所述待支付数额；

根据所述待支付数额和激励信息，发送支付确认请求。

11.根据权利要求10所述的方法，其特征在于，

所述响应支付操作，获取推广信息，包括：

响应所述支付操作，向服务器发送支付请求；

接收所述服务器基于所述支付请求返回的推广信息。

12.根据权利要求10所述的方法，其特征在于

所述接收基于所述推广信息确定的激励信息，包括：

接收基于所述推广信息及所述待支付数额确定的激励信息。

13.根据权利要求10至12任一项所述的方法，其特征在于，

在所述根据所述待支付数额和激励信息，发送支付确认请求之前，所述方法还包括：

接收所述服务器发送的第一指令；

根据所述第一指令，在显示所述支付数额的同时，显示所述推广信息和所述激励信息。

14.根据权利要求10至12任一项所述的方法，其特征在于，

在所述根据所述待支付数额和激励信息，发送支付确认请求之前，所述方法还包括：

接收所述服务器发送的激励获取入口数据及第二指令；

基于所述第二指令，根据所述激励获取入口数据，在所述支付界面上显示激励获取入口；

检测作用于所述激励获取入口的第一操作；

当检测到所述第一操作时，在所述支付界面上显示所述推广信息。

15.根据权利要求10至12任一项所述的方法，其特征在于，

在所述根据所述待支付数额和激励信息，发送支付确认请求之前，所述方法还包括：

接收所述服务器发送的第三指令；

根据所述第三指令；在进入所述支付界面之后的预定时长之后，显示所述推广信息。

16.一种服务器，其特征在于，包括：

第一接收单元，用于接收客户端发送的支付请求，其中，所述支付请求包括待支付数额；

第一发送单元，用于响应所述支付请求，向所述客户端发送推广信息，所述推广信息包括供所述客户端显示的推广物和/或推广活动的信息；

执行单元，用于获取基于所述推广信息确定的激励信息，所述激励信息包括激励数额；其中，所述激励数额不大于所述待支付数额；

所述第一发送单元，还用于向所述客户端发送所述激励信息；

所述第一接收单元，还用于接收客户端基于待支付数额及所述激励信息发送的支付确认请求；所述执行单元，还用于响应所述支付确认请求。

17.一种客户端，其特征在于，包括：

响应单元，用于响应支付操作，获取推广信息及待支付数额；

显示单元，用于显示支付界面，其中，所述支付界面包括所述推广信息；

第二接收单元，用于接收基于所述推广信息确定的激励信息，所述激励信息至少包括激励数额；其中，所述激励数额不大于所述待支付数额；

第二发送单元，用于根据所述待支付数额和激励信息，发送支付确认请求。