CN105224643A - 物流信息查询方法及装置 - Google Patents

Abstract

本公开提供了一种物流信息查询方法及装置，属于网络技术领域。方法包括：根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；根据所述多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与所述物流进度信息相映射的物流状态；对于处于第一物流状态的至少一个快递，当所述至少一个快递的物流状态从所述第一物流状态转换至第二物流状态时，根据所述第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达所述查询间隔时长时，查询所述至少一个快递的物流进度信息。本公开能够在保证及时查询物流进度信息的同时，减小批量查询对服务器运算速度的影响。

Description

物流信息查询方法及装置

技术领域

本公开涉及网络技术领域，尤其涉及一种物流信息查询方法及装置。

背景技术

随着网络技术的发展，人们不仅可以通过网络进行线上购物，还可以根据订单号或者快递单号查询对应商品的物流信息。

目前，物流信息的查询方法可以为：服务器通过定时轮询的方式跟踪物流信息，也即是根据快递单号，每隔固定时长，调用对应物流商提供的物流信息查询接口，查询与快递单号对应的物流信息是否有变化，如果没有变化，则结束查询任务，如果有变化，将发生变化的物流信息发送至跟踪该快递单号的终端。

发明内容

为克服相关技术中存在的问题，本公开提供一种物流信息查询方法及装置。

根据本公开实施例的第一方面，提供一种物流信息查询方法，包括：

根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；

根据该多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

对于处于第一物流状态的至少一个快递，当该至少一个快递的物流状态从该第一物流状态转换至第二物流状态时，根据该第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达该查询间隔时长时，查询该至少一个快递的物流进度信息。

在本公开的第一方面的第一种可能实现方式中，根据待查询的多个快递的单号信息，获取多个快递的物流进度信息之前，该方法还包括：

获取历史快递的物流行程信息，每个物流行程信息包括一个快递的多个不同物流阶段的物流进度信息和每个物流进度信息的时间信息；

根据预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

根据该每个物流进度信息的时间信息以及转化后的每个物流状态，确定该转换后的每个物流状态对应的时间信息；

根据该转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔；

根据该每个物流状态变化的时间间隔，分别确定每种物流状态对应的查询间隔时长。

在本公开的第一方面的第二种可能实现方式中，该根据该转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔之后，该方法还包括：

根据该历史快递的物流行程信息，获取该历史快递中每个快递的出发地和目的地之间的距离；

根据该历史快递中每个快递的出发地和目的地之间的距离和预设距离间隔对该历史快递进行分组；

根据分组结果和该每个物流状态变化的时间间隔，确定每组历史快递中每种物流状态对应的查询间隔时长。

在本公开的第一方面的第三种可能实现方式中，该查询该至少一个快递的物流进度信息之后，该方法还包括：

对于该至少一个快递中任一个快递，根据该快递已查询到的物流进度信息，确定该快递的当前运输时长；

根据该快递的当前运输时长和平均运输时长之间的比例的增大，缩小指定物流状态的查询间隔时长。

在本公开的第一方面的第四种可能实现方式中，该物流状态包括：已揽件、运输中、派件中和已签收。

根据本公开实施例的第二方面，提供一种物流信息查询装置，包括：

物流进度信息获取模块，用于根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；

转化模块，用于根据该多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

查询模块，用于对于处于第一物流状态的至少一个快递，当该至少一个快递的物流状态从该第一物流状态转换至第二物流状态时，根据该第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达该查询间隔时长时，查询该至少一个快递的物流进度信息。

在本公开的第二方面的第一种可能实现方式中，该装置还包括：

物流行程信息获取模块，用于获取历史快递的物流行程信息，每个物流行程信息包括一个快递的多个不同物流阶段的物流进度信息和每个物流进度信息的时间信息；

该转化模块还用于根据预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

时间信息确定模块，用于根据该每个物流进度信息的时间信息以及转化后的每个物流状态，确定该转换后的每个物流状态对应的时间信息；

时间间隔获取模块，用于根据该转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔；

间隔时长确定模块，用于根据该每个物流状态变化的时间间隔，分别确定每种物流状态对应的查询间隔时长。

在本公开的第二方面的第二种可能实现方式中，该装置还包括：

