CN117455568B - 交易激励资源发送方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本申请涉及计算机网联网交易技术领域，提出一种交易激励资源发送方法、装置、计算机设备及存储介质，该方法包括：获取各个业务场景的交易页面发生的交易请求；判断交易请求中的业务信息是否满足对应的激励规则的激励触发条件；获取与场景编码对应的预设激励媒介；获取对应的激励信息，并生成与激励信息对应的唯一标识；将唯一标识、激励信息、激励媒介、业务时间、交易账号标识和场景编码封装为待发送激励记录并存放至数据库中；调用激励媒介对应的软件开发工具包，通过软件开发工具包根据待发送激励记录来发送对应的激励资源。相对于现有技术，本申请的激励发送方式多样化，易于调整管理，更能满足日益复杂的激励发放需求。

Description

交易激励资源发送方法、装置、计算机设备及存储介质

技术领域

本发明涉及计算机互联网交易技术领域，尤其涉及交易激励资源发送的方法、装置、计算机设备及存储介质。

背景技术

在互联网快消营销领域中，已经实现激励资源在快消营销管理系统中从服务端发放给用户端的门店与个人消费者。但现有的激励资源发送办法较为单一，且无法灵活配置，无法适应现在日益复杂的快消营销管理系统的需求，对门店与个人消费者的使用积极性激励效果有限。

发明内容

本申请实施例提供了一种交易激励资源发送的方法、装置、计算机设备及存储介质，激励资源发送更加灵活高效，发送方式更加多样化，更加精准，该技术方案如下：

第一方面，本申请实施例提供了一种交易激励资源发送的方法，包括步骤：

获取各个业务场景的交易页面发生的交易请求，其中，所述交易请求包括交易账号标识、所述业务场景对应的场景编码、业务信息和业务时间；

根据所述交易请求以及预设的与各个业务场景对应的激励规则，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件；

若满足对应的所述激励规则的激励触发条件，则根据所述业务场景的场景编码，获取与所述场景编码对应的预设激励媒介；

根据所述激励媒介、所述交易账号标识及所述激励规则，获取对应的激励信息，并生成与所述激励信息对应的唯一标识；

将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中；

所述待发送激励记录还封装有待发送标识，从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源的步骤如下：

创建一个多线程池；

根据各个所述待发送激励记录中封装的所述激励媒介分别创建对应的任务队列，并将所述激励媒介相同的所述待发送激励记录依次放入到同一个所述任务队列中；

若监听到所述任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述任务队列中的所述待发送激励记录；

以所述激励媒介唤起对应的所述软件开发工具包所提供的激励资源发送API；

依次将任务队列中的所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述任务队列中移除，若发送结果为成功，则将所述待发送激励记录对应的待发送标识改为发送成功标识，若所述发送结果为失败，则将所述待发送激励记录的待发送标识改为补偿标识，并为所述待发送激励记录添加补偿次数和发送时间；

根据各个有所述补偿标识且所述补偿次数少于预设阈值的所述待发送激励记录中封装的所述激励媒介分别创建对应的补偿任务队列，并将所述激励媒介相同的所述待发送激励记录按所述待发送激励记录对应的发送时间依次存放到所述补偿任务队列中；

若监听到所述补偿任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述补偿任务队列中的所述待发送激励记录；

以所述激励媒介类型唤起对应的软件开发工具包所提供的所述激励资源发送API；

依次将所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为所述网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述补偿任务队列中移除，若发送结果为成功，则将所述待发送激励记录的补偿标识改为发送成功标识，若发送结果为失败，则将所述待发送激励记录对应的补偿次数加1，并更新所述发送时间。

第二方面，本申请实施例同样提供了一种交易激励资源发送的装置，包括：

业务获取模块，获取各个业务场景的交易页面发生的交易请求，其中，所述交易请求包括交易账号标识、所述业务场景对应的场景编码、业务信息和业务时间；

激励媒介获取模块，根据所述交易请求以及预设的与各个业务场景对应的激励规则，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件，若满足对应的所述激励规则的激励触发条件，则根据所述业务场景的场景编码，获取与所述场景编码对应的预设激励媒介；

