CN104732332A - 基于电子商务的订单拆分方法和装置 - Google Patents

Abstract

本发明公开了基于电子商务的订单拆分方法和装置。所述方法包括：接收订单中至少一件商品的原始订单数据；针对每件商品，判断该商品的原始订单数据是否具有与至少一个可配置的业务规则中每个可配置的业务规则生成的标识匹配的数据；若存在匹配的数据，则使该商品的原始订单数据执行所述至少一个可配置的业务规则，并形成第一商品维度模型实例；根据第一商品维度模式实例确定订单拆分的结果。本发明可以维护订单拆分处理系统的稳定性、节约成本、而且提高效率。

Description

基于电子商务的订单拆分方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于电子商务的订单拆分方法和装置。

背景技术

订单处理是电子商务核心环节之一，包括诸如订单拆分、订单转移和订单下传等流程。需要进行订单拆分的情况包括根据不同的业务规则对订单进行拆分，例如：根据订单中的商品所存储的库房对订单进行拆分、根据订单中的商品所属的商家对订单进行拆分等。库房和商家都是订单拆分的维度。订单拆分的最终目的是对订单拆分后，使订单到下游系统或者商家处进行生产或配送。订单能否被正确拆分直接影响下一步的生产或配送。

现有的订单拆分基于业务逻辑拆分法，按照订单中每件商品的原始订单数据包含的维度对订单进行拆分。随着电子商务的发展，订单的数量和复杂度增大，订单拆分的工作量也随之增大。在这种情况下，发明人发现现有的订单拆分存在诸多缺点。

主要的缺点是，现有的订单拆分无法适应电子商务业务复杂多变的需求。例如，现有的订单拆分不关心更细化的维度，如果一个商家既有门店又有库房，现有的订单拆分只拆分到商家这个维度，不再进一步细化，为了便于配送，希望将涉及这个商家的订单进一步拆分，若要将涉及这个商家的订单拆分到这个商家的门店或库房的维度，只能修改代码使得根据门店和库房的对应标志(例如1对应门店，2对应库房)进行更细化的订单拆分。再如，若商家向电子商务运营商提出马上对某种商品进行促销，此时需要将该商品从订单中拆分出来作为一个单独的订单，目前只能通过修改代码来实现，由于代码修改好后还要进行测试，所以无法按照商家要求的时间开始促销活动；即使进行了促销，促销结束后，该商品不再单独拆分，此时又得通过修改代码来实现。

对代码进行修改无疑造成了重复开发，浪费人力物力，效率低下，还容易留下漏洞，影响订单拆分整个过程的稳定性。

发明内容

有鉴于此，本发明提出一种基于电子商务的订单拆分方法和装置，以克服现有的订单拆分存在的缺点。

一种基于电子商务的订单拆分方法，所述方法包括：

接收订单中至少一件商品的原始订单数据；

针对每件商品，判断该商品的原始订单数据是否具有与至少一个可配置的业务规则中每个可配置的业务规则生成的标识匹配的数据；

若存在匹配的数据，则使该商品的原始订单数据执行所述至少一个可配置的业务规则，并形成第一商品维度模型实例；

根据第一商品维度模式实例确定订单拆分的结果。

优选地，根据以下步骤建立可配置的业务规则：

判断业务需求中是否包含有针对维度的信息；

若有，确定出从商品的原始订单数据中获取与维度的信息对应的数据；

建立维度的信息与商品的原始订单数据的对应关系，以使当商品的原始订单数据执行该可配置的业务规则时从商品的原始订单数据中获取所需的数据；

使用获取的数据填充维度。

可选地，在根据所述订单中每件商品的商品维度模式实例确定订单拆分的结果之后，所述方法还包括：

当所述至少一个可配置的业务规则中其中一个可配置的业务规则对应的业务需求不再存在时，删除该可配置的业务规则。

可选地，所述方法还包括：

若不存在匹配的数据，则使该商品的原始订单数据执行原有业务规则，形成第二商品维度模型实例。

优选地，根据第一商品维度模型实例和第二商品维度模型实例确定订单拆分的结果。

一种基于电子商务的订单拆分装置，所述装置包括：

规则特征检测模块，用于接收订单中至少一件商品的原始订单数据，针对每件商品，判断该商品的原始订单数据是否具有与至少一个可配置的业务规则中每个可配置的业务规则生成的标识匹配的数据；

