CN103593971A - 交通信息的处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种交通信息的处理方法及装置，涉及信息技术领域，可以提高交通信息的精准度。所述方法包括：服务器判断RTIC路链对应的长度是否大于预设阈值，若RTIC路链对应的长度大于预设阈值，则将RTIC路链划分为N个路段，并获取N个路段分别对应的速度及交通状态信息。本发明实施例适用于处理及显示城市交通的实时路况信息。

Description

交通信息的处理方法及装置

技术领域

本发明涉及信息技术领域，特别涉及一种交通信息的处理方法及装置。

背景技术

随着城市交通的迅速发展，城市交通堵塞日益严重。为了避免在交通堵塞的道路出行，用户在出行之前希望可以获取到准确的实时路况信息。

目前，在获取实时路况信息时，服务器首先获取RTIC（Real-Time Informationof China，实时交通信息）路链中各个Link（最小路段）的交通信息，然后将各个基于Link的交通信息转换为基于RTIC的交通信息，并将该基于RTIC的交通信息发送给客户端。其中，服务器根据出租车实时上传的定位GPS（GlobalPositioning System，全球定位系统）数据进行处理得到各个Link的交通信息。

然而，通过基于RTIC的交通信息表示实时路况信息，由于仅由RTIC路链对应的一个交通信息表示RTIC路链包括的各个不同路段分别对应的交通信息，因此不能反映RTIC路链包括的各个不同路段实时路况信息之间的差异性，从而导致交通信息的精准度较低。

发明内容

本发明实施例提供一种交通信息的处理方法及装置，可以提高交通信息的精准度。

本发明实施例采用的技术方案为：

一种交通信息的处理方法，包括：

判断实时交通信息RTIC路链对应的长度是否大于预设阈值；

若所述RTIC路链对应的长度大于所述预设阈值，则将所述RTIC路链划分为N个路段，所述N为大于或者等于1的整数；

获取所述N个路段分别对应的速度及交通状态信息。

一种交通信息的处理装置，包括：

判断单元，用于判断实时交通信息RTIC路链对应的长度是否大于预设阈值；

划分单元，用于当所述判断单元判断所述RTIC路链对应的长度大于所述预设阈值时，将所述RTIC路链划分为N个路段，所述N为大于或者等于1的整数；

获取单元，用于获取所述划分单元划分的所述N个路段分别对应的速度及交通状态信息。

本发明实施例提供的交通信息的处理方法及装置，服务器判断RTIC路链对应的长度是否大于预设阈值，若RTIC路链对应的长度大于预设阈值，则将RTIC路链划分为N个路段，并获取N个路段分别对应的速度及交通状态信息。与目前仅由RTIC路链对应的一个交通信息表示RTIC路链包括的各个不同路段分别对应的交通信息相比，本发明实施例通过将RTIC路链进行划分，并获取划分之后的各个不同路段分别对应的交通信息，能够通过多个不同的交通信息反映RTIC路链包括的各个不同路段实时路况信息之间的差异性，从而可以提高交通信息的精准度。

附图说明

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

图1为本发明实施例一提供的一种交通信息的处理方法流程图；

图2为本发明实施例一提供的一种交通信息的处理装置的结构示意图；

图3为本发明实施例二提供的一种交通信息的处理方法流程图；

图4为本发明实施例二提供的一种交通信息的处理装置的结构示意图；

图5为本发明实施例二提供的一种RTIC路链包括的各个路段示意图；

图6为本发明实施例二提供的一种RTIC路链包括的各个路段示意图。

具体实施方式

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

为使本发明技术方案的优点更加清楚，下面结合附图和实施例对本发明作详细说明。

实施例一

本发明实施例提供一种交通信息的处理方法，如图1所示，所述方法包括：

101、服务器判断实时交通信息RTIC路链对应的长度是否大于预设阈值。

其中，预设阈值可以由服务器预先进行配置。例如，预设阈值可以为200米、500米或者1000米。

102、若RTIC路链对应的长度大于预设阈值，则服务器将RTIC路链划分为N个路段。

其中，N为大于或者等于1的整数。

对于本发明实施例，服务器可以将RTIC路链划分为N个路段，从而能够通过分别显示每个路段的交通信息，避免仅由RTIC路链对应的一个交通信息表示RTIC路链包括的各个不同路段分别对应的交通信息。

103、服务器获取N个路段分别对应的速度及交通状态信息。

其中，交通状态信息可以为畅通、缓慢及拥堵。

