物流信息处理方法及装置与流程

本申请涉及物流信息处理技术领域，特别是涉及物流信息处理方法及装置。

背景技术：

在电子商务交易平台中，有些大家电等类目的商品对象，由于具有体积大、重量大、易损坏等特点，因此，如何进行商品的仓储以及配送是一个关键性的问题。

为此，一些电子商务交易平台为这类商品提供了统一的仓储服务，例如，在淘宝交易平台中，为商家提供了“菜鸟物流”系统，当合作伙伴(仓库或者配送服务提供方，例如日日顺等)入驻菜鸟物流平台时，可以对合作伙伴的实际服务能力进行优化裁剪，之后组合成“物流解决方案”维护到系统中，并向商家发布这些物流解决方案。其中，在每个物流解决方案中，通常已经将仓库与配送资源进行了绑定，当商家入驻菜鸟物流平台时，可以订购一组打包好的物流解决方案，并向对应的仓库中进行铺货，菜鸟物流平台可以根据商品的潜在客户分布和购买力等情况，将商家的货品动态调拨给被订购的各个仓库。当消费者购买商品后，若商家订购了菜鸟物流服务，菜鸟物流系统就可以根据货品的分布情况以及各个物流解决方案的服务能力，选择某个物流解决方案进行发货及配送。

这种预先制定好物流解决方案的方式，使得系统在进行路由时会比较简单，但是，由于仓库资源与配送资源之间的预先绑定的，因此，不够灵活，无法充分发挥各个仓库资源以及配送资源的服务能力。

为了提高方案的灵活性，现有技术中可以直接以仓库资源、配送资源为单位进行物流资源信息的发布，商家可以根据自己的需求，选定一些仓库资源以及配送资源。然后，商家可以利用其订购的仓库资源以及配送资源，自行组合成物流解决方案。但是，这种方式下需要依赖商家的经验等因素，这也无疑会限制物流资源能力的发挥。

因此，如何更充分地发挥仓库资源以及配送资源的服务能力，使得物流任务更高效地被履行，成为需要本领域技术人员解决的技术问题。

技术实现要素：

本申请提供了物流信息处理方法及装置，可以更加充分的发挥各个物流资源的服务能力，为第二用户提供更优质的物流服务。

本申请提供了如下方案：

一种物流信息处理方法，包括：

服务器确定待路由的目标商品对象及其关联的第一用户、第二用户，以及第二用户的地址信息；

确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；

根据各仓库资源的属性信息、各配送资源的属性信息、以及所述目标商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合；

确定各仓配组合的服务能力信息，根据所述服务能力信息，从所述可选的仓配组合中确定目标仓配组合。

一种物流信息处理方法，包括：

第二用户客户端接收到浏览指定商品对象详情信息的请求时，确定第二用户所在地信息；

将所述请求提交到服务器，并在所述请求中携带所述第二用户所在地信息，以便所述服务器确定该指定商品对象关联的第一用户，并确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；根据各仓库资源的属性信息、各配送资源的属性信息、以及所述指定商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合，在确定出各仓配组合的服务能力信息后，根据所述服务能力信息， 从所述可选的仓配组合中确定第一目标仓配组合，并利用所述确定出的第一目标仓配组合确定所述指定商品对象的库存信息，以及时效信息，并返回；

在所述指定商品对象的详情页面中提供所述服务器返回的库存信息以及时效信息。

一种物流信息处理装置，应用于服务器，包括：

信息确定单元，用于确定待路由的目标商品对象及其关联的第一用户、第二用户，以及第二用户的地址信息；

物流资源确定单元，用于确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；

仓配组合生成单元，用于根据各仓库资源的属性信息、各配送资源的属性信息、以及所述目标商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合；

仓配组合筛选单元，用于确定各仓配组合的服务能力信息，根据所述服务能力信息，从所述可选的仓配组合中确定目标仓配组合。

一种物流信息处理装置，应用于第二用户客户端，包括：

用户所在地信息确定单元，用于接收到浏览指定商品对象详情信息的请求时，确定第二用户所在地信息；

请求提交单元，用于将所述请求提交到服务器，并在所述请求中携带所述第二用户所在地信息，以便所述服务器确定该指定商品对象关联的第一用户，并确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；根据各仓库资源的属性信息、各配送资源的属性信息、以及所述指定商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合，在确定出各仓配组合的服务能力信息后，根据所述服务能力信息，从所述可选的仓配组合中确定第一目标仓配组合，并利用所述确定出的第一目标仓配组合确定所述指定商品对象的库存信息，以及时效信息，并返回；

