CN114154921A - 物流订单处理方法、装置、电子设备和存储介质 - Google Patents

Abstract

本申请实施例提供了一种物流订单处理方法、装置、电子设备和存储介质，所述方法包括：接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则；确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中；按照订单处理规则限定的提取速率，从处理队列中提取物流订单；确定订单处理规则的规则类型，并按照规则类型，下发提取的物流订单；能够提升***的稳定性。

Description

物流订单处理方法、装置、电子设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种物流订单处理方法、一种物流订单处理装置、一种电子设备和一种存储介质。

背景技术

随着物流快递业的发展，物流快递给用户提供了高效、便捷的物流运输服务。

目前，在接收到物流订单之后，会将物流订单直接下发给下游的***(如发送给发货仓、发送给快递运输方等)，以对物流订单进行处理。

但是，采用这样的方式，下游的***在一段时间内可能会接收到大量的物流订单，下游的***对物流订单的处理压力大，导致***的稳定性差。

发明内容

本申请实施例提供了一种物流订单方法，以提升***的稳定性。

相应的，本申请实施例还提供了一种物流订单装置、一种电子设备和一种存储介质，用以保证上述***的实现及应用。

为了解决上述问题，本申请实施例公开了一种物流订单处理方法，所述方法包括：接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则；确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中；按照订单处理规则限定的提取速率，从处理队列中提取物流订单；确定订单处理规则的规则类型，并按照规则类型，下发提取的物流订单。

可选的，所述按照规则类型，下发提取的物流订单，包括：在所述规则类型为第一类型时，下发提取的物流订单；在所述规则类型为第二类型时，按照订单处理规则中的订单下发策略，下发物流订单，所述订单下发策略包括以下策略中的至少一种：下发时间控制策略和下发速率控制策略。

可选的，所述下发时间控制策略包括以下策略中的至少一种：按照订单下发时间进行下发、将订单下发时间延迟到指定时间，以在指定时间下发、将订单下发时间延迟目标时长，得到延迟后的订单下发时间，以在延迟后的订单时间下发。

可选的，所述接收物流订单，包括：按照接单速率，接收物流订单。

可选的，所述对物流订单进行分类，确定物流订单所属的订单处理规则，包括：按照决策速率，对物流订单进行分类，确定物流订单所属的订单处理规则。

可选的，所述将物流订单添加到处理队列中，包括：依据物流订单的订单信息，计算物流订单对应的排序分，并依据排序分，将物流订单添加到处理队列中。

可选的，所述方法还包括：将物流订单的订单信息存储到数据库中，所述订单信息包括以下信息中的至少一个：对象类型、货主信息、发货地、接收地、发货仓信息、物流服务要求。

可选的，所述下发提取的物流订单，包括：从数据库中获取提取的物流订单的订单信息；依据订单信息确定订单接收方，并将订单信息下发给订单接收方。

可选的，所述对物流订单进行分类，确定物流订单所属的订单处理规则，包括：获取物流订单的订单信息；将订单信息与订单处理规则的入规则条件进行匹配，确定匹配结果；依据匹配结果，确定物流订单所属的订单处理规则。

可选的，所述将订单信息与订单处理规则的入规则条件进行匹配，包括以下步骤中的至少一种：将订单信息中的地点信息与地点筛选条件进行匹配；将订单信息中的时间信息与时间筛选条件进行匹配；依据订单信息中地点信息确定作业仓，并将作业仓与作业仓筛选条件进行匹配；将订单信息中的对象信息与对象类型筛选条件进行匹配。

可选的，所述方法还包括：提供规则配置页面，以获取规则配置信息，所述规则配置信息包括规则控速值、规则类型、入规则条件和订单下发策略；依据规则配置信息，确定订单处理规则。

可选的，所述方法还包括：获取各作业仓的环境相关信息，并依据环境相关信息，对订单处理规则进行校验，以依据校验通过的订单处理规则对订单进行分类。

为了解决上述问题，本申请实施例公开了一种物流订单处理方法，所述方法包括：提供规则配置页面，所述规则配置页面包括配置控件；依据对配置控件的触发，确定规则配置信息，所述规则配置信息包括入规则条件和订单下发策略，所述入规则条件用于与物流订单的订单信息进行匹配，以确定物流订单所属的订单处理规则，所述订单下发策略用于确定物流订单的下发速率；上传规则配置信息，以确定订单处理规则，以依据订单处理规则对物流订单进行控速下发。

为了解决上述问题，本申请实施例公开了一种物流订单处理装置，所述装置包括：物流订单分类模块，用于接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则；处理队列确定模块，用于确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中；物流订单提取模块，用于按照订单处理规则限定的提取速率，从处理队列中提取物流订单；物流订单下发模块，用于确定订单处理规则的规则类型，并按照规则类型，下发提取的物流订单。

