实时路况分享方法、装置及系统

1.一种实时路况分享方法，其特征在于，包括：
服务器对多个客户端进行监听，接收每个客户端上传的用户路况数据；
根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据；
当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据；以及
发布更新后的所有综合路况数据；
当满足预定条件时，客户端对所述用户路况数据进行抽稀处理，即间隔1个或n个数据抽取一个数据，n为大于1的整数，对抽取得到的用户路况数据进行压缩打包，并将用户路况数据包上传给服务器，所述预定条件包括堵车或者车辆保持直行的情况，这些情况可以根据数据的时间差和相对位置关系来进行判断识别；
所述对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据包括：
按照时间排序为实时路况数据分配权重，越靠近当前时间的实时路况数据的权重越大，依据权重对各个道路的实时路况数据的相同参数进行加权平均，然后再根据所述加权平均后的参数进行计算，得到与该条道路对应的综合路况数据。
2.根据权利要求1所述的方法，其特征在于，所述客户端上传的用户路况数据包括装载有所述客户端的终端设备的实时位置、移动轨迹、移动速度以及移动方向。
3.根据权利要求2所述的方法，其特征在于，所述根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据的步骤，包括：
根据每个客户端上传的用户路况数据中的终端设备的实时位置信息，在地图中对所述终端设备进行定位；
根据定位结果获取与每个客户端上传的用户路况数据对应的道路；以及
分别将每个客户端上传的用户路况数据作为与该用户路况数据对应的道路的实时路况数据，并对所述道路的实时路况数据进行临时存储。
4.根据权利要求1所述的方法，其特征在于，所述当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据的步骤，包括：
判断是否满足预置更新条件，如果满足，则对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据并对所述综合路况数据进行临时存储，否则，返回所述接收每个客户端上传的用户路况数据的步骤。
5.根据权利要求4所述的方法，其特征在于，所述预置更新条件包括：
当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔；或者，服务器临时存储的综合路况数据的数据量达到预定数据量；或者，
当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔，并且服务器临时存储的综合路况数据的数据量达到预定数据量。
6.根据权利要求1所述的方法，其特征在于，所述服务器发布更新后的所有综合路况数据的方式包括：通过道路电子显示屏发布、通过手机短信发布、通过电台或电视台发布、或者通过第三方应用软件的客户端发布。
7.一种实时路况分享方法，其特征在于，包括：
多个客户端分别获取各自的用户路况数据，并对所述用户路况数据进行缓存；
满足预置上传条件的客户端将所述用户路况数据上传给服务器；
所述服务器接收每个客户端上传的用户路况数据；
所述服务器根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据；
当满足预置更新条件时，所述服务器对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据；以及所述服务器发布更新后的所有综合路况数据；
当满足预定条件时，客户端对所述用户路况数据进行抽稀处理，即间隔1个或n个数据抽取一个数据，n为大于1的整数，对抽取得到的用户路况数据进行压缩打包，并将打包后的用户路况数据上传给服务器，所述预定条件包括堵车或者车辆保持直行的情况，这些情况可以根据数据的时间差和相对位置关系来进行判断识别；
所述服务器对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据包括：按照时间排序为实时路况数据分配权重，越靠近当前时间的实时路况数据的权重越大，依据权重对各个道路的实时路况数据的相同参数进行加权平均，然后再根据所述加权平均后的参数进行计算，得到与该条道路对应的综合路况数据。
8.根据权利要求7所述的方法，其特征在于，所述预置上传条件包括：
当前时间与前一次上传时间之间的间隔达到预定时间间隔；或者，客户端临时存储的用户路况数据的数据量达到预定数据量；或者，当前时间与前一次上传时间之间的间隔达到预定时间间隔，并且客户端临时存储的用户路况数据的数据量达到预定数据量。
9.一种实时路况分享装置，运行于服务器，其特征在于，包括：
数据监听模块，用于对多个客户端进行监听，接收每个客户端上传的用户路况数据；
实时路况数据处理模块，用于根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据；
综合路况数据处理模块，用于当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据；以及
数据发布模块，用于发布更新后的所有综合路况数据；
当满足预定条件时，客户端对所述用户路况数据进行抽稀处理，即间隔1个或n个数据抽取一个数据，n为大于1的整数，对抽取得到的用户路况数据进行压缩打包，并将用户路况数据包上传给服务器，所述预定条件包括堵车或者车辆保持直行的情况，这些情况可以根据数据的时间差和相对位置关系来进行判断识别；
所述对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据包括：按照时间排序为实时路况数据分配权重，越靠近当前时间的实时路况数据的权重越大，依据权重对各个道路的实时路况数据的相同参数进行加权平均，然后再根据所述加权平均后的参数进行计算，得到与该条道路对应的综合路况数据。
10.根据权利要求9所述的装置，其特征在于，所述客户端上传的用户路况数据包括装载有所述客户端的终端设备的实时位置、移动轨迹、移动速度以及移动方向。
11.根据权利要求9所述的装置，其特征在于，所述实时路况数据处理模块，包括：
定位单元，用于根据每个客户端上传的用户路况数据中的终端设备的实时位置信息，在地图中对所述终端设备进行定位；
匹配单元，用于根据定位结果获取与每个客户端上传的用户路况数据对应的道路；以及
存储单元，用于分别将每个客户端上传的用户路况数据作为与该用户路况数据对应的道路的实时路况数据，并对所述道路的实时路况数据进行临时存储。
12.根据权利要求9所述的装置，其特征在于，所述综合路况数据模块，包括：判断单元、处理单元以及存储单元，其中，所述判断单元用于判断是否满足预置更新条件，如果满足，则所述处理单元对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，所述存储单元对所述综合路况数据进行临时存储。
13.根据权利要求12所述的装置，其特征在于，所述预置更新条件包括：
当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔；或者，服务器临时存储的综合路况数据的数据量达到预定数据量；或者，
当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔，并且服务器临时存储的综合路况数据的数据量达到预定数据量。
14.根据权利要求9所述的装置，其特征在于，所述服务器发布更新后的所有综合路况数据的方式包括：通过道路电子显示屏发布、通过手机短信发布、通过电台或电视台发布、或者通过第三方应用软件的客户端发布。
15.一种实时路况分享系统，包括多个客户端以及服务器，其特征在于，所述多个客户端用于分别获取各自的用户路况数据，并对所述用户路况数据进行缓存，满足预置上传条件的客户端将所述用户路况数据上传给服务器；
所述服务器用于接收每个客户端上传的用户路况数据，根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据，当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据，以及发布更新后的所有综合路况数据；当满足预定条件时，客户端对所述用户路况数据进行抽稀处理，即间隔1个或n个数据抽取一个数据，n为大于1的整数，对抽取得到的用户路况数据进行压缩打包，并将用户路况数据包上传给服务器，所述预定条件包括堵车或者车辆保持直行的情况，这些情况可以根据数据的时间差和相对位置关系来进行判断识别；
所述服务器对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据包括：按照时间排序为实时路况数据分配权重，越靠近当前时间的实时路况数据的权重越大，依据权重对各个道路的实时路况数据的相同参数进行加权平均，然后再根据所述加权平均后的参数进行计算，得到与该条道路对应的综合路况数据。
16.根据权利要求15所述的系统，其特征在于，所述预置上传条件包括：
当前时间与前一次上传时间之间的间隔达到预定时间间隔；或者，客户端临时存储的用户路况数据的数据量达到预定数据量；或者，当前时间与前一次上传时间之间的间隔达到预定时间间隔，并且客户端临时存储的用户路况数据的数据量达到预定数据量。

实时路况分享方法、装置及系统\n技术领域\n[0001] 本发明涉及互联网通讯技术，尤其涉及一种实时路况分享方法、装置及系统。\n背景技术\n[0002] 现有的实施路况都是采用安装固定或移动的测速设备来获取的。测速设备例如包括传统的基于视频技术的测速设备(例如摄像头)、基于微波雷达技术的测速设备、或基于地磁/电磁感应的测试设备(例如地感线圈)等。基于这些测速设备的测速结果虽然精度都比较高，但是由于设备成本以及维护成本比较高，这些设备一般都仅布设在重点路段，无法有效的覆盖所有道路，因此也无法提供所有道路的实时路况数据。\n发明内容\n[0003] 有鉴于此，本发明提供一种实时路况分享方法、装置及系统，可降低实时路况采集的成本，大大增加了数据采集密度，增大了数据的覆盖范围，有利于提高数据的准确性。\n[0004] 本发明实施例提出的一种实时路况分享方法，包括：服务器对多个客户端进行监听，接收每个客户端上传的用户路况数据；根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据；当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据；以及发布更新后的所有综合路况数据。\n[0005] 本发明实施例提出的一种实时路况分享方法，包括：多个客户端分别获取各自的用户路况数据，并对所述用户路况数据进行缓存；满足预置上传条件的客户端将所述用户路况数据上传给服务器；所述服务器接收每个客户端上传的用户路况数据；所述服务器根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据；当满足预置更新条件时，所述服务器对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据；以及所述服务器发布更新后的所有综合路况数据。\n[0006] 本发明实施例提出的一种实时路况分享装置，包括：数据监听模块，用于对多个客户端进行监听，接收每个客户端上传的用户路况数据；实时路况数据处理模块，用于根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据；综合路况数据处理模块，用于当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据；以及数据发布模块，用于发布更新后的所有综合路况数据。\n[0007] 本发明实施例提出的一种实时路况分享系统，包括多个客户端以及服务器。所述多个客户端用于分别获取各自的用户路况数据，并对所述用户路况数据进行缓存，满足预置上传条件的客户端将所述用户路况数据上传给服务器；所述服务器用于接收每个客户端上传的用户路况数据，根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据，当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据，以及发布更新后的所有综合路况数据。\n[0008] 本发明实施例提供的技术方案中，服务器通过监听多个客户端的用户路况数据，对接收到的多个客户端的用户路况数据进行处理，得到道路的综合路况数据，通过统计各个客户端上传的用户路况数据即可得到当前道路的综合路况数据，不需要额外投入硬件，充分利用了用户终端设备采集路况数据的功能，可降低实时路况采集的成本，大大增加了数据采集密度，增大了数据的覆盖范围，有利于提高数据的准确性。\n[0009] 为让本发明的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。\n附图说明\n[0010] 图1示出了本发明提供的实施例的应用环境图。\n[0011] 图2示出了一种终端设备的结构框图。\n[0012] 图3示出了一种服务器的结构框图。\n[0013] 图4为本发明第一实施例提供的实时路况分享方法的流程图。\n[0014] 图5为图4中部分流程的具体流程图。\n[0015] 图6为本发明第二实施例提供的实时路况分享方法的流程图。\n[0016] 图7为图6中部分流程的具体流程图。\n[0017] 图8为图6中另一部分流程的具体流程图。\n[0018] 图9为本发明第三实施例提供的实时路况分享方法的流程图。\n[0019] 图10为本发明第四实施例提供的实时路况分享装置的结构示意图。\n[0020] 图11为图10中部分模块的结构示意图。\n[0021] 图12为图10的装置的存储环境示意图。\n[0022] 图13为本发明第五实施例提供的实时路况分享装置的结构示意图。\n[0023] 图14为图13中实时路况数据处理模块的结构示意图。\n[0024] 图15为图13中综合路况数据处理模块的结构示意图。\n[0025] 图16为图13的装置的存储环境示意图。\n具体实施方式\n[0026] 为更进一步阐述本发明为实现预定发明目的所采取的技术手段及功效，以下结合附图及较佳实施例，对依据本发明的具体实施方式、结构、特征及其功效，详细说明如后。\n[0027] 当前每个出行的用户，无论是乘车还是自己驾车，都会携带智能手机、平板电脑等移动终端设备。在本发明实施例的实时路况分享方法中，每个用户在出行的过程中，终端设备上的客户端都可以定时上传用户路况信息(终端设备的移动轨迹、移动速度、移动方向等数据)给服务器，服务器经过地图匹配后可以得到与各条道路分别对应的实时路况数据，一条道路可能对应多个来自不同客户端的实时路况数据，对这些实时路况数据进行统计处理，就可以计算出每条道路的综合路况信息。服务器将综合路况信息通过电台、电视、手机短信等各种方式的对外发布，可以服务大多数计划或正在出行的用户。\n[0028] 本发明实施例所提供的实时路况分享方法可应用于如图1所示的应用环境中，实现对实时路况的分享。如图1所示，实现该方法的系统主要包括多个终端设备100以及服务器200。每个终端设备均装载有客户端100a。多个终端设备100与服务器200位于无线网络或有线网络中，通过该无线网络或有线网络，客户端100a以及服务器200进行数据交互。\n[0029] 其中，客户端100a主要负责获取用户的路况信息数据、照片拍摄以及与服务器200的数据通信等。同时负责界面显示，并与用户进行交互。服务器则负责接收客户端提交的路况信息数据，同时将发布实时路况数据。\n[0030] 终端设备100例如可以包括智能手机、平板电脑、电子书阅读器、膝上型便携计算机、车载电脑、穿戴设备等移动终端设备。可以理解的，终端设备也可以包括其他具有卫星导航定位、基站定位、无线网络定位、蓝牙、近场通信、速度感测、方向感测等功能终端设备。\n[0031] 服务器200可以是一个或多个单独的服务器，也可以是具有不同功能的服务器群组。\n[0032] 图2示出了一种可应用于本发明实施例中的终端设备的结构框图。如图2所示，终端设备100包括存储器102、存储控制器104，一个或多个(图中仅示出一个)处理器106、外设接口108、射频模块110、定位模块112、图像采集模块114、音频模块116、触控屏幕118、按键模块120以及感测模块121。这些组件通过一条或多条通讯总线/信号线122相互通讯。\n[0033] 可以理解，图2所示的结构仅为示意，终端设备100还可包括比图3中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。\n[0034] 存储器102可用于存储软件程序以及模块，如本发明实施例中的路况信息分享方法及装置对应的程序指令/模块，处理器106通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理，如本发明实施例提供的身份验证方法。\n[0035] 存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器102可进一步包括相对于处理器106远程设置的存储器，这些远程存储器可以通过网络连接至终端设备100。\n处理器106以及其他可能的组件对存储器102的访问可在存储控制器104的控制下进行。\n[0036] 外设接口108将各种输入/输入装置耦合至CPU以及存储器102。处理器106运行存储器102内的各种软件、指令以执行终端设备100的各种功能以及进行数据处理。\n[0037] 射频模块110用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。\n[0038] 定位模块112用于获取终端设备100的当前位置。定位模块112的实例包括但不限于全球卫星定位系统(GPS)、基于无线局域网或者移动通信网的定位技术。\n[0039] 图像采集模块114用于拍摄照片或者视频。拍摄的照片或者视频可以存储至存储器102内，并可通过射频模块110发送。\n[0040] 音频模块116向用户提供音频接口，其可包括一个或多个麦克风、一个或者多个扬声器以及音频电路。音频电路从外设接口108处接收声音数据，将声音数据转换为电信息，将电信息传输至扬声器。扬声器将电信息转换为人耳能听到的声波。音频电路还从麦克风处接收电信息，将电信号转换为声音数据，并将声音数据传输至外设接口108中以进行进一步的处理。音频数据可以从存储器102处或者通过射频模块110获取。此外，音频数据也可以存储至存储器102中或者通过射频模块110进行发送。在一些实例中，音频模块116还可包括一个耳机播孔，用于向耳机或者其他设备提供音频接口。\n[0041] 触控屏幕118在终端设备100与用户之间同时提供一个输出及输入界面。具体地，触控屏幕118向用户显示视频输出，这些视频输出的内容可包括文字、图形、视频、及其任意组合。触控屏幕118还接收用户的输入，例如用户的点击、滑动等手势操作，以便用户界面对象对这些用户的输入做出响应。检测用户输入的技术可以是基于电阻式、电容式或者其他任意可能的触控检测技术。触控屏幕118显示单元的具体实例包括但并不限于液晶显示器或发光聚合物显示器。\n[0042] 按键模块120同样提供用户向终端设备100进行输入的接口，用户可以通过按下不同的按键以使终端设备100执行不同的功能。\n[0043] 感测模块121可以包括方向感测器、速度感测器、加速度感测器、重力感测器等感测器，用于获取该终端设备100的移动方向、移动速度、加速度等参数。\n[0044] 图3示出了一种服务器的结构框图。如图2所示，服务器200包括：存储器201、处理器202以及网络模块203。\n[0045] 可以理解，图3所示的结构仅为示意，服务器200还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。图3中所示的各组件可以采用硬件、软件或其组合实现。另外，本发明实施例中的服务器还可以包括多个具体不同功能的服务器。\n[0046] 存储器201可用于存储软件程序以及模块，如本发明实施例中的实时路况分享方法及装置对应的程序指令/模块，处理器202通过运行存储在存储器201内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现本发明实施例中的实时路况分享方法。\n存储器201可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器201可进一步包括相对于处理器202远程设置的存储器，这些远程存储器可以通过网络连接至服务器200。进一步地，上述软件程序以及模块还可包括：服务模块221以及操作系统222。其中操作系统222，例如可为LINUX、UNIX、WINDOWS，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其他软件组件的运行环境。服务模块221运行在操作系统222的基础上，并通过操作系统222的网络服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给客户端。也就是说，服务模块221用于向客户端提供网络服务。\n[0047] 网络模块203用于接收以及发送网络信号。上述网络信号可包括无线信号或者有线信号。\n[0048] 第一实施例\n[0049] 图4为本发明第一实施例提供的实时路况分享方法的流程图。如图4所示，结合图\n1，本实施例主要描述的是客户端一侧的实施方式，本实施例提供的实时路况分享方法包括以下步骤：\n[0050] 步骤S11，客户端获取用户路况数据并对所述用户路况数据进行缓存。\n[0051] 当装载在终端设备上的客户端100a被启动，客户端100a会自动获取用户路况数据并对用户路况数据进行缓存。\n[0052] 用户路况数据可以包括装载有该客户端100a的终端设备100的实时位置、移动轨迹、移动速度以及移动方向等。用户路况数据还可以包括用户人工编辑的路况描述信息以及用户拍摄的实时图像等数据。\n[0053] 其中，终端设备100的实时位置信息(地理坐标，或大地坐标)可以由终端设备通过卫星导航定位、基站定位和无线网络(例如：WIFI)定位方式中的一种或几种获取。其中卫星导航定位可包括通过GPS(Global Positioning System，全球定位系统)卫星定位或北斗卫星定位。于本实施例一具体实施方式中，客户端100a可以根据预置的位置获取策略，在接入网络时，获取终端设备的位置信息。终端设备的实时位置信息也可以是由用户填写的位置信息，或者与用户在电子地图拖动的位置标记相对应的位置信息。\n[0054] 客户端100a可以根据终端设备的实时位置获取该终端设备的移动轨迹，连续的实时位置数据可以构成移动轨迹。\n[0055] 终端设备的移动速度可以由终端设备通过速度感测器获取。于本实施例一具体实施方式中，客户端100a可以根据预置的速度获取策略，在接入网络时，获取终端设备的移动速度信息。\n[0056] 终端设备的移动方向可以由终端设备通过方向感测器获取。于本实施例一具体实施方式中，客户端100a可以根据预置的方向获取策略，在接入网络时，获取终端设备的方向速度信息。\n[0057] 用户人工编辑的路况描述信息可以包括事故描述、拥堵程度描述、施工情况描述等。\n[0058] 进一步的，用户路况数据中还可以包括对应终端设备的身份标识信息，例如终端设备的机器码。\n[0059] 步骤S12，当满足预置上传条件时，将所述用户路况数据上传给服务器。\n[0060] 请参照图5，在一种具体实施方式中，步骤S12可以包括：\n[0061] 步骤S121，判断当前条件是否满足预置上传条件，如果满足，则执行步骤S122，否则，返回执行步骤S11。\n[0062] 所述预置上传条件，例如可以为当前时间与前一次上传时间之间的间隔达到预定时间间隔(例如1分钟或0.5分钟)；或者，客户端临时存储的用户路况数据的数据量达到预定数据量；或者，当前时间与前一次上传时间之间的间隔达到预定时间间隔，并且客户端临时存储的用户路况数据的数据量达到预定数据量。\n[0063] 步骤S122，对所述用户路况数据进行处理。\n[0064] 对所述用户路况数据进行的处理可以包括：对所述用户路况数据进行压缩打包，以节省网络流量。\n[0065] 进一步的，在进行压缩打包前，当满足预定条件时，还可以在对所述用户路况数据进行抽稀处理，比如间隔1个或n个数据抽取一个数据，当然，抽稀处理的间隔也可以根据实际情况进行调整。这里的预定条件例如可以包括堵车、或者车辆保持直行等情况，这些情况是可以根据数据的时间差和相对位置关系来进行判断识别的，例如，如果用户路况数据出现连续的具有相同大小的移动速度，并且这些移动速度对应相同的移动方向或者移动轨迹近似为直线，就可以判断车辆正在保持直行。\n[0066] 步骤S123，将处理后的用户路况数据上传给服务器。\n[0067] 每个客户端100a在满足预置上传条件时，均会将各自得到的用户路况数据包上传给服务器200，服务器200会接收到来自不同客户端100a的多个数据包，服务器200再对这些数据包进行处理得到每个道路的综合路况数据。\n[0068] 本实施例提供的实时路况分享方法中，客户端向服务器上传用户路况数据，以便于服务器可以对接收到的多个客户端的用户路况数据进行处理，得到道路的综合路况数据，通过统计各个客户端上传的用户路况数据即可得到当前道路的综合路况数据，不需要额外投入硬件，充分利用了用户终端设备采集路况数据的功能，可降低实时路况采集的成本，大大增加了数据采集密度，增大了数据的覆盖范围，有利于提高数据的准确性。\n[0069] 第二实施例\n[0070] 图6为本发明第二实施例提供的实时路况分享方法的流程图。如图6所示，结合图\n1，本实施例主要描述的是服务器一侧的实施方式，本实施例提供的实时路况分享方法包括以下步骤：\n[0071] 步骤S21，服务器对多个客户端进行监听，接收每个客户端上传的用户路况数据。\n[0072] 具体的，服务器200首先启动对客户端100a的监听，当监听到有客户端上传用户路况数据时，服务器200会接收客户端100a上传的用户路况数据。客户端100a上传的用户路况数据可以包括装载有该客户端的终端设备的实时位置、移动轨迹、移动速度以及移动方向等。用户路况数据还可以包括用户人工编辑上传的路况描述信息以及用户上传的实时图像等数据。\n[0073] 步骤S22，根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据。\n[0074] 请参照图7，在一种具体实施方式中，步骤S22可以包括：\n[0075] 步骤S221，根据每个客户端上传的用户路况数据中的终端设备的实时位置信息，在地图中对所述终端设备进行定位；\n[0076] 步骤S222，根据定位结果获取与每个客户端上传的用户路况数据对应的道路；以及\n[0077] 步骤S223，分别将每个客户端上传的用户路况数据作为与该用户路况数据对应的道路的实时路况数据，并对所述道路的实时路况数据进行临时存储。\n[0078] 服务器可以根据每个用户路况数据中的终端设备的实时位置信息，借助互联网或无线网络，结合地图数据，对终端设备进行定位，根据定位结果获取与每个所述用户路况数据对应的道路，也就是道路匹配。例如，某用户路况数据中的位置信息为北纬22.545，东经\n114.105，服务器200可以在地图数据中查找与该位置信息匹配的结果，定位出该终端设备所在的位置为深圳深南大道地王大厦。服务器200可以根据该定位结果获取与该用户路况数据对应的道路为深圳深南大道xx段，该用户路况数据中所包括的所有数据即可作为该道路的一个实时路况数据。如果多个用户上传的用户路况数据均与该条道路匹配，那么就可以得到与该条道路对应的多个实时路况数据。\n[0079] 优选的，在进行定位前，服务器可以先判断接收到的所述用户路况数据是否为压缩数据，如果是，则进行解压缩，否则直接进行定位。\n[0080] 步骤S23，当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据。请参照图8，在一种具体实施方式中，步骤S23可以包括：\n[0081] 步骤S231，判断当前条件是否满足预置更新条件，如果满足，则执行步骤S232，否则，返回执行步骤S21。\n[0082] 所述预置更新条件，例如可以为当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔(例如，1分钟或3分钟)；或者，服务器临时存储的综合路况数据的数据量达到预定数据量；或者，当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔，并且服务器临时存储的综合路况数据的数据量达到预定数据量。\n[0083] 步骤S232，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据。\n[0084] 由于服务器对多个客户端进行监听，因此针对每条道路，可能会对应有多个实时路况数据，服务器可以以每一条具有新的实时路况数据的道路为对象，分别对这些道路的实时路况数据进行统计处理得到综合路况数据。\n[0085] 服务器对与每条道路对应的这些实时路况数据的处理过程例如可以包括：对每条道路所对应的多个实时路况数据进行去除异常值处理，比如去除明显的错误值；对每条道路所对应的多个实时路况数据中的相同参数进行加权平均处理。在加权平均处理时，例如可以按照时间排序，越靠近当前时间的实时路况数据的权重越大。当然，也可以根据各个道路的实时路况数据的质量评价等级与信任度等信息，确定各个道路实时路况数据的权重，依据权重对各个道路的实时路况数据的相同参数进行加权平均，然后再根据这些加权平均后的参数进行计算，得到与该条道路对应的通行时间、平均通行速度等数据，作为最终的综合路况数据，具体的计算过程这里不再赘述。当然，综合路况数据中还可以包括用户上传的事故描述、拥堵程度描述、施工情况描述等参考信息。\n[0086] 步骤S233，更新对应道路的综合路况数据。\n[0087] 以具有新的实时路况数据的道路为对象，对这些道路的综合路况数据进行更新，将旧的综合路况数据更新为步骤S232所得到的处理后的综合路况数据。\n[0088] 进一步的，在更新综合路况数据前，对于有新的实时路况数据的道路，还可以结合历史统计数据进行修正处理。比如，将同一时间段内的同一个时间(例如星期日的中午12时)的同一条道路的历史统计路况数据与当前的实时路况数据进行比较，当此道路上的更新数据量相对较少时，可能误差较大，可以结合该道路的历史统计路况数据对当前的实时路况数据进行修复，这样会提高数据的准确性。\n[0089] 对于没有新的实时路况数据的道路，可以根据路网关系，利用有新的实时路况数据的道路的数据进行估计，也可以结合历史统计路况数据进行估计。\n[0090] 进一步的，进行完数据更新后，还可以根据更新后的综合路况数据以及预定的阈值，判断每条道路的当前路况状态，当综合路况数据小于第一阈值时，可以判定当前道路畅通，当综合路况数据大于第一阈值且小于第二阈值时，可以判定当前道路车速缓慢，当综合路况数据大于第二阈值时，可以判定当前道路拥堵，其中，第二阈值大于第一阈值。\n[0091] 步骤S24，发布更新后的所有综合路况数据。\n[0092] 具体的，可以通过手机短信、道路上的电子屏、车载电视、电台等各种渠道进行实时路况数据发布。也可以将实时路况数据发布在客户端100a，或者其他第三方客户端(例如各种地图、社交应用等)。\n[0093] 进一步的，如果实时路况数据是通过电子屏、客户端发布的，还可以用颜色表示道路拥堵状况，例如可以用绿色表示道路畅通，黄色则表示车速较慢，红色表示道路拥堵等。\n另外，也可以结合电子地图等应用，在地图上用颜色显示各个道路的拥堵状况。\n[0094] 本实施例提供的实时路况分享方法中，服务器通过监听多个客户端的用户路况数据，对接收到的多个客户端的用户路况数据进行处理，得到道路的综合路况数据，通过统计各个客户端上传的用户路况数据即可得到当前道路的综合路况数据，不需要额外投入硬件，充分利用了用户终端设备采集路况数据的功能，可降低实时路况采集的成本，大大增加了数据采集密度，增大了数据的覆盖范围，有利于提高数据的准确性。\n[0095] 第三实施例\n[0096] 图9为本发明第三实施例提供的实时路况分享方法的流程图。如图9所示，并参照图1，本实施例主要描述的服务器与客户端之间的交互方式，本实施例提供的实时路况分享方法包括以下步骤：\n[0097] 步骤S301，多个客户端分别获取各自的用户路况数据，并对所述用户路况数据进行缓存。\n[0098] 步骤S302，每个所述客户端分别判断各自的当前条件是否满足预置上传条件，如果满足，则执行步骤S303，否则返回步骤S301。\n[0099] 步骤S303，对所述用户路况数据进行压缩打包。\n[0100] 步骤S304，将打包后的用户路况数据上传给服务器。\n[0101] 步骤S305，服务器接收每个所述客户端上传的用户路况数据，并对所述用户路况数据进行解压缩。\n[0102] 步骤S306，服务器根据解压后的用户路况数据，进行道路匹配，获得与所述用户路况数据对应的道路以及该道路的实时路况数据。\n[0103] 步骤S307，服务器对每个道路的实时路况数据进行临时存储，以便后续进行统计处理。\n[0104] 步骤S308，服务器判断当前条件是否满足预置更新条件，如果满足，则执行步骤S309，否则，返回步骤S305。\n[0105] 步骤S309，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据。\n[0106] 步骤S310，服务器更新对应道路的综合路况数据。\n[0107] 步骤S311，服务器发布更新后的所有综合路况数据。\n[0108] 上述各步骤的具体过程，请参见上述第一实施例以及第二实施例中描述的具体内容，此处不再赘述。\n[0109] 本实施例提供的实时路况分享方法中，客户端向服务器上传用户路况数据，服务器监听多个客户端的用户路况数据，并对接收到的多个客户端的用户路况数据进行处理，得到道路的综合路况数据，通过统计各个客户端上传的用户路况数据即可得到当前道路的综合路况数据，不需要额外投入硬件，充分利用了用户终端设备采集路况数据的功能，可降低实时路况采集的成本，大大增加了数据采集密度，增大了数据的覆盖范围，有利于提高数据的准确性。\n[0110] 第四实施例\n[0111] 图10为本发明第四实施例提供的实时路况分享装置的结构示意图。本实施例提供的实时路况分享装置可以用于上述实施例中的实时路况分享方法。本实施例提供的装置可运行于终端设备。如图10所示，实时路况分享装置40包括：数据获取模块41以及数据上传模块42。\n[0112] 数据获取模块41，用于获取用户路况数据并对所述用户路况数据进行缓存。\n[0113] 用户路况数据可以包括装载有该客户端的终端设备的实时位置、移动轨迹、移动速度以及移动方向等。用户路况数据还可以包括用户人工编辑的路况描述信息以及用户拍摄的实时图像等数据。\n[0114] 数据上传模块42，用于当满足预置上传条件时，将所述用户路况数据上传给服务器。\n[0115] 请参照图11，在一种具体实施方式中，数据上传模块42可以包括：判断单元421、数据处理单元422以及数据上传单元423。\n[0116] 其中，判断单元421用于判断当前条件是否满足预置上传条件；如果满足，则数据处理单元422对所述用户路况数据进行处理，否则，数据获取模块41继续获取用户路况数据并对所述用户路况数据进行缓存。\n[0117] 所述预置上传条件，例如可以为当前时间与前一次上传时间之间的间隔达到预定时间间隔(例如1分钟或0.5分钟)；或者，客户端临时存储的用户路况数据的数据量达到预定数据量；或者，当前时间与前一次上传时间之间的间隔达到预定时间间隔，并且客户端临时存储的用户路况数据的数据量达到预定数据量。\n[0118] 进一步的，对所述用户路况数据进行的处理可以包括：对所述用户路况数据进行压缩打包，以节省网络流量。\n[0119] 进一步的，在进行压缩打包前，当满足预定条件时，还可以在对所述用户路况数据进行抽稀处理，比如间隔1个或n个数据抽取一个数据，当然，抽稀处理的间隔也可以根据实际情况进行调整。这里的预定条件例如可以包括堵车、或者车辆保持直行等情况下，这些情况是可以根据数据的时间差和相对位置关系来进行判断识别的。\n[0120] 以上各模块可以是由软件代码实现，此时，上述的各模块可存储于存储器102内，如图12所示。以上各模块同样可以由硬件例如集成电路芯片实现。\n[0121] 本实施例对实时路况分享装置40的各功能模块实现各自功能的具体过程，请参见上述图1至图9所示实施例中描述的具体内容，此处不再赘述。\n[0122] 第五实施例\n[0123] 图13为本发明第五实施例提供的实时路况分享装置的结构示意图。本实施例提供的实时路况分享装置可以用于上述实施例中的实时路况分享方法。本实施例提供的实时路况分享装置可运行于服务器。如图13所示，实时路况分享装置50包括：\n[0124] 数据监听模块51，用于对多个客户端进行监听，接收每个客户端上传的用户路况数据；\n[0125] 实时路况数据处理模块52，用于根据所述多个客户端上传的用户路况数据，获取与每个所述用户路况数据对应的道路的实时路况数据；\n[0126] 综合路况数据处理模块53，用于当满足预置更新条件时，对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据；以及\n[0127] 数据发布模块54，用于发布更新后的所有综合路况数据。\n[0128] 其中，所述客户端上传的用户路况数据可以包括装载有所述客户端的终端设备的实时位置、移动轨迹、移动速度以及移动方向。\n[0129] 进一步的，请参照图14，所述实时路况数据处理模块52可以包括：\n[0130] 定位单元521，用于根据每个客户端上传的用户路况数据中的终端设备的实时位置信息，在地图中对所述终端设备进行定位；\n[0131] 匹配单元522，用于根据定位结果获取与每个客户端上传的用户路况数据对应的道路；以及\n[0132] 存储单元523，用于分别将每个客户端上传的用户路况数据作为与该用户路况数据对应的道路的实时路况数据，并对所述道路的实时路况数据进行临时存储。\n[0133] 进一步的，请参照图15，所述综合路况数据模块53可以包括：判断单元531、处理单元532以及存储单元533，其中，所述判断单元531用于判断是否满足预置更新条件，如果满足，则所述处理单元532对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，所述存储单元533对所述综合路况数据进行临时存储。\n[0134] 所述预置更新条件可以包括：当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔；或者，服务器临时存储的综合路况数据的数据量达到预定数据量；\n或者，当前时间与前一次更新综合路况数据的时间之间的间隔达到预定时间间隔，并且服务器临时存储的综合路况数据的数据量达到预定数据量。\n[0135] 所述服务器发布更新后的所有综合路况数据的方式可以包括：通过道路电子显示屏发布、通过手机短信发布、通过电台或电视台发布、或者通过第三方应用软件的客户端发布。\n[0136] 以上各模块可以是由软件代码实现，此时，上述的各模块可存储于存储器201内，如图16所示。以上各模块同样可以由硬件例如集成电路芯片实现。\n[0137] 本实施例对实时路况分享装置50的各功能模块实现各自功能的具体过程，请参见上述图1至图9所示实施例中描述的具体内容，此处不再赘述。\n[0138] 第六实施例\n[0139] 本发明第六实施例提供的实时路况分享系统的结构示意图可如图1所示。本实施例提供的实时路况分享系统可以用于上述实施例中的实时路况分享方法。本实施例提供的实时路况分享系统如图1所示，包括多个终端设备100以及服务器200。每个终端设备100均装载有客户端100a。\n[0140] 于本实施例中，多个终端设备100的客户端100a分别获取各自的用户路况数据，并对所述用户路况数据进行缓存。每个所述客户端100a分别判断各自的当前条件是否满足预置上传条件，如果满足，则对所述用户路况数据进行压缩打包，否则继续获取用户路况数据。客户端100a将打包后的用户路况数据上传给服务器200。服务器200接收每个所述客户端100a上传的用户路况数据，并对所述用户路况数据进行解压缩。服务器200根据解压后的用户路况数据，进行道路匹配，获得与所述用户路况数据对应的道路以及该道路的实时路况数据。服务器200对每个道路的实时路况数据进行临时存储，以便后续进行统计处理。接着，服务器200判断当前条件是否满足预置更新条件，如果满足，则对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，否则，继续接收客户端100a上传的用户路况数据。服务器200对所获得的每条道路的所有实时路况数据进行处理以获得所述道路的综合路况数据，更新对应道路的综合路况数据，并发布更新后的所有综合路况数据。\n[0141] 本实施例提供的实时路况分享系统中，客户端向服务器上传用户路况数据，服务器监听多个客户端的用户路况数据，并对接收到的多个客户端的用户路况数据进行处理，得到道路的综合路况数据，通过统计各个客户端上传的用户路况数据即可得到当前道路的综合路况数据，不需要额外投入硬件，充分利用了用户终端设备采集路况数据的功能，可降低实时路况采集的成本，大大增加了数据采集密度，增大了数据的覆盖范围，有利于提高数据的准确性。\n[0142] 需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。\n对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。\n[0143] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者装置中还存在另外的相同要素。\n[0144] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。\n[0145] 以上，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，虽然本发明已以较佳实施例揭露如上，然而并非用以限定本发明，任何熟悉本专业的技术人员，在不脱离本发明技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本发明技术方案内容，依据本发明的技术实质对以上实施例所作的任何简单修改、等同变化与修饰，均仍属于本发明技术方案的范围内。