第一信息提供单元，用于在所述指定商品对象的详情页面中提供所述服务器返回的库存信息以及时效信息。

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

通过本申请实施例，不需要预先将仓库资源与配送资源进行绑定，而是可以结合实际浏览、交易等行为执行的过程中，结合第二用户地址信息、仓库资源所在地、覆盖范围、以及配送资源覆盖线路、仓配组合的服务能力等信息，动态调配仓库资源以及配送资源，并确定出具体的目标仓配组合，用于通过前端商品对象详情页面等向第二用户提供库存信息以及配送时效信息，或者用于履行具体的物流服务，等等。因此，可以更加充分的发挥各个物流资源的服务能力，并且，还能够为第二用户提供更优质的物流服务。

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

附图说明

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

图1是本申请实施例提供的服务器端方法的流程图；

图2是本申请实施例提供的客户端方法的流程图；

图3是本申请实施例提供的服务器端装置的示意图；

图4是本申请实施例提供的客户端装置的示意图。

具体实施方式

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

在本申请实施例中，第一用户(例如，商家、卖家用户等)在订购物流资源时，可以以仓库资源或者配送资源为单位进行订购，而不需要预先将仓库资源与配送资源绑定。在第二用户(例如，买家、消费者用户等)浏览或者购买指定商品对象时，可以以动态的方式进行路由，也即动态地对第一用户订购的仓库资源以及配送资源进行组合，并从中选择出服务能力最佳的仓配组合，这样有利于充分发挥各个物流资源的服务能力，使得系统的服务质量得到进一步提升。

为了便于介绍，下面首先对仓库资源以及配送资源进行介绍。

在物流管理服务器中，可以维护各个物流资源的信息，其中，关于仓库资源，主要可以包括仓库所在地、覆盖范围这两个属性。仓库所在地，也就是仓库实在所在地理位置，一般可以用城市名等来表示。仓库覆盖范围一般是指仓库能够为哪个或者哪些地区进行发货服务，这些地区通常也可以通过省、市等行政区划的名称来表示。例如，某仓库位于上海，其覆盖范围可以包括江苏省、杭州生、上海市，等等。也就是说，该仓库能够为来自江苏、浙江以及上海的第二用户执行发货服务。

另外，对于仓库资源，还可以存在“时效周期开始时间”属性，也即，对于一个时效周期开始时间之前生成的订单，可以在该时效周期内发货，而对于一个时效周期开始时间之后生成的订单，则只能到下个时效周期进行发货。例如，某仓库的时效周期为一天，开始时间为16：00，也就是说，如果某第二用户在某日的16：00之前下单，并且该订单被路由到该仓库，则可以在当天执行发货操作，而如果在16：00之后下单，则只能到第二天才能发货，等等。

再者，由于一个仓库资源可能会覆盖多个地区，因此，还可以为各个地区设置不同的优先级。例如，对于前述位于上海的仓库，其能够覆盖的地区有江苏、浙江和上海，但是，该仓库可能最优先为上海的订单提供发货服务，其次是浙江，最后才是江苏。此时，为了使得该上海仓优先保证上海地区的订单发货服务，可以将上海设置为最高优先级，浙江次之，江苏最低。这样，后续在进行路由时，该优先级信息也可以作为参考因素之一。

也就是说，对于仓库资源，数据库中保存的信息可以如以下表1所示：

表1

需要说明的是，关于各个仓库资源的具体属性值，可以是由仓库资源提供者在入驻物流管理系统(例如菜鸟)时提供的，由物流管理服务器进行保存。另外，上述表1的各项信息仅仅是为了说明仓库资源可具有的属性，在实际应用中，各字段的信息可能并不是在同一数据表中保存，例如，其中的优先级信息可能会通过其他的数据表进行保存，等等。

关于配送资源，其最基本的属性可以是覆盖线路信息。其中，一个配送资源的覆盖线路可以为多条，每条覆盖线路包括线路起始地以及目的地信息。例如，某物流资源的覆盖线路可以包括上海到杭州，浙江到杭州，江苏到杭州，等等。

另外，对于配送资源而言，另一个比较重要的属性就是配送时效，也即从线路的起始地到目的地可以保证在一定时间之内送达。例如，从上海到杭州，可以在24小时内送达，也即“当日达”，从上海到北京，可以在48小时内送达，也即“次日达”等等。

其中，关于配送资源的覆盖线路以及配送时效信息，可以是配送资源提供者在入驻物流管理系统时提供的，并在物流管理服务器中进行保存。

