CN112785287A - 用于计费结算的方法、装置、计算机系统及介质 - Google Patents

Abstract

本公开提供了一种用于计费结算的方法。所述方法包括：获取待结算订单；读取所述待结算订单的属性信息；将数据库中的规则表达式与所述待结算订单的属性信息进行匹配，得到与所述待结算订单的属性信息相匹配的目标规则表达式，其中所述规则表达式用于限定按照与所述规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件；从所述数据库中获取与所述目标规则表达式对应的目标结算规则；以及按照所述目标结算规则对所述待结算订单进行计费结算。本公开还提供了一种用于计费结算的装置、计算机系统及介质。

Description

用于计费结算的方法、装置、计算机系统及介质

技术领域

本公开涉及互联网技术领域，更具体地，涉及一种用于计费结算的方法、装置、计算机系统及介质。

背景技术

线上采购平台利用互联网技术，通过线上采购平台的服务系统(以下简称平台系统)与消费者的用户终端和各个商家的服务系统(简称商家系统)的交互，为消费者和商家之间搭建起了交易的桥梁。其中，当线上采购平台和商家之间的各类费用的结算时，线上采购平台需要通过平台系统、商家系统、以及银行的服务系统之间的数据交互来实现。

在进行费用结算时，对于不同类型的业务其计费结算规则(用于定义例如每笔费用的支出机构、支出途径、支出科目等)通常会不同。当前在进行计费结算时，会在平台系统中对每一种类型的业务，通过硬编码来实现计费结算规则，其中硬编码所得的程序需要经过测试、部署和上线使用，在进行结算时运行程序以调用相应的接口，通过银行的服务系统将费用按照计费结算规则所定义的方式结转给商家。

随着线上采购平台中对接的业务种类日益繁杂，计费结算规则也层出不穷。使用硬编码配置计费结算规则来实现计费结算的方式，会导致程序中存在大量的计费结算规则判断，使平台系统的后期维护成本高，易出现bug。

发明内容

有鉴于此，本公开提供了一种可以将计费结算规则(包括规则表达式和结算规则)预先配置在数据库中并在运行时匹配调用的用于计费结算的方法。所述方法包括：获取待结算订单；读取所述待结算订单的属性信息；将数据库中的规则表达式与所述待结算订单的属性信息进行匹配，得到与所述待结算订单的属性信息相匹配的目标规则表达式，其中所述规则表达式用于限定按照与所述规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件；从所述数据库中获取与所述目标规则表达式对应的目标结算规则；以及按照所述目标结算规则对所述待结算订单进行计费结算。

根据本公开的实施例，所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配，包括以遍历的方式将所述数据库中的规则表达式与所述待结算订单的属性信息进行匹配。

根据本公开的实施例，所述以遍历的方式将所述数据库中的规则表达式与所述待结算订单的属性信息进行匹配包括：以遍历的方式从所述数据库中的规则表达式中确定出待匹配规则表达式；对所述待匹配规则表达式的脚本进行安全检查和处理，得到合法的规则表达式，其中，所述待匹配规则表达式为从所述数据库中遍历到的规则表达式；以及将所述合法的规则表达式与所述待结算订单的属性信息进行匹配。

根据本公开的实施例，所述对待匹配规则表达式的脚本进行安全检查和处理，得到合法的规则表达式包括：在经过安全检查确定所述待匹配规则表达式的脚本合法时，确定所述待匹配规则表达式为合法的规则表达式；或者在经过安全检查确定所述待匹配规则表达式的脚本不合法时，移除所述待匹配规则表达式的脚本中的非法信息，以得到处理后的规则表达式，以及确定所述处理后的规则表达式为所述合法的规则表达式。

根据本公开的实施例，所述将所述合法的规则表达式与所述待结算订单的属性信息进行匹配，包括利用gr_oovy动态脚本来执行所述匹配操作。

根据本公开的实施例，在所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配之前，所述方法还包括基于用户对所述数据库中的规则表达式的修改操作，修改所述数据库中的规则表达式。

根据本公开的实施例，在所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配之前，所述方法还包括在所述数据库中配置所述规则表达式和与所述规则表达式对应的结算规则。

根据本公开的实施例，所述在所述数据库中配置所述规则表达式和与所述规则表达式对应的结算规则包括：基于用户操作设置所述规则表达式；设置与所述规则表达式对应的结算规则；测试所述规则表达式与所述结算规则是否正确；若正确，则在所述数据库中按照所述对应关系存储所述规则表达式以及所述结算规则。

