CN102113037A

CN102113037A - 交通数据质量

Info

Publication number: CN102113037A
Application number: CN2009801174402A
Authority: CN
Inventors: 昆威尔·刘; 苏珊·S·陈; M·J·史密斯
Original assignee: Garmin Ltd
Current assignee: Garmin Ltd; Garmin Ltd Kayman
Priority date: 2008-05-15
Filing date: 2009-04-02
Publication date: 2011-06-29
Also published as: WO2009139979A3; EP2286400A1; EP2286400A4; US20090287405A1; US20090287402A1; WO2009139979A2; CN102027523B; EP2286399A4; CN102027523A; WO2009139980A1; US8855899B2; EP2286399A2

Abstract

描述了用于交通数据质量的技术。在实现方式中，电子设备提供各种功能，包括用于确定方位的功能。所述设备可以使用所确定的方位来确知作为可以收集与交通有关的数据的收集点的地理位置。在至少某些实施例中，组合设备侧与服务器侧技术的交通数据质量技术应用于在收集点处收集到的数据。在实施例中，可以延迟设备对于收集到的数据的传递，以使得能够另外观测车辆移动、路线、方位等。在延迟期间的另外观测操作使得所述设备能够确定收集到的数据的有效性。

Description

交通数据质量

背景技术

传统交通解决方案包括：依赖于昂贵部署方式的汇总来自各个源的交通信息，并且监测道路侧传感器、专用交通报告器(一般在直升飞机中)或者响应于事故的警察单元。此外，汇总来自这些广泛的各种源的交通信息极大地依赖于人，人被证明是倾向于犯错的。另一类型的交通解决方案包括：收集历史交通数据，并且提供统计行进速度，以用于路线规划。历史数据分析提供关于交通状况应看起来像什么样的良好近似。然而，其缺乏对实时发生的事情的及时反馈。这种解决方案还严重地依赖于精确并且完整的历史数据的源。

术语浮动汽车数据已经用于通常指代通过用户设备(例如电话、pda、膝上计算机、以及可以用于对设备所在车辆的各方面进行跟踪的其它合适地配置的设备)所收集到的数据。虽然浮动汽车数据具有成为高精度交通数据的源的潜能，但浮动汽车典型地不是为了收集交通信息而驾驶的。浮动汽车是由可能正通勤去工作，对于停止信号/灯而停止，捎带朋友等的“真正”的人来驾驶的。一般，这些“真正”的人可能出于与交通无关的原因而减速或者停止，例如停止在咖啡店或加油站旁，减速以找寻街道或地址，在去工作的路上跑差事等。用于收集交通数据的传统技术可能并未考虑这些与交通无关的减速或停止。相应地，这些传统技术所收集到的交通数据可能是不精确的。

发明内容

描述了用于交通数据质量的技术。在实现方式中，电子设备提供各种功能，包括用于确定方位的功能。所述设备可以使用所确定的方位来确知作为可以收集与交通有关的数据的收集点的地理位置。在至少某些实施例中，设备侧和/或服务器侧技术二者的交通数据质量技术应用于在收集点处收集到的数据。在实施例中，可以延迟设备对于收集到的数据的传递，以使得能够另外观测车辆移动、路线、方位等。在延迟期间的另外观测操作使得所述设备能够确定收集到的数据的有效性。在另一实施例中，所述收集点可以被特定布置为促进数据质量。例如，收集点可以被布置为：在十字路口处接合的每一道路段具有至少两个收集点。

该发明内容仅提供用于简介主题内容，主题内容在具体实施方式和附图中得以全面地描述。相应地，该发明内容不应看作描述必要特征，也不用于确定权利要求的范围。

附图说明

参照附图阐述详细的描述。在附图中，标号的最左边数字标识出标号首先出现的图。在描述和附图中在不同实例中使用相同标号可以指示相似或相同的项。

图1描述可以采用交通数据质量技术的示例性环境。

图2描述用于执行交通数据质量技术的设备的示例性实现方式。

图3是描述根据一个或多个实施例的示例性过程的流程图。

图4是描述根据一个或多个实施例的示例性过程的流程图。

图5描述可以采用交通数据质量技术的系统。

图6是描述根据一个或多个实施例的示例性过程的流程图。

图7是描述根据一个或多个实施例的示例性过程的流程图。

图8描述虚拟交通传感器的布置方式的示例性实现方式。

具体实施方式

示例性环境

图1示出可以采用交通数据质量的技术的环境100的实现方式。在以下讨论中，在采用虚拟交通传感器收集交通数据的交通系统的情境下描述交通数据质量技术的各方面。然而，注意，用于改进交通数据质量的技术可以为广泛的各种交通数据收集技术所采用。术语浮动汽车数据已经用于通常指代通过用户设备(例如电话、pda、膝上计算机、以及可以用于对设备所在车辆的各方面进行跟踪的其它合适地配置的设备)所收集到的数据。设想了在此所描述的交通数据质量技术可以通常可应用于使用各种浮动汽车技术和设备所收集到的交通数据。以下描述本发明的虚拟交通传感器技术，以向读者提供仅一种可以应用所描述的交通数据质量技术的浮动汽车数据收集技术的有形示例。

在所描述的示例中，环境100包括电子设备102。电子设备102可以被配置为：通过电子设备102的各种应用、组件、模块和操作模式提供各种功能。设想了适合于提供各种功能的各种电子设备102。例如，电子设备102可以被配置为包括以下但不限于此的设备：移动电话；便携式导航设备；便携式计算机；台式计算机；个人数字助理；多媒体设备；游戏设备；和/或其组合。在以下描述中，所指代的组件(例如电子设备102)可以表示一个或多个实体，并且因此，根据惯例，可以使用相同标号指代单个实体(例如电子设备102)或多个实体(例如各电子设备102、多个电子设备102等)。

在实现方式中，电子设备102包括用于确定方位的功能。例如，电子设备102被描述为包括卫星导航接收机104，其表示用于从导航卫星108接收信号数据106的功能。卫星导航接收机104可以是以多种方式而配置的，例如全球定位系统(GPS)接收机、GLONASS接收机、Galileo接收机、或其它卫星导航接收机。另外地或者作为替代的方案，如以下更详细描述的那样，电子设备102可以使用其它方法来确定方位。

电子设备102还包括通信模块110，其表示用于允许电子设备102在不同设备(例如组件/外设)之间并且/或者在一个或多个网络112上发送/接收数据的通信功能。通信模块110表示包括以下但不限于此的各种通信组件和功能：一根或多根天线；浏览器；发射机；接收机；无线电；数据端口；软件接口和驱动器；连网接口；数据处理组件；等。

一个或多个网络112表示各种不同通信路径和网络连接，其可以单独地或者结合地用于环境100的各组件之间的通信。因此，一个或多个网络112可以表示使用单个网络或多个网络实现的通信路径。此外，一个或多个网络112表示包括以下但不限于此的各种不同类型的网络和连接：互联网；内部网；卫星网络；蜂窝网络；移动数据网络；有线和/或无线连接；无线电广播网络；等。无线网络的示例包括根据以下而对于通信所配置的网络，但不限于此：电气电子工程师学会(IEEE)的一种或多种标准，例如802.11或802.16(Wi-Max)标准；Wi-Fi联盟公布的Wi-Fi标准；蓝牙特殊兴趣组公布的蓝牙标准；等。也设想了例如通过通用串行总线(USB)、以太网、串行连接等的有线通信。

例如，电子设备102(通过通信模块110所表示的功能)可以被配置为：经由一个或多个网络112与一个或多个服务提供商114进行通信。图1描述示例服务提供商114，其可以包括服务管理器模块116，服务管理器模块116可操作为：管理并且提供各种服务118(k)，其中，k可以是从1至“K”的任何整数。示例服务提供商114还包括数据存储120，其表示可以用于存储与服务118(k)有关的各种服务数据122的存储器容量。

服务管理器模块116表示的功能是：配置服务118(k)，管理对于服务118(k)的访问，通过网络112提供服务118(k)，等。服务管理器模块116也可以实现以下结合图6-图7更详细描述的服务器侧数据质量技术。多个服务118(k)可以是由单个服务提供商114提供的。此外，电子设备102可以访问多个服务提供商114，每一服务提供商114被配置为：经由一个或多个网络112提供一组不同的服务118(k)。通过示例而非限制的方式，一个或多个服务提供商所提供的服务118(k)示出为包括互联网118(1)服务、电话118(2)服务、交通118(3)服务、以及方位118(4)服务。

互联网118(1)服务表示各种不同类型的互联网内容和/或服务，其示例包括网页、位置服务、web服务、音乐、视频、电子邮件服务、即时传信等，但不限于此。电话118(2)服务表示一个或多个服务提供商114(例如蜂窝网络上的蜂窝提供商)可以提供的移动电话和/或数据服务。交通118(3)服务可以包括交通更新/告警、选路和变更选路、延迟通知，等。

如以上和以下所述，可以使用一个或多个虚拟交通传感器(VTS)至少部分地基于电子设备102所收集到的数据来提供交通118(3)服务。VTS是在逻辑上定义的位置，其用于指示电子设备102何时和/或何地可以收集与交通有关的数据。VTS可以表示地理位置的逻辑抽象。因而，每一虚拟交通传感器(VTS)是逻辑传感器，通过一组VTS准则确定所述逻辑传感器相对于当前行进的道路段的位置。根据VTS准则的虚拟交通传感器的灵活且策略性的位置可以使得能够在保持良好数据质量的同时减少用于收集与交通有关的数据的数据存储以及通信成本。设想了各种用于定位VTS的VTS准则，关于此的进一步的讨论可以结合以下附图而得知。与交通有关的数据可以是在每一虚拟交通传感器之处或其附近收集的。收集到的与交通有关的数据可以传递回到中心位置(例如服务提供商114)，在此，可以对收集到的数据进行分析、存储、格式化、并且/或者另外操控，以促进一个或多个服务提供商114提供交通118(3)服务。例如，与交通有关的数据可以存储于服务提供商114的数据存储120中作为服务数据122。

方位118(4)服务表示方位确定功能，其可被提供为来自服务提供商114的服务。除了通过经由设备的卫星导航接收机104所接收到的信号数据106来确定方位之外，或者取而代之，电子设备102可以被配置为经由方位118(4)服务确定方位。还设想了可以通过一个或多个服务提供商114的方式而提供的各种其它118(5)服务，其示例包括但不限于以下：无线电数据服务、音频/视频服务、传信服务、以及天气服务。

注意，电子设备102可以被配置为确定方位。更具体地说，电子设备102可以包括方位模块124，其被配置为管理、使用各种方位源和/或方位确定技术，并且选择性地在其之间进行切换，以确定电子设备102的地理方位。例如，方位模块124可以管理并且处理经由卫星导航接收机104从导航卫星108接收到的信号数据106。电子设备102可以接收由一个或多个方位数据平台和/或方位数据发射机(其示例描述为导航卫星108)所发送的信号数据106。方位模块124表示可操作为通过处理接收到的信号数据106确定地理方位的功能。信号数据106可以包括适合于用在方位确定中的各种数据，例如定时信号、测距信号(ranging signal)、星历、历书等。方位模块可以管理并且处理来自导航卫星108的信号数据106，以提供各种方位确定功能。在实施例中，卫星导航接收机104是全球定位卫星(GPS)接收机，可操作为：从导航卫星108接收信号数据106，导航卫星108被配置为GPS系统中的GPS卫星。

除了所描述的通过卫星导航系统来确定方位之外，应清楚，也可以采用广泛的各种其它的定位系统，例如基于地面的系统(例如，基于无线电话的系统，其广播来自蜂窝塔的方位数据，诸如通过电话118(2)服务)、发送定位信号的无线网络等。可以采用任何合适的方位确定技术。例如，可以通过使用基于服务器的架构中的服务器、从基于地面的基础架构、通过一个或多个传感器(例如回转仪、里程表以及磁力计)、使用“航位推算”技术等来实现定位确定功能。方位模块124也可以被配置为：在可以通过不同方位源可用的各种方位确定技术之间选择性地进行切换。因而，除了使用导航卫星108之外，方位模块124也可以被配置为：通过一个或多个服务提供商114的方式来确定方位，例如，通过互联网118(1)服务、电话118(2)服务和/或方位118(4)服务来确定方位。

电子设备102可以包括各种设备应用126，设备应用126可以被配置为：将广泛的功能提供给电子设备102。方位模块124可以操作为：将所确定的方位和/或其它方位数据提供给各个设备应用126，以启用依赖于方位的功能。依赖于方位的功能可以包括但不限于以下：指示地图上的地理方位；跟踪速度和距离；天气服务；交通服务；提供导航指令；提供旅程数据；进行基于方位的兴趣点(POI)搜索、数据库搜索、和/或互联网搜索；等。

电子设备102也可以包括设备应用126，其被配置为交通模块128。交通模块128表示电子设备102可以提供的各种与交通有关的功能。例如，交通模块128可以被配置为：从一个或多个服务提供商114接收交通118(3)服务。此外，交通模块128可以被配置为：收集各种与交通有关的数据，并且/或者使得将收集到的与交通有关的数据传递给一个或多个服务提供商114。交通模块128也可以实现以下结合图6-图8更详细描述的设备侧数据质量技术。

在一个或多个实施例中，交通模块128也可以操作为：确知用于电子设备102收集与交通有关的数据的收集点的位置。在至少某些实施例中，收集点是在逻辑上定义的与地理位置关联的虚拟交通传感器(VTS)。例如，交通模块128可以使用VTS数据130来确知虚拟交通传感器(VTS)的位置。交通模块128还可操作为：当接近于VTS时收集交通数据。在一个或多个实施例中，交通模块128可以保存交通日志132。当合适的连接(例如在网络112上对于服务提供商114通过通信模块110的方式的连接)可用时，交通模块128可以使得交通日志132传递给服务提供商114。在其它实施例中，与交通有关的数据的传递可以基本上实时地出现，例如与数据的收集操作同时期地(在其几分钟内)。结合以下附图可以得知用于启用电子设备102的与交通有关的功能的虚拟交通传感器的进一步的讨论。

图2更详细地描述图1的电子设备102的示例的实现方式200。具体地说，示出示例电子设备202，其被配置为便携式导航设备(PND)。图2的示例电子设备202示出为包括可以用于提供各种处理和存储能力的处理器204和存储器206。

处理器204不受限于形成其的材料或其中所采用的处理机制，并且如此可以经由半导体和/或晶体管(例如电子集成电路)等而得以实现。此外，虽然单个存储器206示出用于电子设备202，但可以采用广泛多种类型和组合的存储器，例如随机存取存储器(RAM)、硬盘存储器、可拆卸介质存储器(例如，存储器206可以经由容纳可拆卸存储器盘的槽而得以实现)、以及能够存储数据以及可由一个或多个处理器执行的程序的其它类型的计算机可读介质。

在图2的示例电子设备202中，方位模块124、通信模块110和交通模块128示出为经由处理器204执行并且还可存储在存储器206中的模块。注意，通常，可以使用软件，固件、硬件(例如固定逻辑电路)、手动处理或这些实现方式的组合来实现在此描述的任何功能。在此使用的术语“模块”和“功能”通常表示软件、固件、硬件或其组合。在软件实现方式的情况下，例如，模块表示当在处理器(例如具有图2的电子设备202的处理器204)上运行时执行特定任务的可执行指令。程序代码可以存储于一个或多个计算机可读存储介质中，其示例是与图2的电子设备202关联的存储器206。

电子设备202可以建立去往服务提供商114的通信连接，例如去往服务提供商114的服务器的连接。通过执行服务管理器模块116，服务提供商114可以通过网络112将各种服务118(k)提供给电子设备102。图2的示例服务提供商114示出为被配置为：至少提供交通118(3)服务。服务提供商114通过服务管理器模块116也可以保存交通数据库208。交通数据库208表示与布置为存储与交通有关的数据的服务提供商114对应的服务器的存储器的部分(例如图1的数据存储120)。可以存储于交通数据库208中的与交通有关的数据的示例包括但不限于以下：来自用于基本上实时提供交通服务208的各设备的原始数据；可以通过各种方式而操控以标识交通趋势和模式的历史交通数据；从各设备收集到的交通日志132；等。

