CN110717747B - 结算方法、结算装置、结算终端以及计算机存储介质 - Google Patents

Abstract

本申请公开了一种结算方法、结算终端以及计算机存储介质，结算方法包括：获取到对已有结算款数据并对同一结算对象的支付结算款发起的请求；根据预设规则对多个商户对应同一结算对象的结算款数据进行分组；对需进行轧差结算的同组内的所述结算款数据所对应的结算款进行轧差计算，得到所述组的轧差数据；保存或输出所述轧差数据至支付系统，以使得所述支付系统根据所述每个组的轧差值进行对应支付。通过此种方式，不仅能够实现多商户之间的统一结算，也能实现特殊款项特殊结算。

Description

结算方法、结算装置、结算终端以及计算机存储介质

技术领域

本申请涉及账单结算领域，特别是涉及一种结算方法、结算装置、结算终端以及计算机存储介质。

背景技术

在日常结算中，为了方便支付，一般是先获取某个商户所有的结算款如应收结算款和应付结算款，将对应的应收结算款和应付结算款进行轧差后进行支付。

上述方式虽然能够清晰的得到每个商户的具体支付金额。但是这种笼统的处理方式，并不能实现特殊结算，也无法实现多个商户之间的统一结算。

发明内容

本申请主要解决的技术问题是提供一种结算方法、结算装置、结算终端以及计算机存储介质，不仅能够实现多商户之间的统一结算，也能实现特殊款项特殊结算。

为解决上述技术问题，本申请采用的第一个技术方案是：提供一种结算方法，结算方法包括：获取到对已有结算款数据并对同一结算对象的支付结算发起的请求；根据预设规则对多个商户对应同一结算对象的结算款数据进行分组；对需进行轧差结算的同组内的所述结算款数据所对应的结算款进行轧差计算，得到所述组的轧差数据；保存或输出所述轧差数据至支付系统，以使得所述支付系统根据每个所述组的轧差值进行对应支付。

其中，所述根据预设规则对多个商户对应同一结算对象的结算款数据进行分组的步骤具体包括：获取多个商户对应相同结算对象的结算款数据的预设属性；所述预设属性包括商户名称、收款账号、开户信息中的一种；将所述预设属性相同的所述结算款数据划分至需进行轧差结算的同一组内。

其中，所述根据预设规则对多个商户对应同一结算对象的结算款数据进行分组步骤具体包括：获取多个商户对应相同结算对象的结算款数据的协议标识信息；将所述协议标识信息相同的所述结算款数据划分至需进行轧差结算的同一组内。

其中，所述根据预设规则对多个商户的结算款数据进行分组的步骤具体包括：从多个商户对应相同结算对象的结算款数据中，查找包括特殊参数的结算款数据，其中，所述特殊参数用于标注单独结算；将查找到的所述结算款数据分配到需单独结算的同一组中；所述结算方法还包括：对需单独结算的同组内的每一个所述结算款数据进行单独保存或输出至所述支付系统。

其中，所述将所述预设属性相同的所述结算款数据划分至需进行轧差结算的同一组内的步骤具体包括：通过hash算法对每个所述结算款数据的结算对象以及预设属性的hash值进行计算，将所述结算对象的hash值相同且所述预设属性hash值相同的结算款数据分同一个所述组。

其中，所述获取到对已有结算款数据并对同一结算对象的支付结算发起的请求的步骤包括：获取到对已有所述结算款数据对同一结算对象的支付结算款发起的请求；基于所述请求，将同一商户对同一结算对象的相同类型的结算款进行结算，获得每一个所述商户的一个或多个所述结算款数据。

其中，所述基于所述请求，将同一商户对同一结算对象的相同类型的结算款进行结算，获得每一个所述商户的一个或多个所述结算款数据的步骤包括：为每一个所述商户开通与其结算款类型的数量相同的功能账户；通过所述功能账户对同一商户对同一结算对象的相同类型的结算款进行结算，得到每一个所述类型对应的结算款数据。

为解决上述技术问题，本申请采用的第二个技术方案是：提供一种结算装置，所述结算装置包括请求获取模块、分组模块、轧差模块以及数据输出模块，所述请求获取模块用于获取到对已有结算款数据并对同一结算对象的支付结算发起的请求；所述分组模块用于根据预设规则对多个商户对应同一结算对象的结算款数据进行分组；所述轧差模块用于对需进行轧差结算的同组内的所述结算款数据所对应的结算款进行轧差计算，得到所述组的轧差数据；所述数据输出模块用于保存或输出所述轧差数据至支付系统，以使得所述支付系统根据每个所述组的轧差值进行对应支付。

