CN109781123A - 导航方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种导航方法、装置及系统，属于地图导航领域。所述方法包括：获取导航设备采集的驾驶状态；当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息；自动启动路况导航模式，所述路况导航模式用于展示所述常用路线的所述即时路况信息。本发明实施例在日常通勤场景下，不需要用户进行额外的控制操作也能自动开启路况导航模式，且该路况导航模式主要对用户实际需求较高的即时路况信息进行展示，达到了以较少的计算资源充分满足通勤场景下的用户需求的效果。

Description

导航方法、装置及系统

技术领域

本发明实施例涉及地图导航领域，特别涉及一种导航方法、装置及系统。

背景技术

常见的导航程序分为车载导航和手机导航。车载导航是集成在车载中控上的导航程序，手机导航是安装在智能手机上的导航程序。

相关技术提供的导航方法包括：用户在导航程序上输入目的位置，导航程序根据用户的当前位置和目的位置规划出n条推荐路线。导航程序显示地图用户界面，该地图用户界面上显示有n条推荐路线。用户在n条推荐路线出选择出一条目标推荐路线，然后导航程序按照该目标推荐路线进行语音播报。语音播报用于向驾驶员告知每个路口的行驶方向信息，比如，前方路口直行、前方路口左拐或前方路口右拐。

上述导航方法主要适用于用户去陌生地点的驾驶场景，操作繁琐且使用效率较低。

发明内容

本发明实施例提供了一种导航方法、装置及系统，可以解决相关技术的导航方法的操作繁琐且使用效率较低的问题。所述技术方案如下：

第一方面，提供了一种导航方法，用在导航设备中，所述方法包括：

获取导航设备采集的驾驶状态；

当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息；

自动启动路况导航模式，所述路况导航模式用于展示所述常用路线的所述即时路况信息。

第二方面，提供了一种导航方法，用于服务器中，所述方法包括：

接收导航设备上报的驾驶状态；

查询与所述导航设备对应的常用路线；

当所述驾驶状态是与所述常用路线匹配的驾驶状态时，确定所述常用路线的即时路况信息；

向所述导航设备发送所述常用路线的所述即时路况信息。

第三方面，提供了一种导航装置，所述装置包括：

状态获取模块，用于获取导航设备采集的驾驶状态；

路况获取模块，用于当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息；

导航启动模块，用于自动启动路况导航模式，所述路况导航模式用于展示所述常用路线的所述即时路况信息。

第四方面，提供了一种导航装置，所述装置包括：

接收模块，用于接收导航设备上报的驾驶状态；

查询模块，用于查询与所述导航设备对应的常用路线；

确定模块，用于当所述驾驶状态是与所述常用路线匹配的驾驶状态时，确定所述常用路线的即时路况信息；

发送模块，用于向所述导航设备发送所述常用路线的所述即时路况信息。

第五方面，提供了一种导航设备，所述设备包括：处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如第一方面所述的导航方法。

第六方面，提供了一种服务器，所述服务器包括：处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如第二方面所述的导航方法。

第七方面，提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如第一方面所述的导航方法。

第八方面，提供了一种计算机可读存储介质，所述存储介质存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如第二方面所述的导航方法。

第九方面，提供了一种导航系统，所述系统包括导航设备和服务器；

所述导航设备包括如第三方面所述的导航装置，所述服务器包括如第四方面所述的导航装置；

或，

所述导航设备是如第五方面所述的导航设备，所述服务器是如第六方面所述的服务器。

第十方面，提供了一种车辆，所述车辆包括如第三方面所述的导航装置，或包括如第五方面所述的导航设备。

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

通过当驾驶状态是与常用路线匹配的驾驶状态时，获取常用路线的即时路况信息，自动启动路况导航模式。使得在日常通勤场景下，不需要用户进行额外的控制操作也能自动开路况导航模式，且该路况导航模式主要对用户实际需求较高的即时路况信息进行展示，达到了以较少的计算资源充分满足通勤场景下的用户需求的效果。

附图说明

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

图1是本发明一个示例性实施例提供的导航系统的系统框图；

图2是本发明一个示例性实施例提供的导航设备的示意图；

图3是本发明一个示例性实施例提供的导航方法的方法流程图；

图4是本发明另一个示例性实施例提供的导航方法的流程图；

图5是本发明另一个示例性实施例提供的导航方法的流程图；

图6是本发明另一个示例性实施例提供的导航方法的流程图；

图7是本发明另一个示例性实施例提供的导航方法的流程图；

图8是本发明另一个示例性实施例提供的路线挖掘方法的流程图；

图9是本发明一个示例性实施例提供的导航装置的框图；

图10是本发明另一个示例性实施例提供的导航装置的框图；

图11是本发明一个示例性实施例提供的导航设备的框图；

图12是本发明一个示例性实施例提供的服务器的框图。

具体实施方式

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

私家车的日常驾驶场景主要是通勤，比如用户总是往返于上下班的路上，或者接送家人的路上。在通勤场景下，由于用户对路线非常熟悉，所以用户并不需要对路线上的机动点进行导航；用户在通勤时对导航的诉求，其实是对通勤路线的即时路况的需求。本发明实施例提供一种“轻导航”功能：1、自动识别和存储用户的常用路线；2、在用户的通勤场景下，自动进入轻导航模式。该轻导航模式下，不需要用户输入目的地，也不需要对路线上的机动点进行提醒，仅需要对即时路况信息进行提醒即可。即时路况信息包括：畅通、拥堵、行驶缓慢中的至少一种。拥堵又可分为：行车拥堵、施工拥堵、车祸拥堵、行政封闭拥堵中的至少一种拥堵类型。

首先对本申请实施例涉及的若干个名词进行简介：

路线导航模式：对导航路线上的各个机动点进行语音播报导航和/或UI(UserInterface，用户界面)导航的模式。机动点是指与行驶方向有关的点。机动点的导航信息包括：直行、左拐、右拐和变道提醒。

路况导航模式：对即时路况信息进行语音播报导航和/或UI导航的模式。不同于路线导航模式，路况导航模式不需要对路线上的机动点进行提醒。可选地，路况导航模式不需要输入目的地和路线选择，可以根据常用路线自动启动。

