CN108307312B - 一种拥堵提示方法、服务器、客户端及存储介质 - Google Patents

Abstract

本发明实施例提供了一种拥堵提示方法、服务器、客户端及存储介质，其中一种拥堵提示方法包括：接收客户端发送的导航操作信息；当检测到所述导航操作信息对应的导航路线满足拥堵条件时，确定所述导航路线在第一指定时长内是否会拥堵缓解；若是，则根据所述第一指定时长向所述客户端发送延迟出行指示。通过本发明实施例可以根据导航路线的拥堵情况推荐延迟出行，节约出行时间。

Description

一种拥堵提示方法、服务器、客户端及存储介质

技术领域

本发明涉及互联网技术领域，尤其涉及一种拥堵提示方法、服务器、客户端及存储介质。

背景技术

目前的导航主要是将实时的路况展示给用户，让用户自行选择较佳的导航路线，或者，根据历史相同时刻的路况对不同的导航路线的拥堵时长进行预测，从中选择最佳导航路线(例如预测的拥堵时长最短的导航路线)推荐给用户。然而，如果是当前的交通拥堵状况非常严重，现有的帮助用户躲避拥堵的方案存在一个比较大缺点就是，可能这个时候用户无论选择哪条导航路线都是会非常拥堵，势必会在路上浪费大量的时间。

发明内容

本发明实施例提供了一种拥堵提示方法、服务器、客户端及存储介质，可以根据导航路线的拥堵情况推荐延迟出行，节约出行时间。

本发明实施例第一方面提供了一种拥堵提示方法，包括：

接收客户端发送的导航操作信息。

当检测到所述导航操作信息对应的导航路线满足拥堵条件时，确定所述导航路线在第一指定时长内是否会拥堵缓解。

若是，则根据所述第一指定时长向所述客户端发送延迟出行指示。

本发明实施例第二方面提供了一种拥堵提示方法，包括：

获取用户输入的导航操作信息；

向服务器发送所述导航操作信息；

接收所述服务器在确定出所述导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时，根据所述第一指定时长发送的延迟出行指示。

根据所述延迟出行指示输出延迟出行提示消息，所述延迟出行提示消息包括所述第一指定时长。

本发明实施例第三方面提供了一种拥堵提示装置，包括：

接收单元，用于接收客户端发送的导航操作信息。

确定单元，用于当检测到所述导航操作信息对应的导航路线满足拥堵条件时，确定所述导航路线在第一指定时长内是否会拥堵缓解。

发送单元，用于若是，则根据所述第一指定时长向所述客户端发送延迟出行指示。

可选的，所述确定单元，具体用于：

利用拥堵预测模型对所述导航路线进行拥堵预测，以确定所述导航路线在第一指定时长内是否会拥堵缓解。

可选的，所述接收单元，还用于接收所述客户端发送的所述延迟出行指示的确认响应。

所述获取单元，还用于当所述接收单元接收到所述确认响应时，按照第一时间间隔获取所述导航路线最新的拥堵时长。

所述确定单元，还用于当所述最新的拥堵时长小于或等于第二时长阈值，或者，所述最新的拥堵时长小于或等于所述拥堵时长的第二指定比例时，确定所述导航路线拥堵缓解。

所述发送单元，还用于向所述客户端发送拥堵缓解指示。

可选的，所述装置还包括：建立单元，其中：

所述获取单元，还用于获取实时路况数据和历史导航数据。

所述获取单元，还用于提取所述实时路况数据中的关键信息和所述历史导航数据中的关键信息，所述关键信息包括道路信息、车辆信息、时间信息和事件信息中的一种或多种。

所述建立单元，用于对所述实时路况数据中的关键信息和所述历史导航数据中的关键信息进行拼接。

所述建立单元，还用于通过对拼接的关键信息进行特征抽取和特征组合建立所述拥堵预测模型。

本发明实施例第四方面提供了一种拥堵提示装置，包括：

获取单元，用于获取用户输入的导航操作信息。

发送单元，用于向服务器发送所述导航操作信息。

接收单元，用于接收所述服务器在确定出所述导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时，根据所述第一指定时长发送的延迟出行指示。

输出单元，用于根据所述延迟出行指示输出延迟出行提示消息，所述延迟出行提示消息包括所述第一指定时长。

可选的，所述接收单元，还用于接收针对所述延迟出行提示消息输入的确认操作。

所述发送单元，还用于当所述接收单元接收到所述确认操作时，向所述服务器发送所述延迟出行指示的确认响应，所述确认响应用于指示所述服务器确定所述导航路线是否拥堵缓解。

