CN106485438A - 物流线路信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了物流线路信息处理方法及装置，其中，所述方法包括：物流管理平台服务器预先保存各物流资源的属性信息，所述属性信息包括是否具备冷链功能；当接收到针对目标交易订单的发货指令时，从该交易订单中进行信息提取；根据所述提取的信息确定是否需要冷链服务；如果需要，则选择具备冷链功能的目标物流线路执行发货任务。通过本申请实施例，能够避免特定类目的货品在运送构成中出现变质等情况，进而，可以减少退换货的概率，有利于节省系统资源。

Description

物流线路信息处理方法及装置

技术领域

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

背景技术

随着网络以及终端技术的发展，电子商务也得到了迅速发展，然而物流对电子商务发展的瓶颈也日益严重。为了使双方协同发展，有些电子商务交易平台提供了统一物流资源管理平台，该平台可以将各种物流资源进行整合，形成统一的物流解决方案。例如，淘系的菜鸟物流宝平台，商家可以通过菜鸟物流宝订购物流解决方案，在有买家用户后买其商品时，就可以由菜鸟物流宝根据其订购的物流解决方案，指示相关的物流服务提供商完成后续的发货、配送等流程。这样，既节省了商家的成本，又可以保证交易平台的服务质量。

但是，在实际配送过程中经常存在一些特殊的货品，例如，水果、生鲜等类目的商品等，具有易变质的特点，在现有技术中的配送过程中，即使已经选择了配送时效最快的物流线路，也经常出现买家收到货品时已经变质的情况，严重影响用户体验。从系统角度而言，当出现货品变质的情况时，买家用户往往会拒收，之后通常还需要进行退换货等流程，会因此而占用大量的系统资源。

发明内容

本申请提供了物流线路信息处理方法及装置，能够避免特定类目的货品在运送构成中出现变质等情况，进而，可以减少退换货的概率，有利于节省系统资源。

本申请提供了如下方案：

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

物流管理平台服务器预先保存各物流资源的属性信息，所述属性信息包括是否具备冷链功能；

当接收到针对目标交易订单的发货指令时，从该交易订单中进行信息提取；

根据所述提取的信息确定是否需要冷链服务；

如果需要，则选择具备冷链功能的目标物流线路执行发货任务。

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

交易平台服务器接收第二用户客户端的订单生成请求，所述订单生成请求基于第二用户的第一操作指令生成；

生成交易订单，并确定所述交易订单的发货条件；

当达到所述交易订单的发货条件时，向物流管理平台服务器发送发货请求，以便所述物流管理平台服务器从交易订单中提取相关信息，并根据所述提取的信息确定是否需要冷链服务，如果需要，则根据预先保存的各物流资源的属性信息，选择具备冷链功能的目标物流线路执行发货任务。

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

属性保存单元，用于预先保存各物流资源的属性信息，所述属性信息包括是否具备冷链功能；

信息提取单元，用于当接收到针对目标交易订单的发货指令时，从该交易订单中进行信息提取；

服务确定单元，用于根据所述提取的信息确定是否需要冷链服务；

第一物流线路确定单元，用于如果需要，则选择具备冷链功能的目标物流线路执行发货任务。

一种物流线路信息处理装置，应用于交易平台服务器，包括：

订单生成请求接收单元，用于接收第二用户客户端的订单生成请求，所述订单生成请求基于第二用户的第一操作指令生成；

发货条件确定单元，用于生成交易订单，并确定所述交易订单的发货条件；

发货请求发送单元，用于当达到所述交易订单的发货条件时，向物流管理平台服务器发送发货请求，以便所述物流管理平台服务器从交易订单中提取相关信息，并根据所述提取的信息确定是否需要冷链服务，如果需要，则根据预先保存的各物流资源的属性信息，选择具备冷链功能的目标物流线路执行发货任务。

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