距离获取模块，用于根据该历史快递的物流行程信息，获取该历史快递中每个快递的出发地和目的地之间的距离；

分组模块，用于根据该历史快递中每个快递的出发地和目的地之间的距离和预设距离间隔对该历史快递进行分组；

该间隔时长确定模块还用于根据分组结果和该每个物流状态变化的时间间隔，确定每组历史快递中每种物流状态对应的查询间隔时长。

在本公开的第二方面的第三种可能实现方式中，该装置还包括：

运输时长确定模块，用于对于任一个快递，根据该快递已查询到的物流进度信息，确定该快递的当前运输时长；

查询间隔调整模块，用于根据该快递的当前运输时长和平均运输时长之间的比例的增大，缩小指定物流状态的查询间隔时长。

在本公开的第二方面的第四种可能实现方式中，该物流状态包括：已揽件、运输中、派件中和已签收。

第三方面，还提供了一种物流信息查询装置，包括：

处理器；

用于存储处理器可执行的指令的存储器；

其中，该处理器被配置为：

根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；

根据该多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

对于处于第一物流状态的至少一个快递，当该至少一个快递的物流状态从该第一物流状态转换至第二物流状态时，根据该第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达该查询间隔时长时，查询该至少一个快递的物流进度信息。

本公开实施例提供的技术方案带来的有益效果是：

本公开通过根据物流状态确定与不同物流状态对应的查询间隔时长，并根据该查询间隔时长查询物流进度信息，能够在保证及时查询物流进度信息的同时，减小批量查询对服务器运算速度的影响。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种物流信息查询方法的流程图。

图2是根据一示例性实施例示出的一种物流信息查询方法的流程图。

图3是根据一示例性实施例示出的一种物流信息查询装置框图。

图4是根据一示例性实施例示出的一种物流信息查询装置400的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种物流信息查询方法的流程图，如图1所示，物流信息查询方法用于终端中，包括以下步骤。

在步骤101中，根据待查询的多个快递的单号信息，获取多个快递的物流进度信息。

在步骤102中，根据该多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态。

在步骤103中，对于处于第一物流状态的至少一个快递，当该至少一个快递的物流状态从该第一物流状态转换至第二物流状态时，根据该第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达该查询间隔时长时，查询该至少一个快递的物流进度信息。

本公开实施例提供的方法，通过根据物流状态确定与不同物流状态对应的查询间隔时长，并根据该查询间隔时长查询物流进度信息，能够在保证及时查询物流进度信息的同时，减小批量查询对服务器运算速度的影响。

在本公开的第一种可能实现方式中，根据待查询的多个快递的单号信息，获取多个快递的物流进度信息之前，该方法还包括：

获取历史快递的物流行程信息，每个物流行程信息包括一个快递的多个不同物流阶段的物流进度信息和每个物流进度信息的时间信息；

根据预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

根据该每个物流进度信息的时间信息以及转化后的每个物流状态，确定该转换后的每个物流状态对应的时间信息；

根据该转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔；

根据该每个物流状态变化的时间间隔，分别确定每种物流状态对应的查询间隔时长。

在本公开的第二种可能实现方式中，该根据该转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔之后，该方法还包括：

根据该历史快递的物流行程信息，获取该历史快递中每个快递的出发地和目的地之间的距离；

根据该历史快递中每个快递的出发地和目的地之间的距离和预设距离间隔对该历史快递进行分组；

根据分组结果和该每个物流状态变化的时间间隔，确定每组历史快递中每种物流状态对应的查询间隔时长。

在本公开的第三种可能实现方式中，该查询该至少一个快递的物流进度信息之后，该方法还包括：

对于该至少一个快递中任一个快递，根据该快递已查询到的物流进度信息，确定该快递的当前运输时长；

根据该快递的当前运输时长和平均运输时长之间的比例的增大，缩小指定物流状态的查询间隔时长。

在本公开的第四种可能实现方式中，该物流状态包括：已揽件、运输中、派件中和已签收。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图2是根据一示例性实施例示出的一种物流信息查询方法的流程图。该实施例的执行主体可以为服务器，参照图2，该实施例具体包括：