所述接收单元，还用于接收所述服务器在确定所述导航路线拥堵缓解时发送的拥堵缓解指示。

所述输出单元，还用于当所述接收单元接收到所述拥堵缓解指示时，输出出行提示消息。

可选的，所述输出单元，具体用于：

判断地图应用是否在后台运行。

若是，则通过系统消息输出出行提示消息。

若否，则在所述地图应用的界面中输出消息框，所述消息框包括所述出行提示消息。

本发明实施例第五方面提供了一种服务器，包括：处理器、网络接口和存储器，所述存储器存储有可执行程序代码，所述网络接口受所述处理器的控制用于收发消息，所述处理器用于调用所述可执行程序代码，执行上述第一方面所述的拥堵提示方法。

本发明实施例第六方面提供了一种客户端，包括：处理器、收发器和存储器，所述存储器存储有可执行程序代码，所述收发器受所述处理器的控制用于收发消息，所述处理器用于调用所述可执行程序代码，执行上述第二方面所述的拥堵提示方法。

本发明实施例第七方面提供了一种存储介质，所述存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面所述的拥堵提示方法。

本发明实施例第八方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面所述的拥堵提示方法。

通过本发明实施例可以接收客户端发送的导航操作信息，当检测到导航操作信息对应的导航路线满足拥堵条件时，确定导航路线在第一指定时长内是否会拥堵缓解，若会拥堵缓解，则根据第一指定时长向客户端发送延迟出行指示，从而可以根据导航路线的拥堵情况推荐延迟出行，节约出行时间。

附图说明

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

图1是本发明实施例提供的一种拥堵提示方法的流程示意图；

图2a是本发明实施例提供的一种拥堵预测模型的建立流程示意图；

图2b是本发明实施例提供的一种延迟出行提示消息的示意图；

图2c是本发明实施例提供的一种出行提示消息的示意图；

图2d是本发明实施例提供的一种导航路线拥堵提醒的流程示意图；

图3是本发明实施例提供的一种拥堵提示装置的结构示意图；

图4是本发明实施例提供的另一种拥堵提示装置的结构示意图；

图5是本发明实施例提供的一种服务器的结构示意图；

图6是本发明实施例提供的一种客户端的结构示意图。

具体实施方式

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

本发明实施例中所描述的客户端具体可以包括智能手机、平板电脑、笔记本、台式机、移动互联网设备(Mobile Internet Device，MID)、智能可穿戴设备、车载终端等。

请参阅图1，为本发明实施例提供的一种拥堵提示方法的流程示意图。本实施例中所描述的拥堵提示方法，包括：

101、客户端获取用户输入的导航操作信息。

其中，导航操作信息可以是用户在有导航需求时输入的位置信息(例如出发地、目的地等)，也可以是用户在之前使用过的导航路线或者即时生成的导航路线中直接选取的一条或者多条导航路线的相关信息(例如标识信息)。

具体的，用户可以在地图应用界面的地址栏中输入导航操作信息，或者，用户也可以通过点击地图应用界面中的具体位置输入导航操作信息，或者，用户还可以利用客户端上的语音助手等工具通过语音的方式输入导航操作信息，或者，用户还可以从地图应用界面中展示的之前使用过的导航路线或者即时生成的导航路线中直接选取一条或者多条导航路线而输入导航操作信息。

102、所述客户端向服务器发送所述导航操作信息。

相应的，所述服务器接收所述导航操作信息。

103、所述服务器检测所述导航操作信息对应的导航路线是否满足拥堵条件。

具体的，客户端获取到用户输入的导航操作信息后，将导航操作信息发送给服务器。服务器接收到导航操作信息后，获取该导航操作信息对应的导航路线，例如，服务器获取从当前位置到目的地的导航路线，或者，获取从出发地到目的地的导航路线，等等。

其中，导航路线满足拥堵条件意味着导航路线当前异常拥堵，此刻出行会导致用户在路上浪费大量的时间，服务器可以根据该导航路线当前的拥堵时长检测该导航路线是否满足拥堵条件，拥堵时长是指从该导航路线的起点到终点所需的通行时间。服务器可以获取导航操作信息对应的导航路线的拥堵时长，当该拥堵时长大于或等于第一时长阈值(例如45分钟)，或者，该拥堵时长大于或等于第二指定时长的第一指定比例(例如300％)时，确定该导航路线满足拥堵条件，即异常拥堵。

其中，第二指定时长具体是指从该导航路线的起点顺畅到达终点所需的通行时间。

104、当检测到所述导航路线满足所述拥堵条件时，所述服务器确定所述导航路线在第一指定时长内是否会拥堵缓解。

