一种订单处理方法及装置与流程

本申请涉及数据处理技术领域，具体涉及一种订单处理方法、装置及设备。本申请还涉及另一种订单处理方法、装置及设备。本申请还涉及一种配送系统。

背景技术：

随着互联网对人们生活方式的改变，配送业务在各行业中越来越重要。例如，外卖行业中，配送是重要环节。配送业务往往由提供配送服务的配送平台承担，给业务提供方带来较高的配送成本。同时由于配送主动权在于配送平台而不是业务提供方，容易造成订单配送不及时，降低客户满意度。为改善配送质量，出现以下方式：一、业务提供方逐渐在平台上开设虚拟门店，以获取更多的流量。因此，同一个业务提供方对应的需要配送的订单表现为多个门店订单，需要能同时处理多个门店订单配送的配送系统。二、业务提供方为提升配送质量，也可能通过组建专门配送团队来掌控配送环节。同样，需要能处理业务提供方的多个门店订单配送的配送系统。

现有技术中，单个实体对象管理设备只能处理单个实体对象的业务订单以及配送订单，实体对象管理设备尤其指用于处理订单的pos机。因此，针对多个门店订单配送采用如下方式：首先，业务提供方将每个实体对象分别与一个处理业务订单及配送订单的实体对象管理设备一一绑定，例如，设备a绑定门店a，设备b绑定门店b。业务提供方需要针对每个实体对象各自创建配送角色账号，即使实体对象对应相同配送资源。配送资源需要切换到不同实体对象处置不同实体对象的配送订单。存在以下问题：多门店配送场景中需要重复设置实体对象以及配送角色账号；同一配送资源需要切换登录才能处理多个门店的配送订单，无法在一次登录中同时处理多个门店的配送订单，配送效率较低。另外，每个实体对象对应一个实体管理对象设备导致成本增加。

因此，如何实现多门店配送订单的高效统一配送是需要解决的问题。

技术实现要素：

本申请实施例提供的订单处理方法，解决了多门店的待配送订单统一配送存在的效率较低的问题。

本申请实施例提供一种订单处理方法，包括：获取配送中心计算设备对应的配送中心门店的信息；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；获取所述配送中心门店需要配送的业务订单，作为待配送订单；获得用于针对所述配送中心门店提供配送业务的配送资源；确定所述待配送订单的配送资源。

可选的，所述获取所述配送中心门店需要配送的业务订单，作为待配送订单，包括：向用于聚合关联门店业务订单的接口服务器发送所述关联门店的信息；获得所述接口服务器提供的所述关联门店需要配送的关联门店业务订单，作为待配送订单。

可选的，所述获取所述配送中心门店需要配送的业务订单，作为待配送订单，包括：获得所述主门店需要配送的主门店业务订单，作为待配送订单。

可选的，还包括：将所述待配送订单存储于与所述主门店的业务订单数据库隔离的配送订单数据库；所述配送订单数据库用于配合所述配送中心计算设备针对待配送订单进行操作；所述确定所述待配送订单的配送资源，包括：查询所述配送订单数据库中的待配送订单，针对查询到的待配送订单分配配送资源。

可选的，所述接口服务器还用于聚合关联门店配送资源；所述获得用于针对所述配送中心门店提供配送业务的配送资源，包括：向所述接口服务器发送所述关联门店的信息，获得所述接口服务器提供的关联门店的配送资源；获得所述主门店的配送资源；将所述关联门店的配送资源以及所述主门店的配送资源中的至少一种配送资源，作为所述配送中心门店的配送资源。

可选的，所述接口服务器还用于接收待配送订单与配送资源之间的配送关系并统一发送派单信息；所述确定所述待配送订单的配送资源，包括：从用于针对所述配送中心门店提供配送业务的配送资源中确定用于针对所述待配送订单进行配送的目标配送资源；建立所述待配送订单与所述目标配送资源之间的配送关系；将所述配送关系发送给所述接口服务器。

可选的，所述建立所述待配送订单与所述目标配送资源之间的配送关系，包括：检测到针对所述待配送订单以及所述目标配送资源建立对应关系的触发，根据所述触发建立所述配送关系。

可选的，所述从用于针对所述配送中心门店提供配送业务的配送资源中确定用于针对所述待配送订单进行配送的目标配送资源，包括：获得所述待配送订单所属的特定门店的信息；从用于针对所述配送中心门店提供配送业务的配送资源中筛选出属于所述特定门店的配送资源；根据筛选出的配送资源确定所述目标配送资源。

可选的，所述获取配送中心计算设备对应的配送中心门店的信息，包括：获得用于对所述配送中心计算设备的配送中心功能模块进行配置的配送中心配置信息；根据所述配送中心配置信息包含的门店关联关系得到所述主门店以及与主门店关联的关联门店。

