CN104901927A - 业务处理方法和装置 - Google Patents

Abstract

本申请涉及业务处理方法和装置。该方法包括：响应于针对业务对象的业务订单的生成，获取所述业务对象涉及的收发地址信息；根据所述收发地址信息和预定物流服务设置，创建用于配送所述业务对象的物流订单；当所述物流订单中包含物流服务标识时，根据所述物流订单中的物流服务标识和收发地址信息，生成与所述业务订单对应的物流处理方案；以及执行所述物流处理方案，以完成对所述业务订单的业务处理。根据本申请的技术方案，可以实现可由计算机执行的涉及多物流服务协作的业务处理方案，由此可以更加方便用户的使用以及提高业务处理效率。

Description

业务处理方法和装置

技术领域

本申请涉及互联网领域，尤其涉及业务处理方法和装置。

背景技术

随着互联网技术的飞速发展，对于利用互联网技术进行多种业务的交互处理已经成为必然趋势。在业务交互处理中，由于对业务交互处理的需求不断增多，面临如何可以更好地满足人们对不同业务交互的处理需求的巨大挑战。

在业务交互的实际应用中，针对业务对象可以生成业务订单或物流订单，然后通过物流服务提供者如申通、圆通、韵达、顺丰、EMS等可以配送该订单涉及的业务对象，从而完成业务交互。对于对配送有特殊要求的业务对象比如家装、大家电、冷鲜等需要有专业的物流服务提供者，甚至需要多个物流服务提供者一起协作才能够完成配送。比如大家电需要提供仓储服务和配送服务一起协作的解决方案，家装需要提供干线服务+支线服务+安装服务的解决方案，冷鲜类需要提供仓储服务和配送服务的解决方案或者提供中转站服务+干线服务+支线服务的解决方案。通常对业务对象提供者（卖家）来说，需要自行联系针对业务对象类别的物流服务提供者，比如，在确定了快递服务的同时，还需要选择存储业务对象的仓储和/或联系不同的运输干线或支线等。这样往往不但要花费很多时间，而且有些业务对象类别也并不是很清晰，导致无法充分利用各种物流服务提供者的服务能力。

因此，需求一种集快速、便捷和准确于一身的业务处理技术。

发明内容

本申请的主要目的在于提供一种集快速、便捷和准确于一身的业务处理方案，以克服现有技术中的上述问题。

根据本申请一个方面的实施例，提供一种业务处理方法，其特征在于，包括：响应于针对业务对象的业务订单的生成，获取所述业务对象涉及的收发地址信息；根据所述收发地址信息和预定物流服务设置，创建用于配送所述业务对象的物流订单；当所述物流订单中包含物流服务标识时，根据所述物流订单中的物流服务标识和收发地址信息，生成与所述业务订单对应的物流处理方案；以及执行所述物流处理方案，以完成对所述业务订单的业务处理。

根据本申请另一方面的实施例，提供一种业务处理装置，其特征在于，包括：获取模块，用于响应于针对业务对象的业务订单的生成，获取所述业务对象涉及的收发地址信息；创建模块，用于根据所述收发地址信息和预定物流服务设置，创建用于配送所述业务对象的物流订单；生成模块，用于当所述物流订单中包含物流服务标识时，根据所述物流订单中的物流服务标识和收发地址信息，生成与所述业务订单对应的物流处理方案；以及执行模块，用于执行所述物流处理方案，以完成对所述业务订单的业务处理。

与现有技术相比，根据本申请的技术方案，可以实现可由计算机执行的涉及多物流服务协作的业务处理方案，由此可以更加方便用户的使用以及提高业务处理效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出根据本申请一个实施例的业务处理方法的流程图；

图2示出根据本申请另一实施例的业务处理方法的流程图；以及

图3示出根据本申请一个实施例的业务处理装置的结构框图。

具体实施方式

