CN109697658B - 订单管理方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本公开实施例公开了一种订单管理方法、装置、电子设备及计算机可读存储介质，方法包括：检测预设扭转事件中的参考扭转事件；响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单；根据所述参考扭转事件对应的至少一个订单需求，控制所述参考分订单从预设的分组式数据模型中获取与所述参考分订单对应的参考阶段模块组，并从所述参考阶段模块组包括的多个功能模块中获取能够实现所述至少一个订单需求的至少一个功能模块；控制所述参考分订单通过调用所述至少一个功能模块，实现所述参考分订单的履约过程。该方案可以在订单数量增多时，提高订单管理的便捷性和有效性，同时降低订单管理的维护成本。

Description

订单管理方法、装置、电子设备及计算机可读存储介质

技术领域

本公开涉及信息处理技术领域，具体涉及一种订单管理方法、装置、电子设备及计算机可读存储介质。

背景技术

随着互联网技术的发展，越来越多的商户可以通过网站来为用户提供购买服务。

相关技术中，网站在接收到用户购买货品的订单之后，可以采用状态机对订单流进行处理。以用户点外卖时的外卖订单的订单流为例：外卖订单涉及三个群体，分别为用户，即购买外卖的人；商户，即生产外卖的商家或者餐厅；物流人员，即配送外卖的骑手。

将整个外卖订单看成一个整体，将该三个群体在订购外卖过程中的动作当做订阅事件，当顾客，商户或者物流人员做出相应的动作时会触发相应的订阅事件，该订阅事件就会触发状态机改变外卖订单的状态。例如，当用户选择需要购买的外卖并下单时，触发“用户下单”这一订阅事件，此时该订阅事件即可触发状态机将外卖订单的状态改变为“订单生成”；当商户选择制作该外卖时，触发“商户接单”这一订阅事件，此时该订阅事件即可触发状态机将外卖订单的状态改变为“订单绑定餐品状态”；当骑手选择配送该外卖时，触发“骑手接单”这一订阅事件，此时该订阅事件即可触发状态机将外卖订单的状态改变为“订单绑定物流状态”。以此类推，根据不同群体的不同动作触发的订阅事件，即可完成对外卖订单的管理。

发明内容

本公开实施例提供一种订单管理方法、装置、电子设备及计算机可读存储介质。

第一方面，本公开实施例中提供了一种订单管理方法。

具体的，所述订单管理方法，包括：

检测预设扭转事件中的参考扭转事件，所述参考扭转事件为所述预设扭转事件中的任意一个；

响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单；

根据所述参考扭转事件对应的至少一个订单需求，控制所述参考分订单从预设的分组式数据模型中获取与所述参考分订单对应的参考阶段模块组，并从所述参考阶段模块组包括的多个功能模块中获取能够实现所述至少一个订单需求的至少一个功能模块；

控制所述参考分订单通过调用所述至少一个功能模块，实现所述参考分订单的履约过程。

结合第一方面，本公开在第一方面的第一种实现方式中，所述分组式数据模型包括多个阶段模块组，所述多个阶段模块组分别对应所述多个预设扭转事件或者多个不同的业务群体；每个阶段模块组包括多个功能模块，所述多个功能模块用于实现多种不同的订单需求。

结合第一方面和第一方面的第一种实现方式，本公开在第一方面的第二种实现方式中，所述方法还包括：

在检测到预设初始事件时，生成所述目标订单的主订单。

结合第一方面、第一方面的第一种实现方式和第一方面的第二种实现方式，本公开在第一方面的第三种实现方式中，所述在检测到预设初始事件时，生成所述目标订单的主订单包括：

在检测到用户的下单事件时，生成与所述用户对应的所述目标订单的主订单。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式和第一方面的第三种实现方式，本公开在第一方面的第四种实现方式中，所述方法还包括：

当所述参考分订单履约完成之后，控制所述参考分订单向所述主订单发送完成通知，便于所述主订单在检测到所述多个预设扭转事件中的其他扭转事件时，生成与所述其他扭转事件对应的分订单。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式和第一方面的第四种实现方式，本公开在第一方面的第五种实现方式中，所述控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单包括：

获取所述参考扭转事件对应的参考业务群体；

控制所述目标订单的主订单生成与所述参考业务群体对应的参考分订单。

第二方面，本公开实施例中提供了一种订单管理装置。

具体的，所述订单管理装置，包括：

检测模块，用于检测预设扭转事件中的参考扭转事件，所述参考扭转事件为所述预设扭转事件中的任意一个；

第一生成模块，用于响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单；

获取模块，用于根据所述参考扭转事件对应的至少一个订单需求，控制所述参考分订单从预设的分组式数据模型中获取与所述参考分订单对应的参考阶段模块组，并从所述参考阶段模块组包括的多个功能模块中获取能够实现所述至少一个订单需求的至少一个功能模块；

调用模块，用于控制所述参考分订单通过调用所述至少一个功能模块，实现所述参考分订单的履约过程。

结合第二方面，本公开在第二方面的第一种实现方式中，所述分组式数据模型包括多个阶段模块组，所述多个阶段模块组分别对应所述多个预设扭转事件或者多个不同的业务群体；每个阶段模块组包括多个功能模块，所述多个功能模块用于实现多种不同的订单需求。

