CN111951066B - 对订单进行合成批次处理的系统、方法、装置及电子设备 - Google Patents

Abstract

本申请实施例公开了对订单进行合成批次处理的系统、方法、装置及电子设备。所述方法包括：合成批次处理子系统获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；确定目标定时任务，并在目标定时任务以获取的目标订单数据作为参数调用接口后，获得目标定时任务关联的目标业务类型信息；将目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合批作业。如此方案，有助于提高履约效率，以及灵活应对多变的合批业务策略。

Description

对订单进行合成批次处理的系统、方法、装置及电子设备

技术领域

本申请涉及新零售技术领域，特别是涉及对订单进行合成批次处理的系统、方法、装置及电子设备，获得规则信息的方法、装置及电子设备，以及获得定时任务信息的方法、装置及电子设备。

背景技术

在“新零售”业务模式下，服务提供商(在实际应用中可以称为零售商或者商户)可以开设线下的实体店铺，消费者用户可以直接到线下的实体店铺进行商品对象的购买。同时，零售商还可以通过线上的应用程序(App)提供实体店铺对应的线上店铺，通过线上店铺向消费者用户展示实体店铺可提供的商品对象的相关信息，供消费者用户进行线上下单操作。

消费者用户通过App提交的交易订单可以先保存到订单信息库，再由履约平台从订单信息库中读取订单数据，将同一实体店铺关联的多个订单合成为一个批次，再以批次为基本单元进行仓库作业以及配送作业。

随着消费者用户需求的日益多样化，实体店铺可提供服务的业务类型也在不断扩展。例如，实体店铺1可以向消费者用户提供O2O业务、B2C常温业务、B2C冷链业务以及预售业务等业务类型的服务，消费者用户通过App提交的实体店铺1关联的不同业务类型的交易订单仍会保存到订单信息库中，等待进入履约流程。

通常，不同业务类型的订单可能具有不同的履约需求。例如，O2O业务、B2C常温业务以及B2C冷链业务关联的订单包括的商品对象，在实体店铺中有库存时才会在线上店铺进行展示，即，这些业务类型的订单数据保存到订单信息库后，履约平台可以即时对订单进行履约处理，确保订单包括的商品对象在履约时效内配送给消费者用户。预售业务关联的订单包括的商品对象，可能在实体店铺中没有库存，需要在预售时限内进行商品对象的采购操作后，再由履约平台对订单进行履约处理。

另外，从配送方式上来说，针对B2C冷链业务关联的订单来说，可能需要将打包后的商品对象放入带冷藏包的周转箱中进行配送。

结合以上示例可知，在对订单进行履约处理的过程中，如果履约平台将不同业务类型的订单合成为一个批次，可能会影响履约效率。例如，将预售业务类型的订单与需要即时履约的业务类型的订单合成为一个批次，则预售业务类型的订单，无法与该批次中需要即时履约的业务类型的订单同时进行批量的拣货作业、打包作业以及配送作业，这就失去了履约平台批量处理订单，提高履约效率的意义。

此外，即使针对均需要即时履约的业务类型来说，将不同业务类型的订单合成为一个批次，也可能会存在问题。例如，将冷链业务类型的订单与常温业务类型的订单合成为一个批次时，如果批次中冷链业务类型的订单包括的商品对象较少，可能导致周转箱的装载率低，造成周装箱以及冷藏包等冷链资源的浪费。另外，周转箱体积通常都较大，需要占用较大的存放空间，可能会影响配送车装载的总的包裹数量，致使单次配送的配送效率低下，同样会影响履约效率。

综上，如何对同一实体店铺关联的多种业务类型的订单进行合成批次处理，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了一种对订单进行合成批次处理的系统、方法、装置及电子设备，一种获得规则信息的方法、装置及电子设备，以及一种获得定时任务信息的方法、装置及电子设备。针对不同业务类型配置对应的规则信息，并对规则信息进行单独保存，不仅可以解决对同一实体店铺关联的多种业务类型的订单进行合批处理的问题，还可以避免将多种业务类型的订单进行合批处理的实现逻辑耦合在一起导致的可扩展性差以及后期维护成本高等问题。

本申请提供了如下方案：

一种对订单进行合成批次处理的系统，包括：

规则子系统、定时任务配置子系统以及合成批次处理子系统，

所述规则子系统，用于获得针对不同业务类型配置的规则信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

所述定时任务配置子系统，用于获得针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

所述合成批次处理子系统，用于从所述规则子系统获得所述规则信息，以及从所述定时任务配置子系统获得所述定时任务信息，并在目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种获得规则信息的方法，包括：

规则子系统客户端通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种获得规则信息的方法，包括：

规则子系统服务端获得规则子系统客户端提交的针对不同业务类型配置的规则信息；

对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种获得定时任务信息的方法，包括：

定时任务配置子系统客户端提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种获得定时任务信息的方法，包括：

定时任务配置子系统服务端获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息；

保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种对订单进行合成批次处理的方法，包括：

合成批次处理子系统获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息；

将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

一种对订单进行合成批次处理的方法，包括：

合成批次作业子系统获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息；

根据所述规则信息对所述目标订单数据进行合成批次作业。

一种获得规则信息的装置，应用于规则子系统客户端，包括：

操作选项提供单元，用于通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

规则信息提交单元，用于通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种获得规则信息的装置，应用于规则子系统服务端，包括：

规则信息获得单元，用于获得规则子系统客户端提交的针对不同业务类型配置的规则信息；

信息关联单元，用于对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种获得定时任务信息的装置，应用于定时任务配置子系统客户端，包括：

操作选项提供单元，用于提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

定时任务信息提交单元，用于通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种获得定时任务信息的装置，应用于定时任务配置子系统服务端，包括：

定时任务信息获得单元，用于获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息；

定时任务信息保存单元，用于保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种对订单进行合成批次处理的装置，应用于合成批次处理子系统，包括：

信息获得单元，用于获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

目标业务类型信息获得单元，用于确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息；

信息下发单元，用于将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

一种对订单进行合成批次处理的装置，应用于合成批次作业子系统，包括：

