CN108564354A - 结算方法、服务平台及服务器 - Google Patents

Abstract

结算方法、服务平台及服务器。本说明书实施例所提供的服务平台，至少包括有判断模块、存储模块和结算模块，判断模块能够在订单支付完成后，判断与结算流程相关的用户标识是否需要记录，以及将需要记录的用户标识发送给存储模块，由存储模块存储所述用户标识。在用户量较大的情况下，有可能某些用户没有发生交易而无需结算，而本实施例在需要结算时，结算模块能够读取出需要结算用户的用户标识，从而可以从众多用户中确定哪些用户需要结算，进而对这些用户的交易数据进行结算处理，因此能够显著地提高结算处理速度。

Description

结算方法、服务平台及服务器

技术领域

本说明书涉及数据处理技术领域，尤其涉及结算方法、服务平台及服务器。

背景技术

随着互联网技术的发展，越来越多的服务平台为用户提供服务。交易服务是很常见的一类服务，此类场景中，服务平台需要根据交易过程所产生的交易数据，为用户进行结算。在用户量较大、交易数据量较大的情况下，服务平台需要耗费大量的资源和时间进行结算处理。

发明内容

为克服相关技术中存在的问题，本说明书实施例提供了结算方法、服务平台及服务器。

根据本说明书实施例的第一方面，提供一种服务平台，至少包括判断模块、存储模块和结算模块；

判断模块用于在订单支付完成后，判断与结算流程相关的用户标识是否需要记录，以及将需要记录的用户标识发送给存储模块；

存储模块用于存储所述用户标识；

结算模块用于在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。

可选的，所述结算模块还用于：在结算流程完成后，通知所述存储模块；所述存储模块还用于：删除所述用户标识。

可选的，所述结算流程基于触发周期被执行；

所述存储模块还用于：存储所述用户标识所对应的结算流程的触发周期标识。

可选的，所述判断模块判断与结算流程相关的用户标识是否需要记录包括：

若所述存储模块未存储有所述用户标识，确定需要记录；

若所述存储模块存储有所述用户标识，则判断生成所述订单的时间与所记录的触发周期标识是否匹配，基于判断结果确定所述用户标识是否需要记录。

可选的，所述读取所述用户标识包括：

根据触发周期标识读取相应的用户标识。

根据本说明书实施例的第二方面，提供一种结算方法，包括如下步骤：

在订单支付完成后，判断与结算流程相关的用户标识是否需要记录；

将需要记录的用户标识进行存储；

在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。

可选的，在结算流程完成后，删除所述用户标识。

可选的，所述结算流程基于触发周期被执行；

所述方法还包括：存储所述用户标识所对应的结算流程的触发周期标识。

可选的，所述判断与结算流程相关的用户标识是否需要记录，包括：

若所述存储模块未存储有所述用户标识，确定需要记录；

若所述存储模块存储有所述用户标识，则判断所述订单的支付时刻与所记录的触发周期标识是否匹配，基于判断结果确定所述用户标识是否需要记录。

可选的，所述读取所述用户标识，包括：

根据触发周期标识读取相应的用户标识。

根据本说明书实施例的第三方面，提供一种服务设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在订单支付完成后，判断与结算流程相关的用户标识是否需要记录；

将需要记录的用户标识进行存储；

在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。

本说明书的实施例提供的技术方案可以包括以下有益效果：

本说明书实施例所提供的服务平台，至少包括有判断模块、存储模块和结算模块，判断模块能够在订单支付完成后，判断与结算流程相关的用户标识是否需要记录，以及将需要记录的用户标识发送给存储模块，由存储模块存储所述用户标识。在用户量较大的情况下，有可能某些用户没有发生交易而无需结算，而本实施例在需要结算时，结算模块能够读取出需要结算用户的用户标识，从而可以从众多用户中确定哪些用户需要结算，进而对这些用户的交易数据进行结算处理，因此能够显著地提高结算处理速度。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本说明书的实施例，并与说明书一起用于解释本说明书的原理。

图1是本说明书根据一示例性实施例示出的一种网购平台的示意图。

图2是本说明书根据一示例性实施例示出的一种服务平台的框图。

图3A是本说明书实施例根据一示例性实施例示出的一种结算场景示意图。

图3B是本说明书实施例根据一示例性实施例示出的一种结算处理的流程图。

图4是本说明书实施例根据一示例性实施例示出的服务设备的一种硬件结构图。

图5是本说明书根据一示例性实施例示出的一种结算方法的示意图。

具体实施方式

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

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

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

