结算方法以及相关装置制造方法及图纸

本申请公开了一种结算方法及相关装置。其中，结算方法包括：获取待结算的订单，订单标注有属性信息，基于属性信息确定订单对应的分组，其中，不同的分组对应不同的结算方式，按照订单对应的分组的结算方式进行结算，得到结算结果。上述方案，能够提高结算方式的可扩展性。

【技术实现步骤摘要】
结算方法以及相关装置
本申请涉及计算机
，特别是涉及一种结算方法以及相关装置。
技术介绍
随着信息技术的蓬勃发展，电子商务逐渐渗透于人们的日常生活、工作和学习中，例如：个人购买生活用品、个人购买电子产品、企业团购办公用品等等。此外，随着消费观念的改变，对于大额商品，人们也越来越倾向于通过消费金融公司采用分期等借贷形式进行支付订单。然而，目前消费金融公司并不是单一从自有资源获取订单，往往是和诸如电商、线下商铺等其他渠道方合作的。来源于渠道方的订单成功后，就会对渠道方分佣。对于一笔订单，根据不同的贷款期数、产品属性、贷款总额，往往能够组合、衍生出多种多样的结算方式。此时，若采用诸如Java等的编程语言直接将结算方式编入结算程序，一来，当结算方式改变时需要重新编写结算程序，二来，受专业限制，重新编写的工作也只能由程序员完成，由此可见，直接将结算方式编入结算程序的方式结算方式的可扩展性受到极大的限制。有鉴于此，如何提高结算方式的可扩展性成为亟待解决的问题。
技术实现思路
本申请主要解决的技术问题是提供一种结算方法以及相关装置，能够提高结算方式的可扩展性。为了解决上述问题，本申请第一方面提供了一种结算方法，包括获取待结算的订单，订单标注有属性信息；基于属性信息确定订单对应的分组，其中，不同的分组对应不同的结算方式；按照订单对应的分组的结算方式进行结算，得到结算结果。为了解决上述问题，本申请第二方面提供了一种结算装置，包括获取模块、确定模块和结算模块，获取模块用于获取待结算的订单，订单标注有属性信息；确定模块用于基于属性信息确定订单对应的分组，其中，不同的分组对应不同的结算方式；结算模块用于按照订单对应的分组的结算方式进行结算，得到结算结果。为了解决上述问题，本申请第三方面提供了一种结算设备，包括相互耦接的存储器和处理器；处理器用于执行存储器存储的程序指令，以实现上述第一方面的结算方法。为了解决上述问题，本申请第四方面提供了一种存储装置，存储有能够被处理器运行的程序指令，程序指令用于实现上述第一方面的结算方法。上述方案，获取待结算的订单，且订单标注有属性信息，基于该属性信息确定订单对应的分组，且不同的分组对应不同的结算方式，并按照订单对应的分组的结算方式进行结算，得到结算结果，也就是说，结算方式与结算程序是分离的，并不直接编入结算程序，从而当结算方式发生改变时，只需对结算方式进行更新即可，而不必重新编写结算程序，进而大大提升结算方式的可扩展性。附图说明图1是本申请结算方法一实施例的流程示意图；图2是本申请结算方法另一实施例的流程示意图；图3是图2中步骤S24一实施例的流程示意图；图4是本申请结算方法又一实施例的流程示意图；图5是基于本申请结算方法的结算系统一实施例的框架示意图；图6是本申请结算装置一实施例的框架示意图；图7是本申请结算设备一实施例的框架示意图；图8是本申请存储装置一实施例的框架示意图。具体实施方式下面结合说明书附图，对本申请实施例的方案进行详细说明。以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透彻理解本申请。本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。请参阅图1，图1是本申请结算方法一实施例的流程示意图。具体而言，可以包括如下步骤：步骤S11：获取待结算的订单，订单标注有属性信息。在一个实施场景中，为了后续能够精确地确定订单对应的分组，属性信息可以包括但不限于：名称、编号、结算方式。例如，甲在某电商平台网购了一台智能手机，并通过分期付款的方式支付了采购订单，则消费金融公司与该电商平台之间的待结算订单中，可以包括名称、编号、结算方式，例如：名称为智能手机，编号为3101，结算方式为分期付款等，此外，还可以包括：分期期数(如6期、12期、24期)、贷款总额(如5000人民币、8000人民币、10000人民币)、渠道方(如电商1、电商2、电商3)等等，本实施例在此不做具体限制。步骤S12：基于属性信息确定订单对应的分组，其中，不同的分组对应不同的结算方式。在一个实施场景中，为了使结算方式首先适配不同渠道方，可以按照渠道方进行分组，从而得到多个分组，且不同的分组对应不同的结算方式。例如：分组1对应于渠道方为电商1，分组2对应于渠道方为电商2等等。在另一个实施场景中，为了使结算方式更加精确地适配到渠道方和产品，可以按照渠道方和产品的编号进行分组，从而得到多个分组，且不同的分组对应不同的结算方式。例如：分组1对应于渠道方为电商1且产品编号为A，分组2对应于渠道方为电商1且产品编号为B等等。此外，还可以根据其他方式对结算方式进行分组，本实施例在此不再一一举例。举例来说，当获取到待结算的订单的同时，也获取到了订单的属性信息，例如：渠道方为电商1，分期期数为6期、贷款总额为5000人民币，则当按照渠道方分组时，基于该订单的渠道方为电商1，则确定对应的分组为分组1。当采用其他属性信息进行分组时可以以此类推，本实施例在此不再一一举例。步骤S13：按照订单对应的分组的结算方式进行结算，得到结算结果。在基于订单的属性信息确定订单的对应的分组之后，即可根据分组对应的结算方式进行结算，并得到结算结果。例如：对于渠道方为电商1，分期期数为6期、贷款总额为5000人民币的订单来说，在确定其对应的分组为分组1时，采用贷款总额的20％进行结算，从而得到结算结果为5000*20％，即1000。其他属性信息的订单可以以此类推，本实施例在此不再一一举例。上述方案，获取待结算的订单，且订单标注有属性信息，基于该属性信息确定订单对应的分组，不同的分组对应不同的结算方式，并按照订单对应分组的结算方式进行结算，得到结算结果，也就是说，结算方式与结算程序是分离的，并不直接编入结算程序，从而当结算方式发生改变时，只需对结算方式进行更新即可，而不必重新编写结算程序，进而大大提升结算方式的可扩展性。请参阅图2，图2是本申请结算方法另一实施例的流程示意图。本实施例中，图2具体为图1所示的结算方法一具体实施例的流程示意图。具体而言，可以包括如下步骤：步骤S21：获取规则文件，并按照规则文件的属性信息和预设规则引擎分组方式划分规则文件，得到多个分组。规则文件是用户根据具体应用场景而预先编辑好的在不同属性信息情况下的结算方式的集合。规则引擎是一种推理引擎，它是根据已有的事实，从规则文件知识库中匹配规则文件，并处理存在冲突的规则文件，执行最后筛选通过的规则文件。本实施例中，预设规则引擎可本文档来自技高网...