具体的，如果该导航操作信息对应的导航路线满足拥堵条件，服务器可以利用拥堵预测模型对该导航路线进行拥堵预测，以确定该导航路线在未来第一指定时长(例如1小时)内是否会拥堵缓解，而不是直接预测导航路线的拥堵时长或者预测具体的出行时间。

在一些可行的实施方式中，服务器可以利用实时路况数据和历史导航数据建立拥堵预测模型，拥堵预测模型用于对导航路线未来一段时间内是否会拥堵缓解进行预测，可以将导航路线上的道路ID作为输入参数输入到拥堵预测模型，输出结果即为导航路线未来一段时间内是否会拥堵缓解。具体实现流程可以如图2a所示，主要包括数据处理、特征工程和模型训练三个部分。其中，数据处理是指服务器获取实时路况数据和历史导航数据，并提取实时路况数据中的关键信息和历史导航数据中的关键信息。实时路况数据用于描述各条道路当前的基本情况，可以包括道路信息、车辆信息、时间信息、事件信息等，道路信息可以是道路标识ID，用于指示哪一条道路，车辆信息可以是道路上运行的车辆类型以及每种类型的车辆的数量，时间信息可以是车辆通过道路所需的时长，事件信息可以是道路上发生的突发事件，例如交通事故、道路塌方、道路进行保养维护等。历史导航数据用于描述用户在之前的导航过程中的基本情况，可以包括道路信息、车辆信息、时间信息等。其中，关键信息可以包括上述道路信息、车辆信息、时间信息和事件信息中的一种或多种，例如，服务器提取的实时路况数据中的关键信息可以包括上述道路信息、车辆信息、时间信息和事件信息，提取的历史导航数据中的关键信息可以包括上述道路信息、车辆信息和时间信息。

特征工程是指服务器对实时路况数据中的关键信息和历史导航数据中的关键信息进行拼接，具体可以按照道路信息将实时路况数据中的关键信息和历史导航数据中的关键信息进行拼接，例如，根据道路ID将同一条道路的实时路况数据中的关键信息和历史导航数据中的关键信息拼接起来，并可以根据拥堵定义生成标签label，服务器通过对拼接的道路信息、车辆信息、时间信息和事件信息等关键信息进行特征抽取和特征组合即可建立拥堵预测模型。

模型训练是指服务器可以按照一定的时间间隔对拥堵预测模型进行更新，具体实现方式可以为：服务器按照第二时间间隔(例如1个小时)获取最新的实时路况数据和最新的历史导航数据，从而利用最新的实时路况数据和最新的历史导航数据，通过上述数据处理、特征工程等过程更新该拥堵预测模型，可以将最新发生的事件信息加入对是否会拥堵缓解的预测中，以提高该拥堵预测模型的预测准确度。

在一些可行的实施方式中，在数据处理过程中，由于实时路况数据的数据量较大，为减少数据运算量，可以以一定的时间间隔(例如10分钟)对实时路况数据进行抽样，从而只对抽样得到的实时路况数据进行数据处理。

105、若会拥堵缓解，则所述服务器根据所述第一指定时长生成延迟出行指示。

106、所述服务器向所述客户端发送所述延迟出行指示。

相应的，所述客户端接收所述延迟出行指示。

具体的，如果拥堵预测模型的输出结果是该导航路线在第一指定时长内会拥堵缓解，则可以考虑提醒用户当前不适合出行，但预计第一指定时长内拥堵会缓解。具体可以由服务器生成延迟出行指示，并将该第一指定时长添加到延迟出行指示中，并向客户端发送该延迟出行指示。

107、所述客户端根据所述延迟出行指示输出延迟出行提示消息，所述延迟出行提示消息包括所述第一指定时长。

具体的，客户端接收到该延迟出行指示后，可以输出延迟出行提示消息，以将第一指定时长内拥堵预计会缓解的情况提示给用户。例如，假设该第一指定时长为1个小时，如图2b所示，客户端可以在地图应用返回的导航结果界面的侧边栏弹出悬浮框，利用悬浮框输出延迟出行提示消息，悬浮框的具体内容可以是“当前路况异常拥堵，预计1个小时后拥堵缓解，建议延迟出行”。

当然，客户端也可以通过语音等其它方式输出延迟出行提示消息，本发明实施例不做限定。

在一些可行的实施方式中，服务器也可以建立拥堵预测模型，用于对导航路线的拥堵时间进行预测，当预测的拥堵时间不是特别长，例如预测的拥堵时间不超过1个小时时，服务器向客户端发送延迟出行指示，从而客户端输出延迟出行提示消息，以提示用户预测的拥堵时间不超过1个小时，可以考虑延迟出行。