对于本发明实施例，服务器可以预先设置基于RTIC路链的数据规格，在数据规格中增加相关字段，从而能够实现存储各个不同路段的交通信息，进而可以通过用户终端设备显示RTIC路链中各个路段的交通信息。其中，相关字段包括：RTIC路链的分段个数N、各个路段对应的速度及交通状态信息、各个路段对应的长度、距离RTIC路链终点的长度等字段。

进一步地，服务器还可以通过广播或者网络等途径，将获取的各个路段分别对应的速度及交通状态信息发送给用户终端设备，从而使得用户可以通过汽车导航仪或者手机等终端设备，获取RTIC路链中各个路段分别对应的速度及交通状态信息。

进一步地，作为图1所示方法的具体实现，本发明实施例提供了一种交通信息的处理装置，如图2所示，所述装置的实体可以为服务器，所述装置包括：判断单元21、划分单元22、获取单元23。

判断单元21，用于判断RTIC路链对应的长度是否大于预设阈值。

划分单元22，用于当判断单元21判断RTIC路链对应的长度大于预设阈值时，将RTIC路链划分为N个路段。

其中，N为大于或者等于1的整数。

获取单元23，用于获取划分单元22划分的N个路段分别对应的速度及交通状态信息。

需要说明的是，本发明实施例中提供的交通信息的处理装置中各功能单元所对应的其他相应描述，可以参考图1中的对应描述，在此不再赘述。

本发明实施例提供的交通信息的处理方法及装置，服务器判断RTIC路链对应的长度是否大于预设阈值，若RTIC路链对应的长度大于预设阈值，则将RTIC路链划分为N个路段，并获取N个路段分别对应的速度及交通状态信息。与目前仅由RTIC路链对应的一个交通信息表示RTIC路链包括的各个不同路段分别对应的交通信息相比，本发明实施例通过将RTIC路链进行划分，并获取划分之后的各个不同路段分别对应的交通信息，能够通过多个不同的交通信息反映RTIC路链包括的各个不同路段实时路况信息之间的差异性，从而可以提高交通信息的精准度。

实施例二

本发明实施例提供一种交通信息的处理方法，如图3所示，所述方法包括：

301、服务器获取RTIC路链中各个最小路段Link分别对应的速度及RTIC等级。

其中，RTIC等级可以用于指示各个不同路段分别对应的重要性及交通能力。例如，不同路段对应的RTIC等级可以为1级、2级、3级、4级。若路段对应的RTIC等级为1级，则该路段对应的重要等级较高、交通能力较好；若路段对应的RTIC等级为4级，则该路段对应的重要等级较低、交通能力较差。在本发明实施例中，服务器可以预先根据RTIC路链中的各个Link对应的重要性及交通能力获取各个Link分别对应的RTIC等级。

对于本发明实施例，各个Link分别对应的速度可以由服务器进行获取。具体地，服务器获取各个出租车实时上传的定位GPS数据中的位置信息、速度信息及时间信息，并通过浮动车信息处理技术获取各个Link分别对应的速度。

可选地，若各个Link中存在没有交通信息的Link，则配置Link对应的交通信息。其中，交通信息包括Link对应的速度及交通状态信息。

具体地，服务器可以依次通过时间填补、空间填补、历史数据填补、默认数据填补等方式为没有交通信息的Link配置对应的交通信息。

对于本发明实施例，服务器优先通过时间填补的方式为没有交通信息的Link配置对应的交通信息。具体地，服务器获取预设时间内Link对应的最近一次实时交通信息，配置该Link对应的交通信息。其中，预设时间可以由服务器进行配置。例如，预设时间可以为3分钟、5分钟、10分钟。

对于本发明实施例，当服务器无法通过时间填补的方式为没有交通信息的Link配置对应的交通信息时，服务器通过空间填补的方式为Link配置对应的交通信息。具体地，服务器获取与没有交通信息的Link之前相邻的Link对应的交通信息及之后相邻的Link对应的交通信息。若与没有交通信息的Link之前相邻的Link及之后相邻的Link均存在对应的交通信息，则服务器按照二者的平均速度为没有交通信息的Link配置对应的速度，并根据Link对应的速度进一步获取Link对应的交通状态信息。例如，某个没有交通信息的Link之前相邻的Link对应的速度为30千米每小时，之后相邻的Link对应的速度为40千米每小时，则服务器为没有交通信息的Link配置对应的速度为35千米每小时。

