路况预测的实现方法及装置与流程

本公开涉及地图应用技术领域，尤其涉及一种路况预测的实现方法及装置。

背景技术：

随着人们生活水平的提高，驾车出行已经成为人们主要的交通出行方式之一。现有的地图类应用通常能够为用户提供各道路相关的拥堵情况，以便于用户对行驶路线进行规划。

然而，现有的地图类应用所提供的拥堵情况均是实时的，用户仅能够在出行当天根据当时的拥堵情况进行路线规划，而无法根据事先确定的出行时间提前进行路线规划，缺乏灵活性而导致用户的出行效率较低。例如，用户可能因为担心去机场的路上堵车，而早早地出发，提前到达机场后又因为登机时间未到只能在机场等候。

技术实现要素：

基于此，本公开的一个目的在于提供一种路况预测的实现方法，用于解决现有技术中用户的出行效率较低的问题。

此外，本公开的另一个目的在于提供一种路况预测的实现装置，用于解决现有技术中用户的出行效率较低的问题。

为了解决上述技术问题，本公开所采用的技术方案为：

一种路况预测的实现方法，包括：终端获取用户信息，并上报所述用户信息至服务器，以使所述服务器根据所述用户信息进行路线搜索得到候选路线；接收所述服务器返回的候选路线以及候选路线对应的历史路况信息，所述历史路况信息是所述服务器根据候选路线进行关联查找得到的；通过所述历史路况信息对所述候选路线进行路况预测，得到路况预测结果；输出得到的路况预测结果。

一种路况预测的实现方法，包括：服务器接收终端上报的用户信息，并根据所述用户信息中的位置信息进行路线搜索，得到候选路线；在所述服务器存储的历史路况信息中根据所述候选路线包含的路段进行关联查找，得到所述候选路线对应的历史路况信息；向所述终端返回所述候选路线以及候选路线对应的历史路况信息，以使所述终端通过所述历史路况信息对所述候选路线进行路况预测。

一种路况预测的实现装置，包括：用户信息获取单元，用于终端获取用户信息，并上报所述用户信息至服务器，以使所述服务器根据所述用户信息进行路线搜索得到候选路线；接收单元，用于接收所述服务器返回的候选路线以及候选路线对应的历史路况信息，所述历史路况信息是所述服务器根据候选路线进行关联查找得到的；路况预测单元，用于通过所述历史路况信息对所述候选路线进行路况预测，得到路况预测结果；结果输出单元，用于输出得到的路况预测结果。

一种路况预测的实现装置，包括：候选路线获取单元，用于服务器接收终端上报的用户信息，并根据所述用户信息中的位置信息进行路线搜索，得到候选路线；候选路线查找单元，用于在所述服务器存储的历史路况信息中根据所述候选路线包含的路段进行关联查找，得到所述候选路线对应的历史路况信息；发送单元，用于向所述终端返回所述候选路线以及候选路线对应的历史路况信息，以使所述终端通过所述历史路况信息对所述候选路线进行路况预测。

与现有技术相比，本公开具有以下有益效果：

通过用户信息的获取，向服务器请求返回候选路线以及候选路线对应的历史路况信息，以通过历史路况信息对候选路线进行路况预测，得到路况预测结果，进而为用户即将进行的出行输出路况预测结果，使得用户能够根据该路况预测结果提前对行驶路线进行规划，从而为用户出行实现精准的路况预测，有效地提高了用户的出行效率。

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

附图说明

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

图1是根据本公开所涉及的实施环境的示意图；

图2是根据一示例性实施例示出的一种终端的框图；

图3是根据一示例性实施例示出的一种服务器的框图；

图4是根据一示例性实施例示出的一种路况预测的实现方法的流程图；

图5是图4对应实施例中终端获取用户信息步骤在一个实施例的流程图；

图6是图4对应实施例中终端获取用户信息步骤在另一个实施例的流程图；

图7是根据一示例性实施例示出的另一种路况预测的实现方法的流程图；

图8是根据一示例性实施例示出的一种路况预测的实现方法的流程图；

图9是根据一示例性实施例示出的另一种路况预测的实现方法的流程图；

图10是一应用场景中一种路况预测的实现方法的具体实现示意图；

图11是根据一示例性实施例示出的一种路况预测的实现装置的框图；

图12是图10对应实施例中用户信息获取单元在一个实施例的框图；