电子设备202的存储器206示出为存储各种设备应用126、可以经由卫星导航接收机104接收到的信号数据106、VTS数据130、以及交通日志132。设备应用126示出为包括浏览器210、电话212应用、以及导航214应用。浏览器210表示的功能可在处理器204上执行，以与来自被配置为互联网提供商的服务提供商114的互联网118(1)服务进行交互，从而获得电子邮件服务，发送/接收即时传信，浏览网页，下载视频节目或其它内容，获得交通118(3)服务，等。电话212应用表示的功能可在处理器204上执行，以从被配置为蜂窝提供商的服务提供商114获得电话118(2)服务，从而发出并且接收移动电话呼叫，管理联系人，创建/发送/接收文本消息，通过蜂窝访问互联网内容，等。

导航214应用表示可在处理器204上执行以提供各种导航功能的功能。例如，导航214应用可以被配置用于户外导航、步行导航；交通工具导航、航空导航(例如用于飞机、直升机)、海事导航、个人用途(例如作为塑形相关装备的一部分)等。例如，可以执行导航214应用，以使用经由GPS接收机接收到的信号数据106，以生成导航指令(例如去往输入目的地的逐个转弯(turn-by-turn)指令)，在地图上显示当前方位，等。也可以执行导航214应用，以提供其它导航功能，从而确定当前速度，计算到达时间，等。此外，导航214应用可以利用通过交通模块128的操作而接收到的与交通有关的数据，目的是路线规划，重新选路，输出交通获悉，增强的到达时间计算等。

也可以包括各种其它216应用，以将附加功能提供给电子设备102。其它216应用的示例可以包括但不限于以下：媒体应用、游戏、数据库、生产套件(productivity suite)、操作系统、驱动器、桌面应用、设备特定应用，等。因而，设备应用126表示可以在示例电子设备202上操作的各种广泛的功能。

电子设备202进一步示出为包括方位数据库218。方位数据库218表示可以在电子设备202上以本地方式保存以启用各种方位确定技术和/或导航功能的各种数据。可以在方位数据库220中保存的数据的示例包括但不限于以下：方位数据220、兴趣点(POI)数据222、以及地图数据224。还设想了各种其它数据226。方位数据220表示各种缓存后的方位数据，例如：缓存后的信号数据106；历史方位数据；路线和模式；方位源选择准则，等。

POI数据222表示描述电子设备202的用户可能感兴趣的诸如商行、办公室、公园等的各种地方(例如兴趣点(POI))的数据。POI数据222可以用于定位各种类型的POI，例如通过将宾馆、餐馆、加油站(fuel)、ATM等显示在地图上并且/或者提供导航到各个POI的指令。在实施例中，虚拟交通传感器(VTS)可以被配置为具有特定特性和功能的POI。也就是说，接近被定义为VTS的POI可以触发与交通有关的数据的收集和传递。在该实施例中，可以通过使现有POI数据库适配于包括VTS位置而将VTS实现为POI。

地图数据224表示各种类型的地图(例如道路、地形、混合(hybrid)、卫星)以及可以由电子设备202用于提供各种方位确定技术和/或导航功能(例如将方位显示在地图上，计算逐个转弯导航指令，显示POI，等)的有关数据。地图数据224也可以由交通模块128用于确知VTS的位置。例如，所确定的方位连带地图数据224可以用于获知沿着路线的道路的特性，例如十字路口位置、道路类别、等。

交通模块128可以使用道路特性连带其它VTS准则来定位沿着路线的一个或多个VTS位置。注意，VTS数据130可以包括可以用于定位VTS的各种VTS准则，其进一步的讨论可以结合以下附图而得知。VTS数据130也可以包括预先定义的VTS位置(推荐的位置和/或默认的位置)，其可以由服务提供商114定义。电子设备202可以预先加载有可通过网络112(例如经由服务提供商114)更新的一组预先定义的VTS。在至少某些实施例中，可以通过VTS数据130来指定VTS的特定布置，从而各十字路口之间的每一道路段包括至少两个虚拟交通传感器。定义用于VTS的特定布置的进一步的讨论可以结合以下图8而得知。

交通模块128可以直接使用预先定义的VTS位置。另外地或者作为替代的方案，交通模块128可以操作为：脱离于预先定义的VTS位置，或者结合预先定义的VTS位置，基于VTS准则定义其自身的VTS位置。于是，所确定的方位可以用于检测与VTS位置的接近性。当检测到接近VTS位置时，交通模块128进行操作，以收集各种与交通有关的数据。当合适的连接可用时，可以基本上实时地将与交通有关的数据传递给服务提供商114。另外地或者作为替代的方案，与交通有关的数据可以存储为交通日志132并且在稍后的时间(例如当合适的连接可用时)被传递。还设想了各种其它示例。

虽然方位数据库218示出为以本地方式存储在电子设备202上，但设想数据的各部分可以保存于远程存储位置中，例如由被配置为提供数据作为服务的服务提供商114保存。电子设备202可以与远程存储位置进行交互，以执行方位数据库220中以本地方式保存的数据的更新。更新操作也可以包括更新VTS数据130，例如更新预先定义的VTS的位置和/或VTS准则。除了将数据以本地方式保存在方位数据库220中之外，或者取而代之，例如，电子设备202可以使用直接来自远程存储位置的由方位数据库220所表示的数据的各部分，例如，无需将数据保存在本地存储器中。虚拟交通传感器技术的这些和其它特性的进一步的讨论可以结合以下过程而得知。

示例性过程

以下讨论描述用于可以利用前述系统和设备实现的数据收集和数据质量的示例技术。通过示例的方式，在通过上述和下述虚拟交通传感器的方式进行数据收集的情境下描述以下技术中的一些。再次注意，设想了可以合适地应用交通数据质量技术的各种其它数据收集技术(例如浮动汽车数据技术)。各过程中的每一个的各方面可以通过硬件、固件或软件或其组合而得以实现。各过程示出为块的集合，其指定由一个或多个设备执行的操作，并且不一定限于通过各个块示出的执行操作的顺序。在以下讨论的部分中，可参照图1的环境100和图2的示例设备。以下所描述的技术特征是独立于平台的，意味着可以在具有各种处理器的各种商用计算平台上实现所述技术。

数据收集示例

图3描述示例性实现方式中的过程300，其中，电子设备(例如便携式导航设备)采用虚拟交通传感器(VTS)来收集与交通有关的数据。确知一个或多个虚拟交通传感器的位置(块302)。例如，电子设备102的交通模块128可以被配置为：确知沿着行进路线的VTS的位置。进行该操作的一种方式是：将VTS的位置存储在电子设备102上的数据库中。例如，VTS数据130可以包括虚拟交通传感器的位置的数据库。VTS数据130也可以包括可以用于到达VTS的位置的各种准则。VTS的位置可以包括初始由电子设备102的制造商所提供的、由服务提供商114提供的预先定义的位置和/或根据各种准则通过在电子设备102处的交通模块128的方式而确定的位置中的一个或二者。与交通状况有关的数据是在每一虚拟交通传感器位置处或其附近收集的。有策略地放置虚拟交通传感器可以在保持良好覆盖的同时减少数据存储和传送成本。

由于虚拟交通传感器(VTS)是逻辑上定义的位置，因此数据收集点不受限于物理元素(例如通信基础架构组件、沿着路面定位的物理数据收集组件等)的位置。相应地，与部署方式关联的成本可以减少。此外，传感器位置可以得以灵活地布置并且重新布置，具有很少的关联时间和/或成本。新的VTS准则和/或VTS的位置可以得以快速地定义并且发布给设备，以改变VTS的布置方式。

与之对照，传统技术可能依赖于数据收集点的固定基础架构。另外，可以通过按周期性时间间隔将当前交通状况从设备馈送到服务器来操作用于交通数据收集的传统技术。然而，如果过于频繁地设置反馈，则可能创建冗余信息并且使得服务器资源超负荷，由此增加了成本和潜在故障。另一方面，如果将时间间隔设置得过长，则关键状况可能落入各间隔之间，并且因而可能丢失。此外，时间间隔方法可能未考虑区分道路特性或条件，例如考虑道路是在城市之中还是在外面的乡村。相应地，将数据馈送到服务器的频率可能未被调整为考虑差异化的道路特性或条件。