结合第二方面和第二方面的第一种实现方式，本公开在第二方面的第二种实现方式中，所述装置还包括：

第二生成模块，用于在检测到预设初始事件时，生成所述目标订单的主订单。

结合第二方面、第二方面的第一种实现方式和第二方面的第二种实现方式，本公开在第二方面的第三种实现方式中，所述第二生成模块包括：

第一生成子模块，用于在检测到用户的下单事件时，生成与所述用户对应的所述目标订单的主订单。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式和第二方面的第三种实现方式，本公开在第二方面的第四种实现方式中，所述装置还包括：

发送模块，用于当所述参考分订单履约完成之后，控制所述参考分订单向所述主订单发送完成通知，便于所述主订单在检测到所述多个预设扭转事件中的其他扭转事件时，生成与所述其他扭转事件对应的分订单。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式和第二方面的第四种实现方式，本公开在第二方面的第五种实现方式中，所述第一生成模块包括：

获取子模块，用于获取所述参考扭转事件对应的参考业务群体；

第二生成子模块，用于控制所述目标订单的主订单生成与所述参考业务群体对应的参考分订单。

第三方面，本公开实施例提供了一种电子设备，包括存储器和处理器，所述存储器用于存储一条或多条支持订单管理装置执行上述第一方面中任一实施例所述方法的计算机指令，所述处理器被配置为用于执行所述存储器中存储的计算机指令。所述订单管理装置还可以包括通信接口，用于订单管理装置与其他设备或通信网络通信。

第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储订单管理装置所用的计算机指令，其包含用于执行上述第一方面中任一实施例所述方法为订单管理装置所涉及的计算机指令。

本公开实施例提供的技术方案可以包括以下有益效果：

上述技术方案，按照不同的扭转事件将主订单划分为多个分订单，并通过每个分订单对功能模块的调用实现分订单的履约，进而通过每个分订单的履约实现整个主订单的履约过程。通过上述方案，可以在订单数量增多时，提高订单管理的便捷性和有效性，同时降低订单管理的维护成本。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开一实施方式的订单管理方法的流程图；

图2示出根据本公开一实施方式的订单管理方法的流程图；

图3示出根据本公开一实施方式的订单管理装置的结构框图；

图4示出根据本公开一实施方式的订单管理装置的结构框图；

图5示出根据本公开一实施方式的订单管理装置的结构框图；

图6示出根据本公开一实施方式的订单管理装置的结构框图；

图7示出根据图3所示实施方式的订单管理装置的第一生成模块302的结构框图；

图8示出根据本公开一实施方式的电子设备的结构框图；

图9是适于用来实现根据本公开一实施方式的订单管理方法的计算机***的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

本公开实施例提供的技术方案中，服务器可以按照不同的扭转事件将主订单划分为多个分订单，并通过每个分订单对功能模块的调用实现分订单的履约，进而通过每个分订单的履约实现整个主订单的履约过程。通过上述方案，可以在订单数量增多时，提高订单管理的便捷性和有效性，同时降低订单管理的维护成本。

图1示出根据本公开一实施方式的订单管理方法的流程图，该方法应用于服务器，如图1所示，该订单管理方法包括以下步骤S101-S104：

在步骤S101中，检测预设扭转事件中的参考扭转事件。

其中，该参考扭转事件为该预设扭转事件中的任意一个。

在步骤S102中，响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单。

在步骤S103中，根据该参考扭转事件对应的至少一个订单需求，控制该参考分订单从预设的分组式数据模型中获取与该参考分订单对应的参考阶段模块组，并从该参考阶段模块组包括的多个功能模块中获取能够实现该至少一个订单需求的至少一个功能模块。

其中，该分组式数据模型包括多个阶段模块组，该多个阶段模块组分别对应该多个预设扭转事件或者多个不同的业务群体；每个阶段模块组包括多个功能模块，该多个功能模块用于实现多种不同的订单需求。

在步骤S104中，控制该参考分订单通过调用该至少一个功能模块，实现该参考分订单的履约过程。

相关技术中，服务器在进行订单管理时可以将购买商品的整个订单看成一个整体，将不同的业务群体在订购商品过程中的动作当做订阅事件，当不同的业务群体做出相应的动作时会触发相应的订阅事件，然后订阅事件会触发状态机改变订单的状态，进而完成对整个订单的履约过程的管理。但是，由于每个订单都需要作为独立的个体单独进行管理，因此当订单数量较多时，容易导致订单管理的时间成本和人力成本均较高，降低了大批量订单管理的有效性和便捷性。

考虑到上述缺陷，在该实施方式中，提出一种订单管理方法，该方法在检测到多个预设扭转事件中的参考扭转事件时，首先控制目标订单的主订单生成与该参考扭转事件对应的参考分订单，然后根据该参考扭转事件对应的至少一个订单需求，控制该参考分订单从预设的分组式数据模型中获取与该参考分订单对应的参考阶段模块组，并从该参考阶段模块组包括的多个功能模块中获取能够实现该至少一个订单需求的至少一个功能模块，进而控制该参考分订单通过调用该至少一个功能模块，实现该参考分订单的履约过程。该技术方案中，主订单可以拆分为多个分订单进行管理，通过每个分订单的履约实现整个主订单的履约过程，在订单数量增多时，可以提高订单管理的便捷性和有效性，同时降低订单管理的维护成本。