可选的，还包括：接收用于对所述配送中心计算设备进行配置管理的配置管理服务器推送的针对所述配送中心配置信息的修改通知；根据所述修改通知向所述配置管理服务器请求获取修改后的配送中心配置信息；根据修改后的配送中心配置信息，获得配送中心门店包括的主门店以及与主门店关联的关联门店；展示修改后的主门店以及与主门店关联的关联门店。

可选的，所述获取所述配送中心门店需要配送的业务订单，作为待配送订单，包括：根据修改后的主门店以及与主门店关联的关联门店，获取需要配送的业务订单，作为所述待配送订单。

本申请实施例还提供一种订单处理方法，包括：获取配送中心计算设备发送的关联门店的信息；所述关联门店为与所述配送中心计算设备所属的主门店关联的门店；根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；接收所述配送中心计算设备发送的待配送订单与配送资源之间的配送关系；根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备；其中，所述配送资源对应的计算设备用于接收所述待配送订单，针对所述待配送订单提供配送业务。

可选的，还包括：根据接收的所述关联门店的信息，获取所述关联门店的配送资源；将所述配送资源提供给所述配送中心计算设备。

可选的，所述配送关系包括的配送资源，为所述关联门店提供的配送资源以及所述主门店提供的配送资源中的任一配送资源。

本申请实施例还提供一种配送系统，包括：配送中心计算设备、接口服务器、配送资源对应的计算设备；所述配送中心计算设备，用于获取配送中心计算设备对应的配送中心门店的信息；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；向所述接口服务器发送所述关联门店的信息；获得所述接口服务器提供的所述关联门店需要配送的关联门店业务订单，作为待配送订单；获得用于针对所述配送中心门店提供配送业务的配送资源；确定所述待配送订单的配送资源；向所述接口服务器提供待配送订单与所述待配送订单的配送资源之间的配送关系；所述接口服务器，用于获取所述配送中心计算设备发送的关联门店的信息，根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；获得所述配送中心计算设备提供的所述配送关系，根据所述配送关系将所述待配送订单发送给配送资源对应的计算设备；所述配送资源对应的计算设备，用于接收所述待配送订单，根据所述待配送订单提供配送业务。

可选的，还包括：配送订单数据库；所述配送订单数据库，为与所述主门店的业务订单数据库隔离的数据库，存储有所述待配送订单，配合所述配送中心计算设备对所述待配送订单进行操作；所述配送中心计算设备还用于：将所述待配送订单存储于所述配送订单数据库；查询所述配送订单数据库中的待配送订单，确定查询到的待配送订单与所述配送资源之间的配送关系。

可选的，所述配送中心计算设备还用于：获得所述主门店需要配送的主门店业务订单，作为待配送订单。

可选的，所述配送中心计算设备还用于：向所述接口服务器发送所述关联门店的信息，获得所述接口服务器提供的关联门店的配送资源；获得所述主门店的配送资源；将所述关联门店的配送资源以及所述主门店的配送资源中的至少一种配送资源，作为所述配送中心门店的配送资源。

可选的，所述配送中心计算设备还用于：展示所述待配送订单以及所述配送资源；获得针对所述待配送订单以及所述配送资源建立对应关系的触发，将所述触发对应的输入信息发送给所述接口服务器；所述接口服务器，根据接收的输入信息建立所述待配送订单与所述配送资源之间的配送关系。

可选的，所述系统还包括：配置管理服务器，所述配置管理服务器用于将配送中心配置信息提供给所述配送中心计算设备。

本申请实施例还提供一种订单处理装置，包括：门店信息获取单元，用于获取配送中心计算设备对应的配送中心门店的信息；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；待配送订单获取单元，用于获取所述配送中心门店需要配送的业务订单，作为待配送订单；配送资源获取单元，用于获得用于针对所述配送中心门店提供配送业务的配送资源；派单单元，用于确定所述待配送订单的配送资源。

本申请实施例还提供一种订单处理装置，包括：关联门店获取单元，用于获取配送中心计算设备发送的关联门店的信息；所述关联门店为与所述配送中心计算设备所属的主门店关联的门店；业务订单聚合单元，用于根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；配送关系接收单元，用于接收所述配送中心计算设备发送的待配送订单与配送资源之间的配送关系；派单信息下发单元，用于根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备；其中，所述配送资源对应的计算设备用于接收所述待配送订单，针对所述待配送订单提供配送业务。

