路由信息查询方法及装置与流程

本公开涉及信息处理技术，尤其涉及一种路由信息查询方法及装置。

背景技术：

随着互联网的迅猛发展，网络购物的用户规模不断上升。用户在通过网络购物时，需随时了解订单的状态，例如，派件中、运输中，等等。

相关技术中，在用户查询快递信息后，应用服务器定时调用相应快递公司查询接口进行查询，以获取最新路由信息，并将最新路由信息通过移动终端通知给用户。

但若采用上述方法进行路由信息查询，可能导致多次无效查询，对应用服务器造成压力。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种路由信息查询方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种路由信息查询方法，该方法包括：在检测到订单状态为运输中时，获取当前路由的始发地和目的地；根据所述始发地和所述目的地，确定所述当前路由的运输时间；根据所述当前路由的开始时刻及所述运输时间，确定下一次路由信息的查询时刻；在所述查询时刻到达时，查询路由信息。

本公开的实施例提供的技术方案可以包括以下有益效果：根据当前路由的始发地和目的地，确定当前路由的运输时间，并根据当前路由的开始时刻及该运输时间，确定下一次路由信息的查询时刻，以在查询时刻到达时，查询路由信息，从而在不降低用户体验的前提下，减少无效查询，节约应用服务器及快递公司侧服务器的网络资源，避免对双方服务器造成压力，提高快递调度的性能。

可选地，上述获取当前路由的始发地和目的地，包括：对最新查询得到的路由信息进行分词处理，获得所述当前路由的始发地和目的地，其中，所述路由信息包括路由的始发地和目的地。

可选地，上述获取当前路由的始发地和目的地，包括：对最新查询得到的路由信息进行分词处理，获得所述当前路由的目的地，其中，所述路由信息包括路由的目的地；对最新查询得到的路由信息之前的一路由信息进行分词处理，获得所述当前路由的始发地。

可选地，上述根据所述始发地和所述目的地，确定所述当前路由的运输时间，包括：在第一预设数据库中，查找所述始发地和所述目的地对应的运输时间，作为所述当前路由的运输时间，所述第一预设数据库包括始发地、目的地与运输时间的对应关系。

可选地，上述根据所述始发地和所述目的地，确定所述当前路由的运输时间之前，所述方法还可以包括：确定所述当前路由的快递公司信息；则所述根据所述始发地和所述目的地，确定所述当前路由的运输时间，包括：在第二预设数据库中，查找所述始发地、所述目的地及所述快递公司信息对应的运输时间，作为所述当前路由的运输时间，所述第二预设数据库包括始发地、目的地及快递公司信息与运输时间的对应关系。

本公开的实施例提供的技术方案可以包括以下有益效果：考虑到不同的快递公司，其快递运输能力是不相同的，所以，在归纳各路由之间的运输时间时，也需要根据不同的快递公司信息获取运输时间，以使路由信息查询操作效率最大化。

可选地，上述根据所述当前路由的开始时刻及所述运输时间，确定下一次路由信息的查询时刻，包括：将所述当前路由的开始时刻与所述运输时间加和，获得第一和值；将所述第一和值与预设值进行加和，获得所述下一次路由信息的查询时刻，所述预设值用于表示路由信息更新所需时间。

可选地，上述查询路由信息之后，所述方法还可以包括：将查询到的路由信息通知给安装应用的移动终端，所述应用用于供用户查询订单状态。

本公开的实施例提供的技术方案可以包括以下有益效果：通过将查询到的路由信息通知给安装应用的移动终端，以方便用户查看当前路由信息，进一步提升用户体验。