随着互联网技术的发展，越来越多的服务平台为用户提供服务。交易服务是很常见的一类服务，此类场景中，服务平台需要根据交易过程所产生的交易数据，为用户进行结算。以网购平台为例，如图1所示，是一种网购平台的示意图，图1中涉及两类用户：买方用户和卖方用户，卖方用户可以基于与网购平台的协议，利用网购平台所提供的交易服务，在该网购平台上售卖产品；买方用户可以基于与网购平台的协议，利用网购平台所提供的交易服务，在该网购平台上购买产品。其中，网购平台需要与卖方用户结算，在卖方用户量较大、交易数据量较大的情况下，网购平台需要耗费大量的资源和时间进行结算处理。

基于此，本说明书实施例所提供的服务平台，至少包括有判断模块、存储模块和结算模块，判断模块能够在订单支付完成后，判断与结算流程相关的用户标识是否需要记录，以及将需要记录的用户标识发送给存储模块，由存储模块用于存储所述用户标识。在用户量较大的情况下，有可能某些用户没有发生交易而无需结算，而本实施例在需要结算时，结算模块能够读取出需要结算用户的用户标识，从而可以从众多用户中确定哪些用户需要结算，进而对这些用户的交易数据进行结算处理，因此能够显著地提高结算处理速度。

如图2所示，是本说明书根据一示例性实施例示出的一种服务平台的框图，所述服务平台至少包括：判断模块21、存储模块22和结算模块23。可以理解，图2中仅示出了实现本说明实施例结算方案所需要的模块，实际应用中，服务平台可以根据需要配置其他更多的模块。本实施例的服务平台可以应用在多种需要涉及结算的场景，例如前述的需要给卖方用户结算的网购平台、需要给网约车司机用户结算的网约车平台、需要给用户结算的采购平台、需要给用户结算收益的金融服务平台等等。

其中，服务平台可以新增一判断模块，判断模块用于在订单支付完成后，判断与结算流程相关的用户标识是否需要记录。在一些例子中，订单产生过程中有可能涉及多方用户，而这些用户中有可能某些用户需要结算，而某些用户不需要结算，在其他例子中，也有可能该订单所涉及的所有用户都是需要结算的对象，具体实现时，技术人员可以根据需要而对哪些与结算流程相关的用户进行配置。例如，网购平台中，卖方用户可以面向很多买方用户提供产品，一种常见的交易方式是，交易发生后，买方用户的交易费用先转移至网购平台，之后由网购平台统一结算给卖方用户。一笔订单产生，涉及了买方用户和卖方用户，其中买方用户不作为结算对象，而卖方用户作为需要结算的对象，卖方用户的用户标识与结算流程相关，因此在该笔订单完成支付后，判断模块可以获取该笔订单中的卖方用户的用户标识，以及判断该用户标识是否需要记录。

对于需要记录的用户标识，判断模块将用户标识发送给存储模块进行存储，这些需要记录的用户标识，即表示发生了交易的用户，在后续的结算流程中需要对这些用户进行结算。

实际应用中，判断模块可以在每一笔订单支付完成后，确定与结算流程相关的用户标识需要记录，也即是，需要结算用户的每一笔订单，都会由存储模块对应记录对应的用户标识，该被记录的用户标识与该用户的该笔订单相对应。

实际应用中，结算流程可以基于触发周期被执行，该触发周期可以是六小时、半天、一天或一周等设定时长。根据触发周期，当结算时刻到达，结算模块就启动结算流程。在一次周期内，不管用户发生了一笔支付完成的订单，还是发生了多笔支付完成的订单，这名用户将作为需要结算的用户，由结算模块进行结算处理。为了减少数据存储的占用空间，在相同触发周期内发生多笔交易的用户可以对应一条用户标识数据，因此本实施例中，存储模块还可用于：存储所述用户标识所对应的结算流程的触发周期标识，该触发周期标识可以由判断模块根据订单支付完成时刻而确定，并发送给存储模块。基于此，判断模块判断用户标识是否需要记录，可以是判断该用户标识是否在相同触发周期内发生了多笔交易。

作为例子，假设结算周期为一天，在每天1点为用户结算前一天的交易。在2月3号10:01:02，卖方用户1发生了当天的第一笔订单，在该笔订单完成支付后，判断模块能获取到卖方用户1的用户标识，接下来判断该用户标识是否需要记录。可选的，判断模块可以查找存储模块是否已存储有该用户标识，若所述存储模块未存储有所述用户标识，判断模块确定该用户当天发生了第一笔订单，该用户标识需要记录，由存储模块记录用户标识数据。其中，该周期标识可以根据需要灵活配置，例如，上述以一天作为结算周期的例子，可以采用日期作为该周期标识，在其他例子中，也可以采用其他约定的数字、字母或符号等作为周期标识。可选的，用户标识数据中还可以根据需要定义其他内容，例如发生订单的次数、该订单的业务类型等等。