本申请实施例还提供一种电子设备，包括：存储器，以及处理器；所述存储器用于存储计算机程序，所述计算机程序被所述处理器运行后，执行本申请实施例提供的所述订单处理方法。

本申请实施例还提供一种存储设备，存储有计算机程序，所述计算机程序被处理器运行后，执行本申请实施例提供的所述订单处理方法。

与现有技术相比，本申请具有以下优点：

本申请实施例提供的一种订单处理方法、装置及设备，通过获取所述配送中心门店需要配送的业务订单，作为待配送订单；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；获得用于针对所述配送中心门店提供配送业务的配送资源；确定所述待配送订单的配送资源。针对主门店以及关联门店的待配送订单以及配送资源进行统一调度派单，提高了多门店订单统一配送的效率。进一步，将所述待配送订单与配送资源之间的配送关系提供给用于聚合关联门店业务订单的接口服务器，由所述接口服务器集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

本申请实施例提供的另一种订单处理方法、装置及设备，通过根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；接收所述配送中心计算设备发送的待配送订单与配送资源之间的配送关系；根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备。将关联门店的业务订单聚合到配送中心计算设备，统一指派配送资源后集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

本申请实施例提供的一种配送系统，包括：配送中心计算设备、接口服务器、配送资源对应的计算设备；配送中心计算设备通过接口服务器聚合关联门店的待配送订单，将主门店以及关联门店的配送资源集中起来，确定待配送订单的配送资源；向所述接口服务器提供待配送订单与所述待配送订单的配送资源之间的配送关系；由接口服务器统一向配送资源对应的计算设备下发派单信息。针对主门店以及关联门店的待配送订单以及配送资源进行统一调度派单，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

附图说明

图1是本申请实施例提供的订单处理方法的系统环境示意图；

图2是本申请第一实施例提供的订单处理方法的处理流程图；

图3是本申请第一实施例提供的一种订单配送流程图；

图4是本申请第二实施例提供的订单处理方法的处理流程图；

图5是本申请第三实施例提供的一种配送系统示意图；

图6是本申请第四实施例提供的一种订单处理装置示意图；

图7是本申请第五实施例提供的另一种订单处理装置示意图；

图8是本申请提供的电子设备示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请实施例提供一种订单处理方法、装置、电子设备及存储设备。本申请实施例还提供另一种订单处理方法、装置、电子设备及存储设备。本申请实施例还提供一种配送系统。在下面的实施例中逐一进行详细说明。

为便于理解，首先给出本申请实施例提供的订单处理方法的系统环境。实际应用中，业务提供方通过门店提供业务或服务，所谓门店是实体对象，实际提供业务或服务的店面，例如餐饮行业的实体店面。为了获取更多流量，业务提供方也会在业务平台上开设虚拟门店，以获取更多的流量。所谓虚拟门店，指业务提供方在业务平台或运营公众号上开设的门店，没有实体店面的一种虚拟店面。通过门店实际提供业务或服务将虚拟门店的流量转换为实际业务或服务。例如，业务提供方在外卖平台上开设多个虚拟餐饮店，实际由同一实体餐饮店面提供外卖。即使业务提供方拥有一个实体门店，也可以开设一个或多个虚拟门店。业务提供方可以拥有能接受业务订单的多个门店以及虚拟门店(以下统称为多个门店)。另外，业务提供方也可能拥有多实体门店，通过专门配送团队对多个门店的业务订单进行配送。将多个门店需要配送的业务订单进行统一调度派单，使得配送资源能够针对不同门店的待配送订单执行配送业务，能够提升配送效率，通过配送资源共享也能降低配送成本。所谓派单是指将需要配送的订单指派到配送资源的过程。所谓配送资源是指用于执行配送业务的资源。本申请实施例给出的订单处理方法能实现多门店订单统一调度配送。请参考图1，图中给出了所述订单处理方法的一种系统环境，包括：配送中心计算设备101、接口服务器102、配送资源对应的计算设备103。所述配送中心计算设备，为属于主门店的计算设备，例如可以是主门店的pos机(pointofsales，销售点)。所谓主门店是指提供用于作为配送中心功能的计算设备的实体对象。配送中心计算设备向接口服务器提供关联门店的信息，获得接口服务器提供的所述关联门店需要配送的关联门店业务订单；获得主门店需要配送的主门店业务订单，将所述关联门店业务订单以及所述主门店业务订单作为待配送订单，存储于与主门店业务订单数据库隔离的配送订单数据库；获得接口服务器根据关联门店的信息提供的配送资源，以及主门店提供的配送资源，作为统一调度的配送资源；确定所述待配送订单与所述配送资源之间的配送关系，将所述配送关系发送给接口服务器。所述接口服务器，为用于聚合关联门店业务订单并统一下发派单信息的服务器，获取所述配送中心计算设备发送的关联门店的信息，根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；接收所述配送中心计算设备发送的待配送订单与所述配送资源之间的配送关系，根据所述配送关系将所述待配送订单发送给配送资源对应的计算设备。所述配送资源对应的计算设备，用于接收所述待配送订单，根据所述待配送订单提供配送业务。

