CN112766998A - 业务活动的数据处理方法及装置 - Google Patents

Abstract

本发明提供了一种业务活动的数据处理方法及装置；方法包括：获取不同业务活动的任务所对应的任务数据，所述任务数据基于用户在所述业务活动的页面的任务操作所生成；其中，所述业务活动的页面对应第一应用，由呈现所述业务活动的活动信息的第二应用进行页面跳转得到，所述活动信息指示相应业务活动所对应的任务及任务完成后的奖励；基于所述任务数据，对所述用户所执行的任务的完成状态进行分析，得到分析结果；当所述分析结果表征所述任务操作对应的任务已完成时，确定所述用户具备所述奖励的领取权限，所述奖励的领取权限与所述用户所执行任务的业务活动相对应。通过本发明，能够实现对不同业务活动的任务数据的获取及分析，提高了处理效率。

Description

业务活动的数据处理方法及装置

技术领域

本发明涉及互联网技术及区块链技术，尤其涉及一种业务活动的数据处理方法及装置。

背景技术

随着互联网技术的不断发展，为了实现新产品的推送、增加产品与用户的粘合度等，业务方与合作方开展业务合作，在合作方的应用中呈现业务方所举办的业务活动，如在视频客户端的视图界面中呈现某游戏客户端下载领红包的业务活动。

相关技术中，由于不同业务方所举办的业务活动不可能完全相同，需要针对不同业务方的需求，开发维护不同的活动系统，系统利用率低、维护成本高。

发明内容

本发明实施例提供一种业务活动的数据处理方法及装置，能够实现对不同业务活动的任务数据的获取及分析。

本发明实施例的技术方案是这样实现的：

本发明实施例提供一种业务活动的数据处理方法，包括：

获取不同业务活动的任务所对应的任务数据，所述任务数据基于用户在所述业务活动的页面的任务操作所生成；

其中，所述业务活动的页面对应第一应用，由呈现所述业务活动的活动信息的第二应用进行页面跳转得到，所述活动信息指示相应业务活动所对应的任务及任务完成后的奖励；

基于所述任务数据，对所述用户所执行的任务的完成状态进行分析，得到分析结果；

当所述分析结果表征所述任务操作对应的任务已完成时，确定所述用户具备所述奖励的领取权限，所述奖励的领取权限与所述用户所执行任务的业务活动相对应。

本发明实施例提供一种业务活动的数据处理装置，所述装置包括：

获取模块，用于获取不同业务活动的任务所对应的任务数据，所述任务数据基于用户在所述业务活动的页面的任务操作所生成；

其中，所述业务活动的页面对应第一应用，由呈现所述业务活动的活动信息的第二应用进行页面跳转得到，所述活动信息指示相应业务活动所对应的任务及任务完成后的奖励；

分析模块，用于基于所述任务数据，对所述用户所执行的任务的完成状态进行分析，得到分析结果；

确定模块，用于当所述分析结果表征所述任务操作对应的任务已完成时，确定所述用户具备所述奖励的领取权限，所述奖励的领取权限与所述用户所执行任务的业务活动相对应。

上述方案中，所述获取模块，还用于接收对应不同所述业务活动的第一通知消息，所述第一通知消息指示所述任务数据对应的任务操作的操作类型；

分别解析各所述第一通知消息，得到相应操作类型的所述任务数据。

上述方案中，所述获取模块，还用于接收业务运营支撑系统(BOSS，Bus iness&Operation Support System)通过不同线程发送的对应不同所述业务活动的第一通知消息；

其中，所述BOSS的所述线程与所述操作类型呈一一对应关系。

上述方案中，所述获取模块，还用于获取各所述第一通知消息携带的用户标识；

基于所述用户标识，按照不同的操作类型存储所述用户标识对应的所述任务数据至第一数据库，所述第一数据库用于供通过第一数据查询接口，查询不同操作类型的任务数据。

上述方案中，所述获取模块，还用于获取所述用户对应所述第二应用的用户标识，所述用户对应所述第二应用的用户标识关联所述用户对应所述第一应用的用户标识；

基于所述用户对应所述第二应用的用户标识，存储所述任务数据至第二数据库，所述第二数据库用于供通过第二数据查询接口，基于所述用户对应所述第一应用的用户标识查询相应的任务数据。

上述方案中，所述获取模块，还用于确定所述任务数据对应的业务活动的活动类型；

基于所述活动类型，存储所述任务数据至第三数据库，所述第三数据库用于供通过第三数据查询接口，查询不同活动类型的所述任务数据。

上述方案中，所述装置还包括：

发送模块，用于发送所述用户具备奖励领取权限的第二通知消息至相应业务活动的举办方，以使所述举办方基于所述第二通知消息，为所述用户分配相应的奖励。

上述方案中，所述装置还包括：

接收模块，用于接收对应目标业务活动的活动接入请求，所述活动接入请求用于请求建立对所述目标业务活动对应的任务数据的处理任务；

返回活动接入模板，所述活动接入模板用于供生成对应所述处理任务的处理规则，所述处理规则指示所述目标业务活动对应的任务及任务完成后的奖励。

上述方案中，所述装置还包括：

存储模块，用于对所述分析结果进行哈希变换，得到所述分析结果的摘要；

存储所述分析结果的摘要至区块链网络。

本发明实施例提供一种电子设备，所述电子设备包括：

存储器，用于存储可执行指令；

处理器，用于执行所述存储器中存储的可执行指令时，实现本发明实施例提供的业务活动的数据处理方法。

本发明实施例提供一种存储介质，存储有可执行指令，用于引起处理器执行时，实现本发明实施例提供的业务活动的数据处理方法。

本发明实施例具有以下有益技术效果：

通过对不同业务活动的任务数据的获取及分析，完成用户是否参与某项业务活动、完成相应的任务从而具备相应的奖励领取权限的校验，实现了对不同业务活动的数据处理的兼容，相较于采用与业务活动一一对应的独立的活动系统进行任务数据的获取及分析，大大提高了处理效率，并降低了系统开发成本及维护成本。

附图说明

图1为本发明实施例提供的业务活动的数据处理系统的一个可选的架构示意图；

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

图3为本发明实施例提供的业务活动的数据处理方法的流程示意图；

图4为本发明实施例提供的业务活动页面跳转的示意图；

图5为本发明实施例提供的业务活动服务器获取业务活动的任务数据的示意图；