其中，所述分组模块具体用于获取多个商户对应相同结算对象的结算款数据的预设属性；所述预设属性包括商户名称、收款账号、开户信息中的一种；将所述预设属性相同的所述结算款数据划分至需进行轧差结算的同一组内。

其中，所述分组模块具体用于获取多个商户对应相同结算对象的结算款数据的协议标识信息；将所述协议标识信息相同的所述结算款数据划分至需进行轧差结算的同一组内；其中，所述相同的协议标识信息表示所述结算款数据对应的商户之间存在交易或业务往来。

其中，所述分组模块具体用于从多个商户对应相同结算对象的结算款数据中，查找包括特殊参数的结算款数据，其中，所述特殊参数用于标注单独结算；将查找到的所述结算款数据分配到需单独结算的同一组中；所述数据输出模块还用于对需单独结算的同组内的每一个所述结算款数据进行单独保存或输出至所述支付系统。

其中，所述分组模块具体用于通过hash算法对每个所述结算款数据的结算对象以及预设属性的hash值进行计算，将所述结算对象的hash值相同且所述预设属性hash值相同的结算款数据分同一个所述组。

其中，所述请求获取模块具体用于获取到对已有所述结算款数据对同一结算对象的支付结算款发起的请求；基于所述请求，将同一商户对同一结算对象的相同类型的结算款进行结算，获得每一个所述商户的一个或多个所述结算款数据。

其中，所述请求获取模块具体用于为为每一个所述商户开通与其结算款类型的数量相同的功能账户；

通过所述功能账户对同一商户对同一结算对象的相同类型的结算款进行结算，得到每一个所述类型对应的结算款数据。

为解决上述技术问题，本申请采用的第三个技术方案是：提供一种结算终端，结算终端包括：相互耦接的处理器和人机交互控制电路，处理器在工作时配合人机交互电路实现以实现上述任一项的结算方法。

为解决上述技术问题，本申请采用的第四个技术方案是：提供一种计算机存储介质，计算机存储介质上存储有程序数据，程序数据被处理器执行时实现上述任一项的结算方法。

相对于现有技术，本申请的有益效果是：获取到对已有结算款数据并对同一结算对象的支付结算发起的请求，根据预设规则对多个商户的结算款数据进行分组后，对同组内确定需要进行轧差结算的多个对应同一结算对象的结算款数据进行轧差计算，得到每个组的轧差数据，不仅实现不同属性结算款的分离结算，而且具有相同结算标识信息且对应同一结算对象的多个商户的结算款数据分到同一组进行轧差结算，实现跨商户之间的轧差。此外，按照预设规则进行分组，也能将具有相同特殊参数的结算款数据分配到单独的组中，以实现轧差结算或单独结算，实现特殊款项特殊结算。另外，将轧差数据保存或输出至数据至支付系统，支付项目数量明显减少，报表也更加清晰，方便财务人员做账，有效提高报表开发效率，也降低了财务做账成本。

附图说明

图1是本申请结算方法一实施方式的流程示意图；

图2是本申请结算装置一实施方式的流程示意图；

图3是本申请结算终端一实施方式的结构示意图；

图4是本申请计算机存储介质一实施方式的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，均属于本申请保护的范围。

如图1所示，图1是本申请结算方法一实施方式的流程示意图。本实施方的结算方法包括如下步骤：

步骤101：获取到对已有结算款数据并对同一结算对象的支付结算发起的请求。

在金融操作环境中，财务人员在进行结算时，先整理出所有待结算的结算款，然后通过终端触发对已有的结算款进行支付结算而发起的求，对应地该终端获得该请求。

进一步地，为了方便或保证资金安全，同一个商户对应的结算对象如银行或其他第三方支付平台可能不止一个，为了方便操作以及提高可执行性，该请求是对同一结算对象的支付结算而发起的请求。