其中，该预设扭转事件指的是订单扭转事件，该订单扭转事件为促使订单的状态或阶段改变的事件。初始化时，服务器统计需要参与管理的多种订单，并统计该多种订单中出现的多个订单扭转事件，然后根据该多种订单中出现的多个订单扭转事件确定多个预设扭转事件并进行保存。

具体的，假设服务器需要参与管理的订单包括外卖订单和淘宝订单。该外卖订单中可能出现的多个订单扭转事件包括：用户下单事件、商户接单事件、商户出餐事件、骑手取餐事件、骑手配送事件以及用户收餐事件。该淘宝订单中可能出现的多个订单扭转事件包括：用户下单事件、商户确认订单事件、商户打包事件、物流揽货事件、物流运输事件以及用户收件事件。服务器可以对两类订单中出现的订单扭转事件进行类比，若将外卖订单中的外卖餐品与淘宝订单中的订购商品均类比为货品，则可以将外卖订单中的商户接单事件与淘宝订单中的商户确认订单事件统一为商户备货事件，将外卖订单中的商户出餐事件与淘宝订单中的商户打包事件统一为商户出货事件，将外卖订单中的骑手取餐事件与淘宝订单中的物流揽货事件统一为物流待到店事件，将外卖订单中的骑手配送事件与淘宝订单中的物流运输事件统一为物流配送事件，将外卖订单中的用户收餐事件与淘宝订单中的用户收件事件统一为用户收货事件。这样一来，为了便于服务器可以同时兼容该两种订单的管理，服务器可以将上述用户下单事件、商户备货事件、商户出货事件、物流待到店事件、物流待取货事件、物流配送事件以及用户收货事件确定为该多个预设扭转事件并进行保存。

在确定该多个预设扭转事件之后，服务器还可以生成分组式数据模型。具体的，服务器可以分别统计每个预设扭转事件对应的订单需求，然后根据该多个预设扭转事件，以及每个预设扭转事件对应的订单需求设置分组式数据模型。具体的，以服务器需要参与管理的订单包括外卖订单和淘宝订单为例，该多个预设扭转事件包括用户下单事件、商户备货事件、商户出货事件、物流待到店事件、物流待取货事件、物流配送事件以及用户收货事件。服务器可以首先根据该多个预设扭转事件设置多个阶段模块组，不同的阶段模块组对应不同的预设扭转事件，然后分别收集每个预设扭转事件在每种订单下的订单需求，并根据每个预设扭转事件在每种订单下的订单需求设置每个阶段模块组包括的功能模块。例如，服务器可以首先收集用户下单事件在外卖订单中的订单需求，该订单需求可以包括预约送达时间，骑手取餐时对餐品拍照，冷链运输或者热链运输等，同时收集用户下单事件在淘宝订单中的订单需求，该订单需求可以包括指定物流公司、预约送达时间或者指定自提地点等，然后将收集到的外卖订单中的多个订单需求和淘宝订单中的多个订单需求均确定为用户下单事件对应的多个订单需求，并根据该用户下单事件对应的多个订单需求设置该用户下单事件对应的阶段模块组包括的多个功能模块，不同的功能模块用于实现不同的订单需求。例如，服务器可以在用户下单事件对应的阶段模块组中设置能够预约送达时间的功能模块，能够实现要求骑手取餐时对餐品拍照的功能模块，能够指定冷链运输方式的功能模块，能够指定热链运输方式的功能模块，能够指定物流公司的功能模块，能够指定自提地点的功能模块等。同理的，服务器还可以根据商户备货事件在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置该商户备货事件对应的阶段模块组包括的多个功能模块；根据商户出货事件在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置该商户出货事件对应的阶段模块组包括的多个功能模块；根据物流待到店事件在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置该物流待到店事件对应的阶段模块组包括的多个功能模块；根据物流待取货事件在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置该物流待取货事件对应的阶段模块组包括的多个功能模块；根据物流配送事件在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置该物流配送事件对应的阶段模块组包括的多个功能模块；根据用户收货事件在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置该用户收货事件对应的阶段模块组包括的多个功能模块。在获取各个预设扭转事件对应的阶段模块组包括的多个功能模块之后，服务器即可根据多个预设扭转事件分别对应的多个阶段模块组，以及每个阶段模块组包括的多个功能模块，生成分组式数据模型并进行存储。