激励信息封装模块，根据所述激励媒介、所述交易账号标识及所述激励规则，获取对应的激励信息，并生成与所述激励信息对应的唯一标识，将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中；

激励发送模块，所述待发送激励记录还封装有待发送标识，从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源的步骤如下：

创建一个多线程池；

根据各个所述待发送激励记录中封装的所述激励媒介分别创建对应的任务队列，并将所述激励媒介相同的所述待发送激励记录依次放入到同一个所述任务队列中；

若监听到所述任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述任务队列中的所述待发送激励记录；

以所述激励媒介唤起对应的所述软件开发工具包所提供的激励资源发送API；

依次将任务队列中的所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述任务队列中移除，若发送结果为成功，则将所述待发送激励记录对应的待发送标识改为发送成功标识，若所述发送结果为失败，则将所述待发送激励记录的待发送标识改为补偿标识，并为所述待发送激励记录添加补偿次数和发送时间；

根据各个有所述补偿标识且所述补偿次数少于预设阈值的所述待发送激励记录中封装的所述激励媒介分别创建对应的补偿任务队列，并将所述激励媒介相同的所述待发送激励记录按所述待发送激励记录对应的发送时间依次存放到所述补偿任务队列中；

若监听到所述补偿任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述补偿任务队列中的所述待发送激励记录；

以所述激励媒介类型唤起对应的软件开发工具包所提供的所述激励资源发送API；

依次将所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为所述网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述补偿任务队列中移除，若发送结果为成功，则将所述待发送激励记录的补偿标识改为发送成功标识，若发送结果为失败，则将所述待发送激励记录对应的补偿次数加1，并更新所述发送时间。

第三方面，本申请实施例提供了一种计算机设备，处理器、存储器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现如第一方面方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现如第一方面方法的步骤。

本申请实施例的交易激励资源发送方法及其系统，通过从所述交易请求中获取对应业务场景的场景编码和业务信息，判断所述交易请求对应的业务信息是否满足对应的所述激励规则的激励触发条件；若满足对应的所述激励规则的激励触发条件，获取与所述场景编码对应的预设激励媒介，生成与所述激励信息对应的唯一标识，将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中，并从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励信息。从而使得各个用户可以根据自己所在的业务场景，获得通过相应激励媒介渠道发送的激励资源，激励资源发送更加灵活高效，发送方式更加多样化，更加精准，能够更好的激发用户的使用积极性。

为了更好地理解和实施，下面结合附图详细说明本申请的技术方案。

附图说明

图1为本申请第一实施例提供的交易激励资源发送方法的应用场景示意图；

图2为本申请第一实施例提供的激励发送方法的流程示意图；

图3为本申请第一实施例提供的激励发送方法的部分流程示意图；

图4为本申请第一实施例提供的激励发送方法的部分流程示意图；

图5为本申请第二实施例提供的激励发送装置的结构示意图；

图6为本申请第三实施例提供的计算机设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本领域技术人员可以理解，本申请所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务端”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的计算机设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务端”这一概念，同理也可扩展到适用于服务端机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务端应是逻辑上的划分，在物理空间上，这些服务端既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，图1为本申请第一实施例提供的交易激励资源发送方法的应用场景示意图。本申请的交易激励资源发送方法应用于快消营销管理系统，所述快消营销管理系统包括服务端11和用户端12，用户端12是提供用户与系统交互的界面，用户分为两类账号，一类是门店账号，一类是个人消费者账号，用户通过用户端界面可以申请交易，用户端12发出交易请求至服务端，并完成与服务端的各种通信交互，接收服务端发送的激励资源。服务端11为快消营销系统的核心，负责管理、处理和发送接收各种信息、数据和资源，服务端有管理员界面，在管理员界面可以对各种不同业务场景下的激励规则进行设置。服务端11通过与用户端12进行通信，可以获取用户端的交易请求，通过对所述交易请求进行处理，对用户端12发送对应的激励资源。

实施例1

请参阅图2，图2为本申请第一实施例提供的交易激励资源发送方法的流程示意图。

在一个实施例中，本申请的交易激励资源发送方法应用于快消营销管理系统的服务端，其包括以下步骤：

S101：获取各个业务场景的交易页面发生的交易请求，其中，所述交易请求包括交易账号标识、所述业务场景对应的场景编码、业务信息和业务时间。

