CN114997855A - 基于合并规则与自动报价的物流计费方法、***及介质 - Google Patents

Abstract

本申请公开了一种基于合并规则与自动报价的物流计费方法、***及介质，所述基于合并规则与自动报价的物流计费方法包括：接收外部输入的当前物流订单；若接收到合并结算请求，获取预设合并规则库中的目标合并规则；根据所述目标合并规则，对所述当前物流订单生成对应合并规则码；获取所述合并规则码的适配物流订单的合并订单；根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价。本申请解决了现有技术无法实现适用各种物流场景的复杂的自动计费、且在价格维护上不灵活的技术问题。

Description

基于合并规则与自动报价的物流计费方法、***及介质

技术领域

本发明涉及物流计费领域，尤其涉及一种基于合并规则与自动报价的物流计费方法、物流计费***及计算机可读存储介质。

背景技术

物流运输的计费是一个非常复杂的过程,有按车型的报价,有按重泡比的报价,有按区间的报价,不同的线路、不同的组合等都会有不同的报价,想要实现此类订单的自动计费,那么就需要清晰各种各样的社会场景。然而，目前市场上的运输***均无法实现适用各种物流场景的复杂的自动计费、且在价格维护上不灵活进而导致价格维护效率低。

发明内容

本申请的主要目的在于提供一种基于合并规则与自动报价的物流计费方法、物流计费***及计算机可读存储介质，旨在解决现有技术无法实现适用各种物流场景的复杂的自动计费、且在价格维护上不灵活的技术问题。

为实现上述目的，本申请提供一种基于合并规则与自动报价的物流计费方法，所述基于合并规则与自动报价的物流计费方法包括：

接收外部输入的当前物流订单；

若接收到合并结算请求，获取预设合并规则库中的目标合并规则；

根据所述目标合并规则，对所述当前物流订单生成对应合并规则码；

获取所述合并规则码的适配物流订单的合并订单；

根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价。

可选地，所述若接收到合并结算请求，获取预设合并规则库中的目标合并规则的步骤包括：

若接收到合并结算请求，确定所述合并结算请求所对应的条件属性；

以所述条件属性的种类值为关键字检索预设合并规则库，获取所述预设合并规则库中的目标合并规则。

可选地，所述根据所述目标合并规则，对所述当前物流订单生成对应合并规则码的步骤包括：

根据所述目标合并规则分类提取所述当前物流订单的条件属性关键字段；

按照所述目标合并规则的排序规则，对所述条件属性关键字段进行有序排列，生成所述当前物流订单的对应合并规则码。

可选地，所述条件属性关键字段包括：标箱、发货主体、收货主体、货物重量，货物体积，货物重泡比，物流发货地，物流收货地，物流发货时间，物流收货时间，交通运输工具类型，交通运输工具型号以及缺省目标属性关键字段中的一项或多项。

可选地，所述获取所述合并规则码的适配物流订单的合并订单的步骤包括：

以所述合并规则码为关键字检索预设物流订单库；

筛选出所述物流订单库中所有已生成所述合并规则码的目标物流订单；

对所述目标物流订单的相同属性数据进行合并计算，得出合并属性数据，以所述合并属性数据组成合并订单。

可选地，所述根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价的步骤包括：

以所述合并订单的合并属性数据为检索值从预设数据区间库中匹配出对应数据区间；

根据所述对应数据区间从预设报价规则库中检索得到关联报价规则；

根据所述合并属性数据以及所述关联报价规则得出初步报价；

对所述初步报价进行报价核算处理，得出最终报价。

可选地，所述根据所述合并属性数据以及所述关联报价规则得出初步报价的步骤包括:

从所述合并属性数据中提取合并属性数量，从所述关联报价规则中提取合并属性单价；

将所述合并属性数量与所述合并属性单价之积作为初步报价。

可选地，所述对所述初步报价进行报价核算处理，得出最终报价的步骤包括:

判断所述初步报价是否大于或等于预设最低收费；

若所述初步报价大于或等于预设最低收费，则将所述初步报价作为最终报价。

本申请还提供一种物流计费***，所述物流计费***包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的物流计费程序，所述物流计费程序配置为实现如上述的基于合并规则与自动报价的物流计费方法的步骤。

本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有物流计费程序，所述物流计费程序被处理器执行时实现如上述的基于合并规则与自动报价的物流计费方法的步骤。

