CN105489039A - 路况信息服务的实现方法及系统 - Google Patents

Abstract

本发明公开了一种路况信息服务的实现方法及系统，所述路况信息服务的实现方法包括：接收终端设备通过触发条件发起的路况请求，由所述路况请求中提取路况查询信息；按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路；及将该请求道路的路况信息推送至所述终端设备，该路况信息是所述请求道路的关联用户反馈的；及通过所述终端设备输出所述请求道路的路况信息。所述路况信息服务的实现系统与方法相匹配。本发明的路况信息服务的实现方法及系统能够提高路况信息服务的信息相关性和信息及时性。

Description

路况信息服务的实现方法及系统

技术领域

本发明涉及车联网应用技术领域，尤其涉及一种路况信息服务的实现方法及系统。

背景技术

随着人们生活水平的提高，驾车出行已经成为人们主要的交通方式之一。如果车主在驾车过程中能够及时地获取道路的路况信息，则有助于车主提前规划行进路线，有利于提高行车效率且缓解道路拥堵情况。

目前，路况信息服务的实现方法通常采用浮动车定位信息的统一计算方案，或者，以语音播报的方式呈现路况信息，该些实现方法虽然能够保证一定的信息准确度，但是不可避免地都存在一定的时间延迟，且得到的路况信息未必是车主所实际需要的，缺乏信息相关性，可借鉴意义不大。

发明内容

基于此，有必要提供一种能够提高信息相关性和信息及时性的路况信息服务的实现方法。

此外，还有必要提供一种能够提高信息相关性和信息及时性的路况信息服务的实现系统。

为了解决上述技术问题，本发明所采用的技术方案为：一种路况信息服务的实现方法，所述方法包括：接收终端设备通过触发条件发起的路况请求，由所述路况请求中提取路况查询信息；按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路；将该请求道路的路况信息推送至所述终端设备，该路况信息是所述请求道路的关联用户反馈的；及通过所述终端设备输出所述请求道路的路况信息。一种路况信息服务的实现方法，所述方法包括：终端设备中通过触发条件触发向服务端发起路况请求；其中，所述路况请求中包含路况查询信息，所述服务端通过应答所述路况请求对所述路况查询信息进行位置关联处理，以获取所述路况请求对应的请求道路；接收所述服务端推送的所述请求道路的路况信息，所述路况信息是所述请求道路的关联用户反馈的；及输出所述关联用户反馈的路况信息。

一种路况信息服务的实现系统，所述系统包括服务端，所述服务端包括：信息提取单元，用于接收终端设备通过触发条件发起的路况请求，由所述路况请求中提取路况查询信息；位置关联单元，用于按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路；及信息发送单元，用于将该请求道路的路况信息推送至所述终端设备；其中，所述请求道路的路况信息是所述请求道路的关联用户反馈的，将通过所述终端设备输出。

一种路况信息服务的实现系统，其特征在于，包括终端设备，所述终端设备包括：请求发起单元，用于终端设备中通过触发条件触发向服务端发起路况请求；其中，所述路况请求中包含路况查询信息，所述服务端通过应答所述路况请求对所述路况查询信息进行位置关联处理，以获取所述路况请求对应的请求道路；信息接收单元，用于接收所述服务端推送的所述请求道路的路况信息，所述路况信息是所述请求道路的关联用户反馈的；及信息输出单元，用于输出所述关联用户反馈的路况信息。

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

终端设备中通过触发条件触发向服务端发起路况请求，使得服务端能够对路况请求中的路况查询信息进行位置关联处理，得到用户所请求道路，进而根据请求道路得到关联用户所反馈的路况信息，使得终端设备接收并输出关联用户反馈的路况信息。也就是说，通过采用“应需而答”的异步服务模式，终端设备通过发起路况请求得到服务端推送的路况信息，该路况信息于服务端中不仅进行了位置关联，还进行了用户关联，由此极大地提高了路况信息服务的信息相关性和信息及时性。