S102：根据所述交易请求以及预设的与各个业务场景对应的激励规则，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件。

S103：若满足对应的所述激励规则的激励触发条件，则根据所述业务场景的场景编码，获取与所述场景编码对应的预设激励媒介。

S104：根据所述激励媒介、所述交易账号标识及所述激励规则，获取对应的激励信息，并生成与所述激励信息对应的唯一标识。

S105：将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中。

S106：从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源。

本申请实施例的交易激励资源发送方法及其系统，通过从所述交易请求中获取对应业务场景的场景编码和业务信息，判断所述交易请求对应的业务信息是否满足对应的所述激励规则的激励触发条件；若满足对应的所述激励规则的激励触发条件，获取与所述场景编码对应的预设激励媒介，生成与所述激励信息对应的唯一标识，将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中，并从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励信息。从而使得各个用户可以根据自己所在的业务场景，获得通过相应激励媒介渠道发送的激励资源，激励资源发送更加灵活高效，发送方式更加多样化，更加精准，能够更好的激发用户的使用积极性。

下面将针对步骤S101～S106进行详细说明。

关于S101，获取各个业务场景的交易页面发生的交易请求，其中，所述交易请求包括交易账号标识、所述业务场景对应的场景编码、业务信息和业务时间。

其中，所述业务场景可以由所述快消营销管理系统的服务端进行设置，各个业务场景对应的页面由所述客户端根据具体的业务场景向用户展示，可以让管理员根据所需要的活动进行业务场景的设置。例如设置一个销售活动，管理员在快消营销管理系统的服务端设置好该活动具体的业务场景，快消营销管理系统的客户端会展示销售活动的具体交易页面。

所述交易请求为通过相应业务场景对应的交易页面请求交易时，所述用户端给快消营销管理系统的服务端传回的包含交易数据的信息单元，包括有交易账号标识、对应业务场景的场景编码、业务信息和业务时间等信息。所述交易账号标识为标明客户端的账号的唯一标识，可以是客户端登录的用户ID(Identity document，身份标识号码)，也可以是客户端的设备ID，或者对应的通信标识等，通过该标识可以确定客户端账号的准确身份，如该账号是门店账号还是个人账号。所述场景编码为在服务端中提前给各个业务场景预设好的编码，该场景编码可以是长度大于等于1的字符内容，当客户端在相应业务场景的交易页面触发交易请求时，服务端可以通过场景编码来确定被触发的业务场景。所述业务信息为包含交易数据的信息单元，记录了用户完成活动情况、用户完成活动的时间、交易金额等交易信息，可以用于后续激励资源发送的判断。所述业务时间为相应业务场景的交易页面被客户端触发时的具体时间，为后续激励资源发送的先后顺序提供参考。

关于步骤S102，根据所述交易请求以及预设的与各个业务场景对应的激励规则，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件。

所述激励规则为服务端对于各个业务场景预设的不同的激励规则，包括激励触发条件、激励资源信息、激励媒介的类型、激励媒介的启停用等，在服务端的管理界面可对所述激励规则完成设置，可以通过对激励规则的设置实现对激励资源发送的管理。

所述激励触发条件用于对客户端的业务信息进行判断，包括完成活动激励触发条件、规定时间内完成活动激励触发条件等，交易请求满足激励触发条件后才会进入后续的步骤。

在另一可选的实施例中，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件之后，还包括以下步骤：

创建对应于各个所述业务场景的API接口，通过所述API接口对所述交易请求以相应的API运行逻辑进行校验。

所述API(Application Programming Interface)为程序接口，在本实施例中，该API由服务端提供。API有其运行逻辑，可据此进行校验，如必传参数、强类型要求等，在本实施例中，通过API接口对交易请求以相应的API运行逻辑进行校验，就是验证交易请求是否符合API运行逻辑的要求。

关于步骤S103，若满足对应的所述激励规则的激励触发条件，则根据所述业务场景的场景编码，获取与所述场景编码对应的预设激励媒介。