本申请第一实施例提供的一种订单处理方法，以下结合图2和图3对所述订单处理方法进行说明。图2所示的订单处理方法，包括：步骤s201至步骤s204。

步骤s201，获取配送中心计算设备对应的配送中心门店的信息；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店。

所述配送中心计算设备可以是实体对象管理设备，例如为pos机。本实施例中，根据配送中心配置信息获取配送中心门店的信息。具体包括：获得用于对所述配送中心计算设备的配送中心功能模块进行配置的配送中心配置信息；根据所述配送中心配置信息包含的门店关联关系得到所述主门店以及与主门店关联的关联门店。实际应用中，可以由配置管理服务器或者所述主门店的后台服务器对配送中心计算设备进行配置管理。例如，在配送中心计算设备的配送中心功能模块初始化时，向配送中心或主门店的后台服务器请求同步配置表，所述配置表中记录有配送中心配置信息，包括配置中心关联门店的信息，具体可以是主门店的信息以及与主门店关联的关联门店的信息。如果后台服务器中的配置表发生了改变，向配送中心计算设备推送配置表更改的通知消息，配送中心计算设备根据所述通知消息向后台服务器请求获取最新的配置表。同时，配送中心计算设备的界面根据新的配置表刷新，展示更新后的关联门店列表。本实施例中，还包括下述处理：接收用于对所述配送中心计算设备进行配置管理的配置管理服务器推送的针对所述配送中心配置信息的修改通知；根据所述修改通知向所述配置管理服务器请求获取修改后的配送中心配置信息；根据修改后的配送中心配置信息，获得配送中心门店包括的主门店以及与主门店关联的关联门店；展示修改后的主门店以及与主门店关联的关联门店。

步骤s202，获取所述配送中心门店需要配送的业务订单，作为待配送订单。

所述待配送订单既可以是主门店订单，也可以是关联门店订单。本实施例中包括下述处理：向用于聚合关联门店业务订单的接口服务器发送所述关联门店的信息；获得所述接口服务器提供的所述关联门店需要配送的关联门店业务订单，作为待配送订单。获得所述主门店需要配送的主门店业务订单，作为待配送订单。待配送订单需要与主门店的业务订单隔离，具体的，将所述待配送订单存储于与所述主门店的业务订单数据库隔离的配送订单数据库；所述配送订单数据库用于配合所述配送中心计算设备针对待配送订单进行操作。后续派单时，查询所述配送订单数据库中的待配送订单，针对查询到的待配送订单分配配送资源，并建立查询到的待配送订单与所述配送资源之间的配送关系。单独存放待配送订单，有助于将需要配送的订单与主门店的到店订单分开处理，减少无效信息的干扰。如果配送中心配置信息发生变更，则根据修改后的主门店以及与主门店关联的关联门店，获取需要配送的业务订单，作为所述待配送订单。本实施例中，所述接口服务器获取配送中心计算设备发送的关联门店的信息，根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备。

步骤s203，获得用于针对所述配送中心门店提供配送业务的配送资源。

所述配送资源为配送中心可以统一调度的配送资源，包括主门店的配送资源以及关联门店的配送资源。所述接口服务器还可用于聚合关联门店配送资源。本实施例中包括下述处理：向所述接口服务器发送所述关联门店的信息，获得所述接口服务器提供的关联门店的配送资源；获得所述主门店的配送资源；将所述关联门店的配送资源以及所述主门店的配送资源中的至少一种配送资源，作为所述配送中心门店的配送资源。其中，所述接口服务器获取配送中心计算设备发送的关联门店的信息；根据所述关联门店的信息，获取所述关联门店的配送资源，将所述配送资源发送给所述配送中心计算设备。如果配送中心配置信息发生变更，则根据修改后的主门店以及与主门店关联的关联门店，获取所述配送资源。

步骤s204，确定所述待配送订单的配送资源。