本公开的另一方面提供了一种用于计费结算的装置。所述装置包括第一获取模块、读取模块、匹配模块、第二获取模块以及结算模块。所述第一获取模块用于获取待结算订单。所述读取模块用于读取所述待结算订单的属性信息。所述匹配模块用于将数据库中的规则表达式与所述待结算订单的属性信息进行匹配，得到与所述待结算订单的属性信息相匹配的目标规则表达式，其中所述规则表达式用于限定按照与所述规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件。所述第二获取模块用于从所述数据库中获取与所述目标规则表达式对应的目标结算规则。所述结算模块用于按照所述目标结算规则对所述待结算订单进行计费结算。

根据本公开的实施例，所述匹配模块具体用于以遍历的方式将所述数据库中的规则表达式与所述待结算订单的属性信息进行匹配。

根据本公开的实施例，所述匹配模块包括遍历子模块、安全检查子模块和匹配子模块。所述遍历子模块用于以遍历的方式从所述数据库中的规则表达式中确定出待匹配规则表达式。所述安全检查子模块用于对所述待匹配规则表达式的脚本进行安全检查和处理，得到合法的规则表达式，其中，所述待匹配规则表达式为从所述数据库中遍历到的规则表达式。所述匹配子模块用于将所述合法的规则表达式与所述待结算订单的属性信息进行匹配。

根据本公开的实施例，所述安全检查子模块具体用于在经过安全检查确定所述待匹配规则表达式的脚本合法时，确定所述待匹配规则表达式为合法的规则表达式；或者在经过安全检查确定所述待匹配规则表达式的脚本不合法时，移除所述待匹配规则表达式的脚本中的非法信息，以得到处理后的规则表达式，以及确定所述处理后的规则表达式为所述合法的规则表达式。

根据本公开的实施例，所述匹配子模块具体用于利用groovy动态脚本来执行所述匹配操作。

根据本公开的实施例，所述装置还包括规则修改模块。所述规则修改模块用于在所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配之前，基于用户对所述数据库中的规则表达式的修改操作，修改所述数据库中的规则表达式。

根据本公开的实施例，所述装置还包括规则设置模块。所述规则设置模块用于在所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配之前，在所述数据库中配置所述规则表达式和与所述规则表达式对应的结算规则。

根据本公开的实施例，所述规则设置模块具体用于基于用户操作设置所述规则表达式；设置与所述规则表达式对应的结算规则；测试所述规则表达式与所述结算规则是否正确；若正确，则在所述数据库中按照所述对应关系存储所述规则表达式以及所述结算规则。

本公开的另一方面提供了一种用于计费结算的计算机系统。所述计算机系统包括一个或多个处理器、以及存储装置。所述存储装置用于存储一个或多个程序。其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的方法。

本公开的另一方面提供了一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，将计费结算规则(包括规则表达式和对应的结算规则)预先配置在数据库中并在运行时匹配调用，可以至少部分地减少逻辑硬编码，提升平台系统中的软件的后期可维护性。

根据本公开的一些实施例，可以基于groovy动态脚本来执行规则表达式与待匹配订单的属性信息的匹配等操作，从而可以实现计费结算规则的线上修改和实时应用的热插拔。例如，对于新业务部署计费结算规则时，可以在规则表达式和对应的结算规则的配置、验证和启用后就可以完成新业务的部署，缩短了新业务的计费结算的开发周期。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的用于计费结算的方法、装置、计算机系统及介质的应用场景；

图2示意性示出了根据本公开实施例的用于计费结算的方法的流程图；

图3示意性示出了根据本公开实施例的用于计费结算的方法中将数据库中的规则表达式与待结算订单的属性信息进行匹配的方法流程图；

图4示意性示出了根据本公开实施例的用于计费结算的方法中对规则表达式进行安全检查和处理的流程图；

图5示意性示出了根据本公开实施例的用于计费结算的方法的一个应用实例的流程图；

图6示意性示出了根据本公开另一实施例的用于计费结算的方法的流程图；

图7示意性示出了根据本公开又一实施例的用于计费结算的方法的流程图；

图8示意性示出了根据本公开又一实施例的用于计费结算的方法中在数据库中配置规则表达式的方法流程图；

图9示意性示出了根据本公开实施例的用于计费结算的装置的框图；