图13是图10对应实施例中用户信息获取单元在另一个实施例的框图；

图14是根据一示例性实施例示出的另一种路况预测的实现装置的框图；

图15是根据一示例性实施例示出的一种路况预测的实现装置的框图；

图16是根据一示例性实施例示出的另一种路况预测的实现装置的框图。

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

具体实施方式

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

图1为一种路况预测的实现方法所涉及的实施环境。该实施环境包括终端100和与终端100通信的服务器200。

其中，终端100可以是智能手机、平板电脑、掌上电脑、笔记本电脑、计算机等电子设备。

通过终端100与服务器200的通信，终端100向服务器200上报获取到的用户信息，以使服务器200根据该用户信息进行路线搜索得到候选路线。

进一步地，服务器200将根据候选路线在存储的历史路况信息中进行关联查找，得到候选路线对应的历史路况信息，并向终端100返回候选路线以及候选路线对应的历史路况信息。

在终端100获取到候选路线以及候选路线对应的历史路况信息之后，即通过历史路况信息对候选路线进行路况预测，得到并输出路况预测结果，从而实现路况预测。

请参阅图2，图2是根据一示例性实施例示出的一种终端的框图。需要说明的是，该终端100只是一个适配于本公开的示例，不能认为是提供了对本公开的使用范围的任何限制。该终端100也不能解释为需要依赖于或者必须具有图2中示出的示例性的终端100中的一个或者多个部件。

如图2所示，终端100包括存储器101、存储控制器103、一个或多个(图中仅示出一个)处理器105、外设接口107、射频模块109、定位模块111、摄像模块113、音频模块115、触控屏幕117以及按键模块119。这些组件通过一条或多条通讯总线/信号线121相互通讯。

可以理解，图2所示的结构仅为示意，终端100还可包括比图2中所示更多或更少的组件，或者具有与图2所示不同的组件。图2中所示的各组件可以采用硬件、软件或者其组合来实现。

其中，存储器101可用于存储软件程序以及模块，如本公开示例性实施例中的路况预测的实现方法及装置对应的程序指令及模块，处理器105通过运行存储在存储器101内的程序指令，从而执行各种功能以及数据处理，即实现上述运行于终端100的路况预测的实现方法。

存储器101作为资源存储的载体，可以是随机存储介质、例如高速随机存储器、非易失性存储器，如一个或多个磁性存储装置、闪存、或者其它固态存储器。存储方式可以是短暂存储或者永久存储。

外设接口107可以包括至少一有线或无线网络接口、至少一串并联转换接口、至少一输入输出接口以及至少一USB接口等等，用于将外部各种输入/输出装置耦合至存储器101以及处理器105，以实现与外部各种输入/输出装置的通信。

射频模块109用于收发电磁波，实现电磁波与电信号的相互转换，从而通过通讯网络与其他设备进行通讯。通信网络包括蜂窝式电话网、无线局域网或者城域网，上述通信网络可以使用各种通信标准、协议及技术。

定位模块111用于获取终端100的当前所在的地理位置。定位模块111的实例包括但不限于全球卫星定位系统(GPS)、基于无线局域网或者移动通信网的定位技术。

摄像模块113隶属于摄像头，用于拍摄图片或者视频。拍摄的图片或者视频可以存储至存储器101内，还可以通过射频模块109发送至服务器。

音频模块115向用户提供音频接口，其可包括一个或多个麦克风接口、一个或多个扬声器接口以及一个或多个耳机接口。通过音频接口与其它设备进行音频数据的交互。音频数据可以存储至存储器101内，还可以通过射频模块109发送。

触控屏幕117在终端100与用户之间提供一个操作界面。具体地，用户可通过该操作界面进行输入操作，例如点击、触摸、滑动等手势操作，以使终端100对该输入操作进行响应。终端100则将文字、图片或者视频任意一种形式或者组合所形成的输出内容通过触控屏幕117向用户显示输出。

按键模块119包括至少一个按键，用以提供用户向终端100进行输入的接口，用户可以通过按下不同的按键使终端100执行不同的功能。例如，声音调节按键可供用户实现对终端100播放的声音音量的调节。

图3是根据一示例性实施例示出的一种服务器的框图。该硬件结构只是一个适用本公开的示例，不能认为是对本公开的使用范围的任何限制，也不能解释为本公开需要依赖于该服务器200。