在步骤201中，获取历史快递的物流行程信息，确定每种物流状态对应的查询间隔时长。

由于当采用定时轮询的方式查询快递的物流进度信息时，在整个查询过程中查询间隔均相同，然而事实上，快递处于不同物流状态时，物流进度信息变化的间隔时长不同，因此，针对不同的物流状态，可以使用不同的间隔时长查询物流进度信息，从而能够在服务器正常运作的基础上，提高物流进度信息查询的及时性。在本公开实施例中，可以根据历史快递的物流行程信息，确定每种物流状态对应的间隔时长，该历史快递是指正常完成配送的快递，具体确定方法可以为：

获取历史快递的物流行程信息，每个物流行程信息包括一个快递的多个不同物流阶段的物流进度信息和每个物流进度信息的时间信息；根据预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；根据该每个物流进度信息的时间信息以及转化后的每个物流状态，确定该转换后的每个物流状态对应的时间信息；根据该转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔；根据该每个物流状态变化的时间间隔，分别确定每种物流状态对应的查询间隔时长。

在本公开实施例中，该预设映射关系用于将物流进度信息对应转化成物流状态，具体地，物流进度信息可以为：“**快递公司已揽件”、“**市已发出”、“已到达**转运中心”、“**快递员正在为您派件”和“**快递已签收”等；与物流进度信息对应的物流状态包括：“已揽件”、“运输中”、“派件中”和“已签收”。

根据预设映射关系，服务器将每个物流进度信息转化为与该物流进度信息相映射的物流状态的方法可以为：通过自然语言处理方法，判断物流进度信息中是否包含关键字词，该关键字词可以包括“揽件”、“发出”、“到达”、“转运”，“派件”和“签收”等，根据物流进度信息中所包含的关键字词，将该物流进度信息转化为对应的物流状态；例如，当物流进度信息中包括关键字词“揽件”时，将该物流进度信息转化为已揽件，当物流进度信息中包括关键字词“发出”、“到达”或“转运”时，将该物流进度信息转化为运输中，当物流进度信息中包括关键字词“派件”时，将该物流进度信息转化为派件中，当物流进度信息中包括关键字词“签收”时，将该物流进度信息转化为已签收。需要说明的是，在上述将每个物流进度信息转化为与该物流进度信息相映射的物流状态的方法中，预设映射关系即为关键字词和物流状态的映射关系。

除采用上述映射关系将物流进度信息转化为物流状态以外，还可以采用其他映射关系实现物流进度信息到物流状态的转化，本公开实施例对此不作限定，同样地，本公开实施例对物流进度信息转化为物流状态的方法也不作限定。

服务器根据任一历史快递的物流行程信息，确定每个物流状态对应的间隔时长的方法可以通过下述表1做进一步说明：

表1

通过上表1可以获知，在进度1转化为进度2，也即是状态1转换为状态2时，其间隔时长为1883min；

在进度2转化为进度3，也即是状态2转换为状态3时，其间隔时长为496min；

在进度3转化为进度4，也即是状态3转换为状态4时，其间隔时长为848min；

在进度4转化为进度5，也即是状态4转换为状态5时，其间隔时长为20min；

在进度5转化为进度6，也即是状态5转换为状态6时，其间隔时长为626min；

在进度6转化为进度7，也即是状态6转换为状态7时，其间隔时长为46min；

在进度7转化为进度8，也即是状态7转换为状态8时，其间隔时长为363min。

根据多个历史快递的物流行程信息，通过上述物流状态对应的间隔时长的确定方法，确定该多个历史快递的每个物流状态变化的间隔时长，再根据该多个历史快递的每个物流状态变化的间隔时长，确定每种物流状态对应的查询间隔时长。例如，可以将该多个历史快递的每种物流状态变化的间隔时长的平均值，确定为该每种物流状态对应的查询间隔时长；也可以根据该多个历史快递的每种物流状态对应的间隔时长，采用其他方法确定该每种物流状态对应的查询间隔时长，本公开实施例对此不作限定。