通过使用可配置的VTS准则来有策略地定位VTS，用于布置并且重新布置位置的灵活性得以实现。此外，用于选择VTS位置的准则可以考虑各种因素来减少冗余或无用数据的传递，防止设备和服务器因过度传递而超负荷，并且提供可以容易地调整并且成本上有效的可调适的(adaptable)系统。

设想了适合于使得能够确定VTS的位置的各种准则。VTS准则可以包括但不限于以下：(1)路线特性准则，(2)延迟准则，(3)交通趋势准则。路线特性准则指代与行进的或规划的路线有关的特性以及该路线的路面。路线特性可以得自地图数据224，地图数据224与所确定的方位和/或规划的路线关联。使用路线特性，VTS可以有策略地定位在“高”交通量区域，例如主要十字路口周围，沿着主要干道，在城市区域中，等。相对较少的VTS可以定位在乡村区域，在沿着开阔区域的主要高速路上、以及在交通问题可能不频发的其它区域中。以此方式，设备和服务器二者的资源可以用于获得更有可能经历交通问题的区域中的质量交通数据。路线特性的示例可以包括但不限于以下：去往将出现的十字路口的距离和/或各十字路口之间的距离；当前所行进的道路段的长度；即将到来的十字路口的类型；道路类型；所行进的路线的地形(平坦、多山)；等。

延迟准则指代可以据之推断行进时间差的各因素。VTS的数量和/或VTS的位置可以取决于期望的行进时间以及用于路线的延迟。例如，可以为期望延迟的路线定义较多的VTS，以使得可以获得精确的延迟信息。延迟准则的示例可以包括天气条件(例如雨、雪)；季节性交通差异(冬季对夏季)；已知的交通事故或其它事件；建筑区；特殊事件(游行、体育比赛、摇滚音乐会)，等。延迟准则可以用于动态定位VTS，例如当出现事故时将VTS添加到乡村路线，在体育赛事之时将VTS定位在体育场的入口路线和出口路线处，等。

交通趋势准则指代各种历史交通趋势，其可以取决于例如每天的时间、一周中的天，日程表(例如假日和季节性交通趋势)之类的项、以及交通趋势可以关联的其它项。例如，与星期一相比，在星期六可以沿着城市路线定位较少的VTS。类似地，在周末旅行者所使用的路线上，比之星期五早晨，在星期五下午可以定位较多的VTS。因而，可以采用各种交通趋势准则来获悉确定将VTS定位到何处。

还设想了其它VTS准则。例如，系统管理者可以定义为了改进数据质量而设计的各种约束。例如，可以定义各虚拟交通传感器(VTS)之间的最大行进时间。因而，沿着乡村路线，VTS可以被动态定位，从而至少每隔一小时就收集并且/或者报告交通数据。相似地，可以定义到即将到来的VTS(例如已经确定的VTS位置)的最大时间。当电子设备102在最大时间之前未到达即将到来的VTS时，则可能已经出现交通事故或其它延迟。因而，设备可以被配置为：当已经达到最大时间时，报告并且/或者记录交通状况。

各种VTS准则可以关联于不同的优先级和权重。这些准则的优先级和权重的组合可以用于特定地理区域和/或路线的VTS的位置的确定。注意，VTS准则可以被参数化，并且使得可配置。每一电子设备102可以预先加载有VTS准则，并且/或者可以当设备连接到中心服务器时接收VTS准则。在实施例中，VTS准则是由系统管理者所管理的，因此它们可以视需要而改动。由于中心服务器(例如服务提供商114)在每一设备连接时知道所述设备的位置，因此传递给设备的VTS准则可以是对于地理特定的。因而，在纽约城中传递的一组VTS准则可以不同于在法戈或西雅图中传递的一组VTS准则。

使用一种或多种方位确定技术来确定方位(块304)。例如，电子设备102可以被配置为：使用如前所述的多种方位确定技术来确定方位。在实现方式中，电子设备102可以使用卫星导航接收机104从导航卫星108获得信号数据106，导航卫星108可以用于确定电子设备的方位。电子设备102也可以从服务提供商114经由方位118(4)服务获得方位。

根据所确定的方位来检测对于一个或多个VTS的接近性(块306)。例如，电子设备102可以利用所确定的方位来检测设备何时在VTS位置处或其附近。进行该操作的一种方式是通过将地图数据224与描述VTS的位置的VTS数据130关联。地理位置可以基于地图数据224以及通过一种或多种方位确定技术而确定的方位而得以标识在地图上。注意，在一个实施例中，VTS位置可以被配置为在逻辑上被定义为控制合适地配置的电子设备102在何处收集交通数据的独特类型的兴趣点(POI)。因而，如果主要城市干道的十字路口关联于VTS，则所确定的方位可以用于确定对于十字路口的接近性，并且相应地，对于VTS的接近性。具体地说，交通模块128可以被配置为：使用所确定的方位来监测对于VTS的接近性，并且检测电子设备何时到达十字路口以及相应的VTS。阈值(例如“50米内”、“200米内”或“500米内”)可以被配置为：当交通模块128检测到对于VTS的接近性时，控制设备靠近VTS的程度。

当接近于一个或多个虚拟交通传感器时，收集与交通有关的数据(块308)。例如，当检测到接近性时，交通模块128可以操作为：触发收集各种交通数据。交通模块128可以填充(populate)各种参数，并且创建与特定VTS关联的记录。可以在每一VTS处收集的参数的示例包括但不限于以下：VTS标识符、时间、日期、方位信息、地图版本数据、车辆标识符、订户/设备标识符、以及各种与交通有关的参数。通过示例但非限制的方式，与交通有关的数据可以包括：VTS之间的时间间隔、设备速度、设备驶向、道路特性、车辆路线信息、等。

收集到的交通数据通过网络传递给服务提供商(块310)。在实施例中，在VTS位置处所收集到的交通数据的记录可以是基本上实时地传递的。例如，如果网络连接可用(例如WiFi、蜂窝等)，则电子设备102可以被配置为：将交通数据实时传递回到中心收集点(例如服务提供商114)。另外地或者作为替代的方案，电子设备102可以保存交通日志132，交通日志132可以在稍后时间被传递。例如，可以保存交通日志132，用于在设备获得合适的网络连接时进行传递。在实施例中，小形状系数设备可以使用另一设备获得合适的连接，例如将便携式导航设备(PND)连接到家庭计算机，并且利用家庭计算机的能力来将交通日志132传递给中心收集点(例如服务提供商114的服务器)。所报告的交通状况于是可以被处理为有用的格式，以提供用于实时交通解决方案的数据源，并且/或者促进将交通118(3)服务提供给设备。

图4描述示例性实现方式中的过程400，其中，采用收集到的与交通有关的数据来提供交通服务。对于虚拟交通传感器的位置定义准则(块402)。例如，服务提供商114可以生成可配置的VTS准则，其可以用于定位虚拟交通传感器。可以定义结合图3讨论的各种VTS准则。VTS准则可以动态地被配置为：提供用于改动交通系统的灵活性，以改进数据质量或者另外进行调整。

将准则传递给一个或多个设备(块404)。例如，当电子设备102连接到服务提供商114的服务器时，可以下载/更新在服务提供商114处动态配置的VTS准则。VTS准则可以本地存储在设备处，例如作为VTS数据130的一部分。服务提供商114也可以提供预先定义的VTS位置，其也可以存储为VTS数据130。

接收由一个或多个设备在根据准则而设计的VTS位置处收集到的交通数据(块406)。例如，电子设备102可以利用VTS数据130来定位VTS。设备于是基于VTS的位置来收集与交通有关的数据。数据可以是通过交通模块128的方式而收集的，交通模块128检测对于VTS的接近性，并且生成与VTS对应的数据记录。各种数据可以是在每一VTS处收集的，如结合图3所讨论的那样。交通模块128可以将收集到的数据传递给服务提供商114作为实时数据和/或作为已经编译为交通日志132的数据。

基于接收到的交通数据408确定交通状况(块408)。可以通过各种方式处理收集到的交通数据，以获知交通状况。例如，可以分析收集到的交通数据，以检测交通事故或其它延迟，计算真实行进时间等。也可以分析收集到的交通数据，以标识趋势、季节性改变、替选路线选项等。