附图说明

图1为一实施例的路况信息服务的实现方法的应用场景示意图；

图2为一实施例的路况信息服务的实现方法的流程图；

图3为图2中路况查询信息与用户所在位置相关时位置关联处理的方法流程图；

图4为另一实施例的路况信息服务的实现方法的流程图；

图5为图4中根据所述请求道路查找关联用户的方法流程图；

图6为一实施例的路况信息服务的实现方法的流程图；

图7为另一实施例的路况信息服务的实现方法的流程图；

图8为另一实施例的路况信息服务的实现方法的流程图；

图9为一实施例的路况信息服务的实现系统的结构框图；

图10为图9中位置关联单元的结构框图；

图11为另一实施例的路况信息服务的实现系统的结构框图；

图12为图11中用户关联单元的结构框图；

图13为一实施例的路况信息服务的实现系统的结构框图；

图14为另一实施例的路况信息服务的实现系统的结构框图；

图15为另一实施例的路况信息服务的实现系统的结构框图；

图16为本发明实施例所提供的终端设备的硬件结构示意图。

具体实施方式

体现本发明特征与优点的典型实施方式将在以下的说明中详细叙述。应理解的是本发明能够在不同的实施方式上具有各种的变化，其皆不脱离本发明的范围，且其中的说明及图示在本质上是当作说明之用，而非用以限制本发明。

现有的路况信息服务的实现方法及其优缺点包括如下：

(1)以“红、黄、绿”等颜色的线条来表示前方及周边道路的拥堵状况。该种实现方法应用于主流的手机App以及具有联网功能的车载设备中，其中的路况信息来自于浮动车定位信息的统一计算方案，虽然能够保证一定的准确度，但不可避免地存在一定的时间延迟，且与当前车辆所在位置的相关性不高；

(2)前方及周边路况播报。该种实现方法采用语音播报方式呈现路况信息，虽然在信息相关性上较之第(1)方案有较明显的改善，但是由于其中的路况信息仍然基于第(1)方案中的统一计算方案，故而还是存在与第(1)方案相同的特点和不足；

(3)传统的交通广播。该种实现方法也是采用语音播报方式呈现路况信息，且路况信息来源于视频监控以及工作人员的上报，虽然路况信息的准确度较高，但是可提供服务的路况信息较少，并且广播内容相对统一，与车主所实际需要的路况信息缺乏一定的相关性，同时，广播时间相对固定，仍存在一定的时间延迟。

因此，综上所述的路况信息服务的实现方法普遍存在信息相关性、信息及时性不高的缺陷。为了提高路况信息服务的信息相关性和信息及时性，特提出了一种路况信息服务的实现方法。

在一实施例中，一种路况信息服务的实现方法，所述方法所运行的计算机系统如图1所示。该计算机系统包括车辆上所携带的终端设备110和服务端130。

终端设备110可以是安装了App的智能手机、平板电脑等移动设备，也可以是安装在车辆上的车载设备。该终端设备110除了具有必要的数据处理、输入(例如，按键、触摸、语音输入等)和输出(例如，屏幕显示、语音输出等)等功能之外，还具有定位和联网等功能。

通过终端设备110与服务端130进行双向通信，终端设备110向服务端发起路况请求，服务端130应答该路况请求而推送路况信息至终端设备110，从而实现终端设备110获得各种路况信息服务。

在具体的实现过程中，通过服务端130来实现路况信息服务，将有利于利用现有的架构，例如，可利用现有的服务端来进行整个计算机系统的架构。

请参阅图2，在一实施例中，一种路况信息服务的实现方法，所述方法包括以下步骤：

步骤210，接收终端设备通过触发条件发起的路况请求，由路况请求中提取路况查询信息。

触发条件包括用户的操控以及预置条件被满足。