至少一个可配置的业务规则模块，用于若存在匹配的数据，则使该商品的原始订单数据执行所述至少一个可配置的业务规则，并形成第一商品维度模型实例；

第一商品维度模型实例，用于存储所述第一商品维度模型实例；

拆分结果模块，用于根据第一商品维度模式实例确定订单拆分的结果。

优选地，所述可配置的业务规则模块包括：

判断单元，用于判断业务需求中是否包含有针对维度的信息；

确定单元，用于若业务需求中包含有针对维度的信息，确定出从商品的原始订单数据中获取与维度的信息对应的数据；

建立单元，用于建立维度的信息与商品的原始订单数据的对应关系，以使当商品的原始订单数据执行该可配置的业务规则时从商品的原始订单数据中获取所需的数据；

填充单元，用于使用获取的数据填充维度。

可选地，在根据所述订单中每件商品的商品维度模式实例确定订单拆分的结果之后，当其中一个可配置的业务规则模块对应的业务需求不再存在时，删除该可配置的业务规则模块。

可选地，所述装置还包括：

原有业务规则模块，用于若不存在匹配的数据，则使该商品的原始订单数据执行原有业务规则，形成第二商品维度模型实例；

第二商品维度模型实例模块，用于存储所述第二商品维度模型实例。

可选地，所述拆分结果模块还用于根据第一商品维度模型实例和第二商品维度模型实例确定订单拆分的结果。

可以看出，在本发明实施例中，不需要修改订单拆分处理系统的代码，而是根据实际的业务需求动态配置了业务规则，并使满足条件的原始订单数据执行动态配置的业务规则，进而得到拆分结果，从而维护了订单拆分处理系统的稳定性，节约了成本，并且提高了效率。

附图说明

图1为本发明实施例提供的订单拆分过程的示意图；

图2为本发明实施例提供的一种方法的流程图；

图3为本发明实施例提供的另一种方法的流程图；

图4为本发明实施例提供的装置的框图；

图5为可配置的业务规则模块的框图。

具体实施方式

在对详细的描述进行说明之前，应该理解，用在本说明书以及权利要求中的术语及词语可能不限于普通含义或词典含义，而是在发明人能够使用新词以最佳方式解释本发明的原则下，被解释为适于本发明技术范围的含义或概念。

本发明提供实施例使得公开充分并完全涵盖本领域技术人员。对具体细节例如具体部件、装置进行阐述，以透彻理解本实施例。对本领域技术人员来说，显然，不需要采用具体的细节，实施例可以以许多不同的形式进行具体体现，而且不应该解释为对本发明范围的限制。在一些实施例中，公知装置结构、以及公知技术不再详细描述。

下文将参考附图对本发明的示例性实施例进行详细描述。

请参考图1，为本发明实施例提供的订单拆分过程的示意图。本发明实施例根据不同的业务需求建立可配置的业务规则。可配置的业务规则的执行从商品的原始订单数据中提取所需的数据，并使用提取的数据来填充商品的维度。可配置的业务规则独立于原订单拆分处理系统、不同于原订单拆分系统中的业务规则、并且可以根据需要随时增加或删除。

优选地，可配置的业务规则的建立可以包括以下步骤：判断业务需求中是否包含有针对维度的信息；若有，确定出从商品的原始订单数据中获取与维度的信息对应的数据；建立维度的信息与商品的原始订单数据的对应关系，以使当商品的原始订单数据执行该可配置的业务规则时从商品的原始订单数据中获取所需的数据；使用获取的数据填充维度。其中，建立维度的信息与商品的原始订单数据的对应关系可以包括以下步骤：从业务需求中获取维度，将获取的维度设定为输入参数，将从商品的原始订单数据中获取到的所需数据作为输出参数。

假设一个订单中包含有两件以上的商品，针对每件商品，利用本发明实施例提供的订单拆分的方法，需要由可配置的业务规则执行的原始订单数据由可配置的业务规则来执行，可配置的业务规则无法执行的原始订单数据由原订单拆分处理系统中的业务规则来执行。

一旦原始订单数据被确定为由可配置的业务规则来执行，则无论有几个可配置的业务规则，该原始订单数据将会执行所有的可配置的业务规则。每个可配置的业务规则执行完后均填充一个维度，针对该原始订单数据的可配置业务规则用从原始订单数据中提取的数据填充一个维度，其它可配置的业务规则用默认值分别填充一个维度。

