订单管控方法、装置、计算机设备及存储介质

技术领域

本申请涉及计算机技术领域，具体涉及一种订单管控方法、装置、计算机设备及存储介质。

背景技术

随着电子商务的发展，人们已经习惯于在网上购物，国际件的快递量快速增加，但是运力跟资源无法满足快速单量的增长，或者部分地区因为特殊原因，导致运力资源的下降，在资源调度方面就会存在不足之处。

首先，代理能力下降，但是快递量保持不变，就会存在快递积压的情况，影响快递的时效性；快递量暴增，代理运力没增加，也会存在快递积压的情况，影响快递的时效性。

发明内容

本申请实施例提供一种订单管控方法、装置、计算机设备及存储介质，将有限的资源集中为其他订单提供服务，提升其他订单的处理能力，防止订单运输积压，提供订单服务效率。

一方面，本申请提供一种订单管控方法，所述订单管控方法包括：

获取目标区域当前未处理第一快件类型的订单总量；

判断第一快件类型的订单总量是否超过第一预设阈值；

若是，获取预设的第一快件类型订单的第一订单管控策略；

根据所述第一订单管控策略对所述第一快件类型的新订单进行管控。

在本申请一些实施方式中，所述获取预设的第一快件类型订单的第一订单管控策略包括：

获取用户在预设多个订单属性中选择的待管控订单属性；

获取用户针对所述待管控订单属性设置的订单管控参数；

根据所述待管控订单属性及所述订单管控参数，生成所述第一快件类型订单的第一订单管控策略。

在本申请一些实施方式中，所述待管控订单属性包括多个订单管控属性，所述多个订单管控属性包括管控寄件区域的寄件区域属性，管控收件区域的收件区域属性以及管控申报价值的快件申报价值属性，所述订单管控参数包括寄件区域管控参数、收件区域管控参数和申报价值管控参数。

在本申请一些实施方式中，所述获取用户针对所述待管控订单属性设置的订单管控参数，包括：

获取用户在寄件区域属性设置界面，针对所述寄件区域属性设置的寄件区域管控参数，所述寄件区域管控参数为待管控寄件区域的参数；

获取用户在收件区域属性设置界面，针对所述寄件区域属性设置的收件区域管控参数，所述收件区域管控参数为待管控收件区域的参数；

获取用户在快件的申报价值属性设置界面，针对所述寄件区域属性设置的申报价值管控参数，所述申报价值管控参数为待管控申报价值的参数。

在本申请一些实施方式中，所述第一订单管控策略中包括所述待管控订单属性的生效时段；所述根据所述第一订单管控策略对所述第一快件类型的新订单进行管控，包括：

在所述待管控订单属性的生效时段内，获取所述目标区域生成的第一快件类型的的新订单；

根据所述寄件区域管控参数、所述收件区域管控参数和所述申报价值管控参数，确定所述新订单中待管控订单；

对所述待管控订单的接单参数进行调整。

在本申请一些实施方式中，所述根据所述寄件区域管控参数、所述收件区域管控参数和所述申报价值管控参数，确定所述新订单中待管控订单，包括：

根据所述寄件区域管控参数，确定所述新订单中各订单是否满足寄件区域处于所述待管控寄件区域；

根据所述收件区域管控参数，确定所述新订单中各订单是否满足收件区域处于所述待管控收件区域；

根据所述申报价值管控参数数，确定所述新订单中各订单是否满足申报价值低于所述待管控申报价值；

若所述新订单中目标订单满足寄件区域处于所述待管控寄件区域、收件区域处于所述待管控收件区域，且满足申报价值低于所述待管控申报价值，确定所述目标订单为待管控订单。

在本申请一些实施方式中，所述方法还包括：

获取所述目标区域当前未处理第二快件类型的订单总量，所述第二快件类型与所述第一快件类型不同；

判断所述第二快件类型的订单总量是否超过第二预设阈值；

若是，获取预设的第二订单管控策略；

根据所述第二订单管控策略对第二快件类型的新订单进行管控。

另一方面，本申请提供一种订单管控装置，所述订单管控装置包括：

第一获取模块，用于获取目标区域当前未处理第一快件类型的订单总量；