所述激励媒介为在服务端中预设好的对应于不同业务场景的激励资源的发送通道，例如支付宝第三方转账、微信第三方转账、银行第三方转账、积分、金币等等。同一个业务场景可以预设有一个或多个激励媒介以满足不同用户的需求，激励媒介预设在不同的业务场景时，与对应的业务场景编码对应，通过业务场景编码可以查询出该业务场景中预设好的激励媒介，通过激励媒介的设置可以实现多通道发送激励资源，更加灵活高效。

在另一可选的实施例中，所述激励媒介预设有启用标识，所述获取与所述场景编码对应的预设激励媒介之后，还包括以下步骤：

对所述激励媒介的启用标识进行验证，若所述启用标识状态为正常状态，则进行后续步骤，若所述启用标识为停止状态，则将获取的所述激励媒介移除。

所述激励媒介的启用标识为表示激励媒介是否处于启用状态的标识，如果启用状态表明激励媒介为停止启用的状态，则把获取的激励媒介移除，这样可以保证未启用的激励媒介不被使用，更灵活的调控激励资源的发送。

关于步骤S104，根据所述激励媒介、所述交易账号标识及所述激励规则，获取对应的激励信息，并生成与所述激励信息对应的唯一标识。

所述激励信息为在服务端根据业务信息、业务场景、激励媒介等条件生成的记录了激励媒介和激励资源具体内容的信息单元，例如激励媒介为支付宝第三方转账，激励资源为100元货币，或者，激励媒介为客户端积分，激励资源为100几份等。

每个激励信息有且仅有一个唯一标识，用于标记激励信息身份，在一个实施例中，该唯一标识可使用雪花算法模型生成，在其他实施例中，可以用其他算法生成。

关于步骤S105，将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中。

所述待发送激励记录中封装的内容可以由服务端进行设置，包括但不限于唯一标识、激励信息、激励媒介、业务时间、交易账号标识和场景编码，将上述信息封装成待发送激励记录，有助于后续发送激励资源时减少数据的交换量。在一个实施例中，待发送激励记录采用如下封装格式：“场景编码-激励媒介-激励信息-业务时间-唯一标识-交易账号标识”。在其他实施例中，也可以在服务端的管理界面中设置其他封装格式。

关于步骤S106，从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源。

所述软件开发工具包(Software Development Kit，SDK)，与激励媒介所对应，由激励媒介对应的服务商所提供，例如，若激励媒介是支付宝第三方转账，则对应的是支付宝提供的软件开发工具包，用于提供激励资源发送的API来完成激励资源发送的操作。

通过软件开发工具包根据待发送激励记录来发送激励资源时，按照一定的顺序完成发送，规范了激励资源发送的时间。在本实施例中，按照先进先出的顺序完成对激励资源的发送，先从数据库中取出待发送激励记录的激励资源先完成发送，在其他实施例中，激励资源的发送顺序也可以自行设置。

在另一可选的实施例中，所述待发送激励记录还封装有待发送标识。

以下步骤请参考图3，图3为本申请另一实施例提供的交易激励资源发送方法的部分流程示意图。

在本实施例中，所述通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源的步骤还包括：

S201：创建一个多线程池。

S202：根据各个所述待发送激励记录中封装的所述激励媒介分别创建对应的任务队列，并将所述激励媒介相同的所述待发送激励记录依次放入到同一个所述任务队列中。

S203：若监听到所述任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述任务队列中的所述待发送激励记录。

S204：以所述激励媒介唤起对应的所述软件开发工具包所提供的激励资源发送API。

S205：依次将任务队列中的所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为网络请求。

S206：将所述网络请求传递给所述软件开发工具包对应的通信服务器。

S207：获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述任务队列中移除，若发送结果为成功，则将所述待发送激励记录对应的待发送标识改为发送成功标识，若所述发送结果为失败，则将所述待发送激励记录的待发送标识改为补偿标识，并为所述待发送激励记录添加补偿次数和发送时间。

所述待发送标识用于表示该待发送激励记录未被发送过，用于与后续补偿发送区分。

关于步骤S201，创建一个多线程池。

所述多线程池可通过具体的算法创建，在本实施例中，通过中央处理器密集型算法公式创建出一个异步多路的多线程池，该多线程池有助于提高程序的运行效率，也能同时进行多个激励资源的发送。在其他实施例中，该多线程池也可以通过其他算法创建。