图6为本发明实施例提供的业务活动服务器获取业务活动的任务数据的示意图；

图7为本发明实施例提供的任务数据的存储及查询的示意图；

图8为本发明实施例提供的任务数据的存储及查询的示意图；

图9为本发明实施例提供的任务数据的存储及查询的示意图；

图10为本发明实施例提供的区块链网络的应用架构示意图；

图11是本发明实施例提供的区块链网络800中区块链的结构示意图；

图12为本发明实施例提供的区块链网络800的功能架构示意图；

图13为本发明实施例提供的业务活动的数据处理方法的流程示意图；

图14为本发明实施例提供的业务活动的数据处理方法的流程示意图；

图15为本发明实施例提供的业务活动的数据处理装置的组成结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，所描述的实施例不应视为对本发明的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本发明实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)业务活动，与合作方存在业务接入的业务方，为了推广新产品(如游戏)、增加产品的用户粘合度等所举办的，通过合作方的应用所呈现的针对业务方的应用(APP)的活动，用户参与并完成相应的任务后，可获得相应的奖励；例如，业务方举办某游戏客户端首次下载领红包的业务活动，在视频客户端的视图界面中呈现某游戏客户端下载领红包的活动信息，用户基于视频客户端所呈现的活动信息完成首次下载该游戏客户端的任务后，可领取相应的奖励，即领取红包。

2)奖励，指用户参与业务活动并完成相应任务后给予该用户的激励；在一些实施例中，奖励可以是为用户提供的服务权益，如会员权益(如提供一定时间段内的会员权限)、超级会员权益(如提供一定时间段内的超级会员权限)、游戏等级(如游戏等级的提示)；在一些实施例中，奖励还可以是为用户分配的虚拟资产，如为用户分配的游戏道具、虚拟币等。

3)响应于，用于表示所执行的操作所依赖的条件或者状态，当满足所依赖的条件或状态时，所执行的一个或多个操作可以是实时的，也可以具有设定的延迟；在没有特别说明的情况下，所执行的多个操作不存在执行先后顺序的限制。

4)交易(Transaction)，等同于计算机术语“事务”，交易包括了需要提交到区块链网络执行的操作，并非单指商业语境中的交易，鉴于在区块链技术中约定俗成地使用了“交易”这一术语，本发明实施例遵循了这一习惯。

例如，部署(Deploy)交易用于向区块链网络中的节点安装指定的智能合约并准备好被调用；调用(Invoke)交易用于通过调用智能合约在区块链中追加交易的记录，并对区块链的状态数据库进行操作，包括更新操作(包括增加、删除和修改状态数据库中的键值对)和查询操作(即查询状态数据库中的键值对)。

5)区块链(Blockchain)，是由区块(Block)形成的加密的、链式的交易的存储结构。

6)区块链网络(Blockchain Network)，通过共识的方式将新区块纳入区块链的一系列的节点的集合。

7)账本(Ledger)，是区块链(也称为账本数据)和与区块链同步的状态数据库的统称。其中，区块链是以文件系统中的文件的形式来记录交易；状态数据库是以不同类型的键(Key)值(Value)对的形式来记录区块链中的交易，用于支持对区块链中交易的快速查询。

8)智能合约(Smart Contracts)，也称为链码(Chaincode)或应用代码，部署在区块链网络的节点中的程序，节点执行接收的交易中所调用的智能合约，来对状态数据库的键值对数据进行更新或查询的操作。

9)共识(Consensus)，是区块链网络中的一个过程，用于在涉及的多个节点之间对区块中的交易达成一致，达成一致的区块将被追加到区块链的尾部，实现共识的机制包括工作量证明(PoW，Proof of Work)、权益证明(PoS，Proof of Stake)、股份授权证明(DPoS，Delegated Proof-of-Stake)、消逝时间量证明(PoET，Proof of Elapsed Time)等。

图1是本发明实施例提供的业务活动的数据处理系统的一个可选的架构示意图，参见图1，为实现支撑一个示例性应用，终端(包括终端400-1和终端400-2)通过网络300连接服务器(包括服务器200-1、服务器200-2及服务器200-3)，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线或有线链路实现数据传输。

在一些实施例中，终端400-1上设置有第二应用客户端(如视频客户端)，服务器200-1为第二应用客户端所对应的后台服务器，通过第二应用客户端呈现不同业务活动的活动信息，在实际应用中，不同的业务活动可对应不同的应用，即对应不同的举办方，如一个业务活动为首次下载游戏客户端赠会员，另一个业务活动为购物应用的签到领购物红包；不同的业务活动亦可对应同一应用，即对应同一举办方，例如，针对同一游戏客户端，首次下载赠会员，连续登录七天赠游戏道具；当用户基于第二应用客户端所呈现的活动信息，参与相应的业务活动时，具体地，用户点击第二应用客户端所呈现的活动信息，第二应用客户端跳转页面至业务活动的页面，该业务活动的页面对应第一应用(如游戏应用、购物应用等)，即业务方的应用；服务器200-2为第一应用所对应的后台服务器，在实际实施时，由于对应不同的业务活动存在多个不同的第一应用，因此，服务器200-2实则为一个服务器组或集群；服务器200-3为实施本发明实施例业务活动的数据处理方法的设备，也即本发明实施例提供的通用活动系统。

终端400-1，用于响应于用户针对不同业务活动的活动信息的点击操作，实现页面跳转至业务活动的页面，在业务活动的页面，用户执行对应任务的任务操作，基于该任务操作生成相应的任务数据。

服务器200-3，通过服务器200-2获取多个不同业务活动的任务所对应的任务数据；基于任务数据，对用户所执行的任务的完成状态进行分析，得到分析结果；

当分析结果表征任务操作对应的任务已完成时，确定用户具备奖励的领取权限，该奖励的领取权限与用户所执行任务的业务活动相对应。

在实际应用中，服务器既可以为单独配置的支持各种业务的一个服务器，亦可以配置为一个服务器集群；终端可以为智能手机、平板电脑、笔记本电脑等各种类型的用户终端，还可以为可穿戴计算设备、个人数字助理(PDA)、台式计算机、蜂窝电话、媒体播放器、导航设备、游戏机、电视机、或者这些数据处理设备或其他数据处理设备中任意两个或多个的组合。