驾驶状态：是有关驾驶的信息，包括：点火事件、驾驶速度、驾驶时间、驾驶地点和驾驶方向中的至少一项。点火事件是车辆上的发动机被启动的事件；驾驶速度是车辆被驾驶时的当前速度；驾驶时间是车辆被驾驶时的当前时间，驾驶地点是车辆被驾驶时的当前地理位置；驾驶方向是车辆被驾驶时的行驶方向，该方向可以采用东、南、西、北来表示，或者采用以正北方向为坐标轴的极坐标来表示。

图1示出了本发明一个示例性实施例提供的导航系统的系统框图。该系统包括：导航设备120和服务器140。

导航设备120可以是车载导航设备或者手机导航设备。结合图2，车载导航设122是指安装在汽车中控台或汽车后视镜上的导航设备，车载导航设备122内置有导航程序。手机导航设备124是指安装有导航程序的智能手机。车载导航设备122可以与手机导航设备124各自独立的工作。或者，手机导航设备124还可以与车载导航设备122通过数据线或无线网络相连后协同工作。

导航设备120还具有接入移动通信网络和/或WiFi(Wireless Fidelity，无线保真网络)的能力。导航设备120通过无线网络与服务器140进行通信。导航设备120可以向服务器140上报驾驶状态以及历史导航路线，服务器140可以向导航设备120提供导航服务。

服务器140是用于提供导航服务的服务器。可选地，服务器140存储有地图、即时路况信息、路线规划程序、常用路线挖掘程序和数据库。

图3示出了本发明一个示例性实施例提供的导航方法的方法流程图。本实施例以该方法应用于图1所示的导航设备120来举例说明。该方法包括：

步骤301，获取导航设备采集的驾驶状态；

当导航设备是车载导航设备时，车载导航设备可以通过总线或OBD(On-BoardDiagnostics，车载自动诊断系统)采集车辆的驾驶状态。

当导航设备是手机导航设备时，手机导航设备可以通过自身的传感器采集车辆的驾驶状态，或者通过相连的车载导航设备获取驾驶状态。

可选地，驾驶状态包括：点火事件、驾驶速度、驾驶时间、驾驶地点和驾驶方向中的至少一项。

步骤302，当该驾驶状态是与常用路线匹配的驾驶状态时，获取常用路线的即时路况信息；

常用路线是与该导航设备(等同为某一车辆或用户)对应的常用路线。每个导航设备的常用路线可以不止一条。常用路线可以是预先挖掘得到，或者由用户设置得到。

可选地，将设备标识和常用路线进行关联存储。比如，设备标识wecarID＝4332523412，常用路线为“32342、21434、13423….”。其中，常用路线采用多个首尾相连路段的路段标识来表示。

与常用路线匹配的驾驶状态是指：正在按照常用路线的行驶特征进行行驶的状态。可选地，与常用路线匹配的驾驶状态满足如下三个条件中的至少一个：

驾驶时间属于常用路线对应的时间段；

驾驶地点属于常用路线上的地图点，地图点是在导航地图上属于该常用路线的位置点，地图点可以用经纬度来表示；

驾驶方向朝向常用路线的目的地。

可选地，常用路线的即时路况信息可以从服务器获得。

步骤303，自动启动路况导航模式，路况导航模式用于展示常用路线的即时路况信息。

导航设备可以在未接收到用户的任何控制操作的情况下，自动启动路况导航模式。

可选地，路况导航模式是对路况进行语音播报，而对路线上的机动点不进行语音播报的导航模式。

导航可以采用UI和/或语音的方式来进行即时路况信息的展示。UI可以是显示在液晶显示屏上的UI，和/或，显示在HUD(Heads Up Display，抬头数字显示仪)上的UI。

综上所述，本实施例提供的导航方法，通过当驾驶状态是与常用路线匹配的驾驶状态时，获取常用路线的即时路况信息，自动启动路况导航模式。使得在日常通勤场景下，不需要用户进行额外的控制操作也能自动开路况导航模式，且该路况导航模式主要对用户实际需求较高的即时路况信息进行展示，达到了以较少的计算资源充分满足通勤场景下的用户需求的效果。

上述步骤302中判断逻辑可以由服务器执行，也可以由导航设备执行。也即可以由服务器来判断驾驶状态是否为与常用路线匹配的驾驶状态，也可以由导航设备来判断驾驶状态是否为与常用路线匹配的驾驶状态。下面采用两个不同的实施例进行分别阐述。

图4示出了本发明另一个示例性实施例提供的导航方法的流程图。本实施例以该方法应用于图1所示的导航系统中来举例说明。该方法包括：

步骤401，导航设备获取导航设备采集的驾驶状态。

当导航设备是车载导航设备时，车载导航设备可以通过车辆总线或OBD采集车辆的驾驶状态。

当导航设备是手机导航设备时，手机导航设备可以通过自身的传感器采集车辆的驾驶状态，或者通过相连的车载导航设备获取驾驶状态。

可选地，驾驶状态包括：点火事件、驾驶速度、驾驶时间、驾驶地点和驾驶方向中的至少一项。其中，点火事件可以通过车辆总线或OBD进行采集；驾驶速度可以通过车辆总线、OBD或GPS(Global Positioning System，全球定位系统)来采集；驾驶时间可以通过系统时钟或互联网时间来采集；驾驶地点可以通过GPS来采集；驾驶方向可以通过方向传感器来采集。

步骤402，导航设备向服务器上报驾驶状态，驾驶状态包括：点火事件、驾驶时间、驾驶地点和驾驶方向中的至少一项；

导航设备可以通过一个消息上报驾驶状态，该消息中携带有：导航设备的设备标识wecarID和驾驶状态。或者，导航设备通过多个消息分别上报驾驶状态中的各项信息，每个消息中携带有：导航设备的设备标识和至少一项信息。

对应地，服务器接收导航设备通过一个消息上报驾驶状态。或者，服务器接收导航设备通过多个消息上报的驾驶状态。

步骤403，服务器检测驾驶状态是否为有效驾驶状态，有效驾驶状态包括存在点火事件和驾驶速度超过预定阈值；