判断模块，用于判断第一快件类型的订单总量是否超过第一预设阈值；

第二获取模块，若第一快件类型的订单总量超过第一预设阈值，获取预设的第一快件类型订单的第一订单管控策略；

订单管控模块，用于根据所述第一订单管控策略对所述第一快件类型的新订单进行管控。

在本申请一些实施方式中，所述第二获取模块具体用于：

获取用户在预设多个订单属性中选择的待管控订单属性；

获取用户针对所述待管控订单属性设置的订单管控参数；

根据所述待管控订单属性及所述订单管控参数，生成所述第一快件类型订单的第一订单管控策略。

在本申请一些实施方式中，所述待管控订单属性包括多个订单管控属性，所述多个订单管控属性包括管控寄件区域的寄件区域属性，管控收件区域的收件区域属性以及管控申报价值的快件申报价值属性，所述订单管控参数包括寄件区域管控参数、收件区域管控参数和申报价值管控参数。

在本申请一些实施方式中，所述第二获取模块具体用于：

获取用户在寄件区域属性设置界面，针对所述寄件区域属性设置的寄件区域管控参数，所述寄件区域管控参数为待管控寄件区域的参数；

获取用户在收件区域属性设置界面，针对所述寄件区域属性设置的收件区域管控参数，所述收件区域管控参数为待管控收件区域的参数；

获取用户在快件的申报价值属性设置界面，针对所述寄件区域属性设置的申报价值管控参数，所述申报价值管控参数为待管控申报价值的参数。

在本申请一些实施方式中，所述第一订单管控策略中包括所述待管控订单属性的生效时段；所述订单管控模块具体用于:

在所述待管控订单属性的生效时段内，获取所述目标区域生成的第一快件类型的的新订单；

根据所述寄件区域管控参数、所述收件区域管控参数和所述申报价值管控参数，确定所述新订单中待管控订单；

对所述待管控订单的接单参数进行调整。

在本申请一些实施方式中，所述订单管控模块具体用于:

根据所述寄件区域管控参数，确定所述新订单中各订单是否满足寄件区域处于所述待管控寄件区域；

根据所述收件区域管控参数，确定所述新订单中各订单是否满足收件区域处于所述待管控收件区域；

根据所述申报价值管控参数数，确定所述新订单中各订单是否满足申报价值低于所述待管控申报价值；

若所述新订单中目标订单满足寄件区域处于所述待管控寄件区域、收件区域处于所述待管控收件区域，且满足申报价值低于所述待管控申报价值，确定所述目标订单为待管控订单。

在本申请一些实施方式中，

所述第一获取模块还用于获取所述目标区域当前未处理第二快件类型的订单总量，所述第二快件类型与所述第一快件类型不同；

所述判断模块还用于判断所述第二快件类型的订单总量是否超过第二预设阈值；

所述第二获取模块还用于若所述第二快件类型的订单总量超过第二预设阈值，获取预设的第二订单管控策略；

所述订单管控模块还用于根据所述第二订单管控策略对第二快件类型的新订单进行管控。

另一方面，本申请还提供一种计算机设备，所述计算机设备包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现第一方面中任一项所述的订单管控方法。

第四方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行第一方面任一项所述的订单管控方法中的步骤。

本申请通过获取目标区域当前未处理第一快件类型的订单总量；判断第一快件类型的订单总量是否超过第一预设阈值；若是，获取预设的第一快件类型订单的第一订单管控策略；根据第一订单管控策略对第一快件类型的新订单进行管控。本申请实施例中通过设置订单管控策略，当第一快件类型的订单总量超过预设阈值时，对预设的第一快件类型的订单进行管控，这样可以将有限的资源集中为其他订单提供服务，提升其他订单的处理能力，防止订单运输积压，提供订单服务效率。

附图说明

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

图1是本申请实施例提供的订单管控系统的场景示意图；

图2是本申请实施例中提供的订单管控方法的一个实施例流程示意图；

图3是本申请实施例中订单管控策略设置的一个实施例示意图；

图4是本申请实施例中订单管控属性设置的一个实施例示意图；

图5是本申请实施例中订单管控属性设置的另一个实施例示意图；