图10示意性示出了根据本公开实施例的用于计费结算的装置中匹配模块的框图；以及

图11示意性示出了适于实现根据本公开实施例的用于计费结算的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

本公开的实施例提供了一种用于计费结算的方法、装置、计算机系统及介质。该方法包括：获取待结算订单；读取待结算订单的属性信息；将数据库中的规则表达式与待结算订单的属性信息进行匹配，得到与待结算订单的属性信息相匹配的目标规则表达式，其中规则表达式用于限定按照与规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件；从数据库中获取与目标规则表达式对应的目标结算规则；以及按照目标结算规则对待结算订单进行计费结算。

根据本公开的实施例，可以将计费结算规则(包括规则表达式和对应的结算规则)预先配置在数据库中并在运行时匹配调用，以此方式可以至少部分地减少逻辑硬编码，提升平台系统中的软件的后期可维护性。

图1示意性示出了根据本公开实施例的用于计费结算的方法、装置、计算机系统及介质的应用场景100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的应用场景100可以包括用户终端101、网络102、平台服务器103、网络104和商家服务器105、106、以及银行服务器107。用户终端101可以是消费者使用的任何一种终端设备。平台服务器103为平台系统的至少一部分。商家服务器105、106分别为不同商家系统的至少一部分。银行服务器107属于银行服务系统的至少一部分。

网络102用以在用户终端101和平台服务器103之间提供通信链路。网络104用以在平台服务器103、和商家服务器105、106，以及银行服务器107之间提供通信链路。网络102/104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。网络102和104可以是不同的网络，或者也可以是相同的网络，或者也可以是部分重叠的网络。

平台服务器103可以为线上物质采购平台提供后台服务。用户终端101中安装有该线上物资采购平台的客户端应用。商家服务器105、106可以与平台服务器103进行交互，例如将各个商家提供的产品的信息上传给该线上采购平台，并通过用户终端101中的客户端应用将产品展示给消费者。

用户可以使用用户终端101通过网络102与平台服务器103交互，以接收或发送消息等。例如，用户可以通过用户终端101来查看线上物资采购平台中展示的产品；又例如，用户可以通过在用户终端101中的下单操作来产生订单，以实现线上物资采购。用户终端101可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

平台服务器103可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的产品信息、或者订单信息等)反馈给用户终端101。

平台服务器103、商家服务器105、106以及银行服务器107也可以进行交互，来实现线上采购平台和商家之间的各类费用的结算。例如，如果一个订单中的产品归属于商家服务器105、106其中之一时，平台服务器103可以根据该订单所适用的计费结算规则向银行服务器107发起支付或者转账请求，以请求将该订单的费用按照计费结算规则所确定方式从线上采购平台的账户转入商家的账户，与此同时银行服务器107与商家服务器105、106交互，例如通知商家将订单的费用是否成功转入商家账户等。

需要说明的是，本公开实施例所提供的用于计费结算的方法一般可以由平台服务器103执行。相应地，本公开实施例所提供的用于计费结算的装置一般可以设置于平台服务器103中。本公开实施例所提供的用于计费结算的方法也可以由不同于平台服务器103且能够与用户终端101、和/或平台服务器103、和/或银行服务器107、和/或商家服务器105、106通信的服务器或服务器集群执行。相应地，本公开实施例所提供的用于计费结算的装置也可以设置于不同于平台服务器103且能够与、和/或平台服务器103、和/或银行服务器107、和/或商家服务器105、106通信的服务器或服务器集群中。

应该理解，图1中的用户终端、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的用户终端、网络和服务器。

图2示意性示出了根据本公开实施例的用于计费结算的方法的流程图。

如图2所示，根据本公开实施例，该用于计费结算的方法可以包括操作S210～操作S250。

在操作S210，获取待结算订单。待结算订单可以来源于用户通过用户终端101进行下单操作而获得的订单。

在操作S220，读取待结算订单的属性信息。

订单的属性信息可以包括订单的类型，其中订单的类型包括不同维度的参数；例如，从订单提供的商品或服务的种类维度区分订单的类型可以是例如车票类、酒店服务类、商品销售类、或者外卖类等；又例如，从订单提供的商品或服务的地域范围维度区分订单的类型可以是例如全球购类、或者境内购买类；再例如，从订单提供的商品或服务的销售方式维度区分订单的类型可以是例如普通购买类、二手拍拍类、拼团购买类、或者双十一促销类等。