再者，配送资源的另一属性可以是分配比例，该分配比例信息可以是由物流管理系统对配送资源的实际履行服务情况等信息进行统计而得出的。例如，可以包括配送资源被订购的次数在所有配送资源中所占的比例，配送资源实际履行服务过程中按时履行的比例，第一用户或者第二用户对配送资源的评价等等。这样，对于不同的配送资源而言，就可以得到不同的分配比例，具体的，可以将订购率高，服务履行好，评价好的配送资源赋予较高的分配比例，反之则分配比例较低。其中，关于具体如何对各类信息进行统计，以及如何确定各自的分配比例并不是本申请实施例关注的重点，因此，这里不再详述。

总之，对于配送资源，数据库中保存的信息可以如以下表2所示：

表2

另外，除了在物流管理服务器可以保存上述关于仓储资源以及配送资源的 属性信息之外，库存中心服务器还可以保存各个商品对象在各个仓库中的库存信息，并且随着货品的入库、销售等情况的发生，库存的数量会发生更新。通过查询库存中心服务器，可以获知各个商品对象在各个仓库中的可售库存信息。

下面对本申请实施例的具体实现方式进行详细介绍。

实施例一

在该实施例一中，首先从服务器的角度提供了一种物流信息处理方法，参见图1，该方法可以包括以下步骤：

S101：服务器确定待路由的目标商品对象及其关联的第一用户、第二用户，以及第二用户的地址信息；

在本申请实施例中，需要进行路由的时机可以有多种，例如，其中一种可以是在为第二用户提供商品对象详情信息时，由于一般需要先进行路由，才能获知该第二用户是否能够购买该商品对象，进而，在能够购买的情况下，可以将用于执行购买操作的操作选项，如果不能购买，则可以提供相应的提示信息，等等。因此，在接收到第二用户浏览指定商品对象的请求，执行具体的购买操作之前，就可以进行确定路由信息的操作。此时，第二用户浏览的指定商品对象就是该步骤中的目标商品对象，该目标商品对象所属的第一用户，就是该步骤中的第一用户，第二用户则为发出浏览请求的用户，而关于第二用户的地址信息，由于在第二用户尚未发起正式的购买操作请求时，一般不会输入详细的收货地址信息，因此，可以通过一些方式确定出第二用户的所在地，将该所在地作为该步骤中的地址信息。

其中，关于第二用户的所在地，可以通过多种方式确定。例如，一种方式下，可以是根据第二用户的IP地址信息进行确定，此时，可以确定出第二用户所在的城市等。或者，还可以根据第二用户的常用收货地址作为第二用户的所在地。再或者，还可以向第二用户提供用于选择其所在地的操作选项，例如可以通过下拉列表等方式，为第二用户提供可选的地区名称，在第二用户选择后，将其作为第二用户所在地，进而作为该步骤中第二用户的地址信息。具体的，在提供可选的地区名称时，还可以首先根据当前商品对象在各个仓库中的 库存情况，以及配送资源的配送范围，确定出能够购买该商品对象的地区，然后在下拉列表中仅将这些能够购买的地区进行列举。

总之，在第二用户执行具体的购买操作之前，可以将当前正在浏览的商品对象确定为待路由的目标商品对象，并确定出该目标商品对象关联的第一用户、第二用户以及第二用户所在地，进而就可以基于这些信息进行前置路由。

当然，在这种情况下，还可以利用最后的前置路由结果，也即确定出的目标仓配组合，向第二用户提供目标商品对象的库存信息，配送时效等信息，这些信息可以辅助第二用户进行购买决策。

另一种需要进行路由的时机，是在第二用户发出购买请求后，确认其购买信息时，通常会通过输入或者选择等方式编辑其收货地址，在其编辑购买信息的过程中，第二用户客户端可以将指定商品对象的信息，以及第二用户指定的收货地址信息提交到服务器，此时，服务器还可以将该正在被第二用户编辑购买信息的商品对象确定为目标商品对象，将第二用户输入的收货地址信息，确定为第二用户的地址信息。进而可以利用这些信息进行路由。并且，即使在提交购买请求之前，已经进行了前置路由，此时仍然可以重新进行前置路由，因为第二用户的地址信息会更加准确。其中，如果第二用户在编辑购买信息的过程中，对收货地址进行了修改，也可以重新利用修改后的收货地址进行前置路由。也就是说，在第二用户编辑购买信息的过程中，还可以为其提供具体的库存、配送时效等信息，并且，随着其修改收货地址操作的执行，具体的库存以及配送时效等信息可能会发生变化。

