CN110597848A - 数据业务结算方法及系统、存储介质、服务器 - Google Patents

Abstract

一种数据业务结算方法及系统、存储介质、服务器，所述数据业务结算方法包括：接收数据供方上传的业务日志，所述业务日志包括数据查询结果；对所述数据查询结果进行筛选，以得到有效数据查询结果；将所述有效数据查询结果发送至数据需方，并接收所述数据需方发出的统计日志，所述统计日志包括数据查询结果总数；当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。通过本发明提供的技术方案，可以更加准确地实现数据业务结算。

Description

数据业务结算方法及系统、存储介质、服务器

技术领域

本发明涉及数据流通领域，具体地涉及一种数据业务结算方法及系统、存储介质、服务器。

背景技术

交易市场由于本身角色的特殊性，不仅涉及客户交易资金的流水，同时由于不同交易业务类型的存在，交易市场本身不可避免的需实现一定的预付费业务。资金流通一直是交易过程中最为敏感的问题。因而，取得客户的信任并使其放心的将资金放在市场上流通是交易市场生存的最重要一环。

一方面，考虑到将资金交付给作为第三方的银行接管，可以从很大程度上解除客户对资金安全的后顾之忧，从而使市场可以在相对稳定的环境中发展。另一方面，数据交易中数据业务结算的准确性一定程度上依赖于数据查询结果的准确性。因而，基于交易市场业务结算体系，特别是对数据交易(例如，每日的数据交易)进行准确结算，提高数据交易结算的准确度，并尽快将交易资金交予作为第三方的银行是十分必要的。

发明内容

本发明解决的技术问题是如何准确实现数据业务结算。

为解决上述技术问题，本发明实施例提供一种数据业务结算方法，包括：接收数据供方上传的业务日志，所述业务日志包括数据查询结果；对所述数据查询结果进行筛选，以得到有效数据查询结果；将所述有效数据查询结果发送至数据需方，并接收所述数据需方发出的统计日志，所述统计日志包括数据查询结果总数；当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。

可选的，在计算得到所述有效数据查询结果的结算明细之前，所述业务结算方法还包括：确定所述业务日志关联的订单信息，所述订单信息包括数据查询单价。

可选的，所述订单信息还包括封顶金额，所述业务结算方法还包括：当所述订单结算金额超出所述封顶金额时，将所述封顶金额作为所述订单结算金额。

可选的，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述当所述订单结算金额超出所述封顶金额时，将所述封顶金额作为所述订单结算金额包括：对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；根据计算得到的各个备用结算金额，计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；如果所述累计结算金额超出所述封顶金额，那么将该结算时间段内的结算金额确定为所述封顶金额与第一结算金额之差，所述第一结算金额为除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额。

可选的，所述订单信息还包括保底金额，所述业务结算方法还包括：当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额。

可选的，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额包括：对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；根据计算得到的各个备用结算金额计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；如果所述累计结算金额小于所述保底金额，那么末个时间段的结算金额为所述保底金额与第一结算金额之差，所述第一结算金额为除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额，所述末个时间段指的是，按照时间先后顺序，从所述多个结算时间段中得到的最后一个结算时间段。

可选的，所述数据业务结算方法还包括：将所述结算明细发送至所述数据供方和数据需方。

为解决上述技术问题，本发明实施例还提供一种数据业务结算系统，包括：数据分析平台，用于接收数据供方上传的业务日志，所述业务日志包括数据查询结果；所述数据分析平台还用于对所述数据查询结果进行筛选，以得到有效数据查询结果，并将所述有效数据查询结果发送至数据需方；结算平台，用于接收所述数据需方发出的统计日志，所述统计日志包括数据查询结果总数；所述结算平台还用于当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。

可选的，所述数据业务结算系统还包括：交易撮合平台，用于在计算得到所述有效数据查询结果的结算明细之前，确定所述业务日志关联的订单信息，所述订单信息包括数据查询单价。

可选的，所述订单信息还包括封顶金额，所述结算平台还用于当所述订单结算金额超出所述封顶金额时，将所述封顶金额作为所述订单结算金额。

可选的，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述结算平台包括：第一计算模块，对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；第二计算模块，用于根据计算得到的各个备用结算金额，计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；第一确定模块，如果所述累计结算金额超出所述封顶金额，那么所述第一确定模块用于将该结算时间段内的结算金额确定为所述封顶金额与第一结算金额之差，所述第一结算金额为除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额。

可选的，所述订单信息还包括保底金额，所述结算平台还用于当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额。