本步骤为确定派单信息，进一步提供给接口服务器由接口服务器将派单信息发送给配送资源对应的计算设备。所述接口服务器还用于接收待配送订单与配送资源之间的配送关系并统一发送派单信息。具体的，从用于针对所述配送中心门店提供配送业务的配送资源中确定用于针对所述待配送订单进行配送的目标配送资源；建立所述待配送订单与所述目标配送资源之间的配送关系；将所述配送关系发送给所述接口服务器。本实施例中，还提供配送中心界面，展示待配送订单以及配送资源；并且，可以接收针对待配送订单指派配送资源的触发，从而能够由专门设施执行派单业务，提升配送效率。具体包括下述处理：检测到针对所述待配送订单以及所述目标配送资源建立对应关系的触发，根据所述触发建立所述配送关系。具体可以根据待配送订单所属的门店进行派单，包括下述处理：获得所述待配送订单所属的特定门店的信息；从用于针对所述配送中心门店提供配送业务的配送资源中筛选出属于所述特定门店的配送资源；根据筛选出的配送资源确定所述目标配送资源。进一步，建立所述待配送订单与所述目标配送资源之间的关联关系，作为所述配送关系。当然，也可以将待配送订单与其他门店的配送资源建立配送关系，由其他门店的配送资源执行配送业务。所述配送关系包括的配送资源，为所述关联门店提供的配送资源以及所述主门店提供的配送资源中的任一配送资源。接口服务器根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备；其中，所述配送资源对应的计算设备用于接收所述待配送订单，针对所述待配送订单提供配送业务。实际应用中，可以通过一个实体对象管理设备同步需要统一调度配送的待配送订单，包括实体对象管理设备所属的当前门店(即主门店)需要配送的业务订单，以及关联门店需要配送的业务订单。获取关联门店的业务订单时，将关联门店的信息发送给接口服务器，由接口服务器聚合每个关联门店的需要配送的业务订单。同步得到的待配送订单，保存到与主门店业务订单数据库隔离的单独的配送订单数据库中，从而可以保证主门店通过实体对象管理设备进行的数据查询和操作不会互相影响。通过一个实体对象管理设备进行跨门店查看待配送订单并进行多门店统一派单，而不需要一个实体对象(门店)使用一个实体对象管理设备单独派单，对于多门店的业务提供方会降低配送成本，并提升配送效率。本实施例中，提供配送中心界面，展示待配送订单以及配送资源。可以接收针对待配送订单指派配送资源的触发，从而能够由专门设施执行派单业务，提升配送效率。请参考图3，图中给出的订单配送流程包括：s301，获取配送中心的配置信息。在配送中心计算设备的配送中心功能模块初始化时，向配送中心或主门店的后台服务器请求同步配置表，所述配置表中记录有配送中心的关联门店的信息，包括主门店的信息以及与主门店关联的关联门店的信息，获取配送中心计算设备所属的当前门店是配送中心主门店，还是需要派送订单的关联门店。如果是主门店，则向接口服务器提供关联门店的信息，聚合关联门店需要配送的业务订单；如果是关联门店，则将需要配送的业务订单提供给接口服务器。如果后台服务器中的配置表发生了改变，向配送中心计算设备推送配置表更改的通知消息，配送中心计算设备根据所述通知消息向后台服务器请求获取最新的配置表。同时，配送中心计算设备的界面根据新的配置表刷新，展示更新后的关联门店列表。s302，获取配送中心关联的多门店需要配送的业务订单。向接口服务器提供关联门店的信息，通过接口服务器获取各关联门店需要配送的业务订单数据。还可以获取主门店需要配送的业务订单作为待配送订单。s303，获取可用的配送资源。向接口服务器提供关联门店的信息，通过接口服务器获取各关联门店的配送资源，作为统一调度配送资源。还可以获取主门店的配送资源，作为统一调度配送资源。s304，将待配送订单派送给配送资源。将待配送订单指派给统一调度配送资源中的特定配送资源，请求接口服务器创建待配送订单和特定配送资源的对应关系。还包括：选择或改变待配送订单对应的配送资源。例如，当订单配送出现异常时，可修改订单对应的配送资源。

至此，对第一实施例提供的方法进行了详细说明，所述方法通过获取所述配送中心门店需要配送的业务订单，作为待配送订单；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；获得用于针对所述配送中心门店提供配送业务的配送资源；确定待配送订单的配送资源。针对主门店以及关联门店的待配送订单以及配送资源进行统一调度派单，提高了多门店订单统一配送的效率。并进一步由聚合关联门店业务订单的接口服务器集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

以上述实施例为基础，本申请第二实施例提供另一种订单处理方法。以下结合图4对第二实施例提供的方法进行说明，相关部分请参见上述实施例对应部分的说明。图4所示的订单处理方法，包括：步骤s401至步骤s404。

步骤s401，获取配送中心计算设备发送的关联门店的信息；所述关联门店为与所述配送中心计算设备所属的主门店关联的门店。