在一些可行的实施方式中，服务器向客户端发送延迟出行指示之后，可以按照一定的时间间隔(例如每隔10分钟)继续预测导航路线在第一指定时长内是否会拥堵缓解，即可以不断地更新导航路线在第一指定时长内是否会拥堵缓解的预测结果，当由于拥堵情况恶化，使得最新的预测结果变为导航路线在第一指定时长内不会拥堵缓解时，可以向客户端发送提示消息，以提示用户最新的预测结果是导航路线在第一指定时长内不会拥堵缓解，此时用户可以做出立即出行的选择，当然也可以选择继续等待，延迟出行，从而能够将最新的拥堵预测结果及时提示给用户，避免了由于拥堵情况变得恶化而不能及时提示用户，导致用户长时间等待而浪费较多的时间，有效提升了用户的导航体验。

本发明实施例中，客户端将用户输入的导航操作信息发送给服务器，服务器可以检测该导航操作信息对应的导航路线是否满足拥堵条件，如果满足拥堵条件，即当前异常拥堵，则确定该导航路线在未来一段时间内是否会拥堵缓解，如果预测结果是会拥堵缓解，则客户端发送延迟出行指示，客户端进而可以根据延迟出行指示输出延迟出行提示消息，从而可以在导航路线当前异常拥堵，但预测出在未来一段时间内拥堵会缓解的时候推荐用户可以延迟出行，以节约出行时间，并且不需要预测具体的拥堵持续时间，提高了拥堵预测的准确度。

在一些可行的实施方式中，本实施例中所描述的拥堵提示方法还可以包括以下步骤：

108、当接收到针对所述延迟出行提示消息输入的确认操作时，所述客户端向所述服务器发送所述延迟出行指示的确认响应。

相应的，所述服务器接收所述确认响应。

具体的，用户在看到客户端输出的延迟出行提示消息后，如果确定延迟出行，则可以输入相关确认操作，例如，如图2b所示，延迟出行提示消息的输出界面中可以设有“是”、“否”选项，用户可以点击“是”这一选项输入确认操作，或者，客户端用过语音输出延迟出行提示消息时，用户可以输入语音“是的”或者“确认”或者“可以延迟出行”等语句输入确认操作，客户端在接收到用户通过上述方式输入的确认操作时，可以在系统中注册消息提醒事件，并向服务器发送延迟出行指示的确认响应，以告知服务器用户确认延迟出行。

109、所述服务器按照第一时间间隔获取所述导航路线最新的拥堵时长。

具体的，服务器接收到客户端发送的该延迟出行指示的确认响应后，可以按照一定的规律获取该导航路线最新的拥堵时长，以监视该导航路线的拥堵时长的变化，例如，服务器可以每隔第一时间间隔(例如1分钟)获取一次该导航路线最新的拥堵时长。

需要说明的是，第一时间间隔可以根据服务器的负载、客户端侧用户的设置等因素灵活调整，本发明实施例不做限定。

110、当所述最新的拥堵时长小于或等于第二时长阈值，或者，所述最新的拥堵时长小于或等于所述拥堵时长的第二指定比例时，所述服务器确定所述导航路线拥堵缓解。

具体的，服务器可以根据该导航路线最新的拥堵时长判断该导航路线是否拥堵缓解，当最新的拥堵时长大幅缩短，例如最新的拥堵时长小于或等于第二时长阈值(如20分钟)，或者，最新的拥堵时长小于或等于第一次获取的拥堵时长的第二指定比例(如30％)时，服务器可以确定该导航路线拥堵缓解。

111、所述服务器向所述客户端发送拥堵缓解指示。

相应的，所述客户端接收所述拥堵缓解指示。

112、所述客户端输出出行提示消息。

具体的，服务器在根据最新的拥堵时长确定该导航路线拥堵缓解后，可以生成拥堵缓解指示，并向客户端发送该拥堵缓解指示，客户端接收到该拥堵缓解指示后，可以调用消息提醒事件输出出行提示消息，以提醒用户当前可以出行。如图2c所示，具体的出行提示消息可以为“拥堵缓解，目前适合出行”。当然，客户端也可以通过语音的方式输出上述出行提示消息。

在一些可行的实施方式中，客户端输出出行提示消息的具体方式可以为：客户端先判断地图应用是否在后台运行，如果是在后台运行，则客户端可以通过系统消息将该出行提示消息输出。如果是在前台运行，则客户端可以直接在地图应用的界面中输出消息框，利用消息框输出该出行提示消息。