通过本申请实施例，可以预先保存各个物流资源的属性信息，其中可以包括是否具备冷链功能，这样，在需要为某交易订单发货时，就可以判断订单中记录的商品对象是否需要冷链服务，如果需要，则可以选择具有冷链功能的物流线路来执行发货任务。这样，可以使得特殊类目的商品对象在发货及配送过程中，可以享受到必要的冷链服务，避免货品在运送构成中出现变质等情况，进而，可以减少退换货的概率，有利于节省系统资源。

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

附图说明

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

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

图2是本申请实施例提供的另一方法的流程图；

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

图4是本申请实施例提供的另一装置的示意图。

具体实施方式

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

为了便于理解，首先对冷链相关的概念进行介绍。首先，由于生鲜等产品要求所处的环境通常为低温或低湿等共同特性，所以称为“冷冻产品”，冷冻产品的供应链称为“冷链”；用于制造低温、低湿环境的设备，称为“冷链设备”。具体的冷链设备有：低温冷库、常温冷库、低温冰箱、普通冰箱、冷藏车、冷藏箱、疫苗运输车、备用冰排等。“冷链物流”泛指冷藏冷冻产品在生产、贮藏运输、销售，到消费前的各个环节中始终处于规定的低温环境下，以保证物品质量和性能的一项系统工程。对于电商平台中是物流资源，如果某物流资源提供方具有相关的冷链设备，就意味着该物流资源具备“冷链功能”。也就是说，在实际应用中，有些物流资源具备冷链功能，而有些物流资源则不具备。

另外需要说明的是，在实际应用中，不同的物流资源能够提供的服务可能是不同的。例如，有些资源仅能够提供仓储服务，有些资源则仅可以提供配送服务，在提供配送服务的资源中，又有些资源能够提供干线配送(例如，只配送到市级的集散中心)，而有些资源能够提供“落地配”服务，也即，能够送货上门，等等。

为了能够充分利用各种物流资源，在电商系统的统一物流资源管理平台(例如淘系的菜鸟物流宝平台)下，通常可以将多种物流资源组合，形成多条物流线路。具体的，可以将物流资源按照能够提供的服务类型进行分类，例如，分为中转仓、干线、落地配等三种，然后，由多个物流实体协同提供物流服务解决方案，比如，中转仓+干线+落地配，或者中转仓+落地配的模式，等等。相应的，由多个物流实体组织的一个完整的物流服务载体，可以称为物流线路。比如：在中转仓+干线+落地配的模式下，分别选择其中一个能够提供中转仓服务、干线服务以及落地配服务的物流服务实体，就组成了系统中的一条物流线路，具体在提供物流服务时，由各个物流服务实体进行接洽，协同完成商品配送的各个物流环节。

在实际应用中，物流资源的数量非常多，理论上讲，对于不同类型的物流资源，只要在服务覆盖范围上能够匹配，即可组合为物流线路，因此，最终形成的物流线路通常会非常多，通常在数十万级。因此，各种可选的物流线路可以是预先生成的，商家可以从中订购符合自己需求的物流线路，并且通常也会从中选择多条物流线路，以满足多种场合下的不同需求。当然，也可以在实际需要进行发货时，由统一物流资源管理平台进行物流线路的组装工作。

而在为实际的交易订单选择具体的物流线路时，如何从众多物流线路中选择出最合适的一条，是需要考虑的问题。在现有技术的方案中，一般只会考虑线路上各环节上的物流资源是否能覆盖到发货地以及收货地，此外最多还会考虑配送时效问题。但是，对于一些特定类目的商品而言，仅考虑上述两点是不够的，为此，本申请实施例给出了相应的解决方案。

基于以上所述，在本申请实施例中，就可以预先对各个物流资源是否具备冷链功能进行保存，这样，当需要为冷冻产品进行发货时，就可以生成或者选择物流线路时，可以判断物流线路上的各个物流资源是否均具备冷链功能，只有组成物流线路的各个物流资源都具备冷链功能时，才能够用其进行发货，这样可以保证生鲜等特殊类目的商品在配送过程中不会出现变质等现象。

下面对具体实现方案进行介绍。

实施例一