所述配送中心计算设备可以是实体对象管理设备，例如为pos机。实际应用中，在配送中心计算设备的配送中心功能模块初始化时，向针对配送中心进行配置管理的配置管理服务器或者所述主门店的后台服务器请求获取配送中心配置信息，根据所述配送中心配置信息获取关联门店的信息，发送给接口服务器。如果所述配送中心配置信息发生了改变，则配送中心计算设备将修改后的关联门店的信息发送给接口服务器。

步骤s402，根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备。

本实施例中，接口服务器聚合各关联门店需要配送的业务订单，提供给配送中心计算设备，由配送中心计算设备统一调度配送。本实施例中还包括：根据接收的所述关联门店的信息，获取所述关联门店的配送资源；将所述配送资源提供给所述配送中心计算设备。如果配送中心配置信息发生变更，则根据修改后的关联门店的信息，提供所述业务订单以及所述配送资源。通过接口服务器聚合关联门店需要配送的业务订单，能够将各关联门店各自与配送中心计算设备建立连接发送业务订单导致的多次网络请求，降低为一次网络请求，从而提高性能和减少时间消耗。

步骤s403，接收所述配送中心计算设备发送的待配送订单与配送资源之间的配送关系。

本实施例中，所述待配送订单与配送资源之间的配送关系，为配送中心计算设备提供的派单信息。具体的，接口服务器将接收到的派单信息发送给与所述待配送订单对应的配送资源的计算设备。实际应用中，可以根据所述待配送订单所属的特定门店的信息，将所述待配送订单指派给属于所述特定门店的配送资源，建立配送关系。当然，也可以将待配送订单与其他门店的配送资源建立配送关系，由其他门店的配送资源执行配送业务。所述配送资源为配送中心可以统一调度的配送资源，为关联门店的配送资源以及主门店的配送资源中的至少一种配送资源。

步骤s404，根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备；其中，所述配送资源对应的计算设备用于接收所述待配送订单，针对所述待配送订单提供配送业务。

本步骤为接口服务器将派单信息发送给配送资源对应的计算设备。其中，所述配送资源，可以为所述关联门店提供的配送资源以及所述主门店提供的配送资源中的任一配送资源。实际应用中，可以通过一个实体对象管理设备同步需要统一调度配送的待配送订单，包括实体对象管理设备所属的当前门店(即主门店)需要配送的业务订单，以及关联门店需要配送的业务订单。获取关联门店的业务订单时，将关联门店的信息发送给接口服务器，由接口服务器聚合每个关联门店的需要配送的业务订单。同步得到的待配送订单，保存到与主门店业务订单数据库隔离的单独的配送订单数据库中，从而可以保证主门店通过实体对象管理设备进行的数据查询和操作不会互相影响。通过一个实体对象管理设备进行跨门店查看待配送订单并进行多门店统一派单，而不需要一个实体对象(门店)使用一个实体对象管理设备单独派单，对于多门店的业务提供方会降低配送成本，并提升配送效率。本实施例中，提供配送中心界面，展示待配送订单以及配送资源。可以接收针对待配送订单指派配送资源的触发，从而能够由专门设施执行派单业务，提升配送效率。

至此，对第二实施例提供的方法进行了详细说明，所述方法通过根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；接收所述配送中心计算设备发送的待配送订单与配送资源之间的配送关系；根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备。将关联门店的业务订单聚合到配送中心计算设备，统一指派配送资源后集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

以上述实施例为基础，本申请第三实施例提供一种配送系统。以下结合图5对所述系统进行说明，相关部分请参见上述实施例对应部分的说明。图5所示的配送系统，包括：配送中心计算设备501、接口服务器502、配送资源对应的计算设备503；