在第二用户编辑完购买信息，执行提交信息操作后，服务器可以生成相应的交易订单，之后，物流中心还可以根据该交易订单生成物流订单，该物流订单中可以包括前置路由过程中确定出的仓库资源、配送资源信息。之后，在本申请实施例中，在针对物流订单执行发货操作时，还可以根据物流订单关联的目标商品对象、第一用户、第二用户，以及第二用户的收货地址，重新进行路由，确定出最终的目标仓配组合。需要说明的是，在购买信息提交之前，由于已经进行了前置路由，并且利用前置路由中确定出的仓库资源提供了库存信息，在提交购买信息生成交易订单之后，库存中心服务器就可以对前置路由中对应 仓库资源中的库存进行预留。因此，在针对物流订单执行发货操作并再重新进行路由时，可以保持前置路由中的仓库资源不变，仅对配送资源进行重新确定。

需要说明的是，在提交购买信息之前进行的前置路由，主要的作用是为第二用户客户端提供是否可购买的信息、以及为第二用户提供库存、配送时效等信息，这样可以为第二用户提供购买决策，并支持库存预留等操作。而在物流订单发货时再进行的重新路由，则可以用于进一步确定出最终履行此次物流服务的物流资源提供方。实际履行物流服务时，在保证预先承诺的配送时效的前提下，还可以进一步选择能够更快履行物流服务的仓配组合，进一步提升第二用户的体验。

总之，在本申请实施例中，不仅在每次进行路由时，可以动态地根据物流资源以及第二用户地址信息等实际情况进行动态确定，还可以在购买前后多个环节上多次进行重新路由，这也从另一个维度体现出一种动态性。通过这种动态路由的方式，有利于充分发挥各个物流资源的服务能力，提高物流系统的服务质量。

需要说明的是，无论是在提供商品对象详情信息页面时进行前置路由，还是在第二用户编辑购买信息的过程中提供前置路由，再或者是在物流订单发货时再重新进行路由，具体确定目标仓配组合的过程都可以是相同的，下面的各个步骤中会进行详细介绍。

S102：确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；

在本申请实施例中，物流管理系统可以直接以仓库资源、配送资源为单位进行物流资源进行发布，而不用预先进行仓库资源与配送资源的绑定，第一用户在通过物流管理系统订购物流资源时，也只需要选择订购哪些具体的仓库资源以及配送资源即可，不用再手动进行资源绑定操作。物流管理系统直接可以保存各个第一用户与订购的物流资源之间的对应关系。服务器在需要进行路由时，可以通过查询物流管理系统服务器，来获得第一用户为该指定商品对象订购的物流资源。

需要说明的是，该步骤中所谓的“该第一用户为该目标商品对象订购的物流资源”可以包括以下两种情况：第一，第一用户在订购物流资源时，可以为其发布的全部商品对象订购同样的物流资源，也就是说，该第一用户订购的物流资源可以应用于其发布的全部商品对象，此时，“该第一用户为该目标商品对象订购的物流资源”，也就是该第一用户订购的全部物流资源。第二，第一用户在订购物流资源时，还可以为不同的商品对象订购个性化的物流资源，此时，该步骤中的“该第一用户为该目标商品对象订购的物流资源”，可以是指专门为该目标商品对象订购的物流资源。

S103：根据各仓库资源的属性信息、各配送资源的属性信息、以及所述目标商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合；

如前文所述，一个仓库的覆盖范围可能包括多个地区，一个配送资源的覆盖线路可能有多条，在一个第一用户订购了多个仓库资源以及多个配送资源的情况下，不同的仓库之间在覆盖范围上可能会出现重叠，不同的配送资源在覆盖线路上也可能会有重叠或者交叉，因此，可能会组合成多种解决方案。例如，某商家订购了A仓、B仓，以及C配、D配，其中，A与C组合，以及B与D组合都能够履行某交易订单对应的物流任务，等等。此时，如何从多种解决方案中选择出最优的仓配组合，以提供最为优质的物流服务，是问题的关键。

为此，在本申请实施例中，可以首先通过查询物流管理平台服务器，确定出各仓库资源以及配送资源的属性信息，并通过查询库存中心服务器，确定出该目标商品在各仓库中的库存数量信息，进而可以根据各仓库资源的属性信息(包括仓库所在地、覆盖范围信息等)、各配送资源的属性信息(包括覆盖线路信息等)、以及目标商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合。