图6是本申请实施例中提供的订单管控装置的一个实施例结构示意图；

图7是本申请实施例中提供的计算机设备的一个实施例结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请中，“示例性”一词用来表示“用作例子、例证或说明”。本申请中被描述为“示例性”的任何实施例不一定被解释为比其它实施例更优选或更具优势。为了使本领域任何技术人员能够实现和使用本申请，给出了以下描述。在以下描述中，为了解释的目的而列出了细节。应当明白的是，本领域普通技术人员可以认识到，在不使用这些特定细节的情况下也可以实现本申请。在其它实例中，不会对公知的结构和过程进行详细阐述，以避免不必要的细节使本申请的描述变得晦涩。因此，本申请并非旨在限于所示的实施例，而是与符合本申请所公开的原理和特征的最广范围相一致。

需要说明的是，本申请实施例方法由于是在计算机设备中执行，各计算机设备的处理对象均以数据或信息的形式存在，例如时间，实质为时间信息，可以理解的是，后续实施例中若提及尺寸、数量、位置等，均为对应的数据存在，以便计算机设备进行处理，具体此处不作赘述。

本申请实施例提供一种订单管控方法、装置、计算机设备及存储介质，以下分别进行详细说明。

请参阅图1，图1为本申请实施例所提供的订单管控系统的场景示意图，该订单管控系统可以包括计算机设备100，计算机设备100中集成有订单管控装置，如图1中的计算机设备。

本申请实施例中计算机设备100主要用于获取目标区域当前未处理第一快件类型的订单总量；判断第一快件类型的订单总量是否超过第一预设阈值；若是，获取预设的第一快件类型订单的第一订单管控策略；根据第一订单管控策略对第一快件类型的新订单进行管控。

本申请实施例中，该计算机设备100可以服务器，也可以是终端。

当计算机设备100为服务器时，可以是独立的服务器，也可以是服务器组成的服务器网络或服务器集群，例如，本申请实施例中所描述的计算机设备100，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(Cloud Computing)的大量计算机或网络服务器构成。

当计算机设备100为终端时，可以是既包括接收和发射硬件的设备，即具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备。具体的，终端可以是台式终端或移动终端，例如终端是手机、平板电脑、笔记本电脑等中的一种。

本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用环境还可以包括比图1中所示更多或更少的计算机设备，例如图1中仅示出1个计算机设备，可以理解的，该订单管控系统还可以包括一个或多个其他服务，具体此处不作限定。

另外，如图1所示，该订单管控系统还可以包括存储器200，用于存储数据，如存储物流数据，例如物流平台的各种订单数据，快件信息，配送车辆信息和物流网点信息等。

需要说明的是，图1所示的订单管控系统的场景示意图仅仅是一个示例，本申请实施例描述的订单管控系统以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着订单管控系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

首先，本申请实施例中提供一种订单管控方法，该订单管控方法的执行主体为订单管控装置，该订单管控装置应用于计算机设备，该订单管控方法包括：获取目标区域当前未处理第一快件类型的订单总量；判断第一快件类型的订单总量是否超过第一预设阈值；若是，获取预设的第一快件类型订单的第一订单管控策略；根据第一订单管控策略对第一快件类型的新订单进行管控。

如图2所示，为本申请实施例中订单管控方法的一个实施例流程示意图，该订单管控方法包括如下步骤201～204：

201、获取目标区域当前未处理第一快件类型的订单总量。

其中，目标区域可以是一个预先划定的区域，例如可以为一个以行政单位划分的区域，例如一个工业园区，一个社区，一个县，一个市等，当然也可以是包含一个或多个国家，或者一个或多个洲际区域的国际区域，具体此处不作限定。

当前，由于国际件的订单处理能力相对有限，但国际件的快递量快速增加，因此运力跟资源无法满足快速单量的增长，或者部分地区因为特殊原因，导致运力资源的下降，在资源调度方面就会明显存在不足之处，因此，本申请实施例中，对应国际件，目标区域可以为国际区域，此时，该第一类型快件为国际件。

其中，获取目标区域当前未处理第一快件类型的订单总量的方式可以是通过订单管控系统对第一快件类型进行统计获取，具体统计方式为现有技术，具体此处不再详细赘述。