基于所确定的交通状况将交通服务提供给一个或多个设备(块410)。例如，一个或多个服务提供商所提供的交通118(3)服务可以基于使用在此描述的VTS技术而收集到的交通数据。例如，交通118(3)服务可以包括：交通更新、交通告警、选路和重新选路、延迟通知、交通状况在电子设备102处的可视化显示、路线规划协助、改进的到达时间计算，等。在实现方式中，收集数据的服务提供商114可以将原始交通数据提供给可以处理数据以确定交通状况的各个其它提供商。可以使得收集到的数据对大量服务提供商114可用，以增强现有交通解决方案。因而，逻辑上定义的VTS所收集到的数据可以由一个或多个服务提供商114使用，以使得能够提供交通服务118(3)。

系统架构示例

图5描述总体500处的示例交通系统，其适合于采用在此描述的交通数据质量技术的一个或多个实施例。交通系统500描述示例系统架构级别组件，其可以通过软件、硬件或它们的组合而得以实现。交通系统500示出为包括示例设备502、示例服务器504、以及示例桌面506计算设备。在一个或多个实施例中，设备502可以经由合适的网络连接通过通信方式耦合到服务器504。在一个或多个其它实施例中，设备502可以通过对于桌面计算机506的合适的接口的方式以通信方式耦合到服务器504。因而，设备502可以被配置为：按改变组合使用“板上”(本地资源/处理)和“板下”(服务器-客户机资源/处理)资源二者来实现虚拟交通传感器技术的各方面。

基本具有容量和资源的设备502(例如移动计算设备)可以例如经由无线网络连接建立对服务器504的直接连接。具有小形状系数的另一设备502可以具有相对较少的容量和资源(例如移动电话)。为了改进性能，这种小形状系数设备502可以被配置为：将处理任务卸载到服务器侧，并且/或者，例如使用对于具有更大容量和网络连接性的示例台式计算机506的有线(USB、串行等)或无线(Wifi、蓝牙等)连接，通过外部设备建立连接。设备502也可以被配置为：在不同情况下在“板上”与“板下”之间轮转(toggle)，例如用于优化性能，管理资源(例如电池寿命和处理器时间)，等。

所描述的架构级别组件中的每一个的描述可以在以下讨论中得知。交通模块128实现用于交通数据质量技术的客户机侧功能。交通模块128可以包括用于确定在此描述的VTS的位置的功能。此外，交通模块128可以操作为：检测对于VTS的接近性，基于VTS位置收集实时交通数据，保存交通日志132，将数据质量技术应用于收集到的交通数据，并且使得将收集到的交通数据传递给服务提供商114。

结合图1所描述的通信模块110还示出为被实现为设备502的组件。通信模块110可以包括连接后台程序508。连接后台程序508组件表示用于在设备具有对于网络112的合适的数据连接时检测服务器和/或服务提供商114的功能。例如，连接后台程序508可以检测WiFi或另一合适的网络连接。设备502也可以实现自动运行的处理510。当设备502具有合适的网络连接112时，可以调用自动运行的处理510来将交通日志132和/或其它数据自动上传到交通服务器，例如自动上传到服务提供商114。自动运行的处理510可以是以各种方式实现的，例如是单机组件、交通模块128的组件，等。

服务器504可以包括表述层512。表述层512表示可操作为输出接口的功能，所述输出接口可以用于与交通系统以及与交通有关的数据进行交互。例如，管理者可以利用表述层512的特征来配置交通系统的各方面，执行分析，操控交通数据，对问题进行故障解除，等。可以经由表述层输出的接口的示例包括类选(triage)页面514和询问页面516。类选页面514可以输出为显示内部统计、活动的历史、以及数据库状态，以帮助对可能在交通系统500中出现的问题进行故障排除或者“类选”。询问页面516可以输出为提供各种数据操控操作，以支持各种类选情况。管理者可以通过询问页面516来执行各种数据询问，例如检索历史数据，监测设备连接，检查系统属性，查看数据日志，等。

服务器504也可以包括应用层518。服务提供商114的服务管理模块116可以在应用层516中得以实现。在此描述的用于提供交通118(3)服务和交通数据质量技术的各方面的各种模块可以实现为服务管理器模块116的子组件。例如，在图5的示例中，服务管理器模块116包括数据接收机模块520、日志接收机模块522、配置模块524、认证模块526、交通编码器模块528、以及分析模块530。

数据接收机模块520表示可操作为从多个设备502接收并且/或者处理实时数据的功能。具体地说，当设备502检测到对于VTS的接近性时，数据接收机模块520可以接收从设备502传递的数据。数据接收机模块520可以从设备502接收包含实时交通数据的数据报，操控数据，并且将数据存储到数据库。数据于是可以变得可访问，以供各种实体使用，其示例之一是：使得数据对于一个或多个服务提供商114可访问，以促进提供交通118(3)服务。

日志接收机模块522表示可操作为接收并且/或者处理从设备502传递的交通日志132的功能。日志接收机模块522可以将日志数据保存到数据库，以进行进一步处理，例如生成历史交通数据和趋势。日志接收机模块522也可以将交通日志132转换为合适的格式，解析日志132，或者另外操控交通日志132，以用于存储和/或进一步处理。

配置模块524表示的功能是：可操作为进行调整，以更新设置，改变参数，精细调谐VTS准则和/或位置，更新用于设备502的设置，并且另外配置交通系统的组件。配置模块524以各种方式使得交通系统变得灵活。配置模块524可以向管理者提供用于调整交通系统的各种可配置选项。配置模块524也可以使得能够在运行时间控制系统行为。例如，每次设备502连接到服务器504时，设备就可以与配置模块524进行交互，以标识并且获得可用的更新。配置模块524提供用于将配置参数、VTS准则、VTS位置以及关联值下载到设备的功能。例如，配置模块524可以由管理者通过对于VTS准则或VTS位置的更新而得以配置，当设备502连接到服务器504并且与配置模块524进行交互时，对于VTS准则或VTS位置的更新于是可以填充到设备502。

认证模块526表示的功能是：认证设备502管理对于服务118(k)的访问，验证设备502的标识，排除非认证设备和/或订户，并且另外确定对于访问服务118(k)的认证，上传交通数据，等。设想了各种合适的认证技术。认证模块526可以与订户数据库进行通信，以确定哪些设备502是授权的，设备502被给予对哪些服务118(k)的访问。认证模块526也可以实现用于基于设备和/或订户对与交通服务118(3)、交通数据、和/或其它服务118(k)的交互进行跟踪的功能。

交通编码器模块528表示用于将接收到的交通数据编码为标准格式以用于发布给设备502和订户的功能。一种示例格式是与交通消息信道(TMC)技术兼容的格式。在该示例中，交通编码器可以根据TMC协议来对交通数据进行编码。它可以包括：将交通数据解析为与位置代码关联的交通事件代码。事件/位置组合可被传递给设备作为交通118(3)服务的一部分。进行该操作的一种方式是通过包括经编码的TMC数据的FM广播。为了将位置代码分配给交通事件，交通编码器模块528可以利用位置代码表，其将交通数据中所包括的方位数据关联于标准位置代码。虽然通过示例的方式讨论TMC编码，但交通编码器模块528可以被配置为：将交通数据编码为各种合适的标准格式。

分析模块530表示用于操控、分析并且另外处理从各个设备502收集到的交通数据的各种功能。分析模块530可以操作为：基于对收集到的交通数据的分析而生成报告、交通告警等。分析模块530也可以实现服务器侧技术，以改进收集到的交通数据的质量。例如，分析模块530可以比较来自多个设备的收集到的数据，以标识外在数据。分析模块530可以实现以改进数据质量的技术的进一步讨论可以结合以下附图而得知。

分析模块530也可以基于收集到的交通数据的分析来确定优选路线和重新选路(re-routing)。此外，分析模块530可以执行历史处理任务。例如，分析模块530可以周期性地推送来自交通日志132的数据。分析模块530可以分析日志数据，并且计算各种时隙的有效行进速度、状况、车辆类型、道路类别、道路分段、等。分析模块530所执行的计算操作的结果可以存留在交通数据库208中，交通数据库208可以指代将交通118(3)服务提供给设备502。经由分析模块530的交通数据的分析也可以用于对VTS位置和/或可以用于确定VTS位置的VTS准则进行调整。虽然示出为服务管理器模块116的组件，但分析模块530也可以(通过不同服务器的方式，要么在线要么离线，等)被提供为服务器502的单独模块。