关于步骤S202，根据各个所述待发送激励记录中封装的所述激励媒介分别创建对应的任务队列，并将所述激励媒介相同的所述待发送激励记录依次放入到同一个所述任务队列中。

根据激励媒介的不同分别创建对应的任务队列，并将激励媒介相同的待发送激励记录依次放入到同一个任务队列中，在后续调用对应的软件开发工具包时，可以保证一个任务队列仅调用一个软件开发工具包，在其他实施例中，可以按照其他排序方法将激励媒介相同的待发送激励记录放入到同一个任务队列中。

关于S203，若监听到所述任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述任务队列中的所述待发送激励记录。

在本实施例中，通过一个或多个监听模块完成对任务队列的监听，可以让待发送激励记录被放入到任务队列时立刻被服务端发现，并执行后续的步骤，在其他实施例中，也可以通过对任务队列加装监控插件来完成对任务队列的监听。

关于S205，依次将任务队列中的所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为网络请求。

在本实施例中，先进先出为将先进入任务队列中的待发送激励记录和其对应的激励信息按照激励资源发送API要求的参数封装为网络申请，有助于规范激励资源的发送顺序。

关于S207，获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述任务队列中移除，若发送结果为成功，则将所述待发送激励记录对应的待发送标识改为发送成功标识，若所述发送结果为失败，则将所述待发送激励记录的待发送标识改为补偿标识，并为所述待发送激励记录添加补偿次数和发送时间。

所述发送时间为待发送激励记录封装成的网络请求被发送给通信服务器时的时间，补偿标识用于表明该待发送激励记录是待补偿发送的，补偿次数用于记录该待发送激励记录的补偿次数，三者有助于后续发送失败的待发送激励记录的补偿发送步骤的实现。

以下步骤请参考图4，图4为本申请另一实施例提供的交易激励资源发送方法的部分流程示意图。

在另一可选的实施例中，步骤S106之后还包括以下步骤：

S301：根据各个有所述补偿标识且所述补偿次数少于预设阈值的所述待发送激励记录中封装的所述激励媒介分别创建对应的补偿任务队列，并将所述激励媒介相同的所述待发送激励记录按所述待发送激励记录对应的发送时间依次存放到所述补偿任务队列中。

S302：若监听到所述补偿任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述补偿任务队列中的所述待发送激励记录。

S303：以所述激励媒介类型唤起对应的软件开发工具包所提供的所述激励资源发送API。

S304：依次将所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为所述网络请求。

S305：将所述网络请求传递给所述软件开发包对应的通信服务器。

S306：获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述补偿任务队列中移除，若发送结果为成功，则将所述待发送激励记录的补偿标识改为发送成功标识，若发送结果为失败，则将所述待发送激励记录对应的补偿次数加1，并更新所述发送时间。

关于步骤S301，根据各个有所述补偿标识且所述补偿次数少于预设阈值的所述待发送激励记录中封装的所述激励媒介分别创建对应的补偿任务队列，并将所述激励媒介相同的所述待发送激励记录按所述待发送激励记录对应的发送时间依次存放到所述补偿任务队列中。

所述补偿任务队列获取的待发送激励记录，身上带有补偿标识且补偿次数少于预设阈值，可以使服务端准确识别需要补偿发送的待发送激励记录，并且保证发送失败次数超过预设阈值的待发送激励记录不会被一直发送。在本实施例中，预设阈值是3，在其他实施例中，预设阈值可以是其他次数。按照发送时间依次存放到补偿任务队列中，可以保证待发送激励记录的发送顺序正确。

关于步骤S302，若监听到所述补偿任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述补偿任务队列中的所述待发送激励记录。

在本实施例中，通过一个或多个监听模块完成对补偿任务队列的监听，可以有待发送激励记录被放入到补偿任务队列时立刻被服务端发现，并执行后续的步骤，在其他实施例中，也可以通过对补偿任务队列加装监控插件来完成对补偿任务队列的监听。

关于步骤S304，依次将所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为所述网络请求。

在本实施例中，先进先出为将先进入补偿任务队列中的待发送激励记录和其对应的激励信息按照激励资源发送API要求的参数封装为网络申请，有助于规范激励资源的发送顺序。