或者，订单的属性信息可以包括供应订单中的商品或服务的商家的类型，其中，商家的类型可以包括不同维度的参数；例如，从商家经营的业务类型维度区分，商家的类型可以是商品销售类、酒店服务类、或者火车票类等；又例如，从商家的经营业务地域维度区域，商家的类型可以是境内类、或全球购类等；再例如，从商家结算使用的币种维度区分，商家的维度可以包括美元结算类、或人民币结算类等；再例如，从与商家进行费用结算的支付账户维度区分，商家的类型可以包括第一账户类、第二账户类等。

根据本公开的一个实施例，操作S230中例如可以通过读取订单编号或者其他订单标识中相应位置的数据信息来获取订单的属性信息中不同维度的信息。例如，每个订单会有订单编号，其中订单编号中某一位(例如，第8位)的取值可以表征订单属于普通购买类、二手拍拍类、拼团购买类、或者双十一促销类等。从而，读取订单编号中第8位的取值就可以获得基于订单提供的商品或服务的交易方式维度的参数。

在操作S230，将数据库中的规则表达式与待结算订单的属性信息进行匹配，得到与待结算订单的属性信息相匹配的目标规则表达式，其中规则表达式用于限定按照与规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件。表1的计费结算规则给出了在数据库中存储的规则表达式和结算规则的一个示例。

表1：计费结算规则

参考表1的计费结算规则，每一行的规则表达式与结算规则具有对应关系。其中，规则表达式可以通过例如“与、或、包含、模糊匹配等”逻辑表达式来限定按照每种结算规则进行结算订单的属性信息应满足的条件。根据本公开的实施例，规则表达式可以通过逻辑关系来表示，简单明了，便于非专业人员阅读规则表达式和/或检查规则表达式的正确性。

根据本公开的实施例，可以通过枚举的方式，对于每一种业务类型的订单，编写对应规则表达式以及所适用的结算规则，得到如表1所示的计费结算规则。以此方式，可以对应于不同种类、具有不同结算方式的业务，可以得到大量具有对应关系的规则表达式和结算规则，。

根据本公开的一个实施例，操作S230中可以以遍历的方式将数据库中的规则表达式与待结算订单的属性信息进行匹配。根据本公开的另一实施例，以遍历方式匹配目标规则表达式的具体实现过程可以参考图3的示意。

在操作S240，从数据库中获取与目标规则表达式对应的目标结算规则。在操作S250，按照目标结算规则对待结算订单进行计费结算。

为方便区分起见，在本公开中将与待结算订单的属性信息匹配上的规则表达式称为目标规则表达式。例如假设表1中序号1所在的行的规则表达式为目标规则表达式时，从表1中可以获取到序号1所在的行的结算规则为目标结算规则。从而，对于待结算订单中的费用，可以在每月的20日从“第一账户”通过美元支付给“商家第一账户”。

根据本公开的实施例，可以将规则表达式和对应的结算规则预先配置在数据库中并在运行时匹配调用，以此方式可以至少部分地减少逻辑硬编码，提升平台系统中的软件的后期可维护性。

图3示意性示出了根据本公开实施例的用于计费结算的方法中操作S230将数据库中的规则表达式与待结算订单的属性信息进行匹配的方法流程图。

如图3所示，根据本公开实施例，操作S230可以包括操作S231～操作S233。

在操作S231，以遍历的方式从数据库中的规则表达式中确定出待匹配规则表达式。

在操作S232，对待匹配规则表达式的脚本进行安全检查和处理，得到合法的规则表达式。安全检查的目的是为了防止数据库有被非法入侵导致在待匹配规则表达式的脚本中加入非法信息(例如，SQL注入)，或者防止在配置规则表达式过程中由于人工操作错误在待匹配规则表达式的脚本中引入非法信息等，或者在从数据库读取规则表达式的过程中引入非法信息等。根据本公开的一个实施例。操作S232中安全检查和处理的具体实现过程可以参考图4的示意。

图4示意性示出了根据本公开实施例的用于计费结算的方法中操作S232对规则表达式进行安全检查和处理的流程图。

如图4所示，操作S232可以包括操作S401～操作S404。

在操作S401，确定待匹配规则表达式的脚本是否合法。若不合法则执行操作S402，或者若合法则执行操作S404。

在操作S402，在经过安全检查确定待匹配规则表达式的脚本不合法时，移除待匹配规则表达式的脚本中的非法信息，以得到处理后的规则表达式。然后在操作S403，确定处理后的规则表达式为合法的规则表达式。

