交通数据处理方法及设备的制作方法

交通数据处理方法及设备的制作方法
【专利摘要】本发明公开了一种交通数据处理方法和设备。所述交通数据处理方法包括：从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点；基于预定规则给路线包括所述当前公交站点的交通工具分配优先级；以及基于所分配的优先级处理对应交通工具的信息。通过使用根据本发明的方法和设备，能够降低服务器侧/手持电子设备侧的处理量，从而降低计算密集度、耗电量。
【专利说明】交通数据处理方法及设备

【技术领域】
[0001]本发明涉及数据处理领域，并且更具体地，涉及一种交通数据处理方法及设备。

【背景技术】
[0002]随着手持电子设备的普遍使用，人们越来越依赖于手持电子设备的导航软件来定位自己想去的目的地。这些导航软件通常可以显示建筑与道路实景图，为用户提供实时路况信息，为用户规划驾车、公交、步行的出行路线，并提供全程浏览等。
[0003]由于现代城市的交通越来越拥堵，城市居民越来越多地选择公交系统出行。在诸如北京这种大城市，公交车有几百条线路，地铁、城铁也有十几条线路。在诸如郑州的中等城市，公交车也有上百条线路。而现有的手机导航软件响应于用户操作，从服务器获取交通信息并在显示器上显示。在随后的运行期间，现有导航软件以预定时间间隔，例如1s -30s，不断刷新所显示的交通信息。现有的服务器响应于用户的查询消息，检索公共交通管理部门的数据库并获取和给用户提供用户所请求的交通信息。对于支持导航软件的服务器而言，连续更新信息意味着高度密集的计算量，而对于电池供电的手持电子设备而言，连续更新信息意味着快速消耗电力，并最终可能导致断电关机。
[0004]因此，现有技术中存在对于能够减少服务器端设备、客户端设备的处理量以降低计算密度、耗电量的技术的需求。


【发明内容】

[0005]本发明的一个实施例重点考虑的是支持导航软件的服务器的高计算密集度问题。本发明的另一个实施例重点考虑的是接收查询结果的用户手持电子设备的耗电问题。以耗电问题和信息的及时性为主要考虑出发点。本发明按照公共交通工具位置、乘客位置和公交站点位置为依据，对数据进行优先级排序，从而保证高优先级事件及时达到，而低优先级数据则不需要通知每个变化。尤其是，本发明实施例结合公共交通工具按照道路网络行走特点，将即使离公交站点较远但是对乘客重要的交通工具也记入为高优先级交通工具。考虑到大量接收通知的用户，在服务器侧结合时空上下文(公交站点位置、公共交通工具对于公交站点的到达情况、用户手持电子设备显示的地理区域，等等)以及用户上下文(用户的当前公交站点、用户手持电子设备显示改变，等等)对事件/消息进行压缩和排序，减少消息发送的数量。在服务器侧，降低了计算密集程度，而在用户手持设备侧，降低了耗电量。
[0006]根据本发明的一个方面，提供了一种交通数据处理方法，包括:从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点；基于预定规则给路线包括所述当前公交站点的交通工具分配优先级；以及基于所分配的优先级处理对应交通工具的信息。
[0007]根据本发明的另一个方面，提供了一种交通数据处理方法，包括:响应于用户操作，向服务器发送查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；从所述服务器接收查询结果消息以供显示，其中所述查询结果消息包括所述服务器使用以上所述的方法获得的交通信息。
[0008]根据本发明的另一个方面，提供了一种交通数据处理设备，包括:接收装置，被配置成从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；公交站点确定装置，被配置成将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点；分配装置，被配置成基于预定规则给路线包括所述当前公交站点的交通工具分配优先级；以及处理装置，被配置成基于所分配的优先级处理对应交通工具的信息。
[0009]根据本发明的另一个方面，提供了一种交通数据处理设备，包括:发送装置，被配置成响应于用户操作，向以上所述的服务器发送查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；以及接收装置，被配置成从所述服务器接收查询结果消息以供显示。
[0010]通过使用根据本发明的方法和设备，能够降低服务器侧/手持电子设备侧的处理量，从而降低计算密集度、耗电量。