服务器从驾驶状态中读取点火事件和驾驶速度，当存在点火时间且驾驶速度超过预定阈值(比如10km)时，认为本次驾驶状态是有效驾驶状态，进入步骤404；当不存在点火时间和/或驾驶速度未达到预定阈值时，认为本次驾驶状态是无效驾驶状态，不响应本次驾驶状态。

由于有些车辆在熄火再打火后时不会重启导航设备，所以点火事件是上述条件中的要素之一。但是当导航设备是手机导航设备时，手机导航设备可能无法采集到点火事件，此时可以不考虑点火事件，服务器仅判断驾驶速度是否超过预定阈值，若超过预定阈值，则认为本次驾驶状态是有效驾驶状态；若未超过预定阈值，则认为本次驾驶状态是无效驾驶状态。

步骤404，当驾驶状态是有效驾驶状态时，服务器查询与导航设备对应的常用路线；

服务器中存储有导航设备的设备标识和常用路线之间的对应关系。可选地，每个设备标识对应的常用路线可以为两条以上。每个常用路线还可以对应各自的时间段。

表一示意性的示出了设备标识和常用路线之间的对应关系。设备标识可以由导航设备在注册过程中根据硬件标识、用户名和注册时间等至少一项信息来生成，通常采用数字、英文字符和/或汉字来表示，比如采用9位数字来表示设备标识。常用路线采用多段首尾相连的路段表示，每个路段对应各自的路段标识，比如采用5位数字来标识路段标识。

设备标识(wecarID)	时间段	常用路线
			464981325	7:00-8:00	32131、32132、32133、32148、54124
464981325	18:00-18:30	54124、32148、32133、32132、32131
			546813235	8:00-10:00	46546、65485、45654、65454、64546
998562588	7:00-8:00	81545、81546、85468、87878、87898
			758628566	7:00-8:00	65665、54646、86568、65856、65446

表一

服务器在表一中查询与设备标识对应的常用路线。可选地，当同一设备标识对应的常用路线为两条以上时，服务器通过驾驶时间所属的时间段选择出一条常用路线。

步骤405，服务器检测驾驶状态是否满足通勤场景条件；

服务器在查询出与该设备标识对应的常用路线后，检测驾驶状态是否满足该常用路线的通勤场景条件。通勤场景条件包括如下至少一个条件：

驾驶时间属于常用路线对应的时间段；

驾驶地点属于常用路线上的地图点；

驾驶方向朝向常用路线的目的地。

当驾驶状态中包括驾驶时间、驾驶地点和驾驶方向中的任意一项时，服务器检测该项信息是否满足对应的条件；若满足，则进入步骤406；若不满足，则不响应本次驾驶状态。

当驾驶状态中包括驾驶时间、驾驶地点和驾驶方向中的任意两项时，服务器检测该两项信息是否满足对应的条件；若两项均满足，则进入步骤406；若存在一项不满足，则不响应本次驾驶状态。

当驾驶状态中包括驾驶时间、驾驶地点和驾驶方向时，服务器检测该三项信息是否满足对应的条件；若三项均满足，则进入步骤406；若存在一项不满足，则不响应本次驾驶状态。

步骤406，当满足通勤场景条件时，服务器向导航设备发送常用路线的即时路况信息；

服务器中还存储有路段标识与路况信息的对应关系。表二示意性的示出了路段标识与路况信息之间的对应关系。

路段标识	路况信息
		32131	畅通
32132	畅通
		32133	拥堵
32148	施工
		54124	畅通

服务器查询常用路线的即时路况信息。然后向导航设备发送该常用路线的即时路况信息。

在一种实施方式中，服务器还同时向导航设备发送用于开启路况导航模式的开启控制指令，导航设备接收该开启控制指令。

在一种实施方式中，服务器每隔预定时间间隔，重新向导航设备发送常用路线的即时路况信息，以便导航设备更新得到最新的即时路况信息。

在一种实施方式中，服务器在导航设备的当前位置属于常用路线上的第i个路段时，向导航设备发送第i+1个路段上的即时路况信息。

步骤407，导航设备接收服务器发送的常用路线的即时路况信息；

导航设备可以接收服务器发送的即时路况信息和开启控制指令。

可选地，导航设备分多次接收服务器每隔预定时间间隔发送的即时路况信息。

可选地，导航设备在当前位置属于常用路线上的第i个路段时，接收服务器发送的第i+1个路段上的即时路况信息。

步骤408，导航设备自动启动路况导航模式。

导航设备自动启动路况导航模式。可选地，路况导航模式是对路况进行语音播报，而对路线上的机动点不进行语音播报的导航模式。可选地，用户不需要输入目的地的情况下，导航设备也能自动启动路况导航模式。

导航设备可以采用UI和/或语音的方式来进行即时路况信息的展示。UI可以是显示在液晶显示屏上的UI，和/或，显示在HUD(Heads Up Display，抬头数字显示仪)上的UI。

在路况导航模式下，导航设备在地图用户界面上采用不同的颜色显示常用路线的即时路况信息；和/或，以语音方式播报常用路线的即时路况信息。比如，导航设备采用绿色表示路况为畅通、黄色表示路况为行驶缓慢、红色表示路况为拥堵；又比如，导航设备在第i个路段时，以语音方式播报第i+1个路段(或者第i+k个路段)的即时路况信息。

综上所述，本实施例提供的导航方法，通过当驾驶状态是与常用路线匹配的驾驶状态时，获取常用路线的即时路况信息，自动启动路况导航模式。使得在日常通勤场景下，不需要用户进行额外的控制操作也能自动开路况导航模式，且该路况导航模式主要对用户实际需求较高的即时路况信息进行展示，达到了以较少的计算资源充分满足通勤场景下的用户需求的效果。

由于在路况导航模式下，导航设备可以仅对即时路况信息进行语音播报，不需要对路线上的机动点的导航信息进行语音播报，所以能够减少对用户的骚扰。

本实施例提供的导航方法，通过服务器来检测驾驶状态是否满足通勤场景条件，能够减少导航设备的计算量，加快导航设备的反应速度。同时，导航设备也不需要存储常用路线的相关信息，减少了对导航设备的存储数据量的要求。