接下来下面对实施本发明实施例的业务活动的数据处理方法的电子设备进行说明。在一些实施例中，电子设备可以为智能手机、平板电脑、笔记本电脑等各种类型的终端，还可以为服务器。参见图2，图2是本发明实施例提供的电子设备的结构示意图，图2所示的电子设备包括：处理器210、存储器250、网络接口220和用户接口230。电子设备中的各个组件通过总线系统240耦合在一起。可理解，总线系统240用于实现这些组件之间的连接通信。总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统240。

处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口230包括使得能够呈现媒体内容的一个或多个输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口230还包括一个或多个输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器250可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器250可选地包括在物理位置上远离处理器210的一个或多个存储设备。

存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Me mory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memor y)。本发明实施例描述的存储器250旨在包括任意适合类型的存储器。

在一些实施例中，存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块252，用于经由一个或多个(有线或无线)网络接口220到达其他计算设备，示例性的网络接口220包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；

显示模块253，用于经由一个或多个与用户接口230相关联的输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块254，用于对一个或多个来自一个或多个输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本发明实施例提供的业务活动的数据处理装置可以采用软件方式实现，图2示出了存储在存储器250中的业务活动的数据处理装置255，其可以是程序和插件等形式的软件，包括以下软件模块：获取模块2551、分析模块2552及确定模块2553，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分，将在下文中说明各个模块的功能。

在另一些实施例中，本发明实施例提供的业务活动的数据处理装置可以采用硬件方式实现，作为示例，本发明实施例提供的业务活动的数据处理装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本发明实施例提供的业务活动的数据处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DS P、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPG A，Field-Programmable Gate Array)或其他电子元件。

基于上述对本发明实施例的业务活动的数据处理系统及电子设备的说明，接下来对本发明实施例提供的业务活动的数据处理方法进行说明，图3为本发明实施例提供的业务活动的数据处理方法的流程示意图，在一些实施例中，该业务活动的数据处理方法可由服务器或终端实施，或由服务器及终端协同实施，以服务器(下文中称之为业务活动服务器)实施为例，如通过图1中的服务器200-3实施，结合图1及图3，对本发明实施例提供的业务活动的数据处理方法进行说明。

步骤301：业务活动服务器获取不同业务活动的任务所对应的任务数据，所述任务数据基于用户在业务活动的页面的任务操作所生成。

本发明实施例所提供的业务活动的数据处理方法涉及业务方(即业务活动的举办方)及合作方，在实际应用中，业务方可以有多个，多个业务方与合作方存在业务接入，如某视频应用作为合作方为各种游戏应用、购物应用等业务方提供业务接入，实现业务合作；为了进行产品(APP)推广、增加产品(APP)的用户粘合度等，业务方举办业务活动，通过合作方的应用(APP)呈现业务活动，如游戏送礼包，pc端拉新活动等，不同的业务方所举办的业务活动可以不同。在一些实施例中，业务活动包括多种活动类型，具体的活动类型由业务方定义，对应业务方的活动内容，如签到领皮肤，签到送会员、首次下载领红包等。

在实际应用中，合作方应用(第二应用)通过视图界面呈现业务活动的活动信息，该活动信息用于指示相应业务活动所对应的任务及任务完成后的奖励，例如，活动信息为签到领红包，则用户需要执行的任务即为签到，相应的奖励即为领取红包；由于合作方可以对接多个业务方，即第二应用中可展示多个不同的业务活动，针对某特定业务活动来说，当用户通过第二应用看到该活动信息，决定参与该业务活动时，通过点击操作实现页面由第二应用页面跳转至业务活动的页面(即第一应用的页面)，在实际实施时，当用户终端上安装了第一应用的客户端时，业务活动的页面通过第一应用的客户端展示，当用户终端上未安装第一应用的客户端时，业务活动的页面通过网页展示。

示例性地，图4为本发明实施例提供的业务活动页面跳转的示意图，参见图4，第二应用为视频应用，视频应用的视图界面呈现对应第一应用(王者荣耀)的业务活动的活动信息(即“签到领取28个免费礼包”)，图4中41部分所示，当用户点击“进入”按键时，视频应用进行页面跳转至业务活动的页面，即第一应用的页面，供用户执行业务活动所对应的任务，对于本示例即为执行签到任务。

在实际应用中，终端(第一应用客户端或业务活动的页面所对应的网页)基于用户在业务活动的页面所执行的用于完成任务的任务操作，生成相应的任务数据，具体地，仍参见图4，当用户点击“签到”按键时，终端发送签到请求给第一应用的后台服务器，并接收后台服务器返回的签到成功的响应消息，进而终端生成对应用户签到操作的签到数据(即任务数据)。

在实际实施时，当用户终端获取到用户执行业务活动的任务所对应的任务数据后，发送该任务数据给服务器(即第一应用的后台服务器)，通过服务器进行中转，具体地，终端通过中转通知即通知消息的方式，发送任务数据给第一应用的后台服务器，第一应用的后台服务器转发该通知消息给业务活动服务器。

在一些实施例中，业务活动服务器可通过如下方式获取不同业务活动的任务所对应的任务数据：

业务活动服务器接收第一应用的后台服务器发送的对应不同业务活动的第一通知消息，第一通知消息指示任务数据对应的任务操作的操作类型；业务活动服务器分别解析各第一通知消息，得到相应操作类型的任务数据。

示例性地，图5为本发明实施例提供的业务活动服务器获取业务活动的任务数据的示意图，参见图5，当用户第二应用中呈现的活动信息后实现页面跳转至业务活动的页面，用户执行业务活动对应的任务，触发相应任务数据的上报，任务数据以通知消息的形式通过第一应用的后台服务器进行中转，为了便于后续对任务数据的分类存储以及降低对存储的任务数据的检索维度，在第一应用的后台服务器进行消息中转时，可通过通知消息指示转发的任务数据所对应的操作类型，操作类型指用户在业务活动页面为完成任务所执行的任务操作所对应的类型，例如，操作类型可以为签到、下载、安装、播放、登录；在实际应用中，不同的业务方对应不同的第一应用，也即，业务活动服务器通过接收多个不同的第一应用的后台服务器转发的通知消息，来获得不同业务活动的任务数据。