合成批次请求获得单元，用于获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息；

合成批次作业单元，用于根据所述规则信息对所述目标订单数据进行合成批次作业。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得规则子系统客户端提交的针对不同业务类型配置的规则信息；

对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息；

保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息；

将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息；

根据所述规则信息对所述目标订单数据进行合成批次作业。

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

通过本申请实施例，可以针对不同业务类型信息，配置对应的规则信息以及对应的定时任务信息，这样，在目标定时任务调用合成批次处理子系统提供的接口后，可以获得目标定时任务关联的目标业务类型信息，以及目标业务类型信息关联的规则信息，下发到合批作业子系统。如此，合批作业子系统便可根据目标业务类型信息关联的规则信息，对目标定时任务获取的目标订单数据进行合批作业。也就是说，在同一实体店铺可以提供多种业务类型的服务时，可以基于不同业务类型关联的规则信息，对该业务类型的订单进行合批处理，有助于提高履约效率。此外，本申请实施例将规则信息单独保存在规则子系统中，而非在合成批次处理子系统的实现代码中，对多种业务类型对应的合批实现逻辑进行强耦合，还可解决可扩展性差以及后期维护成本高等问题，可以灵活应对多变的合批业务策略。

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

附图说明

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

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

图2是本申请实施例提供的第一种方法的示意图；

图3是本申请实施例提供的界面示意图；

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

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

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

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

图8是本申请实施例提供的第六种方法的流程图；

图9是本申请实施例提供的第七种方法的流程图；

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

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

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

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

图14是本申请实施例提供的第五种装置的示意图；

图15是本申请实施例提供的第六种装置的示意图；

图16是本申请实施例提供的计算机系统的架构的示意图；

图17是本申请实施例提供的电子设备的架构的示意图。

具体实施方式

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

为了便于理解本申请实施例提供的具体实现方案，下面先结合图1所示系统图对本方案的具体场景进行简单介绍。消费者用户通过App在线上店铺进行商品对象的购买操作后，交易系统可以根据购买操作对应的信息生成交易订单，并在确定消费者用户完成订单支付后，将交易订单的相关数据保存至订单信息库中，等待进入履约流程。

通常，交易订单的相关数据中可以包括以下信息：订单的标识信息、订单包括的商品对象的标识信息、商品对象的种类信息、订单的业务类型信息、实体店铺的标识信息、实体店铺关联的服务提供商用户的标识信息、实体店铺关联的仓库的标识信息、实体店铺关联的配送站的标识信息、配送地址信息、以及配送时间信息等。

对订单进行履约处理的过程中，为了提高履约效率，可以将同一实体店铺关联的多个订单合成为一个批次，后续以批次为基本单元进行仓库作业以及配送作业。例如，合成批次(以下简称为“合批”)子系统进行合批作业，将实体店铺1关联的10个交易订单合成为批次1后，可以将批次1对应的10个交易订单下发到仓库作业子系统，进行拣货作业以及打包作业；还可以将批次1对应的10个交易订单下发到配送作业子系统，进行配送作业，并在确认妥投成功后结束这10个交易订单的履约流程。

其中，合批作业作为仓库作业以及配送作业的基础，是履约流程中重要的一个环节，合批作业的结果可能会影响整个履约流程的履约效率。特别是在实体店铺可提供多种业务类型的服务时，如何合理的对实体店铺关联的多种业务类型的订单进行合批处理，就显得尤为重要。

本申请实施例提供一种对订单进行合批处理的工具，可以基于预先配置的规则信息，对不同业务类型的订单进行合批处理。如图1所示，可以包括规则子系统、定时任务配置子系统以及合成批次处理子系统。其中，规则子系统可以提供不同业务类型信息关联的规则信息，定时任务配置子系统可以提供不同业务类型信息关联的定时任务信息，合成批次处理子系统可以部署在履约平台上，从规则子系统获得规则信息以及从定时任务配置子系统获得定时任务信息，这样，在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，便可获得目标定时任务关联的目标业务类型信息，进而将目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业。

本申请实施例中，针对不同业务类型配置的规则信息可以独立保存在规则子系统服务端，如此，便可避免在合成批次处理子系统进行合批处理的实现代码中，将不同业务类型对应的合批实现逻辑强耦合在一个类中，解决硬编码带来的可扩展性差以及后期维护成本高可读性差等问题，有助于合成批次处理子系统灵活有效的处理多变的合批业务策略。具体可参见下文所做介绍，此处暂不详述。

下面结合图2所示流程图，对本申请实施例的实现过程进行解释说明。

实施例1

S101：规则子系统获得针对不同业务类型配置的规则信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。

作为一种示例，本申请实施例提供一种用于获得规则信息的工具，可以包括：规则子系统客户端以及规则子系统服务端。其中，规则子系统客户端可以部署在开发人员关联的终端设备上，通过规则配置界面实现可视化配置。例如，规则配置界面中可以提供用于提交不同业务类型对应的规则信息的第一操作选项，通过第一操作选项获得不同业务类型对应的规则信息后，可以提交到部署在云端服务器上的规则子系统服务端，以便规则子系统服务端对业务类型信息以及对应的规则信息进行关联并保存。

本申请实施例中，规则子系统客户端可以通过多种实现方式进行规则配置。例如，在一种实现方式下，可以如图3所示，在不同业务类型下，分别提供用于提交该业务类型对应的规则信息的第一操作选项，开发人员可以一次对界面中展示的多种业务类型信息进行规则信息配置。或者，在另一种实现方式下，第一操作选项可以优选包括：用于提交业务类型信息的操作选项以及用于提交规则信息的操作选项。该方式下，用于提交业务类型信息的操作选项可以提供可选的业务类型信息，供开发人员从中进行选择后，再针对选中的业务类型信息进行规则信息配置；或者，用于提交业务类型信息的操作选项可以接收开发人员输入的业务类型信息，再针对该输入的业务类型信息进行规则信息配置。

作为一种示例，本申请实施例中的规则信息可以包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。下面结合具体的业务类型信息，对规则信息进行举例说明。