202、判断第一快件类型的订单总量是否超过第一预设阈值。

其中，第一预设阈值为预先设定的阈值，可以根据实际应用场景预先设置好，例如1000，具体此处不作限定，可以理解的是，当在一个时间段设置第一预设阈值后，后期还可以对阈值进行更新，以灵活适应不同时间段的订单处理能力。

当第一快件类型的订单总量超过第一预设阈值后，执行步骤203。

203、获取预设的第一快件类型订单的第一订单管控策略。

具体的，本申请实施例中，可以根据需要，对各种快件类型订单设置不同的订单管控策略，例如，预先为第一快件类型订单设置第一订单管控策略，为第二快件类型订单设置第二订单管控策略等。

204、根据所述第一订单管控策略对所述第一快件类型的新订单进行管控。

本申请通过获取目标区域当前未处理第一快件类型的订单总量；判断第一快件类型的订单总量是否超过第一预设阈值；若是，获取预设的第一快件类型订单的第一订单管控策略；根据第一订单管控策略对第一快件类型的新订单进行管控。本申请实施例中通过设置订单管控策略，当第一快件类型的订单总量超过预设阈值时，对预设的第一快件类型的订单进行管控，这样可以将有限的资源集中为其他订单提供服务，提升其他订单的处理能力，防止订单运输积压，提供订单服务效率。

在本申请一些实施方式中，所述获取预设的第一快件类型订单的第一订单管控策略包括：获取用户在预设多个订单属性中选择的待管控订单属性；获取用户针对所述待管控订单属性设置的订单管控参数；根据所述待管控订单属性及所述订单管控参数，生成所述第一快件类型订单的第一订单管控策略。

其中，所述待管控订单属性可以包括多个订单管控属性，所述多个订单管控属性包括管控寄件区域的寄件区域属性，管控收件区域的收件区域属性以及管控申报价值的快件申报价值属性，所述订单管控参数包括寄件区域管控参数、收件区域管控参数和申报价值管控参数。

进一步的，在本申请一些实施方式中，所述获取用户针对所述待管控订单属性设置的订单管控参数，包括：获取用户在寄件区域属性设置界面，针对所述寄件区域属性设置的寄件区域管控参数，所述寄件区域管控参数为待管控寄件区域的参数，例如寄件国家的代号，如US；获取用户在收件区域属性设置界面，针对所述寄件区域属性设置的收件区域管控参数，所述收件区域管控参数为待管控收件区域的参数，例如收件国家的代号，如US；获取用户在快件的申报价值属性设置界面，针对所述寄件区域属性设置的申报价值管控参数，所述申报价值管控参数为待管控申报价值的参数，例如，大于等于5000。

在本申请一些实施方式中，所述第一订单管控策略中包括所述待管控订单属性的生效时段；所述根据所述第一订单管控策略对所述第一快件类型的新订单进行管控，包括：在所述待管控订单属性的生效时段内，获取所述目标区域生成的第一快件类型的的新订单；根据所述寄件区域管控参数、所述收件区域管控参数和所述申报价值管控参数，确定所述新订单中待管控订单；对所述待管控订单的接单参数进行调整。其中，接单参数可以是接单费费用，例如原来第一快件类型的订单的接单费用为50，调整100，这样可以间接降低发单用户的意愿，降低订单量。

在本申请一些实施方式中，所述根据所述寄件区域管控参数、所述收件区域管控参数和所述申报价值管控参数，确定所述新订单中待管控订单，包括：根据所述寄件区域管控参数，确定所述新订单中各订单是否满足寄件区域处于所述待管控寄件区域；根据所述收件区域管控参数，确定所述新订单中各订单是否满足收件区域处于所述待管控收件区域；根据所述申报价值管控参数数，确定所述新订单中各订单是否满足申报价值低于所述待管控申报价值；若所述新订单中目标订单满足寄件区域处于所述待管控寄件区域、收件区域处于所述待管控收件区域，且满足申报价值低于所述待管控申报价值，确定所述目标订单为待管控订单，对所述目标订单进行管控。