存留层532中的组件负责存储数据，并且可以支持各种询问，以利用并且操控数据。交通数据库208可以实现于存留层532中，以存储与虚拟交通传感器技术有关的各种数据。这些数据的某些示例可以包括但不限于以下：可以由数据接收机模块520接收的实时数据534；通过分析模块530的操作而编译的历史交通数据536；经由日志接收机模块522接收到的来自一个或多个设备502的交通日志数据538；以及可以通过交通编码器模块528的操作而生成的经编码数据540。可以存储于交通数据库208中的数据的其它示例包括VTS位置、用于确定VTS位置的准则、以及可以在服务器504处变得可用的其它数据，以实现虚拟交通传感器技术的各方面。

桌面506中的组件表示用于经由桌面计算机506将设备连接到服务器504的功能和接口。桌面计算机506示出为包括桌面后台程序542和各种浏览器插件544，以促进设备502对于服务器504的连接。当通过桌面506连接时，设备502能够与服务器504进行交互，并且可以将各种任务卸载到桌面计算机，以改进性能。注意，设备502也可以被配置为：建立对于服务器504的直接连接，例如无需通过桌面506连接。

数据质量示例

考虑到可以用于收集与交通有关的数据的前述示例环境、设备以及技术，以下讨论针对可以实现为改进可以利用虚拟交通传感器和/或其它浮动汽车数据收集技术而收集的数据的质量的示例技术。

在此描述的交通数据质量技术可以包括来自设备和服务器组件二者的数据质量工作。来自设备和服务器侧二者的各种数据质量工作可以被组合，以改进可以利用虚拟交通传感器和/或其它浮动汽车数据收集技术而收集的数据的质量。

例如，电子设备102可以获得与车辆的方位和运动有关的各种数据，例如地理方位、速度、车辆参数、兴趣点、地图数据、等。因而，电子设备102可以包括可操作为使用各种数据来确定对于特定车辆而出现的事件(例如减速、停止等)的功能。进行该操作的一种方式是通过先前描述的交通模块128的操作。交通模块128可以进一步被配置为：使用各种数据将各事件关联，以获知事件的性质(具体地说，事件是与交通有关还是与交通无关)。例如，如果交通模块128通过路线跟踪和/或地图数据224“获知”恰在停止之前车辆进行了右转弯，并且还通过POI数据222“获知”咖啡店位于车辆停止的地方，则交通模块128可以下结论：该停止为与交通无关的停止。于是可以采取动作来丢弃、标记、并且/或者另外操控与非交通停止有关的收集到的数据。这是可以如何采用设备数据来改进交通数据的质量以及与交通有关的服务的一个示例。

电子设备102可能没有与周围所有其它车辆发生何事的“大图片(big picture)”有关的信息。然而，被配置为从多部车辆收集交通数据的服务提供商114的服务器504具有可以用于获知“大图片”的信息。因而，服务器504可以能够“获知”这样的情境：其中，基于来自同一地理区域中的多部车辆的数据收集与一部车辆有关的数据。服务器504可以包括用于对来自同一区域的多部车辆的数据进行比较以改进交通数据质量的功能。进行该操作的一种方式是通过先前描述的服务管理器模块116和/或关联分析模块530的操作。例如，给定从同一区域中的多部车辆输入的交通数据，分析模块530可以被配置为：识别外部事物(outlier)，例如在常规通道堵塞的同时在高容量车辆(HOV)通道上以高速行进的车辆。分析模块530也可以被配置为：识别在其它车辆仍然移动的同时一部车辆何时完全停止(例如在道路侧面或刚离开道路)。这些以及相似的确定使得服务器504能够将从电子设备传递的交通数据与数据被收集处的情境进行关联。当执行分析，提供交通服务，或者另外操控收集到的数据时，服务器504可以使用该情境来移除无意义的数据，例如外在数据。这是服务器504可以实现用于改进交通数据的质量以及与交通有关的服务的技术的一个示例。可以单独使用或者组合使用以改进交通数据质量的各种设备侧和服务器侧技术的进一步的讨论可以结合以下附图而得知。

图6描述示例性实现方式中的过程600，其中，设备侧和服务器侧质量技术可以组合，以改进收集到的交通数据的质量。在设备处收集交通数据(块602)。例如，在此描述的虚拟交通传感器和技术可以由电子设备102的交通模块128定义并且使用，以收集各种与交通有关的数据。还设想了适合于从浮动汽车源收集与交通有关的数据的各种其它数据收集技术。例如，物理传感器可以被部署为使得各种位置中的设备收集交通数据。在另一示例中，设备可以被配置为：连续地或者周期性地收集交通数据，而不依赖于虚拟传感器或物理传感器。在又一示例中，数据收集操作可以响应于来自用户的输入而出现，以使得收集交通数据。对于这些示例数据收集技术，同样对于各种其它合适的数据收集技术，可以应用在此描述的数据质量技术来改进收集到的交通数据的质量。

应用一种或多种数据质量技术来改进收集到的交通数据的质量(块604)。如图6所示，所应用的一种或多种数据质量技术可以组合设备侧数据质量技术(块606)和服务器侧数据质量技术(块608)二者的应用。设备侧数据质量技术的一个示例是使用各种车辆方位和运动数据来标识并且/或者消除可以描述或者包含与交通无关的事件的数据，如上所述。

设备侧数据质量技术的另一示例包括延迟报告。通过延迟报告，可以延迟否则将基本上实时传递的所收集到的数据，以允许进一步观测车辆运动、路线跟踪、地图数据、方位数据、等。在实施例中，可以定义相对小的延迟时段，以使得设备能够执行附加观测，并且关于收集到的数据的有效性进行确定。设备可以消除基于附加观测被确定为无效的所收集到的数据。在一个示例中，如果数据包含与交通无关的事件(例如在咖啡店、宾馆或其它商务场所停止)，则数据可以被看作无效。电子设备102可以实现的延迟报告技术的进一步的讨论可以在以下参照图7而获知。

这些和其它设备侧技术可以与各种服务器侧数据质量技术组合。如上所述，服务器侧数据质量技术的一个示例是使用来自多部车辆/设备的车辆方位和运动数据来标识并且/或者消除可以描述或者包含与交通无关的事件的数据。因而，服务器可以使用“大图片”来标识并且/或者消除外在数据。在另一服务器侧技术中，时间限制可以与收集到的交通数据关联。超过该时间限制的数据可以被看作“失效”。可以通过各种方式来处理被看作“失效”的数据。例如，可以从被执行为生成实时交通服务的分析消除所述数据。数据也可以作为历史数据存储于存档中，并且/或者可以被删除。服务器也可以操作为对来自其确定处于故障的设备的数据进行标记或者消除。例如，设备或订户标识符可以关联于从设备发送到服务器的交通日志数据。如果外在数据或者无用的数据被标识为已经从设备接收到，则关联的设备或订户标识符可以用于对来自也可能受影响的设备的其它数据进行标记或者消除。该操作可以包括：对在可配置的时间段期间接收到的数据进行标记，消除从设备接收到的某些或所有数据，等。以此方式，可以通过分析来移除来自嫌疑设备的数据，以改进所存储的交通数据和/或得自交通数据的交通服务的质量。

另一数据质量技术包括：布置收集交通数据的收集位置。通常，可以定义使用各种浮动汽车技术收集交通数据的位置，以增加数据质量。在一个实施例中，当通过前述虚拟交通传感器(VTS)的方式执行数据收集时，可以智能地布置VTS位置，以促进收集高质量数据。此外，待布置和重新布置的VTS的灵活性允许快速并且成本有效地实现不同的配置。因而，可以尝试多种布置方式来比较数据质量的效果，并且达到合适的布置方式。如上所述，VTS的布置方式可以取决于各种VTS准则。此外，可以在服务器和设备之一或二者之处根据准则来定义VTS的位置。因而，VTS位置的智能布置方式可以被看作设备侧数据质量技术和/或服务器侧数据质量技术之一或二者。包括收集位置的策略布置方式的数据质量技术的进一步的讨论可以结合以下图8而得知。