该服务器200可因配置或者性能的不同而产生较大的差异，如图3所示，服务器200包括：电源210、接口230、至少一存储介质250、以及至少一中央处理器(CPU，Central Processing Units)270。

其中，电源210用于为服务器200上的各硬件设备提供工作电压。

接口230包括至少一有线或无线网络接口231、至少一串并转换接口233、至少一输入输出接口235以及至少一USB接口237等，用于与外部设备通信。

存储介质250作为资源存储的载体，可以是随机存储介质、磁盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。其中，操作系统251用于管理与控制服务器200上的各硬件设备以及应用程序253，以实现中央处理器270对海量数据255的计算与处理，其可以是Windows ServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图示未示出)，每个模块都可以分别包含有对服务器200的一系列操作指令。数据255可以是存储于磁盘中的照片、图片等等。

中央处理器270可以包括一个或多个以上的处理器，并设置为通过总线与存储介质250通信，用于运算与处理存储介质250中的海量数据255。

如上面所详细描述的，适用本公开的服务器200将根据终端上报的用户信息向终端返回候选路线以及候选路线对应的历史路况信息，以使终端通过历史路况信息对候选路线进行路况预测，即通过中央处理器270读取存储介质250中存储的一系列操作指令的形式来执行路况预测的实现方法。

此外，通过硬件电路或者硬件电路结合软件指令也能同样实现本公开，因此，实现本公开并不限于任何特定硬件电路、软件以及两者的组合。

请参阅图4，在一示例性实施例中，一种路况预测的实现方法适用于图1所示实施环境的终端100，该种路况预测的实现方法可以由终端100执行，可以包括以下步骤：

步骤310，终端获取用户信息，并上报用户信息至服务器，以使服务器根据用户信息进行路线搜索得到候选路线。

为了辅助用户根据事先确定的出行时间提前进行路线规划，终端至少需要获知用户的出发地、目的地和出行时间等，因此，在进行路况预测之前，终端先进行用户信息的获取。该用户信息包括用户的出发地、目的地和出行时间等。

进一步地，用户信息可以通过用户进行的手动输入获取到，还可以通过终端进行的用户出行监控得到。例如，终端通过对用户出行进行监控，检测到用户经常手动输入的出发地为A，进而使得终端获取到包含出发地A的用户信息。

在获取到用户信息之后，终端将该用户信息发送至服务器，以通过服务器根据用户信息进行路线搜索得到候选路线。

具体而言，服务器在接收到用户信息之后，将得到用户的出发地和目的地，进而能够通过在服务器中预先存储的地图数据对该出发地和目的地进行路段匹配查找，以得到向终端返回的候选路线。

例如，用户的出发地为A，目的地为B，假设路段A1包含有出发地A，路段B1包含有目的地B，路段A1与路段B1之间可以通过路段C1或者路段D1连通，则路段(A1+C1+B1)或者路段(A1+D1+B1)都可以作为服务器向终端返回的候选路线之一。

当然，在其他应用场景中，例如，道路比较拥堵的时候，由于公交车通常设有公交车专用道，而地铁是地下行驶的，因此，除了自驾路线，候选路线还可以包含公交车路线、地铁路线等等，以利于服务器更好地向终端进行候选路线的推送，同时也扩大了用户的可选择范围。

步骤330，接收服务器返回的候选路线以及候选路线对应的历史路况信息。

为了后续终端能够对候选路线进行路况预测，服务器将通过对各路段的实时路况数据进行分析处理，以形成历史路况信息。该历史路况信息用以反映各路段在不同气候条件下的不同时间段的拥堵情况。

具体而言，服务器首先进行各路段的实时路况数据的获取，该实时路况数据用以反映各路段当前的拥堵情况。实时路况数据的获取可以通过浮动车定位信息的计算方案实现，即通过GPS(全球定位系统)对浮动车的位置进行定位以及根据浮动车的位置计算浮动车的移动速度实现；也可以通过传统的交通广播实现，即通过工作人员对各路段当前的拥堵情况进行视频监控和语音播报的方式实现。

进一步地，由于气候条件也将影响各路段的拥堵情况，为此，服务器还将获取时间与实时路况数据对应的天气数据。该天气数据可以通过指定的气象网站入口进行获取。

在得到实时路况数据和对应的天气数据之后，服务器即可根据天气数据对实时路况数据进行数据统计，以将统计结果存储于服务器中，形成历史路况信息，以供服务器根据候选路线进行历史路况信息的关联查找。