本申请提供了一种基于合并规则与自动报价的物流计费方法及***。在本申请中，通过先接收外部输入的当前物流订单，若接收到合并结算请求，则确定预设合并规则库中的目标合并规则，根据所述目标合并规则，对所述当前物流订单生成对应合并规则码，接着获取所述合并规则码的适配物流订单的合并订单，然后根据所述合并订单的合并属性数据匹配出关联报价规则，进而基于所述关联报价规则对所述合并订单进行自动报价，避免了某些分类场景下无法自动计费、价格维护效率低下以及物流成本过高的问题，实现了适用各种物流场景的复杂的自动计费，提高了用户的价格维护效率，降低了物流成本，具有极强的实用性。

附图说明

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

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例方案涉及的物流计费***和计算机可读存储介质结构示意图；

图2为本申请基于合并规则与自动报价的物流计费方法一实施例的流程示意图；

图3为本申请基于合并规则与自动报价的物流计费方法另一实施例的流程示意图；

图4为图3中步骤T20获取预设合并规则库中的目标合并规则的细化流程示意图；

图5为图3中步骤T50根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价的细化流程示意图。

本申请目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其它实施例，均属于本发明保护的范围。

参照图1，图1为本申请实施例方案涉及的物流计费***和计算机可读存储介质结构示意图。

