CN102684804A - 无线数据广播系统交通信息发布方法和设备 - Google Patents
无线数据广播系统交通信息发布方法和设备 Download PDFInfo
- Publication number
- CN102684804A CN102684804A CN2011100638659A CN201110063865A CN102684804A CN 102684804 A CN102684804 A CN 102684804A CN 2011100638659 A CN2011100638659 A CN 2011100638659A CN 201110063865 A CN201110063865 A CN 201110063865A CN 102684804 A CN102684804 A CN 102684804A
- Authority
- CN
- China
- Prior art keywords
- information
- traffic information
- issue
- traffic
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Navigation (AREA)
Abstract
本发明公开一种无线数据广播系统交通信息发布方法和设备,涉及导航领域。所述方法包括:从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息;通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布。所述设备包括过滤模块和发布模块。对于不可信的拥堵或缓行的信息发布出去,不但占用了RDS的发布资源,对用户的指导价值不大,有时甚至会误导用户,本发明实施例在数据发布前预先对其进行过滤,提高了RDS发布数据中有效数据的数量,即提高了RDS发布数据的有效性,使得发布信息更加准确合理。
Description
技术领域
本发明涉及导航领域,特别是涉及一种无线数据广播系统交通信息发布方法和设备。
背景技术
RDS(Radios Data System,无线数据广播系统)是于1984年由欧洲广播联盟(EBU)制定的数据广播系统的欧洲规范,RDS城市交通信息广播的主要特点是利用现有的调频广播资源,通过广播信号里插入数字码实现,当收音机检测和解调这些数字码后,便能提供相应的功能。
TMC(Traffic Message Channel,交通信息频道)是一个数字编码系统。TMC能产生连续的交通信息流,如交通拥塞或事故,可报告出事地点、时间与结果等。信息包括了一定地域范围内的交通状况。将TMC信息与地图导航结合到一起,提高了车辆导航对前方路况预测的准确性。
RDS-TMC是采用RDS技术实现信息发布的应用之一。交通信息在广播前按照TMC标准编码,采用RDS发布通道进行发布。车载终端设备可接收该码型信息,并可选择信息的实现方式,如文本、简单图形和语言等。
现有技术中,需要考虑到交通信息发布的实时性,采用RDS技术发布交通信息时,通常会每隔一定时间间隔获取一次当前实时交通信息并发布。由于RDS发布通道单位时间发送TMC事件数量有限,所以通常每批交通信息只能发布其中部分,而不能将全部信息在有限的时间内都发布出去。
在对现有技术的研究和实践过程中,发明人发现现有技术存在以下问题:在现有技术中,利用RDS发布通道发布TMC数据时,缺少对待发布数据的选择和控制,使得发布出去的交通信息中包含着参考价值不高的数据,有可能导致在有限的时间内有些参考价值较高的数据得不到发布,在一定程度上存在数据发布的有效性差,发布信息不够准确合理的问题。
发明内容
本发明实施例提供一种无线数据广播系统交通信息发布方法和设备,以提高RDS发布通道发布的有效交通事件数量,使发布的信息更加准确合理。
为实现上述目的,本发明实施例提供了如下方案:
一种无线数据广播系统交通信息发布方法,包括:
从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息;
通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布。
一种无线数据广播系统交通信息发布设备,包括:
过滤模块,用于从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息;
发布模块,用于通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布。
根据本发明提供的具体实施例,公开了以下技术效果:
本发明实施例中,预先从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉,再通过RDS发布通道将其发布。其中不可信的拥堵或缓行的信息即非常短暂的、很快就会消失的拥堵或缓行信息,如果发布出去,不但占用了RDS的发布资源,对用户的指导价值不大,有时甚至会误导用户,本发明实施例在数据发布前预先对其进行过滤,提高了RDS发布数据中有效数据的数量,即提高了RDS发布数据的有效性,使得发布信息更加准确合理。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种RDS交通信息发布方法流程图;
图2为本发明实施例提供的另一种RDS交通信息发布方法流程图;
图3为本发明实施例提供的一种RDS交通信息发布设备结构框图。
具体实施方式
为使本发明实施例的目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本发明作进一步详细的说明。
参见图1,本发明实施例提供了一种无线数据广播系统交通信息发布方法,包括如下步骤:
S101:从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息。
所谓不可信的拥堵或缓行的交通信息是指当前交通状态虽然是拥堵或缓行,但这种拥堵或缓行是非常短暂的,很快就会消失,比如某个路口等红绿灯等情况。对于这种非常短暂的拥堵或缓行信息发布出去,不但占用了RDS的发布资源,而且对用户的指导价值不大,有时甚至会误导用户,因此,预先将这种非常短暂不可信的拥堵或缓行信息预先过滤掉,以进一步提高RDS发布数据的有效性。
从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉的方法,其核心思想是通过判断当前交通信息中状态为拥堵或缓行的信息所需的通过时间是否满足一定的条件,来确定该拥堵或缓行的信息是否为不可信的拥堵或缓行信息。在具体实现中,不可信拥堵或缓行信息的判断方法有多种,本领域技术人员可以根据实际应用场景及要求自行设计。
本发明实施例中,给出一种从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉的具体实现方法,可以包括如下步骤:
首先,计算各处理单元的通过时间。
然后,比较所述通过时间与预设阈值的关系,过滤掉所述通过时间小于所述预设阈值的道路交通信息。
其中,所述处理单元由一条道路同方向上相邻的交通状态均为拥堵和缓行的数据单元合并而来。
计算各处理单元的通过时间的方法具体可以是:
计算处理单元中各数据单元的长度与当前速度比值的和,得到各处理单元的通过时间。
即在一条道路同方向上,将相邻的交通状态均为拥堵和缓行的数据单元合并为处理单元;其中数据单元为描述拥堵或缓行交通流量信息和其它非畅通事件信息的基本处理单元。
也就是说,处理单元是将一条道路同方向上相邻两处于畅通状态的数据单元之间的、状态均为拥堵、缓行的数据单元进行合并得到。举例说明,假设在一条道路同方向上有多个DataUnit(数据单元),各DataUnit的状态比如是,其中第1个DataUnit为拥堵,第2个为畅通,第3、4个为拥堵,第5个为缓行,第6个为畅通,第7个为缓行,第8个为拥堵,第9个为畅通...那么,第1个DataUnit为一个处理单元,第3、4、5个DataUnit为一个处理单元,第7、8个DataUnit为一个处理单元等等。
计算第3、4、5个DataUnit构成的处理单元的通过时间,具体为计算第3、4、5个DataUnit的长度与当前速度比值的和,即:
通过时间=L3/V3+L4/V4+L5/V5。
在具体实现上,可以是从道路起始处开始,逐个数据单元去计算,若同方向上相邻的交通状态是拥堵、缓行,则将其作为一个处理单元,去计算其通过时间,若当前数据单元的交通状态为畅通,则越过其继续向下计算,这样便可以将全部处理单元的通过时间全部计算出来。
这里,预设的阈值通常为根据对拥堵、缓行可信性的不同要求根据经验预先设置的,也就是说,若拥堵和缓行路段的通过时间少于某时间则认为其是不可信的拥堵、缓行数据,需要将其过滤掉,相应的,预设的阈值便可以是上述的某时间。
在实际应用中,各处理单元包括的数据单元数量是随机的、不确定的,即有的处理单元可能会包括十几或上百的数据单元,甚至更多,而有的处理单元则可能会仅包括几个数据单元。
对于包括数据单元数量较多的处理单元而言,即使其中部分或全部的数据单元的通过时间都很短,但对于一条道路同方向上连续这么多数量的数据单元构成的处理单元,其总体的通过时间超出预设的阈值,则认为其是较为严重的拥堵或缓行,也就是说,对于一条道路同方向上连续较长距离的整体通过时间超出能够忍受的值(即预设的阈值),则其并非能够很快的得以协调尽快达到畅通的状态,认为其是可信的拥堵或缓行。
当然,可以理解,对于包括数据单元数量较少的处理单元而言,若其总体通过时间超过预设阈值,也就是说其中部分或全部的数据单元处于较严重的拥堵或缓行状态,并非能够很快得以协调尽快达到畅通的状态,属于可信的拥堵或缓行。相应的,包括数据单元数量较少的处理单元,若其总体通过时间未超过预设阈值,说明其通过时间小于能够忍受的时间(即预设阈值),能够很快得以协调尽快达到畅通状态,属于不可信的拥堵或缓行,应被过滤掉。
S102:通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布。
由于RDS发布通道单位时间发送TMC事件数量有限,所以通常每批交通信息只能发布其中部分,而不能将全部信息在有限的时间内都发布出去。因此,优选的,为了将重要数据尽量能够被发布,在当前交通信息发布之前,会对交通信息根据重要等级进行排序,在通过RDS发布通道对经过滤的各道路交通信息进行发布时按重要等级由高至低的顺序发布。
需要说明的是,对交通信息根据重要等级进行排序的方式有多种,比如,可以先按照道路等级进行排序,在各道路等级中,再按事件等级进行排序。再比如,也可以均衡考虑各项道路状况评估指标,计算交通状态为拥堵或缓行的各道路交通信息的重要等级权重值。其中,各项道路状况评估指标可以包括道路等级、事件等级、通过时间等至少两项指标,
另外还需要说明的是,均衡考虑各项道路状况评估指标,来计算各道路交通信息的重要等级权重值的方法有很多种,比如可以对各道路的各项道路状况评估指标相乘或相加等方法,计算各道路交通信息的重要等级权重值。在实际应用中本领域技术人员可以根据自己的设计习惯以及应用需求等因素,采用不同的计算方法,只要能实现对各项道路状况评估指标进行综合均衡的考虑,而非仅侧重其中某一项或某几项即可,本发明实施例对此并不限制。
在本发明实施例中,还需要说明的是,实际应用中,通常还包括判断道路等级是否为预先设定的不参与发布的道路等级,若是,则将其过滤掉,再对过滤后的数据执行从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息的步骤。这样,可以使得发布的数据更加有指导价值,无需浪费RDS发布资源,提高RDS发布数据的有效性。当然,实际应用中,也可以不执行将预先设定的不参与发布的道路等级对应的交通信息过滤掉的步骤,在对各道路交通信息的重要等级排序时,由于这些道路交通信息的道路等级很低,通常其会被排到比较靠后的位置,在RDS发布时也可能由于重要等级太小,RDS发布资源有限而不被发布出去。
可见,本发明实施例中,预先从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉,再通过RDS发布通道将其发布。其中不可信的拥堵或缓行的信息即非常短暂的、很快就会消失的拥堵或缓行信息,如果发布出去,不但占用了RDS的发布资源,对用户的指导价值不大,有时甚至会误导用户,本发明实施例在数据发布前预先对其进行过滤,提高了RDS发布数据中有效数据的数量,即提高了RDS发布数据的有效性,使得发布信息更加准确合理。
参见图2,本发明实施例提供了另一种无线数据广播系统交通信息发布方法,包括如下步骤:
S201:从当前实时交通信息中将道路等级为预先设定的不参与发布的交通信息过滤掉。
实际应用中,通常包括判断道路等级是否为预先设定的不参与发布的道路等级,若是,则将其过滤掉。这样,可以使得发布的数据更加有指导价值,无需浪费RDS发布资源,提高RDS发布数据的有效性。
当然,实际应用中,也可以不执行将预先设定的不参与发布的道路等级对应的交通信息过滤掉的步骤,在对各道路交通信息的重要等级排序时,由于这些道路交通信息的道路等级很低,通常其会被排到比较靠后的位置,在RDS发布时也可能由于重要等级太小,RDS发布资源有限而不被发布出去。
S202:从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉。
需要说明的是,本发明实施例中,是先执行步骤S201再执行步骤S202,在实际应用中,也可以先执行步骤S202,再执行步骤S201,对步骤S201和步骤S202的执行顺序本发明实施例并不限制。
S203:获取已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的已变更道路交通信息。
为提供更多对导航有指导价值的数据,进一步提高RDS发布数据的有效性,本发明实施例还包括利用RDS发布通道及时发布交通状态由拥堵或缓行变更为畅通的道路交通信息的步骤,进一步提高用户体验。
需要说明的是,利用RDS发布通道发布交通信息,用户终端接收发布的交通信息,并根据这些交通信息进行导航。用户终端设备(比如导航仪等)通常会设置有过期数据取消功能,比如用户终端设备在接收到交通信息后的过期时间后便认为是过期数据,会在用户终端设备中自动将其取消,不再显示其为拥堵或缓行状态。假设用户终端设备在10点钟接收到RDS发布通道发布的一条处于拥堵状态的交通信息,在10点10分接收到RDS发布通道发布的另一条处于缓行状态的交通信息,若用户终端设备的过期时间为15分钟,则在该用户终端设备上,10点15分的时候会将上述处于拥堵状态的交通信息取消掉,不再显示其为拥堵状态;在10点25分的时候将上述处于缓行状态的交通信息取消掉。为了给用户提供更准确的导航指导信息,本发明实施例中进一步还可以利用RDS发布通道及时发布交通状态由拥堵或缓行更新为畅通的道路交通信息,也就是说,沿用上例,若用户终端设备在10点10分接收到的处于缓行状态的交通信息,在10点15分的时候已经变更为畅通状态,则可以利用RDS发布通道将该变更信息发布出去,这样,用户终端设备便可以及时的了解到该道路状态的变更信息,而无需一直等到10点25分才过期取消,进一步提高了用户体验,也进一步提高了RDS发布数据中重要等级高的数据数量,即进一步提高了RDS发布数据的有效性。
本发明实施例中,系统会自动维护一个已发布数据集,用于存储已发布的数据内容,包括之前发布过的全部拥堵或缓行的数据。该已发布数据集还会在每次数据发布后根据当前发布数据的情况进行状态更新,以确保在下次数据发布时,该步骤中获取的信息是准确的。
本步骤中,需要将已发布数据集中的数据与当前各道路交通信息进行比较,以获取已发布数据集中状态为拥堵或缓行的数据,当前实时交通信息中相应的数据的交通状态变更为畅通的,将其发布,及时告知用户,以便对其进行有效导航。
由于RDS发布通道单位时间发送TMC事件数量有限,为了进一步提高发布已更新道路交通信息的有效性,即在发布的有限的已更新道路交通信息数量中尽量提高重要等级高的已更新道路交通信息的数量。作为可选步骤,本发明实施例还包括对所述已变更道路交通信息进行排序的步骤,以便后期发布时按照重要等级由高至低的顺序发布。
同理,对已变更道路交通信息进行排序的方式也可以有多种,其中优选的可以是均衡考虑各项取消评估指标,计算各所述已变更道路交通信息的重要等级权重值,对所述已变更道路交通信息按所述重要等级权重值由高至低进行排序。
在具体实现中,各项取消评估指标可以包括道路等级和取消事件等级;也可以包括道路等级、取消事件等级和取消时间,还可以包括更多的指标。
其中,均衡考虑各项取消评估指标来计算各已变更道路交通信息的重要等级权重值的方法有很多种,比如可以对各已变更道路交通信息的各项取消评估指标相乘或相加等方法实现,只要能实现对上述指标均衡考虑,而非仅侧重其中某一项或某几项即可,本发明实施例对此并不限制。
本发明实施例中,介绍一种均衡考虑道路等级、取消事件等级和取消时间,计算各所述已变更道路交通信息的重要等级权重值的具体实现方式,包括如下步骤:
首先,分别根据上述已变更道路交通信息的道路等级、当前取消事件等级和当前路段的取消时间,得到各已变更道路交通信息的道路等级权值、取消事件等级权值和取消时间权值;
再计算上述道路等级权值、取消事件等级权值和取消时间权值的乘积,得到各已变更道路交通信息的重要等级权重值。
其中,分别根据所述已变更道路交通信息的道路等级、当前取消事件等级和当前路段的取消时间,得到各已变更道路交通信息的道路等级权值、取消事件等级权值和取消时间权值的方法,也可以是通过查询预置的权值表来实现,在具体实现中,这里的权值表可以与上述实施例中获取道路等级权值、事件等级权值和通过时间权值的权值配置表做成一个表格来实现,也可以分别用两个表格来实现,此处不做限制。
本发明实施例中,优选的,计算路段的取消时间可以采用如下具体方法:
计算已发布数据集中所述路段的通过时间与已发送时间的差值,得到所述路段的取消时间;其中已发送时间为所述路段交通信息的发布时间与当前时间之间的时间间隔。
需要说明的是,本发明实施例对步骤S202与步骤S203之间的执行顺序并不严格限制,可以先执行步骤S202,再执行步骤S203,也可以先执行步骤S203,再执行步骤S202,还可以并行执行步骤S202和步骤S203,只要在执行步骤S204之前,步骤S202和步骤S203均执行完即可。
S204:将步骤S202得到的数据与步骤S203得到的数据按各自预设的发布量一并通过RDS发布通道进行发布。
本发明实施例中,优选的,将S203中获取的所述已变更道路交通信息,与S202中经过滤的所述当前各道路交通信息,按各自预设的发布量一并通过RDS发布通道进行发布。
通常而言,预设的发布量通常根据不同城市、不同应用场景等预先设定,比如对于北京而言,通常每分钟会发布60条数据左右,由于北京拥堵或缓行的数据较多,可以预先设定发布量中当前拥堵或缓行的交通信息的量大一些,已变更道路信息的量小一些,比如当前拥堵或缓行的交通信息的量大概在45条-50条左右,而对于状态由拥堵或缓行更新为畅通的已变更道路交通信息的量大概在10条-15条左右,各个不同的应用场景可以自行设置,本发明实施例对此并不限制。
S205:对已发布数据集进行状态更新。
本发明实施例中,在步骤S203中需要比较已发布数据集和当前实时交通信息,以获取交通状况由拥堵或缓行变更为畅通的信息,进行发布,其中,已发布数据集中需要存储之前已经发布的全部拥堵或缓行的数据,为了每次发布更新数据时,步骤S203能够获取到准确的数据,需要每次在数据发布后对已发布数据集进行状态更新。
对已发布数据集进行状态更新主要包括以下2个方面:
A、在已发布数据集中删除所述已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的道路交通信息。
具体而言,已发布数据集中应该存储之前已经发布的全部拥堵或缓行的数据,而当已发布的拥堵或缓行的数据中,某些数据的当前交通状态变更为畅通的话,则需要将其在已发布数据集中删除,以保证在下次发布时步骤S203中能够获取到准确的数据。
B、判断已发布数据集中是否有与当前发布的各道路交通信息相同路段的信息,若有,则将已发布数据集中所述路段的信息替换为当前发布的所述路段的交通信息,若没有,将已发布数据集中没有的当前发布的道路交通信息添加到已发布数据集中,得到新的已发布数据集。
需要说明的是,在RDS数据发布过程中,为了保证发布的交通信息的实时性,通常会每隔一定的时间间隔获取一次当前最新的实时交通信息,并在获取下次实时交通信息之前的时间间隔内利用RDS发布通道发布当前的实时交通信息。对于不同批的道路交通信息而言,对于相同路段可能会处于不同的交通状态,为了保证已发布数据集中存储的数据状态维持为最新,需要将已发布数据集中相同路段的信息替换为当前发布的该路段的道路交通信息。而对于当前发布数据与已发布数据集比较后,已发布数据集中没有的数据,需要将该没有的数据添加到已发布数据集中,以保证已发布数据集中存储有全部已经发布的状态为拥堵或缓行的数据。
举例说明本步骤的一种具体实现方式:
假设在一条道路同方向上有多个DataUnit(数据单元),在已发布数据集中存储有该道路的如下信息:第1个DataUnit作为一个路段,为拥堵状态,第3、4、5个DataUnit作为一个路段,为拥堵状态,第7、8个DataUnit作为一个路段,为缓行状态...
一种情况:在当前发布的经排序的各道路交通信息中,对应该道路的信息如下:第2个DataUnit作为一个路段,为缓行状态,第3个DataUnit作为一个路段,为拥堵状态,第4个DataUnit作为一个路段,为缓行状态,第5个DataUnit作为一个路段,为拥堵状态,第7、8个DataUnit作为一个路段,为缓行状态...在当前发布的状态由拥堵或缓行变更为畅通的数据中,对应该道路的信息如下:第1个DataUnit状态由缓行变更为畅通。对于该场景而言,对已发布数据集进行状态更新如下:在已发布数据集中删除如下记录“第1个DataUnit作为一个路段,为拥堵状态”;在已发布数据集中将如下记录“第3、4、5个DataUnit作为一个路段,为拥堵状态”替换为“第3个DataUnit作为一个路段,为拥堵状态,第4个DataUnit作为一个路段,为缓行状态,第5个DataUnit作为一个路段,为拥堵状态”,将记录“第7、8个DataUnit作为一个路段,为缓行状态”替换为“第7、8个DataUnit作为一个路段,为缓行状态”;在已发布数据集中添加如下记录“第2个DataUnit作为一个路段,为缓行状态”。
另一种情况:在当前发布的经排序的各道路交通信息中,对应该道路的信息如下:第2个DataUnit作为一个路段,为缓行状态,第3、4个DataUnit作为一个路段,为拥堵状态,第7、8个DataUnit作为一个路段,为缓行状态...在当前发布的状态由拥堵或缓行变更为畅通的数据中,对应该道路的信息如下:第1个DataUnit状态由缓行变更为畅通状态,第5个DataUnit状态由拥堵变更为畅通状态。对于该场景而言,对已发布数据集进行状态更新如下:在已发布数据集中删除如下记录“第1个DataUnit作为一个路段,为拥堵状态”和“第3、4、5个DataUnit作为一个路段,为拥堵状态”;在已发布数据集中添加如下记录“第2个DataUnit作为一个路段,为缓行状态”和“第3、4个DataUnit作为一个路段,为拥堵状态”。
需要说明的是,根据RDS数据处理以及发布相关的协议标准等规定,通常,利用RDS发布通道发布数据时,需要将数据合并成多步长的格式,这里所述多步长格式即指数据以一个个路段的形式,而对于内部处理时,需要将数据拆分成单步长的格式,这里所述单步长格式即指数据以一个个DataUnit(数据单元)的形式。也就是说,在当前发布的数据中以及在已发布数据集中所存储的数据格式均为多步长的,当比较已发布数据集中是否有与当前发布的各道路交通信息相同路段的信息时,则需要针对单步长格式进行,也就是说,需要分别将已发布数据集中的数据和当前发布数据中的数据拆分成单步长格式,即上述针对一个个DataUnit的格式进行比较。其中,已发布数据集中与当前发布的各道路交通信息相同路段的信息,是指已发布数据集与当前发布的各道路交通信息中具有包括相同DataUnit的路段信息,比如上述前一种情况中,在已发布数据集中第3、4、5个DataUnit构成的路段信息、当前已发布数据中第3、4、5个DataUnit构成的路段信息,因为已发布数据集和当前已发布数据中路段包括相同的DataUnit,故属于相同路段信息;而对于上述后一种情况中,在已发布数据集中第3、4、5个DataUnit构成的路段信息、当前已发布数据中第3、4个DataUnit构成的路段信息,因为已发布数据集和当前已发布数据中路段并未包括相同的DataUnit,故不属于相同路段信息。
需要说明的是,本方法实施例中的各步骤的工作原理及处理过程可以参见上述图1所示方法实施例中的相关描述,此处不再赘述。
可见,本发明实施例中,预先从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉,再通过RDS发布通道将其发布。其中不可信的拥堵或缓行的信息即非常短暂的、很快就会消失的拥堵或缓行信息,如果发布出去,不但占用了RDS的发布资源,对用户的指导价值不大,有时甚至会误导用户,本发明实施例在数据发布前预先对其进行过滤,提高了RDS发布数据中有效数据的数量,即提高了RDS发布数据的有效性,使得发布信息更加准确合理。
进一步的,为提供更多对导航有指导价值的数据,本发明实施例还包括利用RDS发布通道及时发布交通状态由拥堵或缓行变更为畅通的道路交通信息的步骤,从而进一步提高RDS发布数据的有效性,也进一步提高用户体验。
参见图3,本发明实施例还提供了一种无线数据广播系统交通信息发布设备,包括:
过滤模块301,用于从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息。
发布模块302,用于通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布。
所谓不可信的拥堵或缓行的交通信息是指当前交通状态虽然是拥堵或缓行,但这种拥堵或缓行是非常短暂的,很快就会消失,比如某个路口等红绿灯等情况。对于这种非常短暂的拥堵或缓行信息发布出去,不但占用了RDS的发布资源,而且对用户的指导价值不大,有时甚至会误导用户,因此,预先将这种非常短暂不可信的拥堵或缓行信息预先过滤掉,以进一步提高RDS发布数据的有效性。
其中,所述过滤模块包括:
通过时间计算子模块,用于计算各处理单元的通过时间;
过滤子模块,用于比较所述通过时间与预设阈值关系,过滤掉所述通过时间小于所述预设阈值的道路交通信息。
计算各处理单元的通过时间的方法具体为:
计算处理单元中各数据单元的长度与当前速度比值的和,得到各处理单元的通过时间;其中,所述处理单元由一条道路同方向上相邻的交通状态均为拥堵和缓行的数据单元合并而来。
即在一条道路同方向上,将相邻的交通状态均为拥堵和缓行的数据单元合并为处理单元;其中数据单元为描述拥堵或缓行交通流量信息和其它非畅通事件信息的基本处理单元。
这里,预设的阈值通常为根据对拥堵、缓行可信性的不同要求根据经验预先设置的,也就是说,若拥堵和缓行路段的通过时间少于某时间则认为其是不可信的拥堵、缓行数据,需要将其过滤掉,相应的,预设的阈值便可以是上述的某时间。
由于RDS发布通道单位时间发送TMC事件数量有限,所以通常每批交通信息只能发布其中部分,而不能将全部信息在有限的时间内都发布出去。因此,优选的,为了将重要数据尽量能够被发布,在当前交通信息发布之前,会对交通信息根据重要等级进行排序,在通过RDS发布通道对经过滤的各道路交通信息进行发布时按重要等级由高至低的顺序发布。
可见,本发明实施例中,预先从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉,再通过RDS发布通道将其发布。其中不可信的拥堵或缓行的信息即非常短暂的、很快就会消失的拥堵或缓行信息,如果发布出去,不但占用了RDS的发布资源,对用户的指导价值不大,有时甚至会误导用户,本发明实施例在数据发布前预先对其进行过滤,提高了RDS发布数据中有效数据的数量,即提高了RDS发布数据的有效性,使得发布信息更加准确合理。
为提供更多对导航有指导价值的数据,进一步提高RDS发布数据的有效性,进一步提高用户体验,本发明实施例还包括:
已变更交通信息获取模块,用于获取已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的已变更道路交通信息;
所述发布模块具体用于:将所述已变更道路交通信息与经所述过滤的各道路交通信息按各自预设的发布量一并通过RDS发布通道进行发布。
由于RDS发布通道单位时间发送TMC事件数量有限,为了进一步提高发布已更新道路交通信息的有效性,即在发布的有限的已更新道路交通信息数量中尽量提高重要等级高的已更新道路交通信息的数量,作为可选模块,本发明实施例还包括对所述已变更道路交通信息进行排序的模块,以便后期发布时按照重要等级由高至低的顺序发布。
同理,对已变更道路交通信息进行排序的方式也可以有多种,其中优选的可以是均衡考虑各项取消评估指标,计算各所述已变更道路交通信息的重要等级权重值,对所述已变更道路交通信息按所述重要等级权重值由高至低进行排序。
相应的,发布模块将获取的所述已变更道路交通信息,与经过滤的所述当前各道路交通信息,按各自预设的发布量一并通过RDS发布通道进行发布。
进一步的,所述发布模块还包括:
状态更新子模块,用于在发布后,在已发布数据集中删除所述已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的道路交通信息,以及,判断已发布数据集中是否有与当前发布的各道路交通信息相同路段的信息,若有,则将已发布数据集中所述路段的信息替换为当前发布的所述路段的交通信息,若没有,将已发布数据集中没有的当前发布的道路交通信息添加到已发布数据集中,得到新的已发布数据集。
可见,本发明实施例中,预先从交通状态为拥堵或缓行的交通信息中将不可信的拥堵或缓行信息过滤掉,再通过RDS发布通道将其发布。其中不可信的拥堵或缓行的信息即非常短暂的、很快就会消失的拥堵或缓行信息,如果发布出去,不但占用了RDS的发布资源,对用户的指导价值不大,有时甚至会误导用户,本发明实施例在数据发布前预先对其进行过滤,提高了RDS发布数据中有效数据的数量,即提高了RDS发布数据的有效性,使得发布信息更加准确合理。
进一步的,为提供更多对导航有指导价值的数据,本发明实施例还包括利用RDS发布通道及时发布交通状态由拥堵或缓行变更为畅通的道路交通信息的步骤,从而进一步提高RDS发布数据的有效性,也进一步提高用户体验。
还需要说明的是,本设备实施例中的各功能模块或者各功能单元的工作原理和处理过程可以参见上述图1或图2所示方法实施例中的相关描述,此处不再赘述。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个......”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以保存于一计算机可读取保存介质中。所述的保存介质,如:ROM/RAM、磁碟、光盘等。
以上对本发明提供的无线数据广播系统交通信息发布方法和设备,进行了详细介绍,本文应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本发明的限制。
Claims (11)
1.一种无线数据广播系统交通信息发布方法,其特征在于,包括:
从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息;
通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布。
2.根据权利要求1所述的方法,其特征在于,所述从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息包括:
计算各处理单元的通过时间;
比较所述通过时间与预设阈值关系,过滤掉所述通过时间小于所述预设阈值的道路交通信息。
3.根据权利要求2所述的方法,其特征在于,所述计算各处理单元的通过时间包括:
计算处理单元中各数据单元的长度与当前速度比值的和,得到各处理单元的通过时间;其中,所述处理单元由一条道路同方向上相邻的交通状态均为拥堵和缓行的数据单元合并而来。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
对经所述过滤的各道路交通信息执行均衡考虑各项道路状况评估指标,计算交通状态为拥堵或缓行的各道路交通信息的重要等级权重值;
对所述各道路交通信息按所述重要等级权重值进行排序;
所述通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布具体为:
通过RDS无线数据广播系统发布通道按重要等级权重值由高至低的顺序对经过滤的各道路交通信息进行发布。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的已变更道路交通信息,与经所述过滤的各道路交通信息按各自预设的发布量一并通过RDS发布通道进行发布。
6.根据权利要求5所述的方法,其特征在于,所述获取已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的已变更道路交通信息之后还包括:
均衡考虑各项取消评估指标,计算各所述已变更道路交通信息的重要等级权重值;
对所述已变更道路交通信息按所述重要等级权重值进行排序;
通过RDS发布通道发布已变更道路交通信息具体为:
通过RDS发布通道按重要等级权重值由高至低的顺序发布已变更道路交通信息。
7.根据权利要求5所述的方法,其特征在于,所述一并通过RDS发布通道进行发布后还包括状态更新的步骤,具体包括:
在已发布数据集中删除所述已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的道路交通信息,以及,判断已发布数据集中是否有与当前发布的各道路交通信息相同路段的信息,若有,则将已发布数据集中所述路段的信息替换为当前发布的所述路段的交通信息,若没有,将已发布数据集中没有的当前发布的道路交通信息添加到已发布数据集中,得到新的已发布数据集。
8.一种无线数据广播系统交通信息发布设备,其特征在于,包括:
过滤模块,用于从交通状态为拥堵或缓行的交通信息中过滤不可信的拥堵或缓行信息;
发布模块,用于通过RDS无线数据广播系统发布通道对经过滤的各道路交通信息进行发布。
9.根据权利要求8所述的设备,其特征在于,所述过滤模块包括:
通过时间计算子模块,用于计算各处理单元的通过时间;
过滤子模块,用于比较所述通过时间与预设阈值关系,过滤掉所述通过时间小于所述预设阈值的道路交通信息。
10.根据权利要求8所述的设备,其特征在于,还包括:
已变更交通信息获取模块,用于获取已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的已变更道路交通信息;
所述发布模块具体用于:将所述已变更道路交通信息与经所述过滤的各道路交通信息按各自预设的发布量一并通过RDS发布通道进行发布。
11.根据权利要求10所述的设备,其特征在于,所述发布模块还包括:
状态更新子模块,用于在发布后,在已发布数据集中删除所述已发布数据集中交通状态为拥堵或缓行且当前各道路交通信息中为畅通的道路交通信息,以及,判断已发布数据集中是否有与当前发布的各道路交通信息相同路段的信息,若有,则将已发布数据集中所述路段的信息替换为当前发布的所述路段的交通信息,若没有,将已发布数据集中没有的当前发布的道路交通信息添加到已发布数据集中,得到新的已发布数据集。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110063865.9A CN102684804B (zh) | 2011-03-16 | 2011-03-16 | 无线数据广播系统交通信息发布方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110063865.9A CN102684804B (zh) | 2011-03-16 | 2011-03-16 | 无线数据广播系统交通信息发布方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102684804A true CN102684804A (zh) | 2012-09-19 |
CN102684804B CN102684804B (zh) | 2014-07-30 |
Family
ID=46816226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110063865.9A Active CN102684804B (zh) | 2011-03-16 | 2011-03-16 | 无线数据广播系统交通信息发布方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102684804B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105321338A (zh) * | 2014-07-28 | 2016-02-10 | 高德软件有限公司 | 一种交通事件的处理方法及交通事件系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050222760A1 (en) * | 2004-04-06 | 2005-10-06 | Honda Motor Co., Ltd. | Display method and system for a vehicle navigation system |
US7319931B2 (en) * | 2004-04-06 | 2008-01-15 | Honda Motor Co., Ltd. | Methods for filtering and providing traffic information |
CN101404548A (zh) * | 2008-10-28 | 2009-04-08 | 北京世纪高通科技有限公司 | 基于智能交通系统的交通信息广播发布方法、装置和系统 |
CN101523462A (zh) * | 2006-10-12 | 2009-09-02 | 高明有限公司 | 用于提供实时交通信息的系统和方法 |
CN101540111A (zh) * | 2008-03-20 | 2009-09-23 | 纳夫特克北美有限责任公司 | 在交通消息旁边提供赞助信息 |
-
2011
- 2011-03-16 CN CN201110063865.9A patent/CN102684804B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050222760A1 (en) * | 2004-04-06 | 2005-10-06 | Honda Motor Co., Ltd. | Display method and system for a vehicle navigation system |
US7319931B2 (en) * | 2004-04-06 | 2008-01-15 | Honda Motor Co., Ltd. | Methods for filtering and providing traffic information |
CN101523462A (zh) * | 2006-10-12 | 2009-09-02 | 高明有限公司 | 用于提供实时交通信息的系统和方法 |
CN101540111A (zh) * | 2008-03-20 | 2009-09-23 | 纳夫特克北美有限责任公司 | 在交通消息旁边提供赞助信息 |
CN101404548A (zh) * | 2008-10-28 | 2009-04-08 | 北京世纪高通科技有限公司 | 基于智能交通系统的交通信息广播发布方法、装置和系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105321338A (zh) * | 2014-07-28 | 2016-02-10 | 高德软件有限公司 | 一种交通事件的处理方法及交通事件系统 |
CN105321338B (zh) * | 2014-07-28 | 2018-09-28 | 高德软件有限公司 | 一种交通事件的处理方法及交通事件系统 |
Also Published As
Publication number | Publication date |
---|---|
CN102684804B (zh) | 2014-07-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102682616B (zh) | 无线数据广播系统交通信息发布方法和设备 | |
CN101308029B (zh) | 路网网格匹配、路况状态信息及诱导路线信息获取方法 | |
CN101960500B (zh) | 行驶信息创建装置、行驶信息创建方法和程序 | |
CN103733236B (zh) | 用于使用具有分级结构的标识信息来控制交通信号的装置和方法 | |
CN101162551B (zh) | 导航系统 | |
CN101154319B (zh) | 交通信息生成装置及交通信息生成方法 | |
CN105513339B (zh) | 一种车辆轨迹分析方法和设备 | |
CN101523460B (zh) | 交通信息分发设备和交通信息分发方法 | |
CN106888243A (zh) | 信息推送方法、信号灯切换规则的确定方法及装置 | |
CN103914988B (zh) | 一种交通路况数据处理方法、装置和系统 | |
CN107403550B (zh) | 公交路网数据采集方法、装置和终端设备 | |
CN105674994A (zh) | 获取行车路线的方法、装置及导航设备 | |
CN103680143B (zh) | 一种交通信息处理方法和装置 | |
CN104183128B (zh) | 交通状态确定方法及装置 | |
CN103065472A (zh) | 实时路况分析方法及系统 | |
CN101025366A (zh) | 路径搜索方法、路径导航系统、导航装置以及统计处理服务器 | |
CN105023428A (zh) | 路况信息评估方法及装置 | |
JP2008234162A (ja) | 渋滞状況演算システム | |
CN102954800A (zh) | 车载装置及其行车辅助系统与行车辅助信息提供方法 | |
CN101794512A (zh) | 旅行时间预测的方法及装置 | |
CN102374868A (zh) | 路径搜索装置、路径搜索方法以及计算机程序 | |
CN109341709A (zh) | 路线推荐方法、电子设备及计算机可读存储介质 | |
CN103295120A (zh) | 物流公司运力分析系统及其运力分析的方法 | |
CN110827537B (zh) | 一种潮汐车道的设置方法、装置及设备 | |
CN102692233B (zh) | 可变信息标志应用系统、电子导航装置和方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20200514 Address after: 310052 room 508, floor 5, building 4, No. 699, Wangshang Road, Changhe street, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: Alibaba (China) Co.,Ltd. Address before: 102200, No. 8, No., Changsheng Road, Changping District science and Technology Park, Beijing, China. 1-5 Patentee before: AUTONAVI SOFTWARE Co.,Ltd. |
|
TR01 | Transfer of patent right |