一种订单拆分方法和装置的制造方法
【技术领域】
[0001]本发明涉及计算机技术领域，特别地涉及一种订单拆分方法和装置。
【背景技术】
[0002]随着电子商务的发展不断的复杂和扩大，订单拆分成为大型电子商务公司订单生产过程中不可缺少的一个环节，对于开放式B2C电子商务来说用户下了不同商家的订单是需要拆分来开的，对于自营式B2C电子商务来说更是如此。
[0003]比如，用户下了一个混合订单，订单中有书，有手机，有衣服等不同品类(图书、3C、百货)的商品，而事实上这些商品根据库房划分的不同会存放在不同地理位置和区域中，比如书，可能会是在图书仓库，手机在3C仓库，衣服又在百货仓库，而这些仓库在实际情况中不一定是在同一个区域，那么这样就需要系统在订单到达库房进行生产之前按照库房分布不同进行拆分，以便保证来自不同库房商品的订单能够正确流转到下游的对应的库房或者第三方商家中进行生产打包和配送。
[0004]上面说的其实只是用户下单后需要根据订单中商品的商家不同库房分布不同进行订单拆分的情况，就是按照商家维度、库房的维度进行订单拆分，就是说商家标识、库房号是订单进行拆分的不同维度，而在实际的订单生产流程中会有很多的自身条件需要对订单进行拆分，比如机构号，商品是否是现货等物理条件进行限制，而系统就是通过这些条件将订单拆分开来。
[0005]对于订单拆分，现有的技术方案通常采用基于固定拆分维度技术方案进行拆分:
[0006]通过相关业务要求去构建一个拆分模型，这个模型中包含了基本拆分固有维度，这个拆分固有维度是指本身对于拆分而言是有实际意义，比如商品的库房号，商品的库存状态这都是有意义的；通过对订单中的每个商品进行遍历，进行填充该拆分模型所包含的拆分维度，这样每个商品都有了自己的拆分模型的实例，最后系统进行模型实例的比对，如果模型实例相同则是一单，反之会有多单。其工作流程如图1所示:
[0007]订单原始信息模块:主要进行订单拆分之前的数据整理，这里系统会从用户下的原始订单中得到一些订单数据详情，比如商品及数量，使用的优惠以及金额等等，这些数据中会包含拆分所关注的一些直接维度，比如库房号，商家编号等信息，为订单拆分做准备；
[0008]商品的拆分模型构造模块:主要是进行构建每个商品的拆分模型实例，根据相关人员定义好的拆分模型和系统得到的每个商品的信息进行填充拆分模型，为下一步准备；
[0009]商品的模型对比模块:主要是对上一步形成的一个每个商品的拆分模型实例进行比较，如果一样的话就是一堆，否则会有很多堆；
[0010]拆分结果的确定模块:根据上一步的分堆的结果，进行拆分结果的构造和确定。
[0011]随着订单业务的不断发展，系统除了需要按照商品本身具备的属性进行拆分后，同时也需要按照很多业务上的规则对订单进行拆分，比如要求某种商品只能是一个商品是一单的，还有同一个订单不同商品的配送方式不一样，甚至是商家特殊的促销也是需要进行拆分的等等情况。
[0012]如按照现有技术方案对订单进行拆分会存在这样的问题，就是固有的拆分维度无法适应满足新的业务扩展:因为固有的拆分模型不会考虑到新的业务将会带来的拆分维度，而且每个业务所定义的维度也不可能是相同意义的。而随着业务不断增加和扩展，对于拆分的逻辑也在趋于复杂和拆分粒度会更大，就是可能会存在这样的问题:对于原来拆分完的一个订单，新的业务会导致该订单的进一步拆分，比如一个订单有两本书，一个手机这三个商品，按照现有的方式进行拆分的话，根据库房不同会拆分成两单，两本书在同一个库房是一单，手机是一单，但可能存在一个业务或者特殊要求其中的一本图书必须是一单一货，也就是说系统还需要将这两本书拆分开，最后是三单。那么对于上面这种情况按照已有维度是无法拆分处理的，不能拆分到底的，显然已有的拆分方案无法很好的解决这样的问题，这样就需要系统在拆分结果的基础上对订单再次进行特殊的处理，比如上面的情况如果发现订单中有特殊的商品需要单拆分出来，进行特殊的逻辑处理，需要在已有的业务逻辑上增加新拆分要求，就会存在不断修改已有业务逻辑的缺点，会增加已有业务逻辑出现崩溃的风险，会降低系统的稳定性，不利于系统和业务的扩展。
【发明内容】
[0013]有鉴于此，本发明提供一种订单拆分方法和装置，能够在有特殊的商品需要单拆分出来的时候，无需进行特殊的逻辑处理，只要在已有的业务逻辑上增加新拆分要求即可，克服了需要不断修改已有业务逻辑的缺点，减少了已有业务逻辑出现崩溃的风险，提高了系统的稳定性，有利于系统和业务的扩展。
[0014]为实现上述目的，根据本发明的一个方面，提供了一种订单拆分方法。
[0015]本发明的订单拆分方法包括:在已有的拆分维度节点中，保存根据业务需求增加的拆分维度节点；在已有的拆分模型基础上，加入包括所述增加的拆分维度节点的拆分模型，以构造得到动态业务拆分模型；根据订单中的商品信息以及所述动态业务拆分模型，对订单进行拆分。
[0016]可选地，所述拆分维度节点包括如下一种或多种:库房号、商家标识、机构号、商品类型、以及库存状态。
[0017]可选地，所述根据业务需求增加的拆分维度节点包括商品通用维度标识。
[0018]可选地，所述商品通用维度标识为多位的字符串，每一位用于标识不同的业务需求。
[0019]可选地，所述增加的拆分维度节点的拆分模型为:一个单独包括已增加拆分维度节点的拆分模型；
[0020]或者，所述增加的拆分维度节点的拆分模型为:既包括已增加的拆分维度节点，又包括订单中的商品信息所含有的维度节点的拆分模型。
[0021]根据本发明的另一方面，提供了一种订单拆分装置。
[0022]本发明的订单拆分装置包括:保存模块，用于在已有的拆分维度节点中，保存根据业务需求增加的拆分维度节点；构造模块，用于在已有的拆分模型基础上，加入包括所述增加的拆分维度节点的拆分模型，以构造得到动态业务拆分模型；拆分模块，用于根据订单中的商品信息以及所述动态业务拆分模型，对订单进行拆分。
[0023]可选地，所述拆分维度节点包括如下一种或多种:库房号、商家标识、机构号、商品类型、以及库存状态。
[0024]可选地，所述根据业务需求增加的拆分维度节点包括商品通用维度标识。
[0025]可选地，所述商品通用维度标识为多位的字符串，每一位用于标识不同的业务需求。
[0026]可选地，所述增加的拆分维度节点的拆分模型为:一个单独包括已增加拆分维度节点的拆分模型；
[0027]或者，所述增加的拆分维度节点的拆分模型为:既包括已增加的拆分维度节点，又包括订单中的商品信息所含有的维度节点的拆分模型。
[0028]根据本发明的技术方案，能够在有特殊的商品需要单拆分出来的时候，无需进行特殊的逻辑处理，只要在已有的业务逻辑上增加新拆分要求即可，克服了需要不断修改已有业务逻辑的缺点，减少了已有业务逻辑出现崩溃的风险，提高了系统的稳定性，有利于系统和业务的扩展。
【附图说明】
[0029]附图用于更好地理解本发明，不构成对本发明的不当限定。其中:
[0030]图1是根据现有技术的拆分模型流程图；
[0031]图2是根据本发明实施例的订单拆分方法示意图；
[0032]图3是根据本发明实施例的订单拆分装置示意图。
【具体实施方式】
[0033]以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
[0034]图2是根据本发明实施例的订单拆分方法示意图。如图2所示，该方法主要包括如下的步骤S20至S22。
[0035]步骤S20