如图1所示，该物流计费***所包含的操作台、电脑、手机等终端设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005，其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口。存储器1005可以是高速的随机存取存储器(Random Access Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对终端设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作***、数据存储模块、网络通信模块、用户接口模块以及物流计费程序。

在图1所示的终端设备中，网络接口1004主要用于与其他设备进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明终端设备中的处理器1001、存储器1005可以设置在终端设备中，所述终端设备通过处理器1001调用存储器1005中存储的物流计费程序，并执行本发明实施例提供的物流计费方法。

参照图2，图2为本申请基于合并规则与自动报价的物流计费方法一实施例的流程示意图。所示流程的步骤包括：

步骤S10，接收外部输入的当前物流订单。

此过程可以接收任何场景下的物流计费订单，为适配所有场景的自动计费提供保障。

本实施例的执行主体为物流计费***，负责接收外部输入的当前物流订单。所述外部可以为所述物流计费***的操作员或者所述当前物流订单所属的客户，所述操作员或者所述客户在所述物流计费***中输入所述当前物流订单中的数据，例如，物流计费***的操作员刘华或者当前物流订单所属的客户刘芳输入所述当前物流订单中的数据。其中，在本实施例中，所述当前物流订单中的数据包括：订单类别、订单名、发货人类别、客户名，发货人、发货人计划数量、发货人计划卡板数、发货人计划件数、发货人返程数量、发货人计划重量、发货人计划体积、收货人类别、收货人、收货人计划数量、收货人计划卡板数、收货人计划件数、收货人返程数量、收货人计划重量、收货人计划体积、出发地类型、出发地、目的地类型、目的地、标箱、合约号、配送区域、燃油种类、货物数量、是否装卸货、多点数、卡板数、提送货方式、实收数量、实收卡板数、实收件数、实收重量、实收体积、实收重泡比、单双程、实发数量、实发卡板数、实发件数、实发重量、实发体积、实发重泡比、站点数、货物体积、计划重泡比、运输类型、合约号、客户、交货预约时间、提送货方式、要求卸货时间、要求装货时间、二级客户以及缺省数据中的一项或多项；例如，当前物流订单的数据为“客户名李明，发货人李明，发货地北京，收货地上海，发货时间2022年5月10日，实收重量100千克，实收体积1立方米，运输类型陆运”。

步骤S20，若接收到合并结算请求，获取预设合并规则库中的目标合并规则。

在本实施例中，具体地，所述接收到合并结算请求是指由用户或者操作员决定将当前物流订单与历史或未来物流订单一起合并进行结算，以期获得更优惠的价格或者更低的成本。此外，此过程通过获取目标合并规则，为后续根据所述目标合并规则生成对应合并规则码提供了规则遵循。

在步骤S10之后，本申请的物流计费方法还包括：检测用户端是否上传合并结算请求，用户端为与本申请的物流计费***网络配对的终端设备，用户可通过使用用户端与物流计费***进行交互。

在本实施例中，所述步骤S20的分步骤又包括步骤A1、步骤A2，具体为：

步骤A1，若接收到合并结算请求，确定所述合并结算请求所对应的条件属性。即，当用户或者操作员决定将当前物流订单与历史或未来物流订单一起合并进行结算时，由所述用户或者操作员自主确定所述合并结算请求所对应的条件属性。例如所述用户或者操作员决定将发货人李明在2022年5月10日当天从发货地北京发往收货地上海的所有物流订单进行合并结算，则所述条件属性就是“发货人李明、发货时间2022年5月10日、发货地北京、收货地上海”；所述条件属性由用户或者操作员自主决定，极大地提升了用户自主选择性。

步骤A2，以所述条件属性的种类值为关键字检索预设合并规则库，获取所述预设合并规则库中的目标合并规则。即，以所述条件属性的种类值作为字符串子串输入***，以预设合并规则库中的所有合并规则方法名称标识符为字符串主串，将所述字符串子串与所述字符串主串进行字符串匹配，若匹配成功，则存在目标合并规则，并提取所述目标合并规则以供后续调用。需要解释的是，每项条件属性包括种类值与属性值，所述每项条件属性的种类值和对应的属性值包括：订单类别和订单名、发货人类别和发货人、收货人类别和收货人、出发地类别和出发地、目的地类别和目的地、标箱类别和标箱名、提货方式类别和提货方式名、合约号类别和合约号、客户类别和客户以及缺省数据中的一项或多项；例如条件属性1为“发货人李明”，所述条件属性1的种类值为”发货人”，属性值为”李明”；条件属性2为“发货地北京”，所述条件属性2的种类值为”发货地”，属性值为”北京”；条件属性3为“收货地上海”，所述条件属性3的种类值为”收货地”，属性值为”上海”；条件属性4为“发货时间2022年5月10日”，所述条件属性4的种类值为”发货时间”，属性值为”20220510”，其中，***设定时间类属性值只以年月日的数字标识，不添加“年”、“月”、“日”字样。此步骤可以为下一步生成对应合并规则码提供规则依据。

步骤S30，根据所述目标合并规则，对所述当前物流订单生成对应合并规则码。

此过程通过对当前物流订单生成对应合并规则码从而为后续筛选物流订单提供关键技术支撑。用户或操作员可以借助对应合并规则码快速获取所需要合并的订单，极大地提升了筛选的便捷性。

在本实施例中，所述步骤S30的分步骤又包括步骤B1、步骤B2，具体为：

步骤B1，根据所述目标合并规则分类提取所述当前物流订单的条件属性关键字段。即，提取每项条件属性的种类值和对应的属性值。此步骤能够为后续的对应合并规则码提供数据源。

步骤B2，按照所述目标合并规则的排序规则，对所述条件属性关键字段进行有序排列，生成所述当前物流订单的对应合并规则码。即，按照所述目标合并规则设定的种类值所对应的属性值的先后排列顺序，对所述条件属性的属性值进行有序排列，从而得到一个字符串，所述字符串即为所述当前物流订单的对应合并规则码。例如目标合并规则设定的种类值所对应的属性值的先后排列顺序为：”发货时间对应的属性值””发货人对应的属性值””发货地对应的属性值””收货地对应的属性值”，则所述条件属性“发货时间2022年5月10日，发货人李明，发货地北京，收货地上海”的属性值排列顺序为：20220510李明北京上海，得到一个字符串”20220510李明北京上海”，以所述字符串作为所述当前物流订单的对应合并规则码，即所述对应合并规则码为”20220510李明北京上海”。此步骤通过生成对应合并规则码实现了对物流订单的标识，极大的方便了后续对目标物流订单的查找。

步骤S40，获取所述合并规则码的适配物流订单的合并订单。

此过程可以将所有具有对应合并规则码的物流订单全部自动合并在一起，具有极大的便捷性和灵活性。

在本实施例中，所述步骤S40的分步骤又包括步骤C1、步骤C2、步骤C3，具体为：

步骤C1，以所述合并规则码为关键字检索预设物流订单库。即，以所述对应合并规则码为目标字符串，用相关数据库查找语句对所述预设物流订单库中的所有合并规则码进行查找，例如将对应合并规则码”20220510李明北京上海”作为目标字符串。其中，所述所有合并规则码包括：所述对应合并规则码和非对应合并规则码，例如，所有合并规则码包括：对应合并规则码”20220510李明北京上海”，非对应合并规则码”20220511李明北京上海”、”20220510张华北京上海”、”20220510李明广州上海”、”20220510李明北京广州”；此步骤主要实现了对预设物流订单库进行检索。

步骤C2，筛选出所述物流订单库中所有已生成所述合并规则码的目标物流订单。此步骤将所有目标物流订单进行了汇总，方便了后续的订单合并。

步骤C3，对所述目标物流订单的相同属性数据进行合并计算，得出合并属性数据，以所述合并属性数据组成合并订单。例如，目标物流订单1的实收重量为100千克、实收体积为1立方米，目标物流订单2的实收重量为150千克、实收体积为2立方米，目标物流订单3的实收重量为200千克、实收体积为3立方米，则合并实收重量＝100+150+200＝450千克，合并实收体积＝1+2+3＝6立方米；此步骤的主要作用是形成一个合并订单，从而为后续的自动报价提供数据基准。

步骤S50，根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价。

此过程可以实现对合并物流订单进行极为方便的自动计费，也能大幅度降低人力物力成本。

在本实施例中，所述步骤S50的分步骤又包括步骤D1、步骤D2、步骤D3、步骤D4、步骤D5、步骤D6，具体为：

步骤D1，以所述合并订单的合并属性数据为检索值从预设数据区间库中匹配出对应数据区间。例如，合并之后，合并订单的实收重量为450千克、实收体积为6立方米，以实收重量450千克和实收体积6立方米为检索值查找预设数据区间库，匹配出实收重量450千克和实收体积6立方米对应的数据区间，例如，实收重量450千克匹配出的对应重量数据区间为“300千克—500千克”，实收体积6立方米匹配出的对应体积数据区间为“5立方米—8立方米”；此步骤的目的是确定合并属性数据所属的数据区间，而数据区间与报价规则是一一对应的。

步骤D2，根据所述对应数据区间从预设报价规则库中检索得到关联报价规则。例如，将对应重量数据区间“300千克—500千克”和对应体积数据区间“5立方米—8立方米”与预设报价规则库进行匹配，其中，预设报价规则库包括：报价规则1，若订单的重量数据区间为“100千克—300千克”、体积数据区间为“2立方米—5立方米”，则统一以重量结算，并规定每千克2元作为报价基准；报价规则2，若订单的重量数据区间为“300千克—500千克”、体积数据区间为“5立方米—8立方米”，则统一以体积结算，并规定每立方米100元作为报价基准；报价规则3，若订单的重量数据区间为“500千克—700千克”、体积数据区间为“8立方米—11立方米”，则统一以体积结算，并规定每立方米120元作为报价基准；经过与预设报价规则库进行匹配，所述重量数据区间“300千克—500千克”和所述体积数据区间“5立方米—8立方米”匹配出的关联报价规则为“报价规则2”，即“统一以体积结算，并规定每立方米100元作为报价基准”。此步骤实现了对关联报价规则的获取，后续自动报价将以关联报价规则为基准。

步骤D3，从所述合并属性数据中提取合并属性数量，从所述关联报价规则中提取合并属性单价。例如，将关联报价规则即“报价规则2”中的属性单价“每立方米100元”和对应属性数据“实收体积6立方米”中的“6立方米”提取出来。此步骤为后续计算报价提供了计算要素。

步骤D4，将所述合并属性单价与所述合并属性数量之积作为初步报价。例如初步报价＝＝100*6＝600，其中“100”指属性单价“每立方米100元”，“6”指对应属性数据“实收体积6立方米”。此步骤形成了初步报价，后续还会对初步报价进行报价核算，从而确定最终报价。

步骤D5，判断所述初步报价是否大于或等于预设最低收费。其中，所述预设最低收费为用户自主设定的最低收费价格，例如最低收费为“500”。此步骤是后续确定最终报价的依据。

步骤D6，若所述初步报价大于或等于预设最低收费，则将所述初步报价作为最终报价。例如初步报价600大于最低收费500，则最终报价＝初步报价＝600。此步骤通过将初步报价与最低预设收费进行大小比较，实现了对最终报价的确定。

在本实施例中，通过先接收外部输入的当前物流订单，若接收到合并结算请求，则确定预设合并规则库中的目标合并规则，根据所述目标合并规则，对所述当前物流订单生成对应合并规则码，接着获取所述合并规则码的适配物流订单的合并订单，然后根据所述合并订单的合并属性数据匹配出关联报价规则，进而基于所述关联报价规则对所述合并订单进行自动报价，避免了某些分类场景下无法自动计费、价格维护效率低下以及物流成本过高的问题，实现了适用各种物流场景的复杂的自动计费，提高了用户的价格维护效率，降低了物流成本，具有极强的实用性。

为辅助理解本申请基于合并规则与自动报价的物流计费方法的整体技术方案，参照图3，图3为本申请基于合并规则与自动报价的物流计费方法一实施例的细化流程示意图，所示细化流程的步骤包括：

步骤T10，接收外部输入的当前物流订单。例如，当前物流订单为“客户名李明，发货人李明，发货地北京，收货地上海，发货时间2022年5月10日，实收重量100千克，实收体积1立方米，运输类型陆运”。

步骤T20，若接收到合并结算请求，获取预设合并规则库中的目标合并规则。参照图4，图4为图3中步骤T20获取预设合并规则库中的目标合并规则的细化流程示意图。所述步骤T20的分步骤又包括步骤T21、步骤T22、步骤T23、步骤T24，具体为：

步骤T21，接收到合并结算请求；例如，接收到用户或者操作员的合并结算指令。

步骤T22，以所述条件属性的种类值为关键字检索预设合并规则库；将所述所有条件属性的种类值作为字符串子串输入***，以预设合并规则库中的所有合并规则方法名称标识符为字符串主串，将所述字符串子串与所述字符串主串进行字符串匹配。例如，以”发货时间”、”发货人”、”发货地”、”收货地”等种类值为字符串关键字检索预设合并规则库。

步骤T23，是否存在目标合并规则；即，所述字符串匹配是否成功。

步骤T24，获取预设合并规则库中的目标合并规则；所述步骤T24的分步骤又包括步骤a1、步骤a2，具体为：

步骤a1，所述所有字符串子串均在所述字符串主串中匹配成功，即所有字符串子串均为所述字符串主串的子集，从而得出存在目标合并规则这一判断；例如，合并规则库存在一个合并规则名“发货时间发货人发货地收货地”，所述合并规则名中包含所有所述属性值”发货时间”、”发货人”、”发货地”、”收货地”。

步骤a2，输出目标合并规则方法。例如合并规则名“发货时间发货人发货地收货地”在编程语言中对应的方法为：mergeRule(deliveryTime[],consignor[],placeOfShipment[],placeOfReceipt[])；，其中，deliveryTime[]是发货时间变量名，consignor[]是发货人变量名，placeOfShipment[]是发货地变量名，placeOfReceipt[]是收货地变量名，上述四个变量均为形参，负责接收字符串类型的实参。

需要说明的是，参照图4，在步骤T23之后，还存在一个判断分支，所述判断分支的步骤包括：

步骤F10，若不存在目标合并规则，制作新增合并规则；所述步骤F10包括：所述步骤F10的分步骤又包括步骤G10、步骤G20、步骤G30，步骤G40、步骤G50，具体为：

步骤G10，输入所有条件属性；例如，所述所有条件属性为“发货时间2022年5月10日”、“发货人李明”、“发货地北京”、“收货地上海”。

步骤G20，提取每项条件属性的种类值和对应的属性值；例如，“发货时间2022年5月10日”的种类值为”发货时间”、属性值为”20220510”，“发货人李明”的种类值为”发货人”、属性值为”李明”，“发货地北京”的种类值为”发货地”、属性值为”北京”，“收货地上海”的种类值为”收货地”、属性值为”上海”。

步骤G30，设定种类值所对应的属性值的先后排列顺序；例如“20220510李明北京上海”。

步骤G40，将所述种类值所对应的属性值按照所述先后顺序进行排列，生成字符串，以所述字符串作为合并规则码；所述步骤G40的分步骤又包括步骤G41、步骤G42、步骤G43，具体为：

步骤G41，以所述种类值的英文名逐一作为数组名；例如种类值1为“发货时间”，其英文名为deliveryTime，则对应的数组名1为deliveryTime[]；种类值2为”发货人”，其英文名为consignor，则对应的数组名2为consignor[]；例如种类值3为”发货地”，其英文名为placeofshipment，则对应的数组名3为placeOfShipment[]；例如种类值4为””收货地，其英文名为place of receipt，则对应的数组名4为placeOfReceipt[]；以所述属性值逐一作为字符串；例如属性值1为20220510，则字符串1为”20220510”，所述20220510对应发货时间；例如属性值2为李明，则字符串2为”李明”，所述李明对应发货人；例如属性值2为北京，则字符串2为”北京”，所述北京对应发货地；例如属性值4为上海，则字符串4为”上海”，所述上海对应收货地。

步骤G42，将所述字符串逐一赋值给对应的数组；例如deliveryTime[]＝”20220510”，consignor[]＝”李明”，placeOfShipment[]＝”北京”，placeOfReceipt[]＝”上海”。

步骤G43，将所述属性值按照所述先后顺序进行排列，生成字符串，并存入字符串类型的变量中，以所述变量中的值，即所述字符串，作为合并规则码；例如mergeRuleCode＝”20220510李明北京上海”,其中，”20220510李明北京上海”为生成的字符串，mergeRuleCode为字符串类型的变量，将变量中的值”20220510李明北京上海”作为合并规则码。

步骤G50，输出合并规则码。即，输出所述变量的值，即所述字符串，其中，所述字符串为一个合并规则码；例如，输出“20220510李明北京上海”，其中，“20220510李明北京上海”为一个合并规则码。

步骤F20，将所述新增合并规则添加至合并规则库。例如，将合并规则名为”发货时间发货人发货地点收货地点”的新增合并规则添加至合并规则库。需要说明的是：执行步骤F20之后，循环进入步骤T22。

步骤T30，根据所述目标合并规则，对所述当前物流订单生成对应合并规则码；所述步骤T30的分步骤又包括步骤T31、步骤T32，具体为：

步骤T31，以对应属性值作为实参调用所述目标合并规则方法形成方法类表达式，以对应合并规则码的标识符为变量名，将所述表达式的值赋值给所述变量。例如对应合并规则码的标识符为mergeRuleRule1，赋值过程为：

mergeRuleRule1＝mergeRule(”20220510”,”李明”,”北京”,”上海”)；表达式mergeRule(”20220510”,”李明”,”北京”,”上海”)的值为”20220510李明北京上海”,则生成的对应合并规则码就是“20220510李明北京上海”。

步骤T32，将当前物流订单和对应合并规则码添加至预设物流订单库；提取所述当前物流订单的数据，用数据库中的insert into关键字向预设物流订单库***所述当前物流订单的数据和所述对应合并规则码。例如提取“发货人李明”、“发货地北京”、“收货地上海”、“发货时间2022年05月10日”“实收重量100千克”、“实收体积3立方米”，提取所述对应合并规则码，例如“20220510李明北京上海”。

步骤T40，若全部订单输入完毕，获取所述合并规则码的适配物流订单的合并订单。所述步骤T40的分步骤又包括步骤T41、步骤T42，具体为：

步骤T41，若全部订单输入完毕，筛选出所述物流订单库中所有已生成所述对应合并规则码的目标物流订单，对所述目标物流订单的相同属性数据进行合并计算，得出合并属性数据；例如，目标物流订单1的实收重量为100千克、实收体积为1立方米，目标物流订单2的实收重量为150千克、实收体积为2立方米，目标物流订单3的实收重量为200千克、实收体积为3立方米，则合并实收重量＝100+150+200＝450千克，合并实收体积＝1+2+3＝6立方米。

步骤T42，以所述合并属性数据组成合并订单。例如合并订单的数据包括：实收重量450千克、实收体积6立方米。

步骤T50，根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价。参照图5，图5为图3中步骤T50根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价的细化流程示意图。所示步骤T50的分步骤又包括步骤T51、步骤T52、步骤T53、步骤T54、步骤T55、步骤T56、步骤T57、步骤T58，具体为：

步骤T51，以所述属性数据为检索值从数据区间库中匹配出对应数据区间；例如，合并之后，合并订单的实收重量为450千克、实收体积为6立方米，以实收重量450千克和实收体积6立方米为检索值查找预设数据区间库，匹配出实收重量450千克和实收体积6立方米对应的数据区间，例如，实收重量450千克匹配出的对应重量数据区间为“300千克—500千克”，实收体积6立方米匹配出的对应体积数据区间为“5立方米—8立方米”。

步骤T52，以所述对应数据区间为检索值从预设报价规则库中检索得到关联报价规则；例如，将对应重量数据区间“300千克—500千克”和对应体积数据区间“5立方米—8立方米”与预设报价规则库进行匹配，其中，预设报价规则库包括：报价规则1，若订单的重量数据区间为“100千克—300千克”、体积数据区间为“2立方米—5立方米”，则统一以重量结算，并规定每千克2元作为报价基准；报价规则2，若订单的重量数据区间为“300千克—500千克”、体积数据区间为“5立方米—8立方米”，则统一以体积结算，并规定每立方米100元作为报价基准；报价规则3，若订单的重量数据区间为“500千克—700千克”、体积数据区间为“8立方米—11立方米”，则统一以体积结算，并规定每立方米120元作为报价基准；经过与预设报价规则库进行匹配，所述重量数据区间“300千克—500千克”和所述体积数据区间“5立方米—8立方米”匹配出的关联报价规则为“报价规则2”，即“统一以体积结算，并规定每立方米100元作为报价基准”。

步骤T53，提取关联报价规则中的属性单价和属性数据中的属性数量；例如，将关联报价规则即“报价规则2”中的属性单价“每立方米100元”和对应属性数据“实收体积6立方米”中的“6立方米”提取出来。

步骤T54，初步报价＝属性数据*属性数量；例如初步报价＝＝100*6＝600；

步骤T55，判断初步报价是否大于或者等于预设最低收费；其中，所述预设最低收费为用户自主设定的最低收费价格，例如预设最低收费为“500”。

步骤T56，若初步报价是否大于或者等于预设最低收费，最终报价＝初步报价；例如，初步报价600大于最低收费500，则最终报价＝初步报价＝600。

步骤T57，生成最终报价；例如输出最终报价“600”。

此外，步骤T55判断初步报价是否大于或者等于预设最低收费之后，还存在另一判断分支，所述判断分支的步骤包括：

步骤H10，若初步报价小于预设最低收费，最终报价＝预设最低收费。例如，初步报价为600，预设最低收费为650，初步报价600小于最低收费650，则最终报价＝预设最低收费＝650。需要说明的是：执行步骤H10之后，进入步骤T57。

步骤T58，输出报价明细。所述报价明细包括:最终报价，合并实收重量，合并实收体积，合并订单名，合并标箱、合并箱数、合并卡板数、合并件数、合并实收数量、合并实收卡板数、合并实收件数、合并实收重量、合并实收体积、合并实收重泡比、合并重量、合并规则组合、合并实发数量、合并实发卡板数、合并实发件数、合并实发重量、合并实发体积、合并实发重泡比、合并体积、合并计划重泡比，关联合并报价规则、送货段合并组合、提货段合并组合、运输合并组合、客户名，发货人，收货人，发货地，收货地，发货时间，以及缺省数据中的一项或多项。例如，报价明细为“合并订单名：李明先生的合并订单报价，客户名：李明，发货人：李明，发货地：北京，收货地：上海，发货时间：2022年5月10日，最终报价：600元，合并实收重量：450千克，合并实收体积：6立方米，关联合并报价规则：统一以体积结算，并规定每立方米100元作为报价基准”。

此外，参照图3，在步骤T10接收外部输入的当前物流订单之后，存在另一判断分支，所述判断分支的步骤为：

步骤P10，若未接收合并结算请求，根据当前物流订单的属性数据匹配出关联报价规则，基于所述关联报价规则对所述当前物流订单进行自动报价并输出报价明细。例如，所述用户或者操作员未下达合并结算请求指令，即对所述当前物流订单进行单独结算，假设当前物流订单的实收重量为150千克、实收体积为2立方米；其中，预设报价规则库包括：报价规则1，若订单的重量数据区间为“100千克—300千克”、体积数据区间为“2立方米—5立方米”，则统一以重量结算，并规定每千克2元作为报价基准；报价规则2，若订单的重量数据区间为“300千克—500千克”、体积数据区间为“5立方米—8立方米”，则统一以体积结算，并规定每立方米100元作为报价基准；报价规则3，若订单的重量数据区间为“500千克—700千克”、体积数据区间为“8立方米—11立方米”，则统一以体积结算，并规定每立方米120元作为报价基准；则所述当前物流订单的关联报费规则为报价规则1，即“统一以重量结算，并规定每千克2元作为报价基准”，则其初步报价＝2*150＝300，假设预设最低收费为280，则最终报价为＝初步报价＝300，并输出报价明细。

需要说明的是，参照图3，在步骤T30之后，存在另一判断分支；所述判断分支的步骤包括：若全部订单没有输入完毕，则循环进入步骤T10。

进一步地，本申请还提供一种物流计费***，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的物流计费程序，所述计算机程序被处理器执行时实现如上述的基于合并规则与自动报价的物流计费方法的步骤。

此外，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有物流计费程序，所述物流计费程序被处理器执行时实现如上述的基于合并规则与自动报价的物流计费方法的步骤。

本申请提供的物流计费方法、***及介质解决了现有技术无法实现适用各种物流场景的复杂的自动计费、且在价格维护上不灵活的技术问题。

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

Claims (10)

1.一种基于合并规则与自动报价的物流计费方法，其特征在于，所述基于合并规则与自动报价的物流计费方法包括以下步骤：

接收外部输入的当前物流订单；

若接收到合并结算请求，获取预设合并规则库中的目标合并规则；

根据所述目标合并规则，对所述当前物流订单生成对应合并规则码；

获取所述合并规则码的适配物流订单的合并订单；

根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价。

2.如权利要求1所述的基于合并规则与自动报价的物流计费方法，其特征在于，所述若接收到合并结算请求，获取预设合并规则库中的目标合并规则的步骤包括：

若接收到合并结算请求，确定所述合并结算请求所对应的条件属性；

以所述条件属性的种类值为关键字检索预设合并规则库，获取所述预设合并规则库中的目标合并规则。

3.如权利要求1所述的基于合并规则与自动报价的物流计费方法，其特征在于，所述根据所述目标合并规则，对所述当前物流订单生成对应合并规则码的步骤包括：

根据所述目标合并规则分类提取所述当前物流订单的条件属性关键字段；

按照所述目标合并规则的排序规则，对所述条件属性关键字段进行有序排列，生成所述当前物流订单的对应合并规则码。

4.如权利要求3所述的基于合并规则与自动报价的物流计费方法，其特征在于，所述条件属性关键字段包括：标箱、发货主体、收货主体、货物重量，货物体积，货物重泡比，物流发货地，物流收货地，物流发货时间，物流收货时间，交通运输工具类型，交通运输工具型号以及缺省目标属性关键字段中的一项或多项。

5.如权利要求1所述的基于合并规则与自动报价的物流计费方法，其特征在于，所述获取所述合并规则码的适配物流订单的合并订单的步骤包括：

以所述合并规则码为关键字检索预设物流订单库；

筛选出所述物流订单库中所有已生成所述合并规则码的目标物流订单；

对所述目标物流订单的相同属性数据进行合并计算，得出合并属性数据，

以所述合并属性数据组成合并订单。

6.如权利要求1所述的基于合并规则与自动报价的物流计费方法，其特征在于，所述根据所述合并订单的合并属性数据匹配出关联报价规则，基于所述关联报价规则对所述合并订单进行自动报价的步骤包括：

以所述合并订单的合并属性数据为检索值从预设数据区间库中匹配出对应数据区间；

根据所述对应数据区间从预设报价规则库中检索得到关联报价规则；

根据所述合并属性数据以及所述关联报价规则得出初步报价；

对所述初步报价进行报价核算处理，得出最终报价。

7.如权利要求6所述的基于合并规则与自动报价的物流计费方法，其特征在于，所述根据所述合并属性数据以及所述关联报价规则得出初步报价的步骤包括:

从所述合并属性数据中提取合并属性数量，从所述关联报价规则中提取合并属性单价；

将所述合并属性数量与所述合并属性单价之积作为初步报价。

8.如权利要求6所述的基于合并规则与自动报价的物流计费方法，其特征在于，所述对所述初步报价进行报价核算处理，得出最终报价的步骤包括:

判断所述初步报价是否大于或等于预设最低收费；

若所述初步报价大于或等于预设最低收费，则将所述初步报价作为最终报价。

9.一种物流计费***，其特征在于，所述物流计费***包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的物流计费程序，所述物流计费程序配置为实现如权利要求1至8中任一项所述的基于合并规则与自动报价的物流计费方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有物流计费程序，所述物流计费程序被处理器执行时实现如权利要求1至8中任一项所述的基于合并规则与自动报价的物流计费方法的步骤。

Images