如果业务类型信息为O2O业务，对应的规则信息1可以包括：批次包括的履约单的数量信息、批次包括的商品对象的数量信息(可以体现为图3所示SKU数量)、以及批次包括的商品对象的种类的数量信息(可以体现为图3所示SKU种类)。

其中，履约单可以为对交易订单进行履约处理的过程中拆分出的订单。作为一种示例，可以根据交易订单包括的商品对象的种类，确定商品对象所在的拣货区域，再根据拣货区域信息将交易订单拆分为至少一个履约单。例如，交易订单1包括香蕉、苹果、菠菜，其中，香蕉和苹果位于水果拣货区域，菠菜位于蔬菜拣货区域，在履约处理过程中可以拆分出包括香蕉和苹果的履约单1，以及包括菠菜的履约单2。

其中，批次包括的履约单的数量信息可以体现为履约单的上限数量值以及履约单的下限数量值。如果一个批次包括的履约单数量过多，可能在进行配送作业时，无法单次将该批次包括的所有订单配送给消费者用户，即无法实现以批次为基本单元进行配送作业；如果一个批次包括的履约单数量过少，可能会影响批量履约处理的效率，故，本申请实施例可以通过设置上限数量值以及下限数量值的方式，确定批次可以包括的履约单的数量，确保合批作业所得的处理结果的合理性。

如果业务类型信息为B2C常温业务，对应的规则信息2可以包括：批次包括的履约单的数量信息、批次包括的用于装载商品对象的容器的数量信息、批次包括的用于装载所述容器的周装箱的数量信息、以及所述周转箱的装载率信息。作为一种示例，周转箱的装载率可以为实际所载容器的体积与周转箱的最大可载货体积之间的比值。

如果业务类型信息为B2C冷链业务，对应的规则信息3可以包括：批次包括的履约单的数量信息、批次包括的商品对象的数量信息、批次包括的商品对象的种类的数量信息、以及批次包括的用于装载容器的周装箱的装载率信息。

如果业务类型信息为预售业务，对应的规则信息4可以包括：批次包括的履约单的数量信息。

本申请实施例中，不同业务类型对应的规则信息可以单独保存在规则子系统服务端，针对上文所举示例，规则子系统服务端保存的对应关系可以如下表1所示。

表1

业务类型信息	规则信息
		O2O业务	规则信息1
B2C常温业务	规则信息2
		B2C冷链业务	规则信息3
预售业务	规则信息4

可以理解地，本申请实施例中不同业务类型对应的规则信息，可用于对所有实体店铺关联的订单进行合批处理；或者，可以针对不同配置对象单独进行规则配置，利用单独配置的规则信息对配置对象对应的实体店铺关联的订单进行合批处理。下面对单独进行规则配置的过程进行举例说明。

在新零售模式下，一个实体店铺可以关联多个仓库，例如，实体店铺1可能关联前场仓库11以及后场仓库12，实体店铺1提供的商品对象可能位于前场仓库，由前场仓库进行仓库作业；或者，实体店铺1提供的商品对象也可能位于后场仓库，由后场仓库进行仓库作业。此外，一个仓库可以关联多个配送站，例如，前场仓库11可能关联配送站A以及配送站B，则前场仓库11进行仓库作业打包出的包裹，可以分配到配送站A或者配送站B进行配送作业。

或者，在另一种场景下，一个实体店铺可以关联一个仓库，一个仓库可以关联一个配送站。例如，实体店铺2与仓库2相关联，且仓库2与配送站C相关联，则在对实体店铺2关联的订单进行履约处理时，可以由仓库2进行仓库作业，由配送站C对仓库作业打包出的包裹进行配送作业。

针对以上两种场景，对于配送站来说均可确定出唯一关联的仓库以及实体店铺，故本申请实施例可以将配送站作为配置对象，结合配送站可提供配送服务的业务类型，对配送站的规则信息进行单独配置。具体地，规则子系统客户端可以通过规则配置界面提供用于提交配送站标识信息的第四操作选项，通过第四操作选项获得配送站标识信息后，可以将配送站标识信息、业务类型信息以及规则信息提交到规则子系统服务端，以便规则子系统服务端对接收到的信息进行关联。

例如，配送站A可以针对O2O业务以及B2C常温业务提供配送服务，在进行规则配置时，可以通过第四操作选项获得配送站A的标识信息，通过第一操作选项获得以下信息：O2O业务类型信息以及对应的规则信息A1、B2C常温业务类型信息以及对应的规则信息A2，规则子系统客户端可以将以上信息提交到规则子系统服务端进行关联，得到下表2所示对应关系。

表2

以上所举规则信息的示例，可以视为规则信息在批次维度上配置的规则参数，除此之外，规则信息还可以包括多种其他维度的规则参数，下面进行举例说明。

作为一种示例，规则信息可以包括在配送站维度上配置的规则参数。例如，配送站的标识信息以及配送站的位置信息(例如，配送站的经纬度信息以及配送站的地址信息等)。合批作业子系统进行合批作业时，可以根据配送站的位置信息以及订单数据中包括的配送地址信息，确定可对订单进行配送作业的配送站(例如，可以将距离配送地址最近的配送站确定为对订单进行配送作业的配送站)，进而将对应同一配送站的多个订单合成为一个批次。

作为一种示例，如果将配送站对应的配送范围划分为多个配送区块(作为一种示例，可以根据配送范围包括的小区划分配送区块，例如，一个小区对应一个配送区块)，即一个配送站关联有多个配送区块时，规则信息可以包括在区块维度上配置的规则参数。例如，配送区块的标识信息、配送区块对应的配送范围信息、配送站关联的实体店铺到各配送区块的行驶时间信息、任意两个配送区块之间的行驶时间信息、以及对跨配送区块的订单进行合批处理的许可信息(可以包括允许跨区块进行合批处理或者禁止跨区块进行合批处理)。

如果允许跨区块进行合批处理，则合批作业子系统进行合批作业时，可以根据订单数据中包括的配送地址信息确定订单对应的配送区块，进而根据实体店铺到各配送区块的行驶时间信息以及任意两个配送区块之间的行驶时间信息，将相距较近的区块关联的订单合成为一个批次。此外，还可以根据任意两个配送区块之间的行驶时间信息，规划对该批次的订单进行配送作业时的最优路径，尽量减少跨区块配送作业消耗的时间长度，有助于提高履约效率。