接着，在2月3号12:03:02，卖方用户1再次产生了订单，在该笔订单完成支付后，判断模块能获取到卖方用户1的用户标识，接下来判断该用户标识是否需要记录。可选的，判断模块可以查找存储模块是否已存储有该用户标识，由于所述存储模块已存储有该用户标识，判断模块则判断订单支付时刻与所记录的触发周期标识是否匹配，由于两者相匹配，说明在该触发周期内该用户标识已被记录，因此本次订单的用户标识无需记录。

接着，在2月3号00:15:12，卖方用户1再次产生了订单，在该笔订单完成支付后，判断模块能获取到卖方用户1的用户标识，接下来判断该用户标识是否需要记录。可选的，判断模块可以查找存储模块是否已存储有该用户标识，由于所述存储模块已存储有该用户标识，判断模块则判断订单支付时刻与所记录的触发周期标识是否匹配，由于两者不匹配，说明在该触发周期内该用户标识未被记录，因此本次订单的用户标识需要记录，并记录对应的触发周期标识。

通过上述方式，存储模块记录了需要结算用户的用户标识，结算模块可以根据需要启动结算流程，可选的，可以是由技术人员对结算模块配置自动启动的时刻，也可以是由技术人员在需要时启动结算流程。结算流程具体可以是，读取存储模块存储的用户标识，根据所述用户标识处理基于所述订单产生的交易数据。可选的，每笔订单产生后，订单所产生的交易数据通常由专门的数据库存储并维护，这些交易数据通常携带有用户标识，结算模块可以从该数据库中获取到对应该用户标识的所有交易数据，之后进行结算处理。在某些例子中，该交易数据可以包括多类数据，以网购平台为例，交易数据可以包括用户合约数据(可以包括用户指定的收款账户、收款人姓名或账户名称等)等，以及该用户的订单数据等等，结算时，需要获取到该用户的用户合约数据以及该用户的订单数据进行结算。

具体的结算方式，在不同应用场景下可能有不同的处理方式，作为例子，可以是获取到该用户的所有交易数据，根据各笔交易中该用户资金的进账金额或出账金额，计算出总金额后，将资金转移至用户指定的收款账户。在其他场景中，还可以是针对虚拟礼物或用户积分等其他虚拟信息进行结算。可选的，在有多个结算用户的情况下，上述结算流程可以采用批量处理的方式，以保证结算处理能够快速完成。

可选的，对于上述按照设定结算周期进行的结算处理，结算模块的结算过程不是实时进行，而是对历史订单进行结算。由于存储模块还存储有用户标识所对应的结算流程的触发周期标识，因此结算模块可以是根据触发周期标识读取相应的用户标识。

对于已结算完成的用户，在结算完成后，结算模块还可以通知存储模块删除该用户标识，从而减少数据占用空间。其中，存储模块需要在判断模块的指示下，存储用户标识，也需要在结算模块的指示下删除用户标识，可选的，本实施例还提供了消息统一格式，以使存储模块能够快速地对用户标识和触发周期标识进行写入处理或删除处理。

可选的，该消息统一格式可以包括：

merchantID：#Value#；//merchantID表示用户标识

date(日期):#value#；//date表示日期，指示订单所属结算周期，本实施例以一天为结算周期，因此采用日期作为周期标识

type(新增还是删除):#add or del；//type表示类型，其中add表示新增，del表示删除。

基于上述格式，判断模块在需要时向存储模块发送用户标识写入消息，结算模块在需要时向存储模块发送用户标识删除消息，存储模块接收到消息后，可以按照上述格式解析消息，相应地对用户标识数据进行存储或删除。

接下来再通过一实施例对本说明书所提供的方案进行说明，本实施例以网购平台为例，如图3A所示，是本说明书实施例根据一示例性实施例示出的一种结算场景示意图，图3A中包括用户侧设备、以及配置在服务侧的收单系统、支付系统和商户系统，图2所示实施例的判断模块、存储模块和结算模块可以配置在商户系统。其中，收单系统面向买方用户，用于处理买方用户所发起的订单流程，支付系统用于处理订单的支付流程，而商户系统则用于管理卖方用户。本说明书实施例为了便于描述，将订单处理流程、支付流程、管理卖方用户通过收单系统、支付系统和商户系统进行区分，在其他例子中，订单处理流程可以由一个或多个与订单处理相关的模块实现、支付流程可以由一个或多个与支付处理相关的模块实现、管理卖方用户可以由一个或多个与用户管理相关的模块实现，这些模块都配置于服务侧的服务平台中，具体实现时，服务平台可以根据需要灵活调整各个模块之间的架构关系，本实施例对此不做限定。