例如，经数据统计，天气数据为晴天时，对应的实时路况数据为路段A在B、C、D时间段畅通，而天气数据为雨天时，对应的实时路况数据为路段A在B时间段拥堵，在C、D时间段畅通，则服务器中存储的路段A的历史路况信息包括晴天B、C、D时间段畅通、雨天B时间段拥堵和雨天C、D时间段畅通。

更进一步地，特殊时间段(例如上下班高峰)和特殊日期(例如就节假日)也会对各路段的拥堵情况产生影响，而且往往是造成各路段拥堵的主要因素。为此，服务器还可以结合特殊时间段和特殊日期对实时路况数据作进一步地数据统计，以此形成历史路况信息，有利于用户更好地根据出行时间进行行驶路线的规划。

例如，无论晴天还是雨天，路段A在E时段总是拥堵，而E时段恰好是下班高峰时间段，故而，路段A的历史路况信息中还可以包括下班高峰时间段(即E时间段)拥堵。又或者，清明节时，路段A在白天时段总是拥堵，则路段A的历史路况信息进一步地包括清明节白天时段拥堵。

也就是说，在一个实施例中，历史路况信息，表征的是不同时间段所对应的路段拥堵情况；在另一个实施例中，历史路况信息还存在着与此路段拥堵情况相对应的天气数据；在又一个实施例中，历史路况信息还包含了与此路段拥堵情况相对应的特殊条件(例如特殊时间段、特殊日期等)，进而为后续终端所进行的路况预测提供丰富且精准的数据基础。

服务器在得到候选路线之后，即可根据该候选路线在服务器中存储的历史路况信息中进行关联查找，以得到候选路线对应的历史路况信息。

例如，候选路线包含路段A和路段B，则服务器根据路段A关联查找到路段A的历史路况信息，根据路段B关联查找到路段B的历史路况信息，由此即得到候选路线对应的历史路况信息。

基于上述，服务器在得到候选路线以及候选路线对应的历史路况信息之后，即可向终端返回候选路线以及候选路线对应的历史路况信息。

步骤350，通过历史路况信息对候选路线进行路况预测，得到路况预测结果。

举例来说，候选路线包含路段A，候选路线对应的历史路况信息包括路段A在晴天B、C、D时间段畅通，在雨天B时间段拥堵，C、D时间段畅通。若用户的出行时间为B～C时间段中的任意时间，则路况预测结果为在晴天B、C时间段畅通，在雨天B时间段拥堵，C时间段畅通。

进一步地，路况预测结果不仅可以包括对候选路线的路况预测，还可以包括提供给用户的出行建议。例如，用户的出行建议包括在哪个时间段出行能够最快到达目的地，或者选择哪条候选路线可以最快到达目的地等等。譬如上述例子中，用户的出行建议可以是建议用户在C时间段由路段A出行，因为无论晴天还是雨天该时间段路段A都是畅通的。

值得一提的是，服务器返回的候选路线对应的历史路况信息可以是各路段所有时间段的拥堵情况，也可以进一步地根据用户信息中的出行时间仅返回各路段对应时间段的拥堵情况，不仅能够减少服务器与终端之间的数据传输量，提高服务器与终端之间的数据传输效率，而且有利于提高路况预测的准确性。例如，若用户的出行时间为B～C时间段中的任意时间，则候选路线对应的历史路况信息仅包括路段A在晴天B、C时间段畅通，在雨天B时间段拥堵，C时间段畅通。

另一方面，路况预测不仅可以由终端独立完成，也可以由服务器独立完成之后再向终端推送路况预测结果。其中，服务器进行路况预测的过程与终端进行路况预测的过程基本一致，在此不再一一赘述。

步骤370，输出得到的路况预测结果。

在得到路况预测结果之后，终端将输出该路况预测结果，以使用户根据该路况预测结果提前进行行驶路线的规划，进而提高出行效率。

进一步地，终端可以在查看界面中显示得到的路况预测结果。当然，终端设备还可以通过语音输出的方式或者短信提示的方式向用户推送得到的路况预测结果。

通过如上所述的过程，实现了用户通过路况预测结果即可提前获知出行当天道路的拥堵情况，从而方便于用户提前进行行驶路线的规划，以此提高了用户的出行效率。

请参阅图5，在一示例性实施例中，步骤310可以包括以下步骤：

