本申请涉及交易订单处理技术领域，特别是涉及交易订单处理方法、装置及系统。
背景技术：
o2o(onlinetooffline，线上到线下)，是指将线下的商务机会与互联网结合，让互联网成为线下交易的平台。随着服务性电子商务模式的升级，完善了商品(服务)、下单、支付等流程，把之前简单的电商模块，转移到更加高频和生活化场景中来。由于传统的服务行业一直处在一个低效且劳动力消化不足的状态，因此，在新模式的推动下，出现了o2o的狂欢热潮，于是上门送餐(俗称“外卖”)、上门生鲜、上门化妆等各种o2o模式开始层出不穷。
其中，生鲜类商品对象对应的实体店铺可以称为“超市”，在实际应用中，超市内可以开设多个档口，例如，可以包括水果档口、海鲜档口等等。各个档口中的具体货品可以是预先采购进入超市的。与快餐类商品对象不同的是，生鲜类的商品对象通常不能够按照“餐盒”等标准化的包装工具提前进行打包。例如，用户需要买一条活鱼，超市在收到订单后，通常需要先对活鱼进行称重，之后，再进行打包等操作。也就是说，对于生鲜类商品对象，通常都是在收到订单之后，再根据订单指定的规格进行“加工制作”，所谓的“加工制作”的过程可以包括货品拣货等操作。加工制作完成之后再进行打包，并等待配送。
可见，对于生鲜等类别的商品，在接收到线上的订单之后，进行线下的拣货、打包、配送等操作时，通常会需要耗费更多的时间，在配送时效上往往很难保证。因此，如何提高线下操作的效率，提升配送时效，成为需要本领域技术人员解决的技术问题。
技术实现要素：
本申请提供了交易订单处理方法、装置及系统，可以降低对悬挂链系统的负荷，有利于从整体上提高效率。
本申请提供了如下方案：
一种计算机系统，所述计算机系统包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；接收交易订单，并按照预置的规则，将符合条件的多个交易订单合并为同一波次；
根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
一种交易订单处理系统，包括：
拣货服务端，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理；
拣货客户端，用于接收所述接收第一拣货任务，展示所述第一拣货任务的信息，并展示所述第一标识。
一种交易订单处理方法，包括：
拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；
按照预置的规则，将符合条件的多个交易订单合并为同一波次；
根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
一种交易订单处理方法，包括：
拣货客户端接收第一拣货任务，所述第一拣货任务带有第一标识；其中，所述第一拣货任务由拣货服务端生成，所述拣货服务端用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域中包括至少一个拣货区，所述后场区域中包括至少一个拣货区，以及至少一个打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，并添加第一标识；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包处理，以便进行配送；
展示所述第一拣货任务的信息，并展示所述第一标识，所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
一种交易订单处理装置，应用于拣货服务端，所述装置包括：
第一信息获得单元，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；
第一波次生成单元，用于按照预置的规则，将符合条件的多个交易订单合并为同一波次；
第一拣货区确定单元，用于根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
第一拣货任务生成单元，用于如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
一种交易订单处理装置，应用于拣货客户端，所述装置包括：
第一拣货任务接收单元，用于接收第一拣货任务，所述第一拣货任务带有第一标识；其中，所述第一拣货任务由拣货服务端生成，所述拣货服务端用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域中包括至少一个拣货区，所述后场区域中包括至少一个拣货区，以及至少一个打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，并添加第一标识；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包处理，以便进行配送；
第一展示单元，用于展示所述第一拣货任务的信息，并展示所述第一标识，所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
一种计算机系统，所述计算机系统包括：
一个或多个处理器；以及
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时,执行如下操作:
获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域包括至少一个拣货区，所述后场区域包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；
接收交易订单，并按照预置的规则，将符合条件的多个交易订单合并为同一波次；
根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
一种交易订单处理系统，所述系统包括：
拣货服务端，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理；
拣货客户端，用于接收所述接收第二拣货任务，展示所述第二拣货任务的信息，并展示所述第二标识。
一种交易订单处理方法，所述方法包括：
拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域包括至少一个拣货区，所述后场区域包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；
按照预置的规则，将符合条件的多个交易订单合并为同一波次；
根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；其中，所述拣货区位于实体店铺的物理空间中，所述拣货区用于存放数据对象对应的货品；
如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
一种交易订单处理方法，所述方法包括：
拣货客户端接收第二拣货任务，所述第二拣货任务带有第二标识；其中，所述第二拣货任务由拣货服务端生成，所述拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；所述拣货服务端按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成所述第二拣货任务，并添加所述第二标识；
展示所述第二拣货任务的信息，并展示所述第二标识，所述第二标识用于指示，在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
一种交易订单处理装置，应用于拣货服务端，所述装置包括：
第二信息获得单元，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域包括至少一个拣货区，所述后场区域包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；
第二波次生成单元，用于按照预置的规则，将符合条件的多个交易订单合并为同一波次；
第二拣货区确定单元，用于根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；其中，所述拣货区位于实体店铺的物理空间中，所述拣货区用于存放数据对象对应的货品；
第二拣货任务生成单元，用于如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
一种交易订单处理装置，应用于拣货客户端，所述装置包括：
第二拣货任务接收单元，用于接收第二拣货任务，所述第二拣货任务带有第二标识；其中，所述第二拣货任务由拣货服务端生成，所述拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；所述拣货服务端按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成所述第二拣货任务，并添加所述第二标识；
第二展示单元，用于展示所述第二拣货任务的信息，并展示所述第二标识，所述第二标识用于指示，在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，由于将实体店铺中的物理空间进行了划分，并仅将打包区部署在后场区域，而拣货区既可以出现在前场区域，又可以出现在后场区域，因此，在生成拣货任务时，可以首先对各个数据对象对应的拣货区进行识别，如果同一波次中的各个数据对象均位于后场区域的同一拣货区，则可以添加相应的标识，这样，拣货员就可以直接在该后场区域的拣货区执行拣货以及打包，并直接用打包容器进行包装，使得相应的操作结果直接进入到待执行配送的状态，而不再需要在拣货区与打包区之间输送，因此，可以降低对悬挂链系统的负荷，有利于从整体上提高效率。
而如果同一波次中的各个数据对象均位于前场区域的同一拣货区，则可以在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货，并利用拣货容器对货品进行包装后，可以将所述拣货容器通过一专用输送轨道输送至一特定打包区，在所述特定打包区接收到所述拣货容器后，利用打包容器执行打包。该特定打包区可以是专用于接收符合上述特点的“单区域”拣货任务的执行结果。这样，这种特定打包区的操作员，每接收到一个拣货区传输过来的拣货容器，直接进行打包即可，而不需要等待同一波次的其他拣货结果，因为只要是输送至该打包区的拣货结果，对应的波次都只有该一个拣货结果。这样，可以进一步提高处理效率，避免不必要的“合流”逻辑处理。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1-1及1-2是本申请实施例提供的悬挂链系统的示意图；
图2是本申请实施例提供的计算机系统的示意图；
图3是本申请实施例提供的系统的示意图；
图4-1至4-3是本申请实施例提供的客户端界面示意图；
图5是本申请实施例提供的第一方法的流程图；
图6是本申请实施例提供的第二方法的流程图；
图7是本申请实施例提供的第一装置的示意图；
图8是本申请实施例提供的第二装置的示意图；
图9是本申请实施例提供的第三方法的流程图；
图10是本申请实施例提供的第四方法的流程图；
图11是本申请实施例提供的第三装置的示意图；
图12是本申请实施例提供的第四装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
为了便于理解本申请实施例，下面首先对悬挂链输送系统的概念及其具体应用进行介绍。
针对生鲜类商品，为了便于提高拣货及配送效率，本申请人提供了以下解决方案：在实体店铺内部署一悬挂链输送系统，该悬挂链输送系统包括输送轨道以及悬挂链等自动化输送设备，这样，在接收到订单并完成拣货(例如，拣货等操作)后，可以通过悬挂链以及输送轨道，输送至预置的打包区处(例如，打包等操作)。其中，如果实体店铺内包括至少一个拣货区，也即，多个“档口”，则每个“档口”都可以具有能够输送到统一的打包区处的输送轨道，每个输送轨道上都可以配有悬挂链。也即，悬挂链可以有多条，每条悬挂链的输送起点与一个拣货区所在的位置对应，终点为一个打包区。在接收到加拣货任务后，某个档口在对对应的货品进行称重等操作后，可以装入预置的包装袋等拣货容器中，并挂到悬挂链上。之后，对应的输送轨道就可以自动将装有对应货品的拣货容器输送到打包区，在打包区进行打包处理，包括利用打包容器进行包装等等，再由配送员进行配送。这样，拣货员只需要进行拣货、将货品悬挂到悬挂链上等操作即可，而不需要将货品从拣货区送到打包区，因此，可以提高工作效率。
在小型的实体店铺中，或者订单数量较少的情况下，打包区可以为一个，也即，所有的拣货产出的拣货容器都可以被输送到同一个打包区进行打包操作。但是，考虑到随着用户数量的增多，订单的并发数也在不断增加，在这种面对大量订单的情况下，通过同一个打包区执行打包，则可能仍然会造成操作效率的瓶颈。因此，为了进一步提高拣货、打包等操作的效率，以保证配送时效，本申请人提供的技术方案中，还可以将打包区置为多个。也就是说，在实体店铺中，可以包括至少一个拣货区，以及多个打包区，其中，所谓的至少一个拣货区，同样可以是指多个“档口”，每个拣货区用于存放同一类的货品，相应的，该类货品的拣货(例如，主要可以是指拣货操作)也是在该拣货区进行。打包区是指用于执行打包等操作的区域，但是在改进的方案中，打包区可以有多个，或者，也可以是指同一打包区的多个“道口”，对于后一种情况，由于这种同一打包区、多个“道口”的情况在实质上也是将打包区划分为多个子区域，每个子区域内独立工作，因此，在本申请实施例中，统一称为多个打包区。也就是说，拣货以及打包都可以分散在多个不同的区域来同步执行，以此提高拣货以及打包的效率。
在上述硬件设施的基础上，还可以进一步提升效率。具体的，由于在实际应用中，经常会出现大量订单并发的情况，也即，在很短的时间内收到多个订单，如果每个订单执行一次配送，则显然会占用大量的配送资源，并且在配送资源有限的情况下，会降低配送时效。因此，在优选的实现方案中，还可以对订单进行合单操作，也就是说，将多个订单合并成同一个配送波次，同一个配送波次的各个订单，可以由同一个配送员同时配送，这样可以避免对配送资源造成浪费，并且，也更好的保障各个订单的配送时效。其中，在进行合单时，可以预先制定一些合单规则，例如，可以考虑配送地址、要求的送达时间等因素，将配送地址比较接近且要求的送达时间也比较接近的订单，合并为同一波次，等等。
在通过上述合单操作生成配送波次的情况下，同一配送波次中所涉及到的数据对象(例如，商品对象等)就需要打包在一起，由同一个配送员进行配送，因此，在拣货时，也可以同时进行拣货(例如，拣货操作)。而同一个波次中包括多个订单，这样就使得同一波次中可能包括多种不同的数据对象，并且这些数据对象对应的货品可能位于不同的拣货区。因此，还可以将同一波次的各个订单中包含的数据对象，按照对应货品所在拣货区的不同进行分类，根据分类结果生成多个拣货任务。也就是说，在将订单执行合单操作，生成波次后，在执行拣货任务之前，还可以将同一波次拆解成多份拣货任务，分别由所涉及到的每个拣货区的工作人员完成一份拣货任务。
每个拣货任务完成后，都可以通过悬挂链系统输送至打包区。而在打包区为多个的情况下，在通过悬挂链系统进行对拣货任务的执行结果进行输送的过程中，还可以进行控制，将同一波次的各个拣货任务的执行结果(也即，收纳有同一拣货任务关联的各货品的容器，如包装袋等，可以统称为拣货容器)合流到同一打包区。
也就是说，在上述实现方式中，可以首先进行订单的合并，生成波次，然后，将波次拆解为多个拣货任务，然后，再将同一波次中各个拣货任务的执行结果合流到同一打包区，通过这种自动控制，可以提高拣货以及打包的效率，有利于保障配送时效。
具体实现时，关于实体店铺内悬挂链系统的具体部署方式可以有多种，只要能够使得每个拣货区与每个打包区之间都存在通路，并且，在输送过程中能够控制具体的输送路径即可。例如，在其中一种实现方式下，悬挂链系统的部署方式可以如图1-1所示。其中，假设实体店铺内有三个拣货区，两个打包区，在部署悬挂链系统的输送轨道时，为了节省空间，也避免输送轨道太多、中间交织在一起的部分容易造成混乱等情况，可以将输送轨道分为主干线101以及第一支线102、第二支线103，其中，主干线101可以只有一条，属于轨道的公用部分，第一支线102可以有多条，每条第一支线的第一端可以与一个拣货区相对应，另一端与主干线101接驳；类似的，第二支线103也可以有多条，每条第一支线的第一端可以与一个打包区相对应，另一端与主干线101接驳。这样，使得输送轨道可以延伸至每个拣货区、打包区，同时又不会出现多条轨道交织等情况。
在通过上述方式部署了输送轨道的情况下，上述输送轨道可以是在自动化驱动设备等输送执行部件的控制下不断的沿着从拣货区到打包区的方向运动。每一操作区域的操作员在完成一次拣货任务后，就可以将收纳有相应物品的容器104悬挂在对应的支线102上，由输送轨道将其运送至打包区。其中，容器104可以是包装袋等形式，并且，为了便于操作，每个容器104上都可以连接有或者自带有挂钩等部件(图中未示出)，通过这种挂钩，可以将容器104悬挂到输送轨道支线102上。
另外，由于涉及到对同一波次中的不同拣货任务的处理结果，合流到同一打包区的问题，因此，在具体实现时，还可以进行以下处理：首先可以在拣货容器104的外表面提供唯一性标识(编码等)，并且可以通过条形码、二维码等图形码的方式来进行呈现。另外，在每个拣货区，都可以提供扫码器，在拣货区的操作员完成一次拣货任务，并将操作的执行结果收纳至拣货容器104中之后，可以通过扫码的方式，获取到该容器的标识信息。之后，拣货区的终端设备，可以将此次拣货任务的任务标识、该拣货任务对应的波次标识，以及该容器的容器标识，这三者之间的对应关系，提供给悬挂链系统中的控制组件(也即，悬挂链系统中可除了包括输送轨道等硬件结构，还可以通过软件的方式实现对具体输送路径的控制)，这样，控制组件可以根据波次标识进行打包区的分配，并且，将同一波次下各个不同的拣货任务分配到同一个打包区，也即，此时在控制组件中记录的信息包括：波次标识、拣货任务标识、容器标识以及打包区，这四者之间的对应关系。之后，上述容器就会被悬挂至轨道支线102上，之后又会被传送至轨道主干线101上。而在到达轨道主干线101与支线103的接驳处时，由于支线103有多条，因此，为了能够确定接下来的输送路径，还可以在主干线101与支线102的接驳处，部署扫码设备105，当某容器被传送至该扫码设备105的扫描范围内时，该扫码设备可以自动对其外表面上的图形码等进行扫描，然后，将扫描结果中的容器标识提供给控制组件。这样，控制组件就可以获知是哪个容器已经到达了主干线与第二支线的接驳处，之后，控制组件就可以根据之前已经记录的对应关系信息，确定出该容器应该被输送至哪个打包区。进而，控制组件就可以向输送执行部件发送控制指令，使得该容器被送至对应的第二支线103上，并最终输送至对应的打包区。
总之，通过上述方式，拣货区的操作员在完成拣货任务后，直接将容器悬挂至对应的轨道支线上即可，不需要进行输送轨道的选择等操作，后续的过程都可以通过自动化控制的方式来完成，因此，对于提高操作效率存在很大帮助。
以上对本申请人此前提供的悬挂链系统，及其应用过程中的合单、划分拣货任务、合流等问题进行了介绍。但是，在实际应用中，本申请发明人还发现，实体店铺处理订单的能力，理论上还是会受限于悬挂链的硬件的合流能力，因此，如何解决悬挂链的硬件能够支撑的最大单量限制跟业务要求出库能力之间的矛盾，又成为了新的需要考虑的问题。本申请实施例就是针对上述问题提供相应的改进方案。
具体的，如前文所述，之所以会涉及到“合流”的问题，是因为，在针对同一波次的各个订单生成拣货任务时，由于货品可能分布在多个不同的拣货区，为了能使得同一波次的货品能在同一个打包区执行打包处理，需要对不同拣货区产生的拣货结果，合流到同一个打包区。但是，在实际应用中，还可能存在以下情况：在根据用户订单生成波次后，该波次内的订单对应的各个数据对象，其对应的货品均位于同一拣货区，也就是说，同一波次并没有被分为多个拣货任务，此时，其实不存在“合流”的需求，但是，如果不进行特殊处理，则依然会按照前述合流的逻辑来进行处理。显然，这会对系统的软硬件资源造成浪费。为此，本申请实施例就是基于上述分析出发，提供相应的解决方案，下面进行详细介绍。
首先，可以对实体店铺的物理空间进行一些处理。具体的，可以将实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区。其中，所述拣货区也就是说用于存放数据对象对应的货品的区域，相应的，相关的拣货(如，拣货操作)也在该区域执行；打包区是指用于根据拣货结果执行打包(如，打包操作)的区域。所谓的前场区域，可以看作是实体店铺中面向线下消费者用户的区域，也即线下消费者进入实体店铺之后能够看到的区域，这些区域中可以部署一些货架等，用于放置货品，线下消费者用户可以通过自选等方式进行货品的选购。后场区域则是线下消费者用户无法看到的区域，可以是实体店铺的仓库等。通常，在货品入库时，可以将部分货品入库到前场区域，部分入库到后场区域。对于线上订单而言，也即，线上用户通过客户端生成的交易订单，既可以从前场区域进行拣货，也可以从后场区域进行拣货。因此，前场区域以及后场区域都存在拣货区，也即拣货区等。并且，由于具体的货品可能会具有分“档口”进行存放等特点，因此，无论是前场区域还是后场区域，拣货区都可以是一个或者多个。另外，关于打包区，也即执行打包等操作的区域，由于该打包通常是针对线上订单执行的，因此，可以将打包区设置在后场区域，并且也可以是一个或多个。
具体在进行悬挂链系统的部署时，悬挂链的输送轨道同样可以是用于连接各拣货区以及各打包区，也即，无论是前场的各拣货区，还是后场的各拣货区，都可以通过输送轨道与后场的打包区连接。例如，具体可以参见图1-2所示。其中，输送轨道同样可以包括主干道101，第一支线102以及第三支线103，前场区域中示出了两个拣货区，分别为拣货区a和拣货区b；后场区域示出了一个拣货区c(当然，实际应用中也可以为多个)，并示出了三个打包区a、b、c，打包区全部位于后场区域(关于106，可以参见后文的介绍)。在常规的需要进行“合流”的情况下，具体的悬挂链输送逻辑可以如图1-1中所述。
但是，在本申请实施例中，在上述对实体店铺在物理空间上进行划分的基础上，在具体根据交易订单生成配送波次后，还可以首先进行一些判断，然后再确定是否使用前文所述的“合流”逻辑对货品进行操作。具体进行判断时，可以是在生成波次之后，首先确定出同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，例如，具体可以判断其中某个数据对象在后场区域是否有货，如果有货，具体位于哪个拣货区，如果后场区域无货，则还可以判断前场区域是否有货，如果有，位于哪个拣货区，等等。总之，经过这样的判断后，针对同一波次中各个订单中的各个数据对象，都可以确定出其所在的拣货区的标识，以及具体是属于前场区域或者后场区域。之后，就可以进一步判断，各个数据对象对应的拣货区是否是同一个，如果是，还可以确定出该同一个操作区域是属于前场区域，还是后场区域，等等。总之，经过上述判断，有可能会出现以下两种情况：第一，同一波次中各订单中的各个数据对象对应着同一个拣货区，并且，该拣货区位于后场区域；第二，同一波次中各订单中的各个数据对象对应着同一个拣货区，并且，该拣货区位于前场区域。以上两种情况，理论上讲，都不存在“合流”的需求，因此，不必采用前述的“合流”逻辑进行处理，以节省系统资源，使得悬挂链系统可以更加专注的支持需要“合流”的情况，从而从整体上提高处理的效率，还可以降低悬挂链系统的负荷。
其中，对于上述两种不同的情况，具体的处理方式也可以有所不同，其中，对于第一种情况，也即，同一波次对应着同一个拣货区，且位于后场区域，此时，由于打包区也位于后场区域，配送执行者通常也是在后场区域进行取货；因此，在本申请实施例中，针对这种情况，可以生成第一拣货任务，拣货客户端在接收到这种第一拣货任务后，可以直接在拣货区执行拣货以及打包，并直接使用打包容器进行包装。也就是说，针对普通的拣货任务，“拣货员”等拣货执行者在拣货区仅执行拣货处理，使用拣货容器(例如，带有挂钩的包装袋等)进行包装后，挂至悬挂链系统，输送至打包区，再由“打包员”等打包执行者执行打包处理，最后，再由“配送员”等配送执行者执行配送操作。但是，在本申请实施例中，针对所述第一拣货任务，可以在拣货区执行拣货以及打包处理，不再需要在拣货区以及打包区之间进行容器输送，因此，可以直接使用打包容器进行包装，之后就可以进入待配送状态。可见，通过这种方式，由于不再使用悬挂链系统进行输送，因此，有利于减轻悬挂链系统的负荷。
下面首先通过实施例一，对上述第一种情况的解决方案进行详细介绍，后续的实施例中会对第二种情况进行介绍。
实施例一
首先，在该实施例一中，参见图2，提供了一种计算机系统200，该系统可以包括：
一个或多个处理器210；以及
与所述一个或多个处理器210关联的存储器220，所述存储器220用于存储程序指令,所述程序指令在被所述一个或多个处理器210读取执行时,执行如下操作:
获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；接收交易订单，并按照预置的规则，将符合条件的多个交易订单合并为同一波次；
根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
在具体实现时，如图2所示，系统中具体可以包括处理器210，视频显示适配器211，磁盘驱动器212，输入/输出接口213，网络接口214，以及存储器220。上述处理器210、视频显示适配器211、磁盘驱动器212、输入/输出接口213、网络接口214，与存储器220之间可以通过通信总线230进行通信连接。
其中，处理器210可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。
存储器220可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器220可以存储用于控制计算机系统200运行的操作系统221，用于控制计算机系统200的低级别操作的基本输入输出系统(bios)。另外，还可以存储网页浏览器223，数据存储管理系统224，以及库存信息处理系统225等等。上述库存信息处理系统225就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器220中，并由处理器210来调用执行。
输入/输出接口213用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口214用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
总线230包括一通路，在设备的各个组件(例如处理器210、视频显示适配器211、磁盘驱动器212、输入/输出接口213、网络接口214，与存储器220)之间传输信息。
另外，该计算机系统200还可以从数据对象存放位置以及库存信息数据库240中获得具体数据对象的库存信息。
需要说明的是，尽管上述设备仅示出了处理器210、视频显示适配器211、磁盘驱动器212、输入/输出接口213、网络接口214，存储器220，总线230等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。
在本申请实施例中，存储器220中存储的交易订单处理系统可以实现的操作包括：首先，可以获得各个数据对象的库存信息，包括各个数据对象对应的货品在实体店铺中的存放位置等信息，也即，位于哪个拣货区，是前场区域的拣货区，还是后场区域的拣货区，等等。针对具体的交易订单，可以确定出具体某个数据对象所在的拣货区。例如，对于其中某个数据对象，可以首先判断后场区域是否存在库存，如果存在，具体所在的拣货区是哪个，如果后场区域不存在该数据对象的库存，则判断前场区域是否有库存，如果有，确定出具体的拣货区是哪个，等等。这样，同一波次中涉及到的各个数据对象，都可以按照上述方式，确定出对应的拣货区，并且同时可以确定出各个拣货区所在的区域是前场区域还是后场区域。如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包。也就是说，由于各个订单中的数据对象对应的货品都在后场区域的同一个拣货区，而打包区也是在后场区域，配送的操作员通常也是在后场区域进行取货，因此，在这种情况下，就可以直接在拣货区同时执行拣货以及打包处理。在进行包装操作时，拣货员不再需要用拣货容器进行包装，而是直接用打包容器进行包装即可，包装后的结果可以直接交付给配送员进行配送等配送。
另外，在针对所述添加有第一标识的第一拣货任务接收到任务完成的消息后，由于已经直接完成了打包，因此，在完成了第一拣货任务后，还可以直接生成出库信息。再者，由于所述第一拣货任务的操作结果用于交付给配送执行方执行配送，因此，如果在执行所述第一拣货任务的过程中接收到取消订单的消息，则可以将订单取消信息提供给所述配送客户端，由所述配送客户端在执行所述配送时进行订单拦截。也就是说，由于在拣货区同时执行了拣货以及打包，不再经历在打包区执行打包的过程，因此，如果在执行第一拣货任务的过程中接收到取消订单的消息，是无法在打包区进行拦截的，因此，本申请实施例中可以在配送的过程中进行拦截。
需要说明的是，在本申请实施例中，具体的数据对象可以有多种。具体的，由于实体店铺具体可以是“超市”等，其中经营的数据对象通常可以包括一些生鲜类的数据对象，而这类数据对象中通常会存在一些在线下以散装的形式销售的数据对象，例如，散装的苹果、猪肋排等等。
对于这种非标准包装的商品对象，现有技术在线上销售的过程中，通常会采用与标准商品对象类似的方式，例如，对于苹果，可能会以“个”为单位进行线上销售，尽可能保证每个苹果的重量一致，或者，以“份”为单位进行线上销售，每份可能包括两个或者四个苹果，等等。对于猪肉等商品，可能会预先进行标准化包装成多份，然后同样可以以“份”为单位进行线上销售，等等。但是，上述方式实际上已经失去了散装非标准商品的意义，与用户实际在线下购买时的体验完全不同。
而在本申请实施例中，针对线下货品以非标准包装的散装形式存在的数据对象，在进行数据对象信息发布时，可以发布为以克、千克、升、米、平米等为单位进行计量的数据对象，也即非标准包装的数据对象，用户在执行购买操作时，可以指定购买的数量(一千克、两千克等)，后续在进行拣货时，可以以散装称重等实测的方式，制作出发货对象。也就是说，对于这种数据对象而言，不需要预先按照一定的规格进行包装，然后以每个包装为单位进行发布，而是直接以散装的形式进行发布(因此称为非标准包装数据对象)，最终根据用户指定的量，对货品进行测量，包括称重、量尺寸等，然后再利用测量得到的结果进行打包配送。这样，使得用户可以通过在线购买的方式，购买到真正意义上的散装称重货品，从而使得线上的交易行为更贴近线下情况，使用户获得与线下购买非标商品类似的体验。
对于这种情况，在生成交易订单时，可以将用户指定的第一数量信息(以克、千克、米、升等为单位)保存在交易订单中，在生成第一拣货任务时，可以在任务中提供具体的第一数量信息。拣货的执行者在执行具体的拣货以及打包时，可以从拣货区取出一定量的货品进行测量，例如，称重等，通过调整取货的量，使得最终制作出的出库对象的第二数量尽量接近第一数量。最后，还可以利用该第二数量信息对数据对象的库存信息进行更新。也就是说，由于实际出库的数量是实际测量的第二数量，而不是用户在订单中指定的第一数量，因此，以第二数量为准进行库存更新操作。另外，由于第一数量与第二数量之间可能会存在差异，但是用户在下单时，是按照第一数量信息支付的资源信息，因此，在用户确认收货之后，如果第二数量小于第二数量，则还可以计算出资源差，并退还到用户关联的支付账户中。
总之，通过本申请实施例一，由于将实体店铺中的物理空间进行了划分，并仅将打包区部署在后场区域，而拣货区既可以出现在前场区域，又可以出现在后场区域，因此，在生成拣货任务时，可以首先对各个数据对象对应的拣货区进行识别，如果同一波次中的各个数据对象均位于后场区域的同一拣货区，则可以添加相应的标识，这样，拣货员就可以直接在该后场区域的拣货区执行拣货以及打包，并直接用打包容器进行包装，使得相应的操作结果直接进入到待执行配送的状态，而不再需要在拣货区与打包区之间输送，因此，可以降低对悬挂链系统的负荷，有利于从整体上提高效率。
在具体实现时，还可以从逻辑上对上述计算机系统进行功能性的划分，下面通过实施例二进行更为详细的介绍。
实施例二
参见图3，该实施例二提供了一种交易订单处理系统，具体可以包括：
拣货服务端301，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理；
拣货客户端302，用于接收所述接收第一拣货任务，展示所述第一拣货任务的信息，并展示所述第一标识。
其中，拣货服务端可以位于云端，也可以部署于实体店铺的控制室等位置，可以用于接收销售平台服务端发送的交易订单信息等，并据此进行波次的生成，拣货任务的生成以及下发等。拣货客户端则可以位于实体店铺内，例如，可以分别在各个拣货区部署计算机等设备，或者，为各个拣货区的工作人员配备移动终端设备，在这种计算机设备或者移动终端设备中，安装拣货客户端，等等。拣货客户端主要用于接收拣货服务端下方的拣货任务，并对任务信息等进行展示，并且可以用于录入与拣货任务执行结果相关的信息，提交到拣货服务端，等等。
具体实现时，拣货服务端中可以保存各个数据对象的库存信息，并且，可以按照预先建立的规则，确定出具体某个数据对象所在的拣货区。例如，对于其中某个数据对象，可以首先判断后场区域是否存在库存，如果存在，具体所在的拣货区是哪个，如果后场区域不存在该数据对象的库存，则判断前场区域是否有库存，如果有，确定出具体的拣货区是哪个，等等。这样，同一波次中涉及到的各个数据对象，都可以按照上述方式，确定出对应的拣货区，并且同时可以确定出各个拣货区所在的区域是前场区域还是后场区域。
如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，也即符合前文所述的第一种情况，则拣货服务端则可以生成第一拣货任务，并且可以添加第一标识，该标识可以用于与其他普通的需要合流的操作任务进行区分。添加了该标识之后，就可以将第一拣货任务下发到对应的拣货客户端。这样，客户端在收到该第一拣货任务后，就可以在前端界面中进行展示，并且，可以对第一标识进行展示。例如，如图4-1所示，其中的401所示的位置，即为第一拣货任务编码信息，402所示即为第一标识。这样，拣货员在执行具体的拣货时，就可以根据该标识，执行特殊的操作。具体的特殊操作就在于，可以在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货，并利用打包容器对拣货结果执行打包。也就是说，在拣货区，执行拣货以及打包，产出的结果是已经利用打包容器包装后的结果，这包装结果就可以直接交付给配送(如，配送等)执行者执行配送。也就是说，针对这种情况，不再需要将货品从拣货区输送至打包区，自然可以降低对悬挂链系统的负荷。
另外，在拣货客户端的界面中，还可以提供用于录入打包容器标识、数据对象标识及数量信息的拣货选项(如图4-1中403所示)，以及用于生成出库信息的打包选项(如图4-1中的404所示)。也就是说，拣货员在接收到第一拣货任务后，对具体的货品进行拣货后，可以利用打包容器进行打包处理，操作完成后，可以将打包结果相关的信息提交到拣货服务端。具体的，上述打包选项既可以用于提交上述打包结果相关的信息。例如，首先可以将打包容器进行扫码，从而将打包容器的标识录入到拣货客户端中，如图4-2中405所示，其为录入打包容器编码后的展示效果。另外，还可以将容器中承载的数据对象的信息以及数量等信息，通过扫码等方式，录入到拣货客户端中，如图4-3中406处所示。
至此，由于已经完成了拣货以及打包，并用打包容器进行了打包等操作，因此，可以直接在第一拣货任务界面中提供用于生成出库信息的打包选项(在常规的情况下，不会在该界面中提供该打包选项，因为还需要再输送到打包区执行打包后，才能够进入到出库状态)，也即，订单可以直接进入到出库状态，因此，还可以在任务界面中直接提供用于生成出库信息的打包选项。在通过所述拣货选项接收到打包容器标识、数据对象标识及数量信息，并通过所述打包选项接收到触发信息时，就可以生成出库信息，相应的，拣货服务端就可以接收到相应的出库信息，并且可以提供给配送客户端，等等。
需要说明的是，在实际应用中，用户在线上下单了某数据对象后，之后可能还会取消订单，在这种情况下，系统还可以设置相应的拦截系统，避免在用户不再需要的情况下，还为用户进行配送。具体的，用户取消订单的时机可能有所不同，因此，对应的拦截时机也可以不同。例如，在常规的情况下，在拣货区执行拣货，在打包区执行打包，则如果在执行操作的过程中，收到了某用户取消订单的请求，则可以在执行打包时进行拦截，具体的，拣货服务端可以向打包客户端发送拦截信息，也就是说，拣货仍然会继续执行，但是，到了打包区，不再对取消的订单对应的货品执行打包，进而也就不会配送给用户。
而在本申请实施例一提供的具体技术方案中，由于在拣货区执行了拣货以及打包，因此，如果在拣货的过程中收到了取消订单的请求，则无法在打包客户端进行拦截，为此，在本申请实施例中，可以采用在配送过程中进行拦截的方式。具体的，如果在执行所述第一拣货任务的过程中接收到取消订单的消息，则拣货服务端可以将订单取消信息提供给所述配送客户端，由所述配送客户端在执行所述配送时进行订单拦截。
实施例三
该实施例三是与实施例二相对应的，从拣货服务端的角度，提供了一种交易订单处理方法，具体的，参见图5，该方法可以包括：
s501：拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送
s502：按照预置的规则，将符合条件的多个交易订单合并为同一波次；
s503：根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
s504：如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
具体实现时，还可以接收拣货客户端提交的出库信息，所述出库信息为：所述拣货客户端在针对所述添加有第一标识的第一拣货任务接收到任务完成的消息后，生成所述出库信息。
其中，第一拣货任务的操作结果用于交付给配送执行方执行配送；因此，如果在执行所述第一拣货任务的过程中接收到取消订单的消息，则将订单取消信息提供给所述配送客户端，由所述配送客户端在执行所述配送时进行订单拦截。
实施例四
该实施例四也是与实施例二相对应的，从拣货客户端的角度，提供了一种交易订单处理方法，参见图6，所述方法包括：
s601：拣货客户端接收第一拣货任务，所述第一拣货任务带有第一标识；其中，所述第一拣货任务由拣货服务端生成，所述拣货服务端用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域中包括至少一个拣货区，所述后场区域中包括至少一个拣货区，以及至少一个打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，并添加第一标识；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包处理，以便进行配送；
s602：展示所述第一拣货任务的信息，并展示所述第一标识，所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
具体实现时，还可以提供用于录入打包容器标识、数据对象标识及数量信息的第一操作选项，以及用于生成出库信息的第二操作选项，在通过所述第一操作选项接收到打包容器标识、数据对象标识及数量信息，并通过所述第二操作选项接收到触发信息时，生成出库信息。
与实施例三相对应，本申请实施例还提供了一种交易订单处理装置，参见图7，该装置应用于拣货服务端，所述装置包括：
第一信息获得单元701，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；
第一波次生成单元702，用于按照预置的规则，将符合条件的多个交易订单合并为同一波次；
第一拣货区确定单元703，用于根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
第一拣货任务生成单元704，用于如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，添加第一标识，并将所述第一拣货任务下发给拣货客户端；所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
与实施例四相对应，本申请实施例还提供了一种交易订单处理装置，参见图8，该装置应用于拣货客户端，所述装置包括：
第一拣货任务接收单元801，用于接收第一拣货任务，所述第一拣货任务带有第一标识；其中，所述第一拣货任务由拣货服务端生成，所述拣货服务端用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域中包括至少一个拣货区，所述后场区域中包括至少一个拣货区，以及至少一个打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为后场区域的同一个拣货区，则生成第一拣货任务，并添加第一标识；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包处理，以便进行配送；
第一展示单元802，用于展示所述第一拣货任务的信息，并展示所述第一标识，所述第一标识用于指示，在所述后场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货以及打包处理。
实施例五
该实施例五针对前文所述第二种情况，也即，同一波次对应前场区域的同一拣货区，此时，同样是在同一个拣货区对同一波次对应的数据对象进行操作，但是，在本申请实施例中，并不会采用实施例一的方式，直接由拣货员在拣货区执行拣货以及打包，这是因为：在实体店铺的物理空间内，前场区域与后场区域之间通常可能会具有一定的距离，如果采用实施例一的方式进行操作，则拣货员在完成打包后，还需要将打包后的操作结果步行送到后场区域，等待执行配送，显然，这又会降低了效率。为此，在本申请实施例二中，针对这种情况又给出了新的处理方式。
具体的，如果同一波次对应前场区域的同一拣货区，则可以生成第二拣货任务，添加第二标识，拣货客户端接收到带有该第二标识的操作任务时，可以在所述前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货，并利用拣货容器对货品进行包装，并将所述拣货容器通过所述悬挂链输送系统输送至所述打包区执行打包。也就是说，在这种情况下，在拣货区可以仅执行拣货，并利用拣货容器进行包装，然后通过悬挂链系统输送到打包区，然后，再在打包区执行打包，之后，再生成出库信息，等待执行配送。
其中，为了避免在不必要的情况下也使用“合流”逻辑进行处理，在本申请的优选实施例中，还可以对悬挂链系统进行改进。具体的，可以增设一专用输送轨道，如图1-2中的106所示(前场区域的其他拣货区与后场的特定打包区之间也可以具有该专用输送轨道，图中未示出)，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区。这样，在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货，并利用拣货容器对货品进行包装后，可以将所述拣货容器通过所述专用输送轨道输送至所述打包区，在所述打包区接收到所述拣货容器后，利用打包容器执行打包。该打包区也可以是专用的打包区，也即，该特定打包区可以是专用于接收符合上述特点的“单区域”拣货任务的执行结果。这样，这种特定打包区的操作员，每接收到一个拣货区传输过来的拣货容器，直接进行打包即可，而不需要等待同一波次的其他拣货结果，因为只要是输送至该打包区的拣货结果，对应的波次都只有该一个拣货结果。这样，可以进一步提高处理效率，避免不必要的“合流”逻辑处理。
具体的，该实施例五首先提供了一种计算机系统，参见图2，所述计算机系统包括：
一个或多个处理器201；以及
与所述一个或多个处理器关联的存储器202，所述存储器202用于存储程序指令,所述程序指令在被所述一个或多个处理器201读取执行时,执行如下操作:
获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域包括至少一个拣货区，所述后场区域包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；
接收交易订单，并按照预置的规则，将符合条件的多个交易订单合并为同一波次；
根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；
如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
其中，关于具体的计算机系统中其他的组成部分等相关信息，可以参见前述实施例一中的介绍，这里不再赘述。
通过本申请实施例五，由于将实体店铺中的物理空间进行了划分，并仅将打包区部署在后场区域，而拣货区既可以出现在前场区域，又可以出现在后场区域，因此，在生成拣货任务时，可以首先对各个数据对象对应的拣货区进行识别，如果同一波次中的各个数据对象均位于前场区域的同一拣货区，则可以添加相应的标识，这样，拣货员就可以在该前场区域的拣货区执行拣货，并利用拣货容器进行包装，之后可以通过悬挂链系统中专用的输送轨道输送到一特定的打包区，在该特定的打包区，操作员只要收到一个拣货容器，可以直接进行打包，而不必再进行等待同波次中的其他拣货结果，因此，有利于从整体上提高效率，并且，避免对其他参与“合流”逻辑的输送轨道造成影响，或者增加其负荷。
实施例六
该实施例六是在实施例五的基础上，从逻辑角度进行划分后，提供了一种交易订单处理系统，参见图3，所述系统包括：
拣货服务端301，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理；
拣货客户端302，用于接收所述接收第二拣货任务，展示所述第二拣货任务的信息，并展示所述第二标识。
实施例七
该实施例七是与实施例六相对应的，从拣货服务端的角度，提供了一种交易订单处理方法，参见图9，所述方法包括：
s901：拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域包括至少一个拣货区，所述后场区域包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；
s902：拣货服务端按照预置的规则，将符合条件的多个交易订单合并为同一波次；
s903：根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；其中，所述拣货区位于实体店铺的物理空间中，所述拣货区用于存放数据对象对应的货品；
s904：如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
实施例八
该实施例八是与实施例六相对应的，从拣货客户端的角度，提供了一种交易订单处理方法，参见图10，该方法具体可以包括：
s1001：拣货客户端接收第二拣货任务，所述第二拣货任务带有第二标识；其中，所述第二拣货任务由拣货服务端生成，所述拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；所述拣货服务端按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成所述第二拣货任务，并添加所述第二标识；
s1002：展示所述第二拣货任务的信息，并展示所述第二标识，所述第二标识用于指示，在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
关于实施例五至实施例八中其他的为详述部分，可以参见前述各实施例中的介绍，这里不再赘述。
与实施例七相对应，本申请实施例还提供了一种交易订单处理装置，参见图11，该装置应用于拣货服务端，所述装置包括：
第二信息获得单元1101，用于获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，其中，所述前场区域包括至少一个拣货区，所述后场区域包括至少一个拣货区，以及至少一个打包区；所述拣货区用于存放货品，并根据交易订单对关联货品进行拣货，所述打包区用于对拣货结果进行打包，以便进行配送；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；
第二波次生成单元1102，用于按照预置的规则，将符合条件的多个交易订单合并为同一波次；
第二拣货区确定单元1103，用于根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区；其中，所述拣货区位于实体店铺的物理空间中，所述拣货区用于存放数据对象对应的货品；
第二拣货任务生成单元1104，用于如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成第二拣货任务，添加第二标识，所述第二标识用于指示：在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
与实施例八相对应，本申请实施例还提供了一种交易订单处理装置，参见图12，该装置应用于拣货客户端，所述装置包括：
第二拣货任务接收单元1201，用于接收第二拣货任务，所述第二拣货任务带有第二标识；其中，所述第二拣货任务由拣货服务端生成，所述拣货服务端获得数据对象对应的货品在实体店铺中的存放位置以及库存数量信息，其中，所述实体店铺的物理空间划分为前场区域以及后场区域，所述前场区域内包括至少一个拣货区，所述后场区域内包括至少一个拣货区，以及至少一个打包区；所述实体店铺的物理空间中还设置有悬挂链输送系统，其中包括输送轨道，所述输送轨道包括专用输送轨道，所述专用输送轨道用于连接前场区域的各个拣货区与后场区域的其中一特定打包区；所述拣货服务端按照预置的规则，将符合条件的多个交易订单合并为同一波次，并根据所述获得的信息，确定同一波次中各个交易订单包含的各数据对象对应货品所在的拣货区，如果各数据对象对应货品所在的拣货区为前场区域的同一个拣货区，则生成所述第二拣货任务，并添加所述第二标识；
第二展示单元1202，用于展示所述第二拣货任务的信息，并展示所述第二标识，所述第二标识用于指示，在前场区域的所述同一个拣货区对所述波次中各数据对象对应的货品执行拣货处理，并将拣货结果通过所述专用输送轨道输送至所述特定打包区，在所述特定打包区执行打包处理。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的交易订单处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。