CN107180369A - 商品对象信息处理方法、装置及系统 - Google Patents

Abstract

本申请实施例公开了商品对象信息处理方法、装置及系统，所述系统包括：商品对象信息提交模块，用于向多个发布渠道服务器提交商品对象信息；订单路由处理模块，用于接收所述发布渠道服务器中生成的交易订单，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端；所述配货终端用于根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货；所述派送终端用于根据接收到的派送任务提供派送指示信息，以便针对所述至少一个交易订单进行派送。通过本申请实施例，能够保证订单的按时履约，提高履约效率。

Description

商品对象信息处理方法、装置及系统

技术领域

本申请涉及商品对象信息处理技术领域，特别是涉及商品对象信息处理方法、装置及系统。

背景技术

O2O(Online To Offline，线上到线下)，是指将线下的商务机会与互联网结合，让互联网成为线下交易的平台。随着服务性电子商务模式的升级，完善了商品(服务)、下单、支付等流程，通过O2O的方式，把之前简单的电商模块，转移到更加高频和生活化场景中来。由于传统的服务行业一直处在一个低效且劳动力消化不足的状态，因此，在新模式的推动下，出现了O2O的狂欢热潮，于是上门送餐(俗称“外卖”)、上门生鲜、上门化妆等各种O2O模式开始层出不穷。

一个典型的O2O系统通常由三部分组成：销售渠道提供方(简称发布渠道服务器，例如，淘点点、口碑外卖等)、商家、消费者。在传统模式下，商家可以选择发布渠道服务器，安装该发布渠道服务器的商家客户端，并进行注册，之后便可以利用自己的账户信息向平台中发布其商品；消费者可以通过发布渠道服务器的消费者客户端(例如，移动终端设置中安装的App等)浏览各商家发布的商品，并且可以对指定商家中的指定商品进行下单、支付、选择送货时间、填写送货地址等等。之后，发布渠道服务器便可以将相关的订单信息发送到对应的商家客户端，商家可以准备对应的商品，然后将准备好的商品按照消费者指定的时间配送到指定的地址。其中，配送服务可以是由商家自行提供，为了规范配送流程，提高配送效率，有些发布渠道服务器为商家提供统一的配送服务，也即，在消费者下单后，发布渠道服务器除了向商家客户端发送订单信息，还可以指派专门的配送人员，由配送人员去商家门店收取商品，与自己接收到的订单信息进行核对无误后，派送到消费者指定的收货地址。

在O2O模式下，商品的销量以及订单的履约情况(是否按时送达等)是商家关注的重点。为了提高销量，商家可以选择与多个发布渠道服务器合作，例如，同一家餐厅，可以选择与“口碑外卖”合作，同时还可以选择与其他的发布渠道服务器合作。这就意味着，商家的终端设备上需要安装多个发布渠道服务器的客户端应用，不同的发布渠道服务器能够提供的服务类型、服务流程等可能都会有所不同，这种现象的存在容易影响订单的正常履约，严重影响用户体验。

发明内容

本申请提供了商品对象信息处理方法、装置及系统，能够保证订单的按时履约，提高履约效率。

本申请提供了如下方案：

一种商品对象信息处理系统，包括：

商品对象信息提交模块，用于向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单；

订单路由处理模块，用于接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端；所述配货任务中包括至少一个交易订单中关联的商品对象；

所述配货终端用于根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货；

所述派送终端用于根据接收到的派送任务提供派送指示信息，以便针对所述至少一个交易订单进行派送。

一种商品对象信息处理方法，包括：

商品对象信息提交模块确定待发布的商品对象信息；

将所述商品对象信息向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单，并由订单路由处理模块接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端。

一种商品对象信息处理方法，包括：

订单路由处理模块接收所述多个发布渠道服务器中生成的交易订单；其中，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

对交易订单进行处理后，生成配货任务以及派送任务；所述配货任务中包括至少一个交易订单中关联的商品对象；

将所述配货任务发送到配货终端，以便按照所述配货终端提供的配货指示信息进行配货；

将所述派送任务发送到派送终端，以便按照所述派送终端提供的派送指示信息进行派送。

一种商品对象信息处理方法，包括：

配货终端接收订单路由处理模块发送的配货任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述配货任务，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货。

一种商品对象信息处理方法，包括：

派送终端接收订单路由处理模块发送的派送任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述派送任务，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

根据接收到的派送任务提供派送指示信息，以便对所述至少一个交易订单中关联的商品对象同时进行派送。

一种商品对象库存信息处理方法，包括：

库存管理模块在商品对象信息提交模块向多个发布渠道服务器提交商品对象信息时，记录各个商品对象在各个发布渠道服务器中的库存数量信息；

在订单路由处理模块接收到所述发布渠道服务器中生成的交易订单时，确定交易订单关联的商品对象信息以及发布渠道服务器信息，并将对应商品对象在对应发布渠道服务器中的库存数量进行更新；

对同一商品对象在各个发布渠道服务器中的库存数量的进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。

一种商品对象信息处理装置，应用于商品对象信息提交模块，包括：

信息确定单元，用于确定待发布的商品对象信息；

信息提交单元，用于将所述商品对象信息向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单，并由订单路由处理模块接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端。

一种商品对象信息处理装置，应用于订单路由处理模块，包括：

交易订单接收单元，用于接收所述多个发布渠道服务器中生成的交易订单；其中，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

任务生成单元，用于对交易订单进行处理后，生成配货任务以及派送任务；所述配货任务中包括至少一个交易订单中关联的商品对象；

配货任务发送单元，用于将所述配货任务发送到配货终端，以便按照所述配货终端提供的配货指示信息进行配货；

派送任务发送单元，用于将所述派送任务发送到派送终端，以便按照所述派送终端提供的派送指示信息进行派送。

一种商品对象信息处理装置，应用于配货终端，包括：

配货任务接收单元，用于接收订单路由处理模块发送的配货任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述配货任务，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

配货指示信息提供单元，用于根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货。

一种商品对象信息处理装置，应用于派送终端，包括：

派送任务接收单元，用于接收订单路由处理模块发送的派送任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述派送任务，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

派送指示信息提供单元，用于根据接收到的派送任务提供派送指示信息，以便对所述至少一个交易订单中关联的商品对象同时进行派送。

一种商品对象库存信息处理装置，应用于库存管理模块，包括：

库存记录单元，用于在商品对象信息提交模块向多个发布渠道服务器提交商品对象信息时，记录各个商品对象在各个发布渠道服务器中的库存数量信息；

库存更新单元，用于在订单路由处理模块接收到所述发布渠道服务器中生成的交易订单时，确定交易订单关联的商品对象信息以及发布渠道服务器信息，并将对应商品对象在对应发布渠道服务器中的库存数量进行更新；

库存监控单元，用于对同一商品对象在各个发布渠道服务器中的库存数量的进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以提供统一的多渠道信息投放以及订单管理，对于从各个渠道服务器中接收到的交易订单，可以统一进行解析，并生成相应的配货任务以及派送任务，通过这种集中式的订单管理，可以实现订单履约过程中的标准化，保证订单的按时履约，提高履约效率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统的示意图；

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

图3是本申请实施例提供的第二方法的流程图；

图4是本申请实施例中的派送单示意图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的第四方法的流程图；

图7是本申请实施例提供的第五方法的流程图；

图8是本申请实施例提供的第一装置的示意图；

图9是本申请实施例提供的第二装置的示意图；

图10是本申请实施例提供的第三装置的示意图；

图11是本申请实施例提供的第四装置的示意图；

图12是本申请实施例提供的第五装置的示意图。

具体实施方式

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

实施例一

在本申请实施例一中，从商家的角度提供了一种商品对象信息处理系统。该系统可以与合作的多个销售发布渠道服务器进行对接，向多个发布渠道服务器发布了商品对象信息后，在消费者下单的过程中，该系统可以从发布渠道服务器的订单接口获取到具体的交易订单，之后，该系统可以对交易订单进行的解析管理，生成统一配货任务以及派送任务，分别提供给配货终端以及派送终端。

具体实现时，参见图1，本申请实施例一提供的商品对象信息处理系统，其特征在于，包括：

商品对象信息提交模块101，用于向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单；

订单路由处理模块102，用于接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端103，将所述派送任务发送到派送终端104；所述配货任务中包括至少一个交易订单中关联的商品对象；

所述配货终端103用于根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货；

所述派送终端104用于根据接收到的派送任务提供派送指示信息，以便针对所述至少一个交易订单进行派送。

其中，配货终端103以及派送终端104都可以是多个。

具体实现时，在发布渠道服务器中销售的商品对象可以是预先加工制作完成的餐饮类商品对象，例如，盒饭、套餐等等，也可以是水果、水产、海鲜等生鲜商品对象。

本申请实施例中优选盒饭、套餐等等快餐类商品对象，对于这些商品对象，虽然可能是在不同的时间点分批制作完成，但一共需要生产制作的数量通常是已知的，也就是说，在发布商品对象信息之前，可预先知晓总的库存销售数量。因此，商品对象信息提交服务器在向多个发布渠道服务器提交商品对象信息后，还可以根据线下店铺中可提供的商品对象计划销售库存数量，确定同一商品对象分配到各发布渠道服务器中销售的库存数量，向各个发布渠道服务器提交对应的库存数量信息，以便各个发布渠道服务器内按照对应的库存数量进行销售。

例如，某商品对象在某门店共有100件库存，共有三个合作的发布渠道服务器，于是向发布渠道服务器A铺货40件，向发布渠道服务器B铺货30件，向发布渠道服务器C铺货30件等。

对于上述存在库存信息的情况下，参见图1，该系统中还可以包括库存管理模块105，用于对各个商品对象在各个发布渠道服务器中的库存数量进行记录及更新。具体的，可以在商品对象信息提交模块向多个发布渠道服务器提交商品对象信息时，记录各个商品对象在各个发布渠道服务器中的库存数量信息，在订单路由处理模块接收到所述发布渠道服务器中生成的交易订单时，确定交易订单关联的商品对象信息以及发布渠道服务器信息，并将对应商品对象在对应发布渠道服务器中的库存数量进行更新。

例如，可以对对应发布渠道服务器的库存数量进行扣减等。如果门店中针对某商品对象追加了新的库存，也可以向各个发布渠道服务器追加相应的铺货数量等等。也就是说，库存管理模块105中保存的信息可以如以下表1所示：

表1

在实际应用中可能存在以下情况：发布渠道服务器A由于开展优惠促销活动等，使得其中的商品对象销售的比较快，而发布渠道服务器B、C中的销售速度则相对较慢。此时，会出现不同发布渠道服务器之间可售数量不能有效体现出商品库存的现象。例如，某消费者用户在使用发布渠道服务器A的客户端查看时，发现某商品对象已无货，而在使用发布渠道服务器A的客户端查看时，却发现该商品对象还有很多的可售库存，此时，这不仅影响商品对象的销售速度，而且影响到消费者的体验，容易使消费才对对商品的真实性的产生质疑等。

为此，在本申请实施例中，库存信息服务器105还可以用于对同一商品对象在各个发布渠道服务器中的库存数量进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。例如，某时刻发现发布渠道服务器A中的库存数量明显少于另外两个发布渠道服务器A中的库存数量，则可以增加发布渠道服务器A中的可售库存数量，相应的，减少发布渠道服务器B、C中的可售库存数量，并保证调配前后总的可售库存数量保持不变。这样可以促使商品对象以更快的速度售完，并且避免出现同一商品对象在不同发布渠道服务器中的可售信息出现不一致的现象。

其中，在实际应用中，提供快餐类商品对象的线下店铺可以称为“厨房”。具体实现时，可以开设多家门店，每个门店就可以称为一个“厨房”，在每个门店中，可以开设多个档口，每个档口用于提供一个或多个菜品，不同档口可以用于提供多个不同的菜品。其中，具体档口中的“厨师”可以由门店自行聘请，或者，也可以采用招商等形式，由具有提供相应菜品能力的第三方入驻到具体门店的具体档口。其中，每个档口提供的货品可以以“盒饭”类的具有一定标准化、可预先加工制作的菜品为主。也就是说，发布到具体销售渠道的商品对象，对应到线下是已经预先加工制作完成的货品，通过标准的保温箱等进行保存，在消费者下单后，只需要经过拣货、打包等操作，即可进入到配送流程。因此，在这种情况下，还可以采用另一种方式来提供货品，也即，由第三方生产制作完成具体的货品(例如，盒饭等)，然后送到“厨房”中进行统一的销售，等等。当然，在具体实现时，考虑到生产过程中的标准化、卫生等问题，可以以在门店内加工制作为主。另外，有些菜品可能是不适于预先加工制作的，例如，鲜奶油蛋糕等，对于这种商品对象，也可以是在接收到具体的订单之后，再进行商品对象的加工制作，之后才能进行拣货、打包等工作。总之，在本申请实施例中，可以在统一配置的场地开设“厨房”，加工制作好的盒饭等货品统一在厨房中进行管理，并由统一的配送系统进行配送。

需要说明的是，在实际应用中，通常可以在多个地理位置开设多个门店(厨房)，例如，为了保证覆盖率，可以每三公里开设一家门店。在优选的方案中，每一家门店的厨房位于同一场所内，例如，某栋大楼的某一层，等等。也即，在该场所内，从菜品的加工制作，到菜品成品的保存，再到配货等操作都可以在厨房内完成，再由统一分派的派送员按照批次进行派送。通过这种集中式厨房，可以提高各个环节的配合效率，更好的实现订单的按时履约。

在向发布渠道服务器发布商品对象信息时，可以以门店为单位进行发布，提供每个门店的具体名称、地理位置、可销售的商品对象等信息，这样，发布渠道服务器就可以根据自己的策略，将具体的门店推荐给附近的消费者用户，消费者用户就可以选择具体的门店，在门店中选择具体的商品对象，确定下单时，还可以设定具体的送达时间、收货地址等信息，相应的，发布渠道服务器就可以生成对应的订单。

由于货品在加工制作完成后，在“厨房”中进行保存，相应的，接收到订单后的配货工作就可以在这种“厨房”中进行。而所谓的配货终端103就可以是厨房内配货员的移动终端设备，或者，厨房内部署的电脑设备，等等。当然，配货终端也可以是安装在具体移动终端设备或者电脑设备中的应用程序，等等。其中，在配货员为多个的情况下，配货终端也可以有多个，也即，每个配货员可以是用自己的配货终端。在订单路由处理模块生成批次后，可以向各个配货终端都进行配货任务的发送，由负责对应商品对象配货工作的配货员进行配货。或者，也可以先进行配货员的分配，然后将配货任务发送到该配货员的配货终端，等等。其中，具体的配货工作，也就是从厨房的众多商品对象中，取出当前配货任务相关的商品对象，然后进行打包等操作。

另外，为了提高配货的效率，在“厨房”中还可以部署一货架子系统106，所述自动式货架系统106可以包括货架、货架管理模块、以及提示模块，其中，所述货架部署于门店内，用于放置预先加工制作完成的货品，货架上可以配备有保温箱等，用于保持商品对象的温度；所述货架管理模块中可以预先保存各货品与所在位置之间的对应关系。提示模块与货品在货架上的位置相对应，例如，在每一种货品所在的区块，设置一个提示模块，等等。其中，提示模块可以有多种实现形式，例如，指示灯、蜂鸣器，等等。这样，订单路由处理模块102在确定出配货任务后，还可以将所述配货任务发送到所述货架管理模块，货架管理模块可以根据接收到的配货任务，确定出配货任务中包含的各个商品对象对应的货品所在的位置，并向所述提示模块发出通知消息，提示模块可以根据接收到的通知消息，提供位置提示信息，以便在配货时按照所述位置提示信息进行配货。这样，配货员可以快速的在货架上找出当前配货任务中的商品对象，然后进行打包操作，从而提高配货效率。

当然，在实际应用中，还可能存在部分商品对象不适于预先加工制作，而是需要在接收到交易订单之后，再进行加工制作，例如，鲜奶油蛋糕等。对于这种情况，还可以提供加工制作终端107，该加工制作终端107可以对应加工制作员的终端设备，或者安装在门店的电脑等等。订单路由处理模块102可以预先对需要在接收到交易订单后进行加工制作的商品对象进行标记，如果接收到的交易订单中包括带有所述标记的商品对象，则还可以生成加工制作任务，并将所述加工制作任务发送到所述加工制作客户端107。这样，加工制作员在收到该任务后，可以提前进行商品对象的加工制作，然后再放置到货架上，等待配货打包操作。

另外，本申请实施例中，除了快餐类商品对象，还可以包括生鲜类商品对象，例如，海鲜、水果等等。生鲜类商品对象对应的线下店铺可以称为“超市”，超市内也可以开设多个档口，例如，可以包括水果档口、海鲜档口等等。各个档口中的具体货品可以是预先采购进入超市的。商品对象信息的发布、交易订单的接收等过程与快餐类商品对象相似，都可以由订单路由处理模块进行统一管理。与快餐类商品对象不同的是，生鲜类的商品对象通常不具有“盒饭”那种标准化的包装，例如，商品对象是苹果，消费者在下单时，可能会指定购买的公斤数，等等，超市在收到订单后，通常需要先进行称重，之后，再进行打包等操作。因此，对于生鲜类商品对象，为了便于提高拣货效率，可以部署一悬挂链输送子系统，每个档口都可以具有能够输送到统一的打包处等位置的输送轨道，每个输送轨道上都可以带有多个悬挂链。在接收到配货任务后，某个档口在对对应的货品进行称重等操作后，可以装入预置的输送袋中，并挂到悬挂链上。之后，对应的输送轨道就可以将装有对应货品的输送袋输送到打包处，在打包处进行打包等操作，再由派送员进行派送。这样，配货员只需要进行称重、将货品悬挂到悬挂链上等操作即可，而不需要将货品从档口送到打包处，因此，可以提高拣货效率。

关于提供派送服务的派送方，可以采用“自营”或者与第三方配送服务方合作等方式。可以预先为派送员配备本申请实施例中的派送终端104，通过该派送终端104，派送员可以接收任务委派、状态报告、位置报告等等。这样，从商品对象的加工制作(主要包括菜品的加工制作等)到配货(主要包括拣货、打包等)，再到后续的派送，都可以实现统一的管理，因此，可以实现服务的标准化，也可以更好的履行订单。

其中，关于配货任务以及派送任务的具体生成方式，在后续的实施例三中会进行详细的介绍。

需要说明的是，在本申请实施例中涉及到的各个模块，在具体实现时，可以分别由单独的服务器实现，或者也可以是作为一个服务器的一部分存在，可以根据实际业务的需要进行灵活配置。

总之，通过本申请实施例，可以提供统一的多渠道信息投放以及订单管理，对于从各个渠道服务器中接收到的交易订单，可以统一进行解析，并生成相应的配货任务以及派送任务，通过这种集中式的订单管理，可以实现订单履约过程中的标准化，保证订单的按时履约，提高履约效率。下面对该系统的具体实现方式进行详细介绍。

下面分别对系统中涉及到的各个实体的角度，对本申请实施例进行介绍。

实施例二

参见图2，本申请实施例二从商品对象信息提交模块的角度提供了一种商品对象信息处理方法，该方法可以包括以下步骤：

S201：商品对象信息提交模块确定待发布的商品对象信息；

S202：将所述商品对象信息向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单，并由订单路由处理模块接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端。

如实施例一中所述，在将所述商品对象信息向多个发布渠道服务器提交商品对象信息之前，还可以根据线下店铺中可提供的商品对象库存数量，确定同一商品对象分配到各发布渠道服务器中销售的库存数量，在向发布渠道服务器提交商品对象信息时，还提交对应的库存数量信息，以便各个发布渠道服务器内按照对应的库存数量进行销售。

实施例三

该实施例三主要从订单路由处理服务器的角度，提供了商品对象信息处理方法，参见图3，该方法可以包括以下步骤：

S301：订单路由处理模块接收所述多个发布渠道服务器中生成的交易订单；其中，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

具体实现时，各个发布渠道服务器通常会开放一些接口，其中就包括订单接口，通过该接口，发布渠道服务器可以将消费者下单后生成的订单推送到订单路由处理服务器，订单路由处理服务器通过接收到的推送信息，即可获取到发布渠道服务器中生成的交易订单。或者，在另一种实现方式下，订单路由处理服务器也可以采用对发布渠道服务器订单接口进行轮询的方式，从各个发布渠道服务器拉取交易订单，例如，订单路由处理服务器可以每一分钟发起一次轮询，等等。总之，消费者在具体的发布渠道服务器中下单后，发布渠道服务器生成对应的交易订单，之后，该交易订单可以通过多种方式被订单路由处理服务器接收到，由订单路由处理服务器进行后续的处理。

S302：对交易订单进行处理后，生成配货任务以及派送任务；所述配货任务中包括至少一个交易订单中关联的商品对象；

由于不同的发布渠道服务器对订单格式的定义可能不同，因此，在本申请实施例中，订单路由处理模块可以预先获知各个合作的发布渠道服务器的订单格式信息，在获取到交易订单后，可以首先按照对应的订单格式进行解析，读取中其中的订单信息，例如，可以包括门店信息、商品对象信息、订单类型信息、送达时间信息、收货地址信息，等等。

在实际应用中，发布渠道服务器产生的交易订单可能会存在异常订单的情况，例如，可能是订单价格异常、订单超量、联系方式不全、订单地址异常、配送时间异常、截单后的订单(例如，某门店的午餐订单在15：00截单，如果某订单生成于15：00之后，则会被判定为异常)，等等。为此，订单路由处理服务器还可以预先配置并保存异常检测规则，在获取到交易订单后，可以利用这些规则首先对交易订单进行异常检测，如果没有异常，再按照正常的流程进行处理。存在异常的交易订单可以有多种处理方式，例如，可以对异常订单进行修改，或者，将异常订单拒单，或者，还可以跳过异常检测，直接进行接单，等等。

在解析出订单信息后，可以生成配货任务以及派送任务，分别发送给配货终端以及派送终端，由配货员进行配货，并由派送员进行派送。

具体实现时，为了更好的实现订单履约，本申请实施例还可以在前述系统的基础上进行进一步的优化。首先，考虑到实际应用中可能会出现以下情况：派送员数量有限，不可能做到每个交易订单到来时，都有配送员空闲，如果派送员按照交易订单生成的先后顺序进行配送，派送完一个交易订单，再返回门店，取下一个交易订单的商品对象，再派送，则经常会造成一些交易订单无法按时履行，尤其是在多渠道投放、交易订单数量非常大甚至并发的情况下，无法按时履约的订单数量会比较多。针对这种情况，本申请实施例中，在对一个交易订单进行解析后，可以不是直接生成配货任务，而是先在订单路由处理服务器进行保存，在接收到其他的交易订单后，确定出可合成为同一批次的至少一个交易订单，并根据该至少一个交易订单关联的商品对象集合生成配货任务，在该配货任务中记录关联的商品对象信息，以及与各个交易订单之间的关联关系。然后，可以将配货任务提供给配货终端，以便进入配货流程，这样，可以针对同一批次的各交易订单进行同时配货以及派送。也就是说，订单路由处理模块获取到的交易订单，可以一批一批地提供给配货员，这样，可以对同一批次的交易订单同时进行拣货、打包等操作，并且可以由同一个派送员同时进行派送。

其中，具体在确定哪些交易订单能够成为同一批次时，可以有多种方式，例如，其中一种方式下，可以考虑门店信息、订单类型、送达时间信息等因素，首先，对应同一家门店的交易订单，才可以成为一个批次。在满足该条件后，可以考虑送达时间信息，关于该信息，由于在消费者下单时，可以选择即时送达，或者指定时间点送达，针对两种情况可以有不同的处理方式。其中，针对预约在指定时间点送达的交易订单，可以根据指定的送达时间信息以及预置的履约时效信息(包括订单生产过程中拣货、打包等操作所需的时间长度，以及配送所需的时间长度)，确定出开始配货时间。然后，将开始配货时间相同，并且收货地址信息符合预置条件(例如距离比较近，等)的至少一个交易订单确定为可合成为同一批次。之后，在到达所述开始配货时间时，根据对应批次的交易订单生成配货任务，并发送到配货终端。

例如，订单路由处理模块在11：00中接收到交易订单A，该订单的送达时间信息为指定在12：00送达，根据预先配置的履约时效信息可知，配货过程的履约时效为10分钟(主要包括分拣、打包等操作)，从当前门店到指定的收货地址所需的时效为20分钟，因此，可以确定出该交易订单A的开始配货时间为11：30，因此，暂时先不将该交易订单A的信息发送给配货终端，而是在订单路由处理服务器等待。在等待的过程中，如果接收到新的交易订单B，同样也针对同一家门店，并且计算出开始配货时间也是11：30，并且两个订单的收货地址距离比较近，则可以将交易订单A与交易订单B确定为同一批次。类似的，在11：30之前可能还会收到其他满足上述条件的交易订单，因此，可以将这些满足条件的交易订单都作为同一批次。在到达11：30分时，就可以根据该批次包含的各个交易订单，生成配货任务，主要是提取出各个交易订单包含的商品对象信息，进行汇总后，生成配货任务，并发送到配货终端，配货员就可以按照配货任务的信息进行拣货、打包等操作。

另外，对于要求即时送达的交易订单，则可以穿插到最近的批次中，也即，在接收到需即时送达的交易订单时，可以将该交易订单添加到开始配货时间最近的批次中。例如，在12：25分接收到一个需要即时送达的交易订单，最近的批次是将会在12：30开始配货的批次，因此，就可以将该交易订单添加到该批次中。当然，如果最近的批次距离接收到当前需即时送达的交易订单的时间间隔超过了某阈值，例如20分钟等，则为了避免影响到对即时送达订单的按时履约，也可以直接将该即时送达订单单独作为一个批次。或者，设定一等待时间，例如，等待10分钟等，在该等待时间内如果接收到新的即时送达订单，则也可以将这些即时送达订单作为一个批次。

需要说明的是，在生成批次的过程中，还可以考虑配送中心的运力等问题。也就是说，由于同一批次的订单通常是由同一个派送员进行派送，而同一个派送员一次派送的能力是有限的，尤其是在派送车辆配备有标准的派送箱等设备的情况下，一个派送箱中能够容纳的包裹数量有限，因此，在生成批次的过程中，也不能无限制地向同一批次中增加交易订单的数量。具体实现时，可以在每次向同一批次添加一个交易订单后，对该批次中的商品对象的体积/重量是否超出运力范围进行判断，如果超出，则不再向该批次中添加新的交易订单。其中，关于派送运力信息可以是预先配置的，例如，可以通过一次能够派送的商品对象体积/重量等进行配置，订单路由处理服务器在进行判断时，可以对商品对象的体积进行预估，将预估出的一个批次中的商品对象总体积，与运力能够支持的体积/重量进行比较，等等。

其中，为了能够对商品对象的体积进行预估，可以预先在数据库中配置各商品对象在打包后的体积信息。例如，对于盒饭类的商品对象，使用的餐盒可以是统一配置的，或者分为多种固定的型号，每种型号的体积是可以预先获知的，因此，可以在数据库中保存各商品对象对应的餐盒型号信息，以便订单路由处理服务器对一个批次的商品对象体积进行预估。当然，在实际应用中，除了体积，还可以考虑商品对象的重量等因素，具体的判断方式与体积类似。具体实现时，可以通过多种方式保存商品对象的体积/重量信息，例如其中一种方式可以为：

表2

商品对象标识	包装盒规格	商品对象重量(kg)
			100001	大号	1
100002	中号	0.5
			……	……	……

另外，在实际应用中，有些商品对象可能具有比较大件(例如体积/重量超出预置的阈值等)的特点，例如10公斤一袋的面粉、5公斤一桶的食用油，等等，这种商品对象通常难以与其他商品对象一起打包派送，为此，可以预先为体积/重量大于预置阈值的商品对象添加预置标识。例如，保存商品对象信息时可以如下保存：

表3

商品对象标识	包装盒规格	商品对象重量(kg)	是否为大件
				100001	大号	10	是
100002	中号	0.5	否
				……	……	……	……

这样，在接收到交易订单后，可以通过判断所述交易订单中是否存在带有所述预置标识的商品对象，判断是否存在大件商品对象。如果发现订单中关联的商品对象包括大件商品对象，则可以将该交易订单单独形成一个批次，单独进行打包派送。其中，如果一个交易订单中同时包括大件商品对象以及其他的普通商品对象，则可以进行拆单操作，将其中的大件商品对象提取出来，单独作为一个批次，并生成第二订单。交易订单中剩余的普通商品对象，则可以按照前述的方式与其他交易订单形成批次。对于这种情况，同一交易订单中不同类型的商品对象可能会由不同的派送员进行派送，但是都会按照消费者指定的送达时间进行履约。

以上所述各种情况中，都是针对订单关联的商品对象已经提前加工制作完成的情况，也就是说，所谓的配货任务是指对已经加工制作好的商品对象进行拣货、打包的过程，而不包括商品对象的加工制作过程。这是因为，首先，本申请实施例中的商品对象可以以盒饭等为主，这些商品对象具有标准化、需求量大、可预先加工制作的特性，提前生成可以缩短订单履行所需的时间；其次，不同商品对象的加工制作时间基本是不同的，例如，有些菜品配料简单、制作简单，则加工制作耗时较短，但还有一些菜品可能从准备配料、制作工艺等方面都需要花费较长的时间，等等。因此，如果将商品对象加工制作时间也计算在配货时间内，则很难按照前述的方式将多个交易订单生成同一批次，或者给算法增大难度。但是，对于预先已经加工制作好的商品对象而言，后期的拣货、打包所需的时间则基本是相同的，因为该过程基本都是将商品对象从货架上取下，然后进行包装等操作，操作流程比较程式化。因此，在本申请实施例中，在进行批次判断时，可以不考虑商品对象的加工制作所需的时间，而是仅考虑商品对象的配货、派送所需的时间。

当然，如前文所述，在本申请实施例中，可能会存在一些需要在接收到订单之后，再进行加工制作的商品对象，例如，鲜奶油蛋糕等。对于这种情况，可以预先对需要在接收到订单后开始进行加工制作的商品对象进行标记，例如，保存商品对象信息时可以如下保存：

表4

这样，在收到交易订单后，如果判断出其中存在尚未预先加工制作的商品对象，则首先同样可以首先根据要求送达时间、履约时效等信息确定出开始配货时间，并与其他交易订单形成批次，但除此之外，还可以提前向加工制作终端发送该交易订单的信息，以便提前开始加工制作商品对象。加工制作完成后可以放置到统一的货架上等到被拣货。在该交易订单所属批次的开始配货时间到来时，再将该批次的配货任务信息发送到配货终端，进行拣货、打包等操作。也就是说，向加工制作客户端发送的信息可以包括：

表5

商品对象标识	配货开始时间	最晚送达时间
			100001	12：30	13：00
100002	12：30	13：00
			……	……	……

在实际应用中，为了使得订单路由处理模块可以更直观地体现出交易订单的信息，还可以将交易订单的收货地址信息映射到电子地图系统中的坐标，并通过“气球”、“气泡”等形状的图形来标示。另外，在地图上标示各个坐标时，还可以将消费者指定的送达时间、开始配货时间、开始派送时间等时间信息展示到电子地图系统中，从而可以直观的显示出交易订单集中出现的位置、时间等，便于在各个位置之间进行运力调配等操作。

总之，通过上述方式，可以分批次地进行订单的配货以及派送，从而使得要求送达时间相近、地理位置相近的交易订单可以并行配送，因此，可以更好的保证交易订单的按时履约。

S303：将所述配货任务发送到配货终端，以便按照所述配货终端提供的配货指示信息进行配货；

S304：将所述派送任务发送到派送终端，以便按照所述派送终端提供的派送指示信息进行派送。

在提供配货任务，可以将关联的各个交易订单中包含的商品对象信息进行汇总，这样，配货员在进行拣货时，可以不必区分具体是哪个交易订单，只要将对应的商品对象从对应的档口货架上取出，然后分别进行打包即可。后续在派送员进行派送时，配货终端可以生成一派送单，如图4所示，该派送单中可以包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息，另外，还可以包括各个交易订单对应的收货地址信息、收货人信息、最晚送达时间信息等，这样，派送员可以根据该派送单区分出具体的交易订单各自关联的商品对象。在实际应用中，订单路由处理服务器发送给配货终端的配货任务信息可以如以下表6所示：

表6

批次标识	批次关联的商品对象	批次关联的交易订单号
			12000032	套餐A、套餐B	订单1、订单2

另外，由于同一个第二订单关联多个交易订单，并且是由同一个派送员同时进行派送，因此，为了进一步提高派送的效率，订单路由处理服务器还可以根据同一批次内关联的各个交易订单的送达时间信息以及收货地址信息，确定该批次内各交易订单的派送优先级信息，然后根据所述配送优先级生成该批次内的派送路径，然后，将该派送路径提供给派送员客户端。这样，派送员直接根据该派送路径信息进行派送即可，不必再自行判断，从而提高派送效率。具体实现时，订单路由处理服务器可以首先根据所述派送路径信息生成图形码(例如，二维码等)，然后提供给所述配货终端，这样，配货终端在根据配货任务生成派送单时，还可以将所述图形码打印到所述派送单上，这样，所述派送终端可以通过扫描所述图形码，获取所述派送路径信息，然后，派送员按照该顺序进行配送，可以达到最佳的配送路径，节省时间，提高按时履行订单的概率。也就是说，在这种方式下，订单路由处理服务器发送给配货终端的配货任务信息可以如以下表7所示：

表7

实施例四

该实施例四是从配货终端的角度提供了一种商品对象信息处理方法，参见图5，该方法可以包括以下步骤：

S501：配货终端接收订单路由处理模块发送的配货任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述配货任务，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

S502：根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象同时进行配货。

其中，所述配货任务中包括同一批次内需配货的商品对象信息，以及批次关联的至少一个交易订单的信息；此时，所述方法还可以包括：

根据所述配货任务中的信息生成派送单，所述派送单中包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息，以便将所述派送单打印后提供给派送者。

另外，配货终端还可以接收订单路由处理服务器发送的携带有派送路径信息的图形码信息，并将所述图形码信息添加到所述派送单上，以便所述派送终端通过扫描所述图形码，获取所述派送路径信息。

实施例五

该实施例五是从派送终端的角度提供了一种商品对象信息处理方法，参见图6，该方法可以包括以下步骤：

S601：派送终端接收订单路由处理模块发送的派送任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述派送任务，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

S602：根据接收到的派送任务提供派送指示信息，以便对所述至少一个交易订单中关联的商品对象同时进行派送。

具体实现时，该派送终端还可以展示所述订单路由处理服务器提供的派送路径信息，以便按照该路径信息进行派送。

实施例六

该实施例六是从库存管理模块的角度提供了一种商品对象库存信息处理方法，参见图7，该方法可以包括以下步骤：

S701：库存管理模块在商品对象信息提交模块向多个发布渠道服务器提交商品对象信息时，记录各个商品对象在各个发布渠道服务器中的库存数量信息；

S702：在订单路由处理模块接收到所述发布渠道服务器中生成的交易订单时，确定交易订单关联的商品对象信息以及发布渠道服务器信息，并将对应商品对象在对应发布渠道服务器中的库存数量进行更新；

S703：对同一商品对象在各个发布渠道服务器中的库存数量的进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。

需要说明的是，关于前述各实施例四、五、六，均是与前述实施例相对应的，只是描述角度有所不同，因此，相关的具体实现可以参见前述实施例中的记载，这里不再赘述。

与实施例二相对应，本申请实施例还提供了一种商品对象信息处理装置，该装置应用于商品对象信息提交模块，参见图8，该装置可以包括：

信息确定单元801，用于确定待发布的商品对象信息；所述商品对象包括快餐类商品对象；

信息提交单元802，用于将所述商品对象信息向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单，并由订单路由处理模块接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端。

具体实现时，该装置还可以包括：

库存数量确定单元，用于在将所述商品对象信息向多个发布渠道服务器提交商品对象信息之前，根据线下店铺中可提供的商品对象库存数量，确定同一商品对象分配到各发布渠道服务器中销售的库存数量；

库存数量提交单元，用于在向发布渠道服务器提交商品对象信息时，还提交对应的库存数量信息，以便各个发布渠道服务器内按照对应的库存数量进行销售。

与实施例三相对应，本申请实施例还提供了一种商品对象信息处理装置，该装置应用于订单路由处理模块，参见图9，该装置可以包括：

交易订单接收单元901，用于接收所述多个发布渠道服务器中生成的交易订单；其中，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

任务生成单元902，用于对交易订单进行处理后，生成配货任务以及派送任务；所述配货任务中包括至少一个交易订单中关联的商品对象；

配货任务发送单元903，用于将所述配货任务发送到配货终端，以便按照所述配货终端提供的配货指示信息进行配货；

派送任务发送单元904，用于将所述派送任务发送到派送终端，以便按照所述派送终端提供的派送指示信息进行派送。

具体实现时，所述任务生成单元可以包括：

批次确定子单元，用于根据接收到的各交易订单的信息确定可合成为同一批次的多个交易订单；

生成子单元，用于根据所述多个交易订单生成配货任务以及派送任务。

其中，所述批次确定子单元，包括：

开始配货时间确定子单元，用于针对预约在指定时间点送达且对应同一线下店铺的交易订单，根据指定的送达时间信息以及预置的履约时效信息，确定开始配货时间；

合成子单元，用于将开始配货时间相同且收货地址信息符合预置条件的至少一个交易订单确定为可合成为同一批次，以便在到达所述开始配货时间时，将针对对应批次生成的配货任务发送到配货终端。

具体实现时，该装置还可以包括：

第一添加单元，用于接收到需即时送达的交易订单时，将该交易订单添加到同一线下店铺内开始配货时间最近的批次中。

另外，该装置还可以包括：

运力信息保存单元，用于预先保存各个商品对象的体积/重量属性信息，以及配送的运力信息；

判断单元，用于在将一个交易订单添加到一批次中之前，判断添加该交易订单后，该批次内商品对象的总体积/重量是否超出配送运力；

第二添加单元，用于如果未超出，则将该交易订单添加到该批次中。

标记单元，用于预先对需要在接收到交易订单后进行加工制作的商品对象进行标记；

加工制作任务生成单元，用于如果接收到的交易订单中包括带有所述标记的商品对象，则生成加工制作任务，在发送所述配货任务之前，将所述加工制作任务以及所述开始配货时间发送到所述加工制作客户端，以便加工制作客户端用于根据接收到的加工制作任务提供加工制作提示信息，在对商品对象进行配货之前，完成对商品对象的加工制作。

标识添加单元，用于预先为体积/重量大于预置阈值的商品对象添加预置标识；

标识判断单元，用于在接收到所述交易订单后，判断所述交易订单中是否存在带有所述预置标识的商品对象；

独立批次生成单元，用于如果存在，则将该商品对象单独生成为一个批次，以便单独对该商品对象进行配货以及派送。

优先级信息确定单元，用于根据同一批次内关联的各个交易订单的送达时间信息以及收货地址信息，确定该批次内各交易订单的派送优先级信息；

派送路径生成单元，用于根据所述配送优先级生成该批次内的派送路径；

路径信息提供单元，用于将所述派送路径信息提供给所述派送终端。

其中，所述路径信息提供单元包括：

图形码生成单元，用于根据所述派送路径信息生成图形码；

图形码发送单元，用于将所述图形码发送给所述配货终端，以便所述配货终端根据配货任务生成派送单时，将所述图形码应用到所述派送单上，以便所述派送终端通过扫描所述图形码，获取所述派送路径信息；其中，所述派送单中还包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息。

与实施例四相对应，本申请实施例还提供了一种商品对象信息处理装置，该装置应用于配货终端，参见图10，该装置可以包括：

配货任务接收单元1001，用于接收订单路由处理模块发送的配货任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述配货任务，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

配货指示信息提供单元1002，用于根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货。

其中，所述配货任务中包括同一批次内需配货的商品对象信息，以及批次关联的至少一个交易订单的信息；所述装置还包括：

派送单生成单元，用于根据所述配货任务中的信息生成派送单，所述派送单中包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息，以便将所述派送单提供给派送者。

具体实现时，该装置还可以包括：

图形码信息接收单元，用于接收订单路由处理模块发送的携带有派送路径信息的图形码信息；

图形码信息添加单元，用于将所述图形码信息添加到所述派送单上，以便所述派送终端通过扫描所述图形码，获取所述派送路径信息。

与实施例五相对应，本申请实施例还提供了一种商品对象信息处理装置，该装置应用于派送终端，参见图11，该装置可以包括：

派送任务接收单元1101，用于接收订单路由处理模块发送的派送任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述派送任务，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

派送指示信息提供单元1102，用于根据接收到的派送任务提供派送指示信息，以便对所述至少一个交易订单中关联的商品对象同时进行派送。

具体实现时，该装置还可以包括：

路径信息展示单元，用于展示所述订单路由处理服务器提供的派送路径信息，以便按照该路径信息进行派送。

与实施例六相对应，本申请实施例还提供了一种商品对象库存信息处理装置，该装置应用于库存管理模块，参见图12，该装置可以包括：

库存记录单元1201，用于在商品对象信息提交模块向多个发布渠道服务器提交商品对象信息时，记录各个商品对象在各个发布渠道服务器中的库存数量信息；

库存更新单元1202，用于在订单路由处理模块接收到所述发布渠道服务器中生成的交易订单时，确定交易订单关联的商品对象信息以及发布渠道服务器信息，并将对应商品对象在对应发布渠道服务器中的库存数量进行更新；

库存监控单元1203，用于对同一商品对象在各个发布渠道服务器中的库存数量的进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的商品对象信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (39)

1.一种商品对象信息处理系统，其特征在于，包括：

商品对象信息提交模块，用于向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单；

订单路由处理模块，用于接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端；所述配货任务中包括至少一个交易订单中关联的商品对象；

所述配货终端用于根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货；

所述派送终端用于根据接收到的派送任务提供派送指示信息，以便针对所述至少一个交易订单进行派送。

2.根据权利要求1所述的系统，其特征在于，所述商品对象信息提交模块还用于：

根据线下店铺中可提供的商品对象库存数量，确定同一商品对象分配到各发布渠道服务器中销售的库存数量，在向发布渠道服务器提交商品对象信息时，还提交对应的库存数量信息，以便各个发布渠道服务器按照对应的库存数量进行销售。

3.根据权利要求2所述的系统，其特征在于，所述系统还包括：

库存信息管理模块，用于对各个商品对象在各个发布渠道服务器中的库存数量进行记录及更新，并对同一商品对象在各个发布渠道服务器中的库存数量进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。

4.根据权利要求1所述的系统，其特征在于，所述系统还包括：

货架子系统，所述货架子系统包括货架、货架管理模块以及提示模块，所述货架部署于门店内，用于放置预先加工制作完成的货品，所述货架管理模块中预先保存货品与所在位置之间的对应关系，所述提示模块与货品在货架上的位置相对应；

所述订单路由处理模块还用于：在确定出配送任务后，将所述配送任务发送到所述货架管理模块；

所述货架管理模块用于：根据接收到的配送任务，确定出配送任务中包含的各个商品对象对应的货品所在的位置，并向所述提示模块发出通知消息；

所述提示模块用于：根据接收到的通知消息，提供位置提示信息，以便在配货时按照所述位置提示信息进行配货。

5.根据权利要求1所述的系统，其特征在于，所述系统中还包括加工制作终端；

所述订单路由处理服务器还用于：预先对需要在接收到交易订单后进行加工制作的商品对象进行标记，如果接收到的交易订单中包括带有所述标记的商品对象，则生成加工制作任务，并将所述加工制作任务发送到所述加工制作终端；

所述加工制作终端用于根据接收到的加工制作任务提供加工制作提示信息。

6.一种商品对象信息处理方法，其特征在于，包括：

商品对象信息提交模块确定待发布的商品对象信息；

将所述商品对象信息向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单，并由订单路由处理模块接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端。

7.根据权利要求6所述的方法，其特征在于，在将所述商品对象信息向多个发布渠道服务器提交商品对象信息之前，还包括：

根据线下店铺中可提供的商品对象库存数量，确定同一商品对象分配到各发布渠道服务器中销售的库存数量；

在向发布渠道服务器提交商品对象信息时，还提交对应的库存数量信息，以便各个发布渠道服务器内按照对应的库存数量进行销售。

8.一种商品对象信息处理方法，其特征在于，包括：

订单路由处理模块接收所述多个发布渠道服务器中生成的交易订单；其中，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

对交易订单进行处理后，生成配货任务以及派送任务；所述配货任务中包括至少一个交易订单中关联的商品对象；

将所述配货任务发送到配货终端，以便按照所述配货终端提供的配货指示信息进行配货；

将所述派送任务发送到派送终端，以便按照所述派送终端提供的派送指示信息进行派送。

9.根据权利要求8所述的方法，其特征在于，所述对交易订单进行处理后，生成配货任务以及派送任务，包括：

根据接收到的各交易订单的信息确定可合成为同一批次的多个交易订单；

根据所述多个交易订单生成配货任务以及派送任务。

10.根据权利要求9所述的方法，其特征在于，所述根据接收到的各交易订单的信息确定可合成为同一批次的多个交易订单，包括：

针对预约在指定时间点送达且对应同一线下店铺的交易订单，根据指定的送达时间信息以及预置的履约时效信息，确定开始配货时间；

将开始配货时间相同且收货地址信息符合预置条件的至少一个交易订单确定为可合成为同一批次，以便在到达所述开始配货时间时，将针对对应批次生成的配货任务发送到配货终端。

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

接收到需即时送达的交易订单时，将该交易订单添加到同一线下店铺内开始配货时间最近的批次中。

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

预先保存各个商品对象的体积/重量属性信息，以及配送的运力信息；

在将一个交易订单添加到一批次中之前，判断添加该交易订单后，该批次内商品对象的总体积/重量是否超出配送运力；

如果未超出，则将该交易订单添加到该批次中。

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

预先对需要在接收到交易订单后进行加工制作的商品对象进行标记；

如果接收到的交易订单中包括带有所述标记的商品对象，则生成加工制作任务，在发送所述配货任务之前，将所述加工制作任务以及所述开始配货时间发送到所述加工制作客户端，以便加工制作客户端用于根据接收到的加工制作任务提供加工制作提示信息，在对商品对象进行配货之前，完成对商品对象的加工制作。

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

预先为体积/重量大于预置阈值的商品对象添加预置标识；

在接收到所述交易订单后，判断所述交易订单中是否存在带有所述预置标识的商品对象；

如果存在，则将该商品对象单独生成为一个批次，以便单独对该商品对象进行配货以及派送。

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

根据同一批次内关联的各个交易订单的送达时间信息以及收货地址信息，确定该批次内各交易订单的派送优先级信息；

根据所述配送优先级生成该批次内的派送路径；

将所述派送路径信息提供给所述派送终端。

16.根据权利要求15所述的方法，其特征在于，所述将所述派送路径信息提供给所述派送终端，包括：

根据所述派送路径信息生成图形码；

将所述图形码发送给所述配货终端，以便所述配货终端根据配货任务生成派送单时，将所述图形码应用到所述派送单上，以便所述派送终端通过扫描所述图形码，获取所述派送路径信息；其中，所述派送单中还包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息。

17.一种商品对象信息处理方法，其特征在于，包括：

配货终端接收订单路由处理模块发送的配货任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述配货任务，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货。

18.根据权利要求17所述的方法，其特征在于，所述配货任务中包括同一批次内需配货的商品对象信息，以及批次关联的至少一个交易订单的信息；所述方法还包括：

根据所述配货任务中的信息生成派送单，所述派送单中包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息，以便将所述派送单提供给派送者。

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

接收订单路由处理模块发送的携带有派送路径信息的图形码信息；

将所述图形码信息添加到所述派送单上，以便所述派送终端通过扫描所述图形码，获取所述派送路径信息。

20.一种商品对象信息处理方法，其特征在于，包括：

派送终端接收订单路由处理模块发送的派送任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述派送任务，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

根据接收到的派送任务提供派送指示信息，以便对所述至少一个交易订单中关联的商品对象同时进行派送。

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

展示所述订单路由处理服务器提供的派送路径信息，以便按照该路径信息进行派送。

22.一种商品对象库存信息处理方法，其特征在于，包括：

库存管理模块在商品对象信息提交模块向多个发布渠道服务器提交商品对象信息时，记录各个商品对象在各个发布渠道服务器中的库存数量信息；

在订单路由处理模块接收到所述发布渠道服务器中生成的交易订单时，确定交易订单关联的商品对象信息以及发布渠道服务器信息，并将对应商品对象在对应发布渠道服务器中的库存数量进行更新；

对同一商品对象在各个发布渠道服务器中的库存数量的进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。

23.一种商品对象信息处理装置，其特征在于，应用于商品对象信息提交模块，包括：

信息确定单元，用于确定待发布的商品对象信息；

信息提交单元，用于将所述商品对象信息向多个发布渠道服务器提交商品对象信息，以便所述发布渠道服务器发布商品对象信息后，根据第一用户的操作指令生成交易订单，并由订单路由处理模块接收所述发布渠道服务器中生成的交易订单，对交易订单进行处理后，生成配货任务以及派送任务，并将所述配货任务发送到配货终端，将所述派送任务发送到派送终端。

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

库存数量确定单元，用于在将所述商品对象信息向多个发布渠道服务器提交商品对象信息之前，根据线下店铺中可提供的商品对象库存数量，确定同一商品对象分配到各发布渠道服务器中销售的库存数量；

库存数量提交单元，用于在向发布渠道服务器提交商品对象信息时，还提交对应的库存数量信息，以便各个发布渠道服务器内按照对应的库存数量进行销售。

25.一种商品对象信息处理装置，其特征在于，应用于订单路由处理模块，包括：

交易订单接收单元，用于接收所述多个发布渠道服务器中生成的交易订单；其中，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

任务生成单元，用于对交易订单进行处理后，生成配货任务以及派送任务；所述配货任务中包括至少一个交易订单中关联的商品对象；

配货任务发送单元，用于将所述配货任务发送到配货终端，以便按照所述配货终端提供的配货指示信息进行配货；

派送任务发送单元，用于将所述派送任务发送到派送终端，以便按照所述派送终端提供的派送指示信息进行派送。

26.根据权利要求25所述的装置，其特征在于，所述任务生成单元包括：

批次确定子单元，用于根据接收到的各交易订单的信息确定可合成为同一批次的多个交易订单；

生成子单元，用于根据所述多个交易订单生成配货任务以及派送任务。

27.根据权利要求26所述的装置，其特征在于，所述批次确定子单元，包括：

开始配货时间确定子单元，用于针对预约在指定时间点送达且对应同一线下店铺的交易订单，根据指定的送达时间信息以及预置的履约时效信息，确定开始配货时间；

合成子单元，用于将开始配货时间相同且收货地址信息符合预置条件的至少一个交易订单确定为可合成为同一批次，以便在到达所述开始配货时间时，将针对对应批次生成的配货任务发送到配货终端。

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

第一添加单元，用于接收到需即时送达的交易订单时，将该交易订单添加到同一线下店铺内开始配货时间最近的批次中。

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

运力信息保存单元，用于预先保存各个商品对象的体积/重量属性信息，以及配送的运力信息；

判断单元，用于在将一个交易订单添加到一批次中之前，判断添加该交易订单后，该批次内商品对象的总体积/重量是否超出配送运力；

第二添加单元，用于如果未超出，则将该交易订单添加到该批次中。

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

标记单元，用于预先对需要在接收到交易订单后进行加工制作的商品对象进行标记；

加工制作任务生成单元，用于如果接收到的交易订单中包括带有所述标记的商品对象，则生成加工制作任务，在发送所述配货任务之前，将所述加工制作任务以及所述开始配货时间发送到所述加工制作客户端。

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

标识添加单元，用于预先为体积/重量大于预置阈值的商品对象添加预置标识；

标识判断单元，用于在接收到所述交易订单后，判断所述交易订单中是否存在带有所述预置标识的商品对象；

独立批次生成单元，用于如果存在，则将该商品对象单独生成为一个批次，以便单独对该商品对象进行配货以及派送。

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

优先级信息确定单元，用于根据同一批次内关联的各个交易订单的送达时间信息以及收货地址信息，确定该批次内各交易订单的派送优先级信息；

派送路径生成单元，用于根据所述配送优先级生成该批次内的派送路径；

路径信息提供单元，用于将所述派送路径信息提供给所述派送终端。

33.根据权利要求32所述的装置，其特征在于，所述路径信息提供单元包括：

图形码生成单元，用于根据所述派送路径信息生成图形码；

图形码发送单元，用于将所述图形码发送给所述配货终端，以便所述配货终端根据配货任务生成派送单时，将所述图形码应用到所述派送单上，以便所述派送终端通过扫描所述图形码，获取所述派送路径信息；其中，所述派送单中还包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息。

34.一种商品对象信息处理装置，其特征在于，应用于配货终端，包括：

配货任务接收单元，用于接收订单路由处理模块发送的配货任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述配货任务，所述多个发布渠道服务器根据商品对象信息提交服务器提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

配货指示信息提供单元，用于根据接收到的配货任务提供配货指示信息，以便对所述至少一个交易订单中关联的商品对象进行配货。

35.根据权利要求34所述的装置，其特征在于，所述配货任务中包括同一批次内需配货的商品对象信息，以及批次关联的至少一个交易订单的信息；所述装置还包括：

派送单生成单元，用于根据所述配货任务中的信息生成派送单，所述派送单中包括批次标识、批次内包含的商品对象信息，以及关联的各个交易订单中各自包含的商品对象信息，以便将所述派送单提供给派送者。

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

图形码信息接收单元，用于接收订单路由处理模块发送的携带有派送路径信息的图形码信息；

图形码信息添加单元，用于将所述图形码信息添加到所述派送单上，以便所述派送终端通过扫描所述图形码，获取所述派送路径信息。

37.一种商品对象信息处理装置，其特征在于，应用于派送终端，包括：

派送任务接收单元，用于接收订单路由处理模块发送的派送任务，其中，所述订单路由处理模块在接收到多个发布渠道服务器中生成的交易订单，并对交易订单进行处理后，生成的所述派送任务，所述多个发布渠道服务器根据商品对象信息提交模块提交的商品对象信息进行信息发布，并根据第一用户的操作指令生成所述交易订单；

派送指示信息提供单元，用于根据接收到的派送任务提供派送指示信息，以便对所述至少一个交易订单中关联的商品对象同时进行派送。

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

路径信息展示单元，用于展示所述订单路由处理服务器提供的派送路径信息，以便按照该路径信息进行派送。

39.一种商品对象库存信息处理装置，其特征在于，应用于库存管理模块，包括：

库存记录单元，用于在商品对象信息提交模块向多个发布渠道服务器提交商品对象信息时，记录各个商品对象在各个发布渠道服务器中的库存数量信息；

库存更新单元，用于在订单路由处理模块接收到所述发布渠道服务器中生成的交易订单时，确定交易订单关联的商品对象信息以及发布渠道服务器信息，并将对应商品对象在对应发布渠道服务器中的库存数量进行更新；

库存监控单元，用于对同一商品对象在各个发布渠道服务器中的库存数量的进行监控，以用于在各个发布渠道服务器之间进行库存数量的调配。