参见图1，本申请实施例一首先从物流管理平台服务器的角度，提供了一种物流线路信息处理方法，该方法可以包括以下步骤：

S101：物流管理平台服务器预先保存各物流资源的属性信息，所述属性信息包括是否具备冷链功能；

物流服务方在与电商的统一物流管理平台(为便于描述，本文中以“菜鸟”为例进行介绍)合作时，可以提交其属性信息，其中可以包括是否具备冷链功能，另外，还可以包括其服务覆盖范围、配送时效等信息，菜鸟可以在其数据库中进行保存。

其中，关于服务覆盖范围，对于中转仓、干线以及落地配而言，都可以包括揽收的服务范围，以及配送的服务范围。菜鸟在保存时，可以将服务覆盖范围信息分为“from”和“to”两个字段进行保存。例如，某中转仓可以揽收范围为北京市，可以配送到北京市以及杭州市的集散中心，也即，from北京，to北京以及杭州；某落地配的揽收范围为杭州市，能够在杭州市以及上海市进行送货上门，也即，from杭州，to杭州以及上海，等等。另外，关于是否具备冷链功能，可以在属性条目中设置另一字段，根据服务服务方提交的属性信息，将对应字段的值置为“是”或者“否”，例如，在保存时，可以采用以下表1的形式：

表1

需要说明的是，菜鸟在进行物流线路的创建时，只要上一环节“to”的覆盖范围与下一环节“from”的覆盖范围相匹配即可。例如，在上述表1中，WL001作为第一环节，其“to”的覆盖范围为北京，杭州，也就是说，可以将货品配送到北京以及杭州的集散中心，WL002作为可以与之衔接的第二环节，其“from”的覆盖范围为杭州，也就是，可以从杭州揽件，并在一定范围内进行送货上门服务，此时，WL001与WL002就可以组合成一条物流线路，也就是，当WL001将货品配送到杭州后，WL002能够从杭州揽件，进行后续的送货上门服务。类似的，WL003的“from”的覆盖范围也包括杭州，因此，WL001与WL003也可以组合成一条物流线路，等等。总之，菜鸟在创建物流线路时，可以将所有可能组合的物流资源组合在一起，供商家用户进行选择。例如，可以通过以下表2等形式保存各条物流线路的信息：

表2

S102：当接收到针对目标交易订单的发货指令时，从该交易订单中进行信息提取；

在买家用户浏览具体商家的商品对象，并选择购买之后，可以生成相应的交易订单，之后，可以有多种方式触发针对该交易订单进行发货。例如，针对一些特定的业务，可能会具有自动发货标记，也即，当交易平台服务器(例如前端交易服务器等)收到已经为该交易订单付款成功的通知后，可以通知菜鸟进行发货，之后，菜鸟便可以进入自动发货流程，等等。

为了判断是否需要使用冷链服务，具体从交易订单中提取的信息可以包括商品对象标识信息，物流管理平台服务器可以根据商品对象所属的类目，来确定是否需要使用冷链服务。例如，如果确定出商品对象属于生鲜类，则确定需要使用冷链服务，等等。

或者，具体实现时，为了便于物流管理平台服务器确定是否需要使用冷链服务，交易平台服务器还可以在订单生成时，针对特定类目或者特定信息专题的商品对象，在交易订单中添加上特定的标记，这样，在物流管理平台服务器接收到为交易订单发货的指令后，从交易订单中提取的信息可以是这种标记信息，进而就可以根据该标记，确定出是否使用冷链服务。例如，当第二用户购买了某生鲜类的商品对象，例如，天猫“瞄鲜生”专题中的某件商品对象，则交易平台服务器在生成交易订单时，可以打上“生鲜订单”标记，等等。

S103：根据所述提取的信息确定是否需要冷链服务；

关于是否需要冷链服务，如果上一步提取出的信息是商品对象标识信息，则可以根据商品对象所属的类目来确定，例如，可以预先建立需要冷链服务的类目列表，例如可以包括生鲜类、水果类等等。这样，在从交易订单中提取出商品对象信息后，就可以首先确定出该商品对象所属的类目，然后再判断该类目是否出现在前述类目列表中，如果是，则可以确定其需要冷链服务，否则，如果没有出现在该类目列表中，则确定不需要冷链服务，因此，直接按照常规的方式选择常温线路进行发货及配送即可。