其中，所谓可选的仓配组合，可以满足以下条件：第一，仓库资源中有关于该目标商品对象的库存；第二，仓库资源的覆盖范围能够涵盖第二用户的地址信息；第三，配送资源的覆盖线路中，起始地与仓库所在地相同，目的地与第二用户的地址信息相匹配。

具体实现时，可以通过以上条件，首先筛选出一些可选的仓配组合。

例如，设第一集合A1＝{a_j1,a_j2,…,a_jn|n∈N^*}，其中a_j1,a_j2,…,a_jn是第一用户订购的仓库资源；

第二集合A2＝{a_k1,a_k2,…,a_kn|n∈N^*}，其中a_k1,a_k2,…,a_kn是第一用户订购的配送资源。

则具体可以通过以下方式进行仓配组合的筛选：

首先，确定出第三集合B1＝{b_j1,b_j2,…,b_jn|n∈N^*}，其中b_j1,b_j2,…,b_jn是有能力覆盖目标地址的仓库资源；此时，主要判断仓库资源的覆盖范围包括的各个地区，是否涵盖该目标地址；

第四集合B2＝{b_k1,b_k2,…,b_kn|n∈N^*}，其中b_k1,b_k2,…,b_kn是有能力覆盖目标地址的配送资源；此时，主要是判断配送资源的各条覆盖线路中，是否存在某条覆盖线路的目的地与目标地址相匹配；

第五集合C＝{c₁,c₂,…,c_n|n∈N^*}，其中c₁,c₂,…,c_n是存在货品库存的仓库资源。

之后，可以将前述集合进行取交集运算：

首先确定第六集合D1＝A1∩B1∩C＝{d_j1,d_j2,…,d_jn|n∈N^*}，其中d_j1,d_j2,…,d_jn为同时满足第一用户订购、能力覆盖和库存条件的仓库资源；

还可以确定第七集合D2＝A2∩B2＝{d_k1,d_k2,…,d_kn|n∈N^*}，其中d_k1,d_k2,…,d_kn为同时满足第一用户订购和能力覆盖条件的配送资源；

进而，仓配组合集合G＝D1×D2＝{(d_p,d_q)|d_p∈D1∧d_q∈D2}＝{g₁,g₂,…,g_n|n∈N^*}，也即从集合D1中选择目标仓库资源d_p，从集合D2中选择目标配送资源d_q，d_p与d_q就可以组合成仓配组合。其中，在选择d_p与d_q时可以满足以下条件：即d_p的所在地与d_q某条覆盖线路的起始地相同。

当然，在具体实现时，还可以有其他的实现方式来生成可选的仓配组合，以上所述只是诸多具体实现方式中的一种。

总之，通过该步骤，可以筛选出能够履行具体物流任务的仓配组合，但是， 如前文所述，此时确定出的仓配组合通常为多个，因此，还可以进行进一步的筛选。

S104：确定各仓配组合的服务能力信息，根据所述服务能力信息，从所述可选的仓配组合中确定目标仓配组合。

具体在进行仓配组合的进一步筛选时，可以首先确定出各仓配组合的服务能力信息。具体的，仓配组合的服务能力可以包括多个方面的信息，例如，可以包括仓配组合的时效信息，另外，还可以包括优先级信息、分配比例信息等。其中，具体在进行筛选时，首先可以根据仓配组合的时效进行筛选，例如，可以筛选出能够最快速履行物流任务的仓配组合。如果仍然有多个仓配组合符合条件，则还可以利用优先级、分配比例等信息进行筛选。

首先，在利用仓配组合的时效进行筛选时，首先可以确定出各个仓配组合的时效。具体的，仓配组合的时效可以由仓库资源的时效以及配送资源的时效两部分组成。关于配送资源的时效，由表2所示数据表可知，是可以通过查询数据库的方式直接获知的。而关于仓库资源的时效，则还可以结合当前的时间以及仓库资源的时效周期起始时间进行计算。具体的，所谓的当前时间，也就是执行路由计算的时间点，仓库资源的时效周期起始时间同样可以通过查询数据库的方式获知。之后，在计算仓库资源的时效时，就可以将当前时间x与仓库资源的时效周期起始时间y进行比对，如果时间x早于时间y，则仓库资源的时效为0，也即在当前时效周期内就可以发货，如果时间x晚于时间y，则仓库资源的时效为时效周期的长度，也即在下一时效周期内发货。

例如，假设某仓库资源的时效周期为24小时，时效周期的起始时间为y，仓配组合的时效可以表示为：

g^时效＝d_q^时效+f(x,y)，其中d_q^时效为配送资源在对应覆盖线路上的时效。