在另一个实施例中，上述步骤403的判断逻辑和/或步骤404的判断逻辑也可以由导航设备自行完成，参考如下实施例。

图5示出了本发明另一个示例性实施例提供的导航方法的流程图。本实施例以该方法应用于图1所示的导航系统中来举例说明。该方法包括：

步骤501，导航设备获取导航设备采集的驾驶状态。

当导航设备是车载导航设备时，车载导航设备可以通过车辆总线或OBD采集车辆的驾驶状态。

当导航设备是手机导航设备时，手机导航设备可以通过自身的传感器采集车辆的驾驶状态，或者通过相连的车载导航设备获取驾驶状态。

可选地，驾驶状态包括：点火事件、驾驶速度、驾驶时间、驾驶地点和驾驶方向中的至少一项。其中，点火事件可以通过车辆总线或OBD进行采集；驾驶速度可以通过车辆总线、OBD或GPS(Global Positioning System，全球定位系统)来采集；驾驶时间可以通过系统时钟或互联网时间来采集；驾驶地点可以通过GPS来采集；驾驶方向可以通过方向传感器来采集。

步骤502，导航设备检测驾驶状态是否为有效驾驶状态，有效驾驶状态包括存在点火事件和驾驶速度超过预定阈值；

导航设备从驾驶状态中读取点火事件和驾驶速度，当存在点火时间且驾驶速度超过预定阈值(比如10km)时，认为本次驾驶状态是有效驾驶状态，进入步骤404；当不存在点火时间和/或驾驶速度未达到预定阈值时，认为本次驾驶状态是无效驾驶状态，不响应本次驾驶状态。

由于有些车辆在熄火再打火后时不会重启导航设备，所以点火事件是上述条件中的要素之一。但是当导航设备是手机导航设备时，手机导航设备可能无法采集到点火事件，此时可以不考虑点火事件，导航设备仅判断驾驶速度是否超过预定阈值，若超过预定阈值，则认为本次驾驶状态是有效驾驶状态；若未超过预定阈值，则认为本次驾驶状态是无效驾驶状态。

步骤503，当驾驶状态是有效驾驶状态时，导航设备查询与导航设备对应的常用路线；

导航设备中存储有导航设备的设备标识和常用路线之间的对应关系。该对应关系可以由服务器预先发送给导航设备。可选地，每个设备标识对应的常用路线可以为两条以上。每个常用路线还可以对应各自的时间段。

设备标识可以由导航设备在注册过程中根据硬件标识、用户名和注册时间等至少一项信息来生成，通常采用数字、英文字符和/或汉字来表示，比如采用9位数字来表示设备标识。常用路线采用多段首尾相连的路段表示，每个路段对应各自的路段标识，比如采用5位数字来标识路段标识。

导航设备查询与设备标识对应的常用路线。可选地，当同一设备标识对应的常用路线为两条以上时，导航设备通过驾驶时间所属的时间段选择出一条常用路线。

步骤504，导航设备检测驾驶状态是否满足通勤场景条件

导航设备在查询出与该设备标识对应的常用路线后，检测驾驶状态是否满足该常用路线的通勤场景条件。通勤场景条件包括如下至少一个条件：

驾驶时间属于常用路线对应的时间段；

驾驶地点属于常用路线上的地图点；

驾驶方向朝向常用路线的目的地。

当驾驶状态中包括驾驶时间、驾驶地点和驾驶方向中的任意一项时，导航设备检测该项信息是否满足对应的条件；若满足，则进入步骤505；若不满足，则不响应本次驾驶状态。

当驾驶状态中包括驾驶时间、驾驶地点和驾驶方向中的任意两项时，导航设备检测该两项信息是否满足对应的条件；若两项均满足，则进入步骤505；若存在一项不满足，则不响应本次驾驶状态。

当驾驶状态中包括驾驶时间、驾驶地点和驾驶方向时，导航设备检测该三项信息是否满足对应的条件；若三项均满足，则进入步骤505；若存在一项不满足，则不响应本次驾驶状态。

步骤505，当满足通勤场景条件时，导航设备向服务器发送路况获取请求，该路况获取请求携带有常用路线的信息。

在一个实施方式中，常用路线采用一个路线标识表示，则导航设备向服务器发送携带有该路线标识的路况获取请求。

在一个实施方式中，常用路线采用多个路段标识表示，则导航设备向服务器发送携带有该路段标识的路况获取请求。导航设备可以将该常用路线中的所有路段标识一起发送给服务器，然后每隔预定时间间隔重新发送该路况获取请求；或者，导航设备可以在当前位置处于常用路线的第i个路段时，向服务器发送携带有第i+1个路段的路段标识的路况获取请求。

步骤506，服务器接收路况获取请求。

在一个实施方式中，服务器接收导航设备发送的携带有路线标识的路况获取请求。

在一个实施方式中，服务器分多次接收导航设备每隔预定时间间隔发送的路况获取请求，每个路况获取请求中携带有该常用路线的所有路段的路段标识；或者，服务器分多次接收导航设备发送的路况获取请求，每个路况获取请求是导航设备在当前位置处于常用路线的第i个路段时向服务器发送的。

步骤507，服务器向导航设备发送常用路线的即时路况信息；

服务器中还存储有路段标识与路况信息的对应关系。服务器根据路线标识或路段标识查询该常用路线的各个路段的即时路况信息。然后向导航设备发送该常用路线的即时路况信息。

在一种实施方式中，服务器还同时向导航设备发送用于开启路况导航模式的开启控制指令，导航设备接收该开启控制指令。

在一种实施方式中，服务器每隔预定时间间隔，重新向导航设备发送常用路线的即时路况信息，以便导航设备更新得到最新的即时路况信息。

在一种实施方式中，服务器在导航设备的当前位置属于常用路线上的第i个路段时，向导航设备发送第i+1个路段上的即时路况信息。

步骤508，导航设备接收服务器发送的常用路线的即时路况信息；

导航设备可以接收服务器发送的即时路况信息和开启控制指令。

可选地，导航设备分多次接收服务器每隔预定时间间隔发送的即时路况信息。