一般情况下，虽然结算款可能是来自多个商户之间的多个，但是同一个商户的结算单的类型一般是固定的，如商品结算款、手续费、咨询费等。为了减少后续分组以及轧差的计算量，终端在获取到上述请求后，先统计获取到的结算款对应的商户数量。然后将同一商户相同类型的结算款进行结算，获得每一个商户的一个或多个结算款数据。如，将商户A的所有商品结算款的结算单进行整体结算，得到商户A的商品结算款数据；将商户A的代收款对应的结算款进行整体结算，得到商户A的代收款数据；将商户B的所有咨询服务费结算款进行整体结算，得到商户B的咨询服务费数据等。

在一个优选的实施方式中，可通过终端的结算入账处理器开通功能账户的方式对同一商户的相同类型的结算款进行结算。具体地，终端为每一个商户开通与其结算款类型的数量相同的功能账户，在具体结算时，将每一笔相同类型的结算单对应的结算数据添加到该功能账户中，通过该功能账户对同一商户相同类型的结算数据进行结算，得到每一个类型对应的结算款数据。

在本实施方式中，每一个结算款的类型在该结算款生成时已经形成并保存在该结算款的对应参数中。在其他实施方式中，也可以在结算之前的任意时刻进行设置或添加备注，在此不做限定。

步骤102：根据预设规则对多个商户对应同一结算对象的结算款数据进行分组。

尽管结算款数据对应的商户相对之间是独立的，但是在实际中，有很多不同的商户之间存在关联，如同一个总商户的多个不同分商户之间存在归属或同级关系，或不属于同一个总商户但彼此之间存在交易或业务往来。比如相同超市不同区域的分点，虽然商户名称不同，但是这些分点超市都属于同一个法人；多个商户的支付账户为同一个账号；或多个账号对应的开户信息为相同的身份证号等，又比如相互之间存在业务往来的A商户和B商户，虽然不属于同一商户，但是二者具有相应协议，而这些不同的商户之间的协议关系可通过增加相同的结算标识信息来标注。

在结算时，为了减少支付次数，进而减少出错概率，方便财务人员管理账单，可将具有相同预设属性或相同协议标识信息的多个商户对同一结算对象的结算款数据分到同一个需要进行轧差结算的组。

具体地，终端可通过hash算法对每个结算款数据的结算对象以及预设属性或协议标识信息的hash值进行计算，将结算对象hash值且预设属性hash值相同或协议标识信息hash值相同的结算款数据分到同一组中。例如，计算结算对象如银行代码的hash值，以及标识信息的hash值，在银行代码的hash值和标识信息的hash值都相等时，将对应的结算款数据分配到同一组。

在一个具体的实施方式中，终端首先判断多个商户的对同一个结算对象的多个结算款数据中是否存在预设属性相同的结算款数据。其中，该预设属性包括商户名称如上述的连锁超市或其他连锁商户的总的商户名称、收款账号、开户信息中的任一种，在其他实施方式中，还可以添加区域代码，商户类型等属性条件来进行来判定。如果存在相同的上述预设属性，一般可以说明该多个商户之间属于同一个总商户或属于集团商户。

在本实施方式中，通过hash算法对每个结算款数据的预设属性的hash值进行计算，将预设属性hash值相同且结算对象hash值也相同的结算款数据分配到同一个组，并对的该组内的结算款数据进行轧差计算。例如，当前设置的预设属性为商户类型和上级商户即总的商户名称，分别计算每一个结算款数据的商户类型的代码对应的hash值，以及上级商户的代码对应的hash值，并将同一个结算款数据的商户类型的hash值和上级商户的hash值相加，得到该结算款数据的预设属性hash值。然后将预设属性hash值相同且结算对象hash值也相同的结算款数据分到同一个组。

在其他实施方式中，如果需要进行地域区分，也可以再添加区域代码，将区域代码的hash值与商户类型的hash值以及上级商户的hash值进行相加得到该结算款数据预设属性的hash值，并将预设属性hash值相同且结算对象hash值也相同的结算款数据分到同一个组。

如果多个商户的结算款数据没有相同的预设属性，但是具有相同的协议标识信息，如A商户的账户与B商户的账户上存在经济往来，可通过增加相同的状态字或备注即协议标识信息的方式进行标注。如果A商户的结算款数据的协议标识信息和B商户的结算款数据的协议标识信息相同，将A商户和B商户对应同一个结算对象的的结算款数据分到同一组。

如果B商户具有与A商户多个结算款数据相同协议标识信息，且对应相同结算对象，将A商户的多个结算款数据的B商户的结算款数据分到同一组。