关于步骤S306，获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述补偿任务队列中移除，若发送结果为成功，则将所述待发送激励记录的补偿标识改为发送成功标识，若发送结果为失败，则将所述待发送激励记录对应的补偿次数加1，并更新所述发送时间。

增加补偿次数确保不会有待发送激励记录发送失败次数超过预设阈值却仍被补偿发送，更新发送时间有助于后续补偿发送时的发送顺序的规范。

实施例2

请参考图5，图5为本申请第二实施例提供的交易激励资源发送装置的结构示意图。该装置可以通过软件、硬件或两者的结合实现成为服务端的全部或一部分。该装置包括：

业务获取模块，获取各个业务场景的交易页面发生的交易请求，其中，所述交易请求包括交易账号标识、所述业务场景对应的场景编码、业务信息和业务时间；

激励媒介获取模块，根据所述交易请求以及预设的与各个业务场景对应的激励规则，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件，若满足对应的所述激励规则的激励触发条件，则根据所述业务场景的场景编码，获取与所述场景编码对应的预设激励媒介；

激励信息封装模块，根据所述激励媒介、所述交易账号标识及所述激励规则，获取对应的激励信息，并生成与所述激励信息对应的唯一标识，将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中；

激励发送模块，用于从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源。

需要说明的是，上述实施例提供的交易激励资源发送装置在进行交易激励资源发送时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的交易激励资源发送装置与交易激励资源发送方法属于同一构思，其实现过程详见方法实施例1，这里不再赘述。

实施例3

请参考图6，为本申请第三实施例提供的计算机设备的结构示意图。如图6所示，该计算机设备150可以包括：处理器151、存储器152以及存储在该存储器152并可以在该处理器151上运行的计算机程序153，例如：交易激励资源发送程序；该处理器151执行该计算机程序153时实现上述实施例中的步骤。

其中，该处理器151可以包括一个或多个处理核心。处理器151利用各种接口和线路连接计算机设备150内的各个部分，通过运行或执行存储在存储器152内的指令、程序、代码集或指令集，以及调用存储器152内的数据，执行计算机设备150的各种功能和处理数据，可选的，处理器151可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programble LogicArray，PLA)中的至少一个硬件形式来实现。处理器151可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器151中，单独通过一块芯片进行实现。

其中，存储器152可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器152包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器152可用于存储指令、程序、代码、代码集或指令集。存储器152可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器152可选的还可以是至少一个位于远离前述处理器151的存储装置。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质可以存储有多条指令，该指令适用于由处理器加载并执行上述实施例的方法步骤，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。

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

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

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

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

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

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

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。

本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。

Claims (6)

1.一种交易激励资源发送方法，其特征在于，包括：

获取各个业务场景的交易页面发生的交易请求，其中，所述交易请求包括交易账号标识、所述业务场景对应的场景编码、业务信息和业务时间；

根据所述交易请求以及预设的与各个业务场景对应的激励规则，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件；

若满足对应的所述激励规则的激励触发条件，则根据所述业务场景的场景编码，获取与所述场景编码对应的预设激励媒介；

根据所述激励媒介、所述交易账号标识及所述激励规则，获取对应的激励信息，并生成与所述激励信息对应的唯一标识；

将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中；

所述待发送激励记录还封装有待发送标识，从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源的步骤如下：

创建一个多线程池；

根据各个所述待发送激励记录中封装的所述激励媒介分别创建对应的任务队列，并将所述激励媒介相同的所述待发送激励记录依次放入到同一个所述任务队列中；

若监听到所述任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述任务队列中的所述待发送激励记录；

以所述激励媒介唤起对应的所述软件开发工具包所提供的激励资源发送API；

依次将任务队列中的所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述任务队列中移除，若发送结果为成功，则将所述待发送激励记录对应的待发送标识改为发送成功标识，若所述发送结果为失败，则将所述待发送激励记录的待发送标识改为补偿标识，并为所述待发送激励记录添加补偿次数和发送时间；

根据各个有所述补偿标识且所述补偿次数少于预设阈值的所述待发送激励记录中封装的所述激励媒介分别创建对应的补偿任务队列，并将所述激励媒介相同的所述待发送激励记录按所述待发送激励记录对应的发送时间依次存放到所述补偿任务队列中；