如果上一步提取出的信息是交易平台服务器为交易订单添加的特定标记，则可以根据该标记进行确定。

S104：如果需要，则选择具备冷链功能的目标物流线路执行发货任务。

该步骤中，组成所述目标物流线路的物流资源可以是均具备冷链功能。具体在选择具备冷链功能的目标物流线路时，可以有多种方式。例如，在第一用户(例如卖家或者商家等)没有预先订购物流线路的情况下，物流管理平台服务器可以首先为其创建物流线路，然后再判断线路中的各个物流资源是否都具备冷链功能，如果是，则可以作为目标物流线路。其中，为了创建物流线路，物流管理平台服务器还可以预先保存各个物流资源的服务覆盖范围信息，例如，如表1所示，在从当前交易订单中提取信息时，还可以提取出地址信息，例如发货地、收货地等等。这样，在创建物流线路时，就可以根据所述地址信息以及各物流资源的服务覆盖范围信息，创建至少一条物流线路，其中每条物流线路包括至少一个物流资源。例如，某交易订单的发货地是杭州，收货地是北京，则在创建物流线路时，如果按照“中转仓+落地配”的方式创建，则可以首先取出揽收覆盖范围包括北京的各个中转仓提供方，以及配送覆盖范围包括杭州的各个落地配提供方，然后再将这些中转仓提供方可以配送的覆盖范围，与这些落地配提供方的揽收覆盖范围进行匹配运算，匹配成功的即可组合成一条物流线路。

而对于第一用户预先从菜鸟订购物流线路的情况，由于在订购时，第一用户一般是根据自己经营的商品的类目需求，订购多条不同的物流线路。其中，可能有些物流线路上的各个物流资源都具备冷链功能，有些可能只是部分物流资源具备冷链功能，甚至都不具备，等等。因此，菜鸟可以将各个第一用户分别订购了哪些物流线路进行保存。这样，如果确定出某交易订单需要冷链服务，则可以根据预先保存的信息，确定出与当前的第一用户关联的各条物流线路，然后可以判断组成物流线路的各物流资源是否均具备冷链功能，后续可以根据判断结果确定最终使用的物流线路。

其中，具体实现时，还可以首先根据当前交易订单关联的地址信息，对第一用户关联的各条物流线路进行过滤，然后再进行关于冷链功能的判断。其中，地址信息可以包括发货地以及收货地信息，关于发货地，可以是由第一用户预先配置好的，收货地是由第二用户(例如买家等)在提交交易订单时设置的，因此，发货地以及收货地信息都可以保存在交易订单中，这样，菜鸟还可以从交易订单中提取出发货地以及收货地信息。然后，根据表1中记录的各个物流资源的覆盖范围信息，从中选择出服务覆盖范围符合要求的第一物流线路集合。

例如，某交易订单中，发货地是北京，收货地是上海，当前的第一用户订购的物流线路包括前述表2中WL001与WL002组成的物流线路1，以及WL001与WL003组成的物流线路2。通过表1中记录的各物流资源的属性信息判断可知，WL001的揽收覆盖范围包括北京，WL002以及WL003的配送范围都包括上海，因此，物流线路1以及物流线路2在覆盖范围上都符合要求。

然后，可以再判断物流线路1以及物流线路2包含的各个物流资源是否均具备冷链功能。例如，在表1中所示，WL001和WL002都具备冷链功能，而WL003不具备冷链功能，也就是说，只有物流线路1既符合服务覆盖范围的要求，又符合冷链的要求，将物流线路2排除掉。