在计算出各个可选的仓配组合的时效后，就可以将各个仓配组合的时效进行比对，然后从可选的仓配组合中确定出时效符合第一预置条件(例如，最短) 的仓配组合。

如果时效符合第一预置条件的仓配组合为多个，则还可以进一步根据仓配组合的优先级信息进行筛选。具体的，如前文所述，仓库资源的覆盖范围可能会包括多个地区，其中不同的地区可能具有不同的发货优先级。对于具体的仓配组合，可以根据其中仓库资源在目标地址对应地区上的优先级，确定为仓配组合的发货优先级。然后，可以根据仓配组合的发货优先级，从所述时效符合第一预置条件的仓配组合中，确定发货优先级满足第二预置条件(例如，优先级最高)的仓配组合。例如，某第二用户的收货地址为上海，某仓库资源A的优先级信息中，上海地区的优先级为1，另一仓库资源B在上海地区的优先级为2，则包含仓库资源A的仓配组合与包含仓库资源B的仓配组合相比，优先级要高，可以优先选择包含仓库资源A的仓配组合。

如果时效符合第一预置条件，且发货优先级满足第二预置条件的仓配组合为多个，则还可以进一步根据仓配组合的分配比例信息进行筛选。具体的，如前文所述，由于配送资源可以存在分配比例这一属性，该信息可以从一定程度上体现出不同配送资源之间的优劣。因此，还可以将仓配组合中包含的配送资源的分配比例，确定为该仓配组合的分配比例。这样，针对时效符合第一预置条件，且发货优先级满足第二预置条件的各仓配组合，根据配送资源的分配比例信息，确定各仓配组合的分配比例，按照所述仓配组合的分配比例信息，选择其中一仓配组合为目标仓配组合。例如，假设时效符合第一预置条件，且发货优先级满足第二预置条件的仓配组合有两个，其中第一个仓配组合的分配比例为80％，另一个仓配组合的分配比例为20％，则具体在按照所述仓配组合的分配比例信息，选择其中一仓配组合为目标仓配组合时，可以如下进行：在0到9之间取随机整数，如果取数结果落在0到7之间，则将第一个仓配组合确定为目标仓配组合，否则，将第二个仓配组合确定为目标仓配组合。这样，可以是的分配比例高的仓配组合以更高的概率被选择到，同时，对于分配比例低的仓配组合，也有一定的概率被选择到。

总之，通过本申请实施例，不需要预先将仓库资源与配送资源进行绑定，而是可以结合实际浏览、交易等行为执行的过程中，结合第二用户地址信息、仓库资源所在地、覆盖范围、以及配送资源覆盖线路、仓配组合的服务能力等信息，动态调配仓库资源以及配送资源，并确定出具体的目标仓配组合，用于通过前端商品对象详情页面等向第二用户提供库存信息以及配送时效信息，或者用于履行具体的物流服务，等等。因此，可以更加充分的发挥各个物流资源的服务能力，并且，还能够为第二用户提供更优质的物流服务。

实施例二

以上实施例一从服务器的角度对本申请实施例进行了介绍，该实施例二中，主要从第二用户客户端的角度进行介绍。

参见图2，该实施例二提供了一种物流信息处理方法，该方法可以包括以下步骤：

S201：第二用户客户端接收到浏览指定商品对象详情信息的请求时，确定第二用户所在地信息；

S202：将所述请求提交到服务器，并在所述请求中携带所述第二用户所在地信息，以便所述服务器确定该指定商品对象关联的第一用户，并确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；根据各仓库资源的属性信息、各配送资源的属性信息、以及所述指定商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合，在确定出各仓配组合的服务能力信息后，根据所述服务能力信息，从所述可选的仓配组合中确定第一目标仓配组合，并利用所述确定出的第一目标仓配组合确定所述指定商品对象的库存信息，以及时效信息，并返回；

S203：在所述指定商品对象的详情页面中提供所述服务器返回的库存信息以及时效信息。

其中，在接收到第二用户购买所述指定商品对象的请求后，还可以提供购买信息编辑页面，并且，在接收到所述第二用户编辑的收货地址信息后，可以将所述收货地址信息提交到服务器，这样，服务器可以重新确定第二目标仓配组合，并在所述第二目标仓配组合与所述第一目标仓配组合不同时，重新利用所述第二目标仓配组合确定所述指定商品对象的库存信息，以及时效信息，并返回。之后，第二用户客户端就可以在所述购买信息编辑页面中提供所述服务器重新返回的库存信息以及时效信息。