或者在操作S404，在经过安全检查确定待匹配规则表达式的脚本合法时，确定待匹配规则表达式为合法的规则表达式。

以此方式，经过操作S401～操作S404可以获得与待匹配规则表达式对应的合法的规则表达式。该合法的规则表达式要么是待匹配规则表达式本身，或者是对待匹配规则表达式中的非法信息进行移除后的规则表达式。

之后在操作S233，将合法的规则表达式与待结算订单的属性信息进行匹配。根据本公开的一个实施例，操作S233中具体可以利用groovy动态脚本来执行匹配操作。匹配的具体过程例如可以是，首先将合法的规则表达式的脚本映射为底层硬件可执行的Java代码，然后将Java代码中与规则表达式对应的部分的各个参数与第一订单的属性信息中的各个参数对应进行比较，若完全一致则说明匹配成功，若不完全一致则说明匹配失败。

利用groovy动态脚本来执行匹配操作可以实现快速热插拔，提高计费结算的执行效率。例如，对新业务部署计费结算规则时，在数据库中配置完成规则表达式和对应的结算规则后，就可以通过groovy动态脚本来执行匹配操作，减少了编译、部署和发布等过程，缩短了新业务的计费结算规则的配置周期。或者，又例如当需要对已配置好的计费结算规则进行修改时，在数据库中对对应的规则表达式和结算规则进行修改后，就可以利用groovy动态脚本来执行匹配操作，从而可以实现计费结算规则的线上修改和实时应用。

图5示意性示出了根据本公开实施例的用于计费结算的方法的一个应用实例的流程图。

如图5所示，该应用实例可以包括操作S501～操作S513。

在操作S501，获取待结算订单。在一个实施例中，可以获取一计费数据流，其中计费数据流中可以是由一个或多个订单组成的数据流。其中，对于计费数据流中的每一个订单均按照图5实例的方法流程进行计费结算。待结算订单为计费数据流中的任意一个订单。

计费数据流可以调用用于进行计费结算的规则接口，并且通过规则接口调用规则引擎并触发规则引擎执行操作S502～操作S513。其中，规则引擎例如可以是是基于groovy动态脚本的定制化开发的软件，用于执行根据本公开实施例的用于计费结算的方法。

在操作S502，读取待结算订单的属性信息。例如，规则引擎读取待结算订单的一个或多个维度的属性信息，对应获得一个或多个待匹配的参数。

然后在操作S503，遍历得到待匹配规则表达式。例如，规则引擎从数据库中按照遍历的方式读取例如表1中各个规则表达式。例如，首先遍历到序号1所在的行的规则表达式，则以序号1所在的行的规则表达式为当前遍历过程中的待匹配规则表达式。

接下来在操作S504～操作S506，对该待匹配规则表达式进行安全检查和处理。

在操作S504，检查该待匹配规则表达式的脚本中是否包含import包，若包含则从该待匹配规则表达式的脚本中移除import包。Java中利用import导入自定义包导入需要的包类。该待匹配规则表达式的脚本中的import包极有可能是数据库被入侵导入的信息。若import包通过groovy运行后，会在规则引擎中引入自定义包类，会改变规则引擎的程序设置，对规则引擎带来不确定影响。

在操作S505，检查该待匹配规则表达式的脚本中是否包含drop、delete、insert、update等sql语句，若存在则移除该待匹配规则表达式的脚本中的drop、delete、insert、update等sql语句。drop、delete、insert、update等sq1语句是对数据库的操作。若这些语句通过groovy运行后，会修改数据库中的信息，例如修改表1中的规则表达式或者结算规则等，这样会给数据库带来不确定影响。

在操作S506，检查该规则表达式的脚本中是否包含java文件操作class，若存在则移除该待匹配规则表达式的脚本中的java文件操作class。该java文件操作class被groovy运行后，会在规则引擎中产生class文件，会改变规则引擎的程序设置，对规则引擎带来不确定影响。

操作S504～操作S506的安全检查和处理，可以避免在规则引擎中注入非法信息，对规则引擎的应用程序和/或数据库带来不可逆的影响。

然后在操作S507，将经过操作S504～操作S506的安全检查和处理后的待匹配规则表达式的脚本转换为底层硬件可执行的java代码。例如，基于规则表达式与底层硬件可执行的java代码的映射关系，解析规则表达式和参数，并实现对应转换。