基于收集到的交通数据提供交通服务(块610)。具体地说，可以通过应用上述一个或多个数据质量技术从收集到的交通数据的处理获得质量数据。处理过的数据(例如质量数据)可以由服务提供商114用于配置交通服务118(3)。例如，作为服务管理器模块116的一部分而实现的分析模块530可以操作为：以各种方式分析质量数据。例如，分析模块530可以使用处理过的交通数据(例如质量数据)来计算各个时隙的有效行进速度，标识交通事故，发起交通告警，基于交通状况计算路线，等。分析模块530执行的计算的结果可以用于将交通118(3)服务提供给设备，并且/或者存留于交通数据库208中，以用于附加处理和/或参考。

图7描述示例过程700，其中，电子设备可以采用延迟报告来改进电子设备所收集到的交通数据的质量。描述延迟报告技术，其中，电子设备102可以保留否则将基本上实时传递的所收集到的数据(例如应报告的数据)一可配置的延迟时段。于是，对于延迟的时间段，电子设备102可以观测车辆轨迹(例如观测车辆运动、路线、速度、方位、驶向、等)。电子设备102可以使用在延迟期间通过观测而获得的附加数据来进行关于收集到的交通数据的有效性的确定。

现参照图7的过程700，在设备处收集交通数据(块702)。例如，电子设备102可以实现交通模块128，其被配置为：使用各种技术收集交通数据。例如，交通模块128可以被配置为：在如上所述的多个虚拟交通传感器位置(VTS)处收集交通数据。另外地或者作为替代的方案，交通模块128可以被配置为：实现适合于使用浮动汽车源收集交通数据的一种或多种其它收集技术。

收集到的交通数据的报告被延迟，以检查数据有效性(704)，并且进行关于收集到的交通数据的有效性的确定(块706)。出于示例的目的，假设电子设备102被配置为：通过网络112将收集到的交通数据传递给服务提供商114。可以进行该操作的一种方式是通过通信模块110，其提供对于一个或多个服务提供商114的合适的网络连接，例如对于蜂窝数据网络的连接和/或无线互联网连接。相应地，通过通信模块110的操作，电子设备102可以有能力基本上实时传递交通数据。

然而，并非基本上实时传递交通数据，电子设备102可以被配置为：实现延迟报告技术，以改进数据质量。具体地说，交通模块128可以提供用于在可配置延迟时段期间进行观测的功能，其可以用于确知收集到的交通数据的有效性。在实施例中，包含与交通无关的事件的数据可以被看作无效。因而，交通模块128可以被配置为：在与交通有关的事件以及与交通无关的事件(例如停止、减速、延迟、转向、等)之间进行区分。为此，交通模块128可以使用所确定的方位和/或可以通过方位模块124的方式而提供的有关方位数据220来获知车辆方位、车辆移动得有多快、行进的方向、最近的转向、等。方位数据220可以与POI数据222和/或地图数据224关联，以确定车辆位于何处和/或哪些道路、店铺等接近于车辆的位置。交通模块128于是可以从该信息确知事件会出现的原因。

通过示例而非限制的方式，参照图8来示出可以由合适地配置的电子设备102实现的延迟报告技术的各方面。图8是描述可以在一个或多个实施例中采用的交通数据收集位置的示例布置方式的示图800。示图800包括示例十字路口802和804。示例车辆806示出为在十字路口802、804之间行进。图8还描述以下更详细讨论的示例布置方式中的多个收集位置808(1)～808(8)。描述另一车辆810，其已经停止在十字路口802与804之间横靠道路段814的咖啡店812处。

车辆806、810可以包括电子设备102，其被配置为：当接近于收集位置808(1)～808(8)时，收集交通数据。因而，在收集位置808(7)处，每一车辆通过相应的电子设备102来收集交通数据。车辆810恰于在位置808(7)处收集数据之前减速，然后转离道路，并且停止在咖啡店812处。因而，车辆810所收集到的数据可以包括与减速以停止在咖啡店812处有关的数据。于在位置808(7)处收集数据之后，车辆806沿着道路不停止地继续行进。

在车辆806、810中行进的电子设备102可以包括交通模块128，其被配置为：实现延迟报告技术。具体地说，交通模块可以使得在收集点808(7)处收集到的数据保留一可配置的延迟时段。在延迟时段期间，交通模块128进行观测，例如车辆方位、速度、方向等。在实现方式中，可以在延迟时段期间按队列收集其中电子设备102正行进的车辆的轨迹(例如描述车辆方位、速度、方向、路线等的方位数据220)。当可配置的延迟时段期满时，交通模块128可以检查按队列所收集到的车辆轨迹信息。至少部分地基于车辆轨迹信息，交通模块128可以确定已经在收集点808(7)处收集到的数据的有效性。

例如，在图8的示例中，交通模块128可以将车辆轨迹数据与POI数据222关联，以标识咖啡店812位于车辆810停止之处的附近。此外，与车辆轨迹相关的地图数据224可以对交通模块128指示车辆810离开路面(例如在停车场中)。因而，在这些情况下，交通模块128可以下结论：车辆810已经停止在咖啡店812处。相应地，交通模块128可以将停止点周围的数据看作与交通无关的，并且可以下结论：在收集点808(7)处收集到的数据是无效的。另一方面，如果地图数据224基于车辆轨迹和/或所确定的方位指示车辆806处于道路中间，则交通模块128可以下结论：收集到的交通数据是有效的。

作为另一示例，交通模块128可以基于车辆806所行进的路径来标识收集到的交通数据的有效性。例如，如果车辆806在道路上减速以右转到转角加油站，则收集到的交通数据可能不正确地指示在VTS808(1)处的减速。通过在可配置的延迟时段期间分析车辆轨迹信息，交通模块128可以智能地标识所收集到的减速是由于用户停止，与交通无关。

另一示例是：当车辆806平行于道路在停车场中缓慢移动并且十分靠近道路和VTS方位时。在这些情况下，导航设备一般将车辆识别为在道路上行驶穿过VTS。代替报告收集到的交通数据，本发明实施例可以检测例如车辆806以垂直于道路的驶向而停止(这指示车辆停止在停车场)或者车辆垂直于道路而转向，以及在道路上快速转向(这指示车辆离开了停车场)。

可以至少部分地基于在延迟期间的观测而将收集到的交通数据选择性地传递给中心收集位置(例如服务提供商114)。再次参照图7，当基于观测而确定收集到的数据有效时，收集到的交通数据由设备传递给服务提供商(块708)。因而，在前面示例中车辆806的情况下，在延迟时段和有效性确定操作之后，电子设备102的通信模块110可以操作为：将在收集点808(7)处收集到的数据传递给服务提供商114。当将数据确定为无效时，设备可以丢弃收集到的数据(块710)。例如，基于确定在咖啡店812处的停止与交通无关并且因而收集到的数据无效，可以丢弃前面示例中的车辆810收集到的数据。替选地，可以将收集到的数据标记为无效，从而其可以容易地被标识并且/或者从特定计算和分析被移除。以此方式，为了统计，可以仍然收集无效数据，并且/或者获知产生无效数据的事件。

通过示例而非限制的方式，以下表1提供可以用于实现在使用虚拟交通传感器(VTS)来执行数据收集的电子设备102处的延迟报告的逻辑的一个示例：

表1：带延迟报告的交通数据收集服务

收集例程

对于每一方位，进行：

将方位和速度添加到称为Q的队列

如果Q没有足够的记录(例如初始阶段)

则继续进行下一迭代

确定“我在哪儿”(按照哪个道路段，哪种道路，我在与前一十字路口和下一十字路口、出口、或入口有关的道路段上何处，还针对参数检查时间和日期)

如果无需报告或记录(例如以低精度固定的方位，或在住宅街道上，基于配置)

则继续进行下一迭代

基于所有参数确定下一虚拟交通传感器在何处(如果我们可以容易地检测在先前迭代中计算出的相同VTS仍然在前面，则可以节省CPU周期)

如果当前方位靠近VTS，或者我们已经刚穿过它(在VTS附近)。

进行延迟报告

如果结果为DISCARD，则继续进行下一迭代

否则

计算至下一VTS的ETA

如果ETA过长

则进行延迟报告

如果结果为DISCARD，则继续进行下一迭代

否则