可选地，导航设备在当前位置属于常用路线上的第i个路段时，接收服务器发送的第i+1个路段上的即时路况信息。

步骤509，导航设备自动启动路况导航模式。

导航设备自动启动路况导航模式。可选地，路况导航模式是对路况进行语音播报，而对路线上的机动点不进行语音播报的导航模式。可选地，用户不需要输入目的地的情况下，导航设备也能自动启动路况导航模式。

导航设备可以采用UI和/或语音的方式来进行即时路况信息的展示。UI可以是显示在液晶显示屏上的UI，和/或，显示在HUD(Heads Up Display，抬头数字显示仪)上的UI。

在路况导航模式下，导航设备在地图用户界面上采用不同的颜色显示常用路线的即时路况信息；和/或，以语音方式播报常用路线的即时路况信息。比如，导航设备采用绿色表示路况为畅通、黄色表示路况为行驶缓慢、红色表示路况为拥堵；又比如，导航设备在第i个路段时，以语音方式播报第i+1个路段(或者第i+k个路段)的即时路况信息。

综上所述，本实施例提供的导航方法，通过当驾驶状态是与常用路线匹配的驾驶状态时，获取常用路线的即时路况信息，自动启动路况导航模式。使得在日常通勤场景下，不需要用户进行额外的控制操作也能自动开路况导航模式，且该路况导航模式主要对用户实际需求较高的即时路况信息进行展示，达到了以较少的计算资源充分满足通勤场景下的用户需求的效果。

本实施例提供的导航方法，通过导航设备来检测驾驶状态是否满足通勤场景条件，能够减少服务器的计算量。在导航设备较多且服务器计算压力较大时，通过本实施例能够增加服务器在同一时间内服务的导航设备数量。

需要说明的是，在另一个可能的实施方式中，由导航设备来检测驾驶状态是否为有效驾驶状态；当驾驶状态是有效驾驶状态时，导航设备向服务器上报驾驶状态后，由服务器来检测驾驶状态是否满足通勤场景条件。相关细节可以参考上述实施例，本文不再赘述。

在基于图4或图5所示实施例的可选实施例中，由于常用路线上可能存在拥堵路段。上述导航方法还包括如下步骤601和步骤602，如图6所示：

步骤601，当常用路线存在拥堵路段时，规划拥堵路段的推荐替代路段；

拥堵路段是指因车辆行驶缓慢、车祸、施工、道路异常中的至少一种情况导致无法顺利通行的路段。

当常用路线存在拥堵路段时，导航设备规划拥堵路段的推荐替代路段。可选地，导航设备仅规划出一条推荐替代路段，而不需要规划出多条推荐替代路段。可选地，推荐替代路段是不存在拥堵的路段。

步骤602，在行驶至推荐替代路段的上一路段时，启动路线导航模式，路线导航模式用于展示推荐替代路段的行驶路线。

由于用户可能对推荐替代路段不太熟悉，所以导航设备在行驶至推荐替代路段的上一路段时，启动路线导航模式，路线导航模式用于展示推荐替代路段的行驶路线。在路线导航模式下，导航设备会语音播报推荐替代路段上的各个机动点的行驶方向。

可选地，在行驶至推荐替代路段的下一路段时，重新启动路况导航模式。路况导航模式不同于路线导航模式，路况导航模式所需要语音播报的内容少于路线导航模式所需要语音播报的内容，从而减少对驾驶员的干扰。

综上所述，本实施例提供的导航方法，还能够在常用路线存在拥堵路段时，自动帮助用户调整到推荐替代路段上避开拥堵，减少汽车的耗油量，提供汽车的行驶效率。同时，在推荐替代路段开启路段导航模式，在常用通勤路段上开启路况导航模式，能够提高导航设备在导航时的智能程度。

在基于图4或图5所示实施例的可选实施例中，由于驾驶员在驾驶汽车的过程中可能会偏离常用路线，驶向其它地点。因此，在导航设备自动启动路况导航模式后，还可以包括如下步骤：

步骤701，获取导航设备采集的更新驾驶状态，更新驾驶状态包括：更新后的驾驶地点和更新后的驾驶方向；

导航设备可以每隔预定时间间隔重新采集更新驾驶状态。该更新驾驶状态可以包括：更新后的驾驶时间、更新后的驾驶地点和更新后的驾驶方向。

导航设备检测更新后的驾驶地点是否为常用路线上的地图点；当更新后的驾驶地点是常用路线上的地图点时，保持常用路线上的路况导航模式；当更新后的驾驶地点不是常用路线上的地图点时，认为车辆已经偏离常用路线，进入步骤702。

步骤702，当更新后的驾驶地点偏离常用路线时，根据更新后的驾驶地点和更新后的驾驶方向，获取在预定距离内的前方路段的即时路况信息；

在车辆偏离常用路线后，导航设备无法确定驾驶员的驾驶目的地。导航设备可以假设车辆的行驶方向为保持执行，然后获取在预定距离内的前方路段的即时路况信息。

在一个实施例中，导航设备向服务器发送路况获取请求，该路况获取请求包括：更新后的驾驶地点和更新后的驾驶方向。服务器在接收到该路况获取请求后，向导航设备反馈在预定距离内的前方路段的即时路况信息。

由于导航设备可以每隔预定时间间隔就向服务器再次发送路况获取请求，所以本步骤可能会被执行多次。

预定距离可以是预定值，比如2km、5km或者10km。在一种可选的实现方式中，该预定距离根据车辆当前所在路段的路段等级动态变化。导航设备可以获取更新后的驾驶地点所在的路段等级；根据路段等级确定预定距离的取值，路段等级的高低与预定距离的长度呈正相关关系。比如，路段等级包括：高速公路＞城市快速路＞城市普通路＞乡村道路，高速公路对应的预定距离可以为10km，城市快速路对应的预定距离可以为5km，城市普通路对应的预定距离可以为2km，乡村道路对应的预定距离可以为1km。

步骤703，展示前方路段的即时路况信息。

导航可以采用UI和/或语音的方式来进行即时路况信息的展示。UI可以是显示在液晶显示屏上的UI，和/或，显示在HUD(Heads Up Display，抬头数字显示仪)上的UI。