在本公开的另一实施例中，由于历史快递中可能存在物流行程信息异常的快递，例如，在中转站滞留时间过长的快递等，因此为了减小每种物流状态对应的查询间隔时长的误差，还可以在确定每种物流状态对应的查询间隔时长之前，根据该多个历史快递中每个快递的每个物流状态变化的间隔时长，确定异常物流行程信息，并将该物流行程信息删除，也即是，该物流进度信息不作为确定每种物流状态对应的查询间隔时长的基础。

其中，确定异常物流行程信息的方法可以为：确定每个物流行程信息中每个物流状态变化的间隔时长，当任一物流行程信息中某个物流状态变化的间隔时长大于对应的预设间隔时长时，则将该物流行程信息确定为异常物流行程信息。

例如，当物流状态为“运输中”变化为相邻物流状态为“运输中”的预设间隔时长为1500min时，如果某一物流行程信息中，某一物流状态为“运输中”与相邻物流状态为“运输中”的时间间隔为2788min，那么可以确定该物流行程信息为异常物流行程信息；同样地，当物流状态为“配送中”变化为相邻物流状态为“已签收”的预设间隔时长为600min时，如果物流状态为“配送中”与相邻物流状态为“已签收”的时间间隔为2958min，那么可以确定该物流行程信息为异常物流行程信息。

需要说明的是，对应预设间隔时长可以根据多个历史快递的每个物流状态变化的间隔时长确定，也可以通过其他方法确定，本公开实施例对具体确定方法不作限定。

在本公开的又一实施例中，由于当快递的出发地和目的地之间的距离不同时，每个物流状态变化的间隔时长也不相同，因此，还可以根据快递的出发地和目的地之间的距离，确定每种物流状态对应的查询间隔时长，具体方法可以为：

根据该历史快递的物流行程信息，获取该历史快递中每个快递的出发地和目的地之间的距离；根据该历史快递中每个快递的出发地和目的地之间的距离和预设距离间隔对该历史快递进行分组；根据分组结果和该每个物流状态变化的时间间隔，确定每组历史快递中每种物流状态对应的查询间隔时长。

例如，可以根据每个历史快递出发地和目的地之间的距离，将多个历史快递的出发地和目的地之间的距离按照以下几个范围进行分组：1～200km、201～400km、401～600km、601～800km、801～1000km、1001～1500km、1501～2000km以及2000km以上，为了提高查询间隔时长的精确度，可以将预设距离间隔设置为100km，相反地，为了降低运算复杂度，也可以将预设距离间隔设置为500km；当然，还可以将预设距离间隔设置成其他值，本公开实施例对此不作限定。

根据快递的出发地和目的地之间的距离，确定每种物流状态对应的查询间隔时长，可以提高查询间隔时长的针对性，从而在确保服务器正常运作的基础上，进一步提高物流进度信息查询的实时性。

在步骤202中，根据待查询的多个快递的单号信息，获取多个快递的物流进度信息。

该单号信息用于唯一标识对应快递，当服务器检测到用户在终端的指定应用中输入待查询物流进度信息的单号信息时，获取该单号信息以及对应终端标识信息，根据该单号信息调用对应快递服务商的物流进度信息查询接口，进而获取该单号信息对应的物流进度信息；其中，该指定应用是指具有物流信息查询功能的应用。

在步骤203中，根据该多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态。

由于步骤201中查询间隔时长是根据物流状态确定的，因此，将物流进度信息转化为物流状态，使得服务器能够根据物流状态确定对应的查询间隔时长。将该多个快递的物流进度信息分别转化为物流状态的方法与步骤201中的转化方法相同，也即是，根据该多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态。

需要说明的是，该步骤中使用的预设映射关系与步骤201中所使用的预设映射关系相同，将物流进度信息转化为物流状态的方法也相同；具体方法与步骤201相应方法同理，此处不再赘述。

在步骤204中，对于处于第一物流状态的至少一个快递，当该至少一个快递的物流状态从第一物流状态转换至第二物流状态时，根据该第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达该查询间隔时长时，查询该至少一个快递的物流进度信息。

为了实现对物流进度信息的批量查询，可以将步骤202中获取的单号信息、与该单号信息对应的物流进度信息以及转化后的对应物流状态存储至指定数据库中；该指定数据库至少包括待查询物流进度信息且未完成配送的单号信息、每个单号信息对应的已查询到的物流进度信息以及转化后的对应物流状态。