不进行任何操作

延迟报告例程

使用Q来确定有效速度和方位

休眠S秒(可配置的秒数)

唤醒并且分析过去S秒的Q中的项

如果用户驶入停车场

则返回DISCARD

如果用户呆在停车场中

则返回DISCARD

如果用户完全停止达到X时间量

则返回DISCARD

如果(可以在此添加更多错误情况)

则返回DISCARD

使用在VTS处的收集到的交通数据形成报告

如果数据连接不可用

则对速度、方位做日志，并且返回DISCARD

否则

将报告发送到交通服务器

返回OK

现返回图8，更详细地讨论收集位置808(1)～808(8)的布置方式。注意，收集位置的策略性放置方式是可以用于改进可以从浮动车辆源收集到的数据的质量的一种技术。在实现方式中，图8中描述的收集位置808(1)～808(8)可以被配置为虚拟交通传感器(VTS)，虚拟交通传感器(VTS)可以是根据前述VTS准则由服务提供商114和/或设备102在逻辑上定义的。在每一十字路口处放置单个收集位置可能不会提供合适的结果。由于受控于交通部门(DOT)的交通灯及其变化的间隔，这种布置方式可能给出混合的结果。此外，将收集位置放置在道路段中间也可能不会提供合适的数据，因为交通流通常在道路段中间是最快的。

在实施例中，可以对于两个相邻主要十字路口之间的每一道路段定义两个收集位置。该操作提供用于图8的示例所示的收集位置808(1)～808(8)的布置方式。具体地说，沿着图8中的中心道路段814，收集位置808(1)被定义为靠近去往十字路口802的一个入口。该位置也可以被看作去往道路段814的出口(相对于车辆806的行进方向)。另一收集位置808(7)被定义在靠近十字路口804的中心道路段814上。该位置也可以被看作离开十字路口804的出口以及去往道路段814的入口(相对于车辆806的行进方向)。类似地，收集位置808(2)～808(4)被布置在十字路口802周围靠近从其它方向去往十字路口802的入口。此外，收集位置808(2)～808(4)被布置在十字路口804周围靠近从其它道路段去往十字路口804的入口。在这种布置方式中，交通数据不是通过一个快照而捕获的。可以通过计算三个连续收集位置之间的距离和时间来监测贯穿整个道路段814的交通数据。例如，对于示出为朝向十字路口802行进的车辆806，可以使用收集位置808(7)、808(1)以及808(2)～808(4)之一来捕获中心道路段814的交通状况，取决于当退出十字路口802时车辆806采用哪条路线。

以此方式布置收集位置可以提供每一十字路口周围的更精细的分辨率。例如，可以捕获收集点801(1)与808(2)～808(4)中的每一个之间的真实转向成本。此外，也可以捕获在去往道路段814的入口处的收集点808(7)与在去往道路段814的出口处的收集点808(1)之间的真实行进时间。在逻辑上定义的VTS位置的情况下，图8所描述的布置方式可以通过VTS准则的方式指定至少用于某些十字路口。例如，VTS准则可以定义图8的收集位置布置方式，以用于一个或多个类别的道路和/或十字路口，例如相对高交通量的十字路口和道路。此外，在其它十字路口处，十字路口类型或类别、和/或在具有相对低交通流的时间，可以根据VTS准则指定另一布置方式。因而，可以采用包括图8的布置方式的广泛范围的VTS，以用于不同的路面、十字路口、时间期限、道路段、类别、道路类型、等。

结论

已经描述了用于交通数据质量的各种技术。虽然已经通过专用于结构特征和/或方法动作的语言描述了用于交通数据质量的技术，但应理解，所附权利要求并不受限于所描述的具体特征或动作。而是，具体特征和动作被公开作为实现所要求的用于交通数据质量的设备和技术的示例性形式。

Claims

1.一种电子设备，包括：

处理器；

存储器，所述存储器耦合到所述处理器；所述存储器存储：

方位模块，所述方位模块可经由所述处理器而操作，以使用一种或多种方位确定技术来确定所述电子设备的方位；以及

交通模块，所述交通模块可经由所述处理器而操作为：

至少部分地基于所述方位模块所确定的方位而收集交通数据以传递给服务提供商；以及

确定所述交通数据的有效性，并且将有效的交通数据传递给所述服务提供商。

2.如权利要求1所述的电子设备，其中，所述交通模块进一步可操作为：延迟将所述交通数据传递给所述服务提供商，以使得能够在与所述服务提供商进行传递之前确定所述交通数据的有效性。

3.如权利要求2所述的电子设备，其中，所述交通模块进一步可操作为：

在所述延迟期间观测带有所述电子设备行进的车辆的轨迹；以及

基于所观测到的轨迹而选择性地将所收集到的交通数据传递给所述服务提供商。

4.如权利要求2所述的电子设备，其中，所述交通模块进一步可操作为：

在所述延迟期间确定所述交通数据的有效性；

当所述交通数据有效时，将所述交通数据传递到所述服务提供商；以及

当所述交通数据无效时，丢弃所述交通数据。

5.如权利要求2所述的电子设备，其中，在所述延迟期间确定所述交通数据的有效性的步骤包括：

在所述延迟期间观测所述方位模块所确定的电子设备的方位；

将观测到的方位与以下一项或多项关联：

地图数据，用于计算所述电子设备所跟随的轨迹；

兴趣点数据，用于标识观测到的方位附近的一个或多个兴趣点；以及

基于该关联操作确定所收集的交通数据是否有效涉及交通状况。

6.如权利要求1所述的电子设备，其中，所述电子设备能够基本上实时地传递所收集到的交通数据。

7.如权利要求1所述的电子设备，还包括：通信模块，用于通过网络将所收集到的交通数据提供给所述服务提供商。

8.如权利要求1所述的电子设备，其中，所述设备被配置为：以无线方式从所述设备传递所收集到的交通数据。

9.如权利要求1所述的电子设备，还包括：接收机，用于从多个导航卫星接收信号数据，其中，所述方位模块被配置为：使用所述信号数据来确定所述电子设备的方位。

10.一种电子设备，包括：

接收机，用于从多个导航卫星接收信号数据；

方位模块，可操作为：使用所述信号数据来确定所述电子设备的方位；以及

交通模块，可操作为：

收集数据用于传递给服务提供商；

延迟将所收集到的交通数据传递给所述服务提供商，以使得能够确定所收集到的交通数据的有效性；

当所述交通数据有效时，使所述交通数据传递到所述服务提供商，

其中，确定有效性的操作包括：

在所述延迟期间观测所述方位模块所确定的所述电子设备的方位；

将观测到的方位与以下一项或多项关联：

地图数据，用于计算所述电子设备所跟随的轨迹；

11.如权利要求10所述的电子设备，还包括：通信模块，用于通过网络将所收集到的交通数据提供给所述服务提供商。

12.如权利要求10所述的电子设备，其中，所述设备被配置为：以无线方式从所述设备传递所收集到的交通数据。

13.如权利要求10所述的电子设备，其中，所计算的轨迹指示先前设备方位、速度、以及方向。

14.如权利要求10所述的电子设备，其中，所述交通模块还可操作为：将收集到的交通数据存储在交通日志中，以用于传递给所述服务提供商。

15.一种方法，包括：

使用一种或多种方位确定技术确定电子设备的方位；

至少部分地基于所确定的方位，使用所述电子设备来收集交通数据，以用于传递给服务提供商；

延迟将所述交通数据传递给所述服务提供商，以使得能够确定所述交通数据的有效性。

16.如权利要求15所述的方法，还包括：

17.如权利要求15所述的方法，其中，所收集到的交通数据基本上实时地传递给所述服务提供商。

18.如权利要求15所述的方法，还包括：

在所述延迟期间确定所述交通数据的有效性；

当所述交通数据无效时，丢弃所述交通数据。

19.如权利要求18所述的方法，其中，在所述延迟期间确定所述交通数据的有效性的步骤包括：

观测所述电子设备的方位；

将观测到的方位与以下一项或多项关联：

地图数据，用于计算所述电子设备所跟随的轨迹；

20.如权利要求19所述的方法，其中，所计算的轨迹指示先前设备方位、速度、以及方向。

21.如权利要求15所述的方法，其中，所述交通数据是连续收集的。