在本申请一个具体实施例中，以本申请针对国际件进行高峰管控为例，在订单管管控系统中可以设置多个订单管控属性，例如，可以包括33个订单管控属性，用以配置订单管控策略，其中，订单管控属性可以是寄件国家，寄件城市代码，寄方邮编，寄方姓名等物流订单相关的属性。如图3所示，订单管控系统设置有订单管控策略的设置界面，可以新增订单管控策略，例如，图3中，可以设置管订单管控策略的策略名称，管控维度用于设置多个订单管控属性，优先级用于设置订单管控策略的优先级，在存在多个订单管控策略时，按照优先级高的执行，生效时间段用于设置订单管控策略的生效时间。

如图4所示，针对图3中设置的多个订单管控属性，例如寄件国家，收件国家，收方邮箱，申报价值等，可以进一步点击进入相应界面进行设置，其中寄件国家、收件国家等可以用国别代号代替，其中，在每个订单管控属性的设置界面，订单管控参数可以通过新增的方式手动添加，列表选择，或者导入的方式设置订单管管控参数，具体此处不作限定。如图5所示，为申报价值属性设置界面，待管控申报价值的参数包括命中条件参数和申报价值的数值参数，命中条件参数可以是大于，小于，等于，大于等于，小于等于等参数选择，例如命中条件参数为“大于等于”，申报价值的数值为5000，则待管控申报价值的参数即为大于等于5000。

上述实施例中举例针对第一快件类型订单进行管控的实施例，本申请中还可以进一步针对其他类型的快件订单进行管控，具体的，在本申请一些实施方式中，所述方法还包括：获取所述目标区域当前未处理第二快件类型的订单总量，所述第二快件类型与所述第一快件类型不同；判断所述第二快件类型的订单总量是否超过第二预设阈值；若是，获取预设的第二订单管控策略；根据所述第二订单管控策略对第二快件类型的新订单进行管控。

在一个具体实施例中，第一快件类型可以是国际件，第二快件类型可以国内件，针对两种快件采用两种订单管控策略分别进行管控，以提高国内国外订单的处理效率，避免订单积压。

为了更好实施本申请实施例中订单管控方法，在订单管控方法之上，本申请实施例中还提供一种订单管控装置，如图6所示，所述订单管控装置600包括：

第一获取模块601，用于获取目标区域当前未处理第一快件类型的订单总量；

判断模块602，用于判断第一快件类型的订单总量是否超过第一预设阈值；

第二获取模块603，若第一快件类型的订单总量超过第一预设阈值，获取预设的第一快件类型订单的第一订单管控策略；

订单管控模块604，用于根据所述第一订单管控策略对所述第一快件类型的新订单进行管控。

本申请通过第一获取模块601获取目标区域当前未处理第一快件类型的订单总量；判断模块602判断第一快件类型的订单总量是否超过第一预设阈值；第二获取模块603若第一快件类型的订单总量超过第一预设阈值，获取预设的第一快件类型订单的第一订单管控策略；订单管控模块604根据第一订单管控策略对第一快件类型的新订单进行管控。本申请实施例中通过设置订单管控策略，当第一快件类型的订单总量超过预设阈值时，对预设的第一快件类型的订单进行管控，这样可以将有限的资源集中为其他订单提供服务，提升其他订单的处理能力，防止订单运输积压，提供订单服务效率。

在本申请一些实施方式中，所述第二获取模块603具体用于：

获取用户在预设多个订单属性中选择的待管控订单属性；

获取用户针对所述待管控订单属性设置的订单管控参数；

根据所述待管控订单属性及所述订单管控参数，生成所述第一快件类型订单的第一订单管控策略。

在本申请一些实施方式中，所述待管控订单属性包括多个订单管控属性，所述多个订单管控属性包括管控寄件区域的寄件区域属性，管控收件区域的收件区域属性以及管控申报价值的快件申报价值属性，所述订单管控参数包括寄件区域管控参数、收件区域管控参数和申报价值管控参数。

在本申请一些实施方式中，所述第二获取模块603具体用于：

获取用户在寄件区域属性设置界面，针对所述寄件区域属性设置的寄件区域管控参数，所述寄件区域管控参数为待管控寄件区域的参数；