若监听到所述补偿任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述补偿任务队列中的所述待发送激励记录；

以所述激励媒介类型唤起对应的软件开发工具包所提供的所述激励资源发送API；

依次将所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为所述网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述补偿任务队列中移除，若发送结果为成功，则将所述待发送激励记录的补偿标识改为发送成功标识，若发送结果为失败，则将所述待发送激励记录对应的补偿次数加1，并更新所述发送时间。

2.根据权利要求1所述的交易激励资源发送方法，其特征在于，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件之后，还包括以下步骤：

创建对应于各个所述业务场景的API接口，通过所述API接口对所述交易请求以相应的API运行逻辑进行校验。

3.根据权利要求1所述的交易激励资源发送方法，其特征在于，所述激励媒介预设有启用标识，所述获取与所述场景编码对应的预设激励媒介之后，还包括以下步骤：

对所述激励媒介的启用标识进行验证，若所述启用标识状态为正常状态，则进行后续步骤，若所述启用标识为停止状态，则将获取的所述激励媒介移除。

4.一种交易激励资源发送装置，其特征在于，包括：

业务获取模块，获取各个业务场景的交易页面发生的交易请求，其中，所述交易请求包括交易账号标识、所述业务场景对应的场景编码、业务信息和业务时间；

激励媒介获取模块，根据所述交易请求以及预设的与各个业务场景对应的激励规则，判断所述交易请求中的业务信息是否满足对应的所述激励规则的激励触发条件，若满足对应的所述激励规则的激励触发条件，则根据所述业务场景的场景编码，获取与所述场景编码对应的预设激励媒介；

激励信息封装模块，根据所述激励媒介、所述交易账号标识及所述激励规则，获取对应的激励信息，并生成与所述激励信息对应的唯一标识，将所述唯一标识、所述激励信息、所述激励媒介、所述业务时间、所述交易账号标识和所述场景编码封装为待发送激励记录并存放至数据库中；

激励发送模块，所述待发送激励记录还封装有待发送标识，从所述数据库中依次取出所述待发送激励记录，调用所述激励媒介对应的软件开发工具包，通过所述软件开发工具包根据所述待发送激励记录来发送对应的激励资源的步骤如下：

创建一个多线程池；

根据各个所述待发送激励记录中封装的所述激励媒介分别创建对应的任务队列，并将所述激励媒介相同的所述待发送激励记录依次放入到同一个所述任务队列中；

若监听到所述任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述任务队列中的所述待发送激励记录；

以所述激励媒介唤起对应的所述软件开发工具包所提供的激励资源发送API；

依次将任务队列中的所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述任务队列中移除，若发送结果为成功，则将所述待发送激励记录对应的待发送标识改为发送成功标识，若所述发送结果为失败，则将所述待发送激励记录的待发送标识改为补偿标识，并为所述待发送激励记录添加补偿次数和发送时间；

根据各个有所述补偿标识且所述补偿次数少于预设阈值的所述待发送激励记录中封装的所述激励媒介分别创建对应的补偿任务队列，并将所述激励媒介相同的所述待发送激励记录按所述待发送激励记录对应的发送时间依次存放到所述补偿任务队列中；

若监听到所述补偿任务队列中有所述待发送激励记录，则从所述多线程池中获取一个处理线程处理所述补偿任务队列中的所述待发送激励记录；

以所述激励媒介类型唤起对应的软件开发工具包所提供的所述激励资源发送API；

依次将所述待发送激励记录和对应的激励信息按所述激励资源发送API要求的参数封装为所述网络请求；

将所述网络请求传递给所述软件开发工具包对应的通信服务器；

获取所述通信服务器返回的发送结果，将所述待发送激励记录从所述补偿任务队列中移除，若发送结果为成功，则将所述待发送激励记录的补偿标识改为发送成功标识，若发送结果为失败，则将所述待发送激励记录对应的补偿次数加1，并更新所述发送时间。

5.一种计算机设备，包括：处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3任意一项所述方法的步骤。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有指令，该指令在电子设备上执行时使电子设备执行如权利要求1至3中任一项所述的方法。