如果A商户的结算款数据与其他多个商户如C商户的结算款数据、D商户的结算款数据的预设属性均相同，且A商户、B商户和C商户均与B商户的结算款数据存在相同的协议标识信息，并且对应同一个结算对象，将A商户、C商户、D商户以及B商户对应同一结算对象的结算款数据分配到同一个组中。

需要说明的是，判断多个商户的结算款数据的预设属性是否相同或是否存在相同协议标识信息的过程并不存在实际的先后顺序，因此，在上述的描述中只是表明常规习惯于先判断预设属性，而非限制，在其他实施方式中，先对相同协议标识信息判断也属于本申请的保护范围，在此不做限定。

步骤103：对需进行轧差结算的同组内的所述结算款数据所对应的结算款进行轧差计算，得到所述组的轧差数据。

其中，轧差是指利用抵销、合同更新等法律制度，最终取得一方对另一方的一个数额的净债权或净债务，如市场交易者之间，可能互有内容相同，方向相反的多笔交易，在结算或结束交易时，可以将各方债权在相等数额内抵销，仅支付余额。

步骤104：保存或输出轧差数据至支付系统，以使得支付系统根据每个组的轧差值进行对应支付。

终端在得到每个组的轧差数据后，可以进一步地将该轧差数据保存到支付系统或其他财务专用系统中，支付项目数量明显减少，报表也更加清晰，财务人员做账更方便，有效提高报表开发效率，也降低了财务做账成本。

在另一个实施方式中，由于一些结算款的类型或用途特殊，不能与其他结算款数据进行轧差而需要单独进行支付。为了解决上述问题，终端在对结算款数据进行分组前，首先从多个商户对应相同结算对象的结算款数据中，查找包括特殊参数的结算款数据，用于标注需要单独结算的特殊参数，如设置一个状态字或备注等。在一个优选的实施方式中，为了节省支付次数，方便财务人员管理账单，将具有相同特殊参数且对应同一结算对象的结算款数据分配到单独的一个组中，并分别对该组中的每一个结算款数据进行单独保存或输出至支付系统，以实现特殊款项特殊结算。

在其他实施方式中，对于包括特殊参数的结算款数据，也可以不用分组而直接进行结算。

区别于现有技术，本实施方式中，获取到对已有结算款数据并对同一结算对象的支付结算发起的请求，根据预设规则对多个商户的结算款数据进行分组后，对同组内确定需要进行轧差结算的多个对应同一结算对象的结算款数据进行轧差计算，得到每个组的轧差数据，不仅实现不同属性结算款的分离结算，而且具有相同结算标识信息且对应同一结算对象的多个商户的结算款数据分到同一组进行轧差结算，实现跨商户之间的轧差。此外，按照预设规则进行分组，也能将具有相同特殊参数的结算款数据分配到单独的组中，以实现轧差结算或单独结算，实现特殊款项特殊结算。另外，将轧差数据保存或输出至数据至支付系统，支付项目数量明显减少，报表也更加清晰，方便财务人员做账，有效提高报表开发效率，也降低了财务做账成本。

参阅图2，图2是本申请计算装置一实施方式的结构示意图。本实施方式的结算装置包括请求获取模块201、分组模块202、轧差模块203以及数据输出模块204，

请求获取模块201用于获取到对已有结算款数据并对同一结算对象的支付结算发起的请求。

其中，为了方便或保证资金安全，同一个商户对应的结算对象如银行或其他第三方支付平台可能不止一个，为了方便操作以及提高可执行性，该请求是对同一结算对象的支付结算而发起的请求。

一般情况下，虽然结算单可能是来自多个商户之间的多个，但是同一个商户的结算单的类型一般是固定的，如商品结算款、手续费、咨询费等。为了减少后续分组以及轧差的计算量，请求获取模块201在获取到该支付结算款发起请求后，先统计获取到的结算单对应的商户数量。然后将同一商户相同类型的结算款进行结算，获得每一个商户的一个或多个结算款数据。如，将商户A的所有商品结算款的结算单进行整体结算，得到商户A的商品结算款数据；将商户A的代收款对应的结算款进行整体结算，得到商户A的代收款数据；将商户B的所有咨询服务费结算款进行整体结算，得到商户B的咨询服务费数据等。