可选的，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述结算平台包括：第三计算模块，对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；第四计算模块，用于根据计算得到的各个备用结算金额计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；第二确定模块，如果所述累计结算金额小于所述保底金额，那么所述第二确定模块用于将末个时间段的结算金额确定为所述保底金额与所述累计结算金额之差，所述末个时间段指的是，按照时间先后顺序，从所述多个结算时间段中得到的最后一个结算时间段。

可选的，所述结算平台将所述结算明细经由所述交易撮合平台发送至所述数据供方和数据需方。

为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述方法的步骤。

为解决上述技术问题，本发明实施例还提供一种服务器，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述方法的步骤。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

本发明实施例提供一种数据业务结算方法，包括：接收数据供方上传的业务日志，所述业务日志包括数据查询结果；对所述数据查询结果进行筛选，以得到有效数据查询结果；将所述有效数据查询结果发送至数据需方，并接收所述数据需方发出的统计日志，所述统计日志包括数据查询结果总数；当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。本发明实施例通过对数据查询结果进行筛查，可以滤除无效数据，进而得到有效数据查询结果，基于该有效数据查询结果确定结算明细，可以更加准确地完成数据业务结算，为数据交易市场提供一种可行的资金结算方案，有利于提高数据交易系统运行的稳定性。进一步，计算出订单结算金额后，可以使资金实现在线流转，有利于借助第三方(例如，银行)进行资金监管，进而提高数据交易资金的安全性。

进一步，所述订单信息还包括封顶金额，所述业务结算方法还包括：当所述订单结算金额超出所述封顶金额时，将所述封顶金额作为所述订单结算金额。本发明实施例为数据供方和数据需方提供一种基于封顶金额的数据交易结算方法，为数据供需双方提供更多数据交易结算方案，有利于促成交易。

进一步，所述订单信息还包括保底金额，所述业务结算方法还包括：当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额。本发明实施例为数据供方和数据需方提供一种基于保底金额的数据交易结算方法，为数据供需双方提供更多数据交易结算方案，有利于促成交易。

附图说明

图1是本发明实施例的一种数据业务结算方法的流程示意图；

图2是图1所示步骤S103的一种具体实施方式的流程示意图；

图3是本发明实施例的一种数据业务结算系统的架构示意图；

图4是本发明实施例的一种典型场景下的数据业务结算系统的架构示意图。

具体实施方式

如背景技术所言，现有数据业务结算方法有待提高。

本发明实施例提供一种数据业务结算方法，包括：接收数据供方上传的业务日志，所述业务日志包括数据查询结果；对所述数据查询结果进行筛选，以得到有效数据查询结果；将所述有效数据查询结果发送至数据需方，并接收所述数据需方发出的业务结算请求，所述第三业务结算请求包括数据查询结果总数；当所述有效数据查询结果的数量等于所述业务结算请求中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。

本发明实施例通过对数据查询结果进行筛查，可以滤除无效数据，进而得到有效数据查询结果，基于该有效数据查询结果确定结算明细，可以更加准确地完成数据业务结算，为数据交易市场提供一种可行的资金结算方案，有利于提高数据交易系统运行的稳定性。

进一步，计算出订单结算金额后，可以使资金实现在线流转，有利于借助第三方(例如，银行)进行资金监管，进而提高数据交易资金的安全性。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

本文中，基于交易市场的清结算系统是一种应用于交易市场方及市场交易品供需方同时接受银行作为资金监管的系统，可使资金实现在线流转，同时通过银行进行资金监管的实现方式也极大地提升市场参与方对交易市场的信心。

本文中的出金指的是用户将资金从银行监管子账户划转到市场结算账户中。

本文中的入金指的是用户将资金从市场结算账户划转到银行监管子账户中。

本文中的线下飞入指的是用户没有通过交易市场的交易平台进行充值，而是通过线下资金划转的方式充值。

本文中的结算指的是交易市场内订单级以及配送任务级的收支费用统计。例如，可以每日执行结算。

本文中的对账指的是交易市场内各账户的账户金额变动值与银行监管账户对应的各子账户的账户金额变动值比对。比对结果一致表示对账通过。可进行清算操作，比对结果不一致表示对账不通过，意味着交易市场和银行监管账户有资金变动不一致，不可以进行清算操作。对账可以在每日完成结算后执行。

本文中的清算指的是交易市场内成员级的收支费用的统计。例如，清算可以每日在对账成功后执行。

本文中的账户余额指的是账户中所剩下的金额。