在操作S508，利用groovy动态脚本将待匹配规则表达式与待匹配订单的属性信息进行匹配。具体地，将待匹配规则表达式转换而得到的底层硬件可执行的java代码中的各个参数与待匹配订单的属性信息所包括的各个参数进行对比，若所有参数均完全一致则匹配成功，若否则匹配失败。

在操作S509，确定是否匹配成功。若匹配成功则执行操作S510和操作S511。若匹配失败执行操作S512。

在操作S510，若操作S509匹配成功，则获取与待结算订单的属性信息相匹配的目标规则表达式。然后在操作S511，按照目标结算规则对待结算订单进行计费结算。

在操作S512，若操作S509中匹配失败，则进一步确定是否遍历完数据库中的所有的规则表达式。如果没有遍历完成则回到操作S503遍历确定新的待匹配规则表达式，并对该新的待匹配规则表达式进行操作S504～操作S506的安全检查和处理以及操作S507～操作S508的转换和匹配；如果遍历完成，则表明数据库中当前配置的规则表达式没有与该订单的属性信息相匹配的，此时可以在操作S513中设置默认结算方式，例如，通过硬编码的方式实现待结算订单的计费结算。

图6示意性示出了根据本公开另一实施例的用于计费结算的方法的流程图。

如图6所示，根据本公开的实施例，该用于计费结算的方法除了操作S210～操作S250以外，还可以包括操作S610。其中，操作S610可以在操作S210之前执行。

在操作S610，基于用户对数据库中的规则表达式的修改操作，修改数据库中的规则表达式。例如当需要对已配置好的计费结算规则进行修改时，在数据库中对对应的规则表达式和结算规则进行修改后，就可以利用groovy动态脚本来执行匹配操作，从而可以实现计费结算规则的线上修改和实时应用。以此方式，根据本公开的实施例，可以基于groovy动态脚本来执行规则表达式与待匹配订单的属性信息的匹配等操作，从而可以实现计费结算规则的线上修改和实时应用的热插拔效果。

图7示意性示出了根据本公开又一实施例的用于计费结算的方法的流程图。

如图7所示，根据本公开的实施例，该用于计费结算的方法除了操作S210～操作S250以外，还可以包括操作S710。

在操作S710，在数据库中配置规则表达式和与规则表达式对应的结算规则。

根据本公开的一个实施例，操作S710的具体实现可以参考图8的示意。

图8示意性示出了根据本公开又一实施例的用于计费结算的方法中在数据库中配置规则表达式的方法流程图。

如图8所示，操作S710具体可以包括操作S711～操作S715。

在操作S711，基于用户操作设置规则表达式。例如，从业务数据库读取各个种类的订单的属性信息。基于每一个种类的订单所满足的规则判断条件来编写对应的规则表达式。

在操作S712，设置与规则表达式对应的结算规则。

在操作S713，对规则表达式与结算规则进行测试。例如，进行仿真测试。例如，利用部分已知类型和结算方式的订单对规则表达式和结算规则进行测试，查看该已知类型的订单是否能够按照预期的方式进行结算，以此方式来确定所配置的规则表达式、结算规则或者二者的对应关系是否正确。

在操作S714，确定测试结果是否为预定结果，其中该预定结果是按照预期设置的结算方式。若测试结果为预定结果，说明规则表达式与结算规则、以及二者的对应关系是正确，则执行操作S715；若测试结果不是预定结果，说明规则表达式与结算规则、以及二者的对应关系中至少一个存在问题，则重新执行操作S711～操作S713。根据本公开实施例，通过对规则表达式和结算规则的测试，可以保证数据库中配置的规则表达式、结算规则以及二者对应关系的正确性。

在操作S715，在确定规则表达式与结算规则、以及二者的对应关系是正确的情况下，在数据库中按照对应关系存储规则表达式以及结算规则。从而完成对规则表达式和对应的结算规则的配置。

根据本公开的实施例，配置规则表达式和对应的结算规则的过程中，可以根据每个业务的各方参与人员的角色，提供与该角色对应的参数的配置接口(例如，参数配置交互界面)。以此方式，一个业务的规则表达式可以是该业务的各方参与人员共同协作完成的。从而该业务的各方参与人员(产品、需求和研发等)均可以参与到该计费结算规则的设置过程中，提升配置计费结算规则过程中人员的沟通效率，减少计费结算规则配置完成之后由于各方参与人员的不同意见而需要频繁变更的情况。

或者，根据本公开的实施例，由于规则表达式和对应的结算规则是可以预先在数据库中进行配置，而非硬编码编写在程序中的。因此，在配置规则表达式和对应的结算规则的过程中，可以由一项业务的产品方、需求方和研发方一起讨论该业务的规则表达式和对应的结算规则，并讨论完成后由研发人员在配置界面上进行设置，并且设置完成后还可以交由产品方和需求方检查。如前述表1的示例，规则表达式可以通过例如“与、或、包含、模糊匹配等”逻辑表达式来表示，便于产品方、需求方人员等非程序编写人员阅读，并参与规则表达式的配置过程中。这样，也可以提升配置计费结算规则过程中人员的沟通效率，减少计费结算规则配置完成之后由于各方参与人员的不同意见而需要频繁变更的情况。

图9示意性示出了根据本公开实施例的用于计费结算的装置900的框图。

如图9所示，根据本公开的一些实施例，该装置900可以包括第一获取模块910、读取模块920、匹配模块930、第二获取模块940、以及结算模块950。

第一获取模块910用于获取待结算订单。

读取模块920用于读取待结算订单的属性信息。

匹配模块930用于将数据库中的规则表达式与待结算订单的属性信息进行匹配，得到与待结算订单的属性信息相匹配的目标规则表达式，其中规则表达式用于限定按照与规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件；根据本公开的实施例，匹配模块930具体用于以遍历的方式将数据库中的规则表达式与待结算订单的属性信息进行匹配。

第二获取模块940用于从数据库中获取与目标规则表达式对应的目标结算规则。

结算模块950用于按照目标结算规则对待结算订单进行计费结算。

根据本公开的实施例，装置900还可以进一步包括规则修改模块960。规则修改模块960用于在将数据库中的规则表达式与待结算订单的属性信息进行匹配之前，基于用户对数据库中的规则表达式的修改操作，修改数据库中的规则表达式。

根据本公开的实施例，装置900还可以包括进一步包括规则设置模块970。规则设置模块970用于在将数据库中的规则表达式与待结算订单的属性信息进行匹配之前，在数据库中配置规则表达式和与规则表达式对应的结算规则。

根据本公开的实施例，规则设置模块970具体用于基于用户操作设置规则表达式；设置与规则表达式对应的结算规则；测试规则表达式与结算规则是否正确；若正确，则在数据库中按照对应关系存储规则表达式以及结算规则。

图10示意性示出了根据本公开实施例的用于计费结算的装置900中匹配模块930的框图。

如图10所示，根据本公开的实施例匹配模块930可以包括遍历子模块931、安全检查子模块932和匹配子模块933。

遍历子模块931用于以遍历的方式从数据库中的规则表达式中确定出待匹配规则表达式。

安全检查子模块932用于对待匹配规则表达式的脚本进行安全检查和处理，得到合法的规则表达式，其中，待匹配规则表达式为从数据库中遍历到的规则表达式。根据本公开的一个实施例，安全检查子模块932具体用于在经过安全检查确定待匹配规则表达式的脚本合法时，确定待匹配规则表达式为合法的规则表达式；或者在经过安全检查确定待匹配规则表达式的脚本不合法时，移除待匹配规则表达式的脚本中的非法信息，以得到处理后的规则表达式，以及确定处理后的规则表达式为合法的规则表达式。

匹配子模块933用于将合法的规则表达式与待结算订单的属性信息进行匹配。根据本公开的实施例，匹配子模块933具体用于利用groovy动态脚本来执行匹配操作。