作为一种示例，针对配送站关联的仓库来说，规则信息可以包括在仓库维度上配置的规则参数。例如，仓库的标识信息、仓库开始进行仓库作业的时间信息(即仓库的最早作业时间，例如，仓库的最早作业时间是7:00～7:30，可以在到达仓库作业的时间段后再向合批作业子系统下发合批作业，确保仓库可以及时对合批作业所得批次中的订单进行仓库作业)、以及仓库进行仓库作业所需的时间长度信息(例如，拣货作业所需的平均时长、打包作业所需的平均时长、仓库作业所需的平均时长，其中，仓库作业可以细分为拣货作业以及打包作业)。

作为一种示例，针对配送站关联的实体店铺(可以先确定出配送站关联的仓库，再进一步确定出仓库关联的实体店铺)来说，规则信息可以包括在实体店铺维度上配置的规则参数。例如，实体店铺的标识信息、实体店铺关联的服务提供商用户的标识信息、以及实体店铺的类型信息，合批作业子系统可以根据这些规则参数对实体店铺关联的订单进行合批处理。

结合上文所举示例可知，在对订单进行履约处理的过程中，可能存在多种业务类型的订单，对每种业务类型的订单进行合批处理时的实现逻辑、涉及的规则参数等可能会有所不同，为了避免将对多种业务类型的订单进行合批处理的实现逻辑强耦合在一起，出现可扩展性差以及后期维护成本高等问题，本申请实施例可以分别配置不同业务类型对应的规则信息，并对规则信息进行单独保存。这样，在合批处理的业务逻辑发生变化时，只需要修改与变化的业务策略相关的业务类型信息对应的规则信息即可，不需要对合成批次处理子系统的实现代码进行修改以及重新发布。

下面结合具体示例，对本申请实施例中进行合批处理的业务策略发生变化进行解释说明。

作为一种示例，业务策略发生变化为规则信息发生变化，可以通过规则子系统客户端提供的第一操作选项获得修改后的规则信息后，将修改后的规则信息以及对应的业务类型信息提交到规则子系统服务端，以便规则子系统服务端对业务类型信息关联的规则信息进行更新。

其中，规则信息发生变化可以是已有规则参数的参数值发生变化。例如，对于O2O业务来说，如果规则信息中的跨区块许可信息从允许对跨配送区块的订单进行合批处理，调整为禁止对跨配送区块的订单进行合批处理，可以通过第一操作选项获得以上修改后的规则信息，与O2O业务类型信息一起提交到规则子系统服务端进行规则信息更新。

或者，规则信息发生变化可以是对某个维度上配置的规则参数进行了删除或者新增。例如，对于O2O业务来说，在去掉批次包括的商品对象的数量信息时，可以通过第一操作选项获得删除以上规则参数的修改后的规则信息，与O2O业务类型信息一起提交到规则子系统服务端进行规则信息更新。再例如，对于B2C冷链业务来说，在新增批次包括的周装箱的数量信息时，可以通过第一操作选项获得包括以上新增规则参数的修改后的规则信息，与B2C冷链业务类型信息一起提交到规则子系统服务端进行规则信息更新。

或者，规则信息发生变化可以是对某个规则维度(除批次维度之外)进行了删除或者新增。例如，对于B2C常温业务来说，在新增配送站维度的规则参数时，可以通过第一操作选项获得包括以上新增维度的规则参数的修改后的规则信息，与B2C常温业务类型信息一起提交到规则子系统服务端进行规则信息更新。

作为一种示例，业务策略发生变化为扩展出新增业务类型，规则子系统客户端在接收到开发人员提交的新增规则信息的请求时，可以提供用于提交新增业务类型信息的第二操作选项，以及用于提交新增规则信息的第三操作选项，并在通过第二操作选项获得新增业务类型信息以及通过第三操作选项获得对应的新增规则信息后，提交到规则子系统服务端，以便规则子系统服务端对新增业务类型信息以及新增规则信息进行关联。

例如，实体店铺2可提供服务的业务类型为O2O业务，以配送站C为配置对象进行规则配置时，可以通过第一操作选项获得O2O业务类型信息以及对应的规则信息C1提交到规则子系统服务端进行信息关联。如果实体店铺2在O2O业务之外又扩展出B2C冷链业务，且配送站C可提供B2C冷链业务的配送服务，则在以配送站C为配置对象进行规则配置时，可以通过第二操作选项获得B2C冷链业务类型信息以及通过第三操作选项获得对应的新增规则信息C2后，提交到规则子系统服务端进行信息关联。业务策略发生变化后，规则子系统服务端保存的对应关系可以如下表3所示。

表3

S102：定时任务配置子系统获得针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据。

本申请实施例可以针对不同业务类型配置对应的规则信息并独立保存到规则子系统服务端中，除此之外，还可以针对不同业务类型配置对应的定时任务，并在定时任务启动时，从订单信息库中获取对应的业务类型信息关联的订单数据，进而在后续处理过程中将订单数据下发到合批作业子系统进行合批作业。

作为一种示例，本申请实施例提供一种用于获得定时任务信息的工具，可以包括：定时任务配置子系统客户端以及定时任务配置子系统服务端。其中，定时任务配置子系统客户端可以部署在开发人员关联的终端设备上，通过定时任务配置界面实现可视化配置。例如，获得开发人员提交的定时任务配置请求时，可以通过定时任务配置界面提供用于提交定时任务信息的操作选项，其中，定时任务信息可以包括定时任务调用的接口信息以及定时任务关联的业务类型信息。通过操作选项获得定时任务信息后，可以提交到部署在云端服务器上的定时任务配置子系统服务端进行保存。

以O2O业务、B2C常温业务、B2C冷链业务以及预售业务4种业务类型为例，可以分别配置4个定时任务，将对应的定时任务信息提交到定时任务配置子系统服务端进行保存。作为一种示例，定时任务配置子系统服务端保存的定时任务信息可以如下表4所示。