本文中的充值金额指的是用于记录用户账户中全部的资金信息。充值金额等于充值余额与分配金额之和。

本文中的分配金额指的是充值金额中分配到各产品中的金额。分配金额等于所有产品账户中分配金额之和。

本文中的可提现金额指的是用户账户收入的金额，可以提现。

本文中的冻结金额指的是充值、提现尚未审批(待审批)的金额，在账户资金流动过程中暂不能使用的金额。

本文中的平台授信额度指的是交易中心给予用户的可透支的信用额度。平台授信额度等于已使用额度与未使用额度之和。

本文中的供方授信额度指的是数据供方给予数据需方的可透支的信用额度，供方授信额度等于数据需方已使用额度与数据需方未使用额度之和。

本文中的签约指的是监管银行为交易市场的用户生成监管子账户，并绑定银行卡

本文中的开市指的是银行可用接受用户(交易商)的出入金等业务。

本文中的闭市指的是银行停止本日用户(交易商)的出入金等业务，为日终清算做准备。

本文中的签到指的是交易市场向银行发送信息表示可用接受用户(交易商)的出入金等业务。

本文中的签退指的是交易市场向银行发送信息表示暂停用户(交易商)的出入金等业务。

本文中的市场编号指的是银行为交易市场(市场)分配的，用以标示市场的编号。

本文中的交易品指的是数据在线交易平台挂出的可供交易的商品。

本文中的互联对象指的是数据在线交易平台的数据供方挂出的自身可供数据需方购买的交易品，该交易品具有数据供方自身的特性。

本文中的交易佣金指的是数据在线交易的数据供需双方承诺给数据在线交易平台的佣金，佣金有多种形式，如固定金额的佣金，或收取结算金额的固定比例佣金等。

本文中的折扣指的是依据约定，对某个订单中的互联对象减免一定的费用，该减免费用不计入结算单和佣金计算。

本文中的封顶金额指的是订单生命周期内累计结算的最高金额，每次结算时均判断。若订单有效期内累计结算的金额大于约定的封顶金额，则该订单的多余金额不计入结算金额。若订单有效期内累计结算的金额小于约定的封顶金额，则根据实际结算金额结算。

本文中的保底金额指的是订单生命周期内累计结算的最低金额，订单到期日结算时检查。若订单有效期内结算的累计金额小于约定的保底金额，则最终按照保底金额减去累计金额结算。若订单有效期内结算的累计金额大于约定的保底金额，则根据实际结算结果结算。

图1是本发明实施例的一种数据业务结算方法的流程示意图。所述数据业务结算方法可以由服务器执行。所述服务器可以是服务器集群，服务器集群中的不同服务器用于完成不同功能。所述服务器集群可以形成业务结算系统，以进行数据业务结算。

具体而言，所述数据业务结算方法可以包括以下步骤：

步骤S101，接收数据供方上传的业务日志，所述业务日志包括数据查询结果；

步骤S102，对所述数据查询结果进行筛选，以得到有效数据查询结果；

步骤S103，将所述有效数据查询结果发送至数据需方，并接收所述数据需方发出的统计日志，所述统计日志包括数据查询结果总数；

步骤S104，当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。

更具体而言，数据供方可以在数据结算系统达成交易撮合。所述数据结算系统可以利用服务器(称之为交易撮合服务器)进行在线下单，并约定订单的价格、配送方式、配送信息、折扣信息、佣金信息等。

进一步，所述交易撮合服务器可以确定所述业务日志关联的订单信息，所述订单信息包括数据查询单价。

在步骤S101中，数据业务结算系统中的服务器(例如，数据分析服务器)可以接收数据供方上传的业务日志。所述业务日志可以包括数据查询请求以及对应的数据查询结果。

在步骤S102中，所述数据分析服务器可以对所述数据查询结果进行筛查，将所述数据查询结果中的无效数据滤除，以得到有效数据查询结果。在筛查时，可以剔除数据查询结果为空或明显错误的数据查询结果。也可以滤除数据查询请求或结果重复的内容。

在步骤S103中，所述数据分析服务器可以将所述有效数据查询结果发送至数据需方。所述数据需方可以对所述有效数据查询结果进行统计，得到统计日志。所述统计日志可以包括数据查询结果总数。之后，所述数据需方可以将所述统计日志上传至结算服务器，所述结算服务器可以进行数据业务结算。

在步骤S104中，所述结算服务器可以比较所述有效数据查询结果的数量和所述统计日志中的数据查询结果总数。如果所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数，那么可以计算出所述有效数据查询结果的结算金额，以及其他对账信息，进而得到结算明细，所述结算明细可以包括订单结算金额。