在S104中得到判断结果后，就可以确定出执行发货任务的目标物流线路，例如，前述例子中的物流线路1。也就是说，菜鸟可以向WL001发送指令，命令其去指定的仓库揽收指定的货品，并送到杭州，到达杭州后，再通知WL002到杭州的集散中心揽件，配送到具体的收货地址。在此过程中，由于WL001和WL002都具备冷链功能，因此，可以避免特殊类目的货品在发货或者配送过程中发生变质等情况。

当然，在实际应用中，覆盖范围以及冷链功能都符合要求的物流线路可能仍然会有多条，此时，还可以考虑配送时效的因素，从中选择出配送时效符合预置条件的一条线路。也就是说，可以将覆盖范围以及冷链功能都符合要求的物流线路确定为第二物流线路集合，针对该第二物流线路集合中的物流线路，可以将配送时效符合预置条件(例如，最快)的物流线路确定为所述目标物流线路。关于各条物流线路的配送时效信息可以预先确定并保存的，例如，有些物流线路可以支持“次日达”，有的支持“两日达”，有的则不承诺具体的配送时效，等等。

需要说明的是，对于具备冷链功能的物流资源而言，也是能够进行常温配送的，并且，在默认情况下，可能仍然是进行常温配送。为此，在本申请实施例中，确定出需要冷链服务，并确定出目标物流线路后，菜鸟在向目标物流线路上的各个物流资源发送配送指令时，还可以在指令中携带使用冷链设备的指示信息，这样，相关的物流资源就可以根据该指示进行冷链配送。

另外需要说明的是，从概率上而言，各环节上的物流资源都具备冷链功能的物流线路毕竟是少数，因此，为了避免这种少数的线路被不需要冷链服务的货品占用，在本申请实施例中，还可以进行以下处理：如果当前的商品对象不需要冷链服务，则从所述第一用户订购的物流线路中选择出并非各物流资源都具备冷链功能的物流线路，然后从中选择出服务覆盖范围、配送时效等符合要求物流线路作为执行发货任务的目标物流线路。这样，可以使得冷链线路更专注于为特殊类目的货品提供服务，进一步保障特殊类目商品对象的物流服务质量。

总之，通过本申请实施例，可以预先保存各个物流资源的属性信息，其中可以包括是否具备冷链功能，这样，在需要为某交易订单发货时，就可以判断订单中记录的商品对象是否需要冷链服务，如果需要，则可以选择具有冷链功能的物流线路来执行发货任务。这样，可以使得特殊类目的商品对象在发货及配送过程中，可以享受到必要的冷链服务，避免货品在运送构成中出现变质等情况，进而，可以减少退换货的概率，有利于节省系统资源。

实施例二

该实施例二是从交易平台服务器的角度进行的介绍，其中，关于交易平台服务器，主要用于与前端用户进行交互，生成交易订单等。参见图2，该实施例二提供了一种物流线路信息处理方法，该方法可以包括以下步骤：

S201：交易平台服务器接收第二用户客户端的订单生成请求，所述订单生成请求基于第二用户的第一操作指令生成；

S202：生成交易订单，并确定所述交易订单的发货条件；

具体实现时，可以根据所述交易订单关联的业务类型，判断是否需要自动发货，如果需要，则在收到关于所述目标交易订单的付款成功通知消息后，确定达到该交易订单的发货条件。

另外，生成交易订单时，还可以根据相应商品对象所属的类目，判断是否需要进行冷链服务，如果需要，则为所述交易订单添加预置标记，以便所述物流管理平台服务器根据所述预置标记确定是否需要进行冷链服务器。

S203：当达到所述交易订单的发货条件时，向物流管理平台服务器发送发货请求，以便所述物流管理平台服务器从交易订单中提取相关信息，并根据所述提取的信息确定是否需要冷链服务，如果需要，则根据预先保存的各物流资源的属性信息，选择具备冷链功能的目标物流线路执行发货任务；其中，组成所述目标物流线路的物流资源均具备冷链功能。

该实施例二与实施例一相比，仅是执行主体不同，因此，相关的具体实现可以参见实施例一中的介绍，这里不再赘述。

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

属性保存单元301，用于预先保存各物流资源的属性信息，所述属性信息包括是否具备冷链功能；