在一些实施例中，业务活动服务器还可通过如下方式获取不同业务活动的任务所对应的任务数据：业务活动服务器接收BOSS通过不同线程发送的对应不同业务活动的多个第一通知消息；其中，BOSS的线程与操作类型呈一一对应关系。也就是说，BOSS接收(收集)多个第一应用发送的携带相应业务活动的任务数据的通知消息，然后依据每个通知消息所指示的操作类型，通过对应该操作类型的线程转发该通知消息给业务活动服务器，以使业务活动服务器获取到不同业务活动的任务所对应的任务数据。

示例性地，图6为本发明实施例提供的业务活动服务器获取业务活动的任务数据的示意图，参见图6，当用户第二应用中呈现的活动信息后实现页面跳转至业务活动的页面，用户执行业务活动对应的任务，业务活动的页面所对应的第一应用(客户端或网页)获取到用户所执行任务对应的任务数据，采用通知消息的方式发送至BOSS，BOSS中包括多个中转子系统，每个中转子系统对应一种操作类型，每个中转子系统采用BOSS的一个线程，BOSS收集不同的第一应用发送的对应不同业务活动的任务数据后，依据通知消息所指示的操作类型，通过对应该操作类型的线程(即中转子系统)转发该通知消息给业务活动服务器，以使业务活动服务器获取到不同业务活动的任务所对应的任务数据。

在实际实施时，业务活动服务器在获取到多个不同的业务活动的任务数据后进行任务数据的存储，在一些实施例中，业务活动服务器以操作类型为存储维度，按照不同的操作类型存储多个用户对应的任务数据，以供后续查询目标操作类型的用户及相应的任务数据，具体地，在实际实施中，通知消息中携带用户标识，业务活动服务器获取各第一通知消息携带的用户标识；基于用户标识，按照不同的操作类型存储用户标识对应的任务数据至第一数据库，第一数据库用于供通过第一数据查询接口，查询不同操作类型的任务数据。

示例性地，图7为本发明实施例提供的任务数据的存储及查询的示意图，参见图7，业务活动服务器在获取到不同业务活动的任务数据后，依据任务数据对应的操作类型，将多个用户对应的不同业务活动的任务数据存储至Redis，Redis为各个业务活动对应的业务方提供统一的第一数据查询接口，如CGI接口，以使业务方依据不同的操作类型进行任务数据及相应用户的查询。

在一些实施例中，业务活动服务器还可以用户为存储维度，按照不同的用户存储相应的任务数据，以供后续业务方查询目标用户的任务数据，具体地，在实际实施中，业务活动服务器基于用户对应第一应用的用户标识，存储不同用户的任务数据，在实际实施时，用户对应第一应用的用户标识可以为用户在第一应用的用户名/账号，在一些实施例中，用户对应所述第一应用的用户标识可以和用户对应所述第一应用的用户标识进行关联，业务活动服务器基于用户对应第二应用的用户标识，如用户在第二应用的用户名，存储任务数据至第二数据库，第二数据库用于供通过第二数据查询接口，基于用户对应第一应用的用户标识查询相应的任务数据。

示例性地，图8为本发明实施例提供的任务数据的存储及查询的示意图，参见图8，业务活动服务器在获取到不同业务活动的任务数据后，依据任务数据对应的用户标识，将多个用户对应的不同业务活动的任务数据存储至Redis，Redis为各个业务活动对应的业务方提供统一的第二数据查询接口，以使业务方依据不同的用户标识查询相应用户的任务数据。

在一些实施例中，业务活动服务器以活动类型为存储维度，按照不同的活动类型存储多个用户对应的任务数据，以供后续查询目标活动类型的用户及相应的任务数据，具体地，在实际实施中，通知消息中携带用户标识，业务活动服务器获取各第一通知消息携带的用户标识；基于用户标识，按照不同的活动类型存储用户标识对应的任务数据至第三数据库，第三数据库用于供通过第三数据查询接口，查询不同活动类型的任务数据。

这里，在实际实施时，活动类型对应业务活动的活动内容，如签到领皮肤，签到送会员、首次下载领红包等，业务方以活动类型作为任务数据的数据查询维度，能够快速的查找到对应自身活动需求的用户及其相应的任务数据，以根据任务数据判断用户是否完成了任务。

示例性地，图9为本发明实施例提供的任务数据的存储及查询的示意图，参见图9，业务活动服务器在获取到不同业务活动的任务数据后，依据任务数据对应的活动类型，将多个用户对应的不同业务活动的任务数据存储至Redis，Redis为各个业务活动对应的业务方提供统一的第三数据查询接口，如CGI接口，以使业务方依据不同的活动类型进行任务数据及相应用户的查询。

步骤302：基于所述任务数据，对所述用户所执行的任务的完成状态进行分析，得到分析结果。

在实际应用中，业务活动服务器获取到多个不同的业务活动的任务数据后，分别根据各个业务活动的任务内容，对用户的任务数据进行分析，以确定该用户所执行的任务的完成状态，即判断该用户是否完成了任务。

示例性地，用户参与的业务活动为某游戏应用签到领游戏礼包，相应的任务为连续七天签到，业务活动服务器获取到该用户的任务数据即该用户对应该游戏应用的签到数据，判断该签到数据是否表征已完成七天的连续签到，若该签到数据表征该用户已至少连续七天在该游戏应用签到，确定该用户对应该业务活动的完成状态为已完成；相反，若该签到数据表征该用户在该游戏应用连续签到的天数少于七天，则确定该用户对应该业务活动的完成状态为未完成。

示例性地，用户参与的业务活动为某购物应用客户端首次安装领红包，相应的任务即为用户首次在终端上安装该购物应用客户端，业务活动服务器获取到该用户的任务数据即该用户对于该购物应用客户端的安装数据，若该安装数据表征该购物应用客户端的安装已完成，且为首次安装，确定该用户对应该业务活动的完成状态为已完成；若该安装数据表征该购物应用客户端的安装未完成，或非首次安装，则确定该用户对应该业务活动的完成状态为未完成。

步骤303：当分析结果表征所述任务操作对应的任务已完成时，确定所述用户具备所述奖励的领取权限。

这里，奖励的领取权限与用户所执行任务的业务活动相对应。

在实际实施时，当业务活动服务器依据获取的任务数据，确定用户所执行的业务活动的任务已完成时，则确定该用户具备领取该业务活动的奖励的领取权限，相反，若业务活动服务器依据获取的任务数据，确定用户所执行的业务活动的任务未完成时，则确定该用户不具备领取该业务活动的奖励的领取权限。