综上所述，本实施例提供的导航方法，通过在车辆驶离常用路线时，导航设备仍然获取前方路段的即时路况信息，向用户展示前方路段的即时路况信息，不需要用户进行额外的控制操作也能够向用户提供导航服务。

本实施例提供的导航方法，还通过根据路段等级来确定预定距离的取值，使得根据不同的路段等级来获取不同距离的前方路段的即时路况信息，能够提供给驾驶员足够有效的路况信息。

在一些实施例中，上述三个步骤也可以由服务器来执行。也即导航设备将更新驾驶状态发送至服务器后，由服务器来检测更新后的驾驶地点是否为常用路线上的地图点，当更新后的驾驶地点偏离常用路线时，服务器根据更新后的驾驶地点和更新后的驾驶方向，获取在预定距离内的前方路段的即时路况信息。服务器将前方路段的即时路况信息发送给导航设备，由导航设备展示前方路段的即时路况信息。

在上述各个实施例中提到的常用路线可以由导航设备或服务器基于历史导航路线进行挖掘得到。图8是本发明一个示例性实施例示出的路线挖掘方法的流程图。该路线挖掘方法可以用于挖掘常用路线，以该路线挖掘方法由服务器来执行为例，该方法包括：

步骤801，获取导航设备在历史时间段内的历史导航路线；

历史时间段可以是最近一周、最近一月、最近三个月或最近半年等，本申请对此不加以限定。

可选地，历史时间段内的历史导航路线为多条，服务器对不符合质量条件的历史导航路线进行过滤。不符合质量条件的历史导航路线包括但不限于：存在缺失路段(时断时续不连贯)的历史导航轨迹、定位位置漂移误差大于误差阈值的轨迹。

步骤802，将具有相同起点和终点的历史导航路线进行聚类，得到至少一组聚类集合；

服务器将过滤后的多条历史导航路线按照相同起点和终点进行聚类，得到至少一组聚类集合。每一组聚类集合中包括具有相同起点和终点的至少两个历史导航路线。对于不存在有相同起点和终点的单一历史导航路线，可以丢弃。

对聚类后的至少一组聚类集合在地图上进行标记，可以得到类似于星云图的图片，图片中某个区域的标记点越多，代表用户在此区域停留的次数越多。根据该区域内的中心点作为起点或终点。可选地，基于统计学中的置信度计算，将该区域内位于中心点为原点，指定半径画圆后，达到95％置信度的点作为起点或终端。

步骤803，对于每个聚类集合，将聚类得到的历史导航路线映射至地图上的路段，得到采用路段标识表示的聚类导航路线。

可选地，地图上存在预先划分好的路段(link)，各个路段相互连接。每个路段还具有各自对应的路段标识。服务器将历史导航路线映射到地图上，得到采用多个首尾相连的路段标识表示的聚类导航路线。

在将历史导航路线映射到地图上的路段后，服务器进行二次过滤，也即重新对不符合质量条件的历史导航路线进行过滤。

步骤804，对聚类导航路线进行热度分值计算，按照热度分值从聚类导航路线中确定出常用路线。

服务器按照如下公式对热度分值进行计算：

热度分值＝所有路段累计走过的次数值/路段总数量。

比如，一条聚类导航路线上存在20个link，累计走过的次数值为18000次，则热度分值＝18000/20＝900。服务器对同一个导航设备对应的多条聚类导航路线分别进行热度分值计算。

可选地，服务器将具有最高热度分值的前n个聚类导航路线，确定为常用路线。和/或，服务器将热度分值超过预设阈值的聚类导航路线，确定为常用路线。

可选地，上述过程可以迭代执行多次，在迭代执行过程中可以调整置信度的取值，来使得聚类过程更加精确。

以下为本申请的装置实施例，装置实施例与上述方法实施例一一对应。对于装置实施例中未详细阐述的细节，可以参考上述方法实施例的相应记载。

图9示出了本发明一个示例性实施例示出的导航装置的结构框图。该导航装置可以是车载导航装置或者手机导航装置，该导航装置可以通过软件、硬件或者两者的结合实现成为导航设备。该导航装置包括：

状态获取模块920，用于获取导航设备采集的驾驶状态；

路况获取模块940，用于当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息；

导航启动模块960，用于自动启动路况导航模式，所述路况导航模式用于展示所述常用路线的所述即时路况信息。

在一个可选的实施例中，路况获取模块940，用于当所述驾驶状态满足通勤场景条件时，获取所述常用路线的即时路况信息；其中，所述通勤场景条件包括如下至少一个条件：

驾驶时间属于所述常用路线对应的时间段；

驾驶地点属于所述常用路线上的地图点；

驾驶方向朝向所述常用路线的目的地。

在一个可选的实施例中，所述装置还包括：检测模块；

所述检测模块，用于检测所述驾驶状态是否为有效驾驶状态，所述有效驾驶状态包括存在点火事件和驾驶速度超过预定阈值；

所述检测模块，用于当所述驾驶状态是所述有效驾驶状态时，确定所述驾驶状态是否满足所述通勤场景条件。

在一个可选的实施例中，路况获取模块940，用于向服务器上报所述驾驶状态，所述驾驶状态包括：驾驶时间、驾驶地点和驾驶方向中的至少一种；

接收所述服务器发送的所述常用路线的所述即时路况信息，所述即时路况信息是所述服务器在所述驾驶状态符合通勤场景条件时发送的；

其中，所述通勤场景条件包括如下至少一个条件：

驾驶时间属于所述常用路线对应的时间段；

驾驶地点属于所述常用路线上的地图点；

驾驶方向朝向所述常用路线的目的地。

在一个可选的实施例中，路况获取模块940用于检测所述驾驶状态是否为有效驾驶状态，所述有效驾驶状态包括存在点火事件和驾驶速度超过预定阈值；当所述驾驶状态是所述有效驾驶状态时，向所述服务器上报所述驾驶状态。

在一个可选的实施例中，导航启动模块960，用于在地图用户界面上采用不同的颜色显示所述常用路线的所述即时路况信息；和/或，以语音方式播报所述常用路线的所述即时路况信息。

在一个可选的实施例中，所述装置还包括：