获取用户在收件区域属性设置界面，针对所述寄件区域属性设置的收件区域管控参数，所述收件区域管控参数为待管控收件区域的参数；

获取用户在快件的申报价值属性设置界面，针对所述寄件区域属性设置的申报价值管控参数，所述申报价值管控参数为待管控申报价值的参数。

在本申请一些实施方式中，所述第一订单管控策略中包括所述待管控订单属性的生效时段；所述订单管控模块具体用于:

在所述待管控订单属性的生效时段内，获取所述目标区域生成的第一快件类型的的新订单；

根据所述寄件区域管控参数、所述收件区域管控参数和所述申报价值管控参数，确定所述新订单中待管控订单；

对所述待管控订单的接单参数进行调整。

在本申请一些实施方式中，所述订单管控模块604具体用于:

根据所述寄件区域管控参数，确定所述新订单中各订单是否满足寄件区域处于所述待管控寄件区域；

根据所述收件区域管控参数，确定所述新订单中各订单是否满足收件区域处于所述待管控收件区域；

根据所述申报价值管控参数数，确定所述新订单中各订单是否满足申报价值低于所述待管控申报价值；

若所述新订单中目标订单满足寄件区域处于所述待管控寄件区域、收件区域处于所述待管控收件区域，且满足申报价值低于所述待管控申报价值，确定所述目标订单为待管控订单。

在本申请一些实施方式中，

所述第一获取模块601还用于获取所述目标区域当前未处理第二快件类型的订单总量，所述第二快件类型与所述第一快件类型不同；

所述判断模块602还用于判断所述第二快件类型的订单总量是否超过第二预设阈值；

所述第二获取模块603还用于若所述第二快件类型的订单总量超过第二预设阈值，获取预设的第二订单管控策略；

所述订单管控模块604还用于根据所述第二订单管控策略对第二快件类型的新订单进行管控。

本申请实施例还提供一种计算机设备，其集成了本申请实施例所提供的任一种订单管控装置，所述计算机设备包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行上述订单管控方法实施例中任一实施例中所述的订单管控方法中的步骤。

本申请实施例还提供一种计算机设备，其集成了本申请实施例所提供的任一种订单管控装置。如图7所示，其示出了本申请实施例所涉及的计算机设备的结构示意图，具体来讲：

该计算机设备可以包括一个或者一个以上处理核心的处理器701、一个或一个以上计算机可读存储介质的存储器702、电源703和输入单元704等部件。本领域技术人员可以理解，图7中示出的计算机设备结构并不构成对计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器701是该计算机设备的控制中心，利用各种接口和线路连接整个计算机设备的各个部分，通过运行或执行存储在存储器702内的软件程序和/或模块，以及调用存储在存储器702内的数据，执行计算机设备的各种功能和处理数据，从而对计算机设备进行整体监控。可选的，处理器701可包括一个或多个处理核心；优选的，处理器701可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器701中。

存储器702可用于存储软件程序以及模块，处理器701通过运行存储在存储器702的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器702还可以包括存储器控制器，以提供处理器701对存储器702的访问。

计算机设备还包括给各个部件供电的电源703，优选的，电源703可以通过电源管理系统与处理器701逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源703还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该计算机设备还可包括输入单元704，该输入单元704可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，计算机设备还可以包括显示单元等，在此不再赘述。具体在本实施例中，计算机设备中的处理器701会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器702中，并由处理器701来运行存储在存储器702中的应用程序，从而实现各种功能，如下：

获取目标区域当前未处理第一快件类型的订单总量；判断第一快件类型的订单总量是否超过第一预设阈值；若是，获取预设的第一快件类型订单的第一订单管控策略；根据第一订单管控策略对第一快件类型的新订单进行管控。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行本申请实施例所提供的任一种订单管控方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：

获取目标区域当前未处理第一快件类型的订单总量；判断第一快件类型的订单总量是否超过第一预设阈值；若是，获取预设的第一快件类型订单的第一订单管控策略；根据第一订单管控策略对第一快件类型的新订单进行管控。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见上文针对其他实施例的详细描述，此处不再赘述。

具体实施时，以上各个单元或结构可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现，以上各个单元或结构的具体实施可参见前面的方法实施例，在此不再赘述。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

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