为了解决上述问题，本申请实施例公开了一种物流订单处理装置，所述装置包括：配置页面提供模块，用于提供规则配置页面，所述规则配置页面包括配置控件；配置信息获取模块，用于依据对配置控件的触发，确定规则配置信息，所述规则配置信息包括入规则条件和订单下发策略，所述入规则条件用于与物流订单的订单信息进行匹配，以确定物流订单所属的订单处理规则，所述订单下发策略用于确定物流订单的下发速率；配置信息上传模块，用于上传规则配置信息，以确定订单处理规则，以依据订单处理规则对物流订单进行控速下发。

为了解决上述问题，本申请实施例公开了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如上述实施例中任一项所述的方法。

为了解决上述问题，本申请实施例公开了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如上述实施例中任一项所述的方法。

与现有技术相比，本申请实施例包括以下优点：

本申请实施例可以接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则，之后，确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。将物流订单添加到处理队列之后，可以按照订单处理规则限定的提取速率，从处理队列中提取出物流订单，并按照订单处理规则的规则类型，下发提取的物流订单。本申请实施例可以按照限定的提取速率来提取物流订单，从而可以降低对物流订单的数据处理压力，并且，由于在提取物流订单时限制了提取速率，从而在下发物流订单给下游的物流服务***的过程中，能够达到限制物流订单下发速度的效果，从而降低了下游的物流服务***的处理压力，提升了***的稳定性。

附图说明

图1A是本申请一个实施例的物流订单处理方法的流程示意图；

图1B是本申请一个实施例的集群的示意图；

图1C是本申请一个实施例的场景与规则对应关系的示意图；

图2是本申请另一个实施例的物流订单处理方法的流程示意图；

图3是本申请再一个实施例的物流订单处理方法的流程示意图；

图4A是本申请再一个实施例的物流订单处理方法的流程示意图；

图4B是本申请再一个实施例的物流订单处理方法的流程示意图；

图5是本申请一个实施例的物流订单处理装置的结构示意图；

图6是本申请另一个实施例的物流订单处理装置的结构示意图；

图7是本申请一个实施例提供的示例性装置的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例可应用于物流领域，物流是物品从供应地向接收地的实体流动过程中，根据实际需要，将运输、储存、装卸搬运、包装、流通加工、配送、信息处理等功能有机结合起来实现用户要求的过程。物流对象指的是物流处理的对象，如包裹、需要运送的未包装的物品等。订单指的是与物流对象有关的凭据，订单信息可以为与物流对象有关的凭据的描述信息。

本申请实施例可以接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则，并将物流订单存储到缓存中与订单处理规则对应的处理队列中。之后，按照订单处理规则限定的提取速率，从处理队列中提取物流订单，并按照订单处理规则的规则类型来下发提取的物流订单给下游的物流服务***。本申请实施例可以按照限定的提取速率来提取物流订单，从而可以降低数据处理压力，并且，由于在提取物流订单时限制了提取速率，从而限制了下发的物流订单的下发速度，降低了下游的物流服务***的处理压力，提升了***的稳定性。另外，本申请实施例是通过限定物流订单从缓存中的提取速率对物流订单的下发进行控速，相比于不限定物流订单从缓存中的提取速率，而限定物流订单的下发速度的方式，本申请实施例可以将提取的物流订单直接下发，无需将物流订单返回缓存二次存储，能够降低***处理过程的冗余，提升***的稳定性。其中，订单处理规则限定的提取速率可以为固定速率，也可以为动态速率，例如，本申请实施例可以预先设置动态速率的相关条件，如可以依据下游***的待处理的任务量，确定动态速率；还可以依据时间信息(如休息时间、工作时间、下班前一段时间)进行划分，从而确定动态速率；还可以依据天气、下游服务商的人员排班情况等条件，确定动态速率，具体可以依据需求进行配置。

具体来说，如图1A所示，本申请实施例可以应用在处理端，处理端可以从订单输出方接收物流订单，并下发订单给相应的订单接收方。其中，订单输出方可以理解为电商交易平台等，买家和卖家可以在交易平台上进行交易，以生成物流订单，并输出给处理端。订单接收方可以理解为物流服务节点，如物流对象的发货仓、物流对象的中转节点、运输节点(运输方)等。处理端可以理解为对物流订单进行分类和按类别对应的下发方式进行下发的设备，处理端可以为一个设备，处理端也可以为由多个分布式的节点设备组成的设备，具体可以依据需求进行配置。其中，分布式是计算机科学中一个研究方向，是把一个需要非常巨大的计算能力才能解决的问题分成许多小的部分，然后把这些部分分配给多个计算机进行处理，最后把这些计算结果综合起来得到最终的结果。举例来说，如图1B所示，在处理端采取分布式的节点设备时，处理端可以理解为集群，集群由多个节点组成，集群中可以包括领导节点、种子节点和节点，节点之间可以进行转换，例如可以将节点转换为种子节点或领导节点。其中，领导节点可以对集群进行收敛检测，还可以向节点分配任务，以便通过分布式的节点进行数据处理。种子节点可以依据节点上报的信息，对节点进行认证，以组成为集群。集群的节点之间可以互相通信，例如，在第一节点接收到物流订单之后，可以向第二节点发送分类信息(Classify)，第二节点按照分类信息对物流订单进行分类的决策。本申请实施例可以将数据处理过程分配到多个节点上，从而在单一节点出现故障时，其他节点仍然可以接替进行数据处理，能够提升***的稳定性。