其中，该第一物流状态和第二物流状态为相邻物流状态，例如，当转化后的物流状态为步骤201中的“已揽件”、“运输中”、“派件中”和“已签收”四种物流状态时，该第一物流状态和第二物流状态可以是以下组合中的任一种：“已揽件”和“运输中”、“运输中”和“运输中”、“运输中”和“派件中”以及“派件中”和“已签收”。

在本公开的另一实施例中，在查询该指定数据库中任一快递的物流进度信息的过程中，由于用户对不同物流状态关注程度不同，为了更及时地更新物流进度信息，还可以根据该快递当前的运输时长与预设运输时长的比例，调整之后该快递物流状态为“运输中”时的查询间隔时长，具体方法可以为：

对于任一个快递，根据该快递已查询到的物流进度信息，确定该快递的当前运输时长；根据该快递的当前运输时长和平均运输时长之间的比例的增大，缩小指定物流状态的查询间隔；也即是，在已查询到的物流进度信息中，获取物流状态从第一个“运输中”至最后一个“运输中”的间隔时长，该间隔时长即为该快递的当前运输时长；根据该当前运输时长与预设运输时长的比例调整对应查询间隔时长。

根据该当前运输时长与预设运输时长的比例调整对应查询间隔时长的具体方法可以为：当前运输时长与预设运输时长的比例为1/2、2/3、3/4时，对应将物流状态为“运输中”时的查询间隔时长调整至原查询间隔时长的1/2、1/3、1/4，当然，对应调整比例也可以是其他值，本公开实施例对此不作限定。

例如，当该快递的预设运输时长为3天时，如果该当前运输时长为2天，物流状态为“运输中”时对应的查询间隔时长为1天，可以将之后物流状态为“运输中”时对应的查询间隔时长调整为12个小时，为了进一步提高物流进度信息更新的及时性，也可以将该查询间隔时长调整为6个小时。

需要说明的是，在上述调整查询间隔时长的方法中，预设运输时长的确定方法可以为：获取历史快递的物流进度信息，以及每个快递的物流进度信息对应的时间信息；根据该历史快递的物流进度信息以及该每个快递的物流进度信息对应的时间信息，获取每个快递的运输时长，根据该每个快递的运输时长和对应的出发地和目的地之间的距离，确定运输速度；再根据还运输速度和待查询快递出发地和目的地之间的距离，确定该待查询快递的预设运输时长。

确定待查询快递的预设运输时长可以采用上述方法，也可以采取其他方法，本公开实施例对此不作限定。

当然，为了提高物流进度信息更新的及时性，还可以通过其他方法实时调整每个物流状态对应的查询间隔时长，本公开实施例对此不作限定。

通过步骤204查询到多个快递的物流进度信息之后，根据步骤202中获取到的与单号信息对应的终端信息，将查询到的多个快递的物流进度信息发送至对应终端中，再执行步骤203，将查询到的多个快递的物流进度信息转化为物流状态，通过检测物流状态，将物流状态为“已签收”的单号信息及对应已查询到的所有物流进度信息从服务器指定数据库中删除，根据该指定数据库中剩下的单号信息和对应的物流状态，执行步骤204继续查询每个单号信息对应的物流进度信息。

上述物流信息查询方法可以应用在具有物流进度信息查询功能的指定应用中，当用户在终端输入待查询物流进度信息的单号信息时，终端将该单号信息发送至服务器，服务器根据物流状态及对应查询间隔时长，调用该单号信息对应的快递服务商的物流进度信息查询窗口，查询该单号信息对应的物流进度信息，为了使用户尽可能地了解该单号信息对应的物流进度信息，即使当前查询到的物流进度信息没有变化，也将该当前查询到的物流进度信息发送至该用户的终端中，同时发送该物流进度信息的查询时间。

通过对该指定应用中对应选项的设置，确定是否在终端当前界面显示接收到的物流进度信息；如果用户设置的结果是显示接收到的物流进度信息，每当终端接收到一条新的物流进度信息时，在终端当前界面显示该物流进度信息，如果用户设置的结果是不显示接收到的物流进度信息，当用户对该指定应用执行开启操作时，按时间顺序显示已接收到的所有物流进度信息；当然，也可以在用户再次发送查询请求时，再显示已接收到的所有物流进度信息，本公开实施例对此不作限定。

