著录项信息
专利名称 | 交通信息的预处理方法及装置 |
申请号 | CN201110027368.3 | 申请日期 | 2011-01-25 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2011-06-01 | 公开/公告号 | CN102081845A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | G08G1/01 | IPC分类号 | G;0;8;G;1;/;0;1查看分类表>
|
申请人 | 北京世纪高通科技有限公司 | 申请人地址 | 北京市海淀区学院路7号10层1002C室
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 北京世纪高通科技有限公司 | 当前权利人 | 北京世纪高通科技有限公司 |
发明人 | 郗默洋;李建军 |
代理机构 | 北京中博世达专利商标代理有限公司 | 代理人 | 申健 |
摘要
本发明公开一种交通信息的预处理方法和装置,涉及智能交通领域。为解决现有浮动车处理系统需要针对不同的浮动车数据源采用不同的接收和处理方法的问题而发明。本发明实施例提供的技术方案包括:将一个以上数据源的交通信息转化为统一规格的数据;向浮动车处理系统发送所述统一规格的数据。本发明实施例可以应用在数据接入系统中,为浮动车处理系统中提供处理后的交通信息。
1.一种交通信息的预处理方法,其特征在于,包括:
将一个以上数据源的交通信息转化为统一规格的数据;
向浮动车处理系统发送所述统一规格的数据;
所述一个以上数据源包括下述数据源的至少两个:出租车管理系统,货运调度信息管理系统,提供二次路况的第三方系统;
所述将一个以上数据源的交通信息转化为统一规格的数据包括:
根据所述一个以上数据源的交通信息的特性参数设置配置文件;
根据所述配置文件中数据源的种类和数量为所述一个以上数据源的交通信息分配线程;
获取不同数据源的交通信息的协议;
根据所述不同数据源的交通信息的协议,使用相应的线程对所述一个以上数据源的交通信息进行适配,得到统一规格的数据。
2.根据权利要求1所述的交通信息的预处理方法,其特征在于,所述将一个以上数据源的交通信息转化为统一规格的数据之前,所述方法还包括:
获取所述一个以上数据源发送的交通信息的数据规格;
判断所述数据规格是否满足预先设置的数据结构。
3.根据权利要求1所述的交通信息的预处理方法,其特征在于,所述将一个以上数据源的交通信息转化为统一规格的数据,包括:
根据所述一个以上数据源的种类,分别存储所述数据源的交通信息;
所述交通信息的存储量满足预先设置的存储值时,将所述交通信息转化为统一规格的数据。
4.根据权利要求1所述的交通信息的预处理方法,其特征在于,所述向浮动车处理系统发送所述统一规格的数据之前,所述方法还包括:
将所述统一规格的数据进行坐标转换,形成标准坐标数据;
所述向浮动车处理系统发送所述统一规格的数据为:向所述浮动车处理系统发送所述标准坐标数据。
5.根据权利要求4所述的交通信息的预处理方法,其特征在于,所述形成标准坐标数据后,所述方法还包括:
根据所述标准坐标数据的数据源的种类,在所述标准坐标数据中添加识别标识。
6.一种交通信息的预处理装置,其特征在于,包括:
数据处理模块,用于将一个以上数据源的交通信息转化为统一规格的数据;
数据转发模块,用于向浮动车处理系统发送所述数据处理模块得到的统一规格的数据;
所述数据处理模块的一个以上数据源包括下述数据源的至少两个:出租车管理系统,货运调度信息管理系统,提供二次路况的第三方系统;
所述数据处理模块还用于:根据所述一个以上数据源的交通信息的特性参数设置配置文件;根据所述配置文件中数据源的种类和数量为所述一个以上数据源的交通信息分配线程;获取不同数据源的交通信息的协议;根据所述不同数据源的交通信息的协议,使用相应的线程对所述一个以上数据源的交通信息进行适配,得到统一规格的数据。
7.根据权利要求6所述的交通信息的预处理装置,其特征在于,还包括:
数据规格获取模块,用于获取所述一个以上数据源发送的交通信息的数据规格;
数据规格判断模块,用于判断所述数据规格获取模块获取的数据规格是否满足预先设置的数据结构。
8.根据权利要求6所述的交通信息的预处理装置,其特征在于,所述数据处理模块,包括:
数据存储子模块,用于根据所述一个以上数据源的种类,分别存储所述数据源的交通信息;
数据转化子模块,用于所述数据存储子模块的存储量满足预先设置的存储值时,将所述交通信息转化为统一规格的数据。
9.根据权利要求6所述的交通信息的预处理装置,其特征在于,还包括:
坐标转换模块,用于将所述统一规格的数据进行坐标转换,形成标准坐标数据。
10.根据权利要求9所述的交通信息的预处理装置,其特征在于,还包括:
标识添加模块,用于根据所述标准坐标数据的数据源的种类,在所述坐标转换模块得到的标准坐标数据中添加识别标识。
交通信息的预处理方法及装置\n技术领域\n[0001] 本发明涉及智能交通领域,尤其涉及一种交通信息的预处理方法及装置。\n背景技术\n[0002] 随着智能交通系统(Intelligent Transport System,ITS)的不断发展,浮动车数据源的种类不断增多,因而浮动车处理系统需要对来自多城市、不同数据规格的交通信息进行处理,获取反映实时道路情况的交通信息。现有的浮动车处理系统对该不同数据规格和通讯协议的交通信息进行处理时,需要针对不同的浮动车数据源采用不同的接收和处理方法。\n[0003] 使用现有的浮动车处理系统对不同数据规格和通讯协议的交通信息进行处理时,发明人发现现有技术中至少存在如下问题:现有的浮动车处理系统需要针对不同的浮动车数据源采用不同的接收和处理方法,缺乏模块化和一致性,不利于浮动车处理系统的变化和发展。\n发明内容\n[0004] 本发明的实施例提供一种交通信息的预处理方法和装置,能够对一个以上数据源的交通信息进行统一处理。\n[0005] 一方面,提供了一种交通信息的预处理方法,包括:将一个以上数据源的交通信息转化为统一规格的数据;向浮动车处理系统发送所述统一规格的数据。\n[0006] 另一方面,提供了一种交通信息的预处理装置,包括:\n[0007] 数据处理模块,用于将一个以上数据源的交通信息转化为统一规格的数据;\n[0008] 数据转发模块,用于向浮动车处理系统发送所述数据处理模块得到的统一规格的数据。\n[0009] 本发明实施例提供的交通信息的预处理方法及装置,通过将一个以上数据源的交通信息转化为统一规格的数据,并向浮动车处理系统发送,使浮动车处理系统可以对一个以上数据源的交通信息进行统一处理。本发明实施例提供的技术方案解决了现有浮动车处理系统需要针对不同的浮动车数据源采用不同的接收和处理方法,缺乏模块化和一致性,不利于浮动车处理系统的变化和发展的问题。\n附图说明\n[0010] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。\n[0011] 图1为本发明实施例一提供的交通信息的预处理方法的流程图;\n[0012] 图2为本发明实施例二提供的交通信息的预处理方法的流程图;\n[0013] 图3为本发明实施例三提供的交通信息的预处理装置的结构示意图一;\n[0014] 图4为本发明实施例三提供的交通信息的预处理装置的结构示意图二;\n[0015] 图5为图3所示的交通信息的预处理装置中数据处理模块的结构示意图;\n[0016] 图6为本发明实施例三提供的交通信息的预处理装置的结构示意图三;\n[0017] 图7为本发明实施例三提供的交通信息的预处理装置的结构示意图四。\n具体实施方式\n[0018] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0019] 为了解决现有浮动车处理系统缺乏模块化和一致性,不利于浮动车处理系统的变化和发展的问题,本发明实施例提供一种交通信息的预处理方法及装置。\n[0020] 如图1所示,本发明实施例一提供的交通信息的预处理方法,包括:\n[0021] 步骤101,将一个以上数据源的交通信息转化为统一规格的数据。\n[0022] 在本实施例中,步骤101中一个以上数据源可以包括出租车管理系统,货运调度信息管理系统,还可以包括提供二次路况的第三方系统等,在此不再一一赘述。由于不同的数据源的交通信息的格式可能不同,并且在进行数据传输时可能采用不同的通讯协议,因此首先需要采用步骤101将一个以上数据源的交通信息转化为统一规格的数据,该统一规格的数据,可以是任意格式的数据,在此不再一一赘述。\n[0023] 在本实施例中,步骤101可以使用多个线程同时对不同数据源的交通信息进行处理,也可以使用一个线程依次处理不同数据源的交通信息,在此不再一一赘述。\n[0024] 在本实施例中,步骤101可以通过配置文件的方式将一个以上数据源的交通信息转化为统一规格的数据,也可以通过其他方式将一个以上数据源的交通信息转化为统一规格的数据,在此不再一一赘述。其中,通过配置文件的方式将一个以上数据远的交通信息转化为统一规格的数据的具体过程可以包括:首先根据不同数据源的交通信息的特性参数设置配置文件;然后根据配置文件中数据源的种类和数量为不同数据源的交通信息分配线程;获取不同数据源的交通信息的协议;根据该协议,使用相应的线程对交通信息进行适配,得到统一规格的数据。\n[0025] 在本实施例中,步骤101可以在接收到一个以上数据源的交通信息时,对该交通信息进行转化;也可以首先存储接收到的一个以上数据源的交通信息,当存储的大小满足缓存限额时,对该交通信息进行转化,在此不再一一赘述。\n[0026] 步骤102,向浮动车处理系统发送该统一规格的数据。\n[0027] 在本实施例中,步骤102可以使用传输控制协议(Transmission Control Protocol,TCP)方式向后续的浮动车处理系统发送该统一规格的数据,也可以使用其他方式向浮动车处理系统发送该统一规格的数据,在此不再一一赘述。\n[0028] 本发明实施例提供的交通信息的预处理方法,通过将一个以上数据源的交通信息转化为统一规格的数据,并向浮动车处理系统发送,使浮动车处理系统可以对一个以上数据源的交通信息进行统一处理。本发明实施例提供的技术方案解决了现有浮动车处理系统需要针对不同的浮动车数据源采用不同的接收和处理方法,缺乏模块化和一致性,不利于浮动车处理系统的变化和发展的问题。\n[0029] 如图2所示,本发明实施例二提供的交通信息的预处理方法,包括:\n[0030] 步骤201,获取一个以上数据源发送的交通信息的数据规格。\n[0031] 在本实施例中,步骤201可以从一个以上数据源发送的交通信息携带的协议中读取一个以上数据源发送的交通信息的数据规格,该数据规格可以包括序号、数据商代码、城市、车辆编号、类型、经纬度、时间、速度等,在此不再一一赘述。\n[0032] 步骤202,判断该数据规格是否满足预先设置的数据结构。\n[0033] 在本实施例中,可以预先根据每个数据源的交通信息的特性设置标准的数据结构,也可以通过其他方式设置标准的数据结构,在此不再一一赘述。通过步骤202判断该数据规格是否满足预先设置的数据结构,可以确定该数据源的交通信息在数据传输的过程中是否有数据丢失或者传输错误。如果交通信息在传输过程中有数据丢失或者传输错误,再对该交通信息进行转化会造成信息错误,因此需要预先判断该数据规格是否满足预先设置的数据结构,如果满足,可以保留该交通信息并对该交通信息进行转化;如果不满足,可以继续接收一个以上数据源的交通信息。\n[0034] 在本实施例中,在判断一个以上数据源发送的交通信息的数据规格是否满足预先设置的数据结构后,可以对满足和不满足预先设置的数据结构的交通信息分别技术,从而可以防止一个以上数据源发送的交通信息的丢失。\n[0035] 步骤203,根据一个以上数据源的种类,分别存储该数据源的交通信息。\n[0036] 在本实施例中,步骤203可以使用环形队列存储交通信息,也可以使用其他队列存储交通信息,在此不再一一赘述。其中,使用环形队列存储交通信息时,可以将环形队列划分为多个小存储区,每个小存储区的存储值即为预先设置的存储值。\n[0037] 步骤204,交通信息的存储量满足预先设置的存储值时,将该交通信息转化为统一规格的数据。\n[0038] 在本实施例中,为了提高一个以上数据源的交通信息的处理效率,可以首先使用步骤203对一个以上数据源的交通信息根据该数据源的种类进行分别存储,当该存储量满足预先设置的存储值时或交通信息的存储量为预先设置的存储值的整数倍时,可以对该交通信息进行处理,将该交通信息转化为统一规格的数据。\n[0039] 在本实施例中,步骤204可以使用一个处理类依次对交通信息进行转化;为了节省处理时间,消除处理的瓶颈问题,也可以使用多个处理类同时对交通信息进行转化。\n[0040] 步骤205,将该统一规格的数据进行坐标转换,形成标准坐标数据。\n[0041] 在本实施例中,为了符合国家通用标准,步骤205可以调用国家测绘局提供的地图加密插件,将该统一规格的数据进行坐标转换,形成标准坐标数据。还可以通过其他方式将该统一规格的数据形成标准坐标数据,在此不再一一赘述。\n[0042] 步骤206,根据标准坐标数据的数据源的种类,在该标准坐标数据中添加识别标识。\n[0043] 在本实施例中,为了保证同一数据源的交通信息可以存储于同一个文件,并向浮动车处理系统发送,步骤206可以根据标准坐标数据的数据远的种类,在该标准坐标数据中添加识别标识,从而使浮动车处理系统不需要重新识别该标准坐标数据的数据源,直接对该标准坐标数据进行处理。\n[0044] 在本实施例中,步骤206在标准坐标数据中添加识别标识,可以在每一个标准坐标数据中添加识别标识,也可以在同一数据源的标准坐标数据形成的文件中添加识别标识,还可以使用其他方式添加识别标识,在此不再一一赘述。\n[0045] 在本实施例中,步骤206在该标准坐标数据中添加识别标志的方法,可以使用加锁、解锁的方式;还可以在不同数据源的标准坐标数据中添加不同信息,也可以使用其他方式,在此不再一一赘述。\n[0046] 步骤207,向浮动车处理系统发送该标准坐标数据。\n[0047] 在本实施例中,步骤207可以使用传输控制协议(Transmission Control Protocol,TCP)方式向后续的浮动车处理系统发送该统一规格的数据,也可以使用其他方式向浮动车处理系统发送该统一规格的数据,在此不再一一赘述。\n[0048] 本发明实施例提供的交通信息的预处理方法,通过将一个以上数据源的交通信息转化为统一规格的数据,并向浮动车处理系统发送,使浮动车处理系统可以对一个以上数据源的交通信息进行统一处理。本发明实施例提供的技术方案解决了现有浮动车处理系统需要针对不同的浮动车数据源采用不同的接收和处理方法,缺乏模块化和一致性,不利于浮动车处理系统的变化和发展的问题。\n[0049] 如图3所示,本发明实施例三提供的交通信息的预处理装置,包括:\n[0050] 数据处理模块301,用于将一个以上数据源的交通信息转化为统一规格的数据。\n[0051] 在本实施例中,数据处理模块301中一个以上数据源可以包括出租车管理系统,货运调度信息管理系统,还可以包括提供二次路况的第三方系统等,在此不再一一赘述。由于不同的数据源的交通信息的格式可能不同,并且在进行数据传输时可能采用不同的通讯协议,因此首先需要采用数据处理模块301将一个以上数据源的交通信息转化为统一规格的数据,该统一规格的数据,可以是任意格式的数据,在此不再一一赘述。\n[0052] 在本实施例中,数据处理模块301可以使用多个线程同时对不同数据源的交通信息进行处理,也可以使用一个线程依次处理不同数据源的交通信息,在此不再一一赘述。\n[0053] 在本实施例中,数据处理模块301可以通过配置文件的方式将一个以上数据源的交通信息转化为统一规格的数据,也可以通过其他方式将一个以上数据源的交通信息转化为统一规格的数据,在此不再一一赘述。其中,通过配置文件的方式将一个以上数据远的交通信息转化为统一规格的数据的具体过程可以包括:首先根据不同数据源的交通信息的特性参数设置配置文件;然后根据配置文件中数据源的种类和数量为不同数据源的交通信息分配线程;获取不同数据源的交通信息的协议;根据该协议,使用相应的线程对交通信息进行适配,得到统一规格的数据。\n[0054] 在本实施例中,数据处理模块301可以在接收到一个以上数据源的交通信息时,对该交通信息进行转化;也可以首先存储接收到的一个以上数据源的交通信息,当存储的大小满足缓存限额时,对该交通信息进行转化,在此不再一一赘述。\n[0055] 数据转发模块302,用于向浮动车处理系统发送数据处理模块得到的统一规格的数据。\n[0056] 在本实施例中,数据转发模块302可以使用传输控制协议(Transmission Control Protocol,TCP)方式向后续的浮动车处理系统发送该统一规格的数据,也可以使用其他方式向浮动车处理系统发送该统一规格的数据,在此不再一一赘述。\n[0057] 进一步的,如图4所示,本实施例中交通信息的预处理装置,还可以包括:\n[0058] 数据规格获取模块303,用于获取一个以上数据源发送的交通信息的数据规格。\n[0059] 在本实施例中,数据规格获取模块303可以从一个以上数据源发送的交通信息携带的协议中读取一个以上数据源发送的交通信息的数据规格,该数据规格可以包括序号、数据商代码、城市、车辆编号、类型、经纬度、时间、速度等,在此不再一一赘述。\n[0060] 数据规格判断模块304,用于判断数据规格获取模块获取的数据规格是否满足预先设置的数据结构。\n[0061] 在本实施例中,可以预先根据每个数据源的交通信息的特性设置标准的数据结构,也可以通过其他方式设置标准的数据结构,在此不再一一赘述。通过数据规格判断模块\n304判断该数据规格是否满足预先设置的数据结构,可以确定该数据源的交通信息在数据传输的过程中是否有数据丢失或者传输错误。如果交通信息在传输过程中有数据丢失或者传输错误,再对该交通信息进行转化会造成信息错误,因此-需要预先判断该数据规格是否满足预先设置的数据结构,如果满足,可以保留该交通信息并对该交通信息进行转化;如果不满足,可以继续接收一个以上数据源的交通信息。\n[0062] 在本实施例中,在判断一个以上数据源发送的交通信息的数据规格是否满足预先设置的数据结构后,可以对满足和不满足预先设置的数据结构的交通信息分别技术,从而可以防止一个以上数据源发送的交通信息的丢失。\n[0063] 进一步的,如图5所示,交通信息的预处理装置中数据处理模块301,还可以包括:\n[0064] 数据存储子模块3011,用于根据一个以上数据源的种类,分别存储数据源的交通信息。\n[0065] 在本实施例中,数据存储子模块3011可以使用环形队列存储交通信息,也可以使用其他队列存储交通信息,在此不再一一赘述。其中,使用环形队列存储交通信息时,可以将环形队列划分为多个小存储区,每个小存储区的存储值即为预先设置的存储值。\n[0066] 数据转化子模块3012,用于数据存储子模块的存储量满足预先设置的存储值时,将交通信息转化为统一规格的数据。\n[0067] 在本实施例中,为了提高一个以上数据源的交通信息的处理效率,可以首先使用数据存储子模块3011对一个以上数据源的交通信息根据该数据源的种类进行分别存储,当该存储量满足预先设置的存储值时或交通信息的存储量为预先设置的存储值的整数倍时,可以对该交通信息进行处理,将该交通信息转化为统一规格的数据。\n[0068] 在本实施例中,数据转化子模块3012可以使用一个处理类依次对交通信息进行转化;为了节省处理时间,消除处理的瓶颈问题,也可以使用多个处理类同时对交通信息进行转化。\n[0069] 进一步的,如图6所示,本实施例中交通信息的预处理装置,还可以包括:\n[0070] 坐标转换模块305,用于将统一规格的数据进行坐标转换,形成标准坐标数据。\n[0071] 在本实施例中,为了符合国家通用标准,坐标转换模块305可以调用国家测绘局提供的地图加密插件,将该统一规格的数据进行坐标转换,形成标准坐标数据。还可以通过其他方式将该统一规格的数据形成标准坐标数据,在此不再一一赘述。\n[0072] 进一步的,如图7所示,本实施例中交通信息的预处理装置,还可以包括:\n[0073] 标识添加模块306,用于根据标准坐标数据的数据源的种类,在坐标转换模块得到的标准坐标数据中添加识别标识。\n[0074] 在本实施例中,为了保证同一数据源的交通信息可以存储于同一个文件,并向浮动车处理系统发送,标识添加模块306可以根据标准坐标数据的数据远的种类,在该标准坐标数据中添加识别标识,从而使浮动车处理系统不需要重新识别该标准坐标数据的数据源,直接对该标准坐标数据进行处理。\n[0075] 在本实施例中,标识添加模块306在标准坐标数据中添加识别标识,可以在每一个标准坐标数据中添加识别标识,也可以在同一数据源的标准坐标数据形成的文件中添加识别标识,还可以使用其他方式添加识别标识,在此不再一一赘述。\n[0076] 在本实施例中,标识添加模块306在该标准坐标数据中添加识别标志的方法,可以使用加锁、解锁的方式;还可以在不同数据源的标准坐标数据中添加不同信息,也可以使用其他方式,在此不再一一赘述。\n[0077] 本发明实施例提供的交通信息的预处理装置,通过将一个以上数据源的交通信息转化为统一规格的数据,并向浮动车处理系统发送,使浮动车处理系统可以对一个以上数据源的交通信息进行统一处理。本发明实施例提供的技术方案解决了现有浮动车处理系统需要针对不同的浮动车数据源采用不同的接收和处理方法,缺乏模块化和一致性,不利于浮动车处理系统的变化和发展的问题。\n[0078] 本发明实施例提供的交通信息的预处理方法和装置,可以应用在数据接入系统中,为浮动车处理系统中提供处理后的交通信息。\n[0079] 结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。\n[0080] 以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
法律信息
- 2013-08-07
- 2011-07-20
实质审查的生效
IPC(主分类): G08G 1/01
专利申请号: 201110027368.3
申请日: 2011.01.25
- 2011-06-01
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2010-08-18
|
2010-01-08
| | |
2
| |
2010-08-18
|
2010-01-08
| | |
3
| |
2010-08-18
|
2010-01-08
| | |
4
| |
2010-03-17
|
2009-09-11
| | |
5
| |
2009-04-01
|
2008-10-28
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |