业务处理方法和装置的制造方法
业务处理方法和装置的制造方法
【技术领域】
[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] 这里的仓储信息的内容可以涉及与业务对象对应的仓储对象标识以及仓储对象 对应的仓储信息等。根据本申请的构思，业务 对象可以是指某个商家用户在多个业务渠道 上发布的前端对象。在实际业务交互过程中，各个业务渠道上的前端对象都对应于该商家 用户后端的同一真实仓储对象。该真实仓储对象自然对应于真实的仓储信息，仓储信息 例如可包括如颜色款式等的对象属性、库存量、仓储标识（即所在仓库标识）等等。例如对 于iphone5S这个前端业务对象，其可以对应于存放白色iphone5S的仓储标识、存放黑色 iphone5S的仓储标识以及存放银色iphone5S的仓储标识等。其中存放白色iphone5S的仓 储标识可能又涉及到不同存放区域，例如存放白色iphone5S的上海仓仓储标识、北京仓仓 储标识等。
[0029] 接下来，在步骤S140处，根据仓储标识执行业务对象的物流处理，以完成对业务 订单的业务处理。
[0030] 具体而言，根据仓储标识可以确定出业务订单涉及的业务对象的发货仓库，进而 可以执行后续的发货/物流处理。具体地，可以针对确定出的发货仓库，生成并执行相应的 物流配送方案，从而完成业务订单的业务处理。
[0031] 至此结合图1描述了根据本申请一个实施例的业务处理方法。其中通过实现可由 计算机执行的适于多业务渠道场景的业务处理方案，从而实现多业务渠道场景下的自动化 渠道发货处理，大大提高业务处理效率，并且方便了用户的使用。
[0032] 下面结合图2更详细地描述根据本申请其它实施例的业务处理方法。
[0033] 参照图2,图2示出根据本申请另一个实施例的业务处理方法200的流程图。
[0034] 如图2所示，在步骤S210处，响应于针对业务对象的业务订单的生成，创建包含业 务对象标识和业务渠道标识的物流订单。该步骤的处理类似于前面结合图1描述的步骤 S110的处理，这里不再赘述。
[0035] 在步骤S220处，根据预定的业务渠道-用户映射关系，确定与业务渠道标识对应 的用户标识。
[0036] 如前面提及的，服务器可以维护业务渠道与用户标识之间的映射关系。也就是，一 个用户标识可以对应于多个业务渠道。根据该预定映射关系，可以确定出与物流订单中的 业务渠道标识对应的用户标识。
[0037] 这里需要指出的是，用户标识是指针对业务对象确定多种业务渠道的商家用户。 具体地，用户标识可以是指在包括主店铺和多个子店铺的情况下的主店铺的商家用户标 识。用户标识也可以是指在供分体制下的供销商的商家用户标识。用户标识也可以是指在 参与各种营销活动的情况下的主店铺的商家用户标识。换言之，该商家用户可以理解为业 务渠道的发起者。
[0038] 接下来，在步骤S230处，根据用户标识确定业务处理设置集合。
[0039] 这里需要指出的是，商家用户可以预先设置各业务渠道下涉及的不同业务处理设 置(发货规则)，即业务处理设置集合。
[0040] 具体地，根据商家用户的用户标识，可以获取与该商家用户对应的预定业务处理 设置集合，该集合中包括该商家用户针对各业务渠道设置的发货规则。
[0041] 在具体实施例中，业务处理设置可以通过下面的表1至表4所示的渠道发货实体 模块来表不。
[0051] 表 4
[0052] 在确定了业务处理设置集合之后，进入步骤S240，根据业务渠道标识，从业务处理 设置集合中确定与业务订单对应的业务处理设置。
[0053] 也就是说，确定了与商家用户标识对应的业务处理设置集合之后，可以根据当前 业务订单生成的物流订单中包括的业务渠道标识，确定出与当前业务订单对应的业务渠道 对应的业务处理设置，即预定的发货规则。
[0054] 接下来，在步骤S250处，根据预定的业务对象-仓储对象映射关系，确定与业务对 象对应的仓储对象标识。
[0055] 具体而言，如前面提及的，不同业务渠道上发布的同一业务对象可以具有不同的 业务对象标识，而这些业务对象标识与同一仓储对象标识对应。该仓储对象标识与实际的 仓储业务对象(仓储sku)对应。
[0056] 根据本申请的实施例，服务器可以维护业务对象与仓储对象之间的映射关系。例 如业务对象-仓储对象映射关系可以如下面的表5所示的前后端对象关联实体模块表示。
[0058] 表 5
[0059] 接下来，在步骤S260处，根据预定的仓储对象-仓储信息映射关系，确定与仓储对 象标识对应的仓储信息。
[0060] 具体而言，服务器可以维护仓储对象与仓储信息之间的映射关系。仓储信息如前 面提及的那样，仓储对象标识以及与该仓储对象标识对应的仓储信息，例如仓储对象的属 性、库存量、仓储标识等等。仓储标识可以包括仓储对象对应的所有仓库标识。根据本申请 的具体实施例，仓储对象-仓储信息映射关系可以如表6和表7所示那样表达。
[0065] 表 7
[0066] 在步骤S270处，根据业务处理设置和仓储信息，确定与业务对象对应的仓储标 识。
[0067] 也就是，根据商家用户预先针对业务渠道设置的发货规则，选择该业务订单的发 货仓库。例如，与iphone5S业务对象对应的仓储标识包括白色上海仓、黑色上海仓、白色北 京仓、黑色北京仓，针对买家用户所在地为杭州的白色iphone5S业务订单，根据预设的就 近发货原则，可以选择该业务订单的发货仓库为白色上海仓的仓储标识。
[0068] 接下来，在步骤S280处，针对仓储标识，生成并执行业务对象的物流处理方案，以 完成对业务订单的业务处理。
[0069] 具体地，根据仓储标识可以确定业务订单的发货仓库，从而可以生成业务订单的 物流处理方案即配送方案，并执行该方案从而完成业务订单的业务处理。
[0070] 根据本申请的具体实施例，服务器可以针对物流订单形成物流发货计划单据、仓 领域单据和配领域单据来完成物流订单的实际发货操作。
[0071] 其中，物流发货计划单据可以跟业务订单1:1关系，主要用来记录物流单据的基 本信息并跟踪物流单据的发货情况。
[0072] 仓领域单据可以包括仓领域基本信息单据和仓领域对象单据，主要描述仓内操作 的单据，发货操作时将货架上的商品转化成包裹。该仓领域基本信息单据是描述仓领域的 单据，包含操作类型（出库和入库)、物流基本信息、仓库编号、收货人信息等。该仓领域对象 单据是描述仓领域的商品单据，包含主业务订单号和子业务订单号、对象ID、发货数量等。
[0073] 配领域单据可以包括配领域基本信息单据和配领域对象单据，主要描述配送领域 的单据，物流配送时跟踪物流包裹的流转过程。该配领域基本信息单据是描述配送领域的 单据，包含包裹的基本信息，如收货人信息、快递信息、运单号等。该配领域对象单据是描述 配送领域的商品单据，包含主业务订单号和子业务订单号、对象ID、发货数量等。
[0074] 至此描述了根据本申请另一实施例的业务处理方法，其中给出了发货渠道实体模 块、前后端对象关联实体模块以及分层物流订单体系模块，解决了商家用户在多业务渠道 下的发货问题、前后端对象关联问题以及真实的物流订单在实际发货过程中的贯穿指导问 题。由此可以实现可由计算机执行的适于多业务渠道场景的业务处理方案，从而提高业务 处理速率和方便用户的使用。
[0075] 与以上描述的业务处理方法类似，本申请实施例还提供了相应的业务处理装置。
[0076] 图3示出了根据本申请一个实施例的业务处理装置300的结构框图。
[0077] 如图3所示，装置300可以包括创建模块310、第一确定模块320、第二确定模块 330和执行模块340。
[0078] 具体而言，创建模块310可以用于响应于针对业务对象的业务订单的生成，创建 包含业务对象标识和业务渠道标识的物流订单。第一确定模块320可以用于根据物流订单 中的业务渠道标识，确定与业务订单对应的业务处理设置。第二确定模块330可以用于根 据业务对象标识和业务处理设置，确定与业务订单对应的仓储标识。执行模块340可以用 于根据仓储标识执行业务对象的物流处理，以完成对业务订单的业务处理。
[0079] 根据本申请的实施例，第一确定模块320可以进一步包括（图中未示出）:用户标识 确定子模块，用于根据预定的业务渠道_用户映射关系，确定与所述业务渠道标识对应的 用户标识； 以及处理设置确定子模块，用于根据所述用户标识和所述业务渠道标识，确定与 所述业务订单对应的业务处理设置。
[0080] 根据本申请的更具体实施例，处理设置确定子模块可以进一步包括（图中未示出）： 集合确定子模块，用于根据用户标识，确定对应的业务处理设置集合；以及设置确定子模 块，用于根据业务渠道标识，从业务处理设置集合中确定与业务订单对应的业务处理设置。
[0081] 根据本申请的实施例，第二确定模块330可以进一步包括（图中未示出）:仓储对象 标识确定子模块，用于根据预定的业务对象-仓储对象映射关系，确定与所述业务对象标 识对应的仓储对象标识；仓储信息确定子模块，用于根据预定的仓储对象_仓储信息映射 关系，确定与所述仓储对象标识对应的仓储信息；以及仓储标识确定子模块，用于根据所述 业务处理设置和所述仓储信息，确定与所述业务对象对应的仓储标识。
[0082] 根据本申请的实施例，执行模块340可以进一步包括（图中未示出）:生成和执行子 模块，用于针对仓储标识，生成并执行业务对象的物流处理方案，以完成对业务订单的业务 处理。
[0083] 以上描述的业务处理装置与之前描述的业务处理方法的处理是对应的，因此，关 于其具体细节，可以参见之前描述的业务处理方法，这里不再赘述。
[0084] 本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。 因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的 形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存 储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形 式。
[0085] 在一个典型的配置中，计算设备包括一个或多个处理器（CPU)、输入/输出接口、 网络接口和内存。
[0086] 内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器（RAM)和/ 或非易失性内存等形式，如只读存储器（ROM)或闪存（flashRAM)。内存是计算机可读介质 的示例。
[0087] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法 或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。 计算机的存储介质的例子包括，但不限于相变内存（PRAM)、静态随机存取存储器（SRAM)、 动态随机存取存储器（DRAM)、其他类型的随机存取存储器（RAM)、只读存储器（ROM)、电 可擦除可编程只读存储器（EEPR0M)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘（DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁 性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中 的界定，计算机可读介质不包括暂存电脑可读媒体（transitorymedia),如调制的数据信 号和载波。
[0088] 还需要说明的是，术语"包括"、"包含"或者其任何其他变体意在涵盖非排他性的 包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包 括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要 素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括所述 要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0089] 以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员 来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同 替换、改进等，均应包含在本申请的权利要求范围之内。
【主权项】
1. 一种业务处理方法，其特征在于，包括： 响应于针对业务对象的业务订单的生成，创建包含业务对象标识和业务渠道标识的物 流订单； 根据所述物流订单中的业务渠道标识，确定与所述业务订单对应的业务处理设置； 根据所述业务对象标识和所述业务处理设置，确定与所述业务订单对应的仓储标识； 以及 根据所述仓储标识执行所述业务对象的物流处理，以完成对所述业务订单的业务处 理。2. 根据权利要求1所述的方法，其特征在于，所述根据所述物流订单中的业务渠道标 识确定与所述业务订单对应的业务处理设置的步骤，进一步包括： 根据预定的业务渠道_用户映射关系，确定与所述业务渠道标识对应的用户标识；以 及 根据所述用户标识和所述业务渠道标识，确定与所述业务订单对应的业务处理设置。3. 根据权利要求2所述的方法，其特征在于，所述根据所述用户标识和所述业务渠道 标识确定与所述业务订单对应的业务处理设置的步骤，进一步包括： 根据所述用户标识，确定对应的业务处理设置集合；以及 根据所述业务渠道标识，从所述业务处理设置集合中确定与所述业务订单对应的业务 处理设置。4. 根据权利要求1所述的方法，其特征在于，所述根据所述业务对象标识和所述业务 处理设置确定与所述业务订单对应的仓储标识的步骤，进一步包括： 根据预定的业务对象-仓储对象映射关系，确定与所述业务对象标识对应的仓储对象 标识； 根据预定的仓储对象-仓储信息映射关系，确定与所述仓储对象标识对应的仓储信 息；以及 根据所述业务处理设置和所述仓储信息，确定与所述业务对象对应的仓储标识。5. 根据权利要求1所述的方法，其特征在于，所述根据所述仓储标识执行所述业务对 象的物流处理以完成对所述业务订单的业务处理的步骤，进一步包括： 针对所述仓储标识，生成并执行所述业务对象的物流处理方案，以完成对所述业务订 单的业务处理。6. -种业务处理装置，其特征在于，包括： 创建模块，用于响应于针对业务对象的业务订单的生成，创建包含业务对象标识和业 务渠道标识的物流订单； 第一确定模块，用于根据所述物流订单中的业务渠道标识，确定与所述业务订单对应 的业务处理设置； 第二确定模块，用于根据所述业务对象标识和所述业务处理设置，确定与所述业务订 单对应的仓储标识；以及 执行模块，用于根据所述仓储标识执行所述业务对象的物流处理，以完成对所述业务 订单的业务处理。7. 根据权利要求6所述的装置，其特征在于，所述第一确定模块进一步包括： 用户标识确定子模块，用于根据预定的业务渠道-用户映射关系，确定与所述业务渠 道标识对应的用户标识；以及 处理设置确定子模块，用于根据所述用户标识和所述业务渠道标识，确定与所述业务 订单对应的业务处理设置。8. 根据权利要求7所述的装置，其特征在于，所述处理设置确定子模块进一步包括： 集合确定子模块，用于根据所述用户标识，确定对应的业务处理设置集合；以及 设置确定子模块，用于根据所述业务渠道标识，从所述业务处理设置集合中确定与所 述业务订单对应的业务处理设置。9. 根据权利要求6所述的装置，其特征在于，所述第二确定模块进一步包括： 仓储对象标识确定子模块，用于根据预定的业务对象-仓储对象映射关系，确定与所 述业务对象标识对应的仓储对象标识； 仓储信息确定子模块，用于根据预定的仓储对象_仓储信息映射关系，确定与所述仓 储对象标识对应的仓储信息；以及 仓储标识确定子模块，用于根据所述业务处理设置和所述仓储信息，确定与所述业务 对象对应的仓储标识。10. 根据权利要求6所述的装置，其特征在于，所述执行模块进一步包括： 生成和执行子模块，用于针对所述仓储标识，生成并执行所述业务对象的物流处理方 案，以完成对所述业务订单的业务处理。
【专利摘要】本申请涉及业务处理方法和装置。该方法包括：响应于针对业务对象的业务订单的生成，创建包含业务对象标识和业务渠道标识的物流订单；根据所述物流订单中的业务渠道标识，确定与所述业务订单对应的业务处理设置；根据所述业务对象标识和所述业务处理设置，确定与所述业务订单对应的仓储标识；以及根据所述仓储标识执行所述业务对象的物流处理，以完成对所述业务订单的业务处理。根据本申请的技术方案，可以实现可由计算机执行的适于多业务渠道场景的业务处理方案，由此可以更加方便用户的使用以及提高业务处理效率。
【IPC分类】G06Q10/08, G06Q50/28
【公开号】CN104899711
【申请号】CN201410079603
【发明人】陈岳阳
【申请人】阿里巴巴集团控股有限公司
【公开日】2015年9月9日
【申请日】2014年3月5日
【技术领域】
[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] 这里的仓储信息的内容可以涉及与业务对象对应的仓储对象标识以及仓储对象 对应的仓储信息等。根据本申请的构思，业务 对象可以是指某个商家用户在多个业务渠道 上发布的前端对象。在实际业务交互过程中，各个业务渠道上的前端对象都对应于该商家 用户后端的同一真实仓储对象。该真实仓储对象自然对应于真实的仓储信息，仓储信息 例如可包括如颜色款式等的对象属性、库存量、仓储标识（即所在仓库标识）等等。例如对 于iphone5S这个前端业务对象，其可以对应于存放白色iphone5S的仓储标识、存放黑色 iphone5S的仓储标识以及存放银色iphone5S的仓储标识等。其中存放白色iphone5S的仓 储标识可能又涉及到不同存放区域，例如存放白色iphone5S的上海仓仓储标识、北京仓仓 储标识等。
[0029] 接下来，在步骤S140处，根据仓储标识执行业务对象的物流处理，以完成对业务 订单的业务处理。
[0030] 具体而言，根据仓储标识可以确定出业务订单涉及的业务对象的发货仓库，进而 可以执行后续的发货/物流处理。具体地，可以针对确定出的发货仓库，生成并执行相应的 物流配送方案，从而完成业务订单的业务处理。
[0031] 至此结合图1描述了根据本申请一个实施例的业务处理方法。其中通过实现可由 计算机执行的适于多业务渠道场景的业务处理方案，从而实现多业务渠道场景下的自动化 渠道发货处理，大大提高业务处理效率，并且方便了用户的使用。
[0032] 下面结合图2更详细地描述根据本申请其它实施例的业务处理方法。
[0033] 参照图2,图2示出根据本申请另一个实施例的业务处理方法200的流程图。
[0034] 如图2所示，在步骤S210处，响应于针对业务对象的业务订单的生成，创建包含业 务对象标识和业务渠道标识的物流订单。该步骤的处理类似于前面结合图1描述的步骤 S110的处理，这里不再赘述。
[0035] 在步骤S220处，根据预定的业务渠道-用户映射关系，确定与业务渠道标识对应 的用户标识。
[0036] 如前面提及的，服务器可以维护业务渠道与用户标识之间的映射关系。也就是，一 个用户标识可以对应于多个业务渠道。根据该预定映射关系，可以确定出与物流订单中的 业务渠道标识对应的用户标识。
[0037] 这里需要指出的是，用户标识是指针对业务对象确定多种业务渠道的商家用户。 具体地，用户标识可以是指在包括主店铺和多个子店铺的情况下的主店铺的商家用户标 识。用户标识也可以是指在供分体制下的供销商的商家用户标识。用户标识也可以是指在 参与各种营销活动的情况下的主店铺的商家用户标识。换言之，该商家用户可以理解为业 务渠道的发起者。
[0038] 接下来，在步骤S230处，根据用户标识确定业务处理设置集合。
[0039] 这里需要指出的是，商家用户可以预先设置各业务渠道下涉及的不同业务处理设 置(发货规则)，即业务处理设置集合。
[0040] 具体地，根据商家用户的用户标识，可以获取与该商家用户对应的预定业务处理 设置集合，该集合中包括该商家用户针对各业务渠道设置的发货规则。
[0041] 在具体实施例中，业务处理设置可以通过下面的表1至表4所示的渠道发货实体 模块来表不。
[0051] 表 4
[0052] 在确定了业务处理设置集合之后，进入步骤S240，根据业务渠道标识，从业务处理 设置集合中确定与业务订单对应的业务处理设置。
[0053] 也就是说，确定了与商家用户标识对应的业务处理设置集合之后，可以根据当前 业务订单生成的物流订单中包括的业务渠道标识，确定出与当前业务订单对应的业务渠道 对应的业务处理设置，即预定的发货规则。
[0054] 接下来，在步骤S250处，根据预定的业务对象-仓储对象映射关系，确定与业务对 象对应的仓储对象标识。
[0055] 具体而言，如前面提及的，不同业务渠道上发布的同一业务对象可以具有不同的 业务对象标识，而这些业务对象标识与同一仓储对象标识对应。该仓储对象标识与实际的 仓储业务对象(仓储sku)对应。
[0056] 根据本申请的实施例，服务器可以维护业务对象与仓储对象之间的映射关系。例 如业务对象-仓储对象映射关系可以如下面的表5所示的前后端对象关联实体模块表示。
[0058] 表 5
[0059] 接下来，在步骤S260处，根据预定的仓储对象-仓储信息映射关系，确定与仓储对 象标识对应的仓储信息。
[0060] 具体而言，服务器可以维护仓储对象与仓储信息之间的映射关系。仓储信息如前 面提及的那样，仓储对象标识以及与该仓储对象标识对应的仓储信息，例如仓储对象的属 性、库存量、仓储标识等等。仓储标识可以包括仓储对象对应的所有仓库标识。根据本申请 的具体实施例，仓储对象-仓储信息映射关系可以如表6和表7所示那样表达。
[0065] 表 7
[0066] 在步骤S270处，根据业务处理设置和仓储信息，确定与业务对象对应的仓储标 识。
[0067] 也就是，根据商家用户预先针对业务渠道设置的发货规则，选择该业务订单的发 货仓库。例如，与iphone5S业务对象对应的仓储标识包括白色上海仓、黑色上海仓、白色北 京仓、黑色北京仓，针对买家用户所在地为杭州的白色iphone5S业务订单，根据预设的就 近发货原则，可以选择该业务订单的发货仓库为白色上海仓的仓储标识。
[0068] 接下来，在步骤S280处，针对仓储标识，生成并执行业务对象的物流处理方案，以 完成对业务订单的业务处理。
[0069] 具体地，根据仓储标识可以确定业务订单的发货仓库，从而可以生成业务订单的 物流处理方案即配送方案，并执行该方案从而完成业务订单的业务处理。
[0070] 根据本申请的具体实施例，服务器可以针对物流订单形成物流发货计划单据、仓 领域单据和配领域单据来完成物流订单的实际发货操作。
[0071] 其中，物流发货计划单据可以跟业务订单1:1关系，主要用来记录物流单据的基 本信息并跟踪物流单据的发货情况。
[0072] 仓领域单据可以包括仓领域基本信息单据和仓领域对象单据，主要描述仓内操作 的单据，发货操作时将货架上的商品转化成包裹。该仓领域基本信息单据是描述仓领域的 单据，包含操作类型（出库和入库)、物流基本信息、仓库编号、收货人信息等。该仓领域对象 单据是描述仓领域的商品单据，包含主业务订单号和子业务订单号、对象ID、发货数量等。
[0073] 配领域单据可以包括配领域基本信息单据和配领域对象单据，主要描述配送领域 的单据，物流配送时跟踪物流包裹的流转过程。该配领域基本信息单据是描述配送领域的 单据，包含包裹的基本信息，如收货人信息、快递信息、运单号等。该配领域对象单据是描述 配送领域的商品单据，包含主业务订单号和子业务订单号、对象ID、发货数量等。
[0074] 至此描述了根据本申请另一实施例的业务处理方法，其中给出了发货渠道实体模 块、前后端对象关联实体模块以及分层物流订单体系模块，解决了商家用户在多业务渠道 下的发货问题、前后端对象关联问题以及真实的物流订单在实际发货过程中的贯穿指导问 题。由此可以实现可由计算机执行的适于多业务渠道场景的业务处理方案，从而提高业务 处理速率和方便用户的使用。
[0075] 与以上描述的业务处理方法类似，本申请实施例还提供了相应的业务处理装置。
[0076] 图3示出了根据本申请一个实施例的业务处理装置300的结构框图。
[0077] 如图3所示，装置300可以包括创建模块310、第一确定模块320、第二确定模块 330和执行模块340。
[0078] 具体而言，创建模块310可以用于响应于针对业务对象的业务订单的生成，创建 包含业务对象标识和业务渠道标识的物流订单。第一确定模块320可以用于根据物流订单 中的业务渠道标识，确定与业务订单对应的业务处理设置。第二确定模块330可以用于根 据业务对象标识和业务处理设置，确定与业务订单对应的仓储标识。执行模块340可以用 于根据仓储标识执行业务对象的物流处理，以完成对业务订单的业务处理。
[0079] 根据本申请的实施例，第一确定模块320可以进一步包括（图中未示出）:用户标识 确定子模块，用于根据预定的业务渠道_用户映射关系，确定与所述业务渠道标识对应的 用户标识； 以及处理设置确定子模块，用于根据所述用户标识和所述业务渠道标识，确定与 所述业务订单对应的业务处理设置。
[0080] 根据本申请的更具体实施例，处理设置确定子模块可以进一步包括（图中未示出）： 集合确定子模块，用于根据用户标识，确定对应的业务处理设置集合；以及设置确定子模 块，用于根据业务渠道标识，从业务处理设置集合中确定与业务订单对应的业务处理设置。
[0081] 根据本申请的实施例，第二确定模块330可以进一步包括（图中未示出）:仓储对象 标识确定子模块，用于根据预定的业务对象-仓储对象映射关系，确定与所述业务对象标 识对应的仓储对象标识；仓储信息确定子模块，用于根据预定的仓储对象_仓储信息映射 关系，确定与所述仓储对象标识对应的仓储信息；以及仓储标识确定子模块，用于根据所述 业务处理设置和所述仓储信息，确定与所述业务对象对应的仓储标识。
[0082] 根据本申请的实施例，执行模块340可以进一步包括（图中未示出）:生成和执行子 模块，用于针对仓储标识，生成并执行业务对象的物流处理方案，以完成对业务订单的业务 处理。
[0083] 以上描述的业务处理装置与之前描述的业务处理方法的处理是对应的，因此，关 于其具体细节，可以参见之前描述的业务处理方法，这里不再赘述。
[0084] 本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。 因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的 形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存 储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形 式。
[0085] 在一个典型的配置中，计算设备包括一个或多个处理器（CPU)、输入/输出接口、 网络接口和内存。
[0086] 内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器（RAM)和/ 或非易失性内存等形式，如只读存储器（ROM)或闪存（flashRAM)。内存是计算机可读介质 的示例。
[0087] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法 或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。 计算机的存储介质的例子包括，但不限于相变内存（PRAM)、静态随机存取存储器（SRAM)、 动态随机存取存储器（DRAM)、其他类型的随机存取存储器（RAM)、只读存储器（ROM)、电 可擦除可编程只读存储器（EEPR0M)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘（DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁 性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中 的界定，计算机可读介质不包括暂存电脑可读媒体（transitorymedia),如调制的数据信 号和载波。
[0088] 还需要说明的是，术语"包括"、"包含"或者其任何其他变体意在涵盖非排他性的 包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包 括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要 素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括所述 要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0089] 以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员 来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同 替换、改进等，均应包含在本申请的权利要求范围之内。
【主权项】
1. 一种业务处理方法，其特征在于，包括： 响应于针对业务对象的业务订单的生成，创建包含业务对象标识和业务渠道标识的物 流订单； 根据所述物流订单中的业务渠道标识，确定与所述业务订单对应的业务处理设置； 根据所述业务对象标识和所述业务处理设置，确定与所述业务订单对应的仓储标识； 以及 根据所述仓储标识执行所述业务对象的物流处理，以完成对所述业务订单的业务处 理。2. 根据权利要求1所述的方法，其特征在于，所述根据所述物流订单中的业务渠道标 识确定与所述业务订单对应的业务处理设置的步骤，进一步包括： 根据预定的业务渠道_用户映射关系，确定与所述业务渠道标识对应的用户标识；以 及 根据所述用户标识和所述业务渠道标识，确定与所述业务订单对应的业务处理设置。3. 根据权利要求2所述的方法，其特征在于，所述根据所述用户标识和所述业务渠道 标识确定与所述业务订单对应的业务处理设置的步骤，进一步包括： 根据所述用户标识，确定对应的业务处理设置集合；以及 根据所述业务渠道标识，从所述业务处理设置集合中确定与所述业务订单对应的业务 处理设置。4. 根据权利要求1所述的方法，其特征在于，所述根据所述业务对象标识和所述业务 处理设置确定与所述业务订单对应的仓储标识的步骤，进一步包括： 根据预定的业务对象-仓储对象映射关系，确定与所述业务对象标识对应的仓储对象 标识； 根据预定的仓储对象-仓储信息映射关系，确定与所述仓储对象标识对应的仓储信 息；以及 根据所述业务处理设置和所述仓储信息，确定与所述业务对象对应的仓储标识。5. 根据权利要求1所述的方法，其特征在于，所述根据所述仓储标识执行所述业务对 象的物流处理以完成对所述业务订单的业务处理的步骤，进一步包括： 针对所述仓储标识，生成并执行所述业务对象的物流处理方案，以完成对所述业务订 单的业务处理。6. -种业务处理装置，其特征在于，包括： 创建模块，用于响应于针对业务对象的业务订单的生成，创建包含业务对象标识和业 务渠道标识的物流订单； 第一确定模块，用于根据所述物流订单中的业务渠道标识，确定与所述业务订单对应 的业务处理设置； 第二确定模块，用于根据所述业务对象标识和所述业务处理设置，确定与所述业务订 单对应的仓储标识；以及 执行模块，用于根据所述仓储标识执行所述业务对象的物流处理，以完成对所述业务 订单的业务处理。7. 根据权利要求6所述的装置，其特征在于，所述第一确定模块进一步包括： 用户标识确定子模块，用于根据预定的业务渠道-用户映射关系，确定与所述业务渠 道标识对应的用户标识；以及 处理设置确定子模块，用于根据所述用户标识和所述业务渠道标识，确定与所述业务 订单对应的业务处理设置。8. 根据权利要求7所述的装置，其特征在于，所述处理设置确定子模块进一步包括： 集合确定子模块，用于根据所述用户标识，确定对应的业务处理设置集合；以及 设置确定子模块，用于根据所述业务渠道标识，从所述业务处理设置集合中确定与所 述业务订单对应的业务处理设置。9. 根据权利要求6所述的装置，其特征在于，所述第二确定模块进一步包括： 仓储对象标识确定子模块，用于根据预定的业务对象-仓储对象映射关系，确定与所 述业务对象标识对应的仓储对象标识； 仓储信息确定子模块，用于根据预定的仓储对象_仓储信息映射关系，确定与所述仓 储对象标识对应的仓储信息；以及 仓储标识确定子模块，用于根据所述业务处理设置和所述仓储信息，确定与所述业务 对象对应的仓储标识。10. 根据权利要求6所述的装置，其特征在于，所述执行模块进一步包括： 生成和执行子模块，用于针对所述仓储标识，生成并执行所述业务对象的物流处理方 案，以完成对所述业务订单的业务处理。
【专利摘要】本申请涉及业务处理方法和装置。该方法包括：响应于针对业务对象的业务订单的生成，创建包含业务对象标识和业务渠道标识的物流订单；根据所述物流订单中的业务渠道标识，确定与所述业务订单对应的业务处理设置；根据所述业务对象标识和所述业务处理设置，确定与所述业务订单对应的仓储标识；以及根据所述仓储标识执行所述业务对象的物流处理，以完成对所述业务订单的业务处理。根据本申请的技术方案，可以实现可由计算机执行的适于多业务渠道场景的业务处理方案，由此可以更加方便用户的使用以及提高业务处理效率。
【IPC分类】G06Q10/08, G06Q50/28
【公开号】CN104899711
【申请号】CN201410079603
【发明人】陈岳阳
【申请人】阿里巴巴集团控股有限公司
【公开日】2015年9月9日
【申请日】2014年3月5日
最新回复(0)