【技术保护点】
1.一种结算方法，其特征在于，包括：/n获取待结算的订单，所述订单标注有属性信息；/n基于所述属性信息确定所述订单对应的分组，其中，不同的分组对应不同的结算方式；/n按照所述订单对应的分组的结算方式进行结算，得到结算结果。/n

【技术特征摘要】
1.一种结算方法，其特征在于，包括：
获取待结算的订单，所述订单标注有属性信息；
基于所述属性信息确定所述订单对应的分组，其中，不同的分组对应不同的结算方式；
按照所述订单对应的分组的结算方式进行结算，得到结算结果。


2.根据权利要求1所述的结算方法，其特征在于，所述获取待结算的订单的步骤之前还包括：
获取规则文件，并按照所述规则文件的属性信息和预设规则引擎分组方式划分所述规则文件，得到多个所述分组；
所述基于所述属性信息确定所述订单对应的分组的步骤包括：
通过路由多个所述分组，将所述规则文件的属性信息与所述订单的属性信息相同的分组确定为与所述订单对应的分组。


3.根据权利要求1所述的结算方法，其特征在于，所述属性信息包括所述订单的名称、编号或结算方式中的任一种或多种。


4.根据权利要求1至3任一项所述的结算方法，其特征在于，所述按照所述订单对应的分组的结算方式进行结算，得到结算结果的步骤包括：
获取与所述订单对应的分组匹配的分佣比例；
按照所述分佣比例计算得到分佣结果。


5.根据权利要求2所述的结算方法，其特征在于，所述方法还包括：
判断是否扫描到新的规则文件；
若...

【专利技术属性】
技术研发人员：史明亮，翟春杰，
申请(专利权)人：马上消费金融股份有限公司，
类型：发明
国别省市：重庆;50