或者，服务器可以首先确定该多个预设扭转事件对应的多个业务群体，然后根据该多个业务群体设置多个阶段模块组，不同的阶段模块组对应不同的业务群体，接着分别收集每个业务群体在每种订单下的订单需求，并根据每个业务群体在每种订单下的订单需求设置每个阶段模块组包括的功能模块。例如，服务器可以首先确定用户下单事件和用户收货事件的业务群体为用户，商户备货事件和商户出货事件的业务群体为商户，物流待到店事件、物流待取货事件和物流配送事件的业务群体为物流人员，然后根据该用户、商户和物流人员设置三个阶段模块组，不同的阶段模块组对应不同的业务群体，接着分别收集用户、商户和物流人员在每种订单下的订单需求，并根据该用户、商户和物流人员在每种订单下的订单需求设置每个阶段模块组包括的功能模块。例如，服务器可以收集用户下单事件在外卖订单中的订单需求，该订单需求可以包括预约送达时间，骑手取餐时对餐品拍照，冷链运输或者热链运输等；收集用户下单事件在淘宝订单中的订单需求，该订单需求可以包括指定物流公司、预约送达时间或者指定自提地点等；收集用户收货事件在外卖订单中的订单需求，该订单需求可以包括确认收货、餐品质量投诉或者评价物流等；收集用户收货事件在淘宝订单中的订单需求，该订单需求可以包括自提点收货通知或者发送收货码等。然后将收集到的在外卖订单在用户下单事件和用户收货事件中的多个订单需求和淘宝订单在用户下单事件和用户收货事件中的多个订单需求均确定为用户这一业务群体对应的多个订单需求，并根据该用户对应的多个订单需求，设置该用户对应的阶段模块组包括的多个功能模块，不同的功能模块用于实现不同的订单需求，例如，服务器可以在用户对应的阶段模块组中设置能够预约送达时间的功能模块，能够实现要求骑手取餐时对餐品拍照的功能模块，能够指定冷链运输方式的功能模块，能够指定热链运输方式的功能模块，能够指定物流公司的功能模块，能够指定自提地点的功能模块，能够确认收货的功能模块，能够实现餐品质量投诉的功能模块，能够进行物流评价的功能模块，能够进行自提点收货通知的功能模块，能够发送收货码的功能模块等。同理的，服务器还可以根据商户在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置商户这一业务群体对应的阶段模块组包括的多个功能模块；根据物流人员在外卖订单中出现的多个订单需求以及在淘宝订单中出现的多个订单需求，设置物流人员这一业务群体对应的阶段模块组包括的多个功能模块。在获取各个业务群体对应的阶段模块组包括的多个功能模块之后，服务器即可根据多个业务群体分别对应的多个阶段模块组，以及每个阶段模块组包括的多个功能模块，生成分组式数据模型并进行存储。

在生成分组式数据模型之后，服务器还可以为该分组式数据模型包括的多个阶段模块组设置对应的分订单，并建立分订单与多个预设扭转事件之间的对应关系。若分组式数据模型包括的多个阶段模块组分别对应多个预设扭转事件，则可以分别设置与该多个预设扭转事件一一对应的多个分订单，不同的预设扭转事件对应不同的分订单，且该多个分订单与该分组式数据模型包括的多个阶段模块组也存在一一对应关系，一个分订单仅能够调用与其对应的阶段模块组包括的功能模块。若分组式数据模型包括的多个阶段模块组分别对应多个业务群体，则可以分别设置与该多个业务群体一一对应的多个分订单，不同的业务群体对应不同的分订单，且该多个分订单与该分组式数据模型包括的多个阶段模块组也存在一一对应关系，一个分订单仅能够调用与其对应的阶段模块组包括的功能模块。

在本实施例的一个可选实现方式中，服务器可以在检测到预设初始事件时，首先生成该目标订单的主订单，然后检测是否出现多个预设扭转事件中的参考扭转事件，并在确定检测到该参考扭转事件时，控制目标订单的主订单生成与该参考扭转事件对应的参考分订单。该预设初始事件可以为货品添加购物车事件，即服务器在确定用户将需要购买的货品添加在购物车中时，即可生成与该用户对应的目标订单的主订单；或者该预设初始事件可以为用户下单事件，即服务器在确定检测到用户下单事件时即可生成与该用户对应的目标订单的主订单。

在本实施例的一个可选实现方式中，假设分组式数据模型包括的多个阶段模块组分别对应多个预设扭转事件，以用户订购外卖餐品为例，用户在选择需要订购的外卖餐品并点击下单之后，服务器可以检测到用户下单事件，此时该服务器可以生成与该用户对应的目标订单的主订单，并控制该主订单生成与该用户下单事件对应的第一分订单，然后控制该第一分订单获取该用户下单事件对应的至少一个订单需求，并根据该至少一个订单需求，控制该第一分订单从预设的分组式数据模型中获取与该用户下单事件对应的第一阶段模块组，从该第一阶段模块组包括的多个功能模块中获取能够实现该用户下单事件对应的至少一个订单需求的至少一个功能模块，进而控制第一分订单通过调用该至少一个功能模块实现第一分订单的履约过程。在该第一分订单履约完成之后，服务器控制该第一分订单向主订单发送完成通知。此时服务器确认第一分订单履约完成，并实时确定是否检测到商户备货事件，若检测到该商户备货事件，则服务器控制该主订单生成与该商户备货事件对应的第二分订单，然后控制该第二分订单获取该商户备货事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第二分订单从预设的分组式数据模型中获取与该商户备货事件对应的第二阶段模块组，并从该第二阶段模块组包括的多个功能模块中获取能够实现该商户备货事件对应的至少一个订单需求的至少一个功能模块，进而控制第二分订单通过调用该至少一个功能模块实现第二分订单的履约过程。在该第二分订单履约完成之后，服务器控制该第二分订单向主订单发送完成通知。依次类推，服务器可以控制主订单通过依次检测到的多个预设扭转事件分别生成与该多个预设扭转事件对应的分订单，并通过对每个分订单的履约过程的管理最终实现对整个主订单的管理。需要说明的是，参考分订单可以为本实施例中的第一分订单、第二分订单以及其他根据预设扭转事件生成的分订单，同时参考阶段模块组可以为本实施例中的第一阶段模块组、第二阶段模块组以及与其他分订单对应的阶段模块组，本公开实施例对此不做限定。