在一个优选的实施方式中，请求获取模块201可通过结算入账处理器开通功能账户的方式对同一商户的相同类型的结算单进行结算。具体地，终端为每一个商户开通与其结算款类型的数量相同的功能账户，在具体结算时，将每一笔相同类型的结算款对应的结算数据添加到该功能账户中，通过该功能账户对同一商户相同类型的结算数据进行结算，得到每一个类型对应的结算款数据。

在本实施方式中，每一个结算款的类型在该结算单生成时已经形成并保存在该结算款的对应参数中。在其他实施方式中，也可以在结算之前的任意时刻进行设置或添加备注，在此不做限定。

分组模块202用于获取到对已有结算款数据并对同一结算对象的支付结算发起的请求。

尽管结算款数据对应的商户相对之间是独立的，但是在实际中，有很多不同的商户之间存在关联，如同一个总商户的多个不同分商户之间存在归属关系，或不属于同一个总商户但彼此之间存在经济业务往来。比如相同超市不同区域的分点，虽然商户名称不同，但是这些分点超市都属于同一个法人；多个商户的支付账户为同一个账号；或多个账号对应的开户信息为相同的身份证号等，又比如相互之间存在业务往来的A商户和B商户，虽然不属于同一商户，但是二者具有相应协议，而这些不同的商户之间的协议关系可通过增加相同的结算标识信息来标注。

具体地，分组模块202首先判断多个商户的对同一个结算对象的多个结算款数据中是否存在预设属性相同的结算款数据。其中，该预设属性包括商户名称如上述的连锁超市或其他连锁商户的总的商户名称、收款账号、开户信息中的任一种，在其他实施方式中，还可以添加区域代码，商户类型等属性条件来进行来判定。如果存在相同的上述预设属性，一般可以说明该多个商户之间属于同一个总商户或属于集团商户。

在一个优选的实施方式中，分组模块202通过hash算法对每个结算款数据的预设属性的hash值进行计算，将预设属性hash值相同且结算对象hash值也相同的结算款数据分配到同一个组，并对的该组内的结算款数据进行轧差计算。例如，当前设置的预设属性为商户类型和上级商户即总的商户名称，分别计算每一个结算款数据的商户类型的代码对应的hash值，以及上级商户的代码对应的hash值，并将同一个结算款数据的商户类型的hash值和上级商户的hash值相加，得到该结算款数据的预设属性hash值。然后将预设属性hash值相同且结算对象hash值也相同的结算款数据分到同一个组。

在其他实施方式中，如果需要进行地域区分，分组模块202也可以再添加区域代码，将区域代码的hash值与商户类型的hash值以及上级商户的hash值进行相加得到该结算款数据的hash值，并将hash值相同的结算款数据分到同一个组。

如果多个商户的结算款数据没有相同的预设属性，但是具有相同的协议标识信息，如A商户的账户与B商户的账户上存在经济往来，可通过增加状态字或备注即协议标识信息的方式进行标注。如果A商户的结算款数据的协议标识信息和B商户的结算款数据的协议标识信息相同，分组模块202将A商户和B商户对应同一个结算对象的的结算款数据分到同一组。

如果A商户的结算款数据与其他多个商户如C商户的结算款数据、D商户的结算款数据的预设属性均相同，且均与对应同一个结算对象的B商户的结算款数据存在相同的协议标识信息，分组模块202将A商户、C商户、D商户以及B商户对应同一结算对象的结算款数据分配到同一个组中。

如果A商户包括多个对应同一结算对象的具有相同属性的结算款数据，分组模块202将具有相同协议标识信息的B商户的对应同一个结算对象的结算款数据与A商户的上述多个结算款数据分到同一组。如果B商户也包括多个对应同一结算对象、具有相同预设属性且包括相同协议标识信息的结算款数据时，分组模块202将上述B商户的多个结算款数据与A商户的多个结算款数据分到同一组。

轧差模块203用于对需进行轧差结算的同组内的所述结算款数据所对应的结算款进行轧差计算，得到所述组的轧差数据。

其中，轧差是指利用抵销、合同更新等法律制度，最终取得一方对另一方的一个数额的净债权或净债务，如市场交易者之间，可能互有内容相同，方向相反的多笔交易，在结算或结束交易时，可以将各方债权在相等数额内抵销，仅支付余额。

数据输出模块204用于保存或输出轧差数据至支付系统，以使得支付系统根据每个组的轧差值进行对应支付。

数据输出模块204在得到每个组的轧差数据后，可以进一步地将该轧差数据保存到支付系统或其他财务专用系统中，支付项目数量明显减少，报表也更加清晰，财务人员做账更方便，有效提高报表开发效率，也降低了财务做账成本。