在一些实施例中，业务活动服务器确定用户具备奖励的领取权限后，可自动为该用户分配相应的奖励，即为用户分配该用户所完成的任务对应的业务活动的奖励。

在另一些实施例中，业务活动服务器确定用户具备奖励的领取权限后，还可发送表征用户具备奖励领取权限的通知消息给该业务活动的举办方，具体地，发送用户具备奖励领取权限的第二通知消息至第一应用对应的后台服务器，以使举办方为用户分配相应的奖励。

在一些实施例中，当未接入本发明实施例的通用活动系统的业务方欲举办业务活动而请求接入时，业务方发送对应目标业务活动的活动接入请求给业务活动服务器，所述活动接入请求用于请求建立对目标业务活动对应的任务数据的处理任务，并接收业务活动服务器返回的活动接入模板，该活动接入模板用于供生成对应处理任务的处理规则，该处理规则指示目标业务活动对应的任务及任务完成后的奖励；如此，通过配置活动模板的形式，实现业务方的快速接入，降低业务方的接入成本。

在一些实施例中，业务活动服务器在对用户所执行的任务的完成状态进行分析，得到分析结果之后，还可以结合区块链技术，对分析结果进行哈希变换，得到分析结果的摘要，并存储分析结果的摘要至区块链网络，以使业务活动的举办方核实奖励分配的正确性，接下来具体进行说明。

在一些实施例中，业务活动服务器在对用户所执行的任务的完成状态进行分析，得到分析结果之后，对该用户的分析结果进行哈希变换，得到分析结果的摘要，生成用于存储该用户的分析结果的摘要的交易，并发送生成的交易至区块链网络的节点，以使节点对交易共识后将对应该用户的分析结果的摘要存储至区块链网络；当业务活动对应的举办方需要核实对该用户的奖励分配的正确性时，生成用于获取该用户的分析结果的摘要的交易，提交生成的交易至区块链网络的节点，以使节点对交易共识后返回用户的分析结果的摘要，举办方将从区块链获取的分析结果的摘要与自身对该用户的分析结果的摘要进行比较，得到比较结果，当自身对该用户的分析结果表征该用户的任务已完成，且比较结果表征两个摘要相一致时，确定对该用户所分配的奖励正确；当自身对该用户的分析结果表征该用户的任务已完成，且比较结果表征两个摘要不一致时，确定需要对该用户分配相应的奖励。

接下来对本发明实施例中的区块链网络进行说明。图10为本发明实施例提供的区块链网络的应用架构示意图，包括通用活动系统400(即业务活动服务器)、业务主体500、认证中心700，区块链网络800(示例性示出了共识节点810-1至共识节点810-3)，下面分别说明。

区块链网络800的类型是灵活多样的，例如可以为公有链、私有链或联盟链中的任意一种。以公有链为例，任何业务主体的电子设备例如用户终端和服务器，都可以在不需要授权的情况下接入区块链网络800；以联盟链为例，业务主体在获得授权后其下辖的电子设备(例如终端/服务器)可以接入区块链网络800，此时，成为区块链网络800中的客户端节点。

在一些实施例中，客户端节点可以只作为区块链网络800的观察者，即提供支持业务主体发起交易(例如，用于上链存储数据或查询链上数据)功能，对于区块链网络800的共识节点810的功能，例如排序功能、共识服务和账本功能等，客户端节点可以缺省或者有选择性(例如，取决于业务主体的具体业务需求)地实施。从而，可以将业务主体的数据和业务处理逻辑最大程度迁移到区块链网络800中，通过区块链网络800实现数据和业务处理过程的可信和可追溯。

区块链网络800中的共识节点接收来自不同业务主体(如业务主体500)的客户端节点(如归属于业务主体500的客户端节点510)提交的交易，执行交易以查找并返回交易结果，执行交易的各种中间结果或最终结果可以返回至业务主体的客户端节点中显示。

例如，客户端节点510可以订阅区块链网络800中感兴趣的事件，例如区块链网络800中特定的组织/通道中发生的交易，由共识节点810推送相应的交易通知到客户端节点510，从而触发客户端节点510中相应的业务逻辑。

以业务主体接入区块链网络以实现用户的分析结果的摘要的获取为例说明区块链的示例性应用。

参见图10，业务主体500为业务活动的举办方，从认证中心700进行登记注册获得数字证书，数字证书中包括业务主体的公钥、以及认证中心700对业务主体的公钥和身份信息签署的数字签名，用来与业务主体针对交易的数字签名一起附加到交易中，并被发送到区块链网络，以供区块链网络从交易中取出数字证书和签名，验证消息的可靠性(即是否未经篡改)和发送消息的业务主体的身份信息，区块链网络会根据身份进行验证，例如是否具有发起交易的权限。业务主体下辖的电子设备(例如终端或者服务器)运行的客户端都可以向区块链网络800请求接入而成为客户端节点。

业务主体500的客户端节点510用于在需要对用户奖励的分配进行正确性校验时，生成用于获取该用户的分析结果的摘要的交易，在交易中指定了实现获取分析结果的摘要所需调用的智能合约、以及向智能合约传递的参数，交易还携带了客户端节点510的数字证书、签署的数字签名(例如，使用客户端节点510的数字证书中的私钥，对交易的摘要进行加密得到)，并将交易广播到区块链网络800中的共识节点。

区块链网络800中的共识节点接收交易时，对交易携带的数字证书和数字签名进行验证，验证成功后，根据交易中携带的业务主体500的身份，确认业务主体500是否是具有交易权限，数字签名和权限验证中的任何一个验证判断都将导致交易失败。验证成功后签署节点自己的数字签名(例如，使用节点810-1的私钥对交易的摘要进行加密得到)，并继续在区块链网络800中广播。

区块链网络800中的共识节点接收验证成功的交易后，将交易填充到新的区块中，并进行广播。区块链网络800中的共识节点广播的新区块时，会对新区块进行共识过程，如果共识成功，则将新区块追加到自身所存储的区块链的尾部，并根据交易的结果更新状态数据库，执行新区块中的交易：对于提交的获取分析结果的摘要的交易，从状态数据库中查询分析结果的摘要对应的键值对，并返回交易结果。