规划模块，用于当所述常用路线存在拥堵路段时，规划所述拥堵路段的推荐替代路段；

导航启动模块960，还用于在行驶至所述推荐替代路段的上一路段时，启动路线导航模式，所述路线导航模式用于展示所述推荐替代路段的行驶路线。

在一个可选的实施例中，所述状态获取模块920，用于获取所述导航设备采集的更新驾驶状态，所述更新驾驶状态包括：更新后的驾驶地点和更新后的驾驶方向；所述路况获取模块940，用于当所述更新后的驾驶地点偏离所述常用路线时，根据所述更新后的驾驶地点和所述更新后的驾驶方向，获取在预定距离内的前方路段的即时路况信息；所述导航启动模块960，用于展示所述前方路段的即时路况信息。

在一个可选的实施例中，所述路况获取模块940，还用于获取所述更新后的驾驶地点所在的路段等级；根据所述路段等级确定所述预定距离的取值，所述路段等级的高低与所述预定距离的长度呈正相关关系。

图10示出了本发明一个示例性实施例示出的导航装置的结构框图。该导航装置可以是车载导航装置或者手机导航装置，该导航装置可以通过软件、硬件或者两者的结合实现成为导航设备。该导航装置包括：

接收模块1020，用于接收导航设备上报的驾驶状态；

查询模块1040，用于查询与所述导航设备对应的常用路线；

确定模块1060，用于当所述驾驶状态是与所述常用路线匹配的驾驶状态时，确定所述常用路线的即时路况信息；

发送模块1080，用于向所述导航设备发送所述常用路线的所述即时路况信息。

在一个可选的实施例中，确定模块1060，用于当所述驾驶状态满足通勤场景条件时，获取所述常用路线的即时路况信息；其中，所述通勤场景条件包括如下至少一个条件：

驾驶时间属于所述常用路线对应的时间段；

驾驶地点属于所述常用路线上的地图点；

驾驶方向朝向所述常用路线的目的地。

在一个可选的实施例中，所述接收模块1020，用于接收所述导航设备采集的更新驾驶状态，所述更新驾驶状态包括：更新后的驾驶地点和更新后的驾驶方向；所述确定模块1060，用于当所述更新后的驾驶地点偏离所述常用路线时，根据所述更新后的驾驶地点和所述更新后的驾驶方向，获取在预定距离内的前方路段的即时路况信息；所述发送模块1080，用于向所述导航设备发送所述前方路段的即时路况信息。

在一个可选的实施例中，所述确定模块1060，还用于获取所述更新后的驾驶地点所在的路段等级；根据所述路段等级确定所述预定距离的取值，所述路段等级的高低与所述预定距离的长度呈正相关关系。

图11示出了本发明一个示例性实施例示出的导航设备的结构框图。该导航设备1100可以包括一个或多个如下部件：处理器1110、存储器1120、显示屏1130和GPS(GlobalPositioning System，全球定位系统)1140。

处理器1110可以包括一个或者多个处理核心。处理器1110利用各种接口和线路连接整个终端100内的各个部分，通过运行或执行存储在存储器1120内的指令、程序、代码集或指令集，以及调用存储在存储器1120内的数据，执行终端1100的各种功能和处理数据。可选地，处理器1110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器1110可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏1130所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1110中，单独通过一块芯片进行实现。

存储器1120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选地，该存储器1120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1120可用于存储指令、程序、代码、代码集或指令集。存储器1120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据导航设备1100的使用所创建的数据(比如历史导航数据)等。

显示屏1130可以是液晶显示屏，用于对导航地图、导航线路的显示。GPS1140用于对导航设备当前所处的位置进行定位，得到驾驶地点。上述的处理器1110、存储器1120、显示屏1130和GPS1140可以通过总线相连。

除此之外，本领域技术人员可以理解，上述附图所示出的导航设备1100的结构并不构成对导航设备1100的限定，导航设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，导航设备1100中还包括射频电路、输入单元、传感器、音频电路、无线保真(Wireless Fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。具体在本实施例中，导航设备中的处理器1110会运行存储在存储器1120中的一个或一个以上的程序指令，从而实现上述图3、图4、图5、图6、图7或图8所示的由导航设备执行的导航方法。

请参见图12，其示出了本申请一个实施例提供的服务器的结构框图。该服务器包括：处理器1201、存储器1202以及通信接口1203。

通信接口1203通过总线或其它方式与处理器1201相连，用于接收至少一个数据源传输的至少一个文件。

处理器1201可以是中央处理器(英文：central processing unit，CPU)，网络处理器(英文：network processor，NP)或者CPU和NP的组合。处理器1201还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文：application-specific integratedcircuit，ASIC)，可编程逻辑器件(英文：programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，FPGA)，通用阵列逻辑(英文：generic array logic，GAL)或其任意组合。

存储器1202通过总线或其它方式与处理器1201相连，存储器1202中存储有至少一条指令、至少一段程序、代码集或指令集，上述至少一条指令、至少一段程序、代码集或指令集由处理器1201加载并执行以实现如图3、图4、图5、图6、图7或图8所示的由服务器执行的导航方法。存储器1202可以为易失性存储器(英文：volatile memory)，非易失性存储器(英文：non-volatile memory)或者它们的组合。易失性存储器可以为随机存取存储器(英文：random-access memory，RAM)，例如静态随机存取存储器(英文：static random accessmemory，SRAM)，动态随机存取存储器(英文：dynamic random access memory，DRAM)。非易失性存储器可以为只读存储器(英文：read only memory image，ROM)，例如可编程只读存储器(英文：programmable read only memory，PROM)，可擦除可编程只读存储器(英文：erasable programmable read only memory，EPROM)，电可擦除可编程只读存储器(英文：electrically erasable programmable read-only memory，EEPROM)。非易失性存储器也可以为快闪存储器(英文：flash memory)，磁存储器，例如磁带(英文：magnetic tape)，软盘(英文：floppy disk)，硬盘。非易失性存储器也可以为光盘。

本申请实施例还提供了一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如图3、图4、图5、图6、图7或图8所示的由导航设备执行的导航方法，或者，由服务器执行的导航方法，可选地，该计算机可读存储介质包括高速存取存储器、非易失性存储器。