在具体实施中，所述订单信息还可以包括封顶金额，当所述订单结算金额超出所述封顶金额时，所述结算服务器可以将所述封顶金额作为所述订单结算金额。否则，所述结算服务器可以将实际产生的订单结算金额作为所述订单结算金额。

作为一个非限制性的例子，所述订单结算金额可以为预设时间段内的总金额，所述预设时间段可以包括多个结算时间段。每一结算时间段的持续时间通常是相等的。例如，每一结算时间段为1日。

对于每一订单而言，可以在所述预设时间段内进行交易结算。当所述预设时间段包括多个结算时间段时，所述结算服务器可以计算每一结算时间段内的备用结算金额。如果在该结算时间段内未达到所述封顶金额，那么所述结算服务器可以将该结算时间段内产生的备用结算金额作为该结算时间段内产生的结算金额，并可以将所述结算金额以及结算明细发送至所述交易撮合服务器，以由所述交易撮合服务器分发至所述数据供方和数据需方。

之后，所述结算服务器可以计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段。所述累计结算金额等于所述首个结算时间段至当前结算时间段的所有结算时间段内的备用结算金额之和。

进一步，如果所述累计结算金额超出所述封顶金额，那么所述结算服务器可以将该结算时间段内的结算金额确定为所述封顶金额与第一结算金额之差，所述第一结算金额是除该结算时间段(也即当前结算时间段)以外的累计结算时间段内的其他结算时间段的总结算金额。

例如，所述封顶金额为100元。所述预设时间段为5日，包括5个结算时间段，每一结算时间段为1日。第1日计算产生的备用结算金额为20元，第2日计算产生的备用结算金额为30元，第3日计算产生的备用结算金额为40元，第4日计算产生的备用结算金额为30元，第5日计算产生的备用结算金额为25元。

在此条件下，第1日产生的累计结算金额为20元，未超过所述封顶金额，所述结算服务器可以将所述第1日的备用结算金额作为所述第1日的结算金额，并可以将所述结算金额以及结算明细发送至所述交易撮合服务器。第2日的累计结算金额为50元，未超出所述封顶金额，所述结算服务器可以将所述第2日的备用结算金额作为所述第2日产生的结算金额，并可以将所述结算金额以及结算明细发送至所述交易撮合服务器。第3日的累计结算金额为90元，也未超出所述封顶金额，所述结算服务器可以将所述第3日的备用结算金额作为所述第3日产生的结算金额，并可以将所述结算金额以及结算明细发送至所述交易撮合服务器。

进一步，第4日产生的累计结算金额为120元，超出所述封顶金额，此时，第4日实际产生的结算金额为10元，即为所述封顶金额与第一结算金额之差(100-90＝10)，而非第4日产生的备用结算金额。该结算金额以及结算明细也将由所述结算服务器发送至交易撮合服务器。相应地，由于第4日产生的累计结算金额已达到所述封顶金额，因而第5日不再计费，其产生的结算金额为0。

作为另一个非限制性的例子，所述订单信息还可以包括保底金额。当所述订单结算金额小于所述保底金额时，所述结算服务器可以将所述保底金额作为所述订单结算金额。

在具体实施中，所述订单结算金额可以为预设时间段内的总金额，所述预设时间段可以包括多个结算时间段。每一结算时间段的持续时间通常是相等的。例如，每一结算时间段为1日。

对于每一订单而言，可以在所述预设时间段内进行交易结算。当所述预设时间段包括多个结算时间段时，所述结算服务器可以计算每一结算时间段内的备用结算金额。如果当前结算时间段内的备用结算金额或累计结算金额达到所述保底金额，那么所述结算服务器可以将该结算时间段内产生的备用结算金额作为该结算时间段内的结算金额，并可以将所述结算金额以及该结算时间段内的结算明细发送至所述交易撮合服务器，以由所述交易撮合服务器分发至所述数据供方和数据需方。

其中，所述累计结算金额指的是累计时间段内产生的结算金额总数，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至当前结算时间段的全部结算时间段。

进一步，如果所述累计结算金额小于所述保底金额，那么末个时间段的结算金额可以等于所述保底金额与所述第一结算金额之差。

其中，所述末个时间段可以指的是，按照时间先后顺序，从所述多个结算时间段中得到的最后一个结算时间段。所述第一结算金额指的是除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额。