步骤311，侦听得到触发生成的计划出行输入指令，由计划出行输入指令中获取出行信息。

为了获知用户信息以利于后续辅助用户进行提前的路线规划，终端中增设了计划出行输入入口，以获取用户信息。若用户需要进行路况预测，即可在计划出行输入入口执行触发操作，例如，通过在计划出行输入入口输入出发地、目的地和出行时间，以此触发生成计划出行输入指令。

在触发生成计划出行输入指令之后，终端即可侦听得到该计划出行输入指令，并由计划出行输入指令中获取用户的出发地、目的地和出行时间，即出行信息。

进一步地，出行信息包括位置信息和时间信息，其中，位置信息包括用户的出发地和目的地，时间信息包括用户的出行时间。

步骤313，根据出行信息生成用户信息。

在获取到出行信息之后，将通过信息携带的方式生成用户信息，即用户信息中携带有出行信息。

通过如上所述的过程，实现了终端被动地获取到用户手动输入的出行信息，进而及时地响应用户的需求，以此提高用户的体验。

在一示例性实施例中，如上所述的方法还可以包括以下步骤：

侦听得到触发生成的常用出行监控指令，并通过响应常用出行监控指令对计划出行输入指令中的出行信息进行监控，以获取用户信息。

在实际生活中，用户经常会手动输入相同的出行信息，例如每天从家出发至公司，并且出行时间也比较固定，可以是早上8点至9点，或者，下午18点至19点。

为此，终端中增设了常用出行监控入口，若用户不想频繁地手动输入相同的出行信息，即可在该常用出行监控入口执行触发操作，例如，通过在常用出行监控入口进行勾选，以此触发生成常用出行监控指令。

在触发生成常用出行监控指令之后，终端即可侦听得到该常用出行监控指令，并通过响应该常用出行监控指令对出行信息进行监控，以通过用户信息的获取来获知用户的出行规律，避免用户频繁地手动输入相同的出行信息。

相应地，如图6所示，步骤310可以包括以下步骤：

步骤411，在预设周期内计算出行信息的出现次数。

本实施例中，用户的出行规律通过用户常用的出行信息反映，相应地，用户常用的出行信息通过在预设周期内对出行信息的出现次数进行统计实现。

进一步地，预设周期可以设置为5天，或者一周。若预设周期内某出行信息的次数最多，则视该出行信息为用户常用的出行信息。

步骤413，根据出现次数最多的出行信息生成用户信息。

在获取到出现次数最多的出行信息之后，将通过信息携带的方式生成用户信息，即用户信息中携带有出现次数最多的出行信息。

通过如上所述的过程，实现了终端主动地获取到用户经常使用的出行信息，避免用户频繁地手动输入相同的出行信息，以此进一步地提高了用户的体验。

另一方面，在其他应用场景中，终端还可以将获取到的用户经常使用的出行信息上报至服务器，并由服务器通过出行信息的匹配转发给具有相同出行信息的其他用户，以使这些用户相互之间可以进行拼车或者搭乘顺风车，从而更进一步地提高用户的体验。

在一示例性实施例中，如上所述的方法还可以包括以下步骤：

根据用户信息中的时间信息获取对应的天气数据。

该天气数据可以通过指定的气象网站入口进行获取。由于用户信息中的时间信息为用户的出行时间，则由此获取到的对应的天气数据将反映出用户出行当天的气候条件。

相应地，步骤350可以包括以下步骤：

由历史路况信息中选取与天气数据匹配的历史路况，根据历史路况预测得到候选路线的路况预测结果。

如前所述，历史路况信息反映了各路段在不同气候条件下的不同时间段的拥堵情况。

在得到天气数据之后，通过天气数据匹配即可由历史路况信息中选取出各路段在指定气候条件下的不同时间段的拥堵情况，即与天气数据匹配的历史路况。

通过如上所述的过程，实现历史路况信息与天气数据的结合，进一步地根据天气数据对历史路况信息进行筛选，以此进一步地提高了路况预测的准确性。

请参阅图7，在一示例性实施例中，步骤370之前，如上所述的方法还可以包括以下步骤：

步骤510，响应路况提醒指令，通过地图类应用获取与用户信息中的时间信息对应的实时路况数据。

在实际生活中，用户的出行时间通常是个时间段，只要是在这个时间段内出发都可以，如果用户不清楚道路的拥堵情况就需要在这个时间段内频繁地去查看地图类应用，导致用户体验差。