所述配送中心计算设备501，用于获取配送中心计算设备对应的配送中心门店的信息；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；向所述接口服务器发送所述关联门店的信息；获得所述接口服务器提供的所述关联门店需要配送的关联门店业务订单，作为待配送订单；获得用于针对所述配送中心门店提供配送业务的配送资源；确定所述待配送订单的配送资源；向所述接口服务器提供待配送订单与所述待配送订单的配送资源之间的配送关系。本实施例中，所述待配送订单还可以是主门店需要配送的业务订单，所述配送中心计算设备还用于：获得所述主门店需要配送的主门店业务订单，作为待配送订单。所述系统还包括：配送订单数据库。所述配送订单数据库，为与所述主门店的业务订单数据库隔离的数据库，存储有所述待配送订单，配合所述配送中心计算设备对所述待配送订单进行操作。相应的，所述配送中心计算设备还用于：将获取到的关联门店的待配送订单以及主门店的待配送订单存储于所述配送订单数据库；查询所述配送订单数据库中的待配送订单，确定查询到的待配送订单与所述配送资源之间的配送关系。本实施例中，所述配送中心计算设备还用于：向所述接口服务器发送所述关联门店的信息，获得所述接口服务器提供的关联门店的配送资源；获得所述主门店的配送资源；将所述关联门店的配送资源以及所述主门店的配送资源中的至少一种配送资源，作为所述配送中心门店的配送资源。本实施例中，所述配送中心计算设备还提供展示界面，展示所述待配送订单以及所述配送资源；获得针对所述待配送订单以及所述配送资源建立对应关系的触发，将所述触发对应的输入信息发送给所述接口服务器。进一步，接口服务器根据接收的输入信息建立所述待配送订单与所述配送资源之间的配送关系。本实施例中，所述系统还包括：配置管理服务器，所述配置管理服务器用于将配送中心配置信息提供给所述配送中心计算设备。具体的，配送中心计算设备的配送中心功能模块初始化时向配置管理服务器请求配置信息，所述配置信息包含主门店的信息以及与主门店关联的关联门店的信息。

所述接口服务器502，用于获取所述配送中心计算设备发送的关联门店的信息，根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；获得所述配送中心计算设备提供的所述配送关系，根据所述配送关系将所述待配送订单发送给配送资源对应的计算设备。

所述配送资源对应的计算设备503，用于接收所述待配送订单，根据所述待配送订单提供配送业务。实际应用中，所述配送资源对应的计算设备还用于向所述接口服务器上报位置信息、配送轨迹信息、以及配送异常信息中任一信息。以便接口服务器获取待配送订单的实时配送状态，提供给配送中心计算设备，由配送中心计算设备针对所述配送异常信息采取处置措施，例如，针对出现配送异常的待配送订单修改配送资源。

至此，对第三实施例提供的系统进行了说明，所述系统包括：配送中心计算设备、接口服务器、配送资源对应的计算设备；配送中心计算设备通过接口服务器聚合关联门店的待配送订单，将主门店以及关联门店的配送资源集中起来，确定所述待配送订单与所述配送资源之间的配送关系，将所述配送关系发送给接口服务器；由接口服务器统一向配送资源对应的计算设备下发派单信息。针对主门店以及关联门店的待配送订单以及配送资源进行统一调度派单，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

与第一实施例对应，本申请第四实施例提供一种订单处理装置。以下结合图6对所述装置进行说明。图6所示的订单处理装置，包括：

门店信息获取单元601，用于获取配送中心计算设备对应的配送中心门店的信息；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；

待配送订单获取单元602，用于获取所述配送中心门店需要配送的业务订单，作为待配送订单；

配送资源获取单元603，用于获得用于针对所述配送中心门店提供配送业务的配送资源；

派单单元604，用于确定所述待配送订单的配送资源。

可选的，所述待配送订单获取单元602具体用于：向用于聚合关联门店业务订单的接口服务器发送所述关联门店的信息；获得所述接口服务器提供的所述关联门店需要配送的关联门店业务订单，作为待配送订单。

可选的，所述待配送订单获取单元602具体用于：获得所述主门店需要配送的主门店业务订单，作为待配送订单。

可选的，所述待配送订单获取单元602具体用于：将所述待配送订单存储于与所述主门店的业务订单数据库隔离的配送订单数据库；所述配送订单数据库用于配合所述配送中心计算设备针对待配送订单进行操作；所述派单单元604具体用于：查询所述配送订单数据库中的待配送订单，针对查询到的待配送订单分配配送资源。

可选的，所述接口服务器还用于聚合关联门店配送资源；所述配送资源获取单元603具体用于：向所述接口服务器发送所述关联门店的信息，获得所述接口服务器提供的关联门店的配送资源；获得所述主门店的配送资源；将所述关联门店的配送资源以及所述主门店的配送资源中的至少一种配送资源，作为所述配送中心门店的配送资源。

可选的，所述接口服务器还用于接收待配送订单与配送资源之间的配送关系并统一发送派单信息；所述派单单元604具体用于：从用于针对所述配送中心门店提供配送业务的配送资源中确定用于针对所述待配送订单进行配送的目标配送资源；建立所述待配送订单与所述目标配送资源之间的配送关系；将所述配送关系发送给所述接口服务器。

可选的，所述派单单元604具体用于：检测到针对所述待配送订单以及所述目标配送资源建立对应关系的触发，根据所述触发建立所述配送关系。

可选的，所述派单单元604具体用于：获得所述待配送订单所属的特定门店的信息；从用于针对所述配送中心门店提供配送业务的配送资源中筛选出属于所述特定门店的配送资源；根据筛选出的配送资源确定所述目标配送资源。