如前所述，终端设备中包含多种输入方式，例如：按键、触摸、语音输入等，相应地，用户的操控包含多种方式，例如：按下按键、触摸屏幕上的虚拟按钮或者其它终端设备所支持的简单手势、语音输入等，以使得终端设备中能够得到对应的路况查询信息，并根据路况查询信息向服务端发起路况请求。此时，路况查询信息中的内容可以与用户所在位置相关，例如，相对用户所在位置的前方道路或者周边道路，还可以与某个具体位置相关，例如，知春路。

预置条件则是用户提前设置于终端设备中的，例如，预置条件可以是用户所在位置为某个常发性拥堵道路或者区域，或者，用户低速移动的时间达到预设时长。当终端设备中检测到预置条件被满足，则自动触发向服务端发起路况请求，此时，路况查询信息中的内容将与用户所在位置相关，例如，用户所在位置的前方道路或者周边道路。

由此，在终端根据路况查询信息向服务端发起路况请求后，服务端将由接收到的路况请求中得到其所携带的路况查询信息。

需要说明的是，由于路况信息服务是基于终端设备与服务端的双向通信，因此，本发明中所涉及的用户都是登录了终端设备的在线用户，以通过终端设备的联网功能获得路况信息服务。

步骤230，按照路况查询信息进行位置关联处理，得到路况查询信息对应的请求道路。

如上所述，路况查询信息的内容与用户所在位置或者某个具体位置相关。

服务端会根据该用户所在位置或者某个具体位置进行位置关联处理，从而得到与该用户所在位置或者某个具体位置关联的道路，该道路即为路况查询信息对应的请求道路。

例如，服务端中预先存储有位置与道路的映射关系，则位置关联处理实际上就是在存储的映射关系中根据位置查找得到道路的过程。

步骤250，将该请求道路的路况信息推送至终端设备，该路况信息是请求道路的关联用户反馈的。

关联用户指的是目前正行驶经过请求道路，或者，刚刚经过请求道路的用户。关联用户通过应答路况请求而回复输入其真实感受到的路况，使得关联用户所在终端设备得到对应的路况信息，并上报至服务端。

服务端在接收到该路况信息之后，进一步将关联用户所反馈的路况信息推送至终端设备。

进一步地，服务端还可以不必对每个路况请求都进行应答，即不必为每一个路况请求反馈路况信息，而是在预设时长内，例如，预设时长为10分钟，根据其中的路况查询信息对相同的路况请求进行合并，以排除不同用户所请求道路相同时重复发起的路况请求，从而有效地降低服务端的任务处理量，提高了服务端的处理效率。

步骤270，通过终端设备输出请求道路的路况信息。

由于关联用户所反馈的路况信息中的内容与请求道路的路况密切相关，其中至少包含请求道路的拥堵情况。基于此，终端设备接收并输出关联用户反馈的路况信息，将使得用户了解请求道路的拥堵情况。

例如，在终端设备所显示的地图界面中，标识出请求道路，同时标识出请求道路的拥堵情况。进一步地，终端设备所显示的地图界面中，按照请求道路在地图上高亮显示相应的位置，并通过不同的颜色表示出相应的拥堵情况，例如，红色表示拥堵，绿色表示畅通，黄色表示缓行。

当然，终端设备还可以通过语音输出的方式播报请求道路的拥堵情况，本实施例并不以此为限。

通过如上所述的过程，将使得用户通过终端设备即可准确地获知关联用户反馈的请求道路的拥堵情况，以此提高了路况信息服务的信息相关性，并随着路况请求的不断发起及时地更新终端设备中所显示的内容，实现请求道路的拥堵情况的动态展示，提高了路况信息服务的信息及时性。

无论是初次进行路况信息的输出，还是后续持续输出终端设备所接收到的路况信息，均执行步骤210至步骤250的过程，以使用户了解请求道路的实时拥堵情况。

需要说明的是，本发明所指的道路是以标识信息的形式存在的，以唯一地表示其在路网中的具体位置。例如，ID1000001为长安街上的某个路段的标识信息。

在一实施例中，路况查询信息是终端设备对触发输入的信息经过必要的信息识别以及数据组织得到的，因此，得到的路况查询信息的内容将通过位置名称的形式呈现，而不是请求道路的具体位置。

例如，用户通过触摸终端设备的屏幕输入“知春路”三个字，则得到的路况查询信息的内容为“知春路”，以此标示出请求道路对应的位置名称，或者，用户通过按下终端设备上标识为“前方”的按键，则得到的路况查询信息的内容为“前方”，以此标示出请求道路与用户所在位置相关。

进一步地，路况查询信息标示出请求道路对应的位置名称。步骤230包括以下步骤：

服务端中根据位置名称与道路集合的映射关系，对路况查询信息标示出的位置名称进行道路转换，得到请求道路。

服务端中预先建立有位置名称与道路集合的映射关系，通过该映射关系即可将位置名称转换为其所对应的道路。基于此，服务端在提取到路况查询信息之后，按照路况查询信息标示出的位置名称，由映射关系中即能够得到对应的请求道路。

进一步地，路况查询信息标示出请求道路与用户所在位置相关。请参阅图3，步骤230包括以下步骤：

步骤231，提取有效时间内存储的用户所在位置形成用户的轨迹数据。

由于请求道路与用户所在位置相关，在进行位置关联处理之前，需要先获知用户当前的移动轨迹。

在有效时间内，例如，5分钟内，由服务端中存储的用户所在位置提取出有效的用户所在位置，由此形成用户的轨迹数据，即是表示用户当前的移动轨迹，以通过步骤233进一步判定该用户当前的移动轨迹所属的道路。

步骤233，道路集合中根据用户的轨迹数据执行道路匹配，得到用户所在道路。

服务端中预先建立轨迹数据与道路集合的映射关系，通过该映射关系即可为轨迹数据匹配得到其所对应的道路。

例如，用户的轨迹数据为(a坐标值，b坐标值)，而道路集合中C道路为(A坐标值，B坐标值)，通过道路匹配，若判定a∈A，b∈B，即表示该用户的坐标范围在C道路的坐标范围内，则认为该用户当前的移动轨迹所属的道路为C道路。

步骤235，根据预置路网中的道路拓扑关系由用户所在道路推导得到请求道路。

路网指的是指定范围(例如，城市)内由不同功能、等级、区位的道路，以一定的密度和适当的形式组织的网络结构。对应地，路网中的道路拓扑关系即能够反映出相邻道路之间的连通关系。

由于用户所在道路是用户已经亲自感受到路况了，用户所请求道路通常不会是其所在道路，而是与用户所在道路相关的道路，例如，前方道路，周边道路等。

基于此，为了能够由用户所在道路推导得出用户所实际请求道路，需要参照服务端中预置路网中的道路拓扑关系以进行推导。

请参阅图4，在一实施例中，步骤230之后，如上所述的方法还包括以下步骤：

步骤310，根据请求道路查找关联用户，查找到的关联用户包括相对请求道路处于有效范围的多个候选用户。

如前所述，关联用户指的是目前正行驶经过请求道路，或者，刚刚经过请求道路的用户。相应地，相对于请求道路，有效范围即为与请求道路的圆周距离不超过预设距离，例如，预设距离为100米。

基于此，通过请求道路进行关联用户的查找，实际上就是在相对请求道路的有效范围内进行的候选用户的查找，查找到的处于有效范围的候选用户即视为请求道路的关联用户。

步骤330，向关联用户下发路况请求。

由于关联用户是真实感知请求道路的路况的，在服务端查找到关联用户之后，将会向了解该路况的关联用户发送路况请求。

步骤350，接收关联用户对路况请求的应答所反馈的路况信息。