表4

S103：合成批次处理子系统获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息。

为了降低获取规则信息以及定时任务信息的时间开销，合成批次处理子系统可以在启动时全量获得以上信息，在合成批次处理子系统进行本地保存。这样，在确定目标定时任务后，可以通过本地读取的方式，快速获得目标定时任务关联的目标业务类型信息以及目标业务类型信息关联的规则信息。另外，在信息有更新时，例如，规则信息发生了变化，规则子系统服务端可以向合成批次处理子系统推送更新消息，以便合成批次处理子系统对本地保存的规则信息进行同步更新。

或者，在另一种实现方式下，合成批次处理子系统可以不进行本地保存，而是在需要时实时从定时任务配置子系统服务端中读取定时任务信息，以及从规则子系统服务端中读取业务类型信息对应的规则信息，本申请实施例对此可不做具体限定。

S104：确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息。

S105：将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

以将定时任务1确定为目标定时任务为例，定时任务1启动时，可以从订单信息库中获取O2O业务类型关联的待合批的目标订单数据。作为一种示例，定时任务1单次可以获取O2O业务类型关联的全部订单数据，或者，单次可以获取O2O业务类型关联的指定数量的订单数据，例如，每次获取100条订单数据。

在实际应用过程中，定时任务1获取的目标订单数据可能关联到不同的实体店铺，为了对同一实体店铺关联的目标订单数据进行合批处理，定时任务1还可以根据目标订单数据包括的实体店铺的标识信息，对目标订单数据进行分组处理。可以理解地，对于目标订单数据关联不同实体店铺的情况，定时任务1以目标订单数据为参数调用接口时，参数中可以包括目标订单数据所属的分组信息，也就是说，合批作业子系统可以分别对每个分组内的目标订单数据进行合批作业。

或者，在进行定时任务配置时，可以预先确定好定时任务关联的实体店铺，即定时任务信息中可以包括实体店铺的标识信息，这样，在定时任务启动时，可以直接从订单数据库中获取对应的实体店铺关联的目标订单数据。以实体店铺1可以提供O2O业务、B2C常温业务、B2C冷链业务以及预售业务的服务为例，在本方式下，定时任务配置子系统服务端保存的定时任务信息可以如下表5所示。

表5

此外，对于“新零售”模式的业务系统来说，考虑到服务提供商用户单独开发业务系统的成本会非常高，一些中小型的零售商家可能无法承受。在这种环境下，出现了提供“新零售”解决方案的平台，这种平台可以打造新零售“样板间”，通过对传统的服务提供商用户进行赋能，将平台的产品能力、数据能力、运营模式等要素复制给服务提供商用户，让服务提供商用户基于与“新零售”系统中各业务领域相同的业务标准和执行流程来逐步提升自身的经营能力。例如，服务提供商用户可以将其商品信息、仓库中的库存信息、履约能力信息、销售端的信息等提交到平台中，平台为其实现具体业务流程的支持，使得服务提供商用户也能够按照“新零售”模式对外提供服务。也就是说，平台开发的业务系统上集成有多个服务提供商用户。

针对这种场景，本申请实施例的定时任务信息中还可以包括服务提供商用户的标识信息，这样，在定时任务启动时，可以从订单信息库中获取对应的服务提供商用户关联的目标订单数据。也就是说，目标定时任务调用接口，向接口传递的参数为同一服务提供商用户关联的同一业务类型的目标订单数据。此外，如果服务提供商用户关联有多个实体店铺，还可以根据目标订单数据包括的实体店铺的标识信息，对获取的目标订单数据进行分组处理。也就是说，向接口传递的参数中还可以包括目标订单数据所属的分组信息。

此外，如果合批作业子系统集成有多种进行合批作业的算法，可以在进行定时任务配置时，预先确定好定时任务关联的算法，也就是说，定时任务信息中还可以包括对获取的订单数据进行合成批次作业采用的算法的相关信息。例如，对于O2O业务类型的订单来说，可以采用IDBO算法进行合批作业，对应配置的定时任务中可以包括IDBO算法的相关信息。对于B2C业务类型的订单来说，可以采用图灵算法VRP进行合批作业，对应配置的定时任务中可以包括VRP算法的相关信息。此外，还可以采用预设规则算法进行合批作业，例如，预设规则算法可以为将一个交易订单包括的履约单合成为一个批次，或者，预设规则算法可以为将一个履约单合成为一个批次。

本申请实施例对合批作业采用的算法可不做具体限定，可以在进行定时任务配置时，灵活配置定时任务关联的算法信息，以便利用定时任务关联的算法，对定时任务获取的订单数据进行合批作业。具体地，合成批次处理子系统获得目标定时任务关联的目标算法信息后，可以将目标算法信息下发到合成批次作业子系统，以便合成批次作业子系统调用目标算法，将目标业务类型信息关联的规则信息以及目标订单数据作为参数传递给目标算法，由目标算法根据规则信息对目标订单数据进行合成批次作业。

实施例2

该实施例2是与实施例1相对应的，从规则子系统客户端的角度，提供了一种获得规则信息的方法，参见图4，该方法具体可以包括：

S201：规则子系统客户端通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

S202：通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

实施例3

该实施例3是与实施例1相对应的，从规则子系统服务端的角度，提供了一种获得规则信息的方法，参见图5，该方法具体可以包括：

S301：规则子系统服务端获得规则子系统客户端提交的针对不同业务类型配置的规则信息；

S302：对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

实施例4

该实施例4是与实施例1相对应的，从定时任务配置子系统客户端的角度，提供了一种获得定时任务信息的方法，参见图6，该方法具体可以包括：

S401：定时任务配置子系统客户端提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

S402：通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

实施例5

该实施例5是与实施例1相对应的，从定时任务配置子系统服务端的角度，提供了一种获得定时任务信息的方法，参见图7，该方法具体可以包括：

S501：定时任务配置子系统服务端获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息；

S502：保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业。

实施例6

该实施例6是与实施例1相对应的，从合成批次处理子系统的角度，提供了一种对订单进行合成批次处理的方法，参见图8，该方法具体可以包括：