为便于理解，以一个具体例子进行说明。假设业务需求为将商品a(商品编号为11111)和商品b(商品编号为11112)分别拆分出来，使得商品a从原订单被拆分为单独的一个订单，并且商品b从原订单被拆分为单独的一个订单。根据该业务需求，建立一个可配置的业务规则(假设为ab业务规则，并且除了ab业务规则以外，还存在用于其它业务需求的四个可配置的业务规则)，ab业务规则的作用是当发现订单中包含有商品a或商品b时，提取商品a或商品b的商品编号并用商品编号来填充商品的维度。以a商品为例，当发现订单中包含有a商品时，则a商品的原始订单数据执行ab业务规则以及其它四个可配置的业务规则。执行完后，ab业务规则填充的维度是11111，其它四个可配置的业务规则填充的维度分别是默认值0。每个可配置的业务规则填充的维度组成商品维度模型实例，即0-0-0-0-11111。对于商品b，执行与商品a一样的过程，最终形成的商品维度模型实例为0-0-0-0-11112。最后，通过将所有商品的商品维度模型实例进行对比，来进行订单拆分。

请参考图2，为本发明实施例提供的一种方法的流程图，可以包括以下步骤：

步骤201：接收订单中至少一件商品的原始订单数据；

步骤202：针对每件商品，判断该商品的原始订单数据是否具有与至少一个可配置的业务规则中每个可配置的业务规则生成的标识匹配的数据；

步骤203：若存在匹配的数据，则使该商品的原始订单数据执行所述至少一个可配置的业务规则，并形成第一商品维度模型实例；

步骤204：根据第一商品维度模式实例确定订单拆分的结果。

可以看出，在本发明实施例中，不需要修改订单拆分处理系统的代码，而是根据实际的业务需求动态配置了业务规则，并使满足条件的原始订单数据执行动态配置的业务规则，进而得到拆分结果，从而维护了订单拆分处理系统的稳定性，节约了成本，并且提高了效率。

为了更好地理解本发明，下面以一个更加具体的实施例对本发明进行说明。在该实施例中，根据若干业务需求分别建立可配置的业务规则，这些可配置的业务规则可根据需要随时被删除、维护，每个业务规则产生一个标识，用来作为判断一件商品的原始订单数据中是否包含有自己所需数据的依据。

例如，假设商家向电子商务运营商提出要对一件商品进行促销，那么当订单中包含有这件商品时需要将其从订单中拆分出来作为一个单独的订单，为此，技术人员针对这个要求建立可配置的业务规则，该业务规则通过执行该商品的原始订单数据，可以从原始订单数据中提取所需的数据并用该数据来填充商品的维度。为了能找到这件商品，该业务规则产生一个标识，当原始订单数据存在与该标识匹配的数据时，则确定出找到了这件商品。

请参考图3，为本发明实施例提供的另一种方法的流程图，可以包括以下步骤：

步骤301：接收订单中至少一件商品的原始订单数据；

步骤302：针对其中一件商品，判断该商品的原始订单数据中是否包含有与至少一个可配置的业务规则产生的标识匹配的数据，若有，进入步骤303，否则，按照现有订单拆分的方法进行处理，处理完成后，进入步骤306；

判断过程跟可配置的业务规则有关。如果可配置的业务规则是和特定的商品绑定的话，如上文将商品a和商品b分别从订单中拆分出来的实例，那么针对商品a和商品b的可配置的业务规则产生的标识可以为商品名称，当订单中存在相同的商品名称时，判断为存在匹配。如果可配置的业务规则从原始订单数据中提取特殊标记并用该特殊标记来填充维度，那么可配置的业务规则产生的标识可以是该特殊标记，当订单中某件商品的原始订单数据包含有与该特殊标记匹配的数据时，判断为匹配。例如，可配置的业务规则产生的标识可以是“StoreID”，若某件商品的原始订单数据中包含有“库房号1”，则判断为“库房号1”与“StoreID”匹配。

其中，现有订单拆分的过程中可以形成第二商品维度模式实例。

需要指出的是，为便于理解，原订单拆分处理过程形成的商品维度模型实例称为第二商品维度模式实例，本发明提出的可配置业务规则执行完后产生的商品维度模型实例称为第一商品维度模型实例，在此，“第一”、“第二”并不表示先后次序，也不表示第一个或者第二个，仅是为了将两种方法产生的商品维度模型实例区别开来。