本申请实施例还提供了一种计算机程序产品，该程序产品中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现如图3、图4、图5、图6、图7或图8所示的由导航设备执行的导航方法，或者，由服务器执行的导航方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (19)

1.一种导航方法，其特征在于，所述方法包括：

获取导航设备采集的驾驶状态；

当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息；

自动启动路况导航模式，所述路况导航模式用于展示所述常用路线的所述即时路况信息。

2.根据权利要求1所述的方法，其特征在于，所述当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息，包括：

当所述驾驶状态满足通勤场景条件时，获取所述常用路线的即时路况信息；其中，所述通勤场景条件包括如下至少一个条件：

驾驶时间属于所述常用路线对应的时间段；

驾驶地点属于所述常用路线上的地图点；

驾驶方向朝向所述常用路线的目的地。

3.根据权利要求2所述的方法，其特征在于，所述驾驶状态还包括点火事件和驾驶速度，所述获取所述常用路线的即时路况信息之前，还包括：

检测所述驾驶状态是否为有效驾驶状态，所述有效驾驶状态包括存在所述点火事件和所述驾驶速度超过预定阈值；

当所述驾驶状态是所述有效驾驶状态时，确定所述驾驶状态是否满足所述通勤场景条件。

4.根据权利要求1所述的方法，其特征在于，所述当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息，包括：

向服务器上报所述驾驶状态，所述驾驶状态包括：驾驶时间、驾驶地点和驾驶方向中的至少一种；

接收所述服务器发送的所述常用路线的所述即时路况信息，所述即时路况信息是所述服务器在所述驾驶状态符合通勤场景条件时发送的；

其中，所述通勤场景条件包括如下至少一个条件：

驾驶时间属于所述常用路线对应的时间段；

驾驶地点属于所述常用路线上的地图点；

驾驶方向朝向所述常用路线的目的地。

5.根据权利要求4所述的方法，其特征在于，所述驾驶状态还包括点火事件和驾驶速度，所述向服务器上报所述驾驶状态，包括：

检测所述驾驶状态是否为有效驾驶状态，所述有效驾驶状态包括存在所述点火事件和所述驾驶速度超过预定阈值；

当所述驾驶状态是所述有效驾驶状态时，向所述服务器上报所述驾驶状态。

6.根据权利要求1至5任一所述的方法，其特征在于，所述自动启动所述常用路线的路况导航模式，包括：

在地图用户界面上采用不同的颜色显示所述常用路线的所述即时路况信息；

和/或，

以语音方式播报所述常用路线的所述即时路况信息。

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

当所述常用路线存在拥堵路段时，规划所述拥堵路段的推荐替代路段；

在行驶至所述推荐替代路段的上一路段时，启动路线导航模式，所述路线导航模式用于展示所述推荐替代路段的行驶路线。

8.根据权利要求1至5任一所述的方法，其特征在于，所述自动启动路况导航模式之后，还包括：

获取所述导航设备采集的更新驾驶状态，所述更新驾驶状态包括：更新后的驾驶地点和更新后的驾驶方向

当所述更新后的驾驶地点偏离所述常用路线时，根据所述更新后的驾驶地点和所述更新后的驾驶方向，获取在预定距离内的前方路段的即时路况信息；

展示所述前方路段的即时路况信息。

9.根据权利要求7所述的方法，其特征在于，所述根据所述更新后的驾驶地点和所述更新后的驾驶方向获取在预定距离内的前方路段的即时路况信息之前，还包括：

获取所述更新后的驾驶地点所在的路段等级；

根据所述路段等级确定所述预定距离的取值，所述路段等级的高低与所述预定距离的长度呈正相关关系。

10.一种导航方法，其特征在于，所述方法包括：

接收导航设备上报的驾驶状态；

查询与所述导航设备对应的常用路线；

当所述驾驶状态是与所述常用路线匹配的驾驶状态时，确定所述常用路线的即时路况信息；

向所述导航设备发送所述常用路线的所述即时路况信息。

11.根据权利要求10所述的方法，其特征在于，所述当所述驾驶状态是与所述常用路线匹配的驾驶状态时，确定所述常用路线的即时路况信息；

当所述驾驶状态满足通勤场景条件时，获取所述常用路线的即时路况信息；其中，所述通勤场景条件包括如下至少一个条件：

驾驶时间属于所述常用路线对应的时间段；

驾驶地点属于所述常用路线上的地图点；

驾驶方向朝向所述常用路线的目的地。

12.一种导航装置，其特征在于，所述装置包括：

状态获取模块，用于获取导航设备采集的驾驶状态；

路况获取模块，用于当所述驾驶状态是与常用路线匹配的驾驶状态时，获取所述常用路线的即时路况信息；

导航启动模块，用于自动启动路况导航模式，所述路况导航模式用于展示所述常用路线的所述即时路况信息。

13.一种导航装置，其特征在于，所述装置包括：

接收模块，用于接收导航设备上报的驾驶状态；

查询模块，用于查询与所述导航设备对应的常用路线；

确定模块，用于当所述驾驶状态是与所述常用路线匹配的驾驶状态时，确定所述常用路线的即时路况信息；

发送模块，用于向所述导航设备发送所述常用路线的所述即时路况信息。

14.一种导航设备，其特征在于，所述设备包括：处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如权利要求1至9任一所述的导航方法。

15.一种服务器，其特征在于，所述服务器包括：处理器和存储器，所述存储器中存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如权利要求10或11任一所述的导航方法。

16.一种计算机可读存储介质，其特征在于，所述存储介质存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如权利要求1至9任一所述的导航方法。

17.一种计算机可读存储介质，其特征在于，所述存储介质存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如权利要求10或11所述的导航方法。

18.一种车辆，其特征在于，所述车辆包括如权利要求12所述的导航装置，或者，包括如权利要求14所述的导航设备。

19.一种导航系统，其特征在于，所述系统包括导航设备和服务器；

所述导航设备包括如权利要求12所述的导航装置，所述服务器包括如权利要求13所述的导航装置；

或，

所述导航设备是如权利要求14所述的导航设备，所述服务器是如权利要求15所述的服务器。