综上所述，本发明实施例中的导航路线拥堵提醒的流程可以如图2d所示，用户进行导航输入，例如输入出发地、目的地等信息，确定出对应的导航路线的实时路况非常拥堵，则利用建立的拥堵预测模型预测未来小时级别的车况拥堵情况，如果未来几小时内拥堵情况会改善，则推荐用户可以考虑延迟出行，用户确定延迟出行后，可以按照间隔分钟级别查询最新的拥堵情况(即当前的拥堵时长)以确定拥堵是否缓解，当确定拥堵缓解时推送消息，以提示用户可以出行。如果未来几小时内拥堵情况不会改善，则可以按照现有的出行方案进行，例如用户可以选择即时出行，等等。其中，拥堵预测模型具体可以利用车况历史数据建立。

本发明实施例中，客户端输出延迟出行提示消息后，如果确认用户需要延迟出行，则可以通知服务器，服务器获取导航路线最新的拥堵时长，并根据最新的拥堵时长判断该导航路线是否拥堵缓解，如果拥堵缓解，则服务器通知客户端，进而客户端向用户输出出行提示消息，从而可以在确定拥堵缓解时及时提醒用户，提升了用户的出行导航体验，节约出行时间。

请参阅图3，为本发明实施例提供的一种拥堵提示装置的结构示意图。本实施例中所描述的拥堵提示装置，对应于前文所述的服务器，所述拥堵提示装置包括：

接收单元301，用于接收客户端发送的导航操作信息。

确定单元302，用于当检测到所述导航操作信息对应的导航路线满足拥堵条件时，确定所述导航路线在第一指定时长内是否会拥堵缓解。

发送单元303，用于若是，则根据所述第一指定时长向所述客户端发送延迟出行指示。

可选的，所述确定单元302，具体用于：

利用拥堵预测模型对所述导航路线进行拥堵预测，以确定所述导航路线在第一指定时长内是否会拥堵缓解。

可选的，所述装置还包括：获取单元304和检测单元305，其中：

所述获取单元304，用于获取所述导航操作信息对应的导航路线的拥堵时长。

所述检测单元305，用于根据所述拥堵时长检测所述导航路线是否满足所述拥堵条件。

所述确定单元302，还用于当所述拥堵时长大于或等于第一时长阈值，或者，所述拥堵时长大于或等于第二指定时长的第一指定比例时，确定所述导航路线满足所述拥堵条件。

可选的，所述接收单元301，还用于接收所述客户端发送的所述延迟出行指示的确认响应。

所述获取单元304，还用于当所述接收单元301接收到所述确认响应时，按照第一时间间隔获取所述导航路线最新的拥堵时长。

所述确定单元302，还用于当所述最新的拥堵时长小于或等于第二时长阈值，或者，所述最新的拥堵时长小于或等于所述拥堵时长的第二指定比例时，确定所述导航路线拥堵缓解。

所述发送单元303，还用于向所述客户端发送拥堵缓解指示。

可选的，所述装置还包括：建立单元306，其中：

所述获取单元304，还用于获取实时路况数据和历史导航数据。

所述获取单元304，还用于提取所述实时路况数据中的关键信息和所述历史导航数据中的关键信息，所述关键信息包括道路信息、车辆信息、时间信息和事件信息中的一种或多种。

所述建立单元306，用于对所述实时路况数据中的关键信息和所述历史导航数据中的关键信息进行拼接。

所述建立单元306，还用于通过对拼接的关键信息进行特征抽取和特征组合建立所述拥堵预测模型。

可选的，所述装置还包括更新单元307，其中：

所述获取单元304，还用于按照第二时间间隔获取最新的实时路况数据和最新的历史导航数据。

所述更新单元307，用于利用所述最新的实时路况数据和所述最新的历史导航数据，更新所述拥堵预测模型。

可以理解的是，本实施例的拥堵提示装置的各功能单元的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本发明实施例中，接收单元301接收客户端发送的导航操作信息，当检测到所述导航操作信息对应的导航路线满足拥堵条件时，确定单元302确定导航路线在第一指定时长内是否会拥堵缓解，若是，则发送单元303根据第一指定时长向客户端发送延迟出行指示，从而可以在导航路线当前异常拥堵，但预测出在未来一段时间内拥堵会缓解的时候推荐用户可以延迟出行，以节约出行时间，并且不需要预测具体的拥堵持续时间，提高了拥堵预测的准确度。