本申请的主要思想就在于，在服务器侧根据业务对象的类别，将多个物流服务组合并封装为一个物流服务种类或物流服务产品提供给用户（商家），然后让用户（商家）预先针对需要多物流服务协作的业务对象设置所需的物流服务种类或物流服务产品，而无须再关注底层的单个物流服务。由此实现可由计算机执行的涉及多物流服务协作的业务处理方案，从而更加方便用户的使用以及提高业务处理效率。

具体地，当买家用户购买商家用户的商品并且付款后，即可生成业务订单。基于该业务订单中的收发地址信息和商家用户预定的物流服务设置，可以生成相应的物流处理方案，然后通过根据物流处理方案执行调度来完成对业务订单的业务处理。

为使本申请的目的、技术方案和优点更加清楚，以下结合附图及具体实施例，对本申请作进一步地详细说明。

参考图1，图1示出根据本申请一个实施例的业务处理方法100的流程图。

如图1所示，在步骤S110处，响应于针对业务对象的业务订单的生成，获取业务对象涉及的收发地址信息。

在本申请方案的典型应用场景中，业务对象可以是指各种待购买的商品，特别是具有特殊配送要求的商品，例如冰箱、空调、电视机等的大家电类商品，各种海鲜、各种蔬菜等的冷鲜类商品，家具等家装类商品，等等需要多物流服务协作配送的商品。当然除此之外，广义上讲，本申请方案中的业务对象可以涵盖各种待配送的物品，特别是需要多物流服务协作配送的物品。

业务对象的业务订单可以是针对待配送的一种或多种业务对象的列表，并且业务订单中包含业务对象涉及的收发地址信息。进一步地，在典型场景中，买家用户针对某个业务对象下订单并付款后，即可视为业务订单生成。该业务订单是在买家用户层面来定义的。

本申请的方案即是服务器响应于该业务订单的生成来执行的对该业务订单的业务处理方案。具体地，首先可以从业务订单中获取业务对象涉及的收发地址信息，包括收货地址信息和发货地址信息。

然后在步骤S120处，根据收发地址信息和预定物流服务设置，创建用于配送业务对象的物流订单。

这里的预定物流服务设置是指商家用户预先针对业务对象确定的物流服务设置。具体而言，商家用户可以根据服务器提供的物流服务模板或运费模板，来选择或定制针对某个业务对象使用服务器提供的物流服务产品或者针对某个业务对象使用商家用户自定义设置的物流处理方案来配送。

根据预定的物流服务设置和收发地址信息，服务器可以创建用于配送业务对象的物流订单以用于后续发货处理的执行，该物流订单是在卖家用户和服务器层面来定义的。该物流订单中可以包括用于标识预定物流服务产品的物流服务标识（任选的）以及收发地址信息。需要指出的是，根据预定的物流服务设置的不同，物流订单中可以包括、也可以不包括用于标识预定物流服务产品的物流服务标识。当商家用户预先选定系统自动配送时，物流订单中除了包括收发地址信息外，还包括用于标识用户预定的物流服务产品的物流服务标识。当商家用户预先选定自己配送时，物流订单中不包括该物流服务标识。

在一电子商务应用实例中，商家针对网络在线预出售大型家电商品A、B、C，并为该商品提供相应的商品配送服务（物流服务），其中，商品配送服务（物流服务）包含夜间送货上门、上门安装、货到付款等物流服务能力，还包含由点、线和面构成的商品配送服务（物流服务）的范围。点是指某一具体的地点；线是指两点之间，如北京到上海示为两点之间；面是指一个覆盖的区域，如浙江省杭州市内区。基于此，商家通过预定物流服务设置针对A商品向买家提供点、面、线三种物流服务范围，针对B商品向买家提供线物流服务范围，针对C商品向买家提供面和线物流服务范围。对于上述A、B、C三种商品还都同时提供夜间送货上门、上门安装、货到付款的物流服务能力。