S601：合成批次处理子系统获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

S602：确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息；

S603：将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

实施例7

该实施例7是与实施例1相对应的，从合成批次作业子系统的角度，提供了一种对订单进行合成批次处理的方法，参见图9，该方法具体可以包括：

S701：合成批次作业子系统获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息；

S702：根据所述规则信息对所述目标订单数据进行合成批次作业。

关于前述实施例2至实施例7中的未详述部分，可以参见前述实施例中的记载，这里不再赘述。

与实施例1相对应，本申请实施例还提供了一种获得规则信息的装置，参见图10，该装置应用于规则子系统客户端，包括：

操作选项提供单元801，用于通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

规则信息提交单元802，用于通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

其中，所述装置还包括：

规则信息修改单元，用于在进行合成批次处理的业务策略发生变化时，修改与变化的业务策略相关的业务类型信息对应的规则信息，完成对应的规则配置。

其中，所述业务策略发生变化为规则信息发生变化，

所述规则信息修改单元，具体用于：

通过所述第一操作选项获得修改后的规则信息后，将所述修改后的规则信息以及对应的业务类型信息提交到所述规则子系统服务端，以便所述规则子系统服务端对所述业务类型信息关联的规则信息进行更新。

其中，所述业务策略发生变化为扩展出新增业务类型，

所述规则信息修改单元，具体用于：

通过第二操作选项获得新增业务类型信息以及通过第三操作选项获得对应的新增规则信息后，提交到所述规则子系统服务端，以便所述规则子系统服务端对所述新增业务类型信息以及所述新增规则信息进行关联。

其中，所述业务类型信息为O2O业务，对应的规则信息包括：批次包括的履约单的数量信息、批次包括的商品对象的数量信息、以及批次包括的商品对象的种类的数量信息，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

其中，所述业务类型信息为B2C常温业务，对应的规则信息包括：批次包括的履约单的数量信息、批次包括的用于装载商品对象的容器的数量信息、批次包括的用于装载所述容器的周装箱的数量信息、以及所述周转箱的装载率信息，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

其中，所述业务类型信息为B2C冷链业务，对应的规则信息包括：批次包括的履约单的数量信息、批次包括的商品对象的数量信息、批次包括的商品对象的种类的数量信息、以及批次包括的用于装载容器的周装箱的装载率信息，所述容器用于装载商品对象，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

其中，所述业务类型信息为预售业务，对应的规则信息包括：批次包括的履约单的数量信息，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

其中，所述装置还包括：

配送站标识信息获得单元，用于提供用于提交配送站标识信息的第四操作选项；通过所述第四操作选项获得所述配送站标识信息后，将所述配送站标识信息、所述业务类型信息以及所述规则信息提交到规则子系统服务端，以便所述规则子系统服务端对接收到的信息进行关联。

其中，所述规则信息还包括所述配送站的位置信息。

其中，如果所述配送站关联有多个配送区块，所述规则信息还包括对跨配送区块的订单进行合成批次处理的许可信息、配送站关联的实体店铺到各配送区块的行驶时间信息、以及任意两个配送区块之间的行驶时间信息。

其中，所述规则信息还包括所述配送站关联的仓库开始进行仓库作业的时间信息、以及所述仓库进行仓库作业所需的时间长度信息。

其中，所述规则信息还包括所述配送站关联的实体店铺的类型信息、以及所述实体店铺关联的服务提供商用户的标识信息。

与实施例1相对应，本申请实施例还提供了一种获得规则信息的装置，参见图11，该装置应用于规则子系统服务端，包括：

规则信息获得单元901，用于获得规则子系统客户端提交的针对不同业务类型配置的规则信息；

信息关联单元902，用于对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

与实施例1相对应，本申请实施例还提供了一种获得定时任务信息的装置，参见图12，该装置应用于定时任务配置子系统客户端，包括：

操作选项提供单元1001，用于提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

定时任务信息提交单元1002，用于通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

其中，所述定时任务信息中包括实体店铺的标识信息，所述定时任务用于获取与所述实体店铺以及所述对应的业务类型信息相关联的订单数据。

其中，所述定时任务信息中包括服务提供商用户的标识信息，所述定时任务用于获取与所述服务提供商用户以及所述对应的业务类型信息相关联的订单数据。

其中，如果所述合成批次作业子系统集成有多种进行合成批次作业的算法，所述定时任务信息中包括对获取的订单数据进行合成批次作业采用的算法的相关信息。

与实施例1相对应，本申请实施例还提供了一种获得定时任务信息的装置，参见图13，该装置应用于定时任务配置子系统服务端，包括：

定时任务信息获得单元1101，用于获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息；

定时任务信息保存单元1102，用于保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业。

与实施例1相对应，本申请实施例还提供了一种对订单进行合成批次处理的装置，参见图14，该装置应用于合成批次处理子系统，包括：

信息获得单元1201，用于获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

目标业务类型信息获得单元1202，用于确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息；

信息下发单元1202，用于将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

其中，如果所述定时任务信息中包括对获取的订单数据进行合成批次作业采用的算法的相关信息；

所述装置还包括：

目标算法信息获得单元，用于获得所述目标定时任务关联的目标算法信息，将所述目标算法信息下发到所述合成批次作业子系统，以便所述合成批次作业子系统调用所述目标算法，由所述目标算法根据所述规则信息对所述目标订单数据进行合成批次作业。

与实施例1相对应，本申请实施例还提供了一种对订单进行合成批次处理的装置，参见图15，该装置应用于合成批次作业子系统，包括：

合成批次请求获得单元1301，用于获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息；

合成批次作业单元1302，用于根据所述规则信息对所述目标订单数据进行合成批次作业。

另外本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得规则子系统客户端提交的针对不同业务类型配置的规则信息；

对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息；

保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述接口后，获得所述目标定时任务关联的目标业务类型信息；

将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息；

根据所述规则信息对所述目标订单数据进行合成批次作业。