在本实施例的一个可选实现方式中，如图2所示，该步骤S102，即响应于检测结果，控制目标订单的主订单生成与该参考扭转事件对应的参考分订单的步骤，包括步骤S201-S202：

在步骤S201中，响应于检测结果，获取该参考扭转事件对应的参考业务群体。

在步骤S202中，控制该目标订单的主订单生成与该参考业务群体对应的参考分订单。

示例的，假设分组式数据模型包括的多个阶段模块组分别对应多个业务群体，以用户订购淘宝货品为例，用户在选择需要订购的货品并点击下单之后，服务器可以检测到用户下单事件，此时该服务器可以生成与该用户对应的目标订单的主订单，并控制该主订单生成与用户这一业务群体对应的第三分订单，然后控制该第三分订单获取该用户下单事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第三分订单从预设的分组式数据模型中获取与用户这一业务群体对应的第三阶段模块组，并从该第三阶段模块组包括的多个功能模块中获取能够实现该用户下单事件对应的至少一个订单需求的至少一个功能模块，进而控制第三分订单通过调用该至少一个功能模块实现第三分订单在用户下单事件下的履约过程。在该第三分订单将用户下单事件履约完成之后，服务器控制该第三分订单向主订单发送完成通知。此时服务器确定该第三分订单的用户下单事件履约完成，然后实时确定是否检测到商户备货事件，若检测到该商户备货事件，则服务器控制该主订单生成与商户这一业务群体对应的第四分订单，然后控制该第四分订单获取该商户备货事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第四分订单从预设的分组式数据模型中获取与该商户这一业务群体对应的第四阶段模块组，并从该第四阶段模块组包括的多个功能模块中获取能够实现该商户备货事件对应的至少一个订单需求的至少一个功能模块，进而控制第四分订单通过调用该至少一个功能模块实现第四分订单在商户接单事件下的履约过程。在该第四分订单将商户接单事件履约完成之后，服务器控制该第四分订单向主订单发送完成通知。此时服务器确定该第四分订单的商户接单事件履约完成，并实时确定是否检测到商户出货事件，若检测到该商户出货事件，则服务器控制该第四分订单获取该商户出货事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第四分订单从第四阶段模块组包括的多个功能模块中获取能够实现该商户出货事件对应的至少一个订单需求的至少一个功能模块，进而控制第四分订单通过调用该至少一个功能模块实现第四分订单在商户出货事件下的履约过程。在该第四分订单将商户出货事件履约完成之后，服务器控制该第四分订单向主订单发送完成通知。此时服务器确定该第四分订单的商户出货事件履约完成，并实时确定是否检测到物流待到店事件，若检测到该物流待到店事件，则服务器控制该主订单生成与物流人员这一业务群体对应的第五分订单，然后控制该第五分订单获取该物流待到店事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第五分订单从预设的分组式数据模型中获取与该物流人员这一业务群体对应的第五阶段模块组，并从该第五阶段模块组包括的多个功能模块中获取能够实现该物流待到店事件对应的至少一个订单需求的至少一个功能模块，进而控制第五分订单通过调用该至少一个功能模块实现第五分订单在物流待到店事件下的履约过程。在该第五分订单将物流待到店事件履约完成之后，服务器控制该第五分订单向主订单发送完成通知。参考上述第四分订单的履约过程，可知该第五分订单可以分别实现在物流待取货事件和物流配送事件下的履约过程。同样的，第三分订单也可以实现在用户收货事件下的履约过程。服务器可以控制主订单通过依次检测到的多个预设扭转事件对应的多个业务群体分别生成与该多个业务群体对应的分订单，并通过对每个分订单的履约过程的管理最终实现对整个主订单的管理。需要说明的是，参考分订单可以为本实施例中的第三分订单、第四分订单、第五份订单以及其他根据业务群体生成的分订单，同时参考阶段模块组可以为本实施例中的第三阶段模块组、第四阶段模块组、第五阶段模块组以及与其他分订单对应的阶段模块组，本公开实施例对此不做限定。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图3示出根据本公开一实施方式的订单管理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图3所示，所述订单管理装置包括检测模块301，第一生成模块302，获取模块303和调用模块304。

其中，检测模块301，用于检测预设扭转事件中的参考扭转事件，所述参考扭转事件为所述预设扭转事件中的任意一个。

第一生成模块302，用于响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单。

所述参考扭转事件为所述多个预设扭转事件中的任意一个。

获取模块303，用于根据所述参考扭转事件对应的至少一个订单需求，控制所述参考分订单从预设的分组式数据模型中获取与所述参考分订单对应的参考阶段模块组，并从所述参考阶段模块组包括的多个功能模块中获取能够实现所述至少一个订单需求的至少一个功能模块。

其中，所述分组式数据模型包括多个阶段模块组，所述多个阶段模块组分别对应所述多个预设扭转事件或者多个不同的业务群体；每个阶段模块组包括多个功能模块，所述多个功能模块用于实现多种不同的订单需求。

调用模块304，用于控制所述参考分订单通过调用所述至少一个功能模块，实现所述参考分订单的履约过程。