为此，终端中增设了路况提醒入口，用以在用户的指定时间段内主动地向用户提醒道路的畅通情况。若用户需要终端进行提醒，即可在该路况提醒入口执行触发操作，例如，通过在路况提醒入口进行勾选，使得终端中通过响应用户的触发操作生成相应的路况提醒指令。

进一步地，路况提醒入口可以包括短信提醒入口、铃声提醒入口、振动提醒入口。当用户在相应的路况提醒入口进行了勾选，则终端将按照相应的提醒方式对用户进行路况提醒，以此满足用户在不同场合中的需求。例如，用户正在开会，则其可以在振动提醒入口进行勾选，使得终端以振动提示的方式进行路况提醒。

需要说明的是，短信提示的方式可以直接在短信中显示输出得到的路况预测结果，而铃声提示方式和振动提示方式则会进一步地在终端中跳转至查看界面，以供用户查看在查看界面中显示的路况预测结果。

在生成路况提醒指令之后，终端将通过响应路况提醒指令进行实时路况数据的获取，以利于后续对用户进行路况提醒。

本实施例中，地图类应用获取实时路况数据可以通过浮动车定位信息的计算方案实现的。在浮动车(例如出租车)中通常设置有GPS(全球定位系统)，地图类应用能够通过GPS定位到各浮动车在不同路段中的位置，进而根据该位置的变化计算得到浮动车的移动速度，由此推断出浮动车所在路段的路况是拥堵抑或是畅通，从而得到相应的实时路况数据。

步骤530，以实时路况数据作为路况预测的参考依据，在路况预测结果指示道路畅通时对用户进行提醒。

应当理解，实时路况数据能够及时地反映出各道路当前的拥堵情况，甚至是突发情况，例如，某路段因修路而造成其所属道路的拥堵。

基于此，在得到路况预测结果之后，以实时路况数据作为路况预测的参考依据，有利于保证路况预测的准确性。若实时路况数据指示道路畅通，且路况预测结果也指示道路畅通，则终端按照用户指定方式对用户进行提醒。反之，虽然路况预测结果指示道路畅通，而实时路况数据指示道路拥堵，则终端暂时不对用户进行提醒。

通过如上所述的过程，实现了终端在道路畅通时自动对用户进行提醒，避免用户不清楚道路的拥堵情况而频繁地查看地图类应用，甚至频繁地手动输入相同的出行信息，以此进一步地提高了用户的体验。

请参阅图8，在一示例性实施例中，一种路况预测的实现方法适用于图1所示实施环境的服务器200，该种路况预测的实现方法可以由服务器200执行，可以包括以下步骤：

步骤610，服务器接收终端上报的用户信息，并根据用户信息中的位置信息进行路线搜索，得到候选路线。

步骤630，在服务器存储的历史路况信息中根据候选路线包含的路段进行关联查找，得到候选路线对应的历史路况信息。

步骤650，向终端返回候选路线以及候选路线对应的历史路况信息，以使终端通过历史路况信息对候选路线进行路况预测。

请参阅图9，在一示例性实施例中，步骤630之前，如上所述的方法还可以包括以下步骤：

步骤710，获取各路段的实时路况数据。

步骤730，获取时间与实时路况数据对应的天气数据。

步骤750，根据天气数据对实时路况数据进行数据统计，将统计结果存储于服务器中，形成历史路况信息。

图10是一应用场景中一种路况预测的实现方法的具体实现示意图。

如图10所示，一方面，服务器通过执行步骤801获取各路段的实时路况数据，以此得到每天每个时间段每个路段的拥堵情况，并通过执行步骤802，结合天气数据、特殊日期、特殊时间段等因素对实时路况数据进行数据统计，以分析这些因素对道路的拥堵情况的影响，通过存储统计结果形成历史路况信息。

另一方面，终端通过执行步骤803进行用户信息的获取，以此获知用户的出发地、目的地和出行时间，并通过执行步骤804，根据用户信息接收服务器返回的候选路线以及候选路线对应的历史路况信息，进而通过执行步骤805，通过历史路况信息对候选路线进行路况预测，分析出道路畅通的时间段，以向用户提供出行建议，最终得出路况预测结果。

在得到路况预测结果之后，终端即通过执行步骤806输出路况预测结果，以使用户能够根据路况预测结果提前进行行驶路线的规划。