根据本公开实施例的第二方面，提供一种路由信息查询装置，该路由信息查询装置包括：检测模块，被配置为检测订单状态是否为运输中；获取模块，被配置为在所述检测模块检测到订单状态为运输中时，获取当前路由的始发地和目的地；第一确定模块，被配置为根据所述获取模块获得的所述始发地和所述目的地，确定所述当前路由的运输时间；第二确定模块，被配置为根据所述当前路由的开始时刻及所述第一确定模块确定的所述运输时间，确定下一次路由信息的查询时刻；查询模块，被配置为在所述第二确定模块确定的所述查询时刻到达时，查询路由信息。

本公开的实施例提供的技术方案可以包括以下有益效果：根据当前路由的始发地和目的地，确定当前路由的运输时间，并根据当前路由的开始时刻及该运输时间，确定下一次路由信息的查询时刻，以在查询时刻到达时，查询路由信息，从而在不降低用户体验的前提下，减少无效查询，节约应用服务器及快递公司侧服务器的网络资源，避免对双方服务器造成压力，提高快递调度的性能。

可选地，上述获取模块被配置为：对最新查询得到的路由信息进行分词处理，获得所述当前路由的始发地和目的地，其中，所述路由信息包括路由的始发地和目的地。

可选地，上述获取模块被配置为：对最新查询得到的路由信息进行分词处理，获得所述当前路由的目的地，其中，所述路由信息包括路由的目的地；对最新查询得到的路由信息之前的一路由信息进行分词处理，获得所述当前路由的始发地。

可选地，上述第一确定模块被配置为：在第一预设数据库中，查找所述始发地和所述目的地对应的运输时间，作为所述当前路由的运输时间，所述第一预设数据库包括始发地、目的地与运输时间的对应关系。

可选地，该路由信息查询装置还可以包括：第三确定模块，被配置为在所述第一确定模块根据所述始发地和所述目的地，确定所述当前路由的运输时间之前，确定所述当前路由的快递公司信息。此时，所述第一确定模块被配置为在第二预设数据库中，查找所述始发地、所述目的地及所述快递公司信息对应的运输时间，作为所述当前路由的运输时间，所述第二预设数据库包括始发地、目的地及快递公司信息与运输时间的对应关系。

本公开的实施例提供的技术方案可以包括以下有益效果：考虑到不同的快递公司，其快递运输能力是不相同的，所以，在归纳各路由之间的运输时间时，也需要根据不同的快递公司信息获取运输时间，以使路由信息查询操作效率最大化。

可选地，上述第二确定模块被配置为：将所述当前路由的开始时刻与所述运输时间加和，获得第一和值；将所述第一和值与预设值进行加和，获得所述下一次路由信息的查询时刻，所述预设值用于表示路由信息更新所需时间。

可选地，上述路由信息查询装置还可以包括：通知模块，被配置为在所述查询模块查询路由信息之后，将查询到的路由信息通知给安装应用的移动终端，所述应用用于供用户查询订单状态。

本公开的实施例提供的技术方案可以包括以下有益效果：通过将查询到的路由信息通知给安装应用的移动终端，以方便用户查看当前路由信息，进一步提升用户体验。

根据本公开实施例的第三方面，提供一种路由信息查询装置，该路由信息查询装置包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为：在检测到订单状态为运输中时，获取当前路由的始发地和目的地；根据所述始发地和所述目的地，确定所述当前路由的运输时间；根据所述当前路由的开始时刻及所述运输时间，确定下一次路由信息的查询时刻；在所述查询时刻到达时，查询路由信息。

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

附图说明

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

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

图2是根据另一示例性实施例示出的一种路由信息查询方法的流程图；

图3是根据一示例性实施例示出的一种路由信息查询装置的结构示意图；

图4是根据另一示例性实施例示出的一种路由信息查询装置的结构示意图；

图5是根据再一示例性实施例示出的一种路由信息查询装置的结构示意图；

图6是根据一示例性实施例示出的一种路由信息查询装置框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

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

本公开的说明书和权利要求书中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本公开实施例目的是优化相关的路由信息查询方法，根据处于“运输中”状态的订单的当前路由，动态设置路由信息查询时间，使的快递跟踪业务既能够满足用户实时获取路由信息变化的需求，又能够不对应用服务器和快递公司侧服务器造成压力，节约双方资源。