在另一个实施方式中，由于一些结算款的类型或用途特殊，不能与其他结算款数据进行轧差而需要单独进行支付。为了解决上述问题，分组模块202从多个商户对应相同结算对象的结算款数据中，查找包括特殊参数的结算款数据。该特殊参数是用于标注需要单独结算的，如设置一个状态字或备注等。在一个优选的实施方式中，为了节省支付次数，方便财务人员管理账单，通过分组模块202将具有相同特殊参数且对应同一结算对象的结算款数据分配到单独的一个组中，通过数据输出模块203并分别对该组中的每一个结算款数据进行单独保存或输出至支付系统。

区别于现有技术，本实施方式中，请求获取模块获取到携带有结算款数据的支付结算发起的请求，分组模块根据预设规则对多个商户的结算款数据进行分组后，对同组内确定需要进行轧差结算的多个对应同一结算对象的结算款数据进行轧差计算，得到每个组的轧差数据，不仅实现不同属性结算款的分离结算，而且具有相同结算标识信息且对应同一结算对象的多个商户的结算款数据分到同一组进行轧差结算，实现跨商户之间的轧差。此外，按照预设规则进行分组，也能将具有相同特殊参数的结算款数据分配到单独的组中，以实现轧差结算或单独结算，实现特殊款项特殊结算。另外，数据输出模块将轧差数据保存或输出至数据至支付系统，支付项目数量明显减少，报表也更加清晰，方便财务人员做账，有效提高报表开发效率，也降低了财务做账成本。

参阅图3，图3是本申请结算终端一实施方式的结构示意图。本实施方式的结算终端30包括相互耦接的处理器301和人机交互控制电路302。该人机交互控制电路302用于接收财务人员或其他业务人员的指令。

其中，该结算终端30包括PC机、平板电脑以及智能手机等的智能设备。

处理器301可以为支持结算入账处理器，也可以为其他财务支付处理系统，在此不做限定。

具体地，该处理器301用于获取到对已有结算款数据的支付结算款发起的请求。

进一步地，为了方便或保证资金安全，同一个商户对应的结算对象如银行或其他第三方支付平台可能不止一个，为了方便操作以及提高可执行性，该请求是对同一结算对象的支付结算而发起的请求。

在金融操作环境中，财务人员或其他业务人员激活对应的通过结算终端30的人机交互界面，通过该人机交互界面查找关键词如商户名称的方式向该人机交互界面发出获取待结算的结算款的指令，对应的人机交互控制电路302接收该指令，获取并显示对应的结算款。财务人员进一步通过该人机电路302的空间或其他图标发起支付结算款发起请求的指令，对应地该人机电路302接收该支付结算请求指令，处理器301获取到对已有结算款数据的支付结算发起的请求。

一般情况下，虽然结算单可能是来自多个商户之间的多个，但是同一个商户的结算单的类型一般是固定的，如商品结算款、手续费、咨询费等。为了减少后续分组以及轧差的计算量，终端在获取到上述请求后，先统计获取到的结算款对应的商户数量。然后将同一商户相同类型的结算款进行结算，获得每一个商户的一个或多个结算款数据。如，将商户A的所有商品结算款的结算单进行整体结算，得到商户A的商品结算款数据；将商户A的代收款对应的结算款进行整体结算，得到商户A的代收款数据；将商户B的所有咨询服务费结算款进行整体结算，得到商户B的咨询服务费数据等。

在一个优选的实施方式中，处理器301为每一个商户开通与其结算款类型的数量相同的功能账户，在具体结算时，将每一笔相同类型的结算单对应的结算数据添加到该功能账户中，通过该功能账户对同一商户相同类型的结算数据进行结算，得到每一个类型对应的结算款数据。

在本实施方式中，每一个结算款的类型在该结算款生成时已经形成并保存在该结算款的对应参数中。在其他实施方式中，也可以在结算之前的任意时刻进行设置或添加备注，在此不做限定。

处理器301还用于根据预设规则对多个商户对应同一结算对象的结算款数据进行分组。