在接收到第二用户提交购买信息的请求后，还可以将所述购买信息提交到服务器，以便服务器生成交易订单，并在生成物流订单时，重新根据交易订单关联的目标商品对象、第一用户、第二用户，以及第二用户的收货地址，重新确定第三目标仓配组合，以便利用重新确定的目标仓配组合，履行该交易订单的物流任务，其中，重新确定出的第三目标仓配组合中，仓库资源与所述交易订单前置路由中第一目标仓配组合或者第二目标仓配组合中的仓库资源相同

需要说明的是，前述实施例二与实施例一相比只是描述的角度有所不同，因此，相关的具体实现可以参见实施例一中的介绍，这里不再赘述。

与实施例一提供的物流信息处理方法相对应，本申请实施例还提供了一种物流信息处理装置，应用于服务器，参见图3，该装置具体可以包括：

信息确定单元301，用于确定待路由的目标商品对象及其关联的第一用户、第二用户，以及第二用户的地址信息；

物流资源确定单元302，用于确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；

仓配组合生成单元303，用于根据各仓库资源的属性信息、各配送资源的属性信息、以及所述目标商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合；

仓配组合筛选单元304，用于确定各仓配组合的服务能力信息，根据所述服务能力信息，从所述可选的仓配组合中确定目标仓配组合。

其中，所述信息确定单元具体可以包括：

第一确定子单元，用于在接收到第二用户客户端发送的浏览指定商品对象信息的请求时，将该指定商品对象确定为所述目标商品对象，并确定所述第二用户的所在地信息，将该所在地信息确定为所述第二用户的地址信息；

此时，所述装置还可以包括：

第一可售信息确定单元，用于利用所述确定出的目标仓配组合确定所述目标商品对象的库存信息，以及时效信息；

第一可售信息返回单元，用于将所述库存信息以及时效信息返回给所述第二用户客户端，以便所述第二用户客户端在所述目标商品对象的信息页面中提供所述库存信息以及时效信息。

或者，所述信息确定单元包括：

第二确定子单元，用于在第二用户针对指定商品对象编辑购买信息的过程中，接收第二用户客户端提交的所述指定商品对象的信息，以及所述第二用户指定的收货地址信息，将该指定商品对象确定为所述目标商品对象，并该收货地址确定为所述第二用户的地址信息；

此时，所述装置还可以包括：

第二可售信息确定单元，用于利用所述确定出的目标仓配组合确定所述目标商品对象的库存信息，以及时效信息；

第二可售信息返回单元，用于将所述库存信息以及时效信息返回给所述第二用户客户端，以便所述第二用户客户端在所述目标商品对象的购买信息编辑页面中提供所述库存信息以及时效信息。

其中，还可以包括：

重新确定单元，用于接收到第二用户客户端提交的在编辑购买信息过程中 的修改收货地址的信息时，将修改后的收货地址确定为所述第二用户的地址信息，并重新确定所述目标仓配组合。

另外，该装置还可以包括：

重新路由单元，用于在对目标交易订单关联的物流订单执行发货操作时，根据物流订单关联的目标商品对象、第一用户、第二用户，以及第二用户的收货地址，重新确定目标仓配组合，以便利用重新确定的目标仓配组合，履行该物流订单的物流任务，其中，重新确定出的目标仓配组合中，仓库资源与所述目标交易订单前置路由中的仓库资源相同。

其中，在一种具体的实现方式下，所述仓配组合生成单元可以包括：

第一集合确定子单元，用于确定第一集合，所述第一集合中的元素为所述第一用户订购的仓库资源；

第二集合确定子单元，用于确定第二集合，第二集合中的元素为所述第一用户订购的配送资源；

第三集合确定子单元，用于确定第三集合，所述第三集合中的元素为覆盖范围包括所述目标地址的仓库资源；

第四集合确定子单元，用于确定第四集合，所述第四集合中的元素为覆盖线路的目的地与所述目标地址相匹配的配送资源；

第五集合确定子单元，用于确定第五集合，所述第五集合中的元素为存在所述目标商品对象库存的仓库资源；

第六集合确定子单元，用于确定第六集合，所述第六集合为第一集合、第三集合以及第五集合的交集；

第七集合确定子单元，用于确定第七集合，所述第六集合为第二集合与第四集合的交集；

选择子单元，用于从所述第六集合中选择目标仓库资源，从所述第七集合中选择目标配送资源，并将目标仓库资源与目标配送资源组合为目标仓配组合， 其中，所述目标仓库资源的所在地与目标配送资源某覆盖线路的起始地相同。

具体实现时，所述仓配组合筛选单元可以包括：