作为区块链的示例，参见图11，图11是本发明实施例提供的区块链网络800中区块链的结构示意图，每个区块的头部既可以包括区块中所有交易的哈希值，同时也包含前一个区块中所有交易的哈希值，新产生的交易的记录被填充到区块并经过区块链网络中节点的共识后，会被追加到区块链的尾部从而形成链式的增长，区块之间基于哈希值的链式结构保证了区块中交易的防篡改和防伪造。

下面说明本发明实施例提供的区块链网络的示例性的功能架构，参见图12，图12为本发明实施例提供的区块链网络800的功能架构示意图，包括应用层801、共识层802、网络层803、数据层804和资源层805，下面分别进行说明。

资源层805封装了实现区块链网路800中的各个节点810的计算资源、存储资源和通信资源。

数据层804封装了实现账本的各种数据结构，包括以文件系统中的文件实现的区块链，键值型的状态数据库和存在性证明(例如区块中交易的哈希树)。

网络层803封装了点对点(P2P，Point to Point)网络协议、数据传播机制和数据验证机制、接入认证机制和业务主体身份管理的功能。

其中，P2P网络协议实现区块链网络800中节点810之间的通信，数据传播机制保证了交易在区块链网络800中的传播，数据验证机制用于基于加密学方法(例如数字证书、数字签名、公/私钥对)实现节点810之间传输数据的可靠性；接入认证机制用于根据实际的业务场景对加入区块链网络800的业务主体的身份进行认证，并在认证通过时赋予业务主体接入区块链网络800的权限；业务主体身份管理用于存储允许接入区块链网络800的业务主体的身份、以及权限(例如能够发起的交易的类型)。

共识层802封装了区块链网络800中的节点810对区块达成一致性的机制(即共识机制)、交易管理和账本管理的功能。共识机制包括POS、POW和D POS等共识算法，支持共识算法的可插拔。

交易管理用于验证节点810接收的交易中携带的数字签名，验证业务主体的身份信息，并根据身份信息判断确认其是否具有权限进行交易(从业务主体身份管理读取相关信息)；对于获得接入区块链网络800的授权的业务主体而言，均拥有认证中心颁发的数字证书，业务主体利用自己的数字证书中的私钥对提交的交易进行签名，从而声明自己的合法身份。

账本管理用于维护区块链和状态数据库。对于取得共识的区块，追加到区块链的尾部；执行取得共识的区块中的交易，当交易包括更新操作时更新状态数据库中的键值对，当交易包括查询操作时查询状态数据库中的键值对并向业务主体的客户端节点返回查询结果。支持对状态数据库的多种维度的查询操作，包括：根据区块序列号(例如交易的哈希值)查询区块；根据区块哈希值查询区块；根据交易序列号查询区块；根据交易序列号查询交易；根据业务主体的账号(序列号)查询业务主体的账号数据；根据通道名称查询通道中的区块链。

应用层801封装了区块链网络能够实现的各种业务，包括交易的溯源、存证和验证等。

接下来以第二应用为视频应用，第一应用的数量为三，分别为游戏应用、购物应用、音乐应用，其中，对应游戏应用的业务活动为首次安装应用客户端领游戏道具，对应购物应用的业务活动为签到领红包，对应音乐应用的业务活动为登录领积分为例，继续对本发明实施例提供的业务活动的数据处理方法进行说明，该业务活动的数据处理方法可由服务器或终端实施，或由服务器及终端协同实施，以服务器(下文中统称为业务活动服务器)实施为例，图13为本发明实施例提供的业务活动的数据处理方法的流程示意图，参见图13，本发明实施例提供的业务活动的数据处理方法包括：

步骤401：第二应用客户端呈现业务活动的活动信息。

这里，在实际应用中，视频应用作为业务的合作方为作为业务方的游戏应用、购物应用、音乐应用提供业务接入，对于业务方针对自身的应用所举办的业务活动，通过视频应用的页面呈现相应的活动信息，所呈现的活动信息指示相应业务活动所对应的任务及任务完成后的奖励；例如，对于业务活动为首次安装应用客户端领游戏道具，只要用户完成首次安装游戏应用的客户端的任务，便可领取相应的游戏道具的奖励。

步骤402：第二应用客户端响应于针对活动信息的点击操作，跳转页面至第一应用的业务活动页面。

在实际应用中，使用视频应用的用户在看到通过视频应用所呈现的业务活动的活动信息时，依据自身的兴趣爱好或需求可参与相应的业务活动，当用户点击所呈现的活动信息时，实现页面跳转至相应的业务活动页面，例如，第一用户点击首次安装应用客户端领游戏道具的活动信息，页面跳转至游戏应用的业务活动页面，第二用户点击签到领红包的活动信息，页面跳转至购物应用的业务活动页面，第三用户点击登录领积分的活动信息，页面跳转至音乐应用的业务活动页面。

步骤403：第一应用客户端响应于用户在业务活动页面的任务操作，获取相应的任务数据。

在实际应用中，对于不同业务活动的任务，用户执行相应的任务操作，第一应用生成针对不同用户的业务活动的任务数据；例如，对于音乐应用的点击登录领积分的业务活动，用户执行登录音乐应用的任务，点击业务活动页面中的登录按键实现登录，相应的，当第一应用的客户端接收到后台服务器返回的登录成功的消息时，生成对应该任务操作的任务数据。

步骤404：第一应用客户端发送携带任务数据的中转通知消息给中转系统。

在实际应用中，参与业务活动的用户存在很多，因此，中转系统会接收到多个用户发送的中转通知消息，不同的中转通知消息中所携带的任务数据对应的可以是同一个业务活动，也可能是不同的业务活动，然而对于中转系统来说，由于接收到的中转通知消息数量巨大，如可能有几万甚至几十万条，因此，必然包含不同的业务活动所对应的任务数据。

步骤405：中转系统转发中转通知消息给业务活动服务器。

在一些实施例中，中转通知消息指示任务数据对应的操作类型，这里的操作类型为用户执行业务活动的任务时的任务操作所对应的操作类型，如安装，登录，签到等；中转系统包括多个中转子系统，每个中转子系统对应一个线程，每个线程对应一种任务数据的操作类型，中转系统依据任务数据多对应的操作类型，通过相应的中转子系统转发中转通知消息给业务活动服务器。

步骤406：业务活动服务器解析接收到的多个中转通知消息，得到对应多个用户的任务数据。

在实际实施时，中转通知消息除携带任务数据外，还携带用户的用户标识，在一些实施例中，用户在第二应用中的用户名/账号可以和用户在第一应用中的用户名/账号进行关联，即可应用中第二应用中的用户名/账号执行第一应用的登录、签到等各种应用中的操作。