尽管结算款数据对应的商户相对之间是独立的，但是在实际中，有很多不同的商户之间存在关联，如同一个总商户的多个不同分商户之间存在归属关系，或不属于同一个总商户但彼此之间存在交易或业务往来。比如相同超市不同区域的分点，虽然商户名称不同，但是这些分点超市都属于同一个法人；多个商户的支付账户为同一个账号；或多个账号对应的开户信息为相同的身份证号等，又比如相互之间存在业务往来的A商户和B商户，虽然不属于同一商户，但是二者具有相应协议，而这些不同的商户之间的协议关系可通过增加相同的结算标识信息来标注。

具体地，处理器301首先判断多个商户的对同一个结算对象的多个结算款数据中是否存在预设属性相同的结算款数据。其中，该预设属性包括商户名称如上述的连锁超市或其他连锁商户的总的商户名称、收款账号、开户信息中的任一种，在其他实施方式中，还可以添加区域代码，商户类型等属性条件来进行来判定。如果存在相同的上述预设属性，一般可以说明该多个商户之间属于同一个总商户或属于集团商户。

如果多个商户的结算款数据没有相同的预设属性，但是具有相同的协议标识信息，如A商户的账户与B商户的账户上存在经济往来，可通过增加状态字或备注即协议标识信息的方式进行标注。如果A商户的结算款数据的协议标识信息和B商户的结算款数据的协议标识信息相同，处理器301将A商户和B商户对应同一个结算对象的的结算款数据分到同一组。

如果A商户的结算款数据与其他多个商户如C商户的结算款数据、D商户的结算款数据的预设属性均相同，且均与对应同一个结算对象的B商户的结算款数据存在相同的协议标识信息，处理器301将A商户、C商户、D商户以及B商户对应同一结算对象的结算款数据分配到同一个组中。

如果A商户包括多个对应同一结算对象的具有相同属性的结算款数据，处理器301将具有相同协议标识信息的B商户的对应同一个结算对象的结算款数据与A商户的上述多个结算款数据分到同一组。如果B商户也包括多个对应同一结算对象、具有相同预设属性且包括相同协议标识信息的结算款数据时，处理器301将上述B商户的多个结算款数据与A商户的多个结算款数据分到同一组。

处理器301在完成分组后，对同组内的结算款数据进行轧差计算，得到每个组的轧差数据。

处理器301还用于保存或输出轧差数据至支付系统，以使得支付系统根据每个组的轧差值进行对应支付。

处理器301在得到每个组的轧差数据后，可以进一步地将该轧差数据保存到支付系统或其他财务专用系统中，支付项目数量明显减少，报表也更加清晰，财务人员做账更方便，有效提高报表开发效率，也降低了财务做账成本。

在另一个实施方式中，由于一些结算款的类型或用途特殊，不能与其他结算款数据进行轧差而需要单独进行支付。为了解决上述问题，处理器301在对结算款数据进行分组前，首先判断该结算款数据中是否包含有用于标注需要单独结算的特殊参数，如设置一个状态字或备注等。在一个优选的实施方式中，为了节省支付次数，方便财务人员管理账单，将具有相同特殊参数且对应同一结算对象的结算款数据分配到单独的一个组中，并分别对该组中的每一个结算款数据进行单独保存或输出至支付系统，以实现特殊款项特殊结算。

区别于现有技术，本实施方式中，处理器301获取到对已有结算款数据并对同一结算对象的支付结算发起的请求，根据预设规则对多个商户的结算款数据进行分组后，对同组内确定需要进行轧差结算的多个对应同一结算对象的结算款数据进行轧差计算，得到每个组的轧差数据，不仅实现不同属性结算款的分离结算，而且具有相同结算标识信息且对应同一结算对象的多个商户的结算款数据分到同一组进行轧差结算，实现跨商户之间的轧差。此外，按照预设规则进行分组，也能将具有相同特殊参数的结算款数据分配到单独的组中，以实现轧差结算或单独结算，实现特殊款项特殊结算。另外，将轧差数据保存或输出至数据至支付系统，支付项目数量明显减少，报表也更加清晰，方便财务人员做账，有效提高报表开发效率，也降低了财务做账成本。

请参阅图4，本申请还提供一种存储装置的实施例的结构示意图。本实施例中，该存储装置40存储有处理器可运行的计算机指令41，该计算机指令41用于执行上述实施例中的方法。

该存储装置40具体可以为U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory，)、磁碟或者光盘等可以存储计算机指令的介质，或者也可以为存储有该计算机指令的服务器，该服务器可将存储的计算机指令发送给其他设备运行，或者也可以自运行该存储的计算机指令。

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

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

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

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