例如，所述保底金额为50元。所述预设时间段为5日，包括5个结算时间段，每一结算时间段为1日。第1日计算产生的备用结算金额为20元，第2日计算产生的备用结算金额为10元，第3日计算产生的备用结算金额为5元，第4日计算产生的备用结算金额为0元，第5日计算产生的备用结算金额为10元。

在此条件下，第1日产生的累计结算金额为20元，未达到所述保底金额，所述结算服务器可以将所述第1日的备用结算金额作为所述第1日的结算金额，并可以将所述结算金额(20元)以及结算明细发送至所述交易撮合服务器。第2日的累计结算金额为30元，未超出所述保底金额，所述结算服务器可以将所述第2日的备用结算金额作为所述第2日产生的结算金额，并可以将所述结算金额以及结算明细发送至所述交易撮合服务器。第3日产生的累计结算金额为35元，也未超出所述保底金额，所述结算服务器可以将所述第3日的备用结算金额作为所述第3日产生的结算金额，并可以将所述结算金额以及结算明细发送至所述交易撮合服务器。第4日产生的累计结算金额仍为35元，未超出所述保底金额。

进一步，第5日产生的累计结算金额为45元，也未超出所述保底金额，此时，第5日是结算的最后1日，因而实际产生的结算金额为15元，即为所述保底金额与所述累计结算金额之差(50-35＝15)，而非第5日产生的备用结算金额。该结算金额以及结算明细也将由所述结算服务器发送至交易撮合服务器。

图2是图1所示步骤S103的一种具体实施方式的流程示意图。下面以订单级数据业务为例，对所述结算服务器在一结算时间段内的数据业务结算方法进行详细阐述。其中，所述结算时间段为1日。

首先，执行步骤S1031，判断前1日是否存在配送量，如果否，即没有配送量，则执行步骤S1032，判断是否为失效订单；如果不是失效订单，则执行步骤S1034，不结算，流程结束。

其次，如果前1日没有配送量，且是失效订单，则执行步骤S1035，即判断当日是否为订单截止日。如果否，则转向步骤S1034，不结算，流程结束。

再次，如果前1日没有配送量，是失效订单，且当日为订单截止日，则执行步骤S1036，判断当前订单是否为保底订单。进一步，如果是保底订单，则执行步骤S1037，即计算累计结算金额是否超过保底金额。如果未超过所述保底金额，则执行步骤S1038，计算实际金额。进一步，执行步骤S1039，生成供需方配送级结算明细；之后，执行步骤S1040，生成供需方订单级结算金额。如果超过所述保底金额，则执行步骤S1041，确定配送级结算金额为0。

进一步，如果前1日没有配送量，是失效订单，当日为订单截止日，且当前订单不是保底订单，则执行步骤S1041，确定配送级结算金额为0。进一步，执行步骤S1039，生成供需方配送级结算明细；之后，执行步骤S1040，生成供需方订单级结算金额。

进一步，如果前1日没有配送量，是失效订单，当日为订单截止日，且保底订单的累计结算金额超过保底金额，则执行步骤S1041，确定配送级结算金额为0。进一步，执行步骤S1039，生成供需方配送级结算明细；之后，执行步骤S1040，生成供需方订单级结算金额。

进一步，如果前1日有配送量，则执行步骤S1033，汇总预结算相关信息。所述预结算相关信息包括产品、单价、配送量、计费方式、订单详情、佣金等)汇总预结算相关信息可以包括(图未示出)：获取当前每个配送任务的各批次信息，获取订单每个配送产品的类型，获取每个配送产品前1日的配送量，获取每个配送产品前1日的单价，获取订单的计费方式，获取订单详情，获取供需方佣金信息。

在执行步骤S1033之后，执行步骤S1042，判断所述订单是否为封顶订单，如果不是封顶订单，则执行步骤S1036，判断所述订单是否为保底订单，如果不是保底订单，则执行步骤S1039和步骤S1040，生成供需方配送级结算明细，以及生成供需方订单级结算金额。

进一步，如果步骤S1042的判断结果表明所述订单不是封顶订单，而是保底订单，则执行步骤S1037，即计算所述订单的累计结算金额是否大于所述订单的保底金额，如果是，则执行步骤S1041和S1039和步骤S1040，即设置配送任务级结算金额为0，并生成供需方配送级结算明细，以及生成供需方订单级结算金额。否则，如果所述订单的累计结算金额不大于所述订单的保底金额，则执行步骤S1038、步骤S1039和步骤S1040，计算实际金额，并生成供需方配送级结算明细，以及生成供需方订单级结算金额。