关联用户在接收到服务端发送的路况请求之后，按照其真实感受到的路况，通过终端设备上的多种可能的输入方式向终端设备反馈。例如，用户通过触摸终端设备的屏幕上标识为“拥堵”的虚拟按键，向终端设备反馈了请求道路的拥堵情况。

终端设备根据侦听得到的关联用户的触发输入，经过信息识别以及数据组织，得到对应的路况信息，并利用联网功能，将得到的路况信息上报至服务端，以通过服务端将接收到的该路况信息转发至最初发起路况请求的用户。

通过如上所述的过程，使得路况信息的获取同时进行了位置关联和用户关联，旨在众多用户之间建立起路况信息的互助通道，以充分利用每个用户真实感受到的路况，从而提高了路况信息服务的相关性与准确性，有效地排除了无关的路况信息的干扰，在众多用户之间营造良好的参与感和信任感。

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

步骤311，提取有效时间内存储的候选用户所在位置形成候选用户的轨迹数据。

步骤313，道路集合中根据候选用户的轨迹数据分别执行道路匹配，得到候选用户所在道路。

需要说明的是，上述步骤与步骤231至步骤233基本一致，只是提取的对象有所不同，得到的结果也相应地有所区别，在此不再一一赘述。

步骤315，在候选用户所在道路中按照请求道路的有效范围查找得到关联用户。

服务端在得到请求道路和候选用户所在道路之后，通过请求道路的有效范围查找，将从所有候选用户中找到了解请求道路的路况的关联用户。例如，A候选用户所在道路即为请求道路，B候选用户所在道路与请求道路之间的圆周距离在有效范围内，则该A、B候选用户均可视为关联用户。

在一实施例中，步骤250之后，如上所述的方法还包括以下步骤：

筛选接收到的路况信息，以向发起路况请求的用户推送筛选得到的路况信息。

服务端在接收到路况信息之后，将对接收到的路况信息进行筛选处理，例如，根据该路况信息与关联用户所在车辆的行驶速度进行对比，或者，与处于相同有效范围内的其他候选用户所反馈的路况信息进行对比，又或者，与其他路况信息服务系统中的路况信息进行对比，从中筛选出可信的路况信息，并推送至最初发起路况请求的用户。

通过如上所述的过程，使得最终推送至发起路况请求的用户的路况信息都是经过筛选而具有极高的可靠性，以此提高了信息可靠性，有利于建立可持续的、感知度和参与感更好的路况信息互助服务模式。请参阅图6，在一实施例中，一种路况信息服务的实现方法，其特征在于，如上所述的方法包括以下步骤：

步骤410，终端设备中通过触发条件触发向服务端发起路况请求。

其中，路况请求中包含路况查询信息，服务端通过应答路况请求对路况查询信息进行位置关联处理，以获取路况请求对应的请求道路。

步骤430，接收服务端推送的请求道路的路况信息，路况信息是请求道路的关联用户反馈的。

步骤450，输出关联用户反馈的路况信息。

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

步骤510，关联用户所在终端设备接收所服务端下发的路况请求。

步骤530，应答路况请求，向服务端反馈路况请求对应的请求道路的路况信息。

请参阅图8，在一实施例中，如上所述的方法还包括以下步骤：

步骤610，触发进行位置上报的终端设备中进行地理位置定位。

步骤630，向服务端上报定位得到的位置，服务端通过存储的位置进行位置关联处理。

本实施例中，终端设备按照预设频率主动触发进行地理位置定位，并向服务端上报定位到的位置。

服务端在接收到上报的位置之后，对位置进行存储，以供服务端于道路集合中执行道路匹配得出关联用户。值得一提的是，进行位置上报的任一用户既可以是发起路况请求的用户，也可以是成为关联用户的候选用户，本实施例并不以此为限。

请参阅图9，在一实施例中，一种路况信息服务的实现系统包括服务端，所述服务端700包括：信息提取单元710、位置关联单元730及信息发送单元750。

其中，信息提取单元710用于接收终端设备通过触发条件发起的路况请求，由路况请求中提取路况查询信息。

位置关联单元730用于按照路况查询信息进行位置关联处理，得到路况查询信息对应的请求道路。

信息发送单元750用于将该请求道路的路况信息推送至终端设备；其中，请求道路的路况信息是请求道路的关联用户反馈的，将通过终端设备输出。

在一实施例中，路况查询信息标示出请求道路对应的位置名称，位置关联单元730包括：道路转换模块，用于服务端中根据位置名称与道路集合的映射关系，对路况查询信息标示出的位置名称进行道路转换，得到请求道路。

请参阅图10，在一实施例中，路况查询信息标示出请求道路与用户所在位置相关，位置关联单元730包括：第一轨迹获取模块731、第一道路匹配模块733及道路拓扑模块735。

其中，第一轨迹获取模块731用于提取有效时间内存储的用户所在位置形成用户的轨迹数据。

第一道路匹配模块733用于道路集合中根据用户的轨迹数据执行道路匹配，得到用户所在道路。

道路拓扑模块735用于根据预置路网中的道路拓扑关系由用户所在道路推导得到请求道路。

请参阅图11，在一实施例中，如上所述的服务端700还包括：用户关联单元810、请求下发单元830及信息接收单元850。

其中，用户关联单元810用于根据请求道路查找关联用户，查找到的关联用户包括相对请求道路处于有效范围的多个候选用户。

请求下发单元830用于向关联用户下发路况请求。

信息接收单元850用于接收关联用户对路况请求的应答反馈的路况信息。

请参阅图12，在一实施例中，所述用户关联单元810包括：第二轨迹获取模块811、第二道路匹配模块813及关联查找模块815。

其中，第二轨迹获取模块811用于提取有效时间内存储的候选用户所在位置形成候选用户的轨迹数据。

第二道路匹配模块813用于道路集合中根据候选用户的轨迹数据分别执行道路匹配，得到候选用户所在道路。

关联查找模块815用于在候选用户所在道路中按照请求道路的有效范围查找得到关联用户。

在一实施例中，服务端700还包括：信息筛选单元，用于筛选接收到的路况信息，以向发起路况请求的用户推送筛选得到的路况信息。

请参阅图13，在一实施例中，一种路况信息服务的实现系统包括终端设备，终端设备900包括：请求发起单元910、信息接收单元930及信息输出单元950。

其中，请求发起单元910用于终端设备中通过触发条件触发向服务端发起路况请求；其中，路况请求中包含路况查询信息，服务端通过应答路况请求对路况查询信息进行位置关联处理，以获取路况请求对应的请求道路。

信息接收单元930用于接收服务端推送的请求道路的路况信息，路况信息是请求道路的关联用户反馈的。

信息输出单元950用于输出关联用户反馈的路况信息。

请参阅图14，在一实施例中，如上所述的终端设备900还包括：请求接收单元1010及请求应答单元1030。

其中，请求接收单元1010用于关联用户所在终端设备接收服务端下发的路况请求。

请求应答单元1030用于应答路况请求，向服务端反馈路况请求对应的请求道路的路况信息。

请参阅图15，在一实施例中，如上所述的终端设备还包括：位置定位单元1110及位置上报单元1130。

其中，位置定位单元1110用于触发进行位置上报的终端设备中进行地理位置定位。

位置上报单元1130用于向服务端上报定位得到的位置，服务端通过存储的位置进行位置关联处理。

请参阅图16，图16是本发明实施例提供的一种终端设备1200的结构示意图。上述实施例中的由终端设备所执行的步骤均可以基于该图中所示的终端设备的结构。

该终端设备1200可因配置或者性能的不同而产生较大的差异，其包括：电源1210、接口1230、至少一存储介质1250、定位芯片1270以及至少一中央处理器(CPU，CentralProcessingUnits)1290。

具体地，电源1210用于为终端设备1200上的各硬件设备提供工作电压。

接口1230包括至少一有线或无线网络接口1231、至少一串并转换接口1233、至少一输入输出接口1235以及至少一USB接口1237等，用于与外部设备通信。

存储介质1250作为资源存储的载体，可以是随机存储介质、磁盘或者光盘等，其上所存储的资源包括操作系统1251、应用程序1253及数据1255等，存储方式可以是短暂存储或者永久存储。其中，操作系统1251用于管理与控制终端设备1200上的各硬件设备以及应用程序1253，以实现中央处理器1270对海量数据1255的计算与处理，其可以是WindowsServerTM、MacOSXTM、UnixTM、LinuxTM、FreeBSDTM等。应用程序1253是基于操作系统1251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图示未示出)，每个模块都可以分别包含有对终端设备1200的一系列操作指令。数据1255可以是存储于磁盘中的地图、位置、路况信息等等。

定位芯片1270通过GPS定位系统对终端设备1200的地理位置进行定位。

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

通过中央处理器1290读取存储介质1250中存储的一系列操作指令，并基于存储介质1250上的操作系统1251在终端设备1200上执行，进而使得上述实施例的全部或者部分步骤可以通过在终端设备1200上运行相关的计算机程序来完成。

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

Claims (18)

1.一种路况信息服务的实现方法，其特征在于，所述方法包括：

接收终端设备通过触发条件发起的路况请求，由所述路况请求中提取路况查询信息；

按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路；

将该请求道路的路况信息推送至所述终端设备，该路况信息是所述请求道路的关联用户反馈的；及

通过所述终端设备输出所述请求道路的路况信息。

2.如权利要求1所述的方法，其特征在于，所述路况查询信息标示出所述请求道路对应的位置名称，所述按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路的步骤包括：

根据位置名称与道路集合的映射关系，对所述路况查询信息标示出的位置名称进行道路转换，得到所述请求道路。

3.如权利要求1所述的方法，其特征在于，所述路况查询信息标示出所述请求道路与用户所在位置相关，所述按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路的步骤包括：

提取有效时间内存储的用户所在位置形成用户的轨迹数据；

道路集合中根据所述用户的轨迹数据执行道路匹配，得到用户所在道路；及

根据预置路网中的道路拓扑关系由所述用户所在道路推导得到所述请求道路。

4.如权利要求1所述的方法，其特征在于，所述按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路的步骤之后，所述方法还包括：

根据所述请求道路查找关联用户，所述查找到的关联用户包括相对所述请求道路处于有效范围的多个候选用户；

向所述关联用户下发所述路况请求；及

接收所述关联用户对所述路况请求的应答所反馈的所述路况信息。

5.如权利要求4所述的方法，其特征在于，所述根据所述请求道路查找关联用户的步骤包括：

提取有效时间内存储的候选用户所在位置形成候选用户的轨迹数据；

道路集合中根据所述候选用户的轨迹数据分别执行道路匹配，得到候选用户所在道路；及

在所述候选用户所在道路中按照所述请求道路的有效范围查找得到关联用户。

6.如权利要求4所述的方法，其特征在于，所述接收所述关联用户对所述路况请求的应答所反馈的所述路况信息的步骤之后，所述方法还包括：

筛选接收到的所述路况信息，以向发起所述路况请求的用户推送筛选得到的路况信息。

7.一种路况信息服务的实现方法，其特征在于，所述方法包括：

终端设备中通过触发条件触发向服务端发起路况请求；

其中，所述路况请求中包含路况查询信息，所述服务端通过应答所述路况请求对所述路况查询信息进行位置关联处理，以获取所述路况请求对应的请求道路；

接收所述服务端推送的所述请求道路的路况信息，所述路况信息是所述请求道路的关联用户反馈的；及

输出所述关联用户反馈的路况信息。

8.如权利要求7所述的方法，其特征在于，所述方法还包括：

关联用户所在终端设备接收所述服务端下发的所述路况请求；及

应答所述路况请求，向所述服务端反馈所述路况请求对应的请求道路的所述路况信息。

9.如权利要求7所述的方法，其特征在于，所述方法还包括：

触发进行位置上报的终端设备中进行地理位置定位；及

向所述服务端上报定位得到的位置，所述服务端通过存储的所述位置进行所述位置关联处理。

10.一种路况信息服务的实现系统，其特征在于，所述系统包括服务端，所述服务端包括：

信息提取单元，用于接收终端设备通过触发条件发起的路况请求，由所述路况请求中提取路况查询信息；

位置关联单元，用于按照所述路况查询信息进行位置关联处理，得到所述路况查询信息对应的请求道路；及

信息发送单元，用于将该请求道路的路况信息推送至所述终端设备；

其中，所述请求道路的路况信息是所述请求道路的关联用户反馈的，将通过所述终端设备输出。

11.如权利要求10所述的系统，其特征在于，所述路况查询信息标示出所述请求道路对应的位置名称，所述位置关联单元包括：

道路转换模块，用于所述服务端中根据位置名称与道路集合的映射关系，对所述路况查询信息标示出的位置名称进行道路转换，得到所述请求道路。

12.如权利要求10所述的系统，其特征在于，所述路况查询信息标示出所述请求道路与用户所在位置相关，所述位置关联单元包括：

第一轨迹获取模块，用于提取有效时间内存储的用户所在位置形成用户的轨迹数据；

第一道路匹配模块，用于道路集合中根据所述用户的轨迹数据执行道路匹配，得到用户所在道路；及

道路拓扑模块，用于根据预置路网中的道路拓扑关系由所述用户所在道路推导得到所述请求道路。

13.如权利要求10所述的系统，其特征在于，所述服务端还包括：

用户关联单元，用于根据所述请求道路查找关联用户，所述查找到的关联用户包括相对所述请求道路处于有效范围的多个候选用户；

请求下发单元，用于向所述关联用户下发所述路况请求；及

信息接收单元，用于接收所述关联用户对所述路况请求的应答所反馈的所述路况信息。

14.如权利要求13所述的系统，其特征在于，所述用户关联单元包括：

第二轨迹获取模块，用于提取有效时间内存储的候选用户所在位置形成候选用户的轨迹数据；

第二道路匹配模块，用于道路集合中根据所述候选用户的轨迹数据分别执行道路匹配，得到候选用户所在道路；及

关联查找模块，用于在所述候选用户所在道路中按照所述请求道路的有效范围查找得到关联用户。

15.如权利要求13所述的系统，其特征在于，所述服务端还包括：

信息筛选单元，用于筛选接收到的所述路况信息，以向发起所述路况请求的用户推送筛选得到的路况信息。

16.一种路况信息服务的实现系统，其特征在于，包括终端设备，所述终端设备包括：

请求发起单元，用于终端设备中通过触发条件触发向服务端发起路况请求；其中，所述路况请求中包含路况查询信息，所述服务端通过应答所述路况请求对所述路况查询信息进行位置关联处理，以获取所述路况请求对应的请求道路；

信息接收单元，用于接收所述服务端推送的所述请求道路的路况信息，所述路况信息是所述请求道路的关联用户反馈的；及

信息输出单元，用于输出所述关联用户反馈的路况信息。

17.如权利要求16所述的系统，其特征在于，所述终端设备还包括：

请求接收单元，用于关联用户所在终端设备接收所述服务端下发的所述路况请求；及

请求应答单元，用于应答所述路况请求，向所述服务端反馈所述路况请求对应的请求道路的所述路况信息。

18.如权利要求16所述的系统，其特征在于，所述终端设备还包括：

位置定位单元，用于触发进行位置上报的终端设备中进行地理位置定位；及

位置上报单元，用于向所述服务端上报定位得到的位置，所述服务端通过存储的所述位置进行所述位置关联处理。