[发明专利]交通数据处理方法及设备

说明书

技术领域

本发明涉及数据处理领域，并且更具体地，涉及一种交通数据处理方法及设备。

背景技术

随着手持电子设备的普遍使用，人们越来越依赖于手持电子设备的导航软件来定位自己想去的目的地。这些导航软件通常可以显示建筑与道路实景图，为用户提供实时路况信息，为用户规划驾车、公交、步行的出行路线，并提供全程浏览等。

由于现代城市的交通越来越拥堵，城市居民越来越多地选择公交系统出行。在诸如北京这种大城市，公交车有几百条线路，地铁、城铁也有十几条线路。在诸如郑州的中等城市，公交车也有上百条线路。而现有的手机导航软件响应于用户操作，从服务器获取交通信息并在显示器上显示。在随后的运行期间，现有导航软件以预定时间间隔，例如10s－30s，不断刷新所显示的交通信息。现有的服务器响应于用户的查询消息，检索公共交通管理部门的数据库并获取和给用户提供用户所请求的交通信息。对于支持导航软件的服务器而言，连续更新信息意味着高度密集的计算量，而对于电池供电的手持电子设备而言，连续更新信息意味着快速消耗电力，并最终可能导致断电关机。

因此，现有技术中存在对于能够减少服务器端设备、客户端设备的处理量以降低计算密度、耗电量的技术的需求。

发明内容

本发明的一个实施例重点考虑的是支持导航软件的服务器的高计算密集度问题。本发明的另一个实施例重点考虑的是接收查询结果的用户手持电子设备的耗电问题。以耗电问题和信息的及时性为主要考虑出发点。本发明按照公共交通工具位置、乘客位置和公交站点位置为依据，对数据进行优先级排序，从而保证高优先级事件及时达到，而低优先级数据则不需要通知每个变化。尤其是，本发明实施例结合公共交通工具按照道路网络行走特点，将即使离公交站点较远但是对乘客重要的交通工具也记入为高优先级交通工具。考虑到大量接收通知的用户，在服务器侧结合时空上下文（公交站点位置、公共交通工具对于公交站点的到达情况、用户手持电子设备显示的地理区域，等等）以及用户上下文（用户的当前公交站点、用户手持电子设备显示改变，等等）对事件/消息进行压缩和排序，减少消息发送的数量。在服务器侧，降低了计算密集程度，而在用户手持设备侧，降低了耗电量。

根据本发明的一个方面，提供了一种交通数据处理方法，包括：从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点；基于预定规则给路线包括所述当前公交站点的交通工具分配优先级；以及基于所分配的优先级处理对应交通工具的信息。

根据本发明的另一个方面，提供了一种交通数据处理方法，包括：响应于用户操作，向服务器发送查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；从所述服务器接收查询结果消息以供显示，其中所述查询结果消息包括所述服务器使用以上所述的方法获得的交通信息。

根据本发明的另一个方面，提供了一种交通数据处理设备，包括：接收装置，被配置成从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；公交站点确定装置，被配置成将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点；分配装置，被配置成基于预定规则给路线包括所述当前公交站点的交通工具分配优先级；以及处理装置，被配置成基于所分配的优先级处理对应交通工具的信息。

根据本发明的另一个方面，提供了一种交通数据处理设备，包括：发送装置，被配置成响应于用户操作，向以上所述的服务器发送查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；以及接收装置，被配置成从所述服务器接收查询结果消息以供显示。

通过使用根据本发明的方法和设备，能够降低服务器侧/手持电子设备侧的处理量，从而降低计算密集度、耗电量。

附图说明

通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。

图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。

图2示出了根据本发明实施方式的在服务器侧执行的交通数据处理的示意性流程图。

图3A示出了使用现有导航软件所获得的初始屏幕显示截图。

图3B示出了在现有导航软件运行过程中响应于用户操作而获得的屏幕显示截图。