进一步，如果在获取到所述预结算相关信息后，确定所述订单为封顶订单，则执行步骤S1043，判断所述订单的备用结算金额是否大于封顶金额，如果否，则执行步骤S1044，判断所述订单的备用结算金额是否超出所述封顶金额与累计结算金额之差；如果未超出，则执行步骤S1039和步骤S1040，即生成供需方配送级结算明细，以及生成供需方订单级结算金额。反之，如果所述订单的备用结算金额超出所述封顶金额与累计结算金额之差，则执行步骤S1045，计算实际金额。

进一步，如果所述备用结算金额不大于所述封顶金额，则执行步骤S1041，并转向步骤S1039和步骤S1040，即生成供需方配送级结算明细，以及生成供需方订单级结算金额。

图3是本发明实施例的一种数据业务结算系统的架构示意图。所述数据业务结算系统300可以是服务器集群。

具体而言，参考图3，所述数据业务结算系统300可以包括：数据分析平台301，可以接收数据供方上传的业务日志，所述业务日志包括数据查询结果；所述数据分析平台301还可以用于对所述数据查询结果进行筛选，以得到有效数据查询结果，并将所述有效数据查询结果发送至数据需方。结算平台302，可以接收所述数据需方发出的统计日志(图未示)，所述统计日志包括数据查询结果总数。所述结算平台302还可以用于当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。

进一步，所述数据业务结算系统300还可以包括：交易撮合平台303。所述交易撮合平台303可以用于在计算得到所述有效数据查询结果的结算明细之前，确定所述业务日志关联的订单信息，所述订单信息包括数据查询单价。

在具体实施中，所述订单信息还包括封顶金额，当所述订单结算金额超出所述封顶金额时，所述结算平台302还可以将所述封顶金额作为所述订单结算金额。

在具体实施中，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述结算平台302可以包括：第一计算模块3021、第二计算模块3022和第一确定模块3023。

具体而言，对于所述多个结算时间段中的每一结算时间段，所述第一计算模块3021可以计算该结算时间段内的备用结算金额。进一步，根据计算得到的各个备用结算金额，第二计算模块3022可以计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段。如果所述累计结算金额超出所述封顶金额，那么所述第一确定模块3023可以将该结算时间段内的结算金额确定为所述封顶金额与第一结算金额之差，所述第一结算金额为除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额。

在具体实施中，所述订单信息还可以包括保底金额，所述结算平台302还用于当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额。

在具体实施中，所述订单结算金额为预设时间段内的总金额，所述预设时间段可以包括多个结算时间段，所述结算平台302可以包括：第三计算模块3024、第四计算模块3025和第二确定模块3026。

具体而言，所述第三计算模块3024对于所述多个结算时间段中的每一结算时间段，可以计算该结算时间段内的备用结算金额。所述第四计算模块3025用于根据计算得到的各个备用结算金额计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段。如果所述累计结算金额小于所述保底金额，那么所述第二确定模块3026用于将末个时间段的结算金额确定为所述保底金额与所述累计结算金额之差，所述末个时间段指的是，按照时间先后顺序，从所述多个结算时间段中得到的最后一个结算时间段。

进一步，所述结算平台302可以将所述结算明细经由所述交易撮合平台303发送至所述数据供方和数据需方。

关于图3所示的数据业务结算系统300的工作原理、工作方式的更多内容，可以参照上述图1中的相关描述，这里不再赘述。

图4是本发明实施例的一种典型场景下的数据业务结算系统的架构示意图。参考图4，所述数据业务结算系统400可以包括：数据分析平台401、结算平台402和交易撮合平台403。此外，所述数据业务结算系统100还可以包括供方前置机404和需方前置机405。

在一个实施例中，所述供方前置机404连接数据供方(图未示)，所述需方前置机405连接数据需方(图未示)。

所述交易撮合平台403使得数据供方在数据业务结算系统400达成交易撮合，在线下单，并约定订单的价格，配送方式，配送信息，折扣信息，佣金信息等。

所述数据分析平台401可以收集所述数据业务结算系统400提供的统计日志进行分析处理，并将配送量统计分析结果写入结算平台402的数据库。

所述结算平台402可以根据交易撮合平台403及数据分析平台401提供的信息进行每日订单级交易结算，并提供结算信息及结算明细信息，根据实际结算结果通知交易撮合服务变动余额账户。

具体而言，所述交易撮合平台403可以执行操作s11，分发交易信息给供方前置机404，并可以执行操作s12，分发交易信息给需方前置机405。