图1是根据一示例性实施例示出的一种路由信息查询方法的流程图。本实施例提供一种路由信息查询方法，该方法可以由路由信息查询装置来执行，该路由信息查询装置可通过硬件和/或软件的方式实现，且该路由信息查询装置可以独立设置，也可集成于服务器中。如图1所示，该路由信息查询方法包括以下步骤：

在步骤101中，在检测到订单状态为运输中时，获取当前路由的始发地和目的地。

通常情况下，处于“运输中”状态的订单，会跟踪到快递的后续路由信息，例如，快件/包裹已到达北京西三旗分公司，或者，快件/包裹由上海航空部发往北京航空部，等等。因此，应用服务器可根据已查询到的路由信息，获取当前路由的始发地和目的地。

其中，快递的初始始发地和最终目的地是已经的，在初始始发地和最终目的地之间，可能会分割成多段路由，该多段路由又分别对应的不同的始发地和目的地，所以，应用服务器需获取当前路由的始发地和目的地。

在步骤102中，根据始发地和目的地，确定当前路由的运输时间。

在一段路由的始发地和目的地确定之后，行驶完该段路由的运输时间是相对固定的。因此，服务器可根据始发地和目的地，确定当前路由的运输时间。

例如，当前路由的始发地为北京，目的地为上海，从北京到上海的运输时间是可以确定的。例如，高铁由北京到上海所需要的行驶时间为5～6小时，即运输时间为5～6小时；飞机由北京到上海所需要的行驶时间为2～2.5小时，即运输时间为2～2.5小时。

在步骤103中，根据当前路由的开始时刻及运输时间，确定下一次路由信息的查询时刻。

可选地，该步骤包括：将当前路由的开始时刻与运输时间加和，获得第一和值；将第一和值与预设值进行加和，获得下一次路由信息的查询时刻，该预设值用于表示路由信息更新所需时间。

示例性的，当前路由的开始时刻为12：00，运输时间为2小时，则可确定下一次路由信息的查询时刻为14:00，但本公开在该情况下不限定下一次路由信息的查询时刻为14:00，换句话说，在该情况下下一次路由信息的查询时刻可以略大于14:00，例如，14:10等，以在不影响用户体验的前提下，减少了无效查询。

在步骤104中，在查询时刻到达时，查询路由信息。

综上所述，本实施例提供的路由信息查询方法，根据当前路由的始发地和目的地，确定当前路由的运输时间，并根据当前路由的开始时刻及该运输时间，确定下一次路由信息的查询时刻，以在查询时刻到达时，查询路由信息，从而在不降低用户体验的前提下，减少无效查询，节约应用服务器及快递公司侧服务器的网络资源，避免对双方服务器造成压力，提高快递调度的性能。

在上述实施例中，获取当前路由的始发地和目的地可以通过多种方式实现，以下对其进行举例说明：

方式一、对最新查询得到的路由信息进行分词处理，获得当前路由的始发地和目的地，其中，路由信息包括路由的始发地和目的地。

该方式中，仍以最新查询得到的路由信息为“快件/包裹由上海航空部发往北京航空部”为例进行说明，该路由信息包括该路由的始发地，即上海航空部，和目的地，即北京航空部。对该路由信息进行分词处理，获得当前路由的始发地为“上海航空部”，当前路由的目的地为“北京航空部”。

方式二、对最新查询得到的路由信息进行分词处理，获得当前路由的目的地，其中，路由信息包括路由的目的地；对最新查询得到的路由信息之前的一路由信息进行分词处理，获得当前路由的始发地。

