物流订单的生成方法、结算方法、装置、介质与设备与流程

1.本公开涉及计算机技术领域，尤其涉及物流订单的生成方法、物流订单的结算方法、物流订单的生成装置、物流订单的结算装置、计算机可读存储介质与电子设备。


背景技术：

2.随着经济的发展，物流业作为承载货物运输的重要支柱产业，为人们的生活带来了极大的便利。例如，人们可以给远方的朋友寄送物品，商家也可以将用户在电商平台购买的商品通过快递邮寄给用户。
3.目前，物流订单的下单方式主要是由用户预先通过线上或线下完成下单操作，由快递员录入寄件物品信息，用户完成结算后即完成订单建立。然而，这种方式仅支持逐单操作，当用户需要批量寄送物品时，则需要对每件物品进行下单操作，故物流订单的生成效率较低，用户的下单体验不佳。
4.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

5.本公开提供了物流订单的生成方法、物流订单的结算方法、物流订单的生成装置、物流订单的结算装置、计算机可读存储介质与电子设备，进而至少在一定程度上改善现有技术物流订单的生成效率较低的问题。
6.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。
7.根据本公开的第一方面，提供一种物流订单的生成方法，所述方法包括：获取物流客户端发送的优惠申请信息，所述优惠申请信息包括寄件数量和与所述寄件数量相对应的优惠信息；对所述优惠申请信息进行优惠分析，确定所述寄件数量对应的目标优惠信息；将所述目标优惠信息发送至所述物流客户端，以使所述物流客户端根据所述目标优惠信息创建优惠订单，并生成所述优惠订单的订单数据。
8.在本公开的一种示例性实施方式中，在获取物流客户端发送的优惠申请信息之后，所述方法还包括：获取所述物流客户端的权限信息，所述权限信息包括所述物流客户端的账户权限信息、区域权限信息和订单权限信息中的任意一种或多种；对所述权限信息进行校验，以在所述权限信息校验通过时，对所述优惠申请信息进行优惠分析。
9.在本公开的一种示例性实施方式中，在获取物流客户端发送的优惠申请信息之后，所述方法还包括：对所述优惠申请信息进行审批，以得到审批结果信息；根据所述审批结果信息确定所述优惠申请信息是否审批完成，以及所述优惠申请信息是否审批通过；在确定所述优惠申请信息审批完成，且所述优惠申请信息审批未通过时，将所述审批结果信息发送至所述物流客户端。
10.在本公开的一种示例性实施方式中，所述对所述优惠申请信息进行优惠分析，确
定所述寄件数量对应的目标优惠信息，包括：根据所述优惠申请信息确定寄件数量，并确定与所述寄件数量关联的预置优惠信息；当所述预置优惠信息的优惠类型为第一优惠类型时，将所述预置优惠信息与所述优惠申请信息进行优惠力度比对，将具有最大优惠力度的优惠信息确定为所述目标优惠信息；当所述预置优惠信息的优惠类型为第二优惠类型时，将所述预置优惠信息和所述优惠申请信息的组合优惠信息确定为所述目标优惠信息。
11.在本公开的一种示例性实施方式中，在确定与所述寄件数量关联的预置优惠信息后，所述方法还包括：对所述优惠申请信息和所述预置优惠信息进行重复性校验；当确定所述优惠申请信息和所述预置优惠信息重复时，将所述优惠申请信息或所述预置优惠信息确定为所述目标优惠信息。
12.在本公开的一种示例性实施方式中，在获取物流客户端发送的优惠申请信息后，所述方法还包括：当所述优惠申请信息包括多个寄件数量和各所述寄件数量对应的优惠信息时，对每个寄件数量和所述每个寄件数量对应的优惠信息进行优惠分析，确定各所述寄件数量对应的目标优惠信息。
13.在本公开的一种示例性实施方式中，在确定所述寄件数量对应的目标优惠信息后，所述方法还包括：生成所述目标优惠信息的优惠标识，并存储所述目标优惠信息，以通过所述优惠标识获取所述目标优惠信息。
14.根据本公开的第二方面，提供一种物流订单的结算方法，所述方法包括：接收物流客户端发送的待结算订单的订单数据，所述订单数据包括所述待结算订单的寄件数量；确定所述待结算订单的寄件数量对应的目标优惠信息，并根据所述目标优惠信息对所述待结算订单进行结算处理。
15.在本公开的一种示例性实施方式中，所述确定所述待结算订单的寄件数量对应的目标优惠信息，包括：对所述订单数据进行解析，以确定所述待结算订单的寄件数量；确定所述寄件数量对应的优惠标识，并通过所述优惠标识获取所述目标优惠信息。
16.在本公开的一种示例性实施方式中，所述订单数据包括所述物流客户端的账户信息和所述待结算订单的订单信息，在确定所述待结算订单的寄件数量对应的目标优惠信息后，所述方法还包括：将所述物流客户端的账户信息与所述目标优惠信息的用户账户规则进行匹配，以对所述物流客户端的账户信息进行校验；将所述待结算订单的订单信息与所述目标优惠信息的优惠规则进行匹配，以对所述待结算订单进行校验，所述订单信息包括所述待结算订单的寄件信息和使用优惠的单量信息。
17.在本公开的一种示例性实施方式中，所述订单数据包括所述待结算订单的优惠信息，在根据所述目标优惠信息对所述待结算订单进行结算处理时，所述方法还包括：根据所述订单数据确定所述待结算订单所使用的优惠信息；当所述优惠信息的优惠标识与所述目标优惠信息的优惠标识不匹配时，采用所述优惠信息对所述待结算订单进行结算处理；当所述优惠信息的优惠标识与所述目标优惠信息的优惠标识匹配时，采用所述目标优惠信息对所述待结算订单进行结算处理。
18.根据本公开的第三方面，提供一种物流订单的生成装置，所述装置包括：获取模块，用于获取物流客户端发送的优惠申请信息，所述优惠申请信息包括寄件数量和与所述寄件数量相对应的优惠信息；分析模块，用于对所述优惠申请信息进行优惠分析，确定所述寄件数量对应的目标优惠信息；发送模块，用于将所述目标优惠信息发送至所述物流客户
端，以使所述物流客户端根据所述目标优惠信息创建优惠订单，并生成所述优惠订单的订单数据。
19.在本公开的一种示例性实施方式中，在获取物流客户端发送的优惠申请信息之后，所述获取模块用于获取所述物流客户端的权限信息，所述权限信息包括所述物流客户端的账户权限信息、区域权限信息和订单权限信息中的任意一种或多种，对所述权限信息进行校验，以在所述权限信息校验通过时，对所述优惠申请信息进行优惠分析。
20.在本公开的一种示例性实施方式中，在对所述优惠申请信息进行优惠分析前，所述分析模块还用于对所述优惠申请信息进行审批，以得到审批结果信息；根据所述审批结果信息确定所述优惠申请信息是否审批完成，以及所述优惠申请信息是否审批通过；在确定所述优惠申请信息审批完成，且所述优惠申请信息审批未通过时，将所述审批结果信息发送至所述物流客户端。
21.在本公开的一种示例性实施方式中，所述分析模块用于根据所述优惠申请信息确定寄件数量，并确定与所述寄件数量关联的预置优惠信息，当所述预置优惠信息的优惠类型为第一优惠类型时，将所述预置优惠信息与所述优惠申请信息进行优惠力度比对，将具有最大优惠力度的优惠信息确定为所述目标优惠信息，当所述预置优惠信息的优惠类型为第二优惠类型时，将所述预置优惠信息和所述优惠申请信息的组合优惠信息确定为所述目标优惠信息。
22.在本公开的一种示例性实施方式中，在确定与所述寄件数量关联的预置优惠信息后，所述分析模块还用于对所述优惠申请信息和所述预置优惠信息进行重复性校验，当确定所述优惠申请信息和所述预置优惠信息重复时，将所述优惠申请信息或所述预置优惠信息确定为所述目标优惠信息。
23.在本公开的一种示例性实施方式中，在获取物流客户端发送的优惠申请信息后，所述分析模块还用于当所述优惠申请信息包括多个寄件数量和各所述寄件数量对应的优惠信息时，对每个寄件数量和所述每个寄件数量对应的优惠信息进行优惠分析，确定各所述寄件数量对应的目标优惠信息。
24.在本公开的一种示例性实施方式中，在确定所述寄件数量对应的目标优惠信息后，所述分析模块还用于生成所述目标优惠信息的优惠标识，并存储所述目标优惠信息，以通过所述优惠标识获取所述目标优惠信息。
25.根据本公开的第四方面，提供一种物流订单的结算装置，所述装置包括：接收模块，用于接收物流客户端发送的待结算订单的订单数据，所述订单数据包括所述待结算订单的寄件数量；结算模块，用于确定所述待结算订单的寄件数量对应的目标优惠信息，并根据所述目标优惠信息对所述待结算订单进行结算处理。
26.在本公开的一种示例性实施方式中，所述结算模块用于对所述订单数据进行解析，以确定所述待结算订单的寄件数量，确定所述寄件数量对应的优惠标识，并通过所述优惠标识获取所述目标优惠信息。
27.在本公开的一种示例性实施方式中，所述订单数据包括所述物流客户端的账户信息和所述待结算订单的订单信息，在确定所述待结算订单的寄件数量对应的目标优惠信息后，所述结算模块还用于将所述物流客户端的账户信息与所述目标优惠信息的用户账户规则进行匹配，以对所述物流客户端的账户信息进行校验，将所述待结算订单的订单信息与
所述目标优惠信息的优惠规则进行匹配，以对所述待结算订单进行校验，所述订单信息包括所述待结算订单的寄件信息和使用优惠的单量信息。
28.在本公开的一种示例性实施方式中，所述订单数据包括所述待结算订单的优惠信息，在根据所述目标优惠信息对所述待结算订单进行结算处理时，所述结算模块用于根据所述订单数据确定所述待结算订单所使用的优惠信息，当所述优惠信息的优惠标识与所述目标优惠信息的优惠标识不匹配时，采用所述优惠信息对所述待结算订单进行结算处理，当所述优惠信息的优惠标识与所述目标优惠信息的优惠标识匹配时，采用所述目标优惠信息对所述待结算订单进行结算处理。
29.根据本公开的第五方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种物流订单的生成方法和物流订单的结算方法。
30.根据本公开的第四方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一种物流订单的生成方法和物流订单的结算方法。
31.本公开具有以下有益效果：
32.根据本示例性实施方式中的物流订单的生成方法、物流订单的结算方法、物流订单的生成装置、物流订单的结算装置、计算机可读存储介质和电子设备，可以获取物流客户端发送的优惠申请信息，并对优惠申请信息进行优惠分析，确定寄件数量对应的目标优惠信息，然后将目标优惠信息发送至物流客户端，以使物流客户端根据目标优惠信息创建优惠订单，并生成优惠订单的订单数据。本方案通过对优惠申请信息进行优惠分析，确定目标优惠信息，并发送至物流客户端，可以增强用户的优惠使用权限，丰富用户寄件的优惠使用方式，提升用户寄件或揽件的优惠使用灵活性；对企业而言，也能够为用户提供寄件便利，提升用户稳定性，抢占潜在用户群体，从而促进企业营收。
33.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
34.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施方式，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
35.图1示出本示例性实施方式中一种运行环境的系统架构图；
36.图2示出本示例性实施方式中一种物流订单的生成方法的流程图；
37.图3示出本示例性实施方式中一种优惠申请界面的示意图；
38.图4示出本示例性实施方式中一种物流订单的生成方法的子流程图；
39.图5示出本示例性实施方式中一种物流订单的结算方法的流程图；
40.图6示出本示例性实施方式中一种物流订单的结算方法的子流程图；
41.图7示出本示例性实施方式中一种物流订单的处理方法的流程图；
42.图8示出本示例性实施方式中一种物流订单的生成装置的结构框图；
43.图9示出本示例性实施方式中一种物流订单的结算装置的结构框图；
44.图10示出本示例性实施方式中一种用于实现上述方法的计算机可读存储介质；
45.图11示出本示例性实施方式中一种用于实现上述方法的电子设备。
具体实施方式
46.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
47.相关技术的一种方案中，为了提高用户的寄件体验，企业可以针对批量寄件用户提供相应的优惠，使寄件用户可以以较为优惠的价格下单。例如，在快递员揽收寄件物品时，快递员可以通过揽收终端获取当前可用的优惠，使用户可以选择相应的优惠进行支付。这种方式能够为批量寄件用户提供一定程度的优惠，但是这种优惠方式较为单一，场景灵活度较低，不能满足用户使用多种优惠的需求，因此可能会造成用户流失。
48.鉴于前述的各种问题，本公开的示例性实施方式首先提供了一种物流订单的生成方法和物流订单的结算方法。该方法可以应用于服务端，使其可以对物流客户端发送的优惠申请信息进行分析，确定目标优惠信息，由此，物流客户端可以使用目标优惠信息创建优惠订单，并生成订单数据，使得服务端可以根据目标优惠信息对订单数据进行结算处理。
49.图1示出了本示例性实施方式的运行环境的系统架构图，如图所示，该系统架构可以包括物流客户端110和服务端120。其中，物流客户端110可以是快递员客户端，也可以是寄件用户客户端。快递员客户端可以是承担揽收任务的各类移动终端，如揽收终端、智能手机等，寄件用户客户端可以是寄件用户使用的电脑、智能手机、平板电脑等终端设备。服务端120可以是订单处理的后台服务系统，可以是一个集成服务系统，也可以是包括多个子系统，如客户端后台系统、计费系统等的服务系统。服务端120可以通过无线网络等与物流客户端建立连接，从而对物流客户端110发送的数据进行处理。例如，当物流客户端110为快递员客户端时，在寄件用户下单后，快递员可以通过快递员客户端向服务端120发送为寄件用户申请优惠的优惠申请信息，并接收服务端120发送的目标优惠信息，然后使用目标优惠信息创建优惠订单，并生成订单数据发送至服务端120，使得服务端120可以对订单数据进行结算处理；当物流客户端110为寄件用户客户端时，寄件用户可以通过寄件用户客户端向服务端120发送申请优惠的优惠申请信息，然后接收服务端120发送的目标优惠信息，进而使用目标优惠信息完成优惠订单的创建，快递员可以在寄件用户创建优惠订单后进行上门揽件，并通过服务端120对优惠订单的订单数据进行结算，完成订单生成。
50.需要说明的是，图1中的服务端的服务器的数量仅仅是示意性的，根据实现需要，可以具有任意数目的服务器，也就是说，服务端120可以是由多个服务器组成的服务器集群等，本示例性实施方式对此不做特殊限定。
51.图2示出了本示例性实施方式中的物流订单的生成方法的一种流程，可以包括以下步骤s210～s230：
52.步骤s210.获取物流客户端发送的优惠申请信息。
53.其中，优惠申请信息可以包括寄件数量和与该寄件数量相对应的优惠信息，优惠
信息可以包括与寄件数量对应的订单所能够使用的折扣、优惠券、满减金额等信息；物流客户端可以是快递员客户端，也可以是寄件用户客户端。
54.本示例性实施方式中，用户，即快递员或寄件用户可以通过物流客户端生成优惠申请信息。例如，快递员可以通过相应的应用程序扫描历史运单号或运单条码自动获取寄件用户的账户信息，如用户名、联系电话、寄件人姓名和寄件地址等，或者也可以手动输入寄件用户的账户信息，然后进入优惠申请界面，该优惠申请界面可以显示寄件数量的填写范围和申请优惠的填写范围，快递员可以在相应的填写范围内填入寄件数量和申请使用的优惠信息，如寄件数量500，以及申请使用85折或者申请使用200元优惠券等，最后选择提交优惠申请来生成优惠申请信息，并将优惠申请信息发送至服务端。通过这种方法，用户可以在创建订单前申请与寄件数量相对应的优惠，为用户提供个性化的优惠内容，故可以提高用户侧优惠使用的灵活性。
55.在一种可选的实施方式中，步骤s210可以通过获取物流客户端发送的针对预建订单的优惠申请信息实现。其中，预建订单是指寄件用户在实际下单前创建的计划订单，并且优惠申请信息中可以包括一个或多个预建订单的信息。例如，参考图3所示，用户可以在物流客户端的优惠申请界面300中输入每个预建订单的寄件数量和申请使用的优惠信息，并选择“申请此单优惠”功能选项来生成包含每个预建订单的寄件数量和优惠信息的优惠申请信息，如果用户没有完成预建订单的寄件数量和优惠信息的填写或者填写的数值不符合规定的数值要求，则可以将“申请此单优惠”功能选项置灰，即无法触发优惠申请。优惠申请信息可以包括自动生成的申请单号、寄件用户标识、寄件人姓名、联系电话、寄件地址、寄件数量、申请优惠值、生效时间、失效时间、快递员标识、申请时间等信息。
56.此外，本示例性实施方式中，优惠申请信息可以由物流客户端或物流客户端的后台系统生成，在生成优惠申请信息后，其可以将该信息发送至服务端。
57.进一步的，本示例性实施方式中，对于不同的快递员或寄件用户，可以分别为其设置不同的寄件权限，比如，只有对一些固定区域内的快递员开放优惠申请权限，或者对特定等级的寄件用户开放高优惠的申请和使用权限，因此，在一种可选的实施方式中，在获取物流客户端发送的优惠申请信息之后，还可以执行以下方法：
58.获取物流客户端的权限信息；
59.对权限信息进行校验，以在权限信息校验通过时，对优惠申请信息进行优惠分析。
60.权限信息可以包括物流客户端的账户权限信息、区域权限信息和订单权限信息中的任意一种或多种。其中，账户权限信息可以包括用户的账户等级、是否为会员等信息，区域权限信息可以包括用户所在的业务区域，寄件区域等信息，订单权限信息可以是寄件用户的所在单位、已使用的优惠信息等。此外，对于快递员客户端和寄件用户客户端，其权限信息也可以包括不同的内容，例如，对快递员客户端而言，账户权限信息还可以包括快递员所属的物流平台等信息，即员工类型为企业自营业务员或第三方物流业务员。
61.在对物流客户端的权限信息进行校验时，可以将该权限信息与预先配置的权限配置信息进行匹配，来确定权限信息是否校验通过。例如，当物流客户端为快递员客户端时，快递员可以在上门揽收寄件用户的寄件物品时，通过快递员客户端的登录界面登录揽件程序，同时服务端可以获取快递员客户端的权限信息，即快递员的账户权限信息、区域权限信息和订单权限信息等并进行校验。具体的，在校验时，服务端可以将权限信息与快递员的权
限配置信息进行匹配，来判断快递员的账户等级是否达到规定等级，员工类型是否为企业自营业务员，以及所在业务区域是否在预设区域内等，进而确定快递员客户端的权限信息是否校验通过，在校验通过时，可以进一步对快递员客户端发送的优惠申请信息进行优惠分析。作为一种示例，快递员能够申请优惠需要满足以下四个条件：(1)快递员所属的站点为具有优惠申请权限的站点；(2)快递员为企业自营业务员；(3)寄件用户不属于快递员所在企业的员工，即快递员不能为内部员工申请优惠，这样可以避免刷单行为；(4)寄件用户为非月结用户，因为月结用户既有的优惠可能比批量寄件的优惠力度更大，在满足上述条件时可以确定快递员客户端的权限信息校验通过。
62.再例如，当物流客户端为寄件用户客户端时，可以获取寄件用户客户端的账户权限信息，如用户等级、用户的寄件类型等，以及区域权限信息，如寄件用户所在的区域和寄件区域等和订单权限信息，如是否已使用优惠等，来对寄件用户客户端的权限信息与寄件用户的权限配置信息进行匹配，以得到寄件用户的权限信息的校验结果，在确定寄件用户的权限信息校验结果为通过时，可以进一步对寄件用户客户端发送的优惠申请信息进行优惠分析。
63.通过上述方法，可以对物流客户端的权限信息进行校验，实现用户的差异化优惠申请，对于促进用户向高权限用户转化具有重要意义，同时也可以促使用户提高寄件数量，以获得更多优惠，从而实现企业增收。
64.步骤s220.对优惠申请信息进行优惠分析，确定寄件数量对应的目标优惠信息。
65.随着用户寄件数量的增多，用户能够享受更高优惠的优惠。为了确定用户能够使用的优惠信息，可以对优惠申请信息进行优惠分析，如分析寄件数量是否满足用户申请优惠的要求，确定与寄件数量相匹配的目标优惠信息。通过这种方法，用户可以按照自身需求申请使用优惠，比如在优惠申请界面中，用户可以输入不同的寄件数量和相应的可申请优惠申请使用能够满足其寄件需求，且具有较大力度的优惠。通过这种方式，可以促进用户增加寄件数量，促进企业营收，对用户而言，也能够结合实际需求，按需申请优惠。
66.考虑到在批量下单时，用户可能需要为不同的订单申请使用不同的优惠，因此，在一种可选的实施方式中，在获取物流客户端发送的优惠申请信息时，还可以执行以下方法：
67.当优惠申请信息包括多个寄件数量和各寄件数量对应的优惠信息时，对每个寄件数量和每个寄件数量对应的优惠信息进行优惠分析，确定各寄件数量对应的目标优惠信息。
68.例如，在优惠申请信息包括多组申请信息时，如对于优惠申请信息中的申请信息：{(n1，d1)，(n2，d2)，(n3，d3)
……
}，其中，ni表示第i组申请信息的寄件数量，di表示第i组申请信息的优惠信息，可以对每组申请信息分别进行优惠分析，来确定与该组申请信息中的寄件数量相匹配的目标优惠信息，从而得到各组申请信息对应的目标优惠信息。需要说明的是，上述优惠申请信息仅为示例性说明，在实际应用中，优惠申请信息可以包括不同的类型，比如在不同分组的申请信息中，寄件数量也可以是相同的，也就是说，用户可以通过优惠申请信息对相同的寄件数量申请使用不同的优惠信息，比如在允许多订单组合下单时，用户可以通过选择每个订单的优惠信息，来使得全部订单的整体价格最低。此外，本示例性实施方式中，服务端可以通过客户端后台系统获取优惠申请信息，在进行优惠分析时，客户端后台系统可以将优惠申请信息同步至计费系统来进行分析处理，从而得到目标优惠信
息。
69.通过上述方法，用户可以一次性发起多种优惠的申请，可以满足用户多种寄件优惠的申请需求，在允许多订单组合下单时，用户可以根据全部订单的优惠价格选择更便宜的优惠申请方式。
70.进一步的，在一种可选的实施方式中，参考图4所示，步骤s220可以通过以下步骤s410～s430实现：
71.步骤s410，根据优惠申请信息确定寄件数量，并确定与该寄件数量关联的预置优惠信息。
72.预置优惠信息可以是操作人员预先配置的优惠信息，每种优惠信息可以包括最低寄件数量，以及满足最低寄件数量时可申请的优惠类型和优惠值等。在获取优惠申请信息后，服务端可以对优惠申请信息进行解析，来得到物流客户端计划下单的寄件数量和在该寄件数量下申请使用的优惠信息，同时，服务端也可以在数据库中查找与上述寄件数量匹配的预置优惠信息。
73.步骤s420，当预置优惠信息的优惠类型为第一优惠类型时，将预置优惠信息与优惠申请信息进行优惠力度比对，将具有最大优惠力度的优惠信息确定为目标优惠信息。
74.第一优惠类型是指只能单独使用的优惠。在确定预置优惠信息后，可以进一步确定预置优惠信息的优惠类型，从而在预置优惠信息的优惠类型为第一优惠类型时，可以将预置优惠信息与优惠申请信息进行优惠力度比对，如可以计算在优惠申请信息对应的寄件数量下，分别使用预置优惠信息和优惠申请信息中的优惠后的寄件价格，来得到具有更大优惠力度的优惠信息，并将该具有更大优惠力度的优惠信息确定为目标优惠信息。
75.步骤s430，当预置优惠信息的优惠类型为第二优惠类型时，将预置优惠信息和优惠申请信息的组合优惠信息确定为目标优惠信息。
76.第二优惠类型是指能够叠加使用的优惠。在预置优惠信息的优惠类型为第二优惠类型时，可以将预置优惠信息和优惠申请信息进行组合，如将预置优惠信息和优惠申请信息中的优惠方式和优惠值进行组合叠加，来生成目标优惠信息。
77.通过上述步骤s410～s430，可以根据优惠申请信息的寄件数量确定对应的目标优惠信息，完成优惠申请信息的审核。
78.更进一步的，由于预置优惠信息和优惠申请信息可能是相同的优惠申请内容，因此，在一种可选的实施方式中，在确定与寄件数量关联的预置优惠信息后，还可以执行以下方法：
79.对优惠申请信息和预置优惠信息进行重复性校验；
80.当确定优惠申请信息和预置优惠信息重复时，将优惠申请信息或预置优惠信息确定为目标优惠信息。
81.具体的，服务端可以将优惠申请信息中的寄件数量和申请的优惠信息与预置优惠信息中的寄件数量和优惠信息进行匹配，来确定优惠申请信息与预置优惠信息是否为重复的优惠信息，在确定优惠申请信息和预置优惠信息重复时，可以将优惠申请信息和预置优惠信息中的任意一种确定为目标优惠信息。
82.为了便于获取优惠信息，在一种可选的实施方式中，在确定寄件数量对应的目标优惠信息后，还可以执行以下方法：
83.生成目标优惠信息的优惠标识，并存储目标优惠信息，以通过优惠标识获取目标优惠信息。
84.其中，优惠标识可以是由数字、字母和特殊符号等组成的表示目标优惠信息的唯一标识。
85.在生成目标优惠信息后，可以用唯一表示目标优惠信息的优惠标识表示目标优惠信息，并将目标优惠信息存储至优惠信息库中，从而在下一次获取目标优惠信息时，可以通过优惠标识快速查找和定位目标优惠信息。
86.此外，在实际应用中，随着快递员数量和寄件业务的不断增多，企业往往需要对优惠申请信息进行审批，因此，在一种可选的实施方式中，在对优惠申请信息进行优惠分析前，还可以执行以下方法：
87.对优惠申请信息进行审批，以得到审批结果信息；
88.根据审批结果信息确定优惠申请信息是否审批完成，以及优惠申请信息是否审批通过；
89.在确定优惠申请信息审批完成，且优惠申请信息审批未通过时，将审批结果信息发送至物流客户端。
90.具体的，在获取优惠申请信息后，可以自动创建审批流程，从而按照审批顺序由企业各个部门对优惠申请信息进行审批。服务端的客户端后台系统可以获取优惠申请信息的审批结果信息，如可以是每个环节的审批结果，并确定优惠申请信息是否审批完成，以及优惠申请信息的审批结果是否为通过，当优惠申请信息审批完成，且审批通过时，可以将优惠申请信息同步至服务端的计费系统，使其进行优惠分析，当优惠申请信息审批未完成时，则可以继续等待和接收审批结果，当优惠申请信息审批完成，但审批未通过时，则可以将审批结果信息发送至物流客户端，使用户可以依据审批结果信息重新发起申请。
91.步骤s230.将目标优惠信息发送至物流客户端，以使物流客户端根据目标优惠信息创建优惠订单，并生成优惠订单的订单数据。
92.在确定目标优惠信息后，服务端可以将目标优惠信息发送至物流客户端，用户可以通过物流客户端确定是否需要按照目标优惠信息创建优惠订单，在创建优惠订单时，可以生成优惠订单的订单数据。由此，在创建订单过程中，相比现有的用户选择系统提供的已有优惠的方式，能够按照自身需求选择申请优惠，并按照申请优惠创建优惠订单，能够更好地满足用户使用优惠的需求，且具备更高的灵活性。
93.根据本示例性实施方式中的物流订单的生成方法，可以获取物流客户端发送的优惠申请信息，并对优惠申请信息进行优惠分析，确定寄件数量对应的目标优惠信息，然后将目标优惠信息发送至物流客户端，以使物流客户端根据目标优惠信息创建优惠订单，并生成优惠订单的订单数据。通过上述方法，可以增强用户的优惠使用权限，丰富用户寄件的优惠使用方式，提升用户寄件或揽件的优惠使用灵活性；对企业而言，也能够为用户提供寄件便利，提升用户稳定性，抢占潜在用户群体，从而促进企业营收。
94.图5示出了本示例性实施方式中的物流订单的结算方法的一种流程，可以包括以下步骤s510～s520：
95.步骤s510，接收物流客户端发送的待结算订单的订单数据。
96.订单数据可以包括待结算订单的寄件数量；待结算订单是指物流客户端创建的待
支付订单。用户可以通过物流客户端进行下单，并将下单后生成的订单数据发送至服务端，例如，对于物流客户端创建的预建订单，用户可以选择“结算”功能选项来创建待结算订单和生成订单数据，并将订单数据发送至服务端。
97.步骤s520，确定待结算订单的寄件数量对应的目标优惠信息，并根据目标优惠信息对待结算订单进行结算处理。
98.目标优惠信息可以是在一定寄件数量条件下待结算订单能够使用的优惠。服务端可以根据待结算订单的订单数据确定待结算订单的寄件数量，然后依据该寄件数量获取对应的优惠信息，即得到目标优惠信息，从而按照目标优惠信息对待结算订单进行结算处理。即，用户可以使用预先申请的优惠信息进行下单。通过该方法，可以有效促进用户转化，增加企业营收。
99.具体的，在一种可选的实施方式中，可以通过以下方法确定待结算订单的寄件数量对应的目标优惠信息：
100.对订单数据进行解析，以确定待结算订单的寄件数量；
101.确定寄件数量对应的优惠标识，并通过该优惠标识获取目标优惠信息。
102.具体的，服务端可以对获取的订单数据进行解析，如可以对订单数据中特定字段的数据进行读取，来确定待结算订单的寄件数量，然后在存储目标优惠信息的数据库或数据平台中查找与该寄件数量匹配的优惠标识，进而通过优惠标识获取寄件数量对应的目标优惠信息。通过这种方式，服务端可以查找到寄件数量所对应的目标优惠信息，确定满足该寄件数量的待结算订单所能够使用的优惠。
103.为了保证结算过程的安全性，避免企业和用户的利益受损，服务端还可以对订单数据进行合法性校验，具体的，在一种可选的实施方式中，订单数据还可以包括物流客户端的账户信息和待结算订单的订单信息，在确定待结算订单的寄件数量对应的目标优惠信息后，还可以执行以下方法：
104.将物流客户端的账户信息与目标优惠信息的用户账户规则进行匹配，以对物流客户端的账户信息进行校验；
105.将待结算订单的订单信息与目标优惠信息的优惠规则进行匹配，以对待结算订单进行校验。
106.其中，订单信息可以包括待结算订单的寄件信息，如寄件地址、寄件数量，以及使用优惠的单量信息等，物流客户端的账户信息可以包括用户账户等级、物流客户端的权限信息等，目标优惠信息的用户账户规则可以包括能够使用优惠的用户账户等级、物流客户端的权限规则等，目标优惠信息的优惠规则可以包括两种优惠是否可以叠加使用，以及叠加使用的寄件数量要求等。此外，用户账户规则和优惠规则均可以由操作人员预先配置，本示例性实施方式对此不做具体限定。
107.对订单数据的合法性校验可以包括两个方面，一个是物流客户端的账户校验，另一个是订单合法性的校验。例如，对于账户校验，可以通过将物流客户端的账户信息和目标优惠信息的用户账户规则进行匹配，来确定物流客户端的账户信息是否合法；对于订单合法性校验，可以将待结算订单的订单信息，如未使用其他优惠，如优惠券的寄件数量是否为0来对待结算订单进行校验。需要说明的是，上述合法性校验仅为示例性说明，在实际应用中，也可以根据需求设置用户账户规则和优惠规则，如也可以将优惠规则设置为多种优惠
能够叠加使用。
108.在一种可选的实施方式中，订单数据可以包括待结算订单的优惠信息，在根据目标优惠信息对待结算订单进行结算处理时，参考图6所示，还可以执行以下方法：
109.步骤s610，根据订单数据确定待结算订单所申请使用的优惠信息。
110.步骤s620，当优惠信息的优惠标识与目标优惠信息的优惠标识不匹配时，采用上述优惠信息对待结算订单进行结算处理。
111.如果优惠信息的优惠标识与目标优惠信息的优惠标识不匹配，说明用户在物流客户端申请使用的优惠与目标优惠信息不一致，因此，可以采用用户申请的优惠信息，即上述优惠信息对待结算订单进行结算，或者也可以将匹配结果发送至物流客户端，使物流客户端对所申请使用的优惠信息进行核准。
112.步骤s630，当优惠信息的优惠标识与目标优惠信息的优惠标识匹配时，采用目标优惠信息对待结算订单进行结算处理。
113.如果优惠信息的优惠标识与目标优惠信息的优惠标识匹配，说明用户在物流客户端申请使用的优惠与目标优惠信息一致，则可以采用目标优惠信息对待结算订单进行结算处理。
114.根据本示例性实施方式中的物流订单的结算方法，可以接收物流客户端发送的待结算订单的订单数据，并确定待结算订单的寄件数量对应的目标优惠信息，然后根据目标优惠信息对待结算订单进行结算处理。通过这一方法，可以使用户使用申请优惠完成结算操作，能够在为用户提供个性化优惠服务的基础上，促进用户转化，故可以提升用户的服务体验，增加企业营收。
115.实际上，本示例性实施方式中的物流订单的生成方法和结算方法一共可以包括优惠申请、优惠审批、优惠分析和优惠使用四个过程，具体的，参考图7所示，优惠处理可以包括以下步骤s710～s740：
116.步骤s710，获取物流客户端发送的优惠申请信息。
117.在这一过程中，服务端可以对物流客户端的权限信息进行校验，并通过客户端后台系统接收物流客户端发送的优惠申请信息。
118.步骤s720，对优惠申请信息进行审批。
119.具体的，可以由操作人员通过服务端部署的各个部门系统对优惠申请信息进行逐级审批，或者可以由服务端对优惠申请信息进行自动审批，然后反馈逐级审批结果至服务端的客户端后台系统，从而在审批完成且审批通过时，执行步骤s730，对优惠申请信息进行优惠分析，或者在审批完成但审批未通过时，将审批结果信息发送至物流客户端，以使物流客户端重新发起优惠申请。
120.步骤s730，对优惠申请信息进行优惠分析，以得到优惠申请信息中寄件数量所对应的目标优惠信息。
121.例如，可以由服务端的客户端后台系统将优惠申请信息同步至计费系统，使计费系统将优惠申请信息中的优惠信息与预置优惠信息进行比对，以对优惠申请信息与预置优惠信息进行去重校验和优惠力度校验，从而在两种信息中选择优惠力度较大的信息作为目标优惠信息。
122.在得到目标优惠信息后，可以生成目标优惠信息的优惠标识，并将优惠标识同步
至服务端的客户端后台系统，
123.步骤s740，接收物流客户端发送的待结算订单的订单数据，并确定待结算订单对应的目标优惠信息，根据目标优惠信息对待结算订单进行结算。
124.在接收订单数据后，服务端可以依据订单数据中的寄件数量获取与该寄件数量关联的目标优惠信息，从而按照目标优惠信息对待结算订单进行结算。具体的，服务端的客户端后台系统可以通过寄件数量确定物流客户端的可用优惠的优惠标识，然后通过优惠标识获取目标优惠信息，由计费系统使用目标优惠信息对待结算订单进行结算。
125.本示例性实施方式还提供了一种物流订单的生成装置，参考图8所示，物流订单的生成装置800可以包括：获取模块810，可以用于获取物流客户端发送的优惠申请信息，优惠申请信息可以包括寄件数量和与寄件数量相对应的优惠信息；分析模块820，可以用于对优惠申请信息进行优惠分析，确定寄件数量对应的目标优惠信息；发送模块830，可以用于将目标优惠信息发送至物流客户端，以使物流客户端根据目标优惠信息创建优惠订单，并生成优惠订单的订单数据。
126.在本公开的一种示例性实施方式中，在获取物流客户端发送的优惠申请信息之后，获取模块810可以用于获取物流客户端的权限信息，权限信息可以包括物流客户端的账户权限信息、区域权限信息和订单权限信息中的任意一种或多种，对权限信息进行校验，以在权限信息校验通过时，对优惠申请信息进行优惠分析。
127.在本公开的一种示例性实施方式中，在对优惠申请信息进行优惠分析前，分析模块820还可以用于对优惠申请信息进行审批，以得到审批结果信息；根据审批结果信息确定优惠申请信息是否审批完成，以及优惠申请信息是否审批通过；在确定优惠申请信息审批完成，且优惠申请信息审批未通过时，将审批结果信息发送至物流客户端。
128.在本公开的一种示例性实施方式中，分析模块820可以用于根据优惠申请信息确定寄件数量，并确定与寄件数量关联的预置优惠信息，当预置优惠信息的优惠类型为第一优惠类型时，将预置优惠信息与优惠申请信息进行优惠力度比对，将具有最大优惠力度的优惠信息确定为目标优惠信息，当预置优惠信息的优惠类型为第二优惠类型时，将预置优惠信息和优惠申请信息的组合优惠信息确定为目标优惠信息。
129.在本公开的一种示例性实施方式中，在确定与寄件数量关联的预置优惠信息后，分析模块820还可以用于对优惠申请信息和预置优惠信息进行重复性校验，当确定优惠申请信息和预置优惠信息重复时，将优惠申请信息或预置优惠信息确定为目标优惠信息。
130.在本公开的一种示例性实施方式中，在获取物流客户端发送的优惠申请信息后，分析模块820还可以用于当优惠申请信息可以包括多个寄件数量和各寄件数量对应的优惠信息时，对每个寄件数量和每个寄件数量对应的优惠信息进行优惠分析，确定各寄件数量对应的目标优惠信息。
131.在本公开的一种示例性实施方式中，在确定寄件数量对应的目标优惠信息后，分析模块820还可以用于生成目标优惠信息的优惠标识，并存储目标优惠信息，以通过优惠标识获取目标优惠信息。
132.进一步的，本示例性实施方式还提供了一种物流订单的结算装置，参考图9所示，物流订单的结算装置900可以包括：接收模块910，可以用于接收物流客户端发送的待结算订单的订单数据，订单数据可以包括待结算订单的寄件数量；结算模块920，可以用于确定
待结算订单的寄件数量对应的目标优惠信息，并根据目标优惠信息对待结算订单进行结算处理。
133.在本公开的一种示例性实施方式中，结算模块920可以用于对订单数据进行解析，以确定待结算订单的寄件数量，确定寄件数量对应的优惠标识，并通过优惠标识获取目标优惠信息。
134.在本公开的一种示例性实施方式中，订单数据可以包括物流客户端的账户信息和待结算订单的订单信息，在确定待结算订单的寄件数量对应的目标优惠信息后，结算模块920还可以用于将物流客户端的账户信息与目标优惠信息的用户账户规则进行匹配，以对物流客户端的账户信息进行校验，将待结算订单的订单信息与目标优惠信息的优惠规则进行匹配，以对待结算订单进行校验，订单信息可以包括待结算订单的寄件信息和使用优惠的单量信息。
135.在本公开的一种示例性实施方式中，订单数据可以包括待结算订单的优惠信息，在根据目标优惠信息对待结算订单进行结算处理时，结算模块920可以用于根据订单数据确定待结算订单所使用的优惠信息，当优惠信息的优惠标识与目标优惠信息的优惠标识不匹配时，采用优惠信息对待结算订单进行结算处理，当优惠信息的优惠标识与目标优惠信息的优惠标识匹配时，采用目标优惠信息对待结算订单进行结算处理。
136.上述装置中各模块的具体细节在方法部分实施方式中已经详细说明，未披露的方案细节内容可以参见方法部分的实施方式内容，因而不再赘述。
137.所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
138.本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。
139.参考图10所示，描述了根据本公开的示例性实施方式的用于实现上述方法的程序产品1000，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
140.程序产品1000可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
141.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其
中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
142.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
143.可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
144.本公开的示例性实施方式还提供了一种能够实现上述方法的电子设备。下面参照图11来描述根据本公开的这种示例性实施方式的电子设备1100。图11显示的电子设备1100仅仅是一个示例，不应对本公开实施方式的功能和使用范围带来任何限制。
145.如图11所示，电子设备1100可以以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130和显示单元1140。
146.其中，存储单元1120存储有程序代码，程序代码可以被处理单元1110执行，使得处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，处理单元1110可以执行图1、图2至图7所示的方法步骤等。
147.存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)1121和/或高速缓存存储单元1122，还可以进一步包括只读存储单元(rom)1123。
148.存储单元1120还可以包括具有一组(至少一个)程序模块1125的程序/实用工具1124，这样的程序模块1125包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
149.总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
150.电子设备1100也可以与一个或多个外部设备1200(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1150进行。并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁
带驱动器以及数据备份存储系统等。
151.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的示例性实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
152.此外，上述附图仅是根据本公开示例性实施方式的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
153.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例性实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开示例性实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开示例性实施方式的方法。
154.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施方式。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施方式仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

技术特征：
1.一种物流订单的生成方法，其特征在于，所述方法包括：获取物流客户端发送的优惠申请信息，所述优惠申请信息包括寄件数量和与所述寄件数量相对应的优惠信息；对所述优惠申请信息进行优惠分析，确定所述寄件数量对应的目标优惠信息；将所述目标优惠信息发送至所述物流客户端，以使所述物流客户端根据所述目标优惠信息创建优惠订单，并生成所述优惠订单的订单数据。2.根据权利要求1所述的方法，其特征在于，在获取物流客户端发送的优惠申请信息之后，所述方法还包括：获取所述物流客户端的权限信息，所述权限信息包括所述物流客户端的账户权限信息、区域权限信息和订单权限信息中的任意一种或多种；对所述权限信息进行校验，以在所述权限信息校验通过时，对所述优惠申请信息进行优惠分析。3.根据权利要求1所述的方法，其特征在于，在对所述优惠申请信息进行优惠分析前，所述方法还包括：对所述优惠申请信息进行审批，以得到审批结果信息；根据所述审批结果信息确定所述优惠申请信息是否审批完成，以及所述优惠申请信息是否审批通过；在确定所述优惠申请信息审批完成，且所述优惠申请信息审批未通过时，将所述审批结果信息发送至所述物流客户端。4.根据权利要求1所述的方法，其特征在于，所述对所述优惠申请信息进行优惠分析，确定所述寄件数量对应的目标优惠信息，包括：根据所述优惠申请信息确定寄件数量，并确定与所述寄件数量关联的预置优惠信息；当所述预置优惠信息的优惠类型为第一优惠类型时，将所述预置优惠信息与所述优惠申请信息进行优惠力度比对，将具有最大优惠力度的优惠信息确定为所述目标优惠信息；当所述预置优惠信息的优惠类型为第二优惠类型时，将所述预置优惠信息和所述优惠申请信息的组合优惠信息确定为所述目标优惠信息。5.根据权利要求4所述的方法，其特征在于，在确定与所述寄件数量关联的预置优惠信息后，所述方法还包括：对所述优惠申请信息和所述预置优惠信息进行重复性校验；当确定所述优惠申请信息和所述预置优惠信息重复时，将所述优惠申请信息或所述预置优惠信息确定为所述目标优惠信息。6.根据权利要求1所述的方法，其特征在于，在获取物流客户端发送的优惠申请信息后，所述方法还包括：当所述优惠申请信息包括多个寄件数量和各所述寄件数量对应的优惠信息时，对每个寄件数量和所述每个寄件数量对应的优惠信息进行优惠分析，确定各所述寄件数量对应的目标优惠信息。7.根据权利要求1所述的方法，其特征在于，在确定所述寄件数量对应的目标优惠信息后，所述方法还包括：生成所述目标优惠信息的优惠标识，并存储所述目标优惠信息，以通过所述优惠标识
获取所述目标优惠信息。8.一种物流订单的结算方法，其特征在于，所述方法包括：接收物流客户端发送的待结算订单的订单数据，所述订单数据包括所述待结算订单的寄件数量；确定所述待结算订单的寄件数量对应的目标优惠信息，并根据所述目标优惠信息对所述待结算订单进行结算处理。9.根据权利要求8所述的方法，其特征在于，所述确定所述待结算订单的寄件数量对应的目标优惠信息，包括：对所述订单数据进行解析，以确定所述待结算订单的寄件数量；确定所述寄件数量对应的优惠标识，并通过所述优惠标识获取所述目标优惠信息。10.根据权利要求8所述的方法，其特征在于，所述订单数据包括所述物流客户端的账户信息和所述待结算订单的订单信息，在确定所述待结算订单的寄件数量对应的目标优惠信息后，所述方法还包括：将所述物流客户端的账户信息与所述目标优惠信息的用户账户规则进行匹配，以对所述物流客户端的账户信息进行校验；将所述待结算订单的订单信息与所述目标优惠信息的优惠规则进行匹配，以对所述待结算订单进行校验，所述订单信息包括所述待结算订单的寄件信息和使用优惠的单量信息。11.根据权利要求8所述的方法，其特征在于，所述订单数据包括所述待结算订单的优惠信息，在根据所述目标优惠信息对所述待结算订单进行结算处理时，所述方法还包括：根据所述订单数据确定所述待结算订单所使用的优惠信息；当所述优惠信息的优惠标识与所述目标优惠信息的优惠标识不匹配时，采用所述优惠信息对所述待结算订单进行结算处理；当所述优惠信息的优惠标识与所述目标优惠信息的优惠标识匹配时，采用所述目标优惠信息对所述待结算订单进行结算处理。12.一种物流订单的生成装置，其特征在于，所述装置包括：获取模块，用于获取物流客户端发送的优惠申请信息，所述优惠申请信息包括寄件数量和与所述寄件数量相对应的优惠信息；分析模块，用于对所述优惠申请信息进行优惠分析，确定所述寄件数量对应的目标优惠信息；发送模块，用于将所述目标优惠信息发送至所述物流客户端，以使所述物流客户端根据所述目标优惠信息创建优惠订单，并生成所述优惠订单的订单数据。13.一种物流订单的结算装置，其特征在于，所述装置包括：接收模块，用于接收物流客户端发送的待结算订单的订单数据，所述订单数据包括所述待结算订单的寄件数量；结算模块，用于确定所述待结算订单的寄件数量对应的目标优惠信息，并根据所述目标优惠信息对所述待结算订单进行结算处理。14.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-11任一项所述的方法。
15.一种电子设备，其特征在于，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1-11任一项所述的方法。

技术总结
本公开提供了物流订单的生成方法、物流订单的结算方法、物流订单的生成装置、物流订单的结算装置、计算机可读存储介质与电子设备，属于计算机技术领域。所述物流订单的生成方法包括：获取物流客户端发送的优惠申请信息，所述优惠申请信息包括寄件数量和与所述寄件数量相对应的优惠信息；对所述优惠申请信息进行优惠分析，确定所述寄件数量对应的目标优惠信息；将所述目标优惠信息发送至所述物流客户端，以使所述物流客户端根据所述目标优惠信息创建优惠订单，并生成所述优惠订单的订单数据。本公开可以丰富物流订单的优惠使用方式，提升用户寄件体验。提升用户寄件体验。提升用户寄件体验。


技术研发人员：李平根
受保护的技术使用者：北京京东振世信息技术有限公司
技术研发日：2021.12.29
技术公布日：2023/7/13