请参阅图4，为本发明实施例提供的另一种拥堵提示装置的结构示意图。本实施例中所描述的拥堵提示装置，对应于前文所述的客户端，所述拥堵提示装置包括：

获取单元401，用于获取用户输入的导航操作信息。

发送单元402，用于向服务器发送所述导航操作信息。

接收单元403，用于接收所述服务器在确定出所述导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时，根据所述第一指定时长发送的延迟出行指示。

输出单元404，用于根据所述延迟出行指示输出延迟出行提示消息，所述延迟出行提示消息包括所述第一指定时长。

可选的，所述接收单元403，还用于接收针对所述延迟出行提示消息输入的确认操作。

所述发送单元402，还用于当所述接收单元接收到所述确认操作时，向所述服务器发送所述延迟出行指示的确认响应，所述确认响应用于指示所述服务器确定所述导航路线是否拥堵缓解。

所述接收单元403，还用于接收所述服务器在确定所述导航路线拥堵缓解时发送的拥堵缓解指示。

所述输出单元404，还用于当所述接收单元接收到所述拥堵缓解指示时，输出出行提示消息。

可选的，所述输出单元404，具体用于：

判断地图应用是否在后台运行。

若是，则通过系统消息输出出行提示消息。

若否，则在所述地图应用的界面中输出消息框，所述消息框包括所述出行提示消息。

可以理解的是，本实施例的拥堵提示装置的各功能单元的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

本发明实施例中，获取单元401获取用户输入的导航操作信息，发送单元402向服务器发送导航操作信息，接收单元403接收服务器在确定出导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时发送的延迟出行指示，输出单元404根据延迟出行指示输出延迟出行提示消息，从而可以在导航路线当前异常拥堵，但预测出在未来一段时间内拥堵会缓解的时候推荐用户可以延迟出行，以节约出行时间，并且不需要预测具体的拥堵持续时间，提高了拥堵预测的准确度。

请参阅图5，为本发明实施例提供的一种服务器的结构示意图。本实施例中所描述的服务器，包括：处理器501、网络接口502及存储器503。其中，处理器501、网络接口502及存储器503可通过总线或其他方式连接，本发明实施例以通过总线连接为例。

其中，处理器501(或称中央处理器(Central Processing Unit，CPU))是服务器的计算核心以及控制核心。网络接口502可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)，受处理器501的控制用于收发数据。存储器503(Memory)是服务器的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器503可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器501的存储装置。存储器503提供存储空间，该存储空间存储了服务器的操作系统和可执行程序代码，可包括但不限于：Windows系统(一种操作系统)、Linux(一种操作系统)系统等等，本发明对此并不作限定。

在本发明实施例中，处理器501通过运行存储器503中的可执行程序代码，执行如下操作：

处理器501，用于通过网络接口502接收客户端发送的导航操作信息。

所述处理器501，还用于当检测到所述导航操作信息对应的导航路线满足拥堵条件时，确定所述导航路线在第一指定时长内是否会拥堵缓解。

所述处理器501，还用于若是，则根据所述第一指定时长通过所述网络接口502向所述客户端发送延迟出行指示。

可选的，所述处理器501，具体用于：

利用拥堵预测模型对所述导航路线进行拥堵预测，以确定所述导航路线在第一指定时长内是否会拥堵缓解。

可选的，所述处理器501，还用于获取所述导航操作信息对应的导航路线的拥堵时长。

所述处理器501，还用于根据所述拥堵时长检测所述导航路线是否满足所述拥堵条件。

所述处理器501，还用于当所述拥堵时长大于或等于第一时长阈值，或者，所述拥堵时长大于或等于第二指定时长的第一指定比例时，确定所述导航路线满足所述拥堵条件。

可选的，所述处理器501，还用于通过网络接口502接收所述客户端发送的所述延迟出行指示的确认响应。

所述处理器501，还用于当接收到所述确认响应时，按照第一时间间隔获取所述导航路线最新的拥堵时长。

所述处理器501，还用于当所述最新的拥堵时长小于或等于第二时长阈值，或者，所述最新的拥堵时长小于或等于所述拥堵时长的第二指定比例时，确定所述导航路线拥堵缓解。

所述处理器501，还用于通过网络接口502向所述客户端发送拥堵缓解指示。

可选的，所述处理器501，还用于获取实时路况数据和历史导航数据。

所述处理器501，还用于提取所述实时路况数据中的关键信息和所述历史导航数据中的关键信息，所述关键信息包括道路信息、车辆信息、时间信息和事件信息中的一种或多种。

所述处理器501，还用于对所述实时路况数据中的关键信息和所述历史导航数据中的关键信息进行拼接。