该方式中，路由信息包括路由的目的地。以最新查询得到的路由信息为“快件/包裹即将到达北京西三旗分公司”，其之前的一路由信息为“快件/包裹已到达北京航空部”为例进行说明，当前路由的目的地为北京西三旗分公司，当前路由的始发地为北京航空部。对路由信息进行分词处理，获得当前路由的目的地为“北京西三旗分公司”，当前路由的始发地为“北京航空部”。

综合上述两种方式，获取当前路由的始发地和目的地即对当前已获取的路由信息进行处理，以从中提取当前路由的始发地和目的地。只有准确的获取当前路由的始发地和目的地，才能确定合理的查询时刻。

另外，上述根据始发地和目的地，确定当前路由的运输时间，可以具体为：在第一预设数据库中，查找该始发地和目的地对应的运输时间，作为当前路由的运输时间。其中，第一预设数据库包括始发地、目的地与运输时间的对应关系，作为查询时刻的数据依据。且该第一预设数据库的准确度直接关系到查询时刻的精确性，因此，用户需对该第一预设数据库进行不断的维护和更新。

进一步地，不同的快递公司，其快递运输能力是不相同的。同样的是从广州发往北京的快递，顺丰快递所花费的时间与圆通快递是不一样的。当涉及的快递公司逐渐增多时，这种公司之间的差异会变得非常大。所以，在根据始发地和目的地进行路由信息查询时，还需要结合快递公司信息进行特殊处理。相应的，在之前归纳各路由之间的运输时间时，也需要根据不同的快递公司信息获取运输时间，以使路由信息查询操作效率最大化。

因此，上根据始发地和目的地，确定当前路由的运输时间之前，该路由信息查询方法还可以包括：确定当前路由的快递公司信息。该情况下，上述根据始发地和目的地，确定当前路由的运输时间，可以包括：在第二预设数据库中，查找所述始发地、所述目的地及所述快递公司信息对应的运输时间，作为当前路由的运输时间。其中，该第二预设数据库包括始发地、目的地及快递公司信息与运输时间的对应关系。

该实施例与上一实施例的区别在于，第二预设数据库相对第一预设数据库，增加了快递公司信息，也就是说，在第二预设数据库中，即使始发地和目的地相同，但如果快递公司信息不同，运输时间也是不同的。进一步地，第一预设数据库和第二预设数据库还可以包括运输工具信息等，当其他条件相同时，不同的运输工具信息对应不同的运输时间。

图2是根据另一示例性实施例示出的一种路由信息查询方法的流程图。该方法可以由路由信息查询装置来执行，该路由信息查询装置可以通过硬件和/或软件的方式实现，并可集成于服务器中。如图2所示，在图1所示流程的基础上，该路由信息查询方法还可以包括以下步骤：

在步骤201中，将查询到的路由信息通知给安装应用的移动终端，该应用用于供用户查询订单状态。

该步骤中，服务器将查询到的路由信息通知给安装应用的移动终端。

其中，应用例如为小米黄页快递跟踪服务。用户在安装小米黄页快递跟踪服务这一应用的移动终端上查询快递信息，该应用对应的应用服务器需不断调用快递公司侧服务器查询接口查询路由信息：当查询到路由信息没有变化时，结束查询任务；当查询到路由信息有变化时，向移动终端下发服务号消息，通知用户跟踪快递的当前路由信息，便于用户及时了解快递情况，及时做好收件准备。

综上所述，本实施例提供的路由信息查询方法，通过将查询到的路由信息通知给安装应用的移动终端，以方便用户查看当前路由信息，进一步提升用户体验。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图3是根据一示例性实施例示出的一种路由信息查询装置的结构示意图。参照图3，路由信息查询装置30包括检测模块31、获取模块32、第一确定模块33、第二确定模块34和查询模块35。

该检测模块31，被配置为检测订单状态是否为运输中。

该获取模块32，被配置为在检测模块31检测到订单状态为运输中时，获取当前路由的始发地和目的地。

该第一确定模块33，被配置为根据获取模块32获得的始发地和目的地，确定当前路由的运输时间。