所述需方前置机405可以执行操作s3，将数据查询请求发送至供方前置机404。所述供方前置机404可以执行操作s4，将包含数据查询请求及查询结果的业务日志上传数据分析平台401。

进一步，所述供方前置机404可以执行操作s5，返回业务请求给需方前置机405。需要说明的是，为滤除所述查询结果中的无效数据，所述供方前置机404可以将数据分析平台401滤除后的查询结果发送至需方前置机405中。

进一步，需方前置机405可以执行操作s6，将业务日志上传数据分析平台S401和结算平台402。

进一步，交易撮合平台403可以执行操作s7，分发交易信息给结算平台402。

进一步，数据分析平台401执行操作s8，将订单级业务日志发送到结算平台402。

进一步，结算平台402执行操作s9，生成结算单以及结算单明细。

进一步，结算平台402执行操作s10，将结算信息返回给交易撮合平台403，并将数据供需方账户的额度信息返回给交易撮合平台403。

关于所述数据业务结算系统400的工作原理、工作方式的更多内容，可以一并参照上述图1和图2所示实施例中的相关描述，这里不再赘述。

在一个实施例中，监管交易包含交易市场和监管银行有交互关系的交易，包含：成员签约，签约变更，充值，提现，出入金对账，清算对账等。

市场内交易包含全部市场内部进行的无需和监管银行进行交互的业务流程。例如，成员注册，互联对象挂牌，交易撮合，数据配送，交易结算，各种统计分析等。

为确保监管交易的正常进行，交易市场会以固定频率向监管银行发送连通性测试请求，若连续3次连通性测试失败，则说明与监管银行间的网络连接已断，交易市场自动签退。

通常情况下，交易市场和监管银行间的所有交易均是在监管银行开市的前提下进行的。

在一个实施例中，充值金额的业务模式及业务结算模式如下：

首先，银行开市，市场签到。其次，会员在交易市场平台注册成为成员，交易市场为成员开立成员编号。

其次，成员通过交易市场与监管银行侧签约，监管银行在交易市场的监管账户下为成员开设监管子账户。之后，成员将交易资金打入监管子账户中。

进一步，成员通过交易平台根据实际要求进行充值，将监管账户中的部分或全部资金打入交易平台资金账户，成员充值有线上充值和线下飞入两种方式，分别应用于不同场景：(1)线上充值应用于成员开立监管子账户的银行卡为监管银行的银行卡。(2)线下飞入应用于成员开立监管子账户的银行卡为非监管银行的银行卡。

进一步，数据供需方在交易平台的撮合下达成一致意向下单并配置工单，订单生效后交易平台系统将订单信息，成员信息，路由信息等推送给供需方前置机，同时将额度信息推送给额度控制服务。

进一步，数据供需方会员通过供需方前置机在额度控制服务的实时额度控制下发生实际请求和花费，产生一定的收支金额。

进一步，除充值外，交易平台可根据实际业务情况向监管银行发起提现等实时影响账户金额的操作，该操作引起的操作结果将被记录并在出入金对账流水中用于出入金对账。

进一步，每日交易结束后，在下一日的结算时间点交易平台触发结算，将前一日系统内每张订单的实际结算金额进行统一计算并将成员余额账户的收支费用进行实际调整。

进一步，结算完成后，交易平台的交易撮合服务将余额账户变动后的账户额度及结算点信息提供给额度控制服务供额度控制金额的调整。

由上，通过本发明实施例提供的数据业务结算方法，可以提高数据业务结算准确率，实现资金在线流转，在线实现充值、提现、对账、清算等资金交易，操作简单，使用方便。

进一步地，本发明实施例还公开一种存储介质，其上存储有计算机指令，所述计算机指令运行时执行上述图1和图2所示实施例中所述的数据流通方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述计算机可读存储介质可以包括ROM、RAM、磁盘或光盘等。

进一步地，本发明实施例还公开一种服务器，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行上述图1和图2所示实施例中所述的数据流通方法技术方案。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (16)

1.一种数据业务结算方法，其特征在于，包括：

接收数据供方上传的业务日志，所述业务日志包括数据查询结果；

对所述数据查询结果进行筛选，以得到有效数据查询结果；

将所述有效数据查询结果发送至数据需方，并接收所述数据需方发出的统计日志，所述统计日志包括数据查询结果总数；

当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。

2.根据权利要求1所述的数据业务结算方法，其特征在于，在计算得到所述有效数据查询结果的结算明细之前，所述业务结算方法还包括：