相关技术中，服务器在进行订单管理时可以将购买商品的整个订单看成一个整体，将不同的业务群体在订购商品过程中的动作当做订阅事件，当不同的业务群体做出相应的动作时会触发相应的订阅事件，然后订阅事件会触发状态机改变订单的状态，进而完成对整个订单的履约过程的管理。但是，由于每个订单都需要作为独立的个体单独进行管理，因此当订单数量较多时，容易导致订单管理的时间成本和人力成本均较高，降低了大批量订单管理的有效性和便捷性。

考虑到上述缺陷，在该实施方式中，提出一种订单管理装置，该订单管理装置包括检测模块301，第一生成模块302，获取模块303和调用模块304。该检测模块301可以检测预设扭转事件中的参考扭转事件，然后第一生成模块302可以根据检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单。该获取模块303可以根据所述参考扭转事件对应的至少一个订单需求，控制所述参考分订单从预设的分组式数据模型中获取与所述参考分订单对应的参考阶段模块组，并从所述参考阶段模块组包括的多个功能模块中获取能够实现所述至少一个订单需求的至少一个功能模块。该调用模块304可以控制所述参考分订单通过调用所述至少一个功能模块，实现所述参考分订单的履约过程。

其中，预设扭转事件指的是订单扭转事件，该订单扭转事件为促使订单的状态或阶段改变的事件。初始化时，装置可以统计装置需要参与管理的多种订单，并统计该多种订单中出现的多个订单扭转事件，然后根据该多种订单中出现的多个订单扭转事件确定预设扭转事件，并指示装置保存该多个预设扭转事件。

具体的，装置可以生成分组式数据模型，该分组式数据模型包括多个阶段模块组；每个阶段模块组包括多个功能模块，所述多个功能模块用于实现多种不同的订单需求。该分组式数据模型包括的多个阶段模块组可以分别对应多个预设扭转事件，也可以分别对应多个不同的业务群体，本公开实施例对此不做限定。

在生成分组式数据模型之后，装置还可以为该分组式数据模型包括的多个阶段模块组设置对应的分订单，并建立分订单与多个预设扭转事件之间的对应关系。若分组式数据模型包括的多个阶段模块组分别对应多个预设扭转事件，则可以分别设置与该多个预设扭转事件一一对应的多个分订单，不同的预设扭转事件对应不同的分订单，且该多个分订单与该分组式数据模型包括的多个阶段模块组也存在一一对应关系，一个分订单仅能够调用与其对应的阶段模块组包括的功能模块。若分组式数据模型包括的多个阶段模块组分别对应多个业务群体，则可以分别设置与该多个业务群体一一对应的多个分订单，不同的业务群体对应不同的分订单，且该多个分订单与该分组式数据模型包括的多个阶段模块组也存在一一对应关系，一个分订单仅能够调用与其对应的阶段模块组包括的功能模块。

在本实施例的一个可选实现方式中，如图4所示，所述装置包括第二生成模块305，所述第二生成模块305，用于在检测到预设初始事件时，生成所述目标订单的主订单。

在本实施方式中，装置可以在检测到预设初始事件时，首先通过第二生成模块305生成所述目标订单的主订单，然后在通过检测模块301检测预设扭转事件中的参考扭转事件，然后第一生成模块302响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单，即在确定检测到该预设扭转事件中的参考扭转事件时，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单。该预设初始事件可以为货品添加购物车事件，即装置在确定用户将需要购买的货品添加在购物车中时，即可通过第二生成模块305生成与该用户对应的目标订单的主订单。

在本实施例的一个可选实现方式中，如图5所示，所述第二生成模块305包括第一生成子模块3051，该第一生成子模块3051，用于在检测到用户的下单事件时，生成与所述用户对应的所述目标订单的主订单。

该预设初始事件还可以为用户下单事件，即装置在确定检测到用户下单事件时即可通过第一生成子模块3051生成与该用户对应的目标订单的主订单。

在本实施例的一个可选实现方式中，假设分组式数据模型包括的多个阶段模块组分别对应多个预设扭转事件，以用户订购外卖餐品为例，用户在选择需要订购的外卖餐品并点击下单之后，装置可以通过第一生成子模块3051检测用户下单事件，并生成与该用户对应的目标订单的主订单，然后通过第一生成模块302控制该主订单生成与该用户下单事件对应的第一分订单，通过获取模块303控制该第一分订单获取该用户下单事件对应的至少一个订单需求，并根据该至少一个订单需求，控制该第一分订单从预设的分组式数据模型中获取与该用户下单事件对应的第一阶段模块组，从该第一阶段模块组包括的多个功能模块中获取能够实现该用户下单事件对应的至少一个订单需求的至少一个功能模块，进而通过调用模块304控制第一分订单通过调用该至少一个功能模块实现第一分订单的履约过程。

在本实施例的一个可选实现方式中，如图6所示，所述装置还包括发送模块306，所述发送模块306，用于当所述参考分订单履约完成之后，控制所述参考分订单向所述主订单发送完成通知，便于所述主订单在检测到所述多个预设扭转事件中的其他扭转事件时，生成与所述其他扭转事件对应的分订单。