本公开实施例提供的方法，通过根据物流状态确定与不同物流状态对应的查询间隔时长，并根据该查询间隔时长查询物流进度信息，能够在保证及时查询物流进度信息的同时，减小批量查询对服务器运算速度的影响；进一步地，根据每个快递出发地和目的地的不同，确定每种物流状态对应的查询间隔时长，能够针对性地批量查询物流进度信息，提高及时性，根据当前运输时长与预设运输时长比例的增加，减小对应物流状态的查询间隔时长，能够随用户对物流状态关注程度的提高加快物流进度信息的更新速度。

图3是根据一示例性实施例示出的一种物流信息查询装置框图。参照图3，该装置包括物流进度信息获取模块301，转化模块302，查询模块303。

物流进度信息获取模块301，用于根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；

转化模块302，用于根据该多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

查询模块303，用于对于处于第一物流状态的至少一个快递，当该至少一个快递的物流状态从该第一物流状态转换至第二物流状态时，根据该第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达该查询间隔时长时，查询该至少一个快递的物流进度信息。

在本公开提供的第一种可能实现方式中，该装置还包括：

物流行程信息获取模块，用于获取历史快递的物流行程信息，每个物流行程信息包括一个快递的多个不同物流阶段的物流进度信息和每个物流进度信息的时间信息；

该转化模块302还用于根据预设映射关系，将每个物流进度信息转化为与该物流进度信息相映射的物流状态；

时间信息确定模块，用于根据该每个物流进度信息的时间信息以及转化后的每个物流状态，确定该转换后的每个物流状态对应的时间信息；

时间间隔获取模块，用于根据该转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔；

间隔时长确定模块，用于根据该每个物流状态变化的时间间隔，分别确定每种物流状态对应的查询间隔时长。

在本公开提供的第二种可能实现方式中，该装置还包括：

距离获取模块，用于根据该历史快递的物流行程信息，获取该历史快递中每个快递的出发地和目的地之间的距离；

分组模块，用于根据该历史快递中每个快递的出发地和目的地之间的距离和预设距离间隔对该历史快递进行分组；

该间隔时长确定模块还用于根据分组结果和该每个物流状态变化的时间间隔，确定每组历史快递中每种物流状态对应的查询间隔时长。

在本公开提供的第三种可能实现方式中，该装置还包括：

运输时长确定模块，用于对于任一个快递，根据该快递已查询到的物流进度信息，确定该快递的当前运输时长；

查询间隔调整模块，用于根据该快递的当前运输时长和平均运输时长之间的比例的增大，缩小指定物流状态的查询间隔时长。

在本公开提供的第四种可能实现方式中，该物流状态包括：已揽件、运输中、派件中和已签收。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图4是根据一示例性实施例示出的一种物流信息查询装置400的框图。例如，装置400可以被提供为一服务器。参照图4，装置400包括处理组件422，其进一步包括一个或多个处理器，以及由存储器432所代表的存储器资源，用于存储可由处理部件422的执行的指令，例如应用程序。存储器432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件422被配置为执行指令，以执行上述物流信息查询方法。

装置400还可以包括一个电源组件426被配置为执行装置400的电源管理，一个有线或无线网络接口450被配置为将装置400连接到网络，和一个输入输出(I/O)接口458。装置400可以操作基于存储在存储器432的操作系统，例如WindowsServer^TM，MacOSX^TM，Unix^TM,Linux^TM，FreeBSD^TM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (11)

1.一种物流信息查询方法，其特征在于，所述方法包括：

根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；

根据所述多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与所述物流进度信息相映射的物流状态；

对于处于第一物流状态的至少一个快递，当所述至少一个快递的物流状态从所述第一物流状态转换至第二物流状态时，根据所述第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达所述查询间隔时长时，查询所述至少一个快递的物流进度信息。

2.根据权利要求1所述的方法，其特征在于，根据待查询的多个快递的单号信息，获取多个快递的物流进度信息之前，所述方法还包括：