可选的，所述门店信息获取单元601具体用于：获得用于对所述配送中心计算设备的配送中心功能模块进行配置的配送中心配置信息；根据所述配送中心配置信息包含的门店关联关系得到所述主门店以及与主门店关联的关联门店。

可选的，所述装置还包括配置单元，所述配置单元用于：接收用于对所述配送中心计算设备进行配置管理的配置管理服务器推送的针对所述配送中心配置信息的修改通知；根据所述修改通知向所述配置管理服务器请求获取修改后的配送中心配置信息；根据修改后的配送中心配置信息，获得配送中心门店包括的主门店以及与主门店关联的关联门店；展示修改后的主门店以及与主门店关联的关联门店。

可选的，所述待配送订单获取单元602具体用于：根据修改后的主门店以及与主门店关联的关联门店，获取需要配送的业务订单，作为所述待配送订单。

至此，对第四实施例提供的装置进行了说明，所述装置通过获取所述配送中心门店需要配送的业务订单，作为待配送订单；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；获得用于针对所述配送中心门店提供配送业务的配送资源；确定所述待配送订单与所述配送资源之间的配送关系，将所述配送关系发送给用于聚合关联门店业务订单并统一下发派单信息的接口服务器。针对主门店以及关联门店的待配送订单以及配送资源进行统一调度派单，并由聚合关联门店业务订单的接口服务器集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

与第二实施例对应，本申请第五实施例提供另一种订单处理装置。以下结合图7对所述装置进行说明。图7所示的订单处理装置，包括：

关联门店获取单元701，用于获取配送中心计算设备发送的关联门店的信息；所述关联门店为与所述配送中心计算设备所属的主门店关联的门店；

业务订单聚合单元702，用于根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；

配送关系接收单元703，用于接收所述配送中心计算设备发送的待配送订单与配送资源之间的配送关系；

派单信息下发单元704，用于根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备；其中，所述配送资源对应的计算设备用于接收所述待配送订单，针对所述待配送订单提供配送业务。

可选的，所述装置还包括配送资源提供单元，所述配送资源提供单元用于：根据接收的所述关联门店的信息，获取所述关联门店的配送资源；将所述配送资源提供给所述配送中心计算设备。

可选的，所述配送关系包括的配送资源，为所述关联门店提供的配送资源以及所述主门店提供的配送资源中的任一配送资源。

至此，对第五实施例提供的装置进行了说明，所述装置通过根据所述关联门店的信息，获取所述关联门店需要配送的业务订单，将所述业务订单发送给所述配送中心计算设备；接收所述配送中心计算设备发送的待配送订单与配送资源之间的配送关系；根据所述配送关系将所述待配送订单发送给所述配送资源对应的计算设备。将关联门店的业务订单聚合到配送中心计算设备，统一指派配送资源后集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

以上述实施例为基础，本申请第六实施例提供一种电子设备。图8为所述电子设备的示意图，所述电子设备，包括：存储器801，以及处理器802；所述存储器用于存储计算机程序，所述计算机程序被所述处理器运行后，执行本申请实施例提供的所述订单处理方法。

至此，对本实施例提供的电子设备进行了说明，所述电子设备通过获取所述配送中心门店需要配送的业务订单，作为待配送订单；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；获得用于针对所述配送中心门店提供配送业务的配送资源；确定所述待配送订单的配送资源。针对主门店以及关联门店的待配送订单以及配送资源进行统一调度派单，并进一步由聚合关联门店业务订单的接口服务器集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

以上述实施例为基础，本申请第七实施例提供一种存储设备，相关的部分请参见上述实施例的对应说明即可。所述存储设备的示意图类似图8。所述存储设备存储有计算机程序，所述计算机程序被处理器运行后，执行本申请实施例提供的所述订单处理方法。

至此，对本实施例提供的存储设备进行了说明，所述存储设备存储有配送订单调度指令，所述指令通过获取所述配送中心门店需要配送的业务订单，作为待配送订单；所述配送中心门店包括所述配送中心计算设备所属的主门店以及与主门店关联的关联门店；获得用于针对所述配送中心门店提供配送业务的配送资源；确定所述待配送订单的配送资源。进一步向用于聚合关联门店业务订单并统一下发派单信息的接口服务器提供待配送订单与所述待配送订单的配送资源之间的配送关系，由接口服务器将待配送订单发送给待配送订单对应的配送资源的计算设备。针对主门店以及关联门店的待配送订单以及配送资源进行统一调度派单，并由聚合关联门店业务订单的接口服务器集中下发派单信息，降低了时间消耗，解决了多门店待配送订单统一配送中存在的效率较低的问题。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。