所述处理器501，还用于通过对拼接的关键信息进行特征抽取和特征组合建立所述拥堵预测模型。

可选的，所述处理器501，还用于按照第二时间间隔获取最新的实时路况数据和最新的历史导航数据。

所述处理器501，还用于利用所述最新的实时路况数据和所述最新的历史导航数据，更新所述拥堵预测模型。

具体实现中，本发明实施例中所描述的处理器501、网络接口502及存储器503可执行本发明实施例提供的一种拥堵提示方法中所描述的服务器的实现方式，也可执行本发明实施例图3提供的一种拥堵提示装置中所描述的实现方式，在此不再赘述。

本发明实施例中，处理器501通过网络接口502接收客户端发送的导航操作信息，当检测到导航操作信息对应的导航路线满足拥堵条件时，确定导航路线在第一指定时长内是否会拥堵缓解，若是，则根据第一指定时长通过网络接口502向客户端发送延迟出行指示，从而可以在导航路线当前异常拥堵，但预测出在未来一段时间内拥堵会缓解的时候推荐用户可以延迟出行，以节约出行时间，并且不需要预测具体的拥堵持续时间，提高了拥堵预测的准确度。

请参阅图6，为本发明实施例提供的一种客户端的结构示意图。本实施例中所描述的客户端，包括：处理器601、用户接口602、网络接口603及存储器604。其中，处理器601、用户接口602、网络接口603及存储器604可通过总线或其他方式连接，本发明实施例以通过总线连接为例。

其中，处理器601(或称CPU(Central Processing Unit，中央处理器))是客户端的计算核心以及控制核心，其可以解析客户端内的各类指令以及处理客户端的各类数据，例如：CPU可以用于解析用户向客户端所发送的开关机指令，并控制客户端进行开关机操作；再如：CPU可以在客户端内部结构之间传输各类交互数据，等等。用户接口602是实现用户与客户端进行交互和信息交换的媒介，其具体体现可以包括用于输出的显示屏(Display)以及用于输入的键盘(Keyboard)等等，需要说明的是，此处的键盘既可以为实体键盘，也可以为触屏虚拟键盘，还可以为实体与触屏虚拟相结合的键盘。网络接口603可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)，受处理器601的控制用于收发数据。存储器604(Memory)是客户端中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器604既可以包括客户端的内置存储器，当然也可以包括客户端所支持的扩展存储器。存储器604提供存储空间，该存储空间存储了客户端的操作系统，可包括但不限于：Android系统、iOS系统、Windows Phone系统等等，本发明对此并不作限定。

在本发明实施例中，处理器601通过运行存储器604中的可执行程序代码，执行如下操作：

所述处理器601，用于获取用户输入的导航操作信息。

所述处理器601，还用于通过网络接口603向服务器发送所述导航操作信息。

所述处理器601，还用于通过所述网络接口603接收所述服务器在确定出所述导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时，根据所述第一指定时长发送的延迟出行指示。

所述处理器601，还用于根据所述延迟出行指示通过用户接口602输出延迟出行提示消息，所述延迟出行提示消息包括所述第一指定时长。

可选的，所述处理器601，还用于通过所述网络接口603接收针对所述延迟出行提示消息输入的确认操作。

所述处理器601，还用于当接收到所述确认操作时，通过所述网络接口603向所述服务器发送所述延迟出行指示的确认响应，所述确认响应用于指示所述服务器确定所述导航路线是否拥堵缓解。

所述处理器601，还用于通过所述网络接口603接收所述服务器在确定所述导航路线拥堵缓解时发送的拥堵缓解指示。

所述处理器601，还用于当接收到所述拥堵缓解指示时，通过所述用户接口602输出出行提示消息。

可选的，所述处理器601，具体用于：

判断地图应用是否在后台运行。

若是，则通过系统消息通过所述用户接口602输出出行提示消息。

若否，则在所述地图应用的界面中通过所述用户接口602输出消息框，所述消息框包括所述出行提示消息。

具体实现中，本发明实施例中所描述的处理器601、用户接口602、网络接口603及存储器604可执行本发明实施例提供的一种拥堵提示方法中所描述的客户端的实现方式，也可执行本发明实施例图4提供的一种拥堵提示装置中所描述的实现方式，在此不再赘述。

本发明实施例中，处理器601获取用户输入的导航操作信息，通过网络接口603向服务器发送导航操作信息，并通过网络接口603接收服务器在确定出导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时发送的延迟出行指示，进而根据延迟出行指示通过用户接口602输出延迟出行提示消息，从而可以在导航路线当前异常拥堵，但预测出在未来一段时间内拥堵会缓解的时候推荐用户可以延迟出行，以节约出行时间，并且不需要预测具体的拥堵持续时间，提高了拥堵预测的准确度。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (8)