当买家购买了大型家电商品C并且选择了北京到杭州的线物流服务范围（此处设C商品的发货地址信息为北京）时，即生成商品C的业务订单，同时该业务订单中包含有收货地址为“杭州”以及发货地址为“北京”。并将该业务订单提交给服务器执行后续的商品配送服务。换言之，服务器接收到C商品的业务订单之后，会根据业务订单中收发地址信息分配给C商品相应的物流服务标识，然后，生成针对C商品的物流订单。

接下来，在步骤S130处，当物流订单中包含物流服务标识时，根据物流订单中的物流服务标识和收发地址信息，生成与业务订单对应的物流处理方案。

根据本申请实施例，服务器可以根据物流订单中的物流服务标识来确定业务订单所对应的物流服务种类（物流服务产品）。物流服务种类例如可以包括冷鲜类物流服务、大家电类物流服务、家装类物流服务等等的针对需要多物流协作配送的业务对象的物流服务分类。物流服务种类可以针对每一种业务对象的类型设置相应的物流服务。例如，冷鲜类商品所对应的冷鲜类物流服务可能涉及运输快递物流、仓储物流等物流服务提供者类型，大型家电类商品所对应的大家电类物流服务可能涉及中转仓物流、安装物流、航线物流等物流服务提供者类型，将上述物流服务按不同需求进行有序组合，可以形成针对不同业务对象类型所设置的多种物流服务种类。

进一步地，根据物流服务种类和收发地址信息，基于物流服务种类涉及的各物流服务提供者的预定服务范围和服务能力，生成与业务订单对应的物流处理方案。该物流处理方案可以包括多个物流服务提供者之间的协作关系，即涉及多个物流服务提供者的业务对象配送方案。本申请的发明点就在于此，即，服务器自动生成多个物流服务组合，形成针对业务对象的配送方案，而无需商家用户自己选择该多个物流服务中的每个物流服务，以形成用于配送业务对象的物流配送方案。

接下来，在步骤S140处，执行物流处理方案，以完成对业务订单的业务处理。

具体而言，服务器可以针对生成的物流处理方案生成相应的调度计划，用以执行物流处理方案。更具体而言，可以将已确定的物流处理方案分别下发给对应要执行该物流处理方案中的各部分的物流服务系统中，以执行物流处理方案。并且在每执行一部分物流服务之后，都对该物流处理方案的处理状态进行更新，在更新过后继续执行下一部分物流服务，直到执行完全部的物流处理方案中的物流服务。

根据本申请的实施例，当物流订单中不包含物流服务标识时，通过用户自定义设置的物流处理方案来完成对业务订单的业务处理。

至此结合图1描述了根据本申请一个实施例的业务处理方法。其中通过实现可由计算机执行的涉及多物流服务协作的业务处理方案，从而实现自动化的对业务订单的业务处理，大大提高业务处理效率，并且方便了用户的使用。

下面结合图2更详细地描述根据本申请其它实施例的业务处理方法。

参照图2，图2示出根据本申请另一个实施例的业务处理方法200的流程图。

如图2所示，在步骤S210处，响应于针对业务对象的业务订单的生成，获取业务对象涉及的收发地址信息。该步骤的处理类似于前面结合图1描述的步骤S110的处理，这里不再赘述。

在步骤S220处，根据收发地址信息和预定物流服务设置，创建用于配送业务对象的物流订单。

如上面提及的，根据商家用户预定的物流服务设置不同，会生成不同的物流订单。具体而言，商家用户可以根据服务器提供的物流服务模板或运费模板，来选择针对某个业务对象使用服务器提供的物流服务产品或者使用商家用户自定义设置的物流处理方案来配送。也就是说，商家用户可以针对某个业务对象选择系统自动配送，也可以选择自己配送。系统自动配送是指服务器自动生成并执行涉及多物流服务协作的物流处理方案，无需商家用户自己作出多物流服务协作配送的方案。而自己配送即是指商家用户需要自己联系各物流服务提供者并监控它们之间的协作配送操作。