获取历史快递的物流行程信息，每个物流行程信息包括一个快递的多个不同物流阶段的物流进度信息和每个物流进度信息的时间信息；

根据预设映射关系，将每个物流进度信息转化为与所述物流进度信息相映射的物流状态；

根据所述每个物流进度信息的时间信息以及转化后的每个物流状态，确定所述转换后的每个物流状态对应的时间信息；

根据所述转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔；

根据所述每个物流状态变化的时间间隔，分别确定每种物流状态对应的查询间隔时长。

3.根据权利要求2所述的方法，其特征在于，所述根据所述转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔之后，所述方法还包括：

根据所述历史快递的物流行程信息，获取所述历史快递中每个快递的出发地和目的地之间的距离；

根据所述历史快递中每个快递的出发地和目的地之间的距离和预设距离间隔对所述历史快递进行分组；

根据分组结果和所述每个物流状态变化的时间间隔，确定每组历史快递中每种物流状态对应的查询间隔时长。

4.根据权利要求1所述的方法，其特征在于，所述查询所述至少一个快递的物流进度信息之后，所述方法还包括：

对于所述至少一个快递中任一个快递，根据所述快递已查询到的物流进度信息，确定所述快递的当前运输时长；

根据所述快递的当前运输时长和平均运输时长之间的比例的增大，缩小指定物流状态的查询间隔时长。

5.根据权利要求1所述的方法，其特征在于，所述物流状态包括：已揽件、运输中、派件中和已签收。

6.一种物流信息查询装置，其特征在于，所述装置包括：

物流进度信息获取模块，用于根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；

转化模块，用于根据所述多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与所述物流进度信息相映射的物流状态；

查询模块，用于对于处于第一物流状态的至少一个快递，当所述至少一个快递的物流状态从所述第一物流状态转换至第二物流状态时，根据所述第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达所述查询间隔时长时，查询所述至少一个快递的物流进度信息。

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

物流行程信息获取模块，用于获取历史快递的物流行程信息，每个物流行程信息包括一个快递的多个不同物流阶段的物流进度信息和每个物流进度信息的时间信息；

所述转化模块还用于根据预设映射关系，将每个物流进度信息转化为与所述物流进度信息相映射的物流状态；

时间信息确定模块，用于根据所述每个物流进度信息的时间信息以及转化后的每个物流状态，确定所述转换后的每个物流状态对应的时间信息；

时间间隔获取模块，用于根据所述转换后的每个物流状态对应的时间信息，获取每个物流状态变化的时间间隔；

间隔时长确定模块，用于根据所述每个物流状态变化的时间间隔，分别确定每种物流状态对应的查询间隔时长。

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

距离获取模块，用于根据所述历史快递的物流行程信息，获取所述历史快递中每个快递的出发地和目的地之间的距离；

分组模块，用于根据所述历史快递中每个快递的出发地和目的地之间的距离和预设距离间隔对所述历史快递进行分组；

所述间隔时长确定模块还用于根据分组结果和所述每个物流状态变化的时间间隔，确定每组历史快递中每种物流状态对应的查询间隔时长。

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

运输时长确定模块，用于对于任一个快递，根据所述快递已查询到的物流进度信息，确定所述快递的当前运输时长；

查询间隔调整模块，用于根据所述快递的当前运输时长和平均运输时长之间的比例的增大，缩小指定物流状态的查询间隔时长。

10.根据权利要求6所述的装置，其特征在于，所述物流状态包括：已揽件、运输中、派件中和已签收。

11.一种物流信息查询装置，其特征在于，包括：

处理器；

用于存储处理器可执行的指令的存储器；

其中，所述处理器被配置为：

根据待查询的多个快递的单号信息，获取多个快递的物流进度信息；

根据所述多个快递的物流进度信息以及预设映射关系，将每个物流进度信息转化为与所述物流进度信息相映射的物流状态；

对于处于第一物流状态的至少一个快递，当所述至少一个快递的物流状态从所述第一物流状态转换至第二物流状态时，根据所述第二物流状态对应的查询间隔时长，从当前查询时间开始计时，当到达所述查询间隔时长时，查询所述至少一个快递的物流进度信息。