步骤407：业务活动服务器分别对各用户的任务数据进行分析，以确定各用户所执行任务的完成状态。

在实际应用中，业务活动服务器获取到多个不同的业务活动的任务数据后，分别根据各个业务活动的任务内容，对用户的任务数据进行分析，以确定该用户所执行的任务的完成状态，即判断该用户是否完成了任务。

示例性地，用户参与的业务活动为某游戏应用签到领游戏礼包，相应的任务为连续七天签到，业务活动服务器获取到该用户的任务数据即该用户对应该游戏应用的签到数据，判断该签到数据是否表征已完成七天的连续签到，若该签到数据表征该用户已至少连续七天在该游戏应用签到，确定该用户对应该业务活动的完成状态为已完成；相反，若该签到数据表征该用户在该游戏应用连续签到的天数少于七天，则确定该用户对应该业务活动的完成状态为未完成。

步骤408：业务活动服务器确定用户所执行任务的完成状态为已完成时，发送用户具备奖励领取权限的通知消息至相应业务活动的举办方。

在实际实施时，业务活动服务器确定用户所执行任务的完成状态为已完成时，确定所述用户具备奖励的领取权限，该奖励的领取权限与用户所执行任务的业务活动相对应；业务活动的举办方接收到业务活动服务器发送的用户具备奖励领取权限的通知消息后，基于该通知消息为用户分配相应的奖励。

步骤409：业务活动服务器存储各用户的任务数据至数据库。

在实际实施时，业务活动服务器以用户为存储维度，依据任务数据的操作类型将多个用户的任务数据存储至数据库，如存储至redis，并为各个业务方提供统一的数据查询接口，以供各个业务方通过数据查询接口查询各个用户的任务数据。

应用本发明上述实施例，针对不同业务举办方、不同的业务活动，采用统一的业务活动服务器对不同业务活动的任务数据进行处理，提高了数据处理效率，降低了活动系统的开发成本及后期的维护成本。

接下来以合作方对应视频应用(如腾讯视频)、接入视频应用的业务方(即举办方)分别对应穿越火线(CF)、飞车及英雄联盟(LOL)为例，继续对本发明实施例的业务活动的数据处理方法进行说明，图14为本发明实施例提供的业务活动的数据处理方法的流程示意图，将结合图14，对本发明实施例提供的业务活动的数据处理方法进行说明。

在一个实施例中，业务方穿越火线(CF)、飞车及英雄联盟(LOL)分别就自身的应用(APP)举办了不同的业务活动，业务活动包括用户需要执行的任务及任务完成后相应的奖励，如用户首次安装CF客户端领红包、飞车登录领皮肤、LOL签到领游戏道具。

在实际应用中，业务方接入合作方APP，通过腾讯视频的视图界面呈现各个业务活动所对应的活动信息，当用户通过腾讯视频看到所呈现的活动信息而决定参与该业务活动时，通过点击操作实现页面跳转至举办方的客户端或网页的业务活动页面，如CF客户端的下载页面、飞车登录页面、LOL签到页面，在业务活动页面，为完成相应的任务，用户根据不同的业务活动执行相应的任务操作，任务操作包括不同的操作类型，例如，操作类型可以为签到、下载、安装、播放、登录；不同的任务操作相应的产生不同的任务数据。

在实际实施时，系统的数据源来自腾讯视频的各个客户端(如图13中PC客户端、V站及MAC端)，用户在客户端的各种操作(首次安装、登录、签到、播放)所对应的任务数据首先都会上报到后台的BOSS中转，BOSS中转系统包括多个中转子系统，BOSS中转系统收集整理这些原始的上报数据(即任务数据)，然后根据不同的操作类型分发到相对应的中转子系统，由中转子系统负责以通知消息的形式将各个业务活动的任务数据推送给通用活动系统，通用活动系统收到中转通知消息之后，解析得到相应的任务数据，对不同的操作类型、根据用户的维度存储在远端的redis中，redis为各个业务方提供统一的对外接口，通过这种方式，可以保存每个用户是否在指定时间内有完成某项任务，

业务方通过统一的对外接口，比如通用网关接口(CGI接口)可以获取到该用户的任务数据，并分析该用户是否有完成某项指定的任务，进而判断是否为该用户进行相应的奖励分配；通过中转推送消息的方式，并将结果保存到redis中，可以实现跨APP之间的各种合作，做到快速响应各种活动的需求。

在实际实施时，当未接入本发明实施例的通用活动系统的业务方欲举办业务活动而请求接入时，业务方发送对应目标业务活动的活动接入请求给业务活动服务器，该活动接入请求用于请求建立对目标业务活动对应的任务数据的处理任务，并接收业务活动服务器返回的活动接入模板，该活动接入模板用于供生成对应处理任务的处理规则，该处理规则指示目标业务活动对应的任务及任务完成后的奖励。

应用本发明上述实施例，至少具有以下有益技术效果：

1)通过接中转通知消息的形式转发用户的任务数据，提高了任务数据的获取效率及处理效率，实现业务活动的秒级生效；

2)为各个业务方提供统一的数据查询接口，降低使用方的调用成本；

3)通过配置活动接入模板的形式，实现业务方的快速接入，降低业务方的接入成本。

继续对本发明实施例提供的业务活动的数据处理装置进行说明，图15为本发明实施例提供的业务活动的数据处理装置的组成结构示意图，参见图15，在一些实施例中，本发明实施例提供的业务活动的数据处理装置包括：

获取模块2551，用于获取不同业务活动的任务所对应的任务数据，所述任务数据基于用户在所述业务活动的页面的任务操作所生成；

其中，所述业务活动的页面对应第一应用，由呈现所述业务活动的活动信息的第二应用进行页面跳转得到，所述活动信息指示相应业务活动所对应的任务及任务完成后的奖励；

分析模块2552，用于基于所述任务数据，对所述用户所执行的任务的完成状态进行分析，得到分析结果；

确定模块2553，用于当所述分析结果表征所述任务操作对应的任务已完成时，确定所述用户具备所述奖励的领取权限，所述奖励的领取权限与所述用户所执行任务的业务活动相对应。

在一些实施例中，所述获取模块，还用于接收对应不同所述业务活动的第一通知消息，所述第一通知消息指示所述任务数据对应的任务操作的操作类型；