当商家用户预先选定系统自动配送时，物流订单中除了包括收发地址信息外，还包括用于标识用户预定的物流服务产品的物流服务标识。当商家用户预先选定自己配送时，物流订单中不包括该物流服务标识。

于是，在步骤S230处，判断物流订单中是否包含物流服务标识。如果包含，则执行步骤S240-S270。如果不包含，则执行步骤S280。

具体而言，在步骤S240处，根据物流服务标识确定出与业务订单对应的物流服务种类。关于物流服务种类在前面的步骤S130中已详细描述，这里不再赘述。

在步骤S250处，根据物流服务种类，确定与业务订单对应的一种或多种物流服务提供者类型。

具体而言，每个物流服务种类可能涉及一种或多种物流服务提供者类型。物流服务提供者类型可以是指仓储服务、配送服务（支线服务、干线服务）、安装服务、中转仓服务等。例如，冷鲜类物流服务可能涉及仓储服务和配送服务等多个物流服务提供者类型或者可能涉及中转仓服务+干线快递服务+支线快递服务等多个物流服务提供者类型，家装类物流服务可能涉及干线快递+支线快递+安装服务等多个物流服务提供者类型，等等。

然后在步骤S260处，根据收发地址信息并基于一种或多种物流服务提供者类型涉及的各物流服务提供者的服务范围和服务能力，确定与业务订单对应的物流服务提供者集合，并生成包含物流服务提供者集合中各物流服务提供者之间的协作关系的物流处理方案。

具体而言，物流服务提供者是指各物流服务商，例如快递服务类型涉及的物流服务提供者可以包括例如申通公司、顺丰公司、圆通公司等等。如前面提及的，物流服务提供者的服务范围可以由点、线和面构成，点是指某一具体的地点；线是指两点之间，如北京到上海示为两点之间；面是指一个覆盖的区域，如浙江省杭州市内区。服务能力可以包括线路容量日处理能力、夜间配送、中转站日处理能力等。

在一应用实例中，商家通过交易平台系统（服务器）所提供的针对冷鲜类商品的预定物流服务设置，其中，针对冷鲜类商品会涉及运输快递物流、仓储物流、航线物流的物流服务，进而交易平台就会根据当前商品的收发地址信息，以及运输快递物流、仓储物流、航线物流的物流服务涉及的各物流服务提供者的服务范围和服务能力，进行物流参数匹配。此处设收货地址为浙江省杭州市，发货地址为北京市。基于此，物流参数匹配可以设置为运输快递物流选用A快递公司、仓储物流选用上海w公司和杭州P公司、航线物流选用中国航空。针对该冷鲜商品的物流处理方案中，可以采用多段物流服务过程的调度计划，调度执行方式如下：运输快递A公司揽收该冷鲜商品->仓储中转站上海站W公司快递->航线中国航空中干线快递->目的中转站杭州P公司->运输快递A公司的派送服务，从而形成针对该冷鲜商品的多物流协作的物流处理方案。

除上述实施例所述的物流服务处理方案执行方式之外，可以通过本领域已知或未来开发的任意合适方式来，本申请对此不作任何限制。

在步骤S270处，根据物流处理方案，依次调度各物流服务提供者执行相关处理，以完成对业务订单的业务处理。

具体而言，在生成物流处理方案之后，服务器可以依次调度相应物流服务提供者执行相关处理。例如，将对应的物流执行计划下发给对应的物流服务系统，以使得该物流服务系统履行相应的物流服务。然后根据该物流服务系统反馈的执行完毕的结果，更新调度计划以执行下一步物流执行计划，以使得下一物流服务系统履行相应的物流服务。以此类推，直至完成整个调度计划。

在一个具体实施例中，服务器与物流服务系统之间的交互可以使用httppost方式的通信方案，原因如下：