信息提取单元302，用于当接收到针对目标交易订单的发货指令时，从该交易订单中进行信息提取；

服务确定单元303，用于根据所述提取的信息确定是否需要冷链服务；

第一物流线路确定单元304，用于如果需要，则选择具备冷链功能的目标物流线路执行发货任务。

其中，组成所述目标物流线路的物流资源可以是均具备冷链功能。

其中，所述从交易订单中提取的信息包括商品对象标识信息；

所述服务确定单元具体用于：

根据所述商品对象所属的类目，确定是否需要冷链服务。

或者，所述从交易订单中提取的信息包括交易订单的标记信息，所述标记信息由交易平台服务器在生成交易订单时添加；

所述服务确定单元具体用于：

根据所述交易订单是否带有预置的标记，确定是否需要冷链服务。

具体实现时，所述预先保存的物流资源的属性信息还包括服务覆盖范围信息；所述从交易订单中提取的信息还包括地址信息；

所述第一物流线路确定单元包括：

线路创建子单元，用于根据所述地址信息以及各物流资源的服务覆盖范围信息，创建至少一条物流线路，其中每条物流线路包括至少一个物流资源；

第一判断子单元，用于针对所述创建的各条物流线路，判断组成各物流线路的物流资源均具备冷链功能；

确定子单元，用于根据判断结果，确定所述目标物流线路。

其中，所述服务器还预先保存有各第一用户订购的物流线路信息，所述预先保存的物流资源的属性信息还包括服务覆盖范围信息；

所述信息提取单元还用于，从所述交易订单中提取第一用户信息以及地址信息；

所述第一物流线路确定单元包括：

覆盖范围判断子单元，用于根据所述地址信息以及各物流资源的服务覆盖范围信息，从所述第一用户订购的物流线路中选择出服务覆盖范围符合要求的第一物流线路集合；

第二判断子单元，用于针对所述第一物流线路集合中的物流线路，判断组成物流线路的各物流资源是否均具备冷链功能；

确定子单元，用于根据判断结果，确定所述目标物流线路。

所述预先保存的物流资源的属性信息还包括配送时效信息；

所述确定子单元包括：

集合生成子单元，用于将判断结果为是的各物流线路组成第二物流线路集合；

时效判断子单元，用于针对所述第二物流线路集合中的物流线路，将配送时效符合预置条件的物流线路确定为所述目标物流线路。

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

指示单元，用于向所述目标物流线路上的各个物流资源发送配送指令时，在所述指令中携带使用冷链设备的指示信息。

另外，还可以包括：

第二物流线路确定单元，用于如果当前的商品对象不需要冷链服务，则选择出并非各物流资源都具备冷链功能的物流线路执行发货任务。

与实施例二相对应，本申请实施例还提供了一种物流线路信息处理装置，应用于交易平台服务器，参见图4，该装置可以包括：

订单生成请求接收单元401，用于接收第二用户客户端的订单生成请求，所述订单生成请求基于第二用户的第一操作指令生成；

发货条件确定单元402，用于生成交易订单，并确定所述交易订单的发货条件；

发货请求发送单元403，用于当达到所述交易订单的发货条件时，向物流管理平台服务器发送发货请求，以便所述物流管理平台服务器从交易订单中提取相关信息，并根据所述提取的信息确定是否需要冷链服务，如果需要，则根据预先保存的各物流资源的属性信息，选择具备冷链功能的目标物流线路执行发货任务；其中，组成所述目标物流线路的物流资源均具备冷链功能。

其中，该装置还可以包括：

判断单元，用于生成交易订单时，根据相应商品对象所属的类目或者信息分类专题，判断是否需要进行冷链服务；

标记添加单元，用于如果需要，则为所述交易订单添加预置标记，以便所述物流管理平台服务器根据所述预置标记确定是否需要进行冷链服务器。