处理端可以接收物流订单，并获取物流订单的订单信息，物流订单的订单信息可以包括以下信息中的至少一个：对象类型、货主信息、发货地、接收地、发货仓信息、物流服务要求。在接收到物流订单的订单信息之后，可以将订单信息存储到数据库中，并且，可以将物流订单添加到缓存中，以便进行调取。其中，数据库(Data Base，DB)是依照某种数据模型组织起来并存放二级存储器中的数据集合。在一个可选的示例中，本申请实施例中的缓存可以采取基于远程字典服务(Remote Dictionary Server，Redis)的缓存，Redis是一个开源的、支持网络、可基于内存亦可持久化的日志型、键值(Key-Value)数据库，并提供多种语言的接口(API)。

在将物流订单添加到缓存之前，本申请实施例可以对订单处理规则进行校验，以获取生效的(校验通过的)订单处理规则，并按照生效的订单处理规则对物流订单进行分类，确定物流订单所属的订单处理规则。其中，本申请实施例可以设定多个订单处理规则，并配置生效条件，以根据生效条件，校验订单处理规则是否生效，生效条件可以为生效时间、生效场景等信息。在一个示例中，生效场景可以为作业仓在遭受自然灾害时，订单处理规则生效。可以获取各作业仓的环境相关信息，并依据环境相关信息，对订单处理规则进行校验，以依据校验通过的订单处理规则对订单进行分类。

其中，订单处理规则包含有规则基础属性、入规则条件和订单下发策略。规则基础属性可以包括规则名称、规则优先级、生效条件(如生效时间)、控速值(或称规则控速值)，规则优先级用于确定订单处理规则之间的优先顺序，生效条件用于确定订单处理规则是否生效、控速值用于限制订单处理规则对应的订单处理速率(订单接收速率、订单提取速率、订单下发速率等)。入规则条件用于与物流订单的订单信息进行匹配，以确定物流订单与订单处理规则是否对应，具体的，入规则条件可包括地点筛选条件、时间筛选条件、作业仓筛选条件、对象类型筛选条件等。如，在某个区域发生灾害无法进行物流时，可以通过地点筛选条件筛选出相应的物流订单；在某个作业仓暂时封闭时，可以通过作业仓筛选条件来筛选出相应的物流订单；在某种类型的商品在某个时段内无法(如刀具、易燃品的筛选条件)运输至目的地时，可以通过对象类型筛选条件和时间筛选条件，筛选出相应的物流订单。

订单下发策略用于确定物流订单的下发方式，从订单的下发时间上来看，物流订单的下发方式可以包括按照第一下发方式进行下发和按照第二下发方式进行下发，第一下发方式为直接下发，第二下发方式为在某个限定时间下发，因此，本申请实施例可以为订单处理规则配置规则类型(如第一类型和第二类型)，以标识不同的下发方式(区分直接下发和在限定时间下发)。相应的，对应第二下发方式，订单下发策略可以包括下发时间控制策略和下发速率控制策略，所述下发时间控制策略包括以下策略中的至少一种：按照订单下发时间进行下发、将订单下发时间延迟到指定时间，以在指定时间下发、将订单下发时间延迟目标时长，得到延迟后的订单下发时间，以在延迟后的订单时间下发。

另外，本申请实施例可以预先设定接单速率，以按照接单速率来接收物流订单，从而可以减小处理端的处理压力，提升***的稳定性。对物流订单的分类过程可以看作是决策过程，因此，本申请实施例可以设定决策速率，从而对分类过程的速率进行控制，减小处理端的处理压力，提升***的稳定性。

相应的，如图1C所示，本申请实施例中对物流订单的各项处理可以理解成对应不同场景的待处理的任务，场景可以理解为对应用的进一步划分，应用是指虚拟的应用概念，与真实的物理应用(如对应交易平台的应用、对应发货仓的应用、对应分拨仓的应用等)对应，但非一对一对应，可根据不同环境/分类的部署拆到多个不同的应用下。场景用于对任务进行分类，例如可以将任务划分为物流接单任务、物流决策任务和订单下发任务等，场景通常决定一个接口，以通过接口进行数据交互。对应场景还可以进一步的划分出不同的订单处理规则，以按照订单处理规则对订单进行处理。

对物流订单进行分类(确定物流订单对应的订单处理规则)之后，可以确定缓存中与订单处理规则对应的处理队列，并计算物流订单对应的排序分，以按照排序分将物流订单***到处理队列中。在将物流订单***到处理队列之后，本申请实施例可以通过规则触发模块来触发各订单处理规则，以按照订单处理规则从缓存中的处理队列提取物流订单，规则触发模块可以按照设定好的触发频率(如每秒触发一次)来触发订单处理规则，以提取物流订单。其中，各订单处理规则可以通过分布式的设备来进行处理，如可以将订单处理规则分发到不同的设备中，以通过相应的设备来提取物流订单。提取到订单处理规则对应的物流订单之后，可以按照订单处理规则的规则类型进行相应的处理，规则类型可以包括第一类型和第二类型，第一类型的订单处理规则可以理解为直接下发物流订单的规则，第二类型的订单处理规则可以理解为在某个限定时间下发物流订单的规则。因此，对应第一类型的订单处理规则的物流订单可以直接下发，而且由于该类型的物流订单的提取速率是按照订单处理规则限定的，从而可以对物流订单的下发速率进行控制，能够降低下游的***的处理压力，提升***的稳定性。对应第二类型的订单处理规则的物流订单可以进行下发分析，以判断物流订单是否满足下发条件(是否到达订单下发策略中限定的时间)，并在满足下发条件时，下发物流订单。

下发物流订单可以理解为下发物流订单的订单信息，因此，本申请实施例可以从数据库中获取存储的订单信息，并依据订单信息，确定物流订单对应的订单接收方，以下发物流订单的订单信息给订单接收方。

本申请实施例还可以提供规则配置页面，以配置订单处理规则。具体的，本申请实施例可以提供规则配置页面，规则配置页面可以包括基础属性配置控件、规则类型配置控件、入规则条件配置控件和订单下发策略配置控件，用户可以在页面中对各控件进行选择、调整，从而确定规则控速值、规则类型、入规则条件和订单下发策略，从而形成订单处理规则，以便依据订单处理规则对物流订单进行控速。

本申请实施例是对物流订单的处理过程进行的优化，可以对物流订单的处理过程进行控速，从而提升***的稳定性，因此，本申请实施例可以应用在各类物流订单的处理场景中，例如，从物流距离来说，本申请实施例可以应用在国际之间的物流、国内的物流、省内、市内的物流等，还可以应用在近距离(如几公里内)的物流场景(如外卖、跑腿)，从而对订单进行控速管理，提升***的稳定性。从物流对象来说，本申请实施例可以应用在电商商品、文件、外卖等物流对象的物流场景中，以对订单进行控速处理。另外，本申请实施例除了可以应用在对物流订单进行处理的场景之外，本申请实施例还可以应用在需要对大量的信息进行管理的场景中，例如，本申请实施例可以应用在对医疗、教育、电商、交通等场景的相关信息进行管理的场景中，举例来说，本申请实施例可以对相关信息(如医疗相关信息)进行分类，确定相应的处理规则，并按照处理规则进行控速处理(如控制对医疗相关信息的统计速度)，能够提升***的稳定性。

本申请实施例提供一种物流订单处理方法，可以对物流订单进行分类，确定物流订单所属的订单处理规则，并按照订单处理规则进行控速处理、控速下发，能够提升***的稳定性。具体的，如图2所示，所述方法包括：

步骤202、接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则。本申请实施例可以接收订单输出方可以向处理端发出的物流订单，并获取物流订单的订单信息，以进行存储，具体的，作为一个可选的实施例，所述方法还包括：将物流订单的订单信息存储到数据库中，所述订单信息包括以下信息中的至少一个：对象类型、货主信息、发货地、接收地、发货仓信息、物流服务要求。对象类型可以理解为物流对象所属的类别，例如刀具、文具类等。物流服务要求可以理解为选择的物流服务的类型，例如，用户可以选择预约配送服务，以限定物流对象的接收时间(或发货时间)；商家也可以选择预售服务，以进行商品预售。另外，物流订单的订单信息除了上述信息之外，还可以包括其他信息，具体可以依据需求进行配置。

本申请实施例可以预先设置接单速率和决策速率，以对接收物流订单的速率、对物流订单进行分类的速率进行控制，以提升***的稳定性，具体的，作为一个可选的实施例，所述接收物流订单，包括：按照接单速率，接收物流订单。本申请实施例还可以预先设置决策速率，以对物流订单的分类处理速率进行控制，以提升***的稳定性，作为另一个可选的实施例，所述对物流订单进行分类，确定物流订单所属的订单处理规则，包括：按照决策速率，对物流订单进行分类，确定物流订单所属的订单处理规则。

订单处理规则可以包含有入规则条件，从而可以将物流订单的订单信息与入规则条件进行匹配，以根据匹配结果确定分类。具体的，作为一个可选的实施例，所述对物流订单进行分类，确定物流订单所属的订单处理规则，包括：获取物流订单的订单信息；将订单信息与订单处理规则的入规则条件进行匹配，确定匹配结果；依据匹配结果，确定物流订单所属的订单处理规则。入规则条件还可以称为入规则表达式，本申请实施例可以通过入规则表达式对地点、时间、作业仓、对象类型等信息中的至少一个进行筛选，从而确定相应的分类结果，具体的，作为一个可选的实施例，所述将订单信息与订单处理规则的入规则条件进行匹配，包括：将订单信息中的地点信息与地点筛选条件进行匹配；将订单信息中的时间信息与时间筛选条件进行匹配；依据订单信息中地点信息确定作业仓，并将作业仓与作业仓筛选条件进行匹配；将订单信息中的对象信息与对象类型筛选条件进行匹配。

举例来说，在某个区域发生灾害无法进行物流时，可以通过地点筛选条件筛选出相应的物流订单；在某个作业仓暂时封闭时，可以通过作业仓(如发货仓或中转仓)筛选条件来筛选出相应的物流订单。另外，本申请实施例还可以采取多个筛选条件组合的方式来筛选物流订单，例如，在某种类型的商品在某个时段内无法(如刀具、易燃品的筛选条件)运输至目的地时，可以通过对象类型筛选条件和时间筛选条件，筛选出相应的物流订单。

本申请实施例还可以提供规则配置页面，以配置订单处理规则。具体的，作为一个可选的实施例，所述方法还包括：提供规则配置页面，以获取规则配置信息，所述规则配置信息包括规则控速值、规则类型、入规则条件和订单下发策略；依据规则配置信息，确定订单处理规则。规则配置页面可以包括基础属性配置控件、规则类型配置控件、入规则条件配置控件和订单下发策略配置控件，用户可以在页面中对各控件进行选择、调整，从而确定规则控速值、规则类型、入规则条件和订单下发策略，从而形成订单处理规则，以便依据订单处理规则对物流订单进行控速。

在确定了物流订单所属的订单处理规则之后，可以在步骤204中，确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。本申请实施例可以对各个订单处理规则进行校验，以确定订单处理规则是否生效，以在缓存中为生效的订单处理规则建立处理队列，处理队列用于存储物流订单。具体的，作为一个可选的实施例，所述方法还包括：获取各作业仓的环境相关信息，并依据环境相关信息，对订单处理规则进行校验，以依据校验通过的订单处理规则对订单进行分类。本申请实施例可以为订单处理规则配置生效条件，如配置与环境相关的生效条件，以依据作业仓的环境相关信息，对订单处理规则进行校验。另外，本申请实施例也可以为订单处理规则配置生效时间，以依据订单处理规则中的生效时间和当前时间，确定订单处理规则是否生效。订单处理规则的生效要求还可以包含有其他内容，具体可以依据需求进行配置。

本申请实施例可以根据物流订单的订单信息，计算排序分，并依据排序分，将物流订单添加到处理队列中，具体的，作为一个可选的实施例，所述将物流订单添加到处理队列中，包括：依据物流订单的订单信息，计算物流订单对应的排序分，并依据排序分，将物流订单添加到处理队列中。本申请实施例可以设定处理队列对应的排序规则，并从订单信息中提取出与排序规则对应的信息，从而形成排序分，以按照排序分数进行排序。例如，排序规则可以为按照订单下发仓时间(下发给物流服务节点或发货仓的时间)进行排序，因此，本申请实施例可以提取订单下发仓时间，以按照订单下发仓时间生成排序分，从而进行排序。本申请实施例可以在处理队列中对物流订单进行排序，从而可以按顺序下发物流订单，从而能够更好的保证物流时效。

在将物流订单存储到缓存中的处理队列之后，可以在步骤206中，按照订单处理规则限定的提取速率，从处理队列中提取物流订单。并在步骤208中，确定订单处理规则的规则类型，并按照规则类型，下发提取的物流订单。

规则类型可以包括第一类型和第二类型，第一类型的订单处理规则对应的物流订单为直接下发的订单，第二类型的订单处理规则对应的物流订单为在某个限定时间下发的订单，具体的，作为一个可选的实施例，所述按照规则类型，下发提取的物流订单，包括：在所述规则类型为第一类型时，下发提取的物流订单；在所述规则类型为第二类型时，按照订单处理规则中的订单下发策略，下发物流订单，所述订单下发策略包括以下策略中的至少一种：下发时间控制策略、下发速率控制策略。

下发时间可以为订单的原下发时间，也可以为某个固定的时间，也可以为对原下发时间进行延迟后的时间，具体的，作为一个可选的实施例，所述下发时间控制策略包括以下策略中的至少一种：按照订单下发时间进行下发、将订单下发时间延迟到指定时间，以在指定时间下发、将订单下发时间延迟目标时长，得到延迟后的订单下发时间，以在延迟后的订单时间下发。

在下发物流订单的过程中，本申请实施例可以提取存储在数据库中的订单信息，以下发订单信息，具体的，作为一个可选的实施例，所述下发提取的物流订单，包括：从数据库中获取提取的物流订单的订单信息；依据订单信息确定订单接收方，并将订单信息下发给订单接收方。订单接收方可以理解为物流服务节点，如物流对象的发货仓、物流对象的中转节点、运输节点(运输方)等。本申请实施例可以生成相应的处理任务，并将处理任务发送给各个订单接收方，以便订单接收方对物流订单进行相应的处理(如拣货、分拨、运输等)。

本申请实施例可以接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则，之后，确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。将物流订单添加到处理队列之后，可以按照订单处理规则限定的提取速率，从处理队列中提取出物流订单，并按照订单处理规则的规则类型，下发提取的物流订单。本申请实施例可以按照限定的提取速率来提取物流订单，从而可以降低对物流订单的数据处理压力，并且，由于在提取物流订单时限制了提取速率，从而在下发物流订单给下游的物流服务***的过程中，能够达到限制物流订单下发速度的效果，从而降低了下游的物流服务***的处理压力，提升了***的稳定性。

在上述实施例的基础上，本申请实施例还提供一种物流订单处理方法，能够提升***的稳定性，具体的，如图3所示，所述方法包括：

步骤302、按照接单速率，接收物流订单，并获取物流订单的订单信息。

步骤304、将订单信息与订单处理规则的入规则条件进行匹配，确定匹配结果。作为一个可选的实施例，所述将订单信息与订单处理规则的入规则条件进行匹配，包括以下步骤中的至少一种：将订单信息中的地点信息与地点筛选条件进行匹配；将订单信息中的时间信息与时间筛选条件进行匹配；依据订单信息中地点信息确定作业仓，并将作业仓与作业仓筛选条件进行匹配；将订单信息中的对象信息与对象类型筛选条件进行匹配。

步骤306、依据匹配结果，确定物流订单所属的订单处理规则。作为一个可选的实施例，所述方法还包括：提供规则配置页面，以获取规则配置信息，所述规则配置信息包括规则控速值、规则类型、入规则条件和订单下发策略；依据规则配置信息，确定订单处理规则。

步骤308、确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。

步骤310、按照订单处理规则限定的提取速率，从处理队列中提取物流订单。

步骤312、在所述规则类型为第一类型时，下发提取的物流订单。

步骤314、在所述规则类型为第二类型时，按照订单处理规则中的订单下发策略，下发物流订单，所述订单下发策略包括以下策略中的至少一种：下发时间控制策略和下发速率控制策略。作为一个可选的实施例，所述下发提取的物流订单，包括：从数据库中获取提取的物流订单的订单信息；依据订单信息确定订单接收方，并将订单信息下发给订单接收方。

本申请实施例可以预先设定物流订单的接单速率，以按照接单速率来接收物流订单，并且可以将物流订单的订单信息与订单处理规则的入规则条件进行匹配，确定匹配结果，以依据匹配结果确定物流订单所属的订单处理规则。之后，可以确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。将物流订单添加到处理队列之后，可以按照订单处理规则限定的提取速率，从处理队列中提取出物流订单，并订单处理规则的规则类型是第一类型还是第二类型，从而在所述规则类型为第一类型时，下发提取的物流订单；在所述规则类型为第二类型时，按照订单处理规则中的订单下发策略，下发物流订单。

在上述实施例的基础上，本申请实施例还提供一种物流订单处理方法，可以应用在配置端，配置端可以与处理端进行交互，用户可以在配置端配置订单处理规则，并上传给处理端，处理端可以依据配置好的订单处理规则，具体的，如图4A所示，所述方法包括：

步骤402、提供规则配置页面，所述规则配置页面包括配置控件。

步骤404、依据对配置控件的触发，确定规则配置信息，所述规则配置信息包括入规则条件和订单下发策略，所述入规则条件用于与物流订单的订单信息进行匹配，以确定物流订单所属的订单处理规则，所述订单下发策略用于确定物流订单的下发速率。作为一个可选的实施例，配置控件可以包括基础属性配置控件、规则类型配置控件、入规则条件配置控件和订单下发策略配置控件等控件，用户可以在页面中对各控件进行选择、调整，从而确定规则基础属性、入规则条件和订单下发策略形成配置信息。

步骤406、上传规则配置信息，以确定订单处理规则，以依据订单处理规则对物流订单进行控速下发。

本实施例的实施方式与上述实施例的实施方式类似，具体实施方式可以参考上述实施例的具体实施方式，此处不再赘述。

本申请实施例中，订单下发策略可以包含有：接单速率、决策速率、提取速率中的至少一个。接单速率用于对接收物流订单进行限制；决策速率用于对物流订单进行分类过程进行限制；提取速率用于对从缓存中提取物流订单进行限制。订单下发策略还可以包括其他信息，如生效条件、规则类型、规则控速值等信息。本申请实施例可以依据入规则条件，确定物流订单与订单处理规则是否匹配，从而将物流订单添加到缓存中与订单处理规则对应的处理队列中，之后按照提取速度从处理队列中提取物流订单，并进行下发。如图4B所示，本申请实施例可以应用在配置侧，用户可以在配置侧的规则配置页面中对各个控件进行选择、调整，从而确定规则配置信息，并上传给处理端，处理端依据规则配置信息，确定订单处理规则，以依据订单处理规则进行物流订单的处理。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

在上述实施例的基础上，本实施例还提供了一种物流订单处理装置，参照图5，具体可以包括如下模块：

物流订单分类模块502，用于接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则。

处理队列确定模块504，用于确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。

物流订单提取模块506，用于按照订单处理规则限定的提取速率，从处理队列中提取物流订单。

物流订单下发模块508，用于确定订单处理规则的规则类型，并按照规则类型，下发提取的物流订单。

综上，本申请实施例可以接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则，之后，确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。将物流订单添加到处理队列之后，可以按照订单处理规则限定的提取速率，从处理队列中提取出物流订单，并按照订单处理规则的规则类型，下发提取的物流订单。本申请实施例可以按照限定的提取速率来提取物流订单，从而可以降低对物流订单的数据处理压力，并且，由于在提取物流订单时限制了提取速率，从而在下发物流订单给下游的物流服务***的过程中，能够达到限制物流订单下发速度的效果，从而降低了下游的物流服务***的处理压力，提升了***的稳定性。

在上述实施例的基础上，本实施例还提供了一种物流订单处理装置，具体可以包括如下模块：

物流订单接收处理模块，用于按照接单速率，接收物流订单，并获取物流订单的订单信息。

订单信息匹配处理模块，用于将订单信息与订单处理规则的入规则条件进行匹配，确定匹配结果。作为一个可选的实施例，所述订单信息匹配处理模块，包括以下模块中的至少一个：地点匹配处理子模块，用于将订单信息中的地点信息与地点筛选条件进行匹配；时间匹配处理子模块，用于将订单信息中的时间信息与时间筛选条件进行匹配；作业仓匹配处理子模块，用于依据订单信息中地点信息确定作业仓，并将作业仓与作业仓筛选条件进行匹配；对象类型匹配处理子模块，用于将订单信息中的对象信息与对象类型筛选条件进行匹配。

处理规则确定处理模块，用于依据匹配结果，确定物流订单所属的订单处理规则。

处理队列确定处理模块，用于确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。

物流订单提取处理模块，用于按照订单处理规则限定的提取速率，从处理队列中提取物流订单。

第一订单下发处理模块，用于在所述规则类型为第一类型时，下发提取的物流订单。

第二订单下发处理模块，用于在所述规则类型为第二类型时，按照订单处理规则中的订单下发策略，下发物流订单，所述订单下发策略包括以下策略中的至少一种：下发时间控制策略和下发速率控制策略。

本申请实施例可以预先设定物流订单的接单速率，以按照接单速率来接收物流订单，并且可以将物流订单的订单信息与订单处理规则的入规则条件进行匹配，确定匹配结果，以依据匹配结果确定物流订单所属的订单处理规则。之后，可以确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中。将物流订单添加到处理队列之后，可以按照订单处理规则限定的提取速率，从处理队列中提取出物流订单，并订单处理规则的规则类型是第一类型还是第二类型，从而在所述规则类型为第一类型时，下发提取的物流订单；在所述规则类型为第二类型时，按照订单处理规则中的订单下发策略，下发物流订单。

在上述实施例的基础上，本实施例还提供了一种物流订单处理装置，参照图6，具体可以包括如下模块：

配置页面提供模块602，用于提供规则配置页面，所述规则配置页面包括配置控件。

配置信息获取模块604，用于依据对配置控件的触发，确定规则配置信息，所述规则配置信息包括入规则条件和订单下发策略，所述入规则条件用于与物流订单的订单信息进行匹配，以确定物流订单所属的订单处理规则，所述订单下发策略用于确定物流订单的下发速率。

配置信息上传模块606，用于上传规则配置信息，以确定订单处理规则，以依据订单处理规则对物流订单进行控速下发。

综上，本申请实施例中，订单下发策略可以包含有：接单速率、决策速率、提取速率中的至少一个。接单速率用于对接收物流订单进行限制；决策速率用于对物流订单进行分类过程进行限制；提取速率用于对从缓存中提取物流订单进行限制。订单下发策略还可以包括其他信息，如生效条件、规则类型、规则控速值等信息。本申请实施例可以依据入规则条件，确定物流订单与订单处理规则是否匹配，从而将物流订单添加到缓存中与订单处理规则对应的处理队列中，之后按照提取速度从处理队列中提取物流订单，并进行下发。

本申请实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本申请实施例中各方法步骤的指令(instructions)。

本申请实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本申请实施例中，所述电子设备包括服务器、终端设备等设备。

本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括服务器(集群)、终端等电子设备。图7示意性地示出了可被用于实现本申请中所述的各个实施例的示例性装置700。

对于一个实施例，图7示出了示例性装置700，该装置具有一个或多个处理器702、被耦合到(一个或多个)处理器702中的至少一个的控制模块(芯片组)704、被耦合到控制模块704的存储器706、被耦合到控制模块704的非易失性存储器(NVM)/存储设备708、被耦合到控制模块704的一个或多个输入/输出设备710，以及被耦合到控制模块704的网络接口712。

处理器702可包括一个或多个单核或多核处理器，处理器702可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，装置700能够作为本申请实施例中所述服务端、终端等设备。

在一些实施例中，装置700可包括具有指令714的一个或多个计算机可读介质(例如，存储器706或NVM/存储设备708)以及与该一个或多个计算机可读介质相合并被配置为执行指令714以实现模块从而执行本公开中所述的动作的一个或多个处理器702。