1）安全性：采用http post方式传输，采用明文+密文方式，密文可采用MD5、RSA、DSA加密等方式，双方必须经校验通过后，才可后续业务逻辑处理。如果密文签名采用MD5方式，签名原理为：明文内容（xml/json）+物流TP自定义的加密串，然后进行MD5，转换为Base64字符串。

2）幂等性：幂等性是系统的接口对外一种承诺(而不是实现)，承诺只要调用接口成功，外部多次调用对系统的影响是一致的。声明为幂等的接口会认为外部调用失败是常态，并且失败之后必然会有重试。幂等性通过通信报文中的“业务唯一去重字符串”作为唯一标识来解决，业务系统基于“业务唯一去重字符串”做去重处理。如果已经存在“业务唯一去重字符串”，则直接返回成功；如果不存在，则执行后续的业务逻辑处理，该业务操作封装在一个事务中，保证操作的原子性。

3）重试机制：由于网络超时等网络异常问题，需要保持幂等性的情况下，需要保证报文的可靠传输，可以采用schedule异步任务、notify或者metaQ执行框架，保证重试成功的确定性。

当然，本申请对此交互方式并不做任何限制。

如上面提及的，当物流订单中不包含物流服务标识时，进入步骤S280。在步骤S280处，通过用户自定义设置的物流处理方案来完成业务订单的业务处理。

具体而言，当物流订单中不包含物流服务标识时，表明商家用户没有针对该业务订单涉及的业务对象预定物流服务产品，因此由用户自定义设置该业务对象的物流配送方案。也就是，商家用户自己根据各个物流服务提供者的服务范围和服务能力，选择合适的物流服务提供者组合，并协调这些物流服务提供者之间的协作关系。

至此描述了根据本申请另一实施例的业务处理方法，其中通过预置物流服务设置自动生成与业务订单对应的物流处理方案，与此同时，还可以使用户根据不同需求自定义创建物流处理方案，进而可以充分利用各种物流服务提供者的服务能力，并且有效地将各种物流服务能力进行有序结合，以实现快速高效的业务处理。

与以上描述的业务处理方法类似，本申请实施例还提供了相应的业务处理装置。

图3示出了根据本申请一个实施例的业务处理装置300的结构框图。

如图3所示，装置300可以包括获取模块310、创建模块320、生成模块330和执行模块340。

具体而言，获取模块310可以用于响应于针对业务对象的业务订单的生成，获取所述业务对象涉及的收发地址信息。创建模块320可以用于根据所述收发地址信息和预定物流服务设置，创建用于配送所述业务对象的物流订单。生成模块330可以用于当所述物流订单中包含物流服务标识时，根据所述物流订单中的物流服务标识和收发地址信息，生成与所述业务订单对应的物流处理方案。执行模块340可以用于执行所述物流处理方案，以完成对所述业务订单的业务处理。

根据本申请的实施例，装置300还可以包括：自定义设置模块（图中未示出），用于当所述物流订单中不包含所述物流服务标识时，通过用户自定义设置的物流处理方案来完成所述业务订单的业务处理。

根据本申请的实施例，生成模块330可以进一步包括（图中未示出）：第一确定子模块，用于根据所述物流服务标识，确定与所述业务订单对应的物流服务种类；第二确定子模块，用于根据所述物流服务种类，确定与所述业务订单对应的一种或多种物流服务提供者类型；以及第三确定子模块，用于根据所述收发地址信息并基于所述一种或多种物流服务提供者类型涉及的各物流服务提供者的服务范围和服务能力，确定与所述业务订单对应的物流服务提供者集合，并生成包含所述物流服务提供者集合中各物流服务提供者之间的协作关系的物流处理方案。

根据本申请的实施例，执行模块340可以进一步包括：调度子模块，用于根据所述物流服务提供者集合中各物流服务提供者之间的协作关系，依次调度各物流服务提供者执行相关处理，以完成对所述业务订单的业务处理。