其中，图16示例性的展示出了计算机系统的架构，具体可以包括处理器1410，视频显示适配器1411，磁盘驱动器1412，输入/输出接口1413，网络接口1414，以及存储器1420。上述处理器1410、视频显示适配器1411、磁盘驱动器1412、输入/输出接口1413、网络接口1414，与存储器1420之间可以通过通信总线1430进行通信连接。

其中，处理器1410可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1420可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1420可以存储用于控制计算机系统1400运行的操作系统1421，用于控制计算机系统1400的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1423，数据存储管理系统1424，以及对订单进行合成批次处理的系统1425等等。上述对订单进行合成批次处理的系统1425就可以是本申请实施例中具体实现前述各步骤操作的合成批次处理子系统。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1420中，并由处理器1410来调用执行。

输入/输出接口1413用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1414用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1430包括一通路，在设备的各个组件(例如处理器1410、视频显示适配器1411、磁盘驱动器1412、输入/输出接口1413、网络接口1414，与存储器1420)之间传输信息。

另外，该计算机系统1400还可以从虚拟资源对象领取条件信息数据库1441中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器1410、视频显示适配器1411、磁盘驱动器1412、输入/输出接口1413、网络接口1414，存储器1420，总线1430等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

其中，图17示例性的展示出了电子设备的架构，例如，设备1500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图17，设备1500可以包括以下一个或多个组件：处理组件1502，存储器1504，电源组件1506，多媒体组件1508，音频组件1510，输入/输出(I/O)的接口1512，传感器组件1514，以及通信组件1516。

处理组件1502通常控制设备1500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1502可以包括一个或多个处理器1520来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1502可以包括一个或多个模块，便于处理组件1502和其他组件之间的交互。例如，处理部件1502可以包括多媒体模块，以方便多媒体组件1508和处理组件1502之间的交互。

存储器1504被配置为存储各种类型的数据以支持在设备1500的操作。这些数据的示例包括用于在设备1500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1506为设备1500的各种组件提供电力。电源组件1506可以包括电源管理系统，一个或多个电源，及其他与为设备1500生成、管理和分配电力相关联的组件。

多媒体组件1508包括在设备1500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1508包括一个前置摄像头和/或后置摄像头。当设备1500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1510被配置为输出和/或输入音频信号。例如，音频组件1510包括一个麦克风(MIC)，当设备1500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1504或经由通信组件1516发送。在一些实施例中，音频组件1510还包括一个扬声器，用于输出音频信号。

I/O接口1512为处理组件1502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1514包括一个或多个传感器，用于为设备1500提供各个方面的状态评估。例如，传感器组件1514可以检测到设备1500的打开/关闭状态，组件的相对定位，例如所述组件为设备1500的显示器和小键盘，传感器组件1514还可以检测设备1500或设备1500一个组件的位置改变，用户与设备1500接触的存在或不存在，设备1500方位或加速/减速和设备1500的温度变化。传感器组件1514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1516被配置为便于设备1500和其他设备之间有线或无线方式的通信。设备1500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备1500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1504，上述指令可由设备1500的处理器1520执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

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

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

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

Claims (35)

1.一种对订单进行合成批次处理的系统，其特征在于，包括：

规则子系统、定时任务配置子系统以及合成批次处理子系统，

所述规则子系统，用于获得针对不同业务类型配置的规则信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

所述定时任务配置子系统，用于获得针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

所述合成批次处理子系统，用于从所述规则子系统获得所述规则信息，以及从所述定时任务配置子系统获得所述定时任务信息，并在目标定时任务以获取的目标订单数据作为参数调用所述合成批次处理子系统提供的接口后，获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

2.一种获得规则信息的方法，其特征在于，包括：

规则子系统客户端通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据。

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

如果进行合成批次处理的业务策略发生变化，则修改与变化的业务策略相关的业务类型信息对应的规则信息，完成对应的规则配置。

4.根据权利要求3所述的方法，其特征在于，

所述业务策略发生变化为规则信息发生变化，

所述修改与变化的业务策略相关的业务类型信息对应的规则信息，包括：

通过所述第一操作选项获得修改后的规则信息后，将所述修改后的规则信息以及对应的业务类型信息提交到所述规则子系统服务端，以便所述规则子系统服务端对所述业务类型信息关联的规则信息进行更新。

5.根据权利要求3所述的方法，其特征在于，

所述业务策略发生变化为扩展出新增业务类型，

所述修改与变化的业务策略相关的业务类型信息对应的规则信息，包括：

通过第二操作选项获得新增业务类型信息以及通过第三操作选项获得对应的新增规则信息后，提交到所述规则子系统服务端，以便所述规则子系统服务端对所述新增业务类型信息以及所述新增规则信息进行关联。

6.根据权利要求2所述的方法，其特征在于，

所述业务类型信息为O2O业务，对应的规则信息包括：批次包括的履约单的数量信息、批次包括的商品对象的数量信息、以及批次包括的商品对象的种类的数量信息，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

7.根据权利要求2所述的方法，其特征在于，

所述业务类型信息为B2C常温业务，对应的规则信息包括：批次包括的履约单的数量信息、批次包括的用于装载商品对象的容器的数量信息、批次包括的用于装载容器的周转箱的数量信息、以及周转箱的装载率信息，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

8.根据权利要求2所述的方法，其特征在于，

所述业务类型信息为B2C冷链业务，对应的规则信息包括：批次包括的履约单的数量信息、批次包括的商品对象的数量信息、批次包括的商品对象的种类的数量信息、以及批次包括的用于装载容器的周装箱的装载率信息，所述容器用于装载商品对象，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

9.根据权利要求2所述的方法，其特征在于，

所述业务类型信息为预售业务，对应的规则信息包括：批次包括的履约单的数量信息，所述履约单为对交易订单进行履约处理的过程中拆分出的订单。

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

提供用于提交配送站标识信息的第四操作选项；

通过所述第四操作选项获得所述配送站标识信息后，将所述配送站标识信息、所述业务类型信息以及所述规则信息提交到规则子系统服务端，以便所述规则子系统服务端对接收到的信息进行关联。

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

所述规则信息还包括所述配送站的位置信息。

12.根据权利要求10所述的方法，其特征在于，