如图3B所示，是本说明书实施例示出的一种结算处理的流程图，包括如下步骤：

1、买方用户购买某个商户的商品，发起订单

1.1收单系统接受用户填写的相关信息

1.2收单系统创建订单

2、收单系统向支付系统发起支付请求

2.1支付系统对该订单支付处理

2.2支付系统向收单系统返回支付成功的结果

2.2.1收单系统向买方用户返回订单信息

2.2.2收单系统向商户系统的判断模块发送商户标识

2.2.2.1判断模块判断该商户标识需要记录

2.2.2.2存储模块存储该商户标识

3、结算模块向存储模块拉取本次需要结算的所有商户标识

3.1存储模块将本次需要结算的所有商户标识发给结算模块

3.1.1结算模块进行结算处理

3.1.2结算模块发送结算完成的商户标识给存储模块

3.1.2.1存储模块删除已经处理过的商户标识

本服务平台的实施例可以应用在服务设备，实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本说明书服务设备的一种硬件结构图，除了图4所示的处理器410、内存430、网络接口420、以及非易失性存储器440之外，实施例中服务平台通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。

与前述服务平台的实施例相对应，本说明书还提供了结算方法的实施例。如图5所示，是本说明书根据一示例性实施例示出的一种结算方法的示意图，包括如下步骤：

在步骤502中，在订单支付完成后，判断与结算流程相关的用户标识是否需要记录；

在步骤504中，将需要记录的用户标识进行存储；

在步骤506中，在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。

可选的，在结算流程完成后，删除所述用户标识。

可选的，所述结算流程基于触发周期被执行；

所述方法还包括：存储所述用户标识所对应的结算流程的触发周期标识。

可选的，所述判断与结算流程相关的用户标识是否需要记录，包括：

若所述存储模块未存储有所述用户标识，确定需要记录；

若所述存储模块存储有所述用户标识，则判断所述订单的支付时刻与所记录的触发周期标识是否匹配，基于判断结果确定所述用户标识是否需要记录。

可选的，所述读取所述用户标识，包括：

根据触发周期标识读取相应的用户标识。

相应的，本说明实施例还提供一种服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

在订单支付完成后，判断与结算流程相关的用户标识是否需要记录；

将需要记录的用户标识进行存储；

在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。

对于方法实施例而言，由于其基本对应于服务平台实施例，所以相关之处参见服务平台实施例的部分说明即可。以上所描述的服务平台实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的真正范围和精神由下面的权利要求指出。

应当理解的是，本说明书并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (11)

1.一种服务平台，至少包括判断模块、存储模块和结算模块；

判断模块用于在订单支付完成后，判断与结算流程相关的用户标识是否需要记录，以及将需要记录的用户标识发送给存储模块；

存储模块用于存储所述用户标识；

结算模块用于在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。

2.根据权利要求1所述的服务平台，所述结算模块还用于：在结算流程完成后，通知所述存储模块；所述存储模块还用于：删除所述用户标识。

3.根据权利要求1所述的服务平台，所述结算流程基于触发周期被执行；

所述存储模块还用于：存储所述用户标识所对应的结算流程的触发周期标识。

4.根据权利要求3所述的服务平台，所述判断模块判断与结算流程相关的用户标识是否需要记录，包括：

若所述存储模块未存储有所述用户标识，确定需要记录；

若所述存储模块存储有所述用户标识，则判断所述订单的支付时刻与所记录的触发周期标识是否匹配，基于判断结果确定所述用户标识是否需要记录。

5.根据权利要求3所述的服务平台，所述读取所述用户标识包括：

根据触发周期标识读取相应的用户标识。

6.一种结算方法，包括如下步骤：

在订单支付完成后，判断与结算流程相关的用户标识是否需要记录；

将需要记录的用户标识进行存储；

在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。

7.根据权利要求6所述的方法，在结算流程完成后，删除所述用户标识。

8.根据权利要求6所述的方法，所述结算流程基于触发周期被执行；

所述方法还包括：存储所述用户标识所对应的结算流程的触发周期标识。

9.根据权利要求7所述的方法，所述判断与结算流程相关的用户标识是否需要记录，包括：

若所述存储模块未存储有所述用户标识，确定需要记录；

若所述存储模块存储有所述用户标识，则判断所述订单的支付时刻与所记录的触发周期标识是否匹配，基于判断结果确定所述用户标识是否需要记录。

10.根据权利要求7所述的方法，所述读取所述用户标识，包括：

根据触发周期标识读取相应的用户标识。

11.一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

在订单支付完成后，判断与结算流程相关的用户标识是否需要记录；

将需要记录的用户标识进行存储；

在处理结算流程时，读取所述用户标识，根据所述用户标识处理基于所述订单产生的交易数据。