分别解析各所述第一通知消息，得到相应操作类型的所述任务数据。

在一些实施例中，所述获取模块，还用于接收业务运营支撑系统(BOSS，Business&Operation Support System)通过不同线程发送的对应不同所述业务活动的第一通知消息；

其中，所述BOSS的所述线程与所述操作类型呈一一对应关系。

在一些实施例中，所述获取模块，还用于获取各所述第一通知消息携带的用户标识；

基于所述用户标识，按照不同的操作类型存储所述用户标识对应的所述任务数据至第一数据库，所述第一数据库用于供通过第一数据查询接口，查询不同操作类型的任务数据。

在一些实施例中，所述获取模块，还用于获取所述用户对应所述第二应用的用户标识，所述用户对应所述第二应用的用户标识关联所述用户对应所述第一应用的用户标识；

基于所述用户对应所述第二应用的用户标识，存储所述任务数据至第二数据库，所述第二数据库用于供通过第二数据查询接口，基于所述用户对应所述第一应用的用户标识查询相应的任务数据。

在一些实施例中，所述获取模块，还用于确定所述任务数据对应的业务活动的活动类型；

基于所述活动类型，存储所述任务数据至第三数据库，所述第三数据库用于供通过第三数据查询接口，查询不同活动类型的所述任务数据。

在一些实施例中，所述装置还包括：

发送模块，用于发送所述用户具备奖励领取权限的第二通知消息至相应业务活动的举办方，以使所述举办方基于所述第二通知消息，为所述用户分配相应的奖励。

在一些实施例中，所述装置还包括：

接收模块，用于接收对应目标业务活动的活动接入请求，所述活动接入请求用于请求建立对所述目标业务活动对应的任务数据的处理任务；

返回活动接入模板，所述活动接入模板用于供生成对应所述处理任务的处理规则，所述处理规则指示所述目标业务活动对应的任务及任务完成后的奖励。

在一些实施例中，所述装置还包括：

存储模块，用于对所述分析结果进行哈希变换，得到所述分析结果的摘要；

存储所述分析结果的摘要至区块链网络。

这里需要指出的是：以上涉及装置的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述，对于本发明实施例所述装置中未披露的技术细节，请参照本发明方法实施例的描述。

本发明实施例还提供了一种电子设备，所述电子设备包括：

存储器，用于存储可执行程序；

处理器，用于执行所述存储器中存储的可执行程序时，实现本发明实施例提供的上述业务活动的数据处理方法。

本发明实施例还提供一种存储有可执行指令的存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本发明实施例提供的业务活动的数据处理方法。

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

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、RAM、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种业务活动的数据处理方法，其特征在于，所述方法包括：

获取不同业务活动的任务所对应的任务数据，所述任务数据基于用户在所述业务活动的页面的任务操作所生成；

其中，所述业务活动的页面对应第一应用，由呈现所述业务活动的活动信息的第二应用进行页面跳转得到，所述活动信息指示相应业务活动所对应的任务及任务完成后的奖励；

基于所述任务数据，对所述用户所执行的任务的完成状态进行分析，得到分析结果；

当所述分析结果表征所述任务操作对应的任务已完成时，确定所述用户具备所述奖励的领取权限，所述奖励的领取权限与所述用户所执行任务的业务活动相对应。

2.如权利要求1所述的方法，其特征在于，所述获取不同业务活动的任务所对应的任务数据，包括：

接收对应不同所述业务活动的多个第一通知消息，所述第一通知消息指示所述任务数据对应的任务操作的操作类型；

分别解析各所述第一通知消息，得到相应操作类型的所述任务数据。

3.如权利要求2所述的方法，其特征在于，所述接收对应不同所述业务活动的多个第一通知消息，包括：

接收业务运营支撑系统BOSS通过不同线程发送的对应不同所述业务活动的多个第一通知消息；

其中，所述BOSS的所述线程与所述操作类型呈一一对应关系。

4.如权利要求2所述的方法，其特征在于，所述方法还包括：

获取各所述第一通知消息携带的用户标识；

基于所述用户标识，按照不同的操作类型存储所述用户标识对应的所述任务数据至第一数据库，所述第一数据库用于供通过第一数据查询接口，查询不同操作类型的任务数据。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述用户对应所述第二应用的用户标识，所述用户对应所述第二应用的用户标识关联所述用户对应所述第一应用的用户标识；

基于所述用户对应所述第二应用的用户标识，存储所述任务数据至第二数据库，所述第二数据库用于供通过第二数据查询接口，基于所述用户对应所述第一应用的用户标识查询相应的任务数据。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

确定所述任务数据对应的业务活动的活动类型；

基于所述活动类型，存储所述任务数据至第三数据库，所述第三数据库用于供通过第三数据查询接口，查询不同活动类型的所述任务数据。

7.如权利要求1所述的方法，其特征在于，所述方法还包括：

发送所述用户具备奖励领取权限的第二通知消息至相应业务活动的举办方，以使所述举办方基于所述第二通知消息，为所述用户分配相应的奖励。

8.如权利要求1所述的方法，其特征在于，所述方法还包括：

接收对应目标业务活动的活动接入请求，所述活动接入请求用于请求建立对所述目标业务活动对应的任务数据的处理任务；

返回活动接入模板，所述活动接入模板用于供生成对应所述处理任务的处理规则，所述处理规则指示所述目标业务活动对应的任务及任务完成后的奖励。

9.如权利要求1至8任一项所述的方法，其特征在于，所述方法还包括：

对所述分析结果进行哈希变换，得到所述分析结果的摘要；

存储所述分析结果的摘要至区块链网络。

10.一种业务活动的数据处理装置，其特征在于，所述装置包括：

获取模块，用于获取不同业务活动的任务所对应的任务数据，所述任务数据基于用户在所述业务活动的页面的任务操作所生成；

其中，所述业务活动的页面对应第一应用，由呈现所述业务活动的活动信息的第二应用进行页面跳转得到，所述活动信息指示相应业务活动所对应的任务及任务完成后的奖励；

分析模块，用于基于所述任务数据，对所述用户所执行的任务的完成状态进行分析，得到分析结果；

确定模块，用于当所述分析结果表征所述任务操作对应的任务已完成时，确定所述用户具备所述奖励的领取权限，所述奖励的领取权限与所述用户所执行任务的业务活动相对应。

Images