确定所述业务日志关联的订单信息，所述订单信息包括数据查询单价。

3.根据权利要求2所述的数据业务结算方法，其特征在于，所述订单信息还包括封顶金额，所述业务结算方法还包括：

当所述订单结算金额超出所述封顶金额时，将所述封顶金额作为所述订单结算金额。

4.根据权利要求3所述的数据业务结算方法，其特征在于，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述当所述订单结算金额超出所述封顶金额时，将所述封顶金额作为所述订单结算金额包括：

对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；

根据计算得到的各个备用结算金额，计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；

如果所述累计结算金额超出所述封顶金额，那么将该结算时间段内的结算金额确定为所述封顶金额与第一结算金额之差，所述第一结算金额为除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额。

5.根据权利要求2所述的数据业务结算方法，其特征在于，所述订单信息还包括保底金额，所述业务结算方法还包括：

当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额。

6.根据权利要求5所述的数据业务结算方法，其特征在于，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额包括：

对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；

根据计算得到的各个备用结算金额计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；

如果所述累计结算金额小于所述保底金额，那么末个时间段的结算金额为所述保底金额与第一结算金额之差，所述第一结算金额为除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额，所述末个时间段指的是，按照时间先后顺序，从所述多个结算时间段中得到的最后一个结算时间段。

7.根据权利要求1至6任一项所述的数据业务结算方法，其特征在于，还包括：

将所述结算明细发送至所述数据供方和数据需方。

8.一种数据业务结算系统，其特征在于，包括：

数据分析平台，用于接收数据供方上传的业务日志，所述业务日志包括数据查询结果；

所述数据分析平台还用于对所述数据查询结果进行筛选，以得到有效数据查询结果，并将所述有效数据查询结果发送至数据需方；

结算平台，用于接收所述数据需方发出的统计日志，所述统计日志包括数据查询结果总数；

所述结算平台还用于当所述有效数据查询结果的数量等于所述统计日志中的数据查询结果总数时，计算得到所述有效数据查询结果的结算明细，所述结算明细包括订单结算金额。

9.根据权利要求8所述的数据业务结算系统，其特征在于，还包括：

交易撮合平台，用于在计算得到所述有效数据查询结果的结算明细之前，确定所述业务日志关联的订单信息，所述订单信息包括数据查询单价。

10.根据权利要求9所述的数据业务结算系统，其特征在于，所述订单信息还包括封顶金额，所述结算平台还用于当所述订单结算金额超出所述封顶金额时，将所述封顶金额作为所述订单结算金额。

11.根据权利要求10所述的数据业务结算系统，其特征在于，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述结算平台包括：

第一计算模块，对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；

第二计算模块，用于根据计算得到的各个备用结算金额，计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；

第一确定模块，如果所述累计结算金额超出所述封顶金额，那么所述第一确定模块用于将该结算时间段内的结算金额确定为所述封顶金额与第一结算金额之差，所述第一结算金额为除该结算时间段以外的累计结算时间段内的其他结算时间段的总结算金额。

12.根据权利要求9所述的数据业务结算系统，其特征在于，所述订单信息还包括保底金额，所述结算平台还用于当所述订单结算金额小于所述保底金额时，将所述保底金额作为所述订单结算金额。

13.根据权利要求12所述的数据业务结算系统，其特征在于，所述订单结算金额为预设时间段内的总金额，所述预设时间段包括多个结算时间段，所述结算平台包括：

第三计算模块，对于所述多个结算时间段中的每一结算时间段，计算该结算时间段内的备用结算金额；

第四计算模块，用于根据计算得到的各个备用结算金额计算累计时间段内的累计结算金额，所述累计结算时间段指的是，按照时间先后顺序，从所述多个结算时间段中的首个结算时间段至该结算时间段的全部结算时间段；

第二确定模块，如果所述累计结算金额小于所述保底金额，那么所述第二确定模块用于将末个时间段的结算金额确定为所述保底金额与所述累计结算金额之差，所述末个时间段指的是，按照时间先后顺序，从所述多个结算时间段中得到的最后一个结算时间段。

14.根据权利要求9至13任一项所述的数据业务结算系统，其特征在于，所述结算平台将所述结算明细经由所述交易撮合平台发送至所述数据供方和数据需方。

15.一种存储介质，其上存储有计算机指令，其特征在于，所述计算机指令运行时执行权利要求1至7任一项所述的方法的步骤。

16.一种服务器，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，其特征在于，所述处理器运行所述计算机指令时执行权利要求1至7中任一项所述的方法的步骤。