以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (7)

1.一种结算方法，其特征在于，所述结算方法包括：

获取到对已有结算款数据并对同一结算对象的支付结算发起的请求；

根据预设规则对多个商户对应同一结算对象的结算款数据进行分组,具体包括：

在多个商户的结算款数据具有相同的预设属性时，获取多个商户对应相同结算对象的结算款数据的预设属性；所述预设属性包括商户名称、收款账号、开户信息中的一种；通过hash算法对每个所述结算款数据的结算对象以及预设属性的hash值进行计算，将所述结算对象的hash值相同且所述预设属性hash值相同的结算款数据分到同一个组；

在多个商户的结算款数据没有相同的预设属性但是具有相同的协议标识信息时，获取多个商户对应相同结算对象的结算款数据的协议标识信息；通过hash算法对每个所述结算款数据的结算对象以及协议标识信息的hash值进行计算，将所述结算对象的hash值相同且所述协议标识信息的hash值相同的结算款数据分到同一个组，其中，所述相同的协议标识信息表示所述结算款数据对应的商户之间存在交易或业务往来；

对确定需进行轧差结算的同组内的所述结算款数据所对应的结算款进行轧差计算，得到所述组的轧差数据；

保存或输出所述轧差数据至支付系统，以使得所述支付系统根据每个所述组的轧差值进行对应支付。

2.根据权利要求1所述的结算方法，其特征在于，所述根据预设规则对多个商户的结算款数据进行分组的步骤具体包括：

从多个商户对应相同结算对象的结算款数据中，查找包括特殊参数的结算款数据，其中，所述特殊参数用于标注单独结算；

将查找到的所述结算款数据分配到需单独结算的同一组中；

所述结算方法还包括：

对需单独结算的同组内的每一个所述结算款数据进行单独保存或输出至所述支付系统。

3.根据权利要求1所述的结算方法，其特征在于，所述获取到对已有结算款数据并对同一结算对象的支付结算发起的请求的步骤包括：

获取到对已有所述结算款数据对同一结算对象的支付结算款发起的请求；

基于所述请求，将同一商户对同一结算对象的相同类型的结算款进行结算，获得每一个所述商户的一个以上的所述结算款数据。

4.根据权利要求3所述的结算方法，其特征在于，所述基于所述请求，将同一商户对同一结算对象的相同类型的结算款进行结算，获得每一个所述商户的一个以上的所述结算款数据的步骤包括：

为每一个所述商户开通与其结算款类型的数量相同的功能账户；

通过所述功能账户对同一商户对同一结算对象的相同类型的结算款进行结算，得到每一个所述类型对应的结算款数据。

5.一种结算装置，其特征在于，所述结算装置包括请求获取模块、分组模块、轧差模块以及数据输出模块，

所述请求获取模块用于获取到对已有结算款数据并对同一结算对象的支付结算发起的请求；

所述分组模块用于根据预设规则对多个商户对应同一结算对象的结算款数据进行分组；所述分组模块还用于获取多个商户对应相同结算对象的结算款数据的预设属性，并通过hash算法对每个所述结算款数据的结算对象以及预设属性的hash值进行计算，将所述结算对象的hash值相同且所述预设属性hash值相同的结算款数据分到同一个组；所述预设属性包括商户名称、收款账号、开户信息中的一种；

或者，

所述分组模块具体用于获取多个商户对应相同结算对象的结算款数据的协议标识信息；

通过hash算法对每个所述结算款数据的结算对象以及协议标识信息的hash值进行计算，将所述结算对象的hash值相同且所述协议标识信息的hash值相同的结算款数据分到同一个组，其中，所述相同的协议标识信息表示所述结算款数据对应的商户之间存在交易或业务往来；

所述轧差模块用于对需进行轧差结算的同组内的所述结算款数据所对应的结算款进行轧差计算，得到所述组的轧差数据；

所述数据输出模块用于保存或输出所述轧差数据至支付系统，以使得所述支付系统根据每个所述组的轧差值进行对应支付。

6.一种结算终端，其特征在于，所述结算终端包括：

相互耦接的处理器和人机交互控制电路，所述处理器在工作时配合所述人机交互控制电路实现如权利要求1-4任一项所述的结算方法。

7.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有程序数据，所述程序数据被处理器执行时实现如权利要求1-4任一项所述的结算方法。

Images