根据本申请的实施例，执行模块340可以进一步包括：更新子模块，用于响应于各物流服务提供者对于相关处理的执行完毕，更新所述物流处理方案的处理状态。

以上描述的业务处理装置与之前描述的业务处理方法的处理是对应的，因此，关于其具体细节，可以参见之前描述的业务处理方法，这里不再赘述。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

响应于针对业务对象的业务订单的生成，获取所述业务对象涉及的收发地址信息；

根据所述收发地址信息和预定物流服务设置，创建用于配送所述业务对象的物流订单；

当所述物流订单中包含物流服务标识时，根据所述物流订单中的物流服务标识和收发地址信息，生成与所述业务订单对应的物流处理方案；以及

执行所述物流处理方案，以完成对所述业务订单的业务处理。

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

当所述物流订单中不包含所述物流服务标识时，通过用户自定义设置的物流处理方案来完成所述业务订单的业务处理。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述物流订单中的物流服务标识和收发地址信息，生成与所述业务订单对应的物流处理方案的步骤，进一步包括：

根据所述物流服务标识，确定与所述业务订单对应的物流服务种类；

根据所述物流服务种类，确定与所述业务订单对应的一种或多种物流服务提供者类型；以及

根据所述收发地址信息并基于所述一种或多种物流服务提供者类型涉及的各物流服务提供者的服务范围和服务能力，确定与所述业务订单对应的物流服务提供者集合，并生成包含所述物流服务提供者集合中各物流服务提供者之间的协作关系的物流处理方案。

4.根据权利要求3所述的方法，其特征在于，所述执行所述物流处理方案以完成对所述业务订单的业务处理的步骤，进一步包括：

根据所述物流服务提供者集合中各物流服务提供者之间的协作关系，依次调度各物流服务提供者执行相关处理，以完成对所述业务订单的业务处理。

5.根据权利要求4所述的方法，其特征在于，所述执行所述物流处理方案以完成对所述业务订单的业务处理的步骤，进一步包括：

响应于各物流服务提供者对于相关处理的执行完毕，更新所述物流处理方案的处理状态。

6.一种业务处理装置，其特征在于，包括：

获取模块，用于响应于针对业务对象的业务订单的生成，获取所述业务对象涉及的收发地址信息；

创建模块，用于根据所述收发地址信息和预定物流服务设置，创建用于配送所述业务对象的物流订单；

生成模块，用于当所述物流订单中包含物流服务标识时，根据所述物流订单中的物流服务标识和收发地址信息，生成与所述业务订单对应的物流处理方案；以及

执行模块，用于执行所述物流处理方案，以完成对所述业务订单的业务处理。

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

自定义设置模块，用于当所述物流订单中不包含所述物流服务标识时，通过用户自定义设置的物流处理方案来完成所述业务订单的业务处理。

8.根据权利要求6或7所述的装置，其特征在于，所述生成模块进一步包括：

第一确定子模块，用于根据所述物流服务标识，确定与所述业务订单对应的物流服务种类；

第二确定子模块，用于根据所述物流服务种类，确定与所述业务订单对应的一种或多种物流服务提供者类型；以及

第三确定子模块，用于根据所述收发地址信息并基于所述一种或多种物流服务提供者类型涉及的各物流服务提供者的服务范围和服务能力，确定与所述业务订单对应的物流服务提供者集合，并生成包含所述物流服务提供者集合中各物流服务提供者之间的协作关系的物流处理方案。

9.根据权利要求8所述的装置，其特征在于，所述执行模块进一步包括：

调度子模块，用于根据所述物流服务提供者集合中各物流服务提供者之间的协作关系，依次调度各物流服务提供者执行相关处理，以完成对所述业务订单的业务处理。

10.根据权利要求9所述的装置，其特征在于，所述执行模块进一步包括：

更新子模块，用于响应于各物流服务提供者对于相关处理的执行完毕，更新所述物流处理方案的处理状态。