总之，通过本申请实施例，可以预先保存各个物流资源的属性信息，其中可以包括是否具备冷链功能，这样，在需要为某交易订单发货时，就可以判断订单中记录的商品对象是否需要冷链服务，如果需要，则可以选择具有冷链功能的物流线路来执行发货任务。这样，可以使得特殊类目的商品对象在发货及配送过程中，可以享受到必要的冷链服务，避免货品在运送构成中出现变质等情况，进而，可以减少退换货的概率，有利于节省系统资源。

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

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

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

Claims (20)

1.一种物流线路信息处理方法，其特征在于，包括：

物流管理平台服务器预先保存各物流资源的属性信息，所述属性信息包括是否具备冷链功能；

当接收到针对目标交易订单的发货指令时，从该交易订单中进行信息提取；

根据所述提取的信息确定是否需要冷链服务；

如果需要，则选择具备冷链功能的目标物流线路执行发货任务。

2.根据权利要求1所述的方法，其特征在于，所述从交易订单中提取的信息包括商品对象标识信息；

所述根据所述提取的信息确定是否需要冷链服务，包括：

根据所述商品对象所属的类目，确定是否需要冷链服务。

3.根据权利要求1所述的方法，其特征在于，所述从交易订单中提取的信息包括交易订单的标记信息，所述标记信息由交易平台服务器在生成交易订单时添加；

所述根据所述提取的信息确定是否需要冷链服务，包括：

根据所述交易订单是否带有预置的标记，确定是否需要冷链服务。

4.根据权利要求1所述的方法，其特征在于，所述预先保存的物流资源的属性信息还包括服务覆盖范围信息；所述从交易订单中提取的信息还包括地址信息；

所述选择具备冷链功能的目标物流线路执行发货任务，包括：

根据所述地址信息以及各物流资源的服务覆盖范围信息，创建至少一条物流线路，其中每条物流线路包括至少一个物流资源；

针对所述创建的各条物流线路，判断组成各物流线路的物流资源均具备冷链功能；

根据判断结果，确定所述目标物流线路。

5.根据权利要求1所述的方法，其特征在于，所述物流管理平台服务器还预先保存有各第一用户订购的物流线路信息，所述预先保存的物流资源的属性信息还包括服务覆盖范围信息，所述从交易订单中提取的信息还包括第一用户信息以及地址信息；

所述选择具备冷链功能的目标物流线路执行发货任务，包括：

根据所述地址信息以及各物流资源的服务覆盖范围信息，从所述第一用户订购的物流线路中选择出服务覆盖范围符合要求的第一物流线路集合；

针对所述第一物流线路集合中的物流线路，判断组成物流线路的各物流资源是否均具备冷链功能；

根据判断结果，确定所述目标物流线路。

6.根据权利要求4或5所述的方法，其特征在于，所述预先保存的物流资源的属性信息还包括配送时效信息；

所述根据判断结果，确定所述目标物流线路，包括：

将判断结果为是的各物流线路组成第二物流线路集合；

针对所述第二物流线路集合中的物流线路，将配送时效符合预置条件的物流线路确定为所述目标物流线路。

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

向所述目标物流线路上的各个物流资源发送配送指令时，在所述指令中携带使用冷链设备的指示信息。

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

如果当前的商品对象不需要冷链服务，则选择出并非各物流资源都具备冷链功能的物流线路执行发货任务。

9.一种物流线路信息处理方法，其特征在于，包括：

交易平台服务器接收第二用户客户端的订单生成请求，所述订单生成请求基于第二用户的第一操作指令生成；

生成交易订单，并确定所述交易订单的发货条件；

当达到所述交易订单的发货条件时，向物流管理平台服务器发送发货请求，以便所述物流管理平台服务器从交易订单中提取相关信息，并根据所述提取的信息确定是否需要冷链服务，如果需要，则根据预先保存的各物流资源的属性信息，选择具备冷链功能的目标物流线路执行发货任务。

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

生成交易订单时，根据相应商品对象所属的类目，判断是否需要进行冷链服务；

如果需要，则为所述交易订单添加预置标记，以便所述物流管理平台服务器根据所述预置标记确定是否需要进行冷链服务器。