【专利附图】

【附图说明】
[0011]通过结合附图对本公开示例性实施方式进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显，其中，在本公开示例性实施方式中，相同的参考标号通常代表相同部件。
[0012]图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。
[0013]图2示出了根据本发明实施方式的在服务器侧执行的交通数据处理的示意性流程图。
[0014]图3A示出了使用现有导航软件所获得的初始屏幕显示截图。
[0015]图3B示出了在现有导航软件运行过程中响应于用户操作而获得的屏幕显示截图。
[0016]图4示出了在图3A所示的区域内的交通状况的示意图。
[0017]图5示出了根据本发明另一实施方式的在服务器侧执行的交通数据处理的示意性流程图。
[0018]图6示出了根据本发明实施方式的在手持式电子设备侧执行的交通数据处理的示意性流程图。
[0019]图7示出了根据本发明实施例的导航软件所获得的屏幕显示截图。
[0020]图8示出了根据本发明实施方式的包括服务器和手持电子设备的交通数据处理系统的示意性框图。

【具体实施方式】
[0021]下面将参照附图更详细地描述本公开的优选实施方式。虽然附图中显示了本公开的优选实施方式，然而应该理解，可以以各种形式实现本公开而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
[0022]本发明的发明人认识到在现有手持电子设备中使用的导航软件中，服务器一侧接收来自城市居民的查询请求，并从国家公交系统数据库中检索与用户的查询请求相关的交通信息并提供给用户。考虑到现在的城市人口以及公交线路的数量，还考虑到这些导航软件在运行过程中需要不断地实时更新信息，服务器侧的计算成本是巨大的。
[0023]本发明的发明人还认识到诸如移动终端的手持电子设备都是电池供电的，因此是电池敏感设备。在手持电子设备这一侧，在导航软件运行期间需要实时地从服务器侧获取更新数据并随之刷新显示屏的显示。本领域技术人员应当直到这个过程是非常耗电的。对于电池供电的手持电子设备，这会导致电量迅速降低，并最终导致例如关机。
[0024]本发明的发明人设想到服务器可以根据手持电子设备的当前位置(S卩，用户的当前位置)和手持电子设备显示屏上的显示区域(该显示区域通常是用户感兴趣的地理区域)，来确定该区域内用户可能去的公交公交站点。通过一公交公交站点的公交线路是非常有限的，且在这些公交线路上运营的交通工具的数量也是非常有限的。值得注意的是:在这些公交线路上的交通工具对于用户的重要程度也是不一样的。例如，在一公交线路上尚未经过用户所处的公交站点的交通工具与在同一公交线路上已经经过该公交站点的交通工具相比，对于用户的重要程度要高得多。又例如，在同一公交线路上，即将到达用户所处的公交站点的交通工具与尚需较长时间才到达该公交站点的交通工具(例如，下一班地铁或公共汽车、或者在10公里意外的地铁或公共汽车)相比，对于用户的重要程度要高得多。因此，本发明人设想到给路线包括用户感兴趣公交站点的交通工具分配优先级。对于具有高优先级的交通工具，服务器更新该交通工具的实时信息的频率高，并且给手持电子设备推送实时信息的频率也高。例如，对于具有最高优先级的交通工具，每10秒更新一次其实时信息。对于具有低优先级的交通工具，服务器更新该交通工具的实时信息的频率低，并且给手持电子设备推送实时信息的频率也低。例如，对于具有最低优先级的交通工具，每10分钟更新一次其实时信息。在服务器侧，由于通过以上处理减少了要获取和处理的信息量，从而降低了服务器的计算量。而在手持电子设备侧，由于接收到的信息量和更新的信息量的减少，从而使得节省了电力，使得手持电子设备的待机时间延长。
[0025]在此，需要说明的是本文所提及的“交通工具”是指国家公共交通管理部门授权运营和管理的任何交通工具，包括公共汽车、地铁、城铁等。这些交通工具的特点是具有预定的线路，受到公共交通管理部门的调度和监控。事实上，所有现有的导航软件都需要从这些公共交通管理部门获取原始数据。但是如何获得这些原始数据不在本发明的考虑范围之内。
[0026]所属【技术领域】的技术人员知道，本发明可以实现为系统、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即:可以是完全的硬件、也可以是完全的软件(包括固件、驻留软件、微代码等)，还可以是硬件和软件结合的形式，本文一般称为“电路”、“模块”或“系统”。此外，在一些实施例中，本发明还可以实现为在一个或多个计算机可读介质中的计算机程序产品的形式，该计算机可读介质中包含计算机可读的程序代码。
[0027]可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是一但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPR0M或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0028]计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0029]计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括一但不限于一无线、电线、光缆、RF等等，或者上述的任意合适的组合。
[0030]可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言一诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言一诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络一包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0031]下面将参照本发明实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述本发明。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机程序指令实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，这些计算机程序指令通过计算机或其它可编程数据处理装置执行，产生了实现流程图和/或框图中的方框中规定的功能/操作的装置。
[0032]也可以把这些计算机程序指令存储在能使得计算机或其它可编程数据处理装置以特定方式工作的计算机可读介质中，这样，存储在计算机可读介质中的指令就产生出一个包括实现流程图和/或框图中的方框中规定的功能/操作的指令装置(instruct1nmeans)的制造品(manufacture)。
[0033]也可以把计算机程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机或其它可编程装置上执行的指令能够提供实现流程图和/或框图中的方框中规定的功能/操作的过程。
[0034]图1示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。图1显示的计算机系统/服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0035]如图1所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于:一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
[0036]总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。
[0037]计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
[0038]系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图1未显示，通常称为“硬盘驱动器”)。尽管图1中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如⑶-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
[0039]具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
[0040]计算机系统/服务器12也可以与一个或多个外部设备14 (例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口 22进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。
[0041]图2示出了根据本发明实施方式的在服务器侧执行的交通数据处理的示意性流程图。现在参看图2，在步骤201，交通数据处理过程200开始。
[0042]在步骤203，确定是否从手持电子设备接收用户的查询消息。查询消息可以包括用户的当前位置以及所述手持电子设备当前显示的地理区域。备选地，查询消息还可以包括用户的目的地信息。
[0043]通常，在打开导航软件时会显示一个初始屏幕。与此同时，手持电子设备会后台发送一个查询消息给其服务器。查询消息可以包括用户的当前位置、屏幕上显示的地理区域。在用户输入的情况下，查询消息还有可能包括用户的目的地信息以及其它信息。
[0044]为了获得交通信息，用户随时可以打开导航软件。在某些情况下，用户没有输入目的地信息。诸如，用户刚刚打开导航软件；或者用户知道自己要怎么到达目的地，但是需要了解当前的交通状况；或者用户只想找到自己需要的公交线路，等等。而在某些情况下，用户会立即输入要去的目的地。甚至在导航软件的运行过程中，用户会缩放显示屏中显示的区域或重新输入目的地、重新选择当前位置，等等。优选地，只要手持电子设备接收到用户操作就会发送查询消息。
[0045]图3A示出了使用现有导航软件所获得的初始屏幕显示的截图，而图3B示出了在现有导航软件运行过程中响应于用户操作所获得的屏幕显示的截图。参见图3A，图中使用箭头标示了用户的当前位置，并且图3A示出的地理区域是从兴盛街到笔管胡同的区域。在用户执行了缩小显示比率的操作之后，图3B示出了包括整个四环的区域。
[0046]如果在步骤203接收到了查询消息，则过程前进到步骤205，否则，过程返回以重复执行步骤203。
[0047]在步骤205，将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点。
[0048]要坐公共交通，用户必须要去相应的公交公交站点，找到相应的线路并乘坐该线路的交通工具。通常情况下，用户会选择离自己近的公交站点并乘坐经过该公交站点的交通线路的交通工具以便到达自己的目的地。因此，基于公交站点来筛选用户感兴趣的信息是优选的，能够降低信息处理量。
[0049]服务器可以从公共交通数据库中检索出在地理区域中的所有公交公交站点，并将邻近用户的当前位置的公交站点确定为当前公交站点。应当理解，当前公交站点可以有一个或多个。与用户的当前位置邻近可以指与用户位于同一街区、与当前位置的距离小于一阈值，诸如1000m、500m等、相隔一条马路、走路5分钟到达,等等。当然，当前公交站点可以是在地理区域中离用户距离最近的公交公交站点。
[0050]还以图3A为例，服务器可以检索出在从兴盛街到笔管胡同这整个区域中的公交公交站点。在图3A中，用户的位置在长话大楼楼前，那么可以将距离用户位置500m以内的所有公交公交站点确定为当前公交站点。在此情况下，37路、I路、15路等公交站点、马路对面的37路、I路、15路等公交站点、复兴门地铁站等都被确定为当前公交站点。
[0051]在屏幕显示比例较大的情况下，诸如屏幕上显示了半个北京市区，可能会导致将过多的公交站点确定为当前公交站点。优选地，地理区域可以被限定为屏幕显示的地理区域内以用户当前位置为中心的预定范围。例如，以用户当前位置为中心半径为500m的圆形区域，以用户当前位置为中心的矩形区域等。图3中用圆圈示出了限定范围的一个示例。
[0052]如果用户在导航软件中输入了目的地信息，那么查询消息中也包括了该目的地信息。在确定当前公交站点时，除了如上所述考虑地理区域和用户的当前位置之外，重点考虑所确定的公交站点中具有能够到达目的地的线路的公交站点，并将其确定为当前公交站点。在此值得注意的是，能够到达目的地的线路包括直接到达目的地的线路和经过有限次转乘到达目的地的线路。确定到达目的地的路线是本领域中已知的，不是本公开讨论的重点。
[0053]还以图3A为例，如果用户的目的地是东方广场，直接到达的线路有37路，但是I路通过转乘也可以到达，那么将37路、I路公交站点选为当前公交站点。由于15路去向不同方向，因此,不在考虑之列。
[0054]在步骤207，基于预定规则给路线包括所述当前公交站点的交通工具分配优先级。
[0055]服务器可以从公共交通数据库中检索出地理区域中的即将经过以及已经经过所确定的当前公交站点的所有交通工具。
[0056]在真实世界中，对于公共交通而言，交通工具只会沿着一个方向经过公交公交站点。对于用户而言，已经经过公交站点的交通工具具有较低的重要性，而即将到达或将来会到达的交通工具具有较高的重要性。基于以上事实，给已经经过公交站点的交通工具分配较低的优先级，而给将要到达公交站点的交通工具分配较高的优先级。
[0057]此外，由于手持电子设备的屏幕有限，屏幕显示的地理区域相对于屏幕外的地理区域对于用户具有较高的重要性，并且较远的距离意味着较长的等待时间。
[0058]本领域技术人员可以基于以上事实来根据其需要制定用于给交通工具分配优先级的规则。根据本发明的一个实施例，预定规则可以基于以下项中的一个或多个来确定:交通工具是否在所述地理区域内；交通工具是否已经经过所述当前公交站点。
[0059]作为一个例子，根据本发明实施例的预定规则可以包括以下规定:
[0060]——在地理区域内且即将经过公交站点的交通工具具有最高优先级；
[0061]—不在地理区域内且即将经过公交站点的交通工具具有次高优先级；
[0062]—在地理区域内且已经经过公交站点的交通工具具有次低优先级；且
[0063]—不在地理区域内且已经经过公交站点的交通工具具有最低优先级。
[0064]图4示出了在图3A所示的地理区域内的交通状况的示意图。如图4所示，用户的当前公交站点有位于长安街南侧的37路、I路和15路的公交站点等。根据以上规则，椭圆区域内的I路和15路公共汽车具有最高优先级，椭圆区域外的37路公共汽车具有次高优先级，椭圆区域内的37路公共汽车具有次低优先级，而椭圆区域外的I路公共汽车具有最低优先级。
[0065]在查询消息中包括用户输入的目的地信息的情况下，分配优先级的规则还需要考虑用户的目的地。对于用户而言，除了考虑交通工具是否经过当前公交站点以及是否在对应地理区域之内，还需要考虑交通工具是否在能够到达其目的地的线路上。显然，在能够到达用户的目的地的线路上的交通工具具有高优先级，而不在能够到达用户的目的地的线路上的交通工具具有低优先级，甚至不用考虑。
[0066]本领域技术人员可以基于以上事实来根据其需要制定用于给交通工具分配优先级的规则。根据本发明的一个实施例，预定规则可以基于以下项中的一个或多个来确定:交通工具是否在所述地理区域内；交通工具是否已经经过所述当前公交站点；交通工具是否属于能够到达用户目的地的线路。
[0067]作为一个例子，根据本发明实施例的预定规则可以包括以下规定:
[0068]—在地理区域内、在能够到达目的地的线路上且即将经过当前公交站点的交通工具具有最闻优先级；
[0069]—不在地理区域内、但在能够到达目的地的线路上且即将经过当前公交站点的交通工具具有次高优先级；
[0070]—在地理区域内、在能够到达目的地的线路上且已经经过当前公交站点的交通工具具有中间优先级；
[0071]—不在地理区域内、在能够到达目的地的线路上且已经经过当前公交站点的交通工具具有次低优先级；且
[0072]——其它交通工具都具有最低优先级。
[0073]还以图4为例，在用户输入了目的地的情况下，用户的当前公交站点有位于长安街南侧的37路和I路的公交站点。根据以上规则，椭圆区域内的I路公共汽车具有最高优先级，椭圆区域外的37路公共汽车具有次高优先级，椭圆区域内的37路公共汽车具有中间优先级，椭圆区域外的I路公共汽车具有次低优先级，而其它公共汽车具有最低优先级。
[0074]在分配完优先级之后，过程前进到步骤209。
[0075]在步骤209，基于所分配的优先级处理对应交通工具的信息。
[0076]通常，服务器按照固定频率从公共交通管理数据库获得原始信息，这个处理不做优先级区分，也不是本发明所关心的。本发明关心服务器如何基于原始数据需要对不同的监控客户端，按照其观察公交车的不同的优先级进行信息的汇总，并按照门限对信息进行更新与推送。
[0077]如前所述，优先级越高，则具有该优先级的交通工具的信息对于用户越重要；而优先级越低，则具有该优先级的交通工具的信息对于用户越不重要。因此，针对不同优先级执行不同的处理。
[0078]根据本发明一个实施例，对具有高优先级的交通工具的信息的更新的频率越高，或者更新该信息的时间间隔越小。而对具有低优先级的交通工具的信息的更新的频率越低，或者更新该信息的时间间隔越大，甚至不再对其进行更新。优选地，所述处理包括:与具有较低优先级的交通工具相比，以更高的频率更新具有较高优先级的交通工具的信息。
[0079]例如，对于具有最高优先级的公共交通工具，每分钟更新其信息6次，或者说，每10秒更新一次。对于具有次高优先级的公共交通工具，每分钟更新其信息2次，或者说，每30秒更新一次。对于具有次低优先级的公共交通工具，每5分钟更新其信息I次。对于具有最低优先级的公共交通工具，每30分钟更新其信息I次。
[0080]根据本发明另一实施例，将对应交通工具的信息以压缩格式，诸如.zip、.rar，封装以减少传输的数据量，或者按照所使用的应用要求的或兼容的格式封装以减少手持电子设备侧的处理量，或者以其它所需的格式封装。然后，将封装后的信息发送给手持电子设备。
[0081]在步骤211，处理结束。
[0082]由于在手持电子设备的导航期间，用户可能对屏幕显示进行操作从而改变了屏幕显示的地理区域、或者用户到达了另一位置、或者重新输入了目的地信息或设定了当前位置，从而使得导航软件发送改变了的查询消息。
[0083]图5示出了根据本发明另一实施方式的在服务器侧执行的交通数据处理的示意性流程图。图5中与图2中相同的附图标记指示与图2相同的处理。对于这些处理在此不再重复，以避免模糊本发明。
[0084]在步骤501，将新接收到的查询消息与前一查询消息进行比较以确定查询消息的改变。
[0085]查询消息的改变可以是用户当前位置、用户的目的地、和手持电子设备当前显示的地理区域中的一个或多个发生改变。例如，用户从当前位置行走超过一站的距离，那么这就导致用户的当前公交站点发生改变，或者用户输入了不同的当前位置。这通常会伴随着公交线路的改变。在此情况下，需要确定新接收到的查询消息中的当前位置与前一查询消息中的当前位置之间的差异。
[0086]再例如，如果用户操作手持电子设备，使得显示图像放大或缩小，那么显示屏上的显示区域随之放大或缩小，从而与之对应的地理区域也变大或变小。在此情况下，需要确定新接收到的查询消息中的地理区域与前一查询消息中的地理区域之间的显示比例的差异。
[0087]再例如，用户想要去的目的地发生了改变，那么相应的公交线路也就发生了改变。在此情况下，需要确定新接收到的查询消息中的目的地信息与前一查询消息中的目的地信息是否不一致。
[0088]在步骤503，确定查询消息的改变是否大于预定阈值。如果所述改变小于预定阈值，则丢弃新接收到的查询消息，并且过程返回到步骤203。如果所述改变大于等于预定阈值，则基于发生改变了的查询消息重新执行后续处理，即，步骤205 - 211中的处理。
[0089]可以设置一个或多个预定阈值，分别针对用户当前位置、屏幕显示的地理区域和目的地的改变。对于用户当前位置的改变，预定阈值可以是某一距离，例如lKm。对于屏幕显示的变化，预定阈值可以是某一显示比例改变量，例如，从1:100改变到1:400。对于目的地的改变，预定阈值可以设置成匹配或不匹配。也就是说，只要目的地发生改变，就需要重新执行后续处理。预定阈值可以基于本公开内容根据需要而设置，这对本领域技术人员而言是容易想到的。
[0090]在此需要说明的是，在用户初始就输入了目的地信息的情况下，从用户接收的查询消息是导航软件发送的第一条查询消息，在此情况下，不存在前一查询消息。服务器在接收到来自用户的查询消息时，会给该用户启动一个处理实例以便处理来自该用户的全部查询消息。根据本发明的一个实施例，服务器可以初始将前一查询消息设置为默认查询消息，例如，默认查询消息中的各个部分均为NULL。默认消息的格式可以由本领域技术人员根据需要被设定成为任何格式。
[0091]每次在步骤203接收到用户的查询消息时，如果服务器确定需要为该用户启动处理实例，则服务器跳过步骤501 - 503直接执行步骤205，而如果确定不需要为该用户启动处理实例，则服务器继续执行步骤501。同时用接收到的查询消息替代当前服务器中的前一查询消息。以上服务器的确定处理还可通过为用户设置标记、为查询消息设置标记、设置默认查询消息等来实现，并且也可以在图5中的任一步骤中、其之前或之后实现。这些变化都应当落入本发明的保护范围之内。
[0092]图6示出了根据本发明实施方式的在手持电子设备侧执行的交通数据处理600的示意性流程图。过程600在步骤601开始。
[0093]在步骤603，响应于用户操作，向服务器发送查询消息。所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域。当然，所述查询消息还可以包括用户的目的地信息。
[0094]如前所述，用户操作可以是打开导航软件、输入目的地或其它信息、改变导航显示等等。这些操作都会导致导航软件发送查询消息。
[0095]然后，手持电子设备等待直到从服务器收到查询结果消息。
[0096]在步骤605，从所述服务器接收查询结果消息以供显示。所述查询结果消息包括所述服务器使用上述方法获得的交通信息。
[0097]优选地，在所述显示屏上以不同的方式显示具有不同优先级的交通工具。例如，可以使用不同颜色、不同量度、不同阴影来指示不同的优先级。这中显示方式可以由本领域技术人员根据需要而设置，这对本领域技术人员是容易想到的。
[0098]图7示出了根据本发明实施例的导航软件所获得的屏幕显示截图。如图7所示，使用了不同亮度来指示不同优先级。这使得用户可以一目了然的识别出重要信息。
[0099]在步骤607，处理结束。
[0100]根据本发明实施例的手持电子设备响应于改变发送查询消息，然后等待接收和显示查询结果信息。并且该查询结果信息是按照优先级发送的。这与现有技术中按照预定时间间隔发送查询消息，大大减少了手持电子设备的处理量，从而降低了耗电量。
[0101]图8示出了根据本发明实施方式的包括服务器和手持电子设备的交通数据处理系统的示意性框图。如图8所示，交通数据处理系统800包括服务器801和手持电子设备802。
[0102]服务器801包括接收装置81、公交站点确定装置83、分配装置85和处理装置87。接收装置81从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域。公交站点确定装置83将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点。分配装置85基于预定规则给路线包括所述当前公交站点的交通工具分配优先级。处理装置87基于所分配的优先级处理对应交通工具的信息。
[0103]尽管未在图8中示出，但是根据本发明一个实施例，所述处理装置可以包括更新装置(图中未示出)，被配置成与具有较低优先级的交通工具相比，以更高的频率更新具有较高优先级的交通工具的信息。
[0104]根据本发明一个实施例，所述公交站点确定装置还被配置成将在所述地理区域内与所述当前位置的距离小于一阈值的公交站点确定为所述当前公交站点。
[0105]根据本发明一个实施例，所述查询消息还包括用户的目的地信息，并且所述公交站点确定装置还被配置成将在所述地理区域内的具有能够到达目的地的线路且邻近所述当前位置的公交站点确定为所述当前公交站点。
[0106]根据本发明一个实施例，所述预定规则是基于以下项中的一个或多个确定的:交通工具是否在所述地理区域内；交通工具是否已经经过所述当前公交站点；交通工具是否属于能够到达用户目的地的线路。
[0107]尽管未在图8中示出，但是根据本发明一个实施例，所述交通数据处理设备还包括:比较装置，被配置成将新接收到的查询消息与前一查询消息进行比较以确定查询消息的改变；以及改变处理装置，被配置成确定所述查询消息的改变是否大于预定阈值。如果所述改变小于预定阈值，则丢弃所述新接收到的查询消息并返回执行所述接收装置的操作，并且如果所述改变大于等于预定阈值，则基于新接收到的查询消息中包含的信息重新执行所述确定装置、分配装置和处理装置的操作。
[0108]尽管未在图8中示出，但是根据本发明一个实施例，所述处理装置包括:封装装置，被配置成按照预定格式封装对应交通工具的信息；以及发送装置，被配置成将封装后的信息发送给所述手持电子设备。
[0109]手持电子设备802包括发送装置82和接收装置84。发送装置82响应于用户操作，向如权利要求9-15中任一项所述的服务器发送查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域。接收装置84从所述服务器接收查询结果消息以供显示。
[0110]根据本发明一个实施例，在所述显示屏上以不同的方式显示具有不同优先级的交通工具。
[0111]附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0112]以上已经描述了本发明的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本【技术领域】的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本【技术领域】的其它普通技术人员能理解本文披露的各实施例。
【权利要求】
1.一种交通数据处理方法，包括: 从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域； 将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点； 基于预定规则给路线包括所述当前公交站点的交通工具分配优先级；以及 基于所分配的优先级处理对应交通工具的信息。
2.根据权利要求1所述的交通数据处理方法，其中，所述基于所分配的优先级处理对应交通工具的信息包括: 与具有较低优先级的交通工具相比，以更高的频率更新具有较高优先级的交通工具的信息。
3.根据权利要求1所述的交通数据处理方法，其中，所述将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点包括: 将在所述地理区域内与所述当前位置的距离小于一阈值的公交站点确定为所述当前公交站点。
4.根据权利要求1所述的交通数据处理方法，其中，所述查询消息还包括用户的目的地信息，并且所述将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点包括: 将在所述地理区域内的具有能够到达目的地的线路且邻近所述当前位置的公交站点确定为所述当前公交站点。
5.根据权利要求1或4所述的交通数据处理方法，其中，所述预定规则是基于以下项中的一个或多个确定的: 交通工具是否在所述地理区域内； 交通工具是否已经经过所述当前公交站点； 交通工具是否属于能够到达用户目的地的线路。
6.根据权利要求1所述的交通数据处理方法，还包括: 将新接收到的查询消息与前一查询消息进行比较以确定查询消息的改变；以及 确定所述查询消息的改变是否大于预定阈值；并且 其中如果所述改变小于预定阈值，则丢弃所述新接收到的查询消息并返回执行所述接收，并且如果所述改变大于等于预定阈值，则基于新接收到的查询消息中包含的信息重新执行所述确定、分配和处理。
7.根据权利要求1所述的交通数据处理方法，其中所述基于所分配的优先级处理对应交通工具的信息包括: 按照预定格式封装对应交通工具的信息，以及 将封装后的信息发送给所述手持电子设备。
8.一种交通数据处理方法，包括: 响应于用户操作，向服务器发送查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域； 从所述服务器接收查询结果消息以供显示，其中所述查询结果消息包括所述服务器使用如权利要求1-7中任一项所述的方法获得的交通信息。
9.一种交通数据处理设备，包括: 接收装置，被配置成从手持电子设备接收用户的查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域； 公交站点确定装置，被配置成将在所述地理区域内与所述当前位置邻近的公交站点确定为当前公交站点； 分配装置，被配置成基于预定规则给路线包括所述当前公交站点的交通工具分配优先级；以及 处理装置，被配置成基于所分配的优先级处理对应交通工具的信息。
10.根据权利要求9所述的交通数据处理设备，其中，所述处理装置包括: 更新装置，被配置成与具有较低优先级的交通工具相比，以更高的频率更新具有较高优先级的交通工具的信息。
11.根据权利要求9所述的交通数据处理设备，其中，所述公交站点确定装置还被配置成将在所述地理区域内与所述当前位置的距离小于一阈值的公交站点确定为所述当前公交站点。
12.根据权利要求9所述的交通数据处理设备，其中，所述查询消息还包括用户的目的地信息，并且所述公交站点确定装置还被配置成将在所述地理区域内的具有能够到达目的地的线路且邻近所述当前位置的公交站点确定为所述当前公交站点。
13.根据权利要求9或12所述的交通数据处理设备，其中，所述预定规则是基于以下项中的一个或多个确定的: 交通工具是否在所述地理区域内； 交通工具是否已经经过所述当前公交站点； 交通工具是否属于能够到达用户目的地的线路。
14.根据权利要求9所述的交通数据处理设备，还包括: 比较装置，被配置成将新接收到的查询消息与前一查询消息进行比较以确定查询消息的改变；以及 改变处理装置，被配置成确定所述查询消息的改变是否大于预定阈值；并且 其中如果所述改变小于预定阈值，则丢弃所述新接收到的查询消息并返回执行所述接收装置的操作，并且如果所述改变大于等于预定阈值，则基于新接收到的查询消息中包含的信息重新执行所述确定装置、分配装置和处理装置的操作。
15.根据权利要求9所述的交通数据处理设备，其中所述处理装置包括: 封装装置，被配置成按照预定格式封装对应交通工具的信息；以及 发送装置，被配置成将封装后的信息发送给所述手持电子设备。
16.一种交通数据处理设备，包括: 发送装置，被配置成响应于用户操作，向如权利要求9-15中任一项所述的服务器发送查询消息，其中所述查询消息包括用户的当前位置以及所述手持电子设备当前显示的地理区域；以及 接收装置，被配置成从所述服务器接收查询结果消息以供显示。
【文档编号】G08G1/00GK104517440SQ201310454951
【公开日】2015年4月15日 申请日期:2013年9月29日 优先权日:2013年9月29日
【发明者】段宁, 张冠群, 嵇鹏, 朱俊 申请人:国际商业机器公司