业务处理方法和装置的制造方法
【技术领域】
[0001] 本申请涉及互联网领域，尤其涉及业务处理方法和装置。
【背景技术】
[0002] 随着互联网技术的飞速发展，对于利用互联网技术进行多种业务的交互处理已经 成为必然趋势。在业务交互处理中，由于对业务交互处理的需求不断增多，面临如何可以更 好地满足人们对不同业务交互的处理需求的巨大挑战。
[0003] 在业务交互的实际应用中，商家用户可以在前端业务对象管理界面发布业务对 象，并且在针对该业务对象生成业务订单或物流订单之后，在仓库中对业务对象进行发货 处理。在选择仓库发货时需要找到与前端的业务对象对应的后端的仓储对象即真实的物 品，才能完成后续的发货操作。通常通过订单来源的用户编码或用户标识来关联前端的业 务对象和后端的仓储对象，贯穿整个发货过程，以进行发货处理。
[0004] 然而，随着业务交互需求的发展，商家用户的业务渠道越来越丰富，例如可以开设 多个店铺，包括主店铺和多个子店铺，或者可以加入供分体系中，包括供货商和多个分销 商，或者可以参加各种营销渠道活动例如聚划算、预售活动等。通常是将这些业务渠道下产 生的物流订单汇聚到一起进行发货操作，例如子店铺的订单由主店铺的仓库发货，分销商 的订单由供货商的仓库发货，各种营销渠道产生的订单由商家用户的主店铺的仓库发货。 在这种多业务渠道的情况下，基于现有的通过订单来源的用户编码来关联前端的业务对象 和后端的仓储对象的方案，无法实现上述发货机制。
[0005] 因此，需求一种新的适于多业务渠道场景的业务处理方案。
【发明内容】
[0006] 本申请的主要目的在于提供一种新的适于多业务渠道场景的业务处理方案，以克 服现有技术中的上述问题。
[0007] 根据本申请一个方面的实施例，提供一种业务处理方法，其特征在于，包括：响应 于针对业务对象的业务订单的生成，创建包含业务对象标识和业务渠道标识的物流订单； 根据所述物流订单中的业务渠道标识，确定与所述业务订单对应的业务处理设置；根据所 述业务对象标识和所述业务处理设置，确定与所述业务订单对应的仓储标识；以及根据所 述仓储标识执行所述业务对象的物流处理，以完成对所述业务订单的业务处理。
[0008] 根据本申请另一方面的实施例，提供一种业务处理装置，其特征在于，包括：创建 模块，用于响应于针对业务对象的业务订单的生成，创建包含业务对象标识和业务渠道标 识的物流订单；第一确定模块，用于根据所述物流订单中的业务渠道标识，确定与所述业务 订单对应的业务处理设置；第二确定模块，用于根据所述业务对象标识和所述业务处理设 置，确定与所述业务订单对应的仓储标识；以及执行模块，用于根据所述仓储标识执行所述 业务对象的物流处理，以完成对所述业务订单的业务处理。
[0009] 与现有技术相比，根据本申请的技术方案，可以实现可由计算机执行的适于多业 务渠道场景的业务处理方案，实现统一的渠道发货流程，由此可以更加方便用户的使用以 及提高业务处理效率。
【附图说明】
[0010] 此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申 请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0011] 图1示出根据本申请一个实施例的业务处理方法的流程图；
[0012] 图2示出根据本申请另一实施例的业务处理方法的流程图；以及
[0013] 图3示出根据本申请一个实施例的业务处理装置的结构框图。
【具体实施方式】
[0014] 本申请的主要思想就在于，针对每个商家用户维护用户标识与业务渠道之间的映 射关系以及对应多业务渠道的多个前端业务对象与后端唯一仓储对象的映射关系，也就是 对于每个商家用户针对业务对象确定的多个业务渠道而言，使用统一的发货流程。具体而 言，根据物流订单中的业务渠道标识确定出商家用户针对该业务渠道的处理设置，并且根 据物流订单中的业务对象标识确定出与业务对象对应的后端仓储对象标识，进而根据仓储 对象标识可以确定出仓储信息，并且可以根据上述确定的处理设置以及仓储信息确定出与 物流订单对应的仓储标识(可以理解为与物流订单对应的仓储地址)。由此可以实现可由计 算机执行的适于多业务渠道场景的业务处理方案，实现统一的渠道发货流程，由此可以更 加方便用户的使用以及提高业务处理效率。
[0015] 根据本申请的技术方案，通过高度抽象发货渠道模型，实现统一的渠道发货流程， 其中仅需维护业务渠道与用户标识的关联关系以及前端业务对象与后端仓储对象的关联 关系，从而解决商家用户在多业务渠道下的发货问题，实现可由计算机执行的适于多业务 渠道场景的业务处理方案。
[0016] 为使本申请的目的、技术方案和优点更加清楚，以下结合附图及具体实施例，对本 申请作进一步地详细说明。
[0017] 参考图1，图1示出根据本申请一个实施例的业务处理方法100的流程图。
[0018] 如图1所示，在步骤S110处，响应于针对业务对象的业务订单的生成，创建包含业 务对象标识和业务渠道标识的物流订单。
[0019] 在本申请方案的典型应用场景中，业务对象可以是指各种待购买的商品，当然除 此之外，广义上讲，本申请方案中的业务对象可以涵盖各种待配送的物品。
[0020] 业务对象的业务订单可以是针对待配送的一种或多种业务对象的列表，并且业务 订单中包含业务对象涉及的收发地址信息。进一步地，在典型场景中，买家用户针对某个业 务对象下订单并付款后，即可视为业务订单生成。该业务订单是在买家用户层面来定义的。
[0021] 针对生成的业务订单，服务器可以创建用于配送业务对象的物流订单，该物流订 单是在商家用户层面来定义的。该物流订单中可以包括标示业务订单来源的业务渠道标 识，即订单相关的商家用户标识，该商家用户标识可以是订单直接相关的主店铺用户标识、 子店铺用户标识或诸如聚划算、预售活动等的活动参与者的用户标识等等。换言之，业务渠 道可以理解为业务场景。在典型应用场景中，业务渠道可以是指商品的销售渠道，包括供销 商和分销商渠道、多店铺渠道、各种营销渠道等等。进一步而言，业务渠道标识可以包括订 单相关的商家用户标识、各种营销活动标识等。例如，某订单是由某子店铺参加聚划算活动 产生的，则业务渠道标识即包括子店铺用户标识和聚划算活动标识。当某订单是仅由某子 店铺产生时，则业务渠道标识仅包括子店铺用户标识。
[0022] 物流订单中还可以包括业务对象标识，也就是商家用户通过各种业务渠道在前端 发布的业务对象的标识。更具体而言，业务对象标识是在业务渠道层面上定义的。不同业 务渠道上发布的同一业务对象可以具有不同的业务对象标识，而这些业务对象标识与同一 仓储对象标识对应，这一点稍后会进行更详细描述。
[0023] 然后在步骤S120处，根据物流订单中的业务渠道标识，确定与业务订单对应的业 务处理设置。
[0024] 这里的业务处理设置是指商家用户预先针对特定业务渠道确定的发货处理等的 业务处理设置。具体而言，商家用户可以根据服务器提供的渠道发货模板，来针对某种业务 渠道设置发货规则，即业务处理设置。例如，可以针对聚划算活动的业务渠道，设置就近发 货原则、最短时效原则等等。
[0025] 根据本申请的一个具体实施例，服务器可以维护业务渠道与用户标识之间的映射 关系。也就是，一个用户标识可以对应于多个业务渠道。据此，根据业务渠道标识就可以确 定出用户标识，然后根据用户标识就可以获取到该用户标识对应的商家用户预先制定的业 务处理设置。
[0026] 接下来，在步骤S130处，根据业务对象标识和业务处理设置，确定与业务订单对 应的仓储标识。
[0027] 具体而言，如前面提及的，针对业务对象，存在唯一对应的仓储对象标识，其代表 真实业务对象。根据预定的业务对象-仓储对象映射关系，服务器可以确定与业务订单中 的业务对象对应的仓储对象标识，然后根据预定的仓储对象-仓储信息映射关系，可以确 定出仓储信息。在确定了仓储信息之后，根据业务处理设置可以进一步确定出与当前业务 订单对应的仓储标识。
[0028] 这里的仓储信息的内容可以涉及与业务对象对应的仓储对象标识以及仓储对象 对应的仓储信息等。根据本申请的构思，业务