示例的，在该第一分订单履约完成之后，装置通过发送模块306控制该第一分订单向主订单发送完成通知。此时装置确认第一分订单履约完成，并通过第一生成模块302实时确定是否检测到商户备货事件，若检测到该商户备货事件，则装置通过第一生成模块302控制该主订单生成与该商户备货事件对应的第二分订单，然后通过获取模块303控制该第二分订单获取该商户备货事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第二分订单从预设的分组式数据模型中获取与该商户备货事件对应的第二阶段模块组，并从该第二阶段模块组包括的多个功能模块中获取能够实现该商户备货事件对应的至少一个订单需求的至少一个功能模块，进而通过调用模块304控制第二分订单通过调用该至少一个功能模块实现第二分订单的履约过程。在该第二分订单履约完成之后，装置通过发送模块306控制该第二分订单向主订单发送完成通知。依次类推，装置可以通过第一生成模块302控制主订单通过依次检测到的多个预设扭转事件分别生成与该多个预设扭转事件对应的分订单，并通过调用模块304对每个分订单的履约过程的管理最终实现对整个主订单的管理。需要说明的是，参考分订单可以为本实施例中的第一分订单、第二分订单以及其他根据预设扭转事件生成的分订单，同时参考阶段模块组可以为本实施例中的第一阶段模块组、第二阶段模块组以及与其他分订单对应的阶段模块组，本公开实施例对此不做限定。

在本实施例的一个可选实现方式中，如图7所示，所述第一生成模块302包括获取子模块3021和第二生成子模块3022。

其中，获取子模块3021，用于获取所述参考扭转事件对应的参考业务群体。

第二生成子模块3022，用于控制所述目标订单的主订单生成与所述参考业务群体对应的参考分订单。

示例的，假设分组式数据模型包括的多个阶段模块组分别对应多个业务群体，以用户订购淘宝货品为例，用户在选择需要订购的货品并点击下单之后，装置可以检测到用户下单事件，此时该装置可以通过第二生成模块305生成与该用户对应的目标订单的主订单，并通过第一生成模块302控制该主订单生成与用户这一业务群体对应的第三分订单，然后通过获取模块303控制该第三分订单获取该用户下单事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第三分订单从预设的分组式数据模型中获取与用户这一业务群体对应的第三阶段模块组，并从该第三阶段模块组包括的多个功能模块中获取能够实现该用户下单事件对应的至少一个订单需求的至少一个功能模块，进而通过调用模块304控制第三分订单通过调用该至少一个功能模块实现第三分订单在用户下单事件下的履约过程。在该第三分订单将用户下单事件履约完成之后，装置通过发送模块306控制该第三分订单向主订单发送完成通知。此时装置确定该第三分订单的用户下单事件履约完成，然后通过第一生成模块302实时确定是否检测到商户备货事件，若检测到该商户备货事件，则装置通过第一生成模块302控制该主订单生成与商户这一业务群体对应的第四分订单，然后通过获取模块303控制该第四分订单获取该商户备货事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第四分订单从预设的分组式数据模型中获取与该商户这一业务群体对应的第四阶段模块组，并从该第四阶段模块组包括的多个功能模块中获取能够实现该商户备货事件对应的至少一个订单需求的至少一个功能模块，进而通过调用模块304控制第四分订单通过调用该至少一个功能模块实现第四分订单在商户接单事件下的履约过程。在该第四分订单将商户接单事件履约完成之后，装置通过发送模块306控制该第四分订单向主订单发送完成通知。此时装置确定该第四分订单的商户接单事件履约完成，并通过第一生成模块302实时确定是否检测到商户出货事件，若检测到该商户出货事件，则装置通过获取模块303控制该第四分订单获取该商户出货事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第四分订单从第四阶段模块组包括的多个功能模块中获取能够实现该商户出货事件对应的至少一个订单需求的至少一个功能模块，进而通过调用模块304控制第四分订单通过调用该至少一个功能模块实现第四分订单在商户出货事件下的履约过程。在该第四分订单将商户出货事件履约完成之后，装置通过发送模块306控制该第四分订单向主订单发送完成通知。此时装置确定该第四分订单的商户出货事件履约完成，并通过第一生成模块302实时确定是否检测到物流待到店事件，若检测到该物流待到店事件，则装置通过第一生成模块302控制该主订单生成与物流人员这一业务群体对应的第五分订单，然后通过获取模块303控制该第五分订单获取该物流待到店事件对应的至少一个订单需求，接着根据该至少一个订单需求，控制该第五分订单从预设的分组式数据模型中获取与该物流人员这一业务群体对应的第五阶段模块组，并从该第五阶段模块组包括的多个功能模块中获取能够实现该物流待到店事件对应的至少一个订单需求的至少一个功能模块，进而通过调用模块304控制第五分订单通过调用该至少一个功能模块实现第五分订单在物流待到店事件下的履约过程。在该第五分订单将物流待到店事件履约完成之后，装置通过发送模块306控制该第五分订单向主订单发送完成通知。参考上述第四分订单的履约过程，可知该第五分订单可以分别实现在物流待取货事件和物流配送事件下的履约过程。同样的，第三分订单也可以实现在用户收货事件下的履约过程。装置可以通过第一生成模块302控制主订单通过依次检测到的多个预设扭转事件对应的多个业务群体分别生成与该多个业务群体对应的分订单，并通过调用模块304对每个分订单的履约过程的管理最终实现对整个主订单的管理。需要说明的是，参考分订单可以为本实施例中的第三分订单、第四分订单、第五份订单以及其他根据业务群体生成的分订单，同时参考阶段模块组可以为本实施例中的第三阶段模块组、第四阶段模块组、第五阶段模块组以及与其他分订单对应的阶段模块组，本公开实施例对此不做限定。