对于一个实施例，控制模块704可包括任意适当的接口控制器，以向(一个或多个)处理器702中的至少一个和/或与控制模块704通信的任意适当的设备或组件提供任意适当的接口。

控制模块704可包括存储器控制器模块，以向存储器706提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。

存储器706可被用于例如为装置700加载和存储数据和/或指令714。对于一个实施例，存储器706可包括任意适当的易失性存储器，例如，适当的DRAM。在一些实施例中，存储器706可包括双倍数据速率类型四同步动态随机存取存储器(DDR4SDRAM)。

对于一个实施例，控制模块704可包括一个或多个输入/输出控制器，以向NVM/存储设备708及(一个或多个)输入/输出设备710提供接口。

例如，NVM/存储设备708可被用于存储数据和/或指令714。NVM/存储设备708可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(HDD)、一个或多个光盘(CD)驱动器和/或一个或多个数字通用光盘(DVD)驱动器)。

NVM/存储设备708可包括作为装置700被安装在其上的设备的一部分的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如，NVM/存储设备708可通过网络经由(一个或多个)输入/输出设备710进行访问。

(一个或多个)输入/输出设备710可为装置700提供接口以与任意其他适当的设备通信，输入/输出设备710可以包括通信组件、音频组件、传感器组件等。网络接口712可为装置700提供接口以通过一个或多个网络通信，装置700可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如WiFi、2G、3G、4G、5G等，或它们的组合进行无线通信。

对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器的逻辑封装在一起以形成***级封装(SiP)。对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器702中的至少一个可与控制模块704的一个或多个控制器的逻辑集成在同一模具上以形成片上***(SoC)。

在各个实施例中，装置700可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置700可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置700包括一个或多个摄像机、键盘、液晶显示器(LCD)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(ASIC)和扬声器。

其中，检测装置中可采用主控芯片作为处理器或控制模块，传感器数据、位置信息等存储到存储器或NVM/存储设备中，传感器组可作为输入/输出设备，通信接口可包括网络接口。

本申请实施例还提供了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如本申请实施例中一个或多个所述的方法。

本申请实施例还提供了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如本申请实施例中一个或多个所述的方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本申请实施例是参照根据本申请实施例的方法、终端设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种物流订单处理方法、一种物流订单处理装置、一种电子设备和一种存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种物流订单处理方法，其特征在于，所述的方法包括：

接收物流订单，并对物流订单进行分类，确定物流订单所属的订单处理规则；

确定缓存中与订单处理规则对应的处理队列，并将物流订单添加到处理队列中；

按照订单处理规则限定的提取速率，从处理队列中提取物流订单；

确定订单处理规则的规则类型，并按照规则类型，下发提取的物流订单。

2.根据权利要求1所述的方法，其特征在于，所述按照规则类型，下发提取的物流订单，包括：

在所述规则类型为第一类型时，下发提取的物流订单；

在所述规则类型为第二类型时，按照订单处理规则中的订单下发策略，下发物流订单，所述订单下发策略包括以下策略中的至少一种：下发时间控制策略和下发速率控制策略。

3.根据权利要求2所述的方法，其特征在于，所述下发时间控制策略包括以下策略中的至少一种：按照订单下发时间进行下发、将订单下发时间延迟到指定时间，以在指定时间下发、将订单下发时间延迟目标时长，得到延迟后的订单下发时间，以在延迟后的订单时间下发。

4.根据权利要求1所述的方法，其特征在于，所述将物流订单添加到处理队列中，包括：

依据物流订单的订单信息，计算物流订单对应的排序分，并依据排序分，将物流订单添加到处理队列中。

5.根据权利要求1所述的方法，其特征在于，所述对物流订单进行分类，确定物流订单所属的订单处理规则，包括：

获取物流订单的订单信息；

将订单信息与订单处理规则的入规则条件进行匹配，确定匹配结果；

依据匹配结果，确定物流订单所属的订单处理规则。

6.根据权利要求5所述的方法，其特征在于，所述将订单信息与订单处理规则的入规则条件进行匹配，包括以下步骤中的至少一种：

将订单信息中的地点信息与地点筛选条件进行匹配；

将订单信息中的时间信息与时间筛选条件进行匹配；

依据订单信息中地点信息确定作业仓，并将作业仓与作业仓筛选条件进行匹配；

将订单信息中的对象信息与对象类型筛选条件进行匹配。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

提供规则配置页面，以获取规则配置信息，所述规则配置信息包括规则控速值、规则类型、入规则条件和订单下发策略；

依据规则配置信息，确定订单处理规则。

8.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取各作业仓的环境相关信息，并依据环境相关信息，对订单处理规则进行校验，以依据校验通过的订单处理规则对订单进行分类。

9.一种电子设备，其特征在于，包括：处理器；和

存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如权利要求1-8中任一项所述的方法。

10.一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如权利要求1-8中任一项所述的方法。

Images