如果所述配送站关联有多个配送区块，所述规则信息还包括对跨配送区块的订单进行合成批次处理的许可信息、配送站关联的实体店铺到各配送区块的行驶时间信息、以及任意两个配送区块之间的行驶时间信息。

13.根据权利要求10所述的方法，其特征在于，

所述规则信息还包括所述配送站关联的仓库开始进行仓库作业的时间信息、以及所述仓库进行仓库作业所需的时间长度信息。

14.根据权利要求10所述的方法，其特征在于，

所述规则信息还包括所述配送站关联的实体店铺的类型信息、以及所述实体店铺关联的服务提供商用户的标识信息。

15.一种获得规则信息的方法，其特征在于，包括：

规则子系统服务端获得规则子系统客户端提交的针对不同业务类型配置的规则信息，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据。

16.一种获得定时任务信息的方法，其特征在于，包括：

定时任务配置子系统客户端提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。

17.根据权利要求16所述的方法，其特征在于，

所述定时任务信息中包括实体店铺的标识信息，所述定时任务用于获取与所述实体店铺的标识信息以及所述对应的业务类型信息相关联的订单数据。

18.根据权利要求16所述的方法，其特征在于，

所述定时任务信息中包括服务提供商用户的标识信息，所述定时任务用于获取与所述服务提供商用户的标识信息以及所述对应的业务类型信息相关联的订单数据。

19.根据权利要求16所述的方法，其特征在于，

如果所述合成批次作业子系统集成有多种进行合成批次作业的算法，所述定时任务信息中包括对获取的订单数据进行合成批次作业采用的算法的相关信息。

20.一种获得定时任务信息的方法，其特征在于，包括：

定时任务配置子系统服务端获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息，其中，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。

21.一种对订单进行合成批次处理的方法，其特征在于，包括：

合成批次处理子系统获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述合成批次处理子系统提供的接口后，获得所述目标定时任务关联的目标业务类型信息；

将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

22.根据权利要求21所述的方法，其特征在于，

如果所述定时任务信息中包括对获取的订单数据进行合成批次作业采用的算法的相关信息；

所述方法还包括：

获得所述目标定时任务关联的目标算法信息，将所述目标算法信息下发到所述合成批次作业子系统，以便所述合成批次作业子系统调用所述目标算法，由所述目标算法根据所述规则信息对所述目标订单数据进行合成批次作业。

23.一种对订单进行合成批次处理的方法，其特征在于，包括：

合成批次作业子系统获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息；

根据所述规则信息对所述目标订单数据进行合成批次作业。

24.一种获得规则信息的装置，其特征在于，应用于规则子系统客户端，包括：

操作选项提供单元，用于通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

规则信息提交单元，用于通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

25.一种获得规则信息的装置，其特征在于，应用于规则子系统服务端，包括：

规则信息获得单元，用于获得规则子系统客户端提交的针对不同业务类型配置的规则信息，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

信息关联单元，用于对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据。

26.一种获得定时任务信息的装置，其特征在于，应用于定时任务配置子系统客户端，包括：

操作选项提供单元，用于提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

定时任务信息提交单元，用于通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。

27.一种获得定时任务信息的装置，其特征在于，应用于定时任务配置子系统服务端，包括：

定时任务信息获得单元，用于获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

定时任务信息保存单元，用于保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。

28.一种对订单进行合成批次处理的装置，其特征在于，应用于合成批次处理子系统，包括：

信息获得单元，用于获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

目标业务类型信息获得单元，用于确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述合成批次处理子系统提供的接口后，获得所述目标定时任务关联的目标业务类型信息；

信息下发单元，用于将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

29.一种对订单进行合成批次处理的装置，其特征在于，应用于合成批次作业子系统，包括：

合成批次请求获得单元，用于获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

合成批次作业单元，用于根据所述规则信息对所述目标订单数据进行合成批次作业。

30.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过规则配置界面提供用于提交不同业务类型对应的规则信息的第一操作选项，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

通过所述第一操作选项获得不同业务类型对应的规则信息后，提交到规则子系统服务端，以便所述规则子系统服务端对业务类型信息以及对应的规则信息进行关联，进而在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业。

31.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得规则子系统客户端提交的针对不同业务类型配置的规则信息，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

对业务类型信息以及对应的规则信息进行关联，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据。

32.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

提供用于提交定时任务信息的操作选项，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

通过所述操作选项获得所述定时任务信息后，提交到定时任务配置子系统服务端，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及所述目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。

33.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得定时任务配置子系统客户端提交的针对不同业务类型配置的定时任务信息，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

保存所述定时任务信息，以便在目标定时任务以获取的目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统进行合成批次作业，其中，所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息。

34.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得对不同业务类型的订单数据进行合成批次作业的规则信息，以及与不同业务类型对应的定时任务信息，所述规则信息包括在对应的业务类型下，与能合成为一个批次的订单的数量相关的信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；

确定目标定时任务，并在所述目标定时任务以获取的目标订单数据作为参数调用所述合成批次处理子系统提供的接口后，获得所述目标定时任务关联的目标业务类型信息；

将所述目标业务类型信息关联的规则信息以及目标订单数据下发到合成批次作业子系统，以便所述合成批次作业子系统根据所述规则信息对所述目标订单数据进行合成批次作业。

35.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

获得合成批次请求，所述合成批次请求中包括目标订单数据以及所述目标订单数据具有的目标业务类型信息关联的规则信息，所述规则信息为目标定时任务以获取的所述目标订单数据作为参数调用合成批次处理子系统提供的接口后，由所述合成批次处理子系统获得所述目标定时任务关联的目标业务类型信息，进而获得所述目标业务类型信息关联的规则信息，其中，定时任务包括针对不同业务类型配置的定时任务信息，所述定时任务信息包括定时任务调用的接口信息以及定时任务关联的业务类型信息，所述定时任务用于从订单信息库中获取对应的业务类型信息关联的订单数据；所述规则信息包括针对不同业务类型配置的规则信息以及在对应的业务类型下，与能合成为一个批次的订单相关的数量信息；

根据所述规则信息对所述目标订单数据进行合成批次作业。