可配置的业务规则的数量为至少一个，因此所产生的标识的数量也是至少一个，只要该商品的原始订单数据与任一个标识匹配，则该商品的原始订单数据就不再按照现有订单拆分的方法进行处理，而是由本发明提出的可配置的业务规则进行处理。

步骤303：确定出该商品的原始订单数据执行所有可匹配的业务规则；

步骤304：该商品的原始订单数据依次执行每个可匹配的业务规则，从而使每个可匹配的业务规则填充该商品的维度；

可以从该商品的原始订单数据中提取所需数据的可配置的业务规则使用提取的数据填充该商品的维度，从该商品的原始订单数据中提取不到所需数据的可配置的业务规则使用默认值填充该商品的维度。

步骤305：每个可匹配的业务规则填充的维度组成该商品的第一商品维度模型实例；

例如，当前订单中包括两个商品A、商品B，确定出商品A和商品B的原始订单数据执行所有可匹配的业务规则。可配置的业务规则有四个：a业务规则、b业务规则、c业务规则和d业务规则。a业务规则提取商品A的商品编号(假设商品编号为11113)并用该商品编号来填充维度，b业务规则从原始订单数据中提取“StoreID”对应的库房号并用该库房号填充维度。c业务规则和d业务规则所需的数据没有包含在商品A和商品B的原始订单数据中。商品A和商品B的原始订单数据分别执行了这四个可配置的业务规则后，商品A的第一商品维度模型实例为0-0-11113-0，商品B的第一商品维度模型实例为0-2-0-0。

步骤306：判断订单中是否还有商品，若有，返回步骤302，否则，进入步骤307；

步骤307：获取第一商品维度模型实例和第二商品维度模型实例，将获取到的所有的商品维度模型实例进行对比；

容易理解的是，如果所有的商品维度模型实例均相同，则无需对订单进行拆分，否则，需要将订单拆分。

步骤308：根据对比结果确定订单拆分的结果。

可以看出，在本发明实施例中，不需要修改订单拆分处理系统的代码，而是根据实际的业务需求动态配置了业务规则，并使满足条件的原始订单数据执行动态配置的业务规则，进而得到拆分结果，从而维护了订单拆分处理系统的稳定性，节约了成本，并且提高了效率。

请参考图4，为本发明实施例提供的装置的框图，可以包括：

规则特征检测模块401，用于接收订单中至少一件商品的原始订单数据，针对每件商品，判断该商品的原始订单数据是否具有与至少一个可配置的业务规则中每个可配置的业务规则生成的标识匹配的数据；

至少一个可配置的业务规则模块402，用于若存在匹配的数据，则使该商品的原始订单数据执行所述至少一个可配置的业务规则，并形成第一商品维度模型实例。

第一商品维度模型实例403，用于存储所述第一商品维度模型实例；

拆分结果模块404，用于根据第一商品维度模式实例确定订单拆分的结果。

在根据所述订单中每件商品的商品维度模式实例确定订单拆分的结果之后，当其中一个可配置的业务规则模块402对应的业务需求不再存在时，删除该可配置的业务规则模块。

可选地，所述装置还包括：

原有业务规则模块405，用于若不存在匹配的数据，则使该商品的原始订单数据执行原有业务规则，形成第二商品维度模型实例；

第二商品维度模型实例模块406，用于存储所述第二商品维度模型实例。

可选地，所述拆分结果模块404还用于根据第一商品维度模型实例和第二商品维度模型实例确定订单拆分的结果。

优选地，可配置的业务规则模块402包括以下单元，如图5所示：

判断单元402-1，用于判断业务需求中是否包含有针对维度的信息；

确定单元402-2，用于若业务需求中包含有针对维度的信息，确定出从商品的原始订单数据中获取与维度的信息对应的数据；

建立单元402-3，用于建立维度的信息与商品的原始订单数据的对应关系，以使当商品的原始订单数据执行该可配置的业务规则时从商品的原始订单数据中获取所需的数据；

填充单元402-4，用于使用获取的数据填充维度。

本发明实施例提供的装置采用分布式部署，可以通过zookeeper对可配置的业务规则进行维护、推送和同步。可以采用apache.commons.JexlEngine对可配置的业务规则进行解析。

可以看出，在本发明实施例中，不需要修改订单拆分处理系统的代码，而是根据实际的业务需求动态配置了业务规则，并使满足条件的原始订单数据执行动态配置的业务规则，进而得到拆分结果，从而维护了订单拆分处理系统的稳定性，节约了成本，并且提高了效率。

此处使用的术语仅是为了描述具体的实施例，意不在限制。如此处使用的，除非上下文清楚指出，术语“包括”是包含的，因此详细说明陈述的特征、整体、步骤、操作、元件、和/或部件，并不排除一个或者多个其它的特征、整体、步骤、操作、元件、部件、和/或其组合的存在或附加。

提供本实施例的描述目的是进行说明，意不在穷尽或者限制本发明。单个部件或者特征不限制在该实施例中，即使没有具体示出或者进行描述，也可以在可应用的选择的实施例中进行互换并使用。还可以按照许多方式进行变化，这些变化并未脱离本发明，并且所有这些改变意在包含在本发明的范围内。

Claims (10)

1.一种基于电子商务的订单拆分方法，其特征在于，所述方法包括：

接收订单中至少一件商品的原始订单数据；

针对每件商品，判断该商品的原始订单数据是否具有与至少一个可配置的业务规则中每个可配置的业务规则生成的标识匹配的数据；

若存在匹配的数据，则使该商品的原始订单数据执行所述至少一个可配置的业务规则，并形成第一商品维度模型实例；

根据第一商品维度模式实例确定订单拆分的结果。

2.根据权利要求1所述的方法，其特征在于，根据以下步骤建立可配置的业务规则：

判断业务需求中是否包含有针对维度的信息；

若有，确定出从商品的原始订单数据中获取与维度的信息对应的数据；

建立维度的信息与商品的原始订单数据的对应关系，以使当商品的原始订单数据执行该可配置的业务规则时从商品的原始订单数据中获取所需的数据；

使用获取的数据填充维度。

3.根据权利要求1所述的方法，其特征在于，在根据所述订单中每件商品的商品维度模式实例确定订单拆分的结果之后，所述方法还包括：

当所述至少一个可配置的业务规则中其中一个可配置的业务规则对应的业务需求不再存在时，删除该可配置的业务规则。

4.根据权利要求1、2或3所述的方法，其特征在于，所述方法还包括：

若不存在匹配的数据，则使该商品的原始订单数据执行原有业务规则，形成第二商品维度模型实例。

5.根据权利要求4所述的方法，其特征在于，根据第一商品维度模式实例确定订单拆分的结果还包括：

根据第一商品维度模型实例和第二商品维度模型实例确定订单拆分的结果。

6.一种基于电子商务的订单拆分装置，其特征在于，所述装置包括：

规则特征检测模块，用于接收订单中至少一件商品的原始订单数据，针对每件商品，判断该商品的原始订单数据是否具有与至少一个可配置的业务规则中每个可配置的业务规则生成的标识匹配的数据；

至少一个可配置的业务规则模块，用于若存在匹配的数据，则使该商品的原始订单数据执行所述至少一个可配置的业务规则，并形成第一商品维度模型实例；

第一商品维度模型实例，用于存储所述第一商品维度模型实例；

拆分结果模块，用于根据第一商品维度模式实例确定订单拆分的结果。

7.根据权利要求6所述的装置，其特征在于，所述可配置的业务规则模块包括：

判断单元，用于判断业务需求中是否包含有针对维度的信息；

确定单元，用于若业务需求中包含有针对维度的信息，确定出从商品的原始订单数据中获取与维度的信息对应的数据；

建立单元，用于建立维度的信息与商品的原始订单数据的对应关系，以使当商品的原始订单数据执行该可配置的业务规则时从商品的原始订单数据中获取所需的数据；

填充单元，用于使用获取的数据填充维度。

8.根据权利要求6所述的装置，其特征在于，在根据所述订单中每件商品的商品维度模式实例确定订单拆分的结果之后，当其中一个可配置的业务规则模块对应的业务需求不再存在时，删除该可配置的业务规则模块。

9.根据权利要求6、7或8所述的装置，其特征在于，所述装置还包括：

原有业务规则模块，用于若不存在匹配的数据，则使该商品的原始订单数据执行原有业务规则，形成第二商品维度模型实例；

第二商品维度模型实例模块，用于存储所述第二商品维度模型实例。

10.根据权利要求9所述的装置，其特征在于，所述拆分结果模块用于根据第一商品维度模型实例和第二商品维度模型实例确定订单拆分的结果。