CN111985914A - 结算方法、装置、节点及可读存储介质 - Google Patents

结算方法、装置、节点及可读存储介质 Download PDF

Info

Publication number
CN111985914A
CN111985914A CN202010838663.6A CN202010838663A CN111985914A CN 111985914 A CN111985914 A CN 111985914A CN 202010838663 A CN202010838663 A CN 202010838663A CN 111985914 A CN111985914 A CN 111985914A
Authority
CN
China
Prior art keywords
data
settlement
node
order
subtasks
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010838663.6A
Other languages
English (en)
Other versions
CN111985914B (zh
Inventor
孟令熙
李昂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202010838663.6A priority Critical patent/CN111985914B/zh
Publication of CN111985914A publication Critical patent/CN111985914A/zh
Application granted granted Critical
Publication of CN111985914B publication Critical patent/CN111985914B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123Shopping for digital content
    • G06Q20/1235Shopping for digital content with control of digital rights management [DRM]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/387Payment using discounts or coupons
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种结算方法、装置、节点及可读存储介质,涉及数据处理技术中的自动结算技术领域具体实现方案为:分布式平台的第一节点接收到结算请求后,响应该结算请求将目标任务拆分为多个子任务,确定每个子任务对应的结算数据,并将子任务和该子任务对应的结算数据下发给第二节点,不同的第二节点并行处理各自的子任务从而完成结算。该过程中,由于是多个第二节点并行处理子任务,因此提高了结算速度;同时,由于第一节点上储存目标任务和各种结算数据,由第一节点针对子任务确定该子任务的结算数据,因此能够保证子任务和结算数据的一致性,提高结算准确率。

Description

结算方法、装置、节点及可读存储介质
技术领域
本申请实施例涉及数据处理技术领域,尤其涉及一种结算方法、装置、节点及可读存储介质。
背景技术
随着互联网技术的飞速发展,互联网成为人们生活中不可或缺的部分,越来越多的用户通过互联网进行小说阅读等娱乐行为。
用户阅读小说的过程中,由版权方提供小说,用户购买、阅读小说等行为产生收益,结算方对该些收益进行结算,以向版权方支付费用。通常情况下,结算方进行结算时,通过编程语言编写一系列的任务,得到任务队列,任务队列中的每个任务代表一种结算类型。结算方将一段时间内用户的基础数据下载到本地,轮训任务队列中的任务,得到每个任务的结算结果,显示该结算结果或将结算结果以文件的形式输出。其中,基础数据例如为点击量、打赏金额、广告点击量等;任务例如为每本书的单章购买收益、每本书的广告收益等。
然而,任务队列中的任务是非常繁多的,上述通过轮训方式轮训任务队列中的任务,导致结算速度缓慢。
发明内容
本申请提供了一种结算方法、装置、节点及可读存储介质,实现快速准确的结算的目的。
第一方面,本申请实施例提供一种结算方法,包括:
第一节点接收电子设备发送的结算请求,所述结算请求用于请求执行目标任务;
所述第一节点响应所述结算请求,将所述目标任务拆分为至少两个子任务;
所述第一节点将所述至少两个子任务中的不同子任务下发至不同的第二节点;
所述第一节点向所述第二节点发送与所述第二节点执行的子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果。
一种可行的设计中,所述第一节点向所述第二节点发送结算数据之前,还包括:
所述第一节点获取基础数据,所述基础数据包含用户操作所述目标任务对应的目标对象时产生的数据;
所述第一节点预处理所述基础数据,以得到所述至少一个结算数据。
一种可行的设计中,所述基础数据包含至少一个订单和第一页面浏览PV数据,所述第一PV数据用于指示所述用户在不受广告干扰的情况下,点击所述至少一个订单中的目标对象的点击量;所述第一节点预处理所述基础数据,以得到所述至少一个结算数据,包括:
所述第一节点将所述至少一个订单划分为至少一个订单集合;
所述第一节点根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量;
所述第一节点根据所述至少一个订单、所述第一PV数据和所述至少一个订单集合中各订单集合的PV量,确定所述至少一个结算数据。
一种可行的设计中,所述第一节点将至少一个订单划分为至少一个订单集合,包括:
所述第一节点根据各订单的属性,确定各订单所属的订单集合,所述属性包括订单渠道、订单类型或消费币种中的至少一个。
一种可行的设计中,所述第一节点根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量之后,还包括:
对于所述至少一个订单集合中的任意一个订单集合,所述第一节点确定所述订单集合中各订单对应的目标对象的作弊PV量,所述作弊PV量为恶意提高所述目标对象点击量的点击行为对应的PV量;
所述第一节点从所述订单集合对应的PV量中滤除所述作弊PV量。
一种可行的设计中,所述第一节点预处理所述基础数据,以得到所述至少一个结算数据,包括:
所述第一节点从所述基础数据中提取出第二PV数据和收益数据,所述第二PV数据用于指示所述用户点击添加广告的目标对象的点击量,所述收益数据用于指示所述用户操作点击添加广告的目标对象时产生的收益;所述第一节点根据所述第二PV数据和所述收益数据确定所述至少一个结算数据。
一种可行的设计中,所述第一节点将所述至少两个子任务中的不同子任务下发至不同的第二节点之后,还包括:
所述第一节点接收所述第二节点发送的反馈消息,所述反馈消息用于指示所述第二节点是否成功执行所述第二节点的子任务;若所述反馈消息指示所述第二节点未成功执行所述第二节点的子任务,所述第一节点将所述第二节点对应的子任务发送至其他第二节点。
一种可行的设计中,所述第一节点接收电子设备发送的结算请求,包括:所述第一节点接收所述电子设备发送的携带所述目标任务的结算请求。
第二方面,本申请实施例提供一种结算装置,包括:
接收单元,用于接收电子设备发送的结算请求,所述结算请求用于请求执行目标任务;
处理单元,用于响应所述结算请求,将所述目标任务拆分为至少两个子任务;
发送单元,用于将所述至少两个子任务中的不同子任务下发至不同的第二节点,向所述第二节点发送与所述第二节点执行的子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果。
一种可行的设计中,所述处理单元在所述发送单元向所述第二节点发送结算数据之前,还用于获取基础数据,所述基础数据包含用户操作所述目标任务对应的目标对象时产生的数据,预处理所述基础数据,以得到所述至少一个结算数据。
一种可行的设计中,所述基础数据包含至少一个订单和第一页面浏览PV数据,所述第一PV数据用于指示所述用户在不受广告干扰的情况下,点击所述至少一个订单中的目标对象的点击量,所述处理单元,用于将所述至少一个订单划分为至少一个订单集合,根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量,根据所述至少一个订单、所述第一PV数据和所述至少一个订单集合中各订单集合的PV量,确定所述至少一个结算数据。
一种可行的设计中,所述处理单元将至少一个订单划分为至少一个订单集合时,用于根据各订单的属性,确定各订单所属的订单集合,所述属性包括订单渠道、订单类型或消费币种中的至少一个。
一种可行的设计中,所述处理单元根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量之后,还用于对于所述至少一个订单集合中的任意一个订单集合,确定所述订单集合中各订单对应的目标对象的作弊PV量,所述作弊PV量为恶意提高所述目标对象点击量的点击行为对应的PV量;从所述订单集合对应的PV量中滤除所述作弊PV量。
一种可行的设计中,所述处理单元预处理所述基础数据,以得到所述至少一个结算数据时,用于从所述基础数据中提取出第二PV数据和收益数据,所述第二PV数据用于指示所述用户点击添加广告的目标对象的点击量,所述收益数据用于指示所述用户操作点击添加广告的目标对象时产生的收益;根据所述第二PV数据和所述收益数据确定所述至少一个结算数据。
一种可行的设计中,在所述发送单元将所述至少两个子任务中的不同子任务下发至不同的第二节点之后,所述接收单元还用于接收所述第二节点发送的反馈消息,所述反馈消息用于指示所述第二节点是否成功执行所述第二节点的子任务;若所述反馈消息指示所述第二节点未成功执行所述第二节点的子任务,所述发送单元,还用于将所述第二节点对应的子任务发送至其他第二节点。
一种可行的设计中,所述接收单元,用于接收所述电子设备发送的携带所述目标任务的结算请求。
第三方面、本申请实施例提供一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行第一方面或第一方面任意可能实现的方法。
第四方面,本申请实施例提供一种包含指令的计算机程序产品,当其在电子设备上运行时,使得电子设备计算机执行上述第一方面或第一方面的各种可能的实现方式中的方法。
第五方面,本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述电子设备执行上述第一方面或第一方面的各种可能的实现方式中的方法。
第六方面,本申请实施例提供一种结算方法,包括:将目标任务拆分为至少两个子任务,确定所述至少两个子任务中各子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果,对于所述至少两个子任务中的任意一个子任务,根据所述子任务对应的结算数据处理所述子任务,所述至少两个子任务中任意两个无依赖关系的子任务占用不同的计算资源。
上述申请中的一个实施例具有如下优点或有益效果:由于是多个第二节点并行处理子任务,因此提高了结算速度;同时,由于第一节点上储存目标任务和各种结算数据,由第一节点针对子任务确定该子任务的结算数据,因此能够保证子任务和结算数据的一致性,提高结算准确率。
应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是本申请实施例提供的结算方法的网络架构示意图;
图2是本申请实施例提供的一种结算方法的流程图;
图3为本申请实施例提供的结算方法中订单的结构示意图;
图4是本申请实施例提供的结算方法中分布式自动结算的一个流程图;
图5是本申请实施例提供的结算方法中分布式自动结算的另一个流程图;
图6为本申请实施例提供的结算装置的结构示意图;
图7是用来实现本申请实施例结算方法的第一节点的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通研发人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
目前,用户阅读网络小说等的过程中,版权方提供小说,用户购买、阅读小说等行为产生收益,结算方对该些收益进行结算。结算是一种会计用语,指把某一时间段内的所有收支情况进行对账、结算或支付等。目前的结算方式是由结算方的研发人员编写任务脚本,该任务脚本包含多个任务构成的任务队列。研发人员将一段时间内用户的基础数据下载到本地,执行脚本以轮训任务队列中的任务,最终输出每个任务的结算结果。例如,共有10本书,脚本为获取每本书的PV量,研发人员将一个月内该些书籍的页面浏览(page view,PV)文件都下载到本地,执行脚本,遍历PV文件里所有的PV,从而确定出每本书本月的PV。
上述结算过程中,需要将用户的基础数据下载到本地机器,单机处理该些数据。该结算过程依赖单一资源,只能运行到一个机器上。然而,用户的基础数据是非常庞大的,单机执行计算量大、计算时间长,容易导致输入输出(input/output,IO)阻塞,使得任务队列中的任务处于等待状态。倘若将庞大的用户基础数据存在不同的机器上,则导致整个结算流程中的一些基础数据和任务分布到不同的机器上,若基础数据和任务不同步,则导致结算错误。
另外,上述结算方式中,需要人工介入执行每个结算步骤的代码,对于任务队列中的每个任务,结算方的研发人员需要和运营、财务等确认沟通,人工审核(check)结算结果是否正确,正确之后才能开始任务队列中的下一个任务。也就是说,上述结算方式无法进行智能对账,人工介入环节比较多,运营、财务和研发人员的很多工作重复,人力物力耗费严重。而且,即使两个任务之间没有依赖关系,也不能出现并行的情况。还有一个问题就是对于内部运营和外部版权方而言,没有一个很好的交互平台。
本申请实施例提供一种结算方法、装置、节点及可读存储介质,应用于数据处理技术领域中的自动结算领域,以达到提高结算速度的目的。
图1是本申请实施例提供的结算方法的网络架构示意图。请参照图1,该网络架构包括分布式平台1、结算方的电子设备2、版权方的电子设备3和用户端的电子设备4。分布式平台1包含一个第一节点11和多个第二节点12,第一节点11与各第二节点12建立网络连接。用户端的电子设备4与分布式平台1中提供小说内容的数据库(图中未示出),版权方的电子设备3与分布式平台1中的版权方设备(图中未示出)或部分第二节点12建立网络连接,结算方的电子设备2与分布式平台1中的第一节点11以及部分或全部第二节点12建立网络连接。
请参照图1,网络阅读业务中,分布式平台1的一侧对接了大量的用户,另一侧对接了很多版权提供方,版权方通过网页等方式提供一本书籍的全量内容,分布式平台通过爬虫的方式爬取网页的内容并存储在数据库中。
用户在线阅读时,通过阅读会产生前向收益和后向收益,前向收益指和广告无关的收益,如用户开通会员、单章购买等行为产生的收益,后向收益指和广告相关的收益,如用户阅读书籍过程中点击广告,基于广告的展示次数产生的收益等。这时就产生了结算需求。结算方的作用是将用户产生的前向收益和后向收益通过内部结算流程进行汇总,生成结算结果。对结算结果进行核对确认后,给版权方支付费用。
基于图1所示架构,第一节点11汇总用户的基础数据,对基础数据进行预处理得到多个结算数据。同时,将目标任务拆分为多个子任务,并确定各子任务的结算数据。然后,第一节点11向第二节点12发送子任务和该子任务对应的结算数据,不同第二节点12运行不同的子任务。
图1所示架构中,结算方的电子设备2例如为结算方的研发人员、运营人员或财务人员的台式电脑、笔记本等。版权方的电子设备3例如为版权方的台式电脑、笔记本等。用户端的电子设备4例如为用户的手机、平板电脑、笔记本电脑等。
下面,基于图1所示架构对本申请实施例所述的结算方法进行详细说明。示例性的,可参见图2。
图2是本申请实施例提供的一种结算方法的流程图。本实施例是从电子设备、第一节点、第二节点交互的角度进行说明。本实施例包括:
101、第一节点接收电子设备发送的结算请求。
所述结算请求用于请求执行目标任务。
示例性的,电子设备例如为图1所示网络架构中结算方的电子设备2或版权方的电子设备3。
第一节点上储存预先设置好的目标任务;或者,电子设备周期性的将结算人员编写好的目标任务发送给第一节点,第一节点储存该目标任务。需要结算时,结算方的电子设备或版权方的电子设备向第一节点发送结算请求,触发第一节点结算目标任务。
另外,结算方的电子设备或版权方的电子设备也可以实时将目标任务携带在结算请求中发送给第一节点,触发第一节点结算目标任务。
102、第一节点响应所含结算请求,将所述目标任务拆分为至少两个子任务。
示例性的,第一节点通过映射规约(Map Reduce)将目标任务拆分为多个子任务。
103、第一节点将所述至少两个子任务中的不同子任务下发至不同的第二节点。
104、第一节点向所述第二节点发送结算数据。
步骤103和步骤104中,第一节点预先汇总用户的基础数据,对基础数据进行预处理得到多个结算数据。结算数据为介于最终的结算结果和基础数据之间的数据。例如,结算数据为每本书每天的收益,进一步的,每本书每天的收益包括用户单章购买的收益、用户全本购买的收益、用户阅读这本书时产生的广告收益等。对于单章购买和全本购买,实际实现中,订单包含书籍信息,从至少一个订单中提取出各本书的订单进行汇总,能够得到每本书的结算数据,即得到结算所需的最细力度的数据。对于付费包月,由于付费包月不是针对某本书,而是一批书籍,所以,订单中没有书籍信息。实际实现时,统计出消费总额,然后以PV数据为权重,拆分到每本书。
同时,将目标任务拆分为多个子任务,并确定各子任务的结算数据,一个子任务对应的结算数据用于获取该子任务的结算结果。最终的结算结果即为结算方的账目账单、版权方的收益流水等。例如,结算结果包括书籍维度的消费详单,即每本书、每个渠道、每种消费类型、每种币种的具体消费情况以及对外分成情况。再如,结算结果包括书籍维度的对外分成情况、按照财务的公式再次汇总计算。再如,结算结果包括财务入账账单,实际实现时,统计用户充值的实际流水以便财务入道。同时,统计渠道、平台维护的书豆、充值等消费数据。再如,结算结果包括财务出账账单,统计用户实际充值和补贴,确定出支付给版权方的金额。又如,roi数据,roi系数=收益/成本,roi数据用于判断小说时赚钱还是赔钱。参与计算roi系数的数据包括总量维度的收益相关数据、成本相关数据、用户粘性等数据。又如,结算结果包括每日例行的监控数据,如按天级别结算订单的监控数据、统计当天充值、消费明细数据和总量等。
然后,第一节点向第二节点发送子任务和该子任务对应的结算数据,不同第二节点运行不同的子任务。例如,多个子任务中任意两个子任务之间无依赖关系,则第一节点随机向不同的第二节点分配不同的子任务;再如,多个子任务包含具有依赖关系的子任务,则第一节点将具有相互依赖关系的两个或两个以上的子任务分配给同一个第二节点。
105、第二节点基于所述结算数据处理所述子任务,以得到结算结果。
示例性第二阶段节点接收到来自第一节点的结算数据和子任务后,处理该结算数据从而得到子任务的结算结果。例如,子任务为通过安卓手机单章购买的前向收益,则结算数据包括普通用户利用安卓手机,使用各种币种进行单章购买的数据,币种包括书豆、优惠券、充返书券等。第二节点将用户通过各种币种单章购买的收益求和,即可得到单章购买的前向收益。
本申请实施例提供的结算方法,分布式平台的第一节点接收到结算请求后,响应该结算请求将目标任务拆分为多个子任务,确定每个子任务对应的结算数据,并将子任务和该子任务对应的结算数据下发给第二节点,不同的第二节点并行处理各自的子任务从而完成结算。该过程中,由于是多个第二节点并行处理子任务,因此提高了结算速度;同时,由于第一节点上储存目标任务和各种结算数据,由第一节点针对子任务确定该子任务的结算数据,因此能够保证子任务和结算数据的一致性,提高结算准确率。
上述实施例中,第一节点向所述第二节点发送结算数据之前,还获取基础数据,处理所述基础数据,以得到所述至少一个结算数据。其中,所述基础数据包含用户操作所述目标任务对应的目标对象时产生的数据。
示例性的,目标对象例如为分布式平台提供的书籍、游戏、教育课时等。以目标对象为书籍为例,用户操作目标对象的行为例如为点击阅读、全本购买、单章购买等。第一节点汇总该些基础数据,对该些基础数据进行处理汇总等,以得到至少一个结算数据。
采用该种方案,通过对用户的基础数据进行汇总处理得到结算数据,实现结算数据和目标任务的统一存储,在很大程度上保证了数据和处理逻辑的一致性,减少结算出错率。
上述实施例中,基础数据主要包含两部分:前向收益相关的数据和后向收益相关的数据。其中,前向收益相关的数据包括订单和第一PV数据,该第一PV数据用于指示和广告无关的点击量,即用户在不受广告干扰的情况下点击所述至少一个订单中目标对象的点击量。后向收益相关的数据包括收益数据和第二PV数据,该第二PV数据用于指示和广告相关的点击量,即用户点击添加广告的目标对象的点击量,收益数据指用户操作点击添加广告的目标对象时产生的收益,该收益例如和广告展示次数、广告展示时长等相关。
下面,前向收益相关的数据和后向收益相关的数据进行详细说明。
首先,前向收益相关的数据。
本申请实施例中,前向收益相关的数据包括至少一个订单和所述第一PV数据。第一节点处理前向收益相关的数据时,将至少一个订单划分为至少一个订单集合,根据第一PV数据,确定所述至少一个订单集合中订单集合中不同订单集合的PV量。然后,第一节点根据所述至少一个订单、所述第一PV数据和所述至少一个订单集合中各订单集合的PV量,确定所述至少一个结算数据。
示例性的,第一节点将至少一个订单按照不同的维度划分为不同的集合。比如,一个订单集合中的订单是单章购买的订单,另一个订单集合中的订单是利用优惠券下单的订单。该两个订单集合可能存在部分交集。第一节点处理两个订单集合时,根据第一PV数据,确定出单章购买订单集合对应的PV,利用优惠券下单的PV。然后,从单章购买的订单中进一步的确定出利用优惠券下单的PV,该PV小于或等于利用优惠券下单的PV,从而实现对结算数据的审核(check)。确定出单章购买且通过优惠券下单的PV后,第一节点继续确定该PV占第一PV的比重。同时,第一节点根据至少一个订单,确定出前向收益的总金额。之后,第一电子设备根据比重和总金额,确定出单章购买且通过优惠券下单的收益,该收益即为一种结算数据。
采用该种方案,通过对前向收益相关的数据进行预处理得到结算数据,实现结算数据和目标任务的统一存储,在很大程度上保证了数据和处理逻辑的一致性,减少结算出错率。
上述实施例中,所述第一节点将至少一个订单划分为至少一个订单集合时,根据所述至少一个订单中各订单的属性,确定所述至少一个订单中各订单所属的订单集合,所述属性包括订单渠道、订单类型或消费币种中的至少一个。
图3为本申请实施例提供的结算方法中订单的结构示意图。请参照图3,订单的属性包括订单渠道、订单类型或消费币种中的至少一个。
订单渠道包括但不限于下述渠道:安卓(Android)手机APP、IOS手机APP、超文本标记语言(Hypertext Markup Language,HTML)5、Android网页浏览器、安卓生活(androidlife)、Android软件开发包(Software Development Kit,SDK)贴吧、Android SDK网盘、IOSSDK贴吧、IOS SDK网盘、IOS SDK手机助手、小程序相关渠道等。
订单类型包括但不限于下述类型:单章购买、全本购买、付费包月、广告包月、充值订单、800书豆免广告、接入小说支付能力的订单、特价书订单。其中,接入小说支付能力的订单包括各种活动订单、会员订单、单月订单、年费会员等更细粒度的订单。
消费币种包括但不限于:书豆、书券、优惠券、充返书豆、平台帮你付、充返书券。
第一节点可以根据不同的属性,对至少一个订单进行划分。例如,属性为消费类型,具体为单章购买,则订单集合包含通过各种订单渠道、使用各种消费币种下单的订单。再如,属性为订单类型和订单渠道,其中,消费类型具体为全本购买,订单渠道为安卓手机,则订单集合包含通过安卓手机下单、使用各种消费币种下单的订单。
另外,上述实施例中,第一节点根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量之后,对于所述至少一个订单集合中的任意一个订单集合,所述第一节点确定所述订单集合中各订单对应的目标对象的作弊PV量。之后,第一节点从所述订单集合对应的PV量中滤除所述作弊PV量。其中,所述作弊PV量为恶意提高所述目标对象点击量的点击行为对应的PV量。
采用该种方案,通过灵活划分订单集合,提高结算效率。
示例性的,结算过程中,对版权方支付的金额的高低,取决于用户对该版权方提供的书籍的PV,PV越高,则该版权方的收益越大。为了防止版权方恶意提高PV,第一节点需要进行防作弊操作,计算出作弊PV数,然后扣减掉作弊PV。然后,基于剩余的PV确定该版权方的收益。
采用该种方案,通过扣除作弊PV,实现提高结算准确率的目的。
其次,后向收益相关的数据。
本申请实施例中,后向收益相关的数据包括收益数据和第二PV数据。第一节点从所述基础数据中提取出第二PV数据和收益数据,根据所述第二PV数据和所述收益数据确定所述至少一个结算结果。其中,所述第二PV数据用于指示所述用户点击添加广告的目标对象的点击量,所述收益数据用于指示所述用户操作点击添加广告的目标对象时产生的收益。
示例性的,每个PV携带一个标识,该标识用于指示PV是否与广告相关。因此,第一节点能够确定出和广告相关的第二PV数据。由于分布式平台提供的多个书籍都有可能添加了广告,因此,第一节点从第二PV数据中提取出每本书各自的PV。之后,确定该PV在第二PV中的占比,进而根据占比和收益数据即可确定出某本书产生的后向收益。
采用该种方案,通过对后向收益相关的数据进行预处理得到结算数据,实现结算数据和目标任务的统一存储,在很大程度上保证了数据和处理逻辑的一致性,减少结算出错率。
上述实施例中,第一节点将所述至少两个子任务中的不同子任务下发至不同的第二节点之后,还接收所述第二节点发送的反馈消息,所述反馈消息用于指示所述第二节点是否成功执行所述第二节点的子任务,若所述反馈消息指示所述第二节点未成功执行所述第二节点的子任务,所述第一节点将所述第二节点对应的子任务和结算数据发送至其他第二节点。
示例性的,由于结算业务的复杂性,每个子任务都有可能执行失败。因此,需要充分考虑容错机制,在某个子任务执行失败或或者数据出错的情况下,可以通过kill调回子任务并重新执行。第一节点在收到第二节点反馈的未成功执行子任务的反馈消息后,向结算方的电子设备发送报警邮件等,以确保健壮性和正确性。
采用该种方案,通过回调机制,保证子任务被正确处理,提高结算的准确率。
上述实施例中,分布式平台上的第一节点对基础数据进行预处理,将目标任务拆分为多个子任务,每个子任务中规定如下流程:审核(check)→执行子任务→回调(callback)的流程机制,将人力释放出来,全部交由分布式平台中的节点进行处理。分布式平台处理完毕后,将结算结果展现到结算方的数据展示界面、版权方的结算明细平台等,供结算方的运营、财务以及版权提供方进行查看,减少了人力和沟通成本,很大程度上提升了结算效率。
图4是本申请实施例提供的结算方法中分布式自动结算的一个流程图。请参照图4,分布式平台建立在分布式、调度基础上。第一节点将目标任务(父任务)拆分为多个子任务,如图中的子任务1、子任务2和子任务3。第一节点上的调度和审核(check)模块确定每个子任务的结算数据和第二节点,向第二节点下发子任务和该子任务对应的结算数据,各第二节点执行子任务,并输出结算结果。
本申请实施例提供的结算方案,解决单机执行和串行执行的问题,大大提高了结算业务对资源的利用率,缩短了结算时间。验证发现:采用本申请实施例提供的结算方法,能够将结算时长从18天缩短为5天,将介入的人工从2人缩减至0.5人。
图5是本申请实施例提供的结算方法中分布式自动结算的另一个流程图。请参照图5,该分布式自动结算包括4个阶段。下面,对该些阶段分别进行详细说明。
第一阶段:基础数据准备阶段。
请参照图5,第一节点获取前向收益相关的数据,即第一PV数据和至少一个订单。第一节点还获取后向收益相关的数据,即第二PV数据和收益数据,该收益数据也称为广告变现金额数据。另外,基础数据还包括结算方根据合同配置的结算参数等。其中,合同为针对某个或某些书籍的合同,结算参数例如为分成比例等。
第二阶段:第一节点处理基础数据,得到至少一个结算结果。
第一节点对前向数据的处理过程中,按天汇总每个订单集合的PV量。可选的,对于某些维度,第一节点汇总每天的订单集合,确定每天的PV量。然后,根据每天的PV,得到每月的PV量。也就是说,每月每本书的收益依赖于这本书每天的收益。图5中示意出的结算结果包括:每天的收益金额、每天用户使用优惠券下单的收益、每天每本书的收益、每天每本书用户使用优惠券下单的收益。该过程中,为了防止恶意提高PV,第一节点还扣除作弊PV数据。
第三阶段:第一节点将目标任务拆分为多个子任务,向第二节点下发子任务和该子任务对应的结算数据,第二节点处理各种子任务,生成结算结果,实现分布式处理。
本阶段中,第二节点接收到子任务和结算数据后,不断的调度并审核子任务,各子任务对应的结算结果包括但不限于:包月结算报表、消费详细表单、广告变现分成数据、招财猫数据、小说天级别充值消费、版权方账单明细数据。
第四阶段:展示结算结果。
示例性的,结算结果即为各种账目表单。第二节点生成结算结果后,将结算结果推送到相应的展示平台,供结算方的运营人员、财务人员以及版权方查看。
图6为本申请实施例提供的结算装置的结构示意图。该装置可以集成在分布式平台的第一节点或通过第一节点实现。如图6所示,在本实施例中,该结算处理装置00包括:接收单元21、处理单元22和发送单元23。
接收单元21,用于接收电子设备发送的结算请求,所述结算请求用于请求执行目标任务。
处理单元22,用于响应所述结算请求,将所述目标任务拆分为至少两个子任务;
发送单元23,用于将所述至少两个子任务中的不同子任务下发至不同的第二节点,向所述第二节点发送与所述第二节点执行的子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果。
一种可行的设计中,所述处理单元22在所述发送单元23向所述第二节点发送结算数据之前,还用于获取基础数据,所述基础数据包含用户操作所述目标任务对应的目标对象时产生的数据,预处理所述基础数据,以得到所述至少一个结算数据。
一种可行的设计中,所述基础数据包含至少一个订单和第一页面浏览PV数据,所述第一PV数据用于指示所述用户在不受广告干扰的情况下,点击所述至少一个订单中的目标对象的点击量,所述处理单元22,用于将所述至少一个订单划分为至少一个订单集合,根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量,根据所述至少一个订单、所述第一PV数据和所述至少一个订单集合中各订单集合的PV量,确定所述至少一个结算数据。
一种可行的设计中,所述处理单元22将至少一个订单划分为至少一个订单集合时,用于根据各订单的属性,确定各订单所属的订单集合,所述属性包括订单渠道、订单类型或消费币种中的至少一个。
一种可行的设计中,所述处理单元22根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量之后,还用于对于所述至少一个订单集合中的任意一个订单集合,确定所述订单集合中各订单对应的目标对象的作弊PV量,所述作弊PV量为恶意提高所述目标对象点击量的点击行为对应的PV量;从所述订单集合对应的PV量中滤除所述作弊PV量。
一种可行的设计中,所述处理单元22预处理所述基础数据,以得到所述至少一个结算数据时,用于从所述基础数据中提取出第二PV数据和收益数据,所述第二PV数据用于指示所述用户点击添加广告的目标对象的点击量,所述收益数据用于指示所述用户操作点击添加广告的目标对象时产生的收益;根据所述第二PV数据和所述收益数据确定所述至少一个结算数据。
一种可行的设计中,在所述发送单元23将所述至少两个子任务中的不同子任务下发至不同的第二节点之后,所述接收单元21还用于接收所述第二节点发送的反馈消息,所述反馈消息用于指示所述第二节点是否成功执行所述第二节点的子任务。
若所述反馈消息指示所述第二节点未成功执行所述第二节点的子任务,所述发送单元23,还用于将所述第二节点对应的子任务发送至其他第二节点。
一种可行的设计中,所述接收单元21,用于接收所述电子设备发送的携带所述目标任务的结算请求。
本申请实施例提供的结算装置,可用于如上实施例中第一节点执行的方法,其实现原理和技术效果类似,在此不再赘述。
根据本申请的实施例,本申请还提供了一种电子设备和一种可读存储介质。
图7是用来实现本申请实施例结算方法的第一节点的框图。第一节点旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。第一节点还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图7所示,该第一节点包括:一个或多个处理器31、存储器32,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在第一节点内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样,可以连接多个第一节点,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器31为例。
存储器32即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的结算方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的结算方法。
存储器32作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块,如本申请实施例中的结算方法对应的程序指令/模块(例如,附图6所示的接收单元21、处理单元22和发送单元23)。处理器31通过运行存储在存储器32中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的结算方法。
存储器32可以包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需要的应用程序;存储数据区可存储根据结算第一节点的使用所创建的数据等。此外,存储器32可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器32可选包括相对于处理器31远程设置的存储器,这些远程存储器可以通过网络连接至结算第一节点。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的第一节点还可以包括:输入装置33和输出装置34。处理器31、存储器32、输入装置33和输出装置34可以通过总线或者其他方式连接,图7中以通过总线连接为例。
输入装置33可接收输入的数字或字符信息,以及产生与结算第一节点的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置34可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
本申请实施例还提供一种结算方法,包括:将目标任务拆分为至少两个子任务,确定所述至少两个子任务中各子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果,对于所述至少两个子任务中的任意一个子任务,根据所述子任务对应的结算数据处理所述子任务,所述至少两个子任务中任意两个无依赖关系的子任务占用不同的计算资源。
该实施例的具体实现原理可以参见上述实施例的记载,此处不再赘述。
根据本申请实施例的技术方案,分布式平台的第一节点接收到结算请求后,响应该结算请求将目标任务拆分为多个子任务,确定每个子任务对应的结算数据,并将子任务和该子任务对应的结算数据下发给第二节点,不同的第二节点并行处理各自的子任务从而完成结算。该过程中,由于是多个第二节点并行处理子任务,因此提高了结算速度;同时,由于第一节点上储存目标任务和各种结算数据,由第一节点针对子任务确定该子任务的结算数据,因此能够保证子任务和结算数据的一致性,提高结算准确率。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域研发人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。

Claims (19)

1.一种结算方法,包括:
第一节点接收电子设备发送的结算请求,所述结算请求用于请求执行目标任务;
所述第一节点响应所述结算请求,将所述目标任务拆分为至少两个子任务;
所述第一节点将所述至少两个子任务中的不同子任务下发至不同的第二节点;
所述第一节点向所述第二节点发送与所述第二节点执行的子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果。
2.根据权利要求1所述的方法,其中,所述第一节点向所述第二节点发送结算数据之前,还包括:
所述第一节点获取基础数据,所述基础数据包含用户操作所述目标任务对应的目标对象时产生的数据;
所述第一节点预处理所述基础数据,以得到所述至少一个结算数据。
3.根据权利要求2所述的方法,其中,所述基础数据包含至少一个订单和第一页面浏览PV数据,所述第一PV数据用于指示所述用户在不受广告干扰的情况下,点击所述至少一个订单中的目标对象的点击量;所述第一节点预处理所述基础数据,以得到所述至少一个结算数据,包括:
所述第一节点将所述至少一个订单划分为至少一个订单集合;
所述第一节点根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量;
所述第一节点根据所述至少一个订单、所述第一PV数据和所述至少一个订单集合中各订单集合的PV量,确定所述至少一个结算数据。
4.根据权利要求3所述的方法,其中,所述第一节点将至少一个订单划分为至少一个订单集合,包括:
所述第一节点根据各订单的属性,确定各订单所属的订单集合,所述属性包括订单渠道、订单类型或消费币种中的至少一个。
5.根据权利要求3或4所述的方法,其中,所述第一节点根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量之后,还包括:
对于所述至少一个订单集合中的任意一个订单集合,所述第一节点确定所述订单集合中各订单对应的目标对象的作弊PV量,所述作弊PV量为恶意提高所述目标对象点击量的点击行为对应的PV量;
所述第一节点从所述订单集合对应的PV量中滤除所述作弊PV量。
6.根据权利要求2所述的方法,其中,所述第一节点预处理所述基础数据,以得到所述至少一个结算数据,包括:
所述第一节点从所述基础数据中提取出第二PV数据和收益数据,所述第二PV数据用于指示所述用户点击添加广告的目标对象的点击量,所述收益数据用于指示所述用户操作点击添加广告的目标对象时产生的收益;
所述第一节点根据所述第二PV数据和所述收益数据确定所述至少一个结算数据。
7.根据权利要求1-4、6任一项所述的方法,其中,所述第一节点将所述至少两个子任务中的不同子任务下发至不同的第二节点之后,还包括:
所述第一节点接收所述第二节点发送的反馈消息,所述反馈消息用于指示所述第二节点是否成功执行所述第二节点的子任务;
若所述反馈消息指示所述第二节点未成功执行所述第二节点的子任务,所述第一节点将所述第二节点对应的子任务发送至其他第二节点。
8.根据权利要求1-4、6任一项所述的方法,其中,所述第一节点接收电子设备发送的结算请求,包括:
所述第一节点接收所述电子设备发送的携带所述目标任务的结算请求。
9.一种结算装置,包括:
接收单元,用于接收电子设备发送的结算请求,所述结算请求用于请求执行目标任务;
处理单元,用于响应所述结算请求,将所述目标任务拆分为至少两个子任务;
发送单元,用于将所述至少两个子任务中的不同子任务下发至不同的第二节点,向所述第二节点发送与所述第二节点执行的子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果。
10.根据权利要求9所述的装置,其中,所述处理单元在所述发送单元向所述第二节点发送结算数据之前,还用于获取基础数据,所述基础数据包含用户操作所述目标任务对应的目标对象时产生的数据,预处理所述基础数据,以得到所述至少一个结算数据。
11.根据权利要求10所述的装置,其中,所述基础数据包含至少一个订单和第一页面浏览PV数据,所述第一PV数据用于指示所述用户在不受广告干扰的情况下,点击所述至少一个订单中的目标对象的点击量,所述处理单元,用于将所述至少一个订单划分为至少一个订单集合,根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量,根据所述至少一个订单、所述第一PV数据和所述至少一个订单集合中各订单集合的PV量,确定所述至少一个结算数据。
12.根据权利要求11所述的装置,其中,所述处理单元将至少一个订单划分为至少一个订单集合时,用于根据各订单的属性,确定各订单所属的订单集合,所述属性包括订单渠道、订单类型或消费币种中的至少一个。
13.根据权利要求11或12所述的装置,其中,所述处理单元根据所述第一PV数据,确定所述至少一个订单集合中各订单集合中的PV量之后,还用于对于所述至少一个订单集合中的任意一个订单集合,确定所述订单集合中各订单对应的目标对象的作弊PV量,所述作弊PV量为恶意提高所述目标对象点击量的点击行为对应的PV量;从所述订单集合对应的PV量中滤除所述作弊PV量。
14.根据权利要求10所述的装置,其中,所述处理单元预处理所述基础数据,以得到所述至少一个结算数据时,用于从所述基础数据中提取出第二PV数据和收益数据,所述第二PV数据用于指示所述用户点击添加广告的目标对象的点击量,所述收益数据用于指示所述用户操作点击添加广告的目标对象时产生的收益;根据所述第二PV数据和所述收益数据确定所述至少一个结算数据。
15.根据权利要求9-12、14任一项所述的装置,其中,在所述发送单元将所述至少两个子任务中的不同子任务下发至不同的第二节点之后,所述接收单元还用于接收所述第二节点发送的反馈消息,所述反馈消息用于指示所述第二节点是否成功执行所述第二节点的子任务;若所述反馈消息指示所述第二节点未成功执行所述第二节点的子任务,所述发送单元,还用于将所述第二节点对应的子任务发送至其他第二节点。
16.根据权利要求9-12、14任一项所述的装置,其中,
所述接收单元,用于接收所述电子设备发送的携带所述目标任务的结算请求。
17.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。
18.一种存储有计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。
19.一种结算方法,包括:
将目标任务拆分为至少两个子任务;
确定所述至少两个子任务中各子任务对应的结算数据,所述结算数据用于获取所述子任务的结算结果;
对于所述至少两个子任务中的任意一个子任务,根据所述子任务对应的结算数据处理所述子任务,所述至少两个子任务中任意两个无依赖关系的子任务占用不同的计算资源。
CN202010838663.6A 2020-08-19 2020-08-19 结算方法、装置、节点及可读存储介质 Active CN111985914B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010838663.6A CN111985914B (zh) 2020-08-19 2020-08-19 结算方法、装置、节点及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010838663.6A CN111985914B (zh) 2020-08-19 2020-08-19 结算方法、装置、节点及可读存储介质

Publications (2)

Publication Number Publication Date
CN111985914A true CN111985914A (zh) 2020-11-24
CN111985914B CN111985914B (zh) 2024-04-12

Family

ID=73434872

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010838663.6A Active CN111985914B (zh) 2020-08-19 2020-08-19 结算方法、装置、节点及可读存储介质

Country Status (1)

Country Link
CN (1) CN111985914B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988707A (zh) * 2021-03-10 2021-06-18 北京首汽智行科技有限公司 一种基础数据管理方法及系统
CN113626194A (zh) * 2021-08-10 2021-11-09 上海微盟企业发展有限公司 一种报表文件生成方法、装置、设备及可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018036307A1 (zh) * 2016-08-23 2018-03-01 腾讯科技(深圳)有限公司 推送信息订单的信息处理方法、分配方法、装置及存储介质
CN108335137A (zh) * 2018-01-31 2018-07-27 北京三快在线科技有限公司 排序方法及装置、电子设备、计算机可读介质
WO2018198022A1 (en) * 2017-04-25 2018-11-01 Phrenzi Limited System and method for updating a stored record associated with a subscriber of a program
CN110400186A (zh) * 2019-08-07 2019-11-01 北京一点网聚科技有限公司 一种用户收益计算方法及装置
CN110889734A (zh) * 2019-01-10 2020-03-17 广东乐心医疗电子股份有限公司 一种订单处理方法、装置、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018036307A1 (zh) * 2016-08-23 2018-03-01 腾讯科技(深圳)有限公司 推送信息订单的信息处理方法、分配方法、装置及存储介质
CN107767164A (zh) * 2016-08-23 2018-03-06 腾讯科技(北京)有限公司 推送信息订单的信息处理方法、分配方法及装置
WO2018198022A1 (en) * 2017-04-25 2018-11-01 Phrenzi Limited System and method for updating a stored record associated with a subscriber of a program
CN108335137A (zh) * 2018-01-31 2018-07-27 北京三快在线科技有限公司 排序方法及装置、电子设备、计算机可读介质
CN110889734A (zh) * 2019-01-10 2020-03-17 广东乐心医疗电子股份有限公司 一种订单处理方法、装置、电子设备及存储介质
CN110400186A (zh) * 2019-08-07 2019-11-01 北京一点网聚科技有限公司 一种用户收益计算方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
王宁;: "一种基于集群的通用并行计算框架设计", 现代计算机(专业版), no. 35, 15 December 2016 (2016-12-15) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988707A (zh) * 2021-03-10 2021-06-18 北京首汽智行科技有限公司 一种基础数据管理方法及系统
CN113626194A (zh) * 2021-08-10 2021-11-09 上海微盟企业发展有限公司 一种报表文件生成方法、装置、设备及可读存储介质

Also Published As

Publication number Publication date
CN111985914B (zh) 2024-04-12

Similar Documents

Publication Publication Date Title
CN102158373B (zh) 面向银行中间业务的高端服务器性能评测系统
CA3105363C (en) System and method for offloading application extension script execution from application hosting infrastructure
CN108520008A (zh) 数据仓库模型的构建方法及构建装置
CN111985914B (zh) 结算方法、装置、节点及可读存储介质
CN110555758A (zh) 一种企业财税智能管理系统
CA3050374A1 (en) Debt resolution planning platform
JP6788063B2 (ja) 利用者を通じてコンテンツに対する報酬を提供する方法およびシステム
US20180211292A1 (en) Tracking the state of billing records in a metered billing system for resolving billing disputes
CN112258306B (zh) 账务信息核对的方法、装置、电子设备和存储介质
CN111695886B (zh) 虚拟货币的记账方法、装置、电子设备及可读存储介质
CN109087201A (zh) 虚拟资源的数据处理方法、服务器及存储介质
CN112001595B (zh) 一种资源拆分方法及装置
CN109816558B (zh) 基于saas的变压器技术服务平台系统
Resceanu et al. SaaS solutions for small-medium businesses: Developer's perspective on creating new SaaS products
CN114548963A (zh) 支付交互处理方法及装置
CN112330502A (zh) 合同审核方法及装置、电子设备、存储介质
JP2023070595A (ja) 取引支援システム、取引支援方法及びプログラム
CN113643014B (zh) 基于区块链的交易管理方法、装置、设备、介质和程序
KR20130062402A (ko) 신용카드 딜 노출방법, 서버 및 컴퓨터로 판독 가능한 기록매체
US10346864B2 (en) System and method for transaction based pricing
US11314382B2 (en) System, method and user interface for determining an employee's labor cost rate
CN113989001A (zh) 虚拟资产结算方法、装置、电子设备以及存储介质
CN113516466A (zh) 请求响应方法、请求响应装置、电子设备及可读存储介质
CN114119089A (zh) 一种内部资金转移定价系统、方法、设备和介质
CN113643014A (zh) 基于区块链的交易管理方法、装置、设备、介质和程序

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant