专利名称：移动互联网交通信息的处理方法及装置的制作方法
技术领域：
本发明涉及智能交通系统领域，特别涉及一种移动互联网交通信息的处理方法及
>J-U ρ α装直。
背景技术：
实时路况服务目前应用于商业化应用和公众服务的各个方面。近几年随着智能手
机等终端的大量普及。用户对在智能手机等终端上使用交通信息的需求日期高涨。同时随着新技术的发展，如交通信息预测数据的接入，用户对在智能手机等终端上展现交通信息有了新的需求。目前通常采用终端使用栅格地图的方式从服务器下载交通信息瓦片图到本地，并叠加到地图上进行显示。这就使得服务器需要将具有生成交通瓦片栅格图的能力，对服务器的配置要求很高，并且终端从服务器下载交通瓦片栅格图时需要很大的流量，使得用户在获取交通信息时开销很大。
发明内容
本发明提供一种移动互联网交通信息的处理方法及装置，减少了终端从服务器下载交通信息需要的流量的同时，降低了对服务器的配置要求。本发明实施例采用的技术方案为一种移动互联网交通信息的处理方法，包括终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存；所述终端从所述服务器获取交通信息数据；所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据；所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。一种移动互联网交通信息的处理装置，包括缓存单元，用于从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存；获取单元，用于从所述服务器获取交通信息数据；提取单元，用于从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据；生成单元，用于根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。一种移动互联网交通信息的处理系统，包括服务器和终端；所述服务器，用于从交通栅格图中分离出分块矢量数据和交通信息数据后，发布所述分块矢量路网数据和所述交通信息数据；所述终端，用于获取所述服务器提供的分块矢量路网数据和交通信息数据，并根据所述获取的分块矢量路网数据和交通信息数据生成交通信息栅格图。本发明实施例提供的移动互联网交通信息的处理方法及装置，首先终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存，再从所述服务器获取交通信息数据，然后所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据，最后所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。目前通常采用终端使用栅格地图的方式从服务器下载交通信息瓦片图到本地，并叠加到地图上进行显示。这就使得服务器需要将具有生成交通瓦片栅格图的能力，对服务器的配置要求很高，并且终端从服务器下载交通瓦片栅格图时需要很大的流量，使得用户在获取交通信息时开销很大。本发明实施例通过在终端本地合成交通瓦片栅格图，减少了终端从服务器下载交通信息需要的流量的同时，降低了对服务器的配置要求。
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。图I为本发明实施例一提供的移动互联网交通信息的处理方法流程图；图2为本发明实施例一提供的移动互联网交通信息的处理装置结构示意图；图3为本发明实施例二提供的移动互联网交通信息的处理方法流程图；图4为本发明实施例二提供的移动互联网交通信息的处理装置结构示意图；图5为本发明实施例二提供的移动互联网交通信息的处理系统结构示意图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。为使本发明技术方案的优点更加清楚，下面结合附图和实施例对本发明作详细说明。实施例一本实施例提供一种移动互联网交通信息的处理方法，如图I所示，所述方法包括101、终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存。其中，根据移动互联网对需要下载的软件大小有严格限制，例如操作系统iOS系统使用3g (第三代移动通信技术,3rd-generation)网络时,如果下载软件的大小超过了20M则无法下载，本发明实施例中的矢量路网数据放到软件中打包的话大小会远远高于此值。故本方法中选择服务器分块下发的方式提供分块矢量路网数据，因而本实施例提供的方法具有很好的兼容性。进一步地，所述分块矢量路网数据采用行业通用标准，即基于墨卡托投影，所述分块矢量路网数据中的每一块矢量路网数据通过所述每一块矢量路网数据对应的使用等级和经度纬度的序号进行标示。102、所述终端从所述服务器获取交通信息数据。其中，所述交通信息数据会根据周期进行更新，所述分块矢量路网数据和所述交通信息数据为RESTful形式。103、所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据。104、所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路 网数据生成交通信息栅格图。本发明实施例提供的方法可以减少终端从服务器上下载信息所需要的流量，例如，对于现有技术，终端在极限情况下浏览一个周期内上海市所有比例尺下的全部交通信息需要80M数据流量。而使用本方法终端只需要4k数据流量就可以达到同样的效果。本发明实施例提供的方法可以减少服务器损耗，对于现有技术中通过服务器生成交通瓦片图的方式，12个城市至少需要4台服务器才可以保证交通信息的实时性。而通过本实施例提供的方法只需要一台服务器就可以支撑30个城市的交通信息生成。同时本发明实施例提供的方法还可以支持预测数据，当使用预测数据这种方式时，一个周期需要生成未来多个周期的交通信息。如果通过现有技术，生成一个周期的交通信息的性能已经达到了服务器的性能极限，通过本实施例提供的方法可以解决这个问题。本实施例提供一种移动互联网交通信息的处理装置，如图2所示，所述装置包括缓存单元21、获取单元22、提取单元23、生成单元24。缓存单元21，可以用于从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存。其中，根据移动互联网对需要下载的软件大小有严格限制，例如操作系统ios系统使用3g (第三代移动通信技术,3rd-generation)网络时，如果下载软件的大小超过了20M则无法下载，本发明实施例中的矢量路网数据放到软件中打包的话大小会远远高于此值。故本方法中选择服务器分块下发的方式提供分块矢量路网数据，因而本实施例提供的方法具有很好的兼容性。进一步地，所述分块矢量路网数据采用行业通用标准，即基于墨卡托投影，所述分块矢量路网数据中的每一块矢量路网数据通过所述每一块矢量路网数据对应的使用等级和经度纬度的序号进行标示。获取单元22，可以用于从所述服务器获取交通信息数据。其中，所述交通信息数据会根据周期进行更新，所述分块矢量路网数据和所述交通信息数据为RESTful形式。提取单元23，可以用于从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据。生成单元24，可以用于根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。
本发明实施例提供的移动互联网交通信息的处理方法及装置，首先终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存，再从所述服务器获取交通信息数据，然后所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据，最后所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。目前通常采用终端使用栅格地图的方式从服务器下载交通信息瓦片图到本地，并叠加到地图上进行显示。这就使得服务器需要将具有生成交通瓦片栅格图的能力，对服务器的配置要求很高，并且终端从服务器下载交通瓦片栅格图时需要很大的流量，使得用户在获取交通信息时开销很大。本发明实施例通过在终端本地合成交通瓦片栅格图，减少了终端从服务器下载交通信息需要的流量的同时，降低了对服务器的配置要求。实施例二
本实施例提供一种移动互联网交通信息的处理方法，如图3所示，所述方法包括301、终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存。其中，根据移动互联网对需要下载的软件大小有严格限制，例如操作系统ios系统使用3g (第三代移动通信技术,3rd-generation)网络时,如果下载软件的大小超过了20M则无法下载，本发明实施例中的矢量路网数据放到软件中打包的话大小会远远高于此值。故本方法中选择服务器分块下发的方式提供分块矢量路网数据，因而本实施例提供的方法具有很好的兼容性。进一步地，所述分块矢量路网数据采用行业通用标准，即基于墨卡托投影，所述分块矢量路网数据中的每一块矢量路网数据通过所述每一块矢量路网数据对应的使用等级和经度纬度的序号进行标示。302、所述终端从所述服务器获取交通信息数据。其中，所述交通信息数据会根据周期进行更新，所述分块矢量路网数据和所述交通信息数据为RESTful形式。303、所述终端根据所述交通信息数据ID序列对应的索引表解析从所述服务器获取的交通信息数据。其中，所述终端与所述服务器通过协商预先设定交通信息数据标识ID序列，然后所述终端预置所述交通信息数据ID序列对应的索引表。304、所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据。305、所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。本发明实施例提供的方法可以减少终端从服务器上下载信息所需要的流量，例如，对于现有技术，终端在极限情况下浏览一个周期内上海市所有比例尺下的全部交通信息需要80M数据流量。而使用本方法终端只需要4k数据流量就可以达到同样的效果。本发明实施例提供的方法可以减少服务器损耗，对于现有技术中通过服务器生成交通瓦片图的方式，12个城市至少需要4台服务器才可以保证交通信息的实时性。而通过本实施例提供的方法只需要一台服务器就可以支撑30个城市的交通信息生成。同时本发明实施例提供的方法还可以支持预测数据，当使用预测数据这种方式时，一个周期需要生成未来多个周期的交通信息。如果通过现有技术，生成一个周期的交通信息的性能已经达到了服务器的性能极限，通过本实施例提供的方法可以解决这个问题。本实施例提供一种移动互联网交通信息的处理装置，如图4所示，所述装置包括缓存单元41、获取单元42、提取单元43、生成单元44、设定单元45、预置单元46、解析单元47。缓存单元41，可以用于从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存。其中，根据移动互联网对需要下载的软件大小有严格限制，例如操作系统ios系统使用3g (第三代移动通信技术,3rd-generation)网络时,如果下载软件的大小超过了20M则无法下载，本发明实施例中的矢量路网数据放到软件中打包的话大小会远远高于此值。故本方法中选择服务器分块下发的方式提供分块矢量路网数据，因而本实施例提供的方法具有很好的兼容性。 进一步地，所述分块矢量路网数据采用行业通用标准，即基于墨卡托投影，所述分块矢量路网数据中的每一块矢量路网数据通过所述每一块矢量路网数据对应的使用等级和经度纬度的序号进行标示。获取单元42，可以用于从所述服务器获取交通信息数据。其中，所述交通信息数据会根据周期进行更新，所述分块矢量路网数据和所述交通信息数据为RESTful形式。提取单元43，可以用于从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据。其中，所述终端与所述服务器通过协商预先设定交通信息数据标识ID序列，然后所述终端预置所述交通信息数据ID序列对应的索引表。生成单元44，可以用于根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。设定单元45，可以用于与所述服务器通过协商预先设定交通信息数据标识ID序列。预置单元46，可以用于预置所述交通信息数据ID序列对应的索引表。解析单元47，可以用于根据所述交通信息数据ID序列对应的索引表解析从所述服务器获取的交通信息数据。本发明实施例提供的移动互联网交通信息的处理方法及装置，首先终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存，再从所述服务器获取交通信息数据，然后所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据，最后所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。目前通常采用终端使用栅格地图的方式从服务器下载交通信息瓦片图到本地，并叠加到地图上进行显示。这就使得服务器需要将具有生成交通瓦片栅格图的能力，对服务器的配置要求很高，并且终端从服务器下载交通瓦片栅格图时需要很大的流量，使得用户在获取交通信息时开销很大。本发明实施例通过在终端本地合成交通瓦片栅格图，减少了终端从服务器下载交通信息需要的流量的同时，降低了对服务器的配置要求。
本实施例还提供一种移动互联网交通信息的处理系统，如图5所示，所述系统包括服务器51、终端52。所述服务器51，可以用于从交通栅格图中分离出分块矢量数据和交通信息数据后，发布所述分块矢量路网数据和所述交通信息数据。所述服务器51包括交通信息发布模块5101，分块矢量路网数据发布模块5102。交通信息发布模块5101，可以用于提供交通信息数据。分块矢量路网数据发布模块5102，可以用于提供分块矢量路网数据。本发明实施例提供的移动互联网交通信息的处理装置可以实现上述提供的方法实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。本发明实施例提供的移 动互联网交通信息的处理方法及装置可以适用于智能交通系统领域，但不仅限于此。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random AccessMemory, RAM)等。以上所述，仅为本发明的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。
权利要求
1.一种移动互联网交通信息的处理方法，其特征在于，包括 终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存； 所述终端从所述服务器获取交通信息数据； 所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据； 所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。
2.根据权利要求I所述的移动互联网交通信息的处理方法，其特征在于，还包括 所述终端与所述服务器通过协商预先设定交通信息数据标识ID序列； 所述终端预置所述交通信息数据ID序列对应的索引表； 所述终端根据所述交通信息数据ID序列对应的索引表解析从所述服务器获取的交通信息数据。
3.根据权利要求I所述的移动互联网交通信息的处理方法，其特征在于，还包括 所述分块矢量路网数据中的每一块矢量路网数据通过所述每一块矢量路网数据对应的使用等级和经度纬度的序号进行标示。
4.根据权利要求I所述的移动互联网交通信息的处理方法，其特征在于，还包括 所述分块矢量路网数据和所述交通信息数据为RESTful形式。
5.一种移动互联网交通信息的处理装置，其特征在于，包括 缓存单元，用于从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存； 获取单元，用于从所述服务器获取交通信息数据； 提取单元，用于从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据； 生成单元，用于根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。
6.根据权利要求5所述的移动互联网交通信息的处理装置，其特征在于，还包括 设定单元，用于与所述服务器通过协商预先设定交通信息数据标识ID序列； 预置单元，用于预置所述交通信息数据ID序列对应的索引表； 解析单元，用于根据所述交通信息数据ID序列对应的索引表解析从所述服务器获取的交通信息数据。
7.根据权利要求5所述的移动互联网交通信息的处理装置，其特征在于，还包括 所述分块矢量路网数据中的每一块矢量路网数据通过所述每一块矢量路网数据对应的使用等级和经度纬度的序号进行标示。
8.根据权利要求5所述的移动互联网交通信息的处理装置，其特征在于，还包括 所述分块矢量路网数据和所述交通信息数据为RESTful形式。
9.一种移动互联网交通信息的处理系统，其特征在于，包括服务器和终端； 所述服务器，用于从交通栅格图中分离出分块矢量数据和交通信息数据后，发布所述分块矢量路网数据和所述交通信息数据； 所述终端，用于获取所述服务器提供的分块矢量路网数据和交通信息数据，并根据所述获取的分块矢量路网数据和交通信息数据生成交通信息栅格图。
10.根据权利要求9所述的移动互联网交通信息的处理系统，其特征在于，所述服务器包括交通信息发布模块，分块矢量路网数据发布模块； 所述交通信息发布模块，用于提供交通信息数据； 所述分块矢量路网数据发布模块，用于提供分块矢量路网数据。
全文摘要
本发明实施例公开了一种移动互联网交通信息的处理方法及装置，所述方法包括首先终端从服务器获取分块矢量路网数据并将所述分块矢量路网数据缓存，再从所述服务器获取交通信息数据，然后所述终端从所述缓存的分块矢量路网数据中提取与所述交通信息数据对应的分块矢量路网数据，最后所述终端根据所述交通信息数据和与所述交通信息数据对应的分块矢量路网数据生成交通信息栅格图。本发明适用于智能交通系统领域。
文档编号G06F17/30GK102801797SQ20121027468
公开日2012年11月28日 申请日期2012年8月3日 优先权日2012年8月3日
发明者任轶, 李玉东, 崔伟, 高建 申请人:北京世纪高通科技有限公司