根据本公开的实施例，装置900可以用于实现参考图2～图8所描述的方法。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，第一获取模块910、读取模块920、匹配模块930、第二获取模块940、结算模块950、规则修改模块960、规则设置模块970、遍历子模块931、安全检查子模块932和匹配子模块933中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一获取模块910、读取模块920、匹配模块930、第二获取模块940、结算模块950、规则修改模块960、规则设置模块970、遍历子模块931、安全检查子模块932和匹配子模块933中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一获取模块910、读取模块920、匹配模块930、第二获取模块940、结算模块950、规则修改模块960、规则设置模块970、遍历子模块931、安全检查子模块932和匹配子模块933中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图11示意性示出了适于实现根据本公开实施例的用于计费结算的计算机系统1100的方框图。图11示出的计算机系统1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，根据本公开实施例的计算机系统1100包括处理器1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储部分1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。处理器1101例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器1101还可以包括用于缓存用途的板载存储器。处理器1101可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 1103中，存储有计算机系统1100操作所需的各种程序和数据。处理器1101、ROM 1102以及RAM 1103通过总线1104彼此相连。处理器1101通过执行ROM 1102和/或RAM1103中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 1102和RAM 1103以外的一个或多个存储器中。处理器1101也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，计算机系统1100还可以包括输入/输出(I/O)接口1105，输入/输出(I/O)接口1105也连接至总线1104。系统1100还可以包括连接至I/O接口1105的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1106；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1107；包括硬盘等的存储部分1108；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1109。通信部分1109经由诸如因特网的网络执行通信处理。驱动器1110也根据需要连接至I/O接口1105。可拆卸介质1111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1110上，以便于从其上读出的计算机程序根据需要被安装入存储部分1108。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1109从网络上被下载和安装，和/或从可拆卸介质1111被安装。在该计算机程序被处理器1101执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 1102和/或RAM 1103和/或ROM 1102和RAM 1103以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (11)

1.一种用于计费结算的方法，包括：

获取待结算订单；

读取所述待结算订单的属性信息；

将数据库中的规则表达式与所述待结算订单的属性信息进行匹配，得到与所述待结算订单的属性信息相匹配的目标规则表达式，其中所述规则表达式用于限定按照与所述规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件；

从所述数据库中获取与所述目标规则表达式对应的目标结算规则；以及

按照所述目标结算规则对所述待结算订单进行计费结算。

2.根据权利要求1所述的方法，其中，所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配，包括：

以遍历的方式将所述数据库中的规则表达式与所述待结算订单的属性信息进行匹配。

3.根据权利要求2所述的方法，其中，所述以遍历的方式将所述数据库中的规则表达式与所述待结算订单的属性信息进行匹配，包括：

以遍历的方式从所述数据库中的规则表达式中确定出待匹配规则表达式；

对所述待匹配规则表达式的脚本进行安全检查和处理，得到合法的规则表达式；以及

将所述合法的规则表达式与所述待结算订单的属性信息进行匹配。

4.根据权利要求3所述的方法，其中，所述对待匹配规则表达式的脚本进行安全检查和处理，得到合法的规则表达式，包括：

在经过安全检查确定所述待匹配规则表达式的脚本合法时，确定所述待匹配规则表达式为合法的规则表达式；或者

在经过安全检查确定所述待匹配规则表达式的脚本不合法时，移除所述待匹配规则表达式的脚本中的非法信息，以得到处理后的规则表达式；以及确定所述处理后的规则表达式为所述合法的规则表达式。

5.根据权利要求3所述的方法，其中，所述将所述合法的规则表达式与所述待结算订单的属性信息进行匹配，包括：

利用groovy动态脚本来执行所述匹配操作。

6.根据权利要求1或5所述的方法，其中，在所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配之前，所述方法还包括：

基于用户对所述数据库中的规则表达式的修改操作，修改所述数据库中的规则表达式。

7.根据权利要求1或5所述的方法，其中，在所述将数据库中的规则表达式与所述待结算订单的属性信息进行匹配之前，所述方法还包括：

在所述数据库中配置所述规则表达式和与所述规则表达式对应的结算规则。

8.根据权利要求7所述的方法，其中，所述在所述数据库中配置所述规则表达式和与所述规则表达式对应的结算规则，包括：

基于用户操作设置所述规则表达式；

设置与所述规则表达式对应的结算规则；

测试所述规则表达式与所述结算规则是否正确；

若正确，则在所述数据库中按照所述对应关系存储所述规则表达式以及所述结算规则。

9.一种用于计费结算的装置，包括：

第一获取模块，用于获取待结算订单；

读取模块，用于读取所述待结算订单的属性信息；

匹配模块，用于将数据库中的规则表达式与所述待结算订单的属性信息进行匹配，得到与所述待结算订单的属性信息相匹配的目标规则表达式，其中所述规则表达式用于限定按照与所述规则表达式对应的结算规则进行计费结算的订单的属性信息应满足的条件；

第二获取模块，用于从所述数据库中获取与所述目标规则表达式对应的目标结算规则；以及

结算模块，用于按照所述目标结算规则对所述待结算订单进行计费结算。

10.一种用于计费结算的计算机系统，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～8任意一项所述的方法。

11.一种计算机可读介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～8任意一项所述的方法。

Images