该第二确定模块34，被配置为根据当前路由的开始时刻及第一确定模块33确定的运输时间，确定下一次路由信息的查询时刻。

该查询模块35，被配置为在第二确定模块34确定的查询时刻到达时，查询路由信息。

综上所述，本实施例提供的路由信息查询装置，根据当前路由的始发地和目的地，确定当前路由的运输时间，并根据当前路由的开始时刻及该运输时间，确定下一次路由信息的查询时刻，以在查询时刻到达时，查询路由信息，从而在不降低用户体验的前提下，减少无效查询，节约应用服务器及快递公司侧服务器的网络资源，避免对双方服务器造成压力，提高快递调度的性能。

在上述实施例的基础上，一种实现方式中，获取模块32可被配置为：对最新查询得到的路由信息进行分词处理，获得当前路由的始发地和目的地，其中，该路由信息可以包括路由的始发地和目的地。

另一种实现方式中，获取模块32可被配置为：对最新查询得到的路由信息进行分词处理，获得当前路由的目的地，其中，该路由信息包括路由的目的地；对最新查询得到的路由信息之前的一路由信息进行分词处理，获得当前路由的始发地。

可选地，第一确定模块33可被配置为：在第一预设数据库中，查找所述始发地和所述目的地对应的运输时间，作为当前路由的运输时间，该第一预设数据库包括始发地、目的地与运输时间的对应关系。

进一步地，第二确定模块34可被配置为：将当前路由的开始时刻与运输时间加和，获得第一和值；将第一和值与预设值进行加和，获得下一次路由信息的查询时刻，该预设值用于表示路由信息更新所需时间，以在不影响用户体验的前提下，减少了无效查询。

图4是根据另一示例性实施例示出的一种路由信息查询装置的结构示意图。参照图4，在图3所示的路由信息查询装置30的基础上，路由信息查询装置40还可以包括：第三确定模块41。

该第三确定模块41，被配置为在第一确定模块33根据始发地和目的地，确定当前路由的运输时间之前，确定当前路由的快递公司信息。

此时，第一确定模块33可被配置为在第二预设数据库中，查找所述始发地、所述目的地及所述快递公司信息对应的运输时间，作为当前路由的运输时间，该第二预设数据库包括始发地、目的地及快递公司信息与运输时间的对应关系。

综上所述，本实施例提供的路由信息查询装置，考虑到不同的快递公司，其快递运输能力是不相同的，所以，在归纳各路由之间的运输时间时，也需要根据不同的快递公司信息获取运输时间，以使路由信息查询操作效率最大化。

图5是根据再一示例性实施例示出的一种路由信息查询装置的结构示意图。参照图5，在图3或图4所示结构的基础上(这里以图3为例进行说明)，路由信息查询装置50还可以包括通知模块51。

该通知模块51，被配置为在查询模块35查询路由信息之后，将查询到的路由信息通知给安装应用的移动终端，该应用用于供用户查询订单状态。

综上所述，本实施例提供的路由信息查询装置，通过将查询到的路由信息通知给安装应用的移动终端，以方便用户查看当前路由信息，进一步提升用户体验。

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

路由信息查询装置600还可以包括一个电源组件630被配置为执行路由信息查询装置600的电源管理，一个有线或无线网络接口640被配置为将路由信息查询装置600连接到网络，和一个输入输出(I/O)接口650。路由信息查询装置600可以操作基于存储在存储器620的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由路由信息查询装置的处理器执行时，使得路由信息查询装置能够执行一种路由信息查询方法，所述方法包括：在检测到订单状态为运输中时，获取当前路由的始发地和目的地；根据所述始发地和所述目的地，确定所述当前路由的运输时间；根据所述当前路由的开始时刻及所述运输时间，确定下一次路由信息的查询时刻；在所述查询时刻到达时，查询路由信息。

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

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