在本公开实施例中，通过用户信息的获取，向服务器请求返回候选路线以及候选路线对应的历史路况信息，以通过历史路况信息对候选路线进行路况预测，得到路况预测结果，以此实现了用户通过路况预测结果即可提前获知出行当天道路的拥堵情况，从而方便于用户提前进行行驶路线的规划，有效地提高了用户的出行效率。

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

请参阅图11，在一示例性实施例中，一种路况预测的实现装置900包括但不限于：用户信息获取单元910、接收单元930、路况预测单元950和结果输出单元970。

其中，用户信息获取单元910用于终端获取用户信息，并上报用户信息至服务器，以使服务器根据用户信息进行路线搜索得到候选路线。

接收单元930用于接收服务器返回的候选路线以及候选路线对应的历史路况信息，历史路况信息是服务器根据候选路线进行关联查找得到的。

路况预测单元950用于通过历史路况信息对候选路线进行路况预测，得到路况预测结果。

结果输出单元970用于输出得到的路况预测结果。

请参阅图12，在一示例性实施例中，用户信息获取单元910包括但不限于：出行信息获取模块911和第一用户信息生成模块913。

其中，出行信息获取模块911用于侦听得到触发生成的计划出行输入指令，由计划出行输入指令中获取出行信息，出行信息包括位置信息和时间信息。

第一用户信息生成模块913用于根据出行信息生成用户信息。

在一示例性实施例中，如上所述的装置900还包括但不限于：出行信息监控单元。

其中，出行信息监控单元用于侦听得到触发生成的常用出行监控指令，并通过响应常用出行监控指令对计划出行输入指令中的出行信息进行监控，以获取用户信息。

相应地，如图13所示，用户信息获取单元910包括但不限于：出行信息计算模块1011和第二用户信息生成模块1013。

其中，出行信息计算模块1011用于在预设周期内计算出行信息的出现次数。

第二用户信息生成模块1013用于根据出现次数最多的出行信息生成用户信息。

在一示例性实施例中，如上所述的装置900还包括但不限于：天气数据获取单元。

其中，天气数据获取单元用于根据用户信息中的时间信息获取对应的天气数据。

相应地，路况预测单元950包括但不限于：历史路况匹配模块。

其中，历史路况匹配模块用于由历史路况信息中选取与天气数据匹配的历史路况，根据历史路况预测得到候选路线的路况预测结果。

请参阅图14，在一示例性实施例中，如上所述的装置900还包括但不限于：实时路况获取单元1110和路况提醒单元1130。

其中，实时路况获取单元1110用于响应路况提醒指令，通过地图类应用获取与用户信息中的时间信息对应的实时路况数据。路况提醒指令是通过响应用户的触发操作生成的。

路况提醒单元1130用于以实时路况数据作为路况预测的参考依据，在路况预测结果指示道路畅通时对用户进行提醒。

请参阅图15，在一示例性实施例中，一种路况预测的实现装置1200包括但不限于：候选路线获取单元1210、候选路线查找单元1230和发送单元1250。

其中，候选路线获取单元1210用于服务器接收终端上报的用户信息，并根据用户信息中的位置信息进行路线搜索，得到候选路线。

候选路线查找单元1230用于在服务器存储的历史路况信息中根据候选路线包含的路段进行关联查找，得到候选路线对应的历史路况信息。

发送单元1250用于向终端返回候选路线以及候选路线对应的历史路况信息，以使终端通过历史路况信息对候选路线进行路况预测。

请参阅图16，在一示例性实施例中，如上所述的装置1200还包括但不限于：实时路况获取单元1310、天气数据获取单元1330和历史路况形成单元1350。

其中，实时路况获取单元1310用于获取各路段的实时路况数据。

天气数据获取单元1330用于获取时间与实时路况数据对应的天气数据。

历史路况形成单元1350用于根据天气数据对实时路况数据进行数据统计，将统计结果存储于服务器中，形成历史路况信息。

需要说明的是，上述实施例所提供的路况预测的实现装置在进行路况预测时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即终端或者服务器的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。

另外，上述实施例所提供的路况预测的实现装置与路况预测的实现方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

上述内容，仅为本公开的较佳示例性实施例，并非用于限制本公开的实施方案，本领域普通技术人员根据本公开的主要构思和精神，可以十分方便地进行相应的变通或修改，故本公开的保护范围应以权利要求书所要求的保护范围为准。