订单调度方法及装置、数据分析系统与流程

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.订单分配模块，用于基于所述预占配额修改资源对象的资源信息，并将所述待处理订单分配至资源对象，以用于所述资源对象执行所述待处理订单。
36.根据本公开的第三方面，提供一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述的订单调度方法。
37.根据本公开的第四方面，提供一种电子设备，包括：
38.处理器；以及
39.存储器，用于存储所述处理器的可执行指令；
40.其中，所述处理器配置为经由执行所述可执行指令来执行上述的订单调度方法。
41.本公开的一种实施例所提供的订单调度方法中，通过对待处理订单的类型进行解析，并针对目标类型的待处理订单使用指定的订单调度策略，按预设上浮比例为待处理订单配置预占配额，从而能够保证商家针对指定类型订单的生产，避免由于库存不足导致的不能按预定时间进行订单配送的问题，有效的降低订单配送的成本，并提升用户的体验。
42.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1示意性示出本公开示例性实施例中一种订单调度方法的示意图；
45.图2示意性示出本公开示例性实施例中一种系统架构的示意图；
46.图3示意性示出本公开示例性实施例中一种订单调度方法的示意图；
47.图4示意性示出本公开示例性实施例中一种订单调度方法的流程示意图；
48.图5示意性示出本公开示例性实施例中一种数据分析装置的示意图；
49.图6示意性示出本公开示例性实施例中一种电子设备的装置示意图；
50.图7示意性示出本公开示例性实施例中一种存储介质的示意图。
具体实施方式
51.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。
52.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
53.本示例实施方式中首先提供了一种订单调度方法，可以应用于对物流领域中对于用户商品订单的自动分配和调度。参考图1中所示，上述的订单调度方法可以包括以下步骤：
54.s1，获取待处理订单，对所述待处理订单进行解析，以确定所述待处理订单的订单类型和对应的资源对象；以及
55.s2，确定当前的订单调度策略；
56.s3，在识别所述待处理订单的订单类型为目标类型时，基于所述第一订单调度策
略按预设上浮比例为所述待处理订单配置预占配额；
57.s4，基于所述预占配额修改资源对象的资源信息，并将所述待处理订单分配至资源对象，以用于所述资源对象执行所述待处理订单。
58.本示例实施方式所提供的订单调度方法，一方面，通过根据预设上浮比例为待处理订单配置预占配额，从而能够保证商家针对指定类型订单的生产，避免由于库存不足导致的不能按预定时间进行订单配送的问题，有效的降低订单配送的成本。另一方面，可以有效的提成提升用户的体验。
59.下面，将结合附图及实施例对本示例实施方式中的订单调度方法的各个步骤进行更详细的说明。
60.图2示出了可以应用本公开实施例的技术方案的示例性系统架构的示意图。如图2所示，系统架构可以包括用户侧的用户终端201、网络 202、服务器203和商户侧的商家终端204。其中，用户终端201和商家终端可以是智能手机、平板电脑、台式电脑、便携式计算机中的一种或多种；网络202可以用于在终端设备和服务器之间提供通信链路的介质。网络202可以包括各种连接类型，例如有线通信链路、无线通信链路等等。应该理解，图2中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器202可以是多个服务器组成的服务器集群等。
61.在本发明的一个实施例中，用户可以利用用户终端201选购商品并进行下单，并将生成的商品订单推送至服务器203。服务器203在接收到用户的商品订单后，可以将其配置为待处理订单，并对其进行线下商家或仓库的分配，从而由分配的线下商家或仓库进行该待处理订单的生成、出库、配送，并将对应的物流信息反馈至服务器203，由服务器端将物流信息反馈至用户侧。
62.需要说明的是，本发明实施例所提供的方法一般由服务器执行。但是，在本发明的其它实施例中，终端设备也可以与服务器具有相似的功能，从而执行本发明实施例所提供的订单调度方案。
63.在步骤s1中，获取待处理订单，对所述待处理订单进行解析，以确定所述待处理订单的订单类型。
64.本示例实施方式中，可以提供一订单处理系统，通过该订单处理系统来处理用户的订单，或者商家平台的订单。例如，用户在终端设备上，可以通过应用程序或在网站上进行购物并下单，对应的商品订单可以发送至服务器端。对于服务器端来说，在接收到用户的商品订单后，便可以将其配置为待处理订单。或者，可以提供一商家平台对应的商家服务器，商家服务器可以定时或实时将批量处理的商品订单发送至订单处理系统。举例来说，在订单处理系统所在的订单服务器，可以在服务器端创建一订单列表，在接收到用户终端的商品订单后，便可以将该订单添加至该订单列表中，并创建对应的任务状态；并且，在该订单完成后，便可以从订单列表中清除该订单，并结束对应的任务。
65.服务器端在获取待处理订单后，便可以对其进行解析，获取该订单对应的订单来源、订单类型、商品信息、商品数量、收货地址等信息。具体来说，订单来源、订单类型可以是指具体的订单渠道，例如线上订单、线上指定平台订单、线下订单或者门店订单等等。其中，上述的资源对象可以是能够为订单进行配置的仓储或者第三方平台。举例来说，上述的资源对象可以是能够为订单进行配货的仓库、门店；或者，在一些应用场景中，上述的资源对
象也可以是货运站点、快递站点等预先存放有相关货品的站点；或者，也可以是能够为平台分担配货压力的第三方平台，等等。本公开的实施例中对资源对象的具体形式不做特殊限定。
66.另外，在服务器端，可以根据待处理订单中的具体商品类型、商品数量结合收货地址信息预先选择与当前的待处理订单距离最近的一个或多个仓库作为可用配货仓库。一般来说，可以选择距离最小的仓库作为该待处理订单对应的配货仓库。
67.在步骤s2中，确定当前的订单调度策略。
68.本示例实施方式中，在订单处理系统的服务器端，可以预先构建商品库存信息数据库。该数据库中可以包含各仓库、店铺对应的商品及商品数量。同时，还可以实时的确定服务器端当前所应用的订单调度策略。判断当前的服务器端的订单调度策略是否发生变化。
69.对于服务器端而言，还可以预先配置针对不同类型的订单的订单调度策略。举例而言，可以配置上浮比例预占的订单调度策略，如根据订单中商品数量的固定百分比在库存数据表中进行预占；例如，预设的上浮比例为5％、7％或者10％等数值。例如，以上浮预占比例为10％为例，在待处理订单中的商品数量为100时，则根据(1+10％)的数量在服务器端进行商品预占，修改商品库存信息数据库。此外，还可以配置指定类型的订单使用多仓同步预占的订单调度策略。在一些实施例中，可以配置使用一种订单调度策略；或者，也可以配置将多种订单调度策略组合使用。例如，可以配置单一使用上浮比例预占的订单调度策略，或者单一使用多仓同步预占的订单调度策略；或者，也可以配置同步使用上浮比例预占和多仓同步预占的订单调度策略。另外，还可以配置订单调度策略的对象，例如针对全体的订单有效；或者针对特定类型的订单有效。
70.在步骤s3中，在识别所述待处理订单的订单类型为目标类型时，基于所述第一订单调度策略按预设上浮比例为所述待处理订单配置预占配额。
71.本示例实施方式中，上述的第一订单调度策略可以是单一的针对指定类型的订单按预设上浮比例进行预占的策略。在确定当前的订单调度策略为针对指定类型的订单按预设上浮比例进行预占时，可以首先读取当前的待处理订单的订单类型。在确定当前待处理订单的订单类型为目标类型时，例如，在识别当前的待处理订单为指定的渠道订单后，便可以调用对应的订单调度策略，根据该待处理订单中的商品数量，在服务器端按预设的上浮比例为待处理订单配置预占配额。然后，基于该预占配额向预先选择的配货仓库中进行商品配额的预占；在数据库中修改对应的资源数量信息。
72.或者，在其他示例性实施例中，也可以在为确定商品的预占配额后，基于该预占配额选择满足商品数量的仓库，结合该待处理订单中的收货地址配置最终选定的对应的配货仓库。
73.在步骤s4中，基于所述预占配额修改资源对象的资源信息，并将所述待处理订单分配至资源对象，以用于所述资源对象执行所述待处理订单。
74.本示例实施方式中，在计算并确定当前待处理订单对应的预占配额之后，可以在服务器端在数据库中修改对应的资源信息。具体的，可以修改商品库存信息数据库中对应的仓库的商品数量信息。同时，可以将该待处理订单分配至对应的仓库，从而使仓库端执行该待处理订单的生产。此外，对于服务器端来说，还可以标记待处理订单当前的所处在的各
个处理阶段或流程节点，例如，仓库配货中、已出库、快递配送中等等。并可以将该些物流信息同步至用户侧。
75.通过利用上浮比例的策略为待处理订单进行预占，当预占成功时，表明仓库货源充足，能够满足该订单的数量需求。考虑到仓储过程中可能存在的商品包装损坏、实物破损等意外情况，仓库的货源依然能够为该订单进行正常的配货。
76.基于上述内容，在本示例实施方式中，参考图2所示，上述的方法还可以包括：
77.步骤s5，接收所述资源对象反馈的订单处理结果，在所述订单处理结果为已完成时，修正所述资源对象的资源信息。
78.具体的，对于仓库而言，在接收到待处理订单后，便可以根据订单内容进行配货以及分配物流资源；并在该订单配货完成时或者订单开始配送时，向服务器端反馈订单处理结果。对于服务器端而言，在订单处理结果为已完成时，即仓库当前的库存满足了该待处理订单的需求时，便可以在服务器端修正该仓库对应的库存信息，即将上浮的比例资源释放。
79.或者，对于仓库端来货，若仓库中对应商品数量不足或者商品损坏等情况，则不能为该待处理订单完成生产，此时便可以向服务器端反馈订单处理异常或订单处理失败的反馈信息。
80.此外，基于上述内容，在本示例实施方式中，对于服务器端来说，在为待处理订单配置预占配额时，上述的方法还可以包括：获取对所述资源对象的预占配额的处理结果；在所述资源对象的预占配额的处理结果为异常时，则基于第二订单调度策略按所述待处理订单对应的原始数量为所述待处理订单配置预占配额。
81.具体而言，上述的第二订单调度策略可以是按照订单中商品的原始数量进行预占配额的调度策略。对于服务器端来说，利用预设上浮比例确定待处理订单对应的预占配额后，可以向数据库中修改对应的资源数据，并接收数据库的反馈结果。在商品的资源数据修改成功时，便可以向服务器端反馈待处理订单的预占配额处理成功的提示信息。或者，若数据库在按照上浮比例后的预占配额修改对应的资源数据失败，则表明数据库中对该商品记录的商品数量不足，不能满足比例上浮后的预占配额对应的商品数量，此时便可以向服务器端反馈异常的处理结果。服务器端在接收到待异常处理结果后，便可以执行第二订单调度策略，为该待处理订单按商品的原始数量进行预占配额；即，不进行商品数量的上浮，直接以数量更低的原始数量对该待处理订单配置预占配额，并基于该原始数量的预占配额修改数据库的资源信息。在预占配额成功时，将待处理订单分配至对应的仓库端。
82.本示例实施方式中，上述的订单调度策略还可以包括第三订单调度策略，包括同步执行的上浮比例配置策略和多仓同步配置策略。具体来说，在识别所述待处理订单的订单类型为目标类型时，上述的方法还可以包括：
83.步骤s61，基于所述待处理订单的地址信息配置辅助资源对象；
84.步骤s62，按预设上浮比例为所述待处理订单配置预占配额，并基于所述预占配额修改所述资源对象、所述辅助资源对象的资源信息；
85.步骤s63，将所述待处理订单分配至所述资源对象和所述辅助资源对象，以用于所述资源对象或所述辅助支援对象执行所述待处理订单。
86.具体而言，若订单调度策略包括上浮比例配置和多仓同步，则服务器端在接收到待处理订单后，在确定待处理订单的订单类型为目标类型时，便可以根据待处理订单的地
址信息选择距离最近的第一仓库作为资源对象，同时，选择另一个距离最小的第二仓库作为辅助资源对象。同时，根据预设上浮比例在数据库中修改两仓库商品对应的资源信息。
87.在向仓库下发待处理订单时，上述的步骤s63可以包括：将所述待处理订单分配至所述资源对象，并接收所述资源对象反馈的订单处理结果，在所述订单处理结果为已完成时，修正所述资源对象的资源信息，并释放所述辅助资源对象的预占配额；或者，
88.接收所述资源对象反馈的订单处理结果，在所述订单处理结果为未完成时，将所述待处理订单分配至所述辅助资源对象，以用于所述辅助资源对象执行所述待处理订单，并释放所述资源对象的预占配额。
89.具体来说，可以按预设规则首先将待处理订单下发至第一仓库，由第一仓库执行该待处理订单的生产。若第一仓库库存充足，满足订单中商品的类型及数量要求，则向服务器端反馈成功处理的已完成信息。此时，服务器端便可以向数据库中修改并释放第一仓库上浮比例的商品资源，以及第二仓库的商品资源。或者，若第一仓库不能满足待处理订单的生产需求，则反馈处理失败的未完成信息。此时，服务器端便可以在第一仓库撤销该待处理订单，同时将该待处理订单重新下发至第二仓库。并由第二仓库完成该待处理订单的生产。
90.本示例实施方式中，上述的方法还可以包括：接收所述辅助资源对象反馈的订单处理结果，在所述订单处理结果为未完成时，对所述待处理订单进行拆分以获取第一拆分订单和第二拆分订单；
91.按预设上浮比例为所述第一拆分订单和第二拆分订单配置预占配额，并基于所述预占配额分别修改所述资源对象、所述辅助资源对象的资源信息；
92.将所述第一拆分订单和第二拆分订单分别分配至所述资源对象和所述辅助资源对象，以用于所述资源对象和所述辅助支援对象分别执行所述第一拆分订单和第二拆分订单。
93.具体来说，对于第二仓库而言，若完成该待处理订单的生产，则可以向服务器端反馈订单处理完成的信息。或者，若因为其他原因导致该待处理订单处理失败，则可以向服务器端反馈订单未完成的信息。仓库端在向服务器端反馈订单处理结果时，若订单未完成，还可以添加订单未完成的原因；例如仓库商品破损导致商品数量不足等。对于服务器端来说，若接收到订单处理完成的信息，则可以向数据库中修改第二仓库的信息，释放上浮比例部分对应的商品资源。或者，若接收到订单处理未完成的信息，即第一仓库和第二仓库均不能独立完成该订单时，便可以识别两仓库处理未完成的原因。在两仓库处理未完成的原因均为指定类型的原因时，例如库存不足时，便可以根据仓库端反馈的商品信息将待处理订单按预设上浮比例进行配额并拆分；或者，也可以直接按待处理订单中原始数量进行订单拆分，得到第一拆分订单和第二拆分订单，并将两拆分订单分别下发至对应的仓库端，由对应的仓库端执行对应的拆分订单；从而完成该待处理订单。
94.本示例实施方式中，参考图4所示，对于服务器端来说，作业流程可以包括以下步骤：s41，接收客户订单，针对每个客户订单配置对应的任务，将该订单配置为待处理订单；s42，判断订单是否为保证库存的渠道订单；具体的，可以根据订单的来源和渠道、订单的类型进行判断。若判断不是指定类型的渠道订单，或者不是指定类型的订单，便可以执行s43，对该订单进行正常的定位生产；例如，根据订单的收货地址选择距离最近的仓库，再将订单分配至该仓库，由该仓库进行配货、分拣、发送物流。或者，在判断当前的待处理订单为指定
类型的渠道订单后，执行s44，判断是否为按上浮比例进行冗余定位，做否，则执行s47，按该订单中商品的原始数量和收货地址定位最近的仓库或门店进行配货；或者，若是，则执行s45，按上浮比例定位定位最近的仓库或门店，在定位库房失败时，执行s47，便按订单的原数量定位最近的仓库或门店；或者，若对a库房定位成功，则跳转至s491，锁定该a库房。在选定门店或仓库后，还可以执行s48，判断是否同步锁定邻近的仓库或门店，即对当前的订单对应的调度策略的判断。若是，则选择另一个距离最小的仓库或门店作为b仓库，在s49定位b库房成功后，便可以执行s491，将选定的两个仓库锁定。或者，若不需同步其他的仓库，则跳转至s41，直接将订单下发至a仓库进行生产。在锁定所有仓库后，也可以首先由a 仓库进行生产。在将订单下发至a仓库后，执行s411判断是否完成生产，若完成生产则执行s412，扣减a库房的库存，并释放b库房的库存；或者，若a仓库生产失败，则可以执行s421由b仓库进行生产，在生成完成时，执行s413进行发货。
95.本公开提供的订单调度方法，可以在系统内预先配置订单调度策略，设置优先保证库存的渠道或者订单类型的配置开关，通过控制开关可以针对指定类型或来源订单配置对应的订单调度策略。优选的订单调度策略可以包括：上浮比例预占，即按原订单数量上浮一定比例配置预占规则；以及多仓同步预占，即同步预占多仓库存进行预占规则。对于不同类型或来源的订单，可以配置不同的订单调度规则。例如，针对门店下单类型的订单，可以使用一般规则的订单调度策略；或者，针对指定的渠道来源的订单，可以使用上浮比例结合多仓不同预占的调度策略。当开启原订单数量上浮一定比例配置时，对于不符合订单分流条件的按实际数量进行预占；或者，开启上浮比例预占的订单，订单中心负责按订单数量叠加上浮比例后的库存进行预占离客户最近的门店和仓库。如果没有满足条件的门店和仓库，降级为按原订单数量进行预占，预占失败则拒单。当开启多仓库同步预占时，对于上浮比例预占完成的订单，继续按客户收货地址寻址，除已预占仓库外，离客户最近的仓库按上浮比例预占库存。或者，b)对于按原订单数量预占完成的订单，继续按客户收货地址寻址，除已预占仓库外，离客户最近的仓库按原订单数量预占库存。假设先预占的门店和仓库为a，后预占的仓库为b，那么对于预占完成的订单，先下发a仓进行拣货。订单中心收到异常提报后，拉回订单同步释放a仓库存，同步下发b仓生产。通过为不同类型的订单配置不同的调度策略，并同步执行比例上浮预占和多仓同步预占的调度策略，能够有效的为指定类型的订单配置充裕的库存，避免订单生产失败。进而保证订单的生产效率，避免拆单配送，尽量减少配送成本的同时保证时效。进而解决商家对于某些平台的客户订单库存商品必须优先满足，且不能拆单配送的问题。
96.需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
97.进一步的，参考图5所示，本示例的实施方式中还提供了一种订单调度装置50，包括：订单解析模块501、订单调度策略解析模块502、订单数据处理模块503以及订单分配模块504。其中：
98.所述订单解析模块501可以用于获取待处理订单，对所述待处理订单进行解析，以确定所述待处理订单的订单类型。
99.所述订单调度策略解析模块502可以用于确定当前的订单调度策略。
100.所述订单数据处理模块503可以用于在识别所述待处理订单的订单类型为目标类型时，基于所述第一订单调度策略按预设上浮比例为所述待处理订单配置预占配额。
101.所述订单分配模块504可以用于基于所述预占配额修改资源对象的资源信息，并将所述待处理订单分配至资源对象，以用于所述资源对象执行所述待处理订单。
102.本示例实施方式中，所述订单调度装置50还可以包括：资源数据修正模块。
103.所述资源数据修正模块可以用于接收所述资源对象反馈的订单处理结果，在所述订单处理结果为已完成时，修正所述资源对象的资源信息。
104.本示例实施方式中，所述订单调度装置50还可以包括：第一资源预占处理模块。
105.所述资源预占处理模块可以用于获取对所述资源对象的预占配额的处理结果；在所述资源对象的预占配额的处理结果为异常时，则基于第二订单调度策略按所述待处理订单对应的原始数量为所述待处理订单配置预占配额。
106.本示例实施方式中，所述订单调度装置50还可以包括：一般订单处理模块。
107.所述一般订单处理模块可以用于在识别所述待处理订单的订单类型为一般类型时，基于第二订单调度策略按所述待处理订单对应的原始数量为所述待处理订单配置预占配额。
108.本示例实施方式中，所述订单调度策略包括上浮比例配置策略和多仓同步配置策略。所述订单调度装置50还可以包括：指定订单处理模块。
109.所述指定订单处理模块可以用于在识别所述待处理订单的订单类型为目标类型时，基于所述待处理订单的地址信息配置辅助资源对象；按预设上浮比例为所述待处理订单配置预占配额，并基于所述预占配额修改所述资源对象、所述辅助资源对象的资源信息；将所述待处理订单分配至所述资源对象和所述辅助资源对象，以用于所述资源对象或所述辅助支援对象执行所述待处理订单。
110.本示例实施方式中，所述指定订单处理模块还可以用于将所述待处理订单分配至所述资源对象，并接收所述资源对象反馈的订单处理结果，在所述订单处理结果为已完成时，修正所述资源对象的资源信息，并释放所述辅助资源对象的预占配额；或者，接收所述资源对象反馈的订单处理结果，在所述订单处理结果为未完成时，将所述待处理订单分配至所述辅助资源对象，以用于所述辅助资源对象执行所述待处理订单，并释放所述资源对象的预占配额。
111.本示例实施方式中，所述指定订单处理模块还可以用于接收所述辅助资源对象反馈的订单处理结果，在所述订单处理结果为未完成时，对所述待处理订单进行拆分以获取第一拆分订单和第二拆分订单；按预设上浮比例为所述第一拆分订单和第二拆分订单配置预占配额，并基于所述预占配额分别修改所述资源对象、所述辅助资源对象的资源信息；将所述第一拆分订单和第二拆分订单分别分配至所述资源对象和所述辅助资源对象，以用于所述资源对象和所述辅助支援对象分别执行所述第一拆分订单和第二拆分订单。
112.上述的订单调度装置中各模块的具体细节已经在对应的订单调度方法中进行了详细的描述，因此此处不再赘述。
113.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模
块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
114.在本公开的示例性实施例中，还提供了一种能够实现上述方法的计算机系统。
115.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
116.下面参照图6来描述根据本发明的这种实施方式的电子设备的计算机系统600。图6显示的计算机系统600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
117.如图6所示，计算机系统600以通用计算设备的形式表现。计算机系统600的组件可以包括但不限于：上述至少一个处理单元610、上述至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610) 的总线630。
118.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1中所示的步骤。
119.存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(rom)6203。
120.存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
121.总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
122.计算机系统600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该计算机系统600交互的设备通信，和/或与使得该计算机系统600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口650进行。可以通过输入/输出(i/o) 接口650连接显示单元640并且，计算机系统600还可以通过网络适配器 660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器660通过总线630与计算机系统600的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
123.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是 cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
124.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
125.参考图7所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
126.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器 (ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom 或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
127.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
128.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
129.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
130.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
131.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
132.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。