本公开实施例提供一种订单管理装置，该装置可以将主订单拆分为多个分订单进行管理，通过每个分订单的履约实现整个主订单的履约过程，在订单数量增多时，可以提高订单管理的便捷性和有效性，同时降低订单管理的维护成本。

本公开还公开了一种电子设备，图8示出根据本公开一实施方式的电子设备的结构框图，如图8所示，所述电子设备1100包括存储器1101和处理器1102；其中，

所述存储器1101用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器1102执行以实现上述任一方法步骤。

图9适于用来实现根据本公开实施方式的订单管理方法的计算机***的结构示意图。

如图9所示，计算机***1200包括中央处理单元(CPU)1201，其可以根据存储在只读存储器(ROM)1202中的程序或者从存储部分1208加载到随机访问存储器(RAM)1203中的程序而执行上述实施方式中的各种处理。在RAM1203中，还存储有***1200操作所需的各种程序和数据。CPU1201、ROM1202以及RAM1203通过总线1204彼此相连。输入/输出(I/O)接口1205也连接至总线1204。

以下部件连接至I/O接口1205：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至I/O接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行所述订单管理方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。

附图中的流程图和框图，图示了按照本公开各种实施方式的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种订单管理方法，其特征在于，包括：

检测预设扭转事件中的参考扭转事件，所述参考扭转事件为所述预设扭转事件中的任意一个；其中，所述预设扭转事件为促使订单的状态或阶段改变的事件；

响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单；

根据所述参考扭转事件对应的至少一个订单需求，控制所述参考分订单从预设的分组式数据模型中获取与所述参考分订单对应的参考阶段模块组，并从所述参考阶段模块组包括的多个功能模块中获取能够实现所述至少一个订单需求的至少一个功能模块；

控制所述参考分订单通过调用所述至少一个功能模块，实现所述参考分订单的履约过程；

其中，所述分组式数据模型包括多个阶段模块组，所述多个阶段模块组分别对应多个所述预设扭转事件或者多个不同的业务群体；每个阶段模块组包括多个功能模块，所述多个功能模块用于实现多种不同的订单需求。

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

在检测到预设初始事件时，生成所述目标订单的主订单。

3.根据权利要求2所述的方法，其特征在于，所述在检测到预设初始事件时，生成所述目标订单的主订单包括：

在检测到用户的下单事件时，生成与所述用户对应的所述目标订单的主订单。

4.根据权利要求1至3任意一项权利要求所述的方法，其特征在于，所述方法还包括：

当所述参考分订单履约完成之后，控制所述参考分订单向所述主订单发送完成通知，便于所述主订单在检测到多个所述预设扭转事件中的其他扭转事件时，生成与所述其他扭转事件对应的分订单。

5.根据权利要求1至3任意一项权利要求所述的方法，其特征在于，所述控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单包括：

获取所述参考扭转事件对应的参考业务群体；

控制所述目标订单的主订单生成与所述参考业务群体对应的参考分订单。

6.一种订单管理装置，其特征在于，包括：

检测模块，用于检测预设扭转事件中的参考扭转事件，所述参考扭转事件为所述预设扭转事件中的任意一个；其中，所述预设扭转事件为促使订单的状态或阶段改变的事件；

第一生成模块，用于响应于检测结果，控制目标订单的主订单生成与所述参考扭转事件对应的参考分订单；

获取模块，用于根据所述参考扭转事件对应的至少一个订单需求，控制所述参考分订单从预设的分组式数据模型中获取与所述参考分订单对应的参考阶段模块组，并从所述参考阶段模块组包括的多个功能模块中获取能够实现所述至少一个订单需求的至少一个功能模块；

调用模块，用于控制所述参考分订单通过调用所述至少一个功能模块，实现所述参考分订单的履约过程；

其中，所述分组式数据模型包括多个阶段模块组，所述多个阶段模块组分别对应多个所述预设扭转事件或者多个不同的业务群体；每个阶段模块组包括多个功能模块，所述多个功能模块用于实现多种不同的订单需求。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第二生成模块，用于在检测到预设初始事件时，生成所述目标订单的主订单。

8.根据权利要求7所述的装置，其特征在于，所述第二生成模块包括：

第一生成子模块，用于在检测到用户的下单事件时，生成与所述用户对应的所述目标订单的主订单。

9.根据权利要求6至8任意一项权利要求所述的装置，其特征在于，所述装置还包括：

发送模块，用于当所述参考分订单履约完成之后，控制所述参考分订单向所述主订单发送完成通知，便于所述主订单在检测到多个所述预设扭转事件中的其他扭转事件时，生成与所述其他扭转事件对应的分订单。

10.根据权利要求6至8任意一项权利要求所述的装置，其特征在于，所述第一生成模块包括：

获取子模块，用于获取所述参考扭转事件对应的参考业务群体；

第二生成子模块，用于控制所述目标订单的主订单生成与所述参考业务群体对应的参考分订单。

11.一种电子设备，其特征在于，包括存储器和处理器；其中，

所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现权利要求1-5任一项所述的方法步骤。

12.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-5任一项所述的方法步骤。

Images