11.一种物流线路信息处理装置，其特征在于，应用于物流管理平台服务器，包括：

属性保存单元，用于预先保存各物流资源的属性信息，所述属性信息包括是否具备冷链功能；

信息提取单元，用于当接收到针对目标交易订单的发货指令时，从该交易订单中进行信息提取；

服务确定单元，用于根据所述提取的信息确定是否需要冷链服务；

第一物流线路确定单元，用于如果需要，则选择具备冷链功能的目标物流线路执行发货任务。

12.根据权利要求11所述的装置，其特征在于，所述从交易订单中提取的信息包括商品对象标识信息；

所述服务确定单元具体用于：

根据所述商品对象所属的类目，确定是否需要冷链服务。

13.根据权利要求11所述的装置，其特征在于，所述从交易订单中提取的信息包括交易订单的标记信息，所述标记信息由交易平台服务器在生成交易订单时添加；

所述服务确定单元具体用于：

根据所述交易订单是否带有预置的标记，确定是否需要冷链服务。

14.根据权利要求11所述的装置，其特征在于，所述预先保存的物流资源的属性信息还包括服务覆盖范围信息；所述从交易订单中提取的信息还包括地址信息；

所述第一物流线路确定单元包括：

线路创建子单元，用于根据所述地址信息以及各物流资源的服务覆盖范围信息，创建至少一条物流线路，其中每条物流线路包括至少一个物流资源；

第一判断子单元，用于针对所述创建的各条物流线路，判断组成各物流线路的物流资源均具备冷链功能；

确定子单元，用于根据判断结果，确定所述目标物流线路。

15.根据权利要求11所述的装置，其特征在于，所述物流管理平台服务器还预先保存有各第一用户订购的物流线路信息，所述预先保存的物流资源的属性信息还包括服务覆盖范围信息；

所述信息提取单元用于，从所述交易订单中提取第一用户信息以及地址信息；

所述第一物流线路确定单元包括：

覆盖范围判断子单元，用于根据所述地址信息以及各物流资源的服务覆盖范围信息，从所述第一用户订购的物流线路中选择出服务覆盖范围符合要求的第一物流线路集合；

第二判断子单元，用于针对所述第一物流线路集合中的物流线路，判断组成物流线路的各物流资源是否均具备冷链功能；

确定子单元，用于根据判断结果，确定所述目标物流线路。

16.根据权利要求14或15所述的装置，其特征在于，所述预先保存的物流资源的属性信息还包括配送时效信息；

所述确定子单元包括：

集合生成子单元，用于将判断结果为是的各物流线路组成第二物流线路集合；

时效判断子单元，用于针对所述第二物流线路集合中的物流线路，将配送时效符合预置条件的物流线路确定为所述目标物流线路。

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

指示单元，用于向所述目标物流线路上的各个物流资源发送配送指令时，在所述指令中携带使用冷链设备的指示信息。

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

第二物流线路确定单元，用于如果当前的商品对象不需要冷链服务，则选择出并非各物流资源都具备冷链功能的物流线路执行发货任务。

19.一种物流线路信息处理装置，其特征在于，应用于交易平台服务器，包括：

订单生成请求接收单元，用于接收第二用户客户端的订单生成请求，所述订单生成请求基于第二用户的第一操作指令生成；

发货条件确定单元，用于生成交易订单，并确定所述交易订单的发货条件；

发货请求发送单元，用于当达到所述交易订单的发货条件时，向物流管理平台服务器发送发货请求，以便所述物流管理平台服务器从交易订单中提取相关信息，并根据所述提取的信息确定是否需要冷链服务，如果需要，则根据预先保存的各物流资源的属性信息，选择具备冷链功能的目标物流线路执行发货任务。

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

判断单元，用于生成交易订单时，根据相应商品对象所属的类目或者信息分类专题，判断是否需要进行冷链服务；

标记添加单元，用于如果需要，则为所述交易订单添加预置标记，以便所述物流管理平台服务器根据所述预置标记确定是否需要进行冷链服务器。