本申请属于互联网技术领域，具体涉及一种交易计价控制方法，及其相应的装置、电子设备、非易失性存储介质。
背景技术：
在互联网电商领域，将忠诚度高的用户设置为会员，并给会员赋予各种权益，能提高用户忠诚度，提高复购率，从而带来gmv转化。作为接入平台，可以根据定制化的运营手段设置各种会员玩法、会员门槛，比如一些电商平台的付费门槛会员，用户需要付费指定金额才能成为会员，或者某些打车服务平台的会员，需要指定消费多少金额或者指定公里数作为门槛。
用户成为会员的最终目的是想获得优惠，但会员优惠又可以演变出多种玩法，比如会员折扣价，会员满减，会员积分抵现等多种优惠方式。业态正逐渐将这些优惠相关的业务流程中台化，成为有一定独立计价服务能力的计价中台。计价中台需要根据其他平台租户制定的优惠玩法做定制化服务，提供多种玩法供租户选择使用，比如接入中台的一个租户平台a，可以设置会员折扣价和会员满减这两种优惠方式，那么在其消费用户下单购物结算时，中台需要根据平台租户配置的优惠方式计算出优惠后的价格。同样，如果租户平台b接入此中台，可以选择其他优惠方式进行组合，比如会员积分抵现和会员折扣价。作为中台而言，需要提供多种优惠生命力，除了需要支持租户维度的优惠计算之外，中台还得支持平台租户里面每个店铺用户配置不同的优惠种类和优惠方式，比如a店铺可以选择开启积分抵现和折扣价两种优惠方式并存，而b店铺可以只开启积分抵现一种优惠方式，c店铺可以只开启折扣价一种优惠方式。出于满足此类需求的需要，中台需要给接入平台、接入店铺自行选择，自行组装中台所提供的所有优惠方式，以便由接入平台、接入店铺独立维护运营。
当计价中台需要为多产品线提供计价服务时，需要相对标准化且保持很强的扩展性，考虑到不同店铺用户有自己的独特运营方式，如注重线上线下结合的商家会主要折扣优惠，如注重复购率的商家又会设置积分抵现，因此，在部署计价平台时需要能够兼容租户和店铺两个维度的优惠计价服务，目前本领域尚未见能够满足此类需求的产品。
进一步的问题在于，当存在多种优惠方式时，各种优惠方式之间的组合关系可以不同，有时候相互之间需要彼此独立计算，有时候相互之间需要进行关联计算，如店铺a配置所购物会员可同时折扣和积分抵扣优惠，这时计算优惠折扣的方式需要由两种方式整合一起之后算出优惠后的价格，又如店铺b所购物会员可同时享受3种优惠，多种不同的组合方式下如何标准化准确计算出优惠后的价格，这些计价服务能力的实现也未见于现有技术。
概而言之，如何提供标准化且具备多计价方式关联计算服务能力的计价中台技术，是本领域亟待解决的问题。
技术实现要素：
鉴于现有技术所存在的不足，本申请的目的，旨在提供一种交易计价控制方法及其相应的交易计价控制装置、电子设备、非易失性存储介质。
为满足本申请的目的，本申请采用如下技术方案：
适应本申请的目的之一而提供的一种交易计价控制方法，包括如下步骤：
接收订单计价请求，获取其中的平台特征信息、隶属于该平台的店铺特征信息以及交易金额；
从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则；
按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则；
在所述组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求。
一种实施例中，按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则的步骤，包括：
识别多条计价规则所含的优先级表征数值；
比较各个计价规则的优先级表征数值之间的大小，获得优先级比较结果；
根据所述比较结果，对于优先级相同的计价规则，适配第一组合规则，对于优先级不等的计价规则，适配第二组合规则。
另一实施例中，在该组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求的步骤，包括：
当所述组合规则为第一组合规则而调用计价引擎时，使计价引擎以所述交易金额分别传参给优先级相同的各个计价规则的计价公式，而分别计算获得与各个计价规则相对应的优惠金额；
当所述组合规则为第二组合规则而调用计价引擎时，使计价引擎以所述交易金额传参给优先级较高的计价规则的计价公式计算第一优惠金额，将该交易金额扣减所述第一优惠金额后传参给次高优先级的计价规则的计价公式计算第二优惠金额，以此类推；
汇总所述各个优惠金额用于应答所述订单计价请求。
部分扩展的实施例中，包括如下前置步骤：
接收平台用户和/或店铺用户的计价规则的配置信息，将该计价规则与相应的平台特征信息和/或店租特征信息相关联存储于所述的数据库中。
部分扩展的实施例中，包括如下步骤：
响应平台用户和/或店铺用户的公式编辑请求而推送与其相关联的计价公式表达文本；
接收编辑所述表达文本后返回的计价公式文本数据；
在所述规则数据库中以所述文本数据更新相应的计价公式。
较佳的实施例中，从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则的步骤中，其中一个所述的计价规则包括多个区间阈值和优惠金额，每个区间阈值与一个优惠金额相对应设置，其计价公式利用传入的交易金额确定所属的区间阈值而确定相对应的优惠金额。
较佳的实施例中，从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则的步骤中，其中一个所述的计价规则包括表征优惠比例的比例因数，其计价公式利用传入的交易金额与所述优惠比例的乘积确定相对应的优惠金额。
适应于本申请的目的之一而提供的一种交易计价控制装置，其包括：
请求解析模块，用于接收订单计价请求，获取其中的平台特征信息、隶属于该平台的店铺特征信息以及交易金额；
规则查询模块，用于从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则；
组合适配模块，用于按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则；
计价执行模块，用于在所述组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求。
适应于本申请的目的之一而提供的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行所述的交易计价控制方法。
适应于本申请的目的之一而提供一种非易失性存储介质，其以计算机可读指令的形式存储用依据所述的交易计价控制方法所述实现的计算机程序，该计算机程序被计算机调用时，执行该方法所包括的步骤。
相对于现有技术，本申请具有如下优势：
首先，本申请提供了一个标准化的技术框架，实现了一种标准化的计价服务中台，其以平台特征信息和店铺特征信息为身份特征对电商平台及其下属的店铺用户所设置的计价规则管理，兼容计价规则归属关系的多种复杂情况，当需要基于交易金额进行计价时，可以从规则数据库中相应调用电商平台和/或店铺用户预先配置的多条计价规则，利用标准化的计价引擎进行计价，不必具体区分电商平台和店铺用户，算力高效集中，整体服务能力大大提升，适于为海量的电商平台并行不悖地提供计价服务。
其次，本申请通过识别和比较多条计价规则中预设的优先级，利用优先级之间相对关系为这些计价规则适配相应的组合规则，在所述组合规则的约束下，可以最小化所述计价引擎的实现，提升其标准化能力，与此同时又确保了各个不同计价规则之间的关联计算，使得以标准化的方式基于其中一条计价规则的结果计算获得另一条计价规则的结果成为可能，解耦电商平台自身与此类组合规则之间的关系，无需电商平台自身实现相关组合逻辑，提升计价服务中台的普遍适用性。
此外，本申请基于请求应答的机制开放其计价服务，适于接入各种不同电商平台，有利于依赖本申请所实现的计价服务中台的产品化推广，有助于计价服务中台领域的产业化。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；
图2为本申请的交易计价控制方法的典型实施例的流程示意图；
图3为图2中步骤s13的具体步骤所形成的流程示意图；
图4为图2中步骤s14的具体步骤所形成的流程示意图；
图5为本申请的交易计价控制方法的另一实施例的流程示意图；
图6为本申请的交易计价控制方法的再一实施例中，与本申请的典型实施例并发执行的各个步骤之间形成的流程示意图；
图7为本申请的交易计价控制装置的典型实施例的原理框图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personalcommunicationsservice，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personaldigitalassistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(globalpositioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobileinternetdevice，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。
需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。
请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称服务器80部署在云端，作为一个业务服务器，其可以负责进一步连接起相关数据服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82或者第三方服务器(未图示)提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。
本申请所称的中台，主要指计算机服务所需调用的中间组件，用于实现某种实用的功能，通过响应外部请求，必要时从外部请求中提供入参，经过其内部的处理之后，对应反馈外部请求所期望的结果，完成对外部请求的响应。
本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。
在理解上述所揭示的与本申请技术方案相关的相关部署环境和应用环境的基础上，请参阅如下说明继续了解本申请的多种实施方式：
请参阅图2，本申请的一种交易计价控制方法，由安装并运行于服务器的应用程序负责执行体现以构造出本申请的计价服务，开放给外部调用，在其典型实施例中，其包括如下步骤：
步骤s11、接收订单计价请求，获取其中的平台特征信息、隶属于该平台的店铺特征信息以及交易金额：
当电商平台的消费用户下单后，便产生了相应的交易数据，这些交易数据包括用户下单的商品及其相应的商品交易价格。为了基于电商平台和店铺针对该些商品所配置的优惠方式的计价服务，电商平台进一步在该些交易数据的基础上封装出一个订单计价请求，发送给本申请的计价服务做优惠计价。
由于本申请的计价服务是基于电商平台级实现的，即可同时开放给多家电商平台调用，因此，所述的订单计价请求中，一般应包括用于区分不同电商平台身份的平台特征信息、用于区分该电商平台下的不同店铺身份的店铺特征信息，以及用户下单后所形成的订单中所有商品交易价格构成的总的交易金额，或者某个享有优惠资格的单独商品的交易金额，具体可由电商平台自身的后台程序决定。
本申请的计价服务接收到该订单计价请求后，解析该请求，便可从中提取出所述的平台特征信息、店铺特征信息以及交易金额，以便展开计价处理。
在其他实施例中，电商平台可以进一步提供商品特征信息，而本申请的计价服务则可以商品特征信息为单位匹配为该请求匹配相应的计价规则，以便将计价服务精细化到以商品为单位。此一实施例的适用，在实践中可以由本领域技术人员灵活实现。
步骤s12、从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则：
本申请的计价服务负责维护一个规则数据库，其将电商平台和店铺所配置的计价规则存储其中，以便在本步骤中调用。所述计价规则的实现较为灵活，但需包括本申请所需赖以计算的要素，例如，用于决定计价规则自身在关联计算中的先后位置的优先级、具体的计价公式，其中优先级可以数值加以表征，所述计价公式可以实现为可被本申请的计价服务解析执行的表达式，其形式灵活，可由本领域技术人员按需设计。必要时，所述计价规则还可以包括规则类型，以便标示计价规则是属于何种优惠方式，如折扣优惠、满减优惠之类，以便据维护时展示。涉及所述计价规则及所述规则数据库的更多的介绍，将在后续的本申请的另一实施例中揭示，此处暂且不表。
一种实施例中，适应满减优惠的多梯度形式，其中一个所述的计价规则包括多个区间阈值和优惠金额，每个区间阈值与一个优惠金额相对应设置，其计价公式利用传入的交易金额确定所属的区间阈值而确定相对应的优惠金额。
另一实施例中，适应折扣优惠的形式，其中一个所述的计价规则包括表征优惠比例的比例因数，其计价公式利用传入的交易金额与所述优惠比例的乘积确定相对应的优惠金额。这一比例因数可以被表述为折扣比例如90％或者折扣后比例(1-90％)＝10％，由本领域技术人员灵活表达即可。
示例而言，对于折扣优惠的计价规则，设相对应的折扣公式为9.0折，那么在规则数据库的计价规则存入折扣值为9.0的表达式即可；对于满减优惠的计价规则，可以有多个梯度，这些梯度值可以是一个数组对象，对象的属性为满减门槛和所减少金额，如下的一个json串，通过这个串可以存储多个门槛梯度，以及门槛对应的满减金额：
通常，由于平台用户可能同时生效多条计价规则，或者店铺用户也可能同时生效多条计价规则，又或平台用户与店铺用户均生效了相关计价规则，这种情况下，利用所述的平台特征信息和店铺特征信息，便可从规则数据库中检索出所述平台特征信息和/或店铺特征信息相关联的多条计价规则。
步骤s13、按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则：
如前所述各条计价规则之间均被配置了优先级信息，所述的优先级通常是数值加以表征，因此可以通过比较各个优先级的大小来确定各条计价规则之间的相对关系，以根据这种相对关系匹配相应的组合规则来决定各条计价规则的适用顺序，使得后一计价规则可以基于前一计价规则适用后的交易金额的残值进行计算，或者确保多条优先级平等的计价规则可以相互独立计算优惠后汇总，由此实现关联计算。
较佳的实施例中，请参阅图3，将本步骤细化为如下具体步骤：
步骤s131、识别多条计价规则所含的优先级表征数值：
当从所述规则数据库中提取出所述的多条计价规则后，便获得每条计价规则的详细信息，其中包括其优先级表征数值以及具体计价公式的表达式。
步骤s132、比较各个计价规则的优先级表征数值之间的大小，获得优先级比较结果：
多条计价规则无论其归属于所述平台特征信息还是其相应的电商平台之下的店铺的店铺特征信息，均可利用彼此的优先级表征数值进行直接的比较，从而获得相应的优先级比较结果。可以理解，优先级比较结果中通常包括优先级相同、优先级较高、优先级较低三类情况。
步骤s133、根据所述比较结果，对于优先级相同的计价规则，适配第一组合规则，对于优先级不等的计价规则，适配第二组合规则：
本申请的核心思想之一在于根据所述的优先级比较结果中，各条计价规则所体现的相对关系来确定不同相对关系下，所应适用的组合规则。尽管优先级比较结果如前所述包含三类情况，但对于相对关系本身，无论存在多少条计价规则，无非两类相对关系，即优先级相同与优先级不同，因此，可能包括三类情况，其中之一是各条计价规则的优先级均相同，之二是各条计价规则的优先级均不同，之三则是同时存在优先级相同和不同的多条计价规则。因此，实践时，本申请针对优先级相同和优先级不同这两种优先级之间的相对关系来预设组合规则，使得针对优先级相同的多条计价规则，适用第一组合规则加以处理相互之间的优惠计价关系，而针对优先级不同的多条计价规则，则适用第二组合规则来加以处理相互之间的优惠计价关系。
所述的组合规则，预先配置在本申请的计价服务的应用程序实现逻辑中，主要用于指导如何处理各个计价规则所得的优惠数据之间的关系，在本实施例中，其中的第一组合规则用于指导相同优先级的多条计价规则基于订单计价请求所提供的交易金额分别计算优惠数据然后加总确定为最终的优惠数据，其中的第二组合规则用于指导不同优先级的多条计价规则中，优先级最高的计价规则的计价公式可以直接适用订单计价请求中的交易金额用于计算优惠数据，优先级次高的计价规则利用优先级较高的计价规则计得并扣减优惠数据后的交易金额残值适用其计价公式，最终才可将各个不同优先级的计价规则计得的优惠数据总和确定为最终的优惠数据。
步骤s14、在所述组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求：
本申请中，所述的计价引擎被实现为一个可供调用的标准化的中间组件，可以利用drools业务规则引擎来辅助实现或者按照本申请的揭示自行开发，其负责解析并执行计价规则中的计价公式，接收外部传递的参数，适用所述的计价公式进行运行，最终获得相应的计算结果。通常，外部传递的参数是用于计价的交易金额，这一交易金额可以是所述订单计价请求提供的交易金额的原值，也可以是被其他计价规则扣除了优惠数据之后的交易金额的残值，无论如何，均视为入参传入所述的计价公式进行计算，所得的结果便是该入参运算后所得的优惠数据，所述优惠数据可以进一步被传递给其他计价规则作为入参使用。
所述的计价引擎可以通过接口函数的方式进行并发调用，使得计价引擎的多个运行实例可以分别服务于多个不同的订单计价请求。计价引擎并不直接定义所述的计价公式，仅实现一种对计价公式的解析执行机制即可，因此，除非需要改变解析执行机制，否则遵守同一解析机制的不同表达形式的计价公式，均可被这一计价引擎所解析并执行，由此使计价引擎与计价公式所包含的算法有效解耦，计价公式所包涵的算法的改变不会影响计价引擎的有效运行。计价引擎支持普通的四则运算和其他复杂运算，若是新加一种计算方式，只需要新加一种计算引擎脚本表达式即可，而不需要维护代码，计价引擎的脚本支持可配置化，只需要维护计价引擎的执行优先级即可得到最终结果，而计算逻辑上的变更和新增一种计价引擎则直接维护引擎脚本即可。
如图4所示，在调用所述的计价引擎的过程中，按照如下步骤进行处理：
步骤s141、当所述组合规则为第一组合规则而调用计价引擎时，使计价引擎以所述交易金额分别传参给优先级相同的各个计价规则的计价公式，而分别计算获得与各个计价规则相对应的优惠金额。
如前所述，第一组合规则适用于具有相同优先级的计价规则，因此，当所述组合规则为第一组合规则而调用计价引擎时，示例而言，如果当前计算的是最高优先级的一个或多个计价规则，那么，便可直接将订单计价请求所包含的交易金额的原值直接作为入参传递给所述的计价引擎，由该计价引擎依据该交易金额适用该条计价规则的计价公式进行优惠数据的计算，对于另一条计价规则也同理。通过对两条计价规则分别计算，获得各自基于同一交易金额而相对应算出的优惠金额。可以理解，如果该些计价规则虽然具有相同优先级，但其优先级低于其他计价规则的优先级，那么，其入参应是被所述交易金额的原值抵扣其他更高优先级的计价规则算出的优惠金额总和之后获得的残值。
步骤s142、当所述组合规则为第二组合规则而调用计价引擎时，使计价引擎以所述交易金额传参给优先级较高的计价规则的计价公式计算第一优惠金额，将该交易金额扣减所述第一优惠金额后传参给次高优先级的计价规则的计价公式计算第二优惠金额，以此类推：
如前所述，第二组合规则适用于优先级不同的计价规则，因此，当所述组合规则为第二组合规则而调用计价引擎时，示例而言，如果当前计算两条计价规则具有不同的优先级，且其中第一计价规则具有最高优先级，那么，对于其中第一计价规则而言，直接以所述订单计价请求的交易金额的原值作为入参调用计价引擎解析执行第一计价规则中的计价公式而算出优惠金额，然后将所述交易金额的原值抵扣该优惠金额后所得的残值，该残值作为新的交易金额用于第二计价规则，在为第二计价规则调用所述计价引擎时，将该残值作为入参，由计价引擎解析执行第二计价规则中的计价公式，在该残值的基础上算出相对应的优惠金额。同理，如果还存在更低优先级的第三计价规则，则将所述交易金额的原值减去所有优惠金额的总和的残值作为新的入参适用于所述第三计价规则的计算，以此类推。
步骤s143、汇总所述各个优惠金额用于应答所述订单计价请求：
如前所述，同优先级的计价规则在第一组合规则的约束下算得相应的优惠金额，不同优先级的计价规则在第二组合规则的约束下也可算出相应的优惠金额，无论计价规则的优先级关系多么复杂，在该两种组合规则的约束下，均可算出各种计价规则相对应的优惠金额，由此，订单计价请求中的交易金额所应享有的总体优惠便可通过汇总前述计算得出的所有各个优惠金额来确定，将这一汇总而形成的总的优惠金额用于应答所述的订单计价请求，便完成了整个交易计价的控制过程。
为了使本申请揭示的实施例更为形象，以下结合本申请的典型实施例应用后的运作过程做进一步的示例说明：
步骤1)计价服务根据订单下单流程传递过来订单计价请求中的租户id(平台特征信息)和店铺id(店铺特征信息)查到店铺对应的计价规则，店铺a查到两条计价规则，对应两条计价规则，根据计价规则的优先级依次交给基于drools实现的计价引擎计算。设其中的第一计价规则适用折扣优惠形式，第二计价规则适用满减优惠形式。
步骤2)若计价规则优先级都为1时，即代表对应的两个计价公式的入参交易金额为一致，若参与折扣优惠计价公式的交易金额都为1000元，根据计价公式1得到优惠100元的结果，同时，参与满减折扣优惠计价公式的满减金额为满1000减100，则优惠100元的结果，根据计价公式1和计价公式2的计算结果算出总的优惠金额是200元。
若优惠优先级分别为1和2，即优先级为1的计价公式入参金额为1000元，计算可得优惠金额100元，而优先级为2的计价公式入参为优惠公式1的计算结果的残值，即优先级为2的计价公式入参为900元。即低优先级计价公式参与计算的金额是其较高优先级的优惠后金额结果。
步骤3)在计算时，将每条对应的配置化计价公式交给计价引擎解析执行，以满减折扣优惠公式为例，可以动态地将满n减m，和当前订单金额k作为参数交给计价引擎，计价引擎会判断金额k符合哪个满减区间，如1000块满足800<n<＝1000的区间，计价引擎就会根据这个区间得到减m的值。
步骤4)根据组合规则，可以一一将计价公式和计价引擎运算结果进行关联，将计价公式传递给计价引擎，由计价引擎计算出所优惠的金额，从而得到总的优惠金额。
由这一运作示例可见，相比普通的解决方案直接将每种优惠方式一次性全部执行完而言，采用计价引擎的计算方式更容易维护，同时也方便扩展，因为普通的计价方式一般是直接在代码上写死所要计算的所有种类，方案上过于简单，不适应在多业务测接入的中台系统上使用，而众所周知的，中台系统讲究高效、复用、灵活。
本申请的另一实施例中，允许平台用户和店铺用户进行关于计价规则的配置，因此，参阅图5，本申请的交易计价控制方法在前一实施例的基础上，还包括一个前置步骤s10、接收平台用户和/或店铺用户的计价规则的配置信息，将该计价规则与相应的平台特征信息和/或店租特征信息相关联存储于所述的数据库中：
示例而言，店铺管理人员或平台管理人员在后台定义所维护店铺或平台配置的计价规则或其计价公式，如店铺a同时开启折扣优惠和满减优惠，折扣优惠的优先级高于满减优惠优先级。此时本申请的计价服务管理后台将保存店铺a配置的计价规则。此处适应两条计价规则而相应涉及两条计价公式，折扣方式下的计价公式为9.0折，那么在规则数据库对应该计价规则的数据记录中存入折扣值9.0，满减优惠可以有多个梯度，则可如前所述以数组或json形式进行组织。
根据店铺所配置的计价规则存储于规则数据库时，若店铺a有两条计价规则，相应对应两条计价公式，便对应产生两条数据记录，记录1的规则类型可以标记为discount表示折扣，记录2的规则类型可以标记为deduction代表满减扣除，而店铺b又可以关联其他优惠公式，以此类推，有多少条优惠计价公式则存入多少条数据记录到数据库中。
根据店铺所配置的多条规则，设置优惠公式对应的优先级，例如，店铺a折扣优惠计价公式优先级为1，满减优惠计价公式优先级为2，依次保存计价公式优先级，根据优先级越高排在前面计算，如1代表最高优先级。当然，店铺a所配置的两条优惠计价公式的优先级也可以同时为1。
可见，通过本实施例，本申请为平台用户和店铺用户开放了更大的自由度，便于本申请的计价服务的推广。
本申请的再一实施例，相对于前一实施例提供更为深入的定制功能。请参阅图6，本申请的交易计价控制方法在其典型实施例的基础上，还包括如下步骤：
步骤s21、响应平台用户和/或店铺用户的公式编辑请求而推送与其相关联的计价公式表达文本：
所述的平台用户和/或店铺用户可以单独请求编辑其计价规则中的计价公式，通过本申请的计价服务的一个维护管理页面而发送一个针对特定计价规则的相应的公式编辑请求，而由本申请的计价服务返回所述计价公式的表达文本，以供该用户进行编辑。
步骤s22、接收编辑所述表达文本后返回的计价公式文本数据：
当用户完成所述的计价公式的表达文本并提交后，便向计价服务返回了相应的文本数据，必要时，计价服务可以对文本数据进行格式化整理。
步骤s23、在所述规则数据库中以所述文本数据更新相应的计价公式：
获取所述文本数据后，计价服务以该文本数据替换规则数据库中有关计价规则相对应的计价公式存储字段或存储区域即可。后续另行调用该计价规则时，便直接适用新的计价公式。
可以理解，本实施例的各个步骤，是基于公式编辑请求而提出的一个业务逻辑，这一业务逻辑可以与本申请的其他步骤并发执行，理论上不必遵循特定的先后关系。
进一步的，可以通过将上述的交易计价控制方法中的各个实施例进行功能化，构造出本申请的一种交易计价控制装置，按照这一思路，请参阅图7，其典型实施例中，该装置包括：
请求解析模块11，用于接收订单计价请求，获取其中的平台特征信息、隶属于该平台的店铺特征信息以及交易金额；
规则查询模块12，用于从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则；
组合适配模块13，用于按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则；
计价执行模块14，用于在所述组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求。
为了便于本申请的执行，提供一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中计算机程序以执行如前述的一种交易计价控制方法的步骤。
可以看出，存储器适宜采用非易失性存储介质，通过将前述的方法实现为计算机程序，安装到手机之类电子设备中，相关程序代码和数据便被存储到电子设备的非易失性存储介质中，进一步通过电子设备的中央处理器运行该程序，将其从非易性存储介质中调入内存中运行，便可实现本申请所期望的目的。因此，可以理解，本申请的一个实施例中，还可提供一种非易失性存储介质，其以计算机可读指令的形式存储有依据所述的交易计价控制方法的各个实施例所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。
综上所述，本申请实现了一种计价服务中间组件技术架构，适于为电商交易提供标准化的优惠方式计价服务，且能实现各种不同优惠方式之间的关联计算，具有普遍适用性，适于普及到电商领域。
本技术领域技术人员可以理解，本申请包涉及用于执行本申请中所述操作、方法中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其存储器之内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd-rom、和磁光盘)、rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随即存储器)、eprom(erasableprogrammableread-onlymemory，可擦写可编程只读存储器)、eeprom(electricallyerasableprogrammableread-onlymemory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。
1.一种交易计价控制方法，其特征在于，包括如下步骤：
接收订单计价请求，获取其中的平台特征信息、隶属于该平台的店铺特征信息以及交易金额；
从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则；
按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则；
在所述组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求。
2.根据权利要求1所述的方法，其特征在于，按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则的步骤，包括：
识别多条计价规则所含的优先级表征数值；
比较各个计价规则的优先级表征数值之间的大小，获得优先级比较结果；
根据所述比较结果，对于优先级相同的计价规则，适配第一组合规则，对于优先级不等的计价规则，适配第二组合规则。
3.根据权利要求2所述的方法，其特征在于，在该组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求的步骤，包括：
当所述组合规则为第一组合规则而调用计价引擎时，使计价引擎以所述交易金额分别传参给优先级相同的各个计价规则的计价公式，而分别计算获得与各个计价规则相对应的优惠金额；
当所述组合规则为第二组合规则而调用计价引擎时，使计价引擎以所述交易金额传参给优先级较高的计价规则的计价公式计算第一优惠金额，将该交易金额扣减所述第一优惠金额后传参给次高优先级的计价规则的计价公式计算第二优惠金额，以此类推；
汇总所述各个优惠金额用于应答所述订单计价请求。
4.根据权利要求1至3中任意一项所述的方法，其特征在于，包括如下前置步骤：
接收平台用户和/或店铺用户的计价规则的配置信息，将该计价规则与相应的平台特征信息和/或店租特征信息相关联存储于所述的数据库中。
5.根据权利要求1至3中任意一项所述的方法，其特征在于，包括如下步骤：
响应平台用户和/或店铺用户的公式编辑请求而推送与其相关联的计价公式表达文本；
接收编辑所述表达文本后返回的计价公式文本数据；
在所述规则数据库中以所述文本数据更新相应的计价公式。
6.根据权利要求1至3中任意一项所述的方法，其特征在于：从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则的步骤中，其中一个所述的计价规则包括多个区间阈值和优惠金额，每个区间阈值与一个优惠金额相对应设置，其计价公式利用传入的交易金额确定所属的区间阈值而确定相对应的优惠金额。
7.根据权利要求1至3中任意一项所述的方法，其特征在于：从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则的步骤中，其中一个所述的计价规则包括表征优惠比例的比例因数，其计价公式利用传入的交易金额与所述优惠比例的乘积确定相对应的优惠金额。
8.一种交易计价控制装置，其特征在于，其包括：
请求解析模块，用于接收订单计价请求，获取其中的平台特征信息、隶属于该平台的店铺特征信息以及交易金额；
规则查询模块，用于从规则数据库中查询确定与所述平台特征信息和/或店铺特征信息相关联的多条计价规则；
组合适配模块，用于按照所述多条计价规则所含优先级之间相对关系，适配预设的组合规则；
计价执行模块，用于在所述组合规则的约束下，调用计价引擎提供的接口，使其按照各个计价规则所含计价公式计算与所述交易金额相对应的优惠数据，用于应答所述订单计价请求。
9.一种电子设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至7中任一项所述的方法的步骤。
10.一种非易失性存储介质，其特征在于，其以计算机可读指令的形式存储有依据权利要求1至7中任意一项所述的方法所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。
技术总结