对于本发明实施例，当服务器无法通过空间填补的方式为没有交通信息的Link配置对应的交通信息时，服务器通过历史数据填补的方式为Link配置对应的交通信息。具体地，服务器首先获取与当前时刻的日期对应的特征日，然后获取特征日在当前时刻的历史交通信息，最后按照该历史交通信息为Link配置对应的交通信息。其中，当前时刻的日期与特征日对应的特征相同，特征包括：是否为工作日、是否为某一周中的同一天。

对于本发明实施例，当服务器无法通过历史数据填补的方式为没有交通信息的Link配置对应的交通信息时，服务器通过默认数据填补的方式为Link配置对应的交通信息。具体地，服务器首先获取Link对应的默认畅通速度，然后按照该默认畅通速度配置Link对应的速度，并配置Link对应的交通状态信息为畅通。

302、服务器根据各个Link分别对应的速度及RTIC等级，分别获取各个Link对应的交通状态信息。

其中，交通状态信息可以为畅通、缓慢及拥堵。具体地，服务器可以首先根据各个出租车上传的定位GPS数据中的位置信息、速度信息及时间信息，通过浮动车信息处理技术获取各个Link分别对应的速度；然后获取各个Link分别对应的RTIC等级，其中，RTIC等级由服务器预先根据路段对应的重要性及交通能力进行配置；最后根据路段对应的速度及RTIC等级获取路段对应的交通状态信息。在本发明实施例中，服务器按照下表获取路段对应的交通状态信息：

RTIC等级	畅通	缓慢	拥堵
				1	V≥60	60＞V≥40	V＜40
2	V≥40	40＞V≥20	V＜20
				3	V≥25	25＞V≥15	V＜15
4	V≥20	20＞V≥10	V＜10

其中，V为路段对应的速度，速度的单位均为千米每小时。

303、服务器判断RTIC路链对应的长度是否大于预设阈值。

其中，预设阈值可以由服务器预先进行配置。例如，预设阈值可以为300米、400米或者800米。

304、若RTIC路链对应的长度大于预设阈值，并且各个Link中存在交通状态信息相同的相邻Link，则服务器将相邻Link进行合并，并计算各个合并之后的路段对应的速度及交通状态信息。

其中，合并之后的路段对应的交通状态信息为组成该路段的任意一个Link对应的交通状态信息，如图5所示。在本发明实施例中，服务器根据组成该路段的各个Link对应的速度计算合并之后的路段对应的速度。

进一步地，服务器根据公式V=(L1+L2+…Li…+Ln)/(T1+T2+…Ti…Tn)计算合并之后的路段对应的速度。其中，V为合并之后的路段对应的速度，n为合并之后的路段中包含的Link的个数，Li为第i个Link对应的长度，Ti为第i个Link对应的时间。Ti由服务器根据公式Ti=Li/Vi获取，Vi为第i个Link对应的速度。

例如，某个合并之后的路段中包含3个Link，第1个Link对应的速度为30千米每小时，对应的长度为300米；第2个Link对应的速度为32千米每小时，对应的长度为200米；第3个Link对应的速度为35千米每小时，对应的长度为100米。服务器首先根据各个Link对应的速度及长度分别计算各个Link对应的时间，第1个Link对应的时间为0.01h，第2个Link对应的时间为0.00625h，第3个Link对应的时间为0.00286h；然后服务器根据各个Link对应的长度及时间计算合并之后的路段对应的速度，合并之后的路段对应的速度为31.4千米每小时。

对于本发明实施例，若RTIC路链对应的长度小于预设阈值，则服务器首先将RTIC路链中的各个Link进行合并，然后计算合并之后的路段对应的速度及交通状态信息，并将该速度及交通状态作为RTIC路链对应的速度及交通状态信息。

305、服务器判断各个合并之后的路段中是否存在对应的长度小于预设阈值的路段。

对于本发明实施例，步骤304之前还可以包括，服务器获取各个合并之后的路段对应的长度。其中，合并之后的路段对应的长度为路段中包括的各个Link的长度之和。

306、若存在对应的长度小于预设阈值的路段，则服务器将路段与之后相邻的路段进行合并，直至合并之后的路段对应的长度大于或者等于预设阈值，并计算合并之后的路段对应的速度及交通状态信息。

对于本发明实施例，服务器通过将长度小于预设阈值的路段与之后的路段进行合并，能够使得合并之后的各个路段对应的长度均大于或者等于预设阈值，从而可以避免由于将RTIC路链划分的路段个数过多，导致RTIC路链对应的交通信息过于复杂的情况。

例如，若服务器预先配置的预设阈值为500米，如图6所示，服务器将交通状态信息相同的Link合并之后的各个路段对应的长度分别为：400米、150米、800米、200米、100米、600米。其中，长度为400米的路段对应的长度小于预设阈值，将该路段与之后的路段进行合并；长度为200米的路段对应的长度小于预设阈值，将该路段与之后的路段进行合并，合并之后的路段对应的长度为300米，将该路段继续与之后的路段进行合并。服务器合并之后的各个路段对应的长度分别为：550米、800米、900米，合并之后的各个路段对应的长度均大于预设阈值。

对于步骤306中合并之后的路段对应的速度计算方式的描述，与步骤304中合并之后的路段对应的速度计算方式的描述相同，在此不再赘述。对于步骤306中路段对应的交通状态信息获取方式的描述，与步骤302中路段对应的交通状态信息获取方式的描述相同，在此不再赘述。

进一步地，若合并之后的路段中的最后一个路段对应的长度小于预设阈值，则将最后一个路段与之前相邻的路段进行合并。在本发明实施例中，通过将对应的长度小于预设阈值的最后一个路段与之前的路段进行合并，能够避免由于最后一个路段对应的长度小于预设阈值，而且之后没有可以进行合并的相邻路段，导致存在对应的长度小于预设阈值的情况，从而可以使得合并之后的各个路段对应的长度均大于或者等于预设阈值。

307、若合并之后的路段中存在交通状态信息相同的相邻路段，则服务器将相邻路段进行合并，并计算合并之后的路段对应的速度及交通状态信息。

对于本发明实施例，通过将交通状态信息相同的相邻路段进行合并，能够在提高交通信息的精准度的前提下，减少RTIC路链划分的路段个数，从而可以减少各个路段对应的交通信息占用的存储空间，并降低传输各个路段对应的交通信息所需的网络带宽；同时还可以降低RTIC路链交通信息的显示复杂度。

进一步地，作为图3所示方法的具体实现，本发明实施例提供了一种交通信息的处理装置，如图4所示，所述装置的实体可以为服务器，所述装置包括：判断单元41、划分单元42、获取单元43。

判断单元41，用于判断实时交通信息RTIC路链对应的长度是否大于预设阈值。

划分单元42，用于当判断单元41判断RTIC路链对应的长度大于预设阈值时，将RTIC路链划分为N个路段。

其中，N为大于或者等于1的整数。

获取单元43，用于获取划分单元42划分的N个路段分别对应的速度及交通状态信息。

获取单元43，还用于获取RTIC路链中各个最小路段Link分别对应的速度及RTIC等级。

获取单元43，还用于根据各个Link分别对应的速度及RTIC等级，分别获取各个Link对应的交通状态信息。

可选地，所述装置还可以包括：配置单元44。

配置单元44，用于当各个Link中存在没有交通信息的Link时，配置Link对应的交通信息

其中，交通信息包括Link对应的速度及交通状态信息。

划分单元42包括：合并模块4201、判断模块4202。

合并模块4201，用于当各个Link中存在交通状态信息相同的相邻Link时，将相邻Link进行合并。

判断模块4202，用于判断合并模块4201合并之后的各个路段中是否存在对应的长度小于预设阈值的路段。

合并模块4201，还用于当判断模块4202判断存在对应的长度小于预设阈值的路段时，将路段与之后相邻的路段进行合并，直至合并之后的路段对应的长度大于或者等于预设阈值。

获取单元43包括：计算模块4301。

计算模块4301，用于计算合并模块4201合并之后的各个路段对应的速度及交通状态信息。

合并模块4201，还用于当合并之后的路段中存在交通状态信息相同的相邻路段时，将相邻路段进行合并。

需要说明的是，本发明实施例中提供的交通信息的处理装置中各功能单元所对应的其他相应描述，可以参考图4中的对应描述，在此不再赘述。

本发明实施例提供的交通信息的处理方法及装置，服务器判断RTIC路链对应的长度是否大于预设阈值，若RTIC路链对应的长度大于预设阈值，则将RTIC路链划分为N个路段，并获取N个路段分别对应的速度及交通状态信息。与目前仅由RTIC路链对应的一个交通信息表示RTIC路链包括的各个不同路段分别对应的交通信息相比，本发明实施例通过将RTIC路链进行划分，并获取划分之后的各个不同路段分别对应的交通信息，能够通过多个不同的交通信息反映RTIC路链包括的各个不同路段实时路况信息之间的差异性，从而可以提高交通信息的精准度。

本发明实施例提供的交通信息的处理装置可以实现上述提供的方法实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。本发明实施例提供的交通信息的处理方法及装置可以适用于处理及显示城市交通的实时路况信息，但不仅限于此。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种交通信息的处理方法，其特征在于，包括：

判断实时交通信息RTIC路链对应的长度是否大于预设阈值；

若所述RTIC路链对应的长度大于所述预设阈值，则将所述RTIC路链划分为N个路段，所述N为大于或者等于1的整数；

获取所述N个路段分别对应的速度及交通状态信息。

2.根据权利要求1所述的交通信息的处理方法，其特征在于，所述判断实时交通信息RTIC路链对应的长度是否大于预设阈值的步骤之前，还包括：

获取所述RTIC路链中各个最小路段Link分别对应的速度及RTIC等级；

根据所述各个Link分别对应的速度及RTIC等级，分别获取所述各个Link对应的交通状态信息。

3.根据权利要求2所述的交通信息的处理方法，其特征在于，所述根据所述各个Link分别对应的速度及RTIC等级，分别获取所述各个Link对应的交通状态信息的步骤之后，还包括：

若所述各个Link中存在没有交通信息的Link，则配置所述Link对应的交通信息，所述交通信息包括所述Link对应的速度及交通状态信息。

4.根据权利要求1所述的交通信息的处理方法，其特征在于，所述将所述RTIC路链划分为N个路段，获取所述N个路段分别对应的速度及交通状态信息包括：

若所述各个Link中存在交通状态信息相同的相邻Link，则将所述相邻Link进行合并，并计算各个合并之后的路段对应的速度及交通状态信息；

判断所述各个合并之后的路段中是否存在对应的长度小于所述预设阈值的路段；

若存在对应的长度小于所述预设阈值的路段，则将所述路段与之后相邻的路段进行合并，直至合并之后的路段对应的长度大于或者等于所述预设阈值，并计算合并之后的路段对应的速度及交通状态信息。

5.根据权利要求4所述的交通信息的处理方法，其特征在于，所述若存在对应的长度小于所述预设阈值的路段，则将所述路段与之后相邻的路段进行合并，直至合并之后的路段对应的长度大于所述预设阈值，并计算合并之后的路段对应的速度及交通状态信息的步骤之后，还包括：

若所述合并之后的路段中存在交通状态信息相同的相邻路段，则将所述相邻路段进行合并，并计算合并之后的路段对应的速度及交通状态信息。

6.一种交通信息的处理装置，其特征在于，包括：

判断单元，用于判断实时交通信息RTIC路链对应的长度是否大于预设阈值；

划分单元，用于当所述判断单元判断所述RTIC路链对应的长度大于所述预设阈值时，将所述RTIC路链划分为N个路段，所述N为大于或者等于1的整数；

获取单元，用于获取所述划分单元划分的所述N个路段分别对应的速度及交通状态信息。

7.根据权利要求6所述的交通信息的处理装置，其特征在于，

所述获取单元，还用于获取所述RTIC路链中各个最小路段Link分别对应的速度及RTIC等级；

所述获取单元，还用于根据所述各个Link分别对应的速度及RTIC等级，分别获取所述各个Link对应的交通状态信息。

8.根据权利要求7所述的交通信息的处理装置，其特征在于，所述装置还包括：

配置单元，用于当所述各个Link中存在没有交通信息的Link时，配置所述Link对应的交通信息，所述交通信息包括所述Link对应的速度及交通状态信息。

9.根据权利要求6所述的交通信息的处理装置，其特征在于，所述划分单元包括：合并模块、判断模块；

所述合并模块，用于当所述各个Link中存在交通状态信息相同的相邻Link时，将所述相邻Link进行合并；

所述判断模块，用于判断所述各个所述合并模块合并之后的路段中是否存在对应的长度小于所述预设阈值的路段；

所述合并模块，还用于当所述判断模块判断存在对应的长度小于所述预设阈值的路段时，将所述路段与之后相邻的路段进行合并，直至合并之后的路段对应的长度大于或者等于所述预设阈值；

所述获取单元包括：计算模块；

所述计算模块，用于计算各个所述合并模块合并之后的路段对应的速度及交通状态信息。

10.根据权利要求9所述的交通信息的处理装置，其特征在于，

所述合并模块，还用于当所述合并之后的路段中存在交通状态信息相同的相邻路段时，将所述相邻路段进行合并。

Images