第一筛选子单元，用于从所述可选的仓配组合中确定时效符合第一预置条件的仓配组合。

其中，可以通过以下方式计算仓配组合的时效：

时间信息确定单元，用于确定当前时间信息，以及仓库资源的时效周期起始时间；

仓库资源时效确定单元，用于根据所述当前时间以及所述时效周期起始时间，确定仓库资源的时效；

配送资源时效读取单元，用于读取配送资源的时效；

组合时效确定单元，用于将仓库资源时效与配送资源时效之和确定为所述仓配组合的时效。

其中，如果时效符合第一预置条件的仓配组合为多个，则所述仓配组合筛选单元还包括：

优先级确定子单元，用于针对所述时效符合第一预置条件的各仓配组合，确定仓库资源的覆盖范围包括的地区，以及所述第二用户的地址信息所述的目标地区，并确定该目标地区在对应仓库资源中的发货优先级；

第二筛选子单元，用于根据所述仓配组合的发货优先级，从所述时效符合第一预置条件的仓配组合中，确定发货优先级满足第二预置条件的仓配组合。

如果时效符合第一预置条件，且发货优先级满足第二预置条件的仓配组合为多个，则所述仓配组合筛选单元还包括：

分配比例确定子单元，用于针对时效符合第一预置条件，且发货优先级满足第二预置条件的各仓配组合，根据配送资源的分配比例信息，确定各仓配组合的分配比例；

第三筛选子单元，用于按照所述仓配组合的分配比例信息，选择其中一仓配组合为目标仓配组合。

与实施例二提供的物流信息处理方法相对应，本申请实施例还提供了一种物流信息处理装置，应用于第二用户客户端，参见图4，该装置具体可以包括：

用户所在地信息确定单元401，用于接收到浏览指定商品对象详情信息的请求时，确定第二用户所在地信息；

请求提交单元402，用于将所述请求提交到服务器，并在所述请求中携带所述第二用户所在地信息，以便所述服务器确定该指定商品对象关联的第一用户，并确定该第一用户为该目标商品对象订购的物流资源，所述物流资源包括分别订购的至少一个仓库资源以及至少一个配送资源；根据各仓库资源的属性信息、各配送资源的属性信息、以及所述指定商品对象在各个库存资源中的库存信息，生成至少一个可选的仓配组合，在确定出各仓配组合的服务能力信息后，根据所述服务能力信息，从所述可选的仓配组合中确定第一目标仓配组合，并利用所述确定出的第一目标仓配组合确定所述指定商品对象的库存信息，以及时效信息，并返回；

第一信息提供单元403，用于在所述指定商品对象的详情页面中提供所述服务器返回的库存信息以及时效信息。

具体实现时，该装置还可以包括：

编辑页面提供单元，用于在接收到第二用户购买所述指定商品对象的请求后，提供购买信息编辑页面；

地址信息提交单元，用于在接收到所述第二用户编辑的收货地址信息后，将所述收货地址信息提交到服务器，以便所述服务器重新确定第二目标仓配组合，并在所述第二目标仓配组合与所述第一目标仓配组合不同时，重新利用所述第二目标仓配组合确定所述指定商品对象的库存信息，以及时效信息，并返回；

第二信息提供单元，用于在所述购买信息编辑页面中提供所述服务器重新返回的库存信息以及时效信息。

另外，该装置还可以包括：

交购买信息提交单元，用于在接收到第二用户提交购买信息的请求后，将所述购买信息提交到服务器，以便服务器生成交易订单，并在生成物流订单时，重新根据交易订单关联的目标商品对象、第一用户、第二用户，以及第二用户的收货地址，重新确定第三目标仓配组合，以便利用重新确定的目标仓配组合，履行该交易订单的物流任务，其中，重新确定出的第三目标仓配组合中，仓库资源与所述交易订单前置路由中第一目标仓配组合或者第二目标仓配组合中的仓库资源相同。

通过本申请实施例，不需要预先将仓库资源与配送资源进行绑定，而是可以结合实际浏览、交易等行为执行的过程中，结合第二用户地址信息、仓库资源所在地、覆盖范围、以及配送资源覆盖线路、仓配组合的服务能力等信息，动态调配仓库资源以及配送资源，并确定出具体的目标仓配组合，用于通过前端商品对象详情页面等向第二用户提供库存信息以及配送时效信息，或者用于履行具体的物流服务，等等。因此，可以更加充分的发挥各个物流资源的服务能力，并且，还能够为第二用户提供更优质的物流服务。

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

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

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