1.一种拥堵提示方法，其特征在于，包括：

接收客户端发送的导航操作信息；

当检测到所述导航操作信息对应的导航路线满足拥堵条件时，确定所述导航路线在第一指定时长内是否会拥堵缓解，包括：利用拥堵预测模型对所述导航路线进行拥堵预测，以确定所述导航路线在第一指定时长内是否会拥堵缓解，所述拥堵预测模型是通过从实时路况数据和历史导航数据中的关键信息中抽取特征并进行特征组合后建立得到的，其中，当所述导航路线的拥堵时长大于或等于第一时长阈值，或者，所述拥堵时长大于或等于第二指定时长的第一指定比例时，确定所述导航路线满足所述拥堵条件；

若是，则根据所述第一指定时长向所述客户端发送延迟出行指示；

当接收到所述客户端发送的所述延迟出行指示的确认响应时，按照第一时间间隔获取所述导航路线最新的拥堵时长；

当所述最新的拥堵时长小于或等于第二时长阈值，或者，所述最新的拥堵时长小于或等于所述拥堵时长的第二指定比例时，确定所述导航路线拥堵缓解；

若确定所述导航路线拥堵缓解，则向所述客户端发送拥堵缓解指示；

若确定所述导航路线拥堵恶化，则向所述客户端发送拥堵恶化指示。

2.根据权利要求1所述的方法，其特征在于，所述利用拥堵预测模型对所述导航路线进行拥堵预测，以确定所述导航路线在第一指定时长内是否会拥堵缓解之前，所述方法还包括：

获取实时路况数据和历史导航数据；

提取所述实时路况数据中的关键信息和所述历史导航数据中的关键信息，所述关键信息包括道路信息、车辆信息、时间信息和事件信息中的一种或多种；

对所述实时路况数据中的关键信息和所述历史导航数据中的关键信息进行拼接；

通过对拼接的关键信息进行特征抽取和特征组合建立所述拥堵预测模型。

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

按照第二时间间隔获取最新的实时路况数据和最新的历史导航数据；

利用所述最新的实时路况数据和所述最新的历史导航数据，更新所述拥堵预测模型。

4.一种拥堵提示方法，其特征在于，包括：

获取用户输入的导航操作信息；

向服务器发送所述导航操作信息；

接收所述服务器在确定出所述导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时，根据所述第一指定时长发送延迟出行指示；其中，所述服务器在确定出所述导航操作信息对应的导航路线在第一指定时长内会拥堵缓解时，包括：所述服务器利用拥堵预测模型对所述导航路线进行拥堵预测，以确定所述导航路线在第一指定时长内会拥堵缓解，所述拥堵预测模型是通过从实时路况数据和历史导航数据中的关键信息中抽取特征并进行特征组合后建立得到的；

根据所述延迟出行指示输出延迟出行提示消息，所述延迟出行提示消息包括所述第一指定时长；

当接收到针对所述延迟出行提示消息输入的确认操作时，向所述服务器发送所述延迟出行指示的确认响应，所述确认响应用于指示所述服务器确定所述导航路线是否拥堵缓解；

当接收到所述服务器在确定所述导航路线拥堵缓解时发送的拥堵缓解指示时，输出出行提示消息；

当接收到所述服务器在确定所述导航路线拥堵恶化时发送的拥堵恶化指示时，输出出行提示消息。

5.根据权利要求4所述的方法，其特征在于，所述输出出行提示消息，包括：

判断地图应用是否在后台运行；

若是，则通过系统消息输出出行提示消息；

若否，则在所述地图应用的界面中输出消息框，所述消息框包括所述出行提示消息。

6.一种服务器，其特征在于，包括：处理器、网络接口和存储器，所述存储器存储有可执行程序代码，所述网络接口受所述处理器的控制用于收发消息，所述处理器用于调用所述可执行程序代码，执行如权利要求1~3中任一项所述的拥堵提示方法。

7.一种客户端，其特征在于，包括：处理器、收发器和存储器，所述存储器存储有可执行程序代码，所述收发器受所述处理器的控制用于收发消息，所述处理器用于调用所述可执行程序代码，执行如权利要求4或5所述的拥堵提示方法。

8.一种存储介质，其特征在于，所述存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如权利要求1~3中任一项所述的拥堵提示方法或者如权利要求4或5所述的拥堵提示方法。

Images