收集与可导航网络有关的用户贡献数据的制作方法

1.本发明大体上涉及用于从在可导航网络内行进的装置(即，用户)获得与可导航网络有关的信息的方法。换句话来说，本发明涉及用于获得这种信息的“众包”技术。具体来说，本发明的实施例允许在各个位置从在可导航网络内行进的用户装置，优选地以最少的终端用户参与自动获得传感器数据。接着可处理所获得的传感器数据，例如，以确定可导航网络的一或多个属性。接着优选地将此信息报告给地图服务提供商，例如，用于相应地更新可导航网络的电子地图表示。然而，各种其它应用当然将是可能的，且所获得的信息通常可用于任何适当及期望目的。


背景技术：

2.电子导航装置(包含基于gps的个人导航装置，例如专用导航系统，如tomtom gotm卫星导航系统，以及在智能手机应用程序上运行的导航软件，以及车载导航系统)的地图数据通常来自专业地图服务提供商，例如tomtom国际bv。此电子地图数据经专门设计以由路线引导算法使用，通常与来自gps模块的位置数据组合，以便为导航装置规划通过可导航网络行进到期望目的地的最优路线。
3.因此，电子地图是真实世界可导航(例如，道路)网络的数字表示。例如，路段可被描述为线，即，矢量(例如，道路的起点、终点、方向)，接着道路由多个这样的段组成，每个段由例如其起点/终点/方向参数唯一地定义。
4.接着，电子地图通常包括一组这样的路段，以及与每个段相关联的数据(包含所述段的“属性”，例如速度限制；行进方向等)，以及任何其它关注点(poi)、道路名称、其它地理特征，如公园边界、河流边界等，其也可期望地在地图内定义。
5.地图的所有特征(例如，路段、poi等)优选地定义在与gps坐标系统对应或相关的坐标系统中，使得通过gps系统确定的装置位置能够映射到地图中定义的对应路段上。
6.因此，通过将装置的(当前)位置与地图匹配，且接着当装置接近可导航网络内的各种交叉点或其它决策点时提供相关导航指令，可使用这种电子地图提供用于沿着预定路线引导用户的导航指令。例如，导航引导可包括产生用于显示给用户的指令，例如“在下一个路口左转”的指令。然而，将了解，还可使用电子地图产生导航指令，接着将所述导航指令提供到例如高级驾驶员辅助系统(adas)或自动驾驶模块，且借此用于在网络内四处导航车辆。
7.用于改进用户体验并确保用户安全的一个重要因素是，当产生这种导航指令时，导航装置不会导致用户/车辆执行实际上不被允许(或不可能)的操作。因此，重要的是电子地图数据是可靠的，且准确地反映网络内的任何例如法律或物理驾驶限制。例如，导航服务通常旨在提供每个路段的速度信息。在这种情况中，地图信息包括路段的最大速度，接着导航服务可在产生导航指令时显示或以其它方式使用所述最大速度。这种功能性当然依赖于电子地图提供的速度限制信息是正确的。
8.为了建构电子地图，可从各种来源(例如至少英国道路的地形测量局)获得基本道
路基础设施信息。地图服务提供商通常还具有在道路上行驶的大型专用车队，这些车队经布置以获得道路网络内四处的图像及/或lidar数据，以及检查其它地图及航摄(卫星)照片的人员，以更新及检查地图数据。此数据构成地图数据库的核心，且地图数据库使用新地理参考数据不断加强。
9.归因于道路基础设施的不断改变，维持准确及当前地图数据库需要不断的努力。此外，如上文提及，导航引导优选地不仅考虑到基本道路几何形状，而且考虑到道路网络内的当前交通规则(例如，速度限制)、道路封闭、停车条件、交通延误、交通密度、关注点等，因此这些信息通常与电子地图数据一起提供(或作为电子地图数据的部分)。此信息通常比道路基础设施更动态地改变，且因此必须不断更新或补充实时数据，以便能够提供可靠及最新的导航引导。
10.因此，通常期望能够更频繁地获得更多信息，以便使电子地图保持最新。在这方面可考虑各种办法。例如，基本地图数据还可由其它数据(其可包含“实时”数据)来补充，例如从在网络内行进的导航装置获得且与装置随时间在网络内四处移动有关的位置数据(即，探测数据)。这种探测数据可经处理以确定“实时”交通状况，且还可推断交通规则、道路封闭及至少半永久地保持在网络内的其它这种状况。
11.也已知为了更新电子地图的目的而获得“众包”(即，用户提供的)信息。例如，允许导航服务的终端用户发出信号表示地图或导航指令中存在错误(例如，通过用户经由适合网页接口直接报告这种错误)是相对常见的。这种用户报告接着被发送到地图服务提供商，所述地图服务提供商接着可在检查及验证用户报告之后适当地更新地图信息。现有测绘系统在使用用户输入的范围及取代用户贡献数据的验证范围方面可非常不同。在没有验证的情况下，错误的地图更新导致地图错误，所述地图错误需要来自其它用户的输入来校正或撤消先前更新。ep2335021、ep3029421及ep3029422描述用于向导航装置发出地图更新请求的导航系统的各种其它实例。再次，在这些系统中，涉及用户反馈以确定是否需要地图更新。
12.地图数据也可从奖励平台(例如gigwalk及类似者)获得，所述奖励平台通过提供一些奖励来激励用户以换取获得一些本地化信息，例如通过访问特定位置以拍摄所述地区的照片。奖励平台要求用户将应用程序下载到例如智能手机的移动装置上，且接着应用程序向用户展示例如在用户附近的任何可用任务。接着，应用程序引导用户完成获得与任务有关的所需信息(图像等)所需的步骤。例如，这种奖励平台可用于获得关于街边停车设施的信息，接着所述信息可被合并到电子地图中供导航服务使用。
13.然而，尽管有大量资源用于更新及校验这些电子地图，但相信在这方面仍存在改进空间。因此，期望提供用于获得与可导航网络有关的信息的改进方法。


技术实现要素：

14.根据本发明的第一方面，提供一种用于从与在可导航网络内行进的用户相关联的装置获得与所述可导航网络有关的信息的方法，所述方法包括：
15.在所述装置处接收用于获得传感器数据的请求，其中所述请求包含用于从可由所述装置存取的一或多个传感器获得传感器数据的一组一或多个指令及位置特定触发点，其中所述触发点与所述可导航网络内的位置相关联；及
16.当确定所述装置已到达与所述触发点相关联的所述位置时，自动执行所述指令以获得所述所请求的传感器数据。
17.因此，在实施例中，本发明提供一种用于自动获得与可导航网络有关的信息而无需任何实质性的终端用户互动(除了可能最初配置所述装置/传感器等以允许此功能性之外)的方法。这通过向在可导航网络内行进的装置(用户)发出对传感器数据的某些请求(“数据获取请求”)来实现。例如，每个数据获取请求含有位置(用作“触发点”)及一组指令(即，脚本)，所述一组指令详细说明将在请求中指定的位置处获得的传感器数据，以及优选地可使装置执行的任何其它处理步骤。
18.因此，向装置发出包含“触发点”的对传感器数据的请求，当装置经过与触发点相关联的网络内的某个位置时，所述“触发点”使装置自动收集期望传感器数据(如在请求中指定)，且优选地接着处理数据以产生并返回适当传感器数据报告。例如，触发位置通常可相对于可导航网络的电子地图表示来定义，例如，在装置上运行的导航应用程序正在使用哪个电子地图。触发位置可有效地叠加到电子地图上，且当基于电子地图确定装置已到达触发位置时，接着使装置自动获得所请求的传感器数据。接着，装置优选地提供所获得的传感器数据(或更典型地指示所获得的传感器数据的数据)以供输出。
19.以这种方式，通过发出包含适当触发点的请求，可在可导航网络内的任何期望位置从当前在网络内行进的装置远程收集这种信息。将了解，本发明因此有助于改进与可导航网络有关的这种信息的收集，因为可在无需专用测绘车队而且也无需来自装置用户的大量输入(即，无需大量终端用户输入)的情况下获得信息(即，传感器数据)。
20.例如，响应于特定触发点而获得的传感器数据可用于确定与触发点相关联的位置处的可导航网络的一或多个属性。即，一旦获得，传感器数据可接着被处理(优选地至少部分在装置处，如下文将进一步解释)以确定与可导航网络有关的一或多个属性。接着可相应地提供传感器数据及/或所确定属性以从装置输出。
21.例如，在一些优选实施例中，从例如属于地图服务提供商的服务器发出对传感器数据的请求，且接着将信息返回到地图服务提供商，所述地图服务提供商可接着相应地基于所确定属性更新电子地图(优选地在验证从在网络内行进的装置接收的任何数据之后)。
22.这方面的一个实例将为确定特定路段上的速度限制，例如，通过使与在所述路段上行进的装置相关联的相机捕捉速度限制标志的图像(或图像序列，例如视频)，接着可处理所述图像以确定速度限制值，接着根据需要将此值回报并用于相应地更新电子地图。
23.然而，可考虑各种其它应用，且将了解，本发明通常可用于根据需要获得任何合适传感器数据及/或确定可导航网络的任何属性，其接着可用于任何期望目的。
24.因此，在实施例中，装置可运行能够处理对传感器数据的这种请求的导航应用程序。在一些优选实施例中，本发明可涉及一种导航应用程序，其用于通过接收位置触发点、处理位置触发点以提取位置及动作请求、等待装置到达位置、在所述位置处处理动作请求以获得传感器数据及在完成动作请求之后将传感器数据发送到地图信息更新系统来获得传感器数据。然而，其它布置当然将为可能的。
25.因此，本发明提供一种改进技术，其用于获得与需要最少终端用户输入的可导航网络有关的信息，所述信息可接着适当地用于例如更新表示可导航网络的电子地图(但其它应用当然将为可能的)。
26.例如，随着用户越来越多地依赖地图信息进行导航服务(包含路线规划以及高级/自动驾驶功能性)，使电子地图数据保持准确及最新对地图服务提供商至关重要。用于更新/提供地图信息的当前方法通常依赖于专用测绘车队，这可能相对昂贵，低能效，且可能引入大量调度及处理延迟。
27.也已知“众包”地图更新，但将认识到，从众包输入更新地图信息涉及使用潜在的不可靠数据；尤其是在需要用户输入的情况下。例如，用于众包地图更新的已知技术通常要求用户与地图系统互动以提供反馈、发送更新信号或提供关于地图更新的细节。这种用户互动可对用户参与提供障碍，且还可能引入错误。
28.相比之下，如上文解释，本文至少在其优选实施例中呈现的技术允许根据请求从终端用户装置获得信息(即，众包)，而不涉及大量终端用户输入。即，一旦装置及传感器已被初始设置，且相关存取许可被授予等，如果需要，那么与在网络内行进的装置相关联的传感器可接着用于在可导航网络内的任何期望位置处获得信息。
29.因此，根据来自服务器的请求，本质上可通过允许远程存取与在可导航网络中行进的装置相关联或可由其存取的一或多个传感器来自动地(即，没有终端用户干预)收集期望信息。具体来说，通过向装置(例如，从中央地图服务提供商)发出用于获得某些传感器数据的请求来控制传感器，所述请求可包含位置特定触发点以使传感器在由触发点定义的网络内的特定位置处获得数据。
30.而且，至少在优选实施例中，如下文将进一步解释，与通常使用本地存储器用于存储任何传感器数据以避免耗尽电池及/或用于获得数据的装置的数据余量的一些现有布置相比，这种数据的收集及报告优选涉及相对较低的处理及/或功率带宽，使得至少在一些实施例中，只要存在可用通信链路，就可以提供所获得的传感器数据以供输出且大体上在其被获得时(即，即时)将其回报。
31.尽管本文描述的各种实施例涉及获得用于更新电子地图的信息，但将了解，本发明不限于此应用，且可根据本发明的实施例获得的信息可在一系列应用中找到效用。例如，所述信息可用于将测绘资源聚焦到某个位置，而不是直接用于更新地图。类似地，关于网络的信息可用于公路维护、交通管理等目的，而不限于用于测绘目的。汽车制造商、货运公司等也可能关注这种信息。一般来说，所获得的关于可导航网络的信息因此可用于任何适当应用。
32.本发明还扩展到用于执行第一方面的方法的系统。优选地，在例如导航装置的装置上执行第一方面，所述导航装置可包括专用便携式导航装置(pnd)、车载计算机、或甚至在智能手机或其它便携式电子装置(移动装置)上运行的应用程序中的任何者。
33.因此，从第二方面，提供一种装置，其可操作以获得与所述装置在其内行进的可导航网络有关的信息，且其中所述装置具有对一或多个相关联传感器的存取，其中所述装置包括一或多个处理器，所述一或多个处理器经布置以：
34.接收用于获得传感器数据的请求，其中所述请求包含用于从可由所述装置存取的一或多个传感器获得传感器数据的一组一或多个指令及位置特定触发点，其中所述触发点与所述可导航网络内的位置相关联；及
35.确定所述装置何时到达与所述触发点相关联的所述位置，且响应于这种确定而自动执行所述指令以获得所述所请求的传感器数据。
36.本发明的此第二方面可包含且优选地确实包含本文描述的关于其任何实施例中的第一方面的本发明的任何一或多个或所有优选及可选特征(视情况而定)。例如，即使未明确说明，所述装置可包括且在实施例中确实包括用于实行在其任何方面或实施例中关于本文方法描述的任何一或多个步骤的构件，且反之亦然。
37.第一及第二方面的步骤优选地在装置本地执行，例如使用与装置相关联的一或多个处理器及传感器。然而，优选地控制装置以通过使用从中央服务器发出的请求(触发点)来获得传感器数据。将了解，如在本文所使用，“服务器”通常可指一或多个服务器的一组集群。具体来说，将理解，服务器不必是(单个)物理数据服务器，而是可包括虚拟服务器，例如，运行云计算环境。因此，服务器可为云服务器。各种其它布置当然将为可能的。
38.因此，装置优选地从服务器接收用于获得传感器数据的请求，接着可由装置适当地执行所述请求。一旦装置已获得所请求的传感器数据，此数据(或更典型地从此传感器数据的处理中获得的信息或其它数据)因此可被回报给服务器。
39.因此，从另一方面，提供一种用于从各自与在可导航网络内行进的用户相关联的一或多个装置获得与所述可导航网络有关的信息的方法，所述方法包括：
40.从服务器向在所述可导航网络内行进的一或多个装置发出用于获得传感器数据的请求，其中所述请求包含用于从可由所述装置存取的一或多个传感器获得传感器数据的一组一或多个指令及位置特定触发点，其中所述触发点与所述可导航网络内的位置相关联，其中所述触发点经布置以在确定所述装置已到达与所述触发点相关联的所述位置时使所述装置自动执行所述指令以获得所述传感器数据；及
41.在所述服务器处接收指示响应于对传感器数据的所述请求而从所述装置中的一或多者获得的所述传感器数据的数据。
42.从进一步方面，提供一种经布置用于从各自与在可导航网络内行进的用户相关联的一或多个装置获得与所述可导航网络有关的信息的服务器，所述服务器包括一或多个处理器，所述一或多个处理器经布置以：
43.向在所述可导航网络内行进的一或多个装置发出用于获得传感器数据的请求，其中所述请求包含用于从与所述装置相关联或可由其存取的一或多个传感器获得传感器数据的一组一或多个指令，其中触发点经布置以在确定所述装置已到达与所述触发点相关联的所述位置时使所述装置自动执行所述指令以获得所述传感器数据；及
44.接收指示响应于对传感器数据的所述请求而从所述装置中的一或多者获得的所述传感器数据的数据。
45.将了解，本发明还扩展到用于收集这种信息的总体系统及方法。例如，优选地由根据这些进一步方面的服务器执行的步骤与优选地由根据第一及第二方面的装置执行的步骤优选地结合使用，且在实施例中，因此提供一种包含经由适当无线通信网络进行通信的这种服务器及装置的系统。
46.因此，从另一方面，提供一种用于从各自与在可导航网络内行进的用户相关联的一或多个装置获得与所述可导航网络有关的信息的方法，所述方法包括：
47.从服务器向在所述可导航网络内行进的一或多个装置发出用于获得传感器数据的请求，其中所述请求包含用于从可由所述装置存取的一或多个传感器获得传感器数据的一组一或多个指令及位置特定触发点，其中所述触发点与所述可导航网络内的位置相关
联；
48.在于所述可导航网络内行进的装置处接收用于获得传感器数据的所述请求；
49.当确定所述装置已到达与所述触发点相关联的所述位置时，自动执行所述指令以获得所述所请求的传感器数据；及
50.提供指示所述所获得的传感器数据的数据用于输出到所述服务器。
51.相应地，从又另一方面，提供一种用于从各自与在可导航网络内行进的装置相关联的一或多个装置获得与所述可导航网络有关的信息的系统，所述系统包括服务器及一或多个装置，
52.其中所述服务器经布置以向在所述可导航网络内行进的所述装置中的一或多者发出用于获得传感器数据的请求，其中所述请求包含用于从可由所述装置存取的一或多个传感器获得传感器数据的一组一或多个指令及位置特定触发点，其中所述触发点与所述可导航网络内的位置相关联；
53.其中所述装置经布置以在接收到所述请求之后确定所述装置何时到达与所述触发点相关联的所述位置，且响应于这种确定而自动执行所述指令以获得所述所请求的传感器数据，且提供指示所述所获得的传感器数据的数据用于输出到所述服务器。
54.再次，将了解，这些进一步方面的方法及系统可通常包括且优选地确实包括适当地关于先前方面及实施例所描述的装置及服务器，且因此可包括所述方面的可选/优选特征的任何组合。
55.用于实行关于根据本发明的方法或设备在其任何方面或实施例中描述的任何步骤的构件可包括一组一或多个处理器及/或适当处理电路或电路系统。因此，本发明优选地是计算机实施的发明，且可在一组一或多个处理器及/或适当处理电路/电路系统的控制下实行关于本发明的任何方面或实施例描述的任何步骤。处理电路/电路系统通常可根据需要以硬件或软件来实施。例如但不限制，用于实行本文关于本发明的方法或系统描述的任何步骤的构件或处理电路/电路系统可包括可操作以执行各种步骤或功能等的一或多个适当处理器、一或多个控制器、功能单元、电路/电路系统、处理逻辑、微处理器布置等，例如可经编程以按期望方式操作的适当专用硬件元件(处理电路/电路系统)及/或可编程硬件元件(处理电路/电路系统)。
56.本发明可关于任何类型的可导航元素来实施。优选地，可导航元素是(道路网络的)道路元素，但应了解，所述技术适用于任何类型的道路元素，或实际上适用于期望获得其信息(例如，属性)的其它类型的可导航元素。因此，虽然示范性实施例涉及道路网络的道路元素，但应了解，本文呈现的技术更通常适用于任何形式的可导航元素，包含路径、河流、运河、自行车道、拖船路、铁路线或类似者的元素。
57.可导航网络可由电子地图表示，例如，以此项技术中通常已知的方式。因此，电子地图是真实世界可导航网络的数字表示。因此，电子地图可表示网络内的可导航元素(例如，道路)的布置。此外，电子地图还可(且通常确实)包含与可导航元素相关联的某些属性(例如，速度限制、行进方向)。电子地图还可定义可期望在地图中表示的任何其它特征，例如关注点(poi)等。通常非常了解这些地图的使用及产生，例如用于导航目的。电子地图通常由地图服务提供商(例如tomtom国际bv)维护(更新)并提供给用户。
58.装置通常与用户相关联(且因此可被称为“用户装置”)。即，装置优选地与可导航
网络的现有用户相关联，所述用户可(例如)通过使用导航应用程序来控制这种信息的收集。换句话来说，装置优选地与可导航网络的现有用户相关联，而不是专门用于收集这种信息的专用测绘车队。
59.优选地，所述(或每个)装置还与车辆相关联。因此，在这些实施例中，对数据(例如从装置获得的传感器数据)的引用可被对从车辆获得的数据的引用所取代，且对一或多个装置的移动的引用可被对车辆的移动的引用所取代，等等，即使没有明确提及。装置可与车辆集成，或可为以其它方式与车辆相关联的单独装置，例如便携式导航设备或智能手机或例如安装在车辆上或携带在车辆内的其它移动装置。
60.然而，情况不必如此，且装置可由行人携带，并用于获得关于可通过步行导航的网络的信息。其它布置当然将为可能的。
61.当然，可从不同装置的组合或单个类型的装置获得传感器数据。
62.所述(或每个)装置还具有对一或多个传感器的存取。传感器可取决于例如装置及传感器的性质以任何合适方式与装置相关联，并因此可由装置存取。例如，传感器可为装置的传感器，在这种情况中，装置能够直接存取及控制传感器以获得期望传感器数据。因此，传感器(中的至少一些)可被合并到装置中，使得装置包括这些传感器。例如，在实施例中，装置可包括智能手机或其它这种移动装置，且传感器可包含装置的相机、gps模块、加速度计等。然而，还经考虑，装置可仅通过例如经由适当无线(例如蓝牙)连接与传感器通信而具有对传感器的存取。在那种情况中，传感器可为作为另一装置(在同一车辆内)的部分提供的传感器，所述另一装置与正在处理请求的装置形成互连无线通信网络的部分。例如，在实施例中，装置可包括车载导航系统，在这种情况中，装置可具有对车辆的传感器的存取。
63.包含上文呈现的两个实例的组合的各种其它布置当然将为可能的，例如，其中智能手机或其它移动装置也具有对车辆的车载传感器的存取。例如，且一般来说，装置及传感器可包括互连无线网络的部分，例如在“物联网”类型环境内。因此，装置可(且优选地确实)具有对多个(优选地不同类型的)传感器的存取。优选地，装置及传感器与同一车辆或用户相关联。
64.传感器可为任何合适的类型。这可包含但不限于相机、加速度计、定向检测器、里程表、麦克风等，或通常可由装置存取的实际上任何其它类型的传感器。
65.例如，将了解，汽车及其它车辆越来越多地配备有车载相机及其它传感器(例如，距离检测传感器)。一些高端车辆已使用这些相机来不断搜索道路标志(即，“交通标志识别”)。在检测到道路标志之后，车载处理器接着处理图像并确定车辆正行驶的路段上的速度限制。此功能性通常被称为“速度限制辅助”。类似技术也可用于相对于地图定位车辆。例如，wo 2018/104563描述一种方法，其中获得从与在道路网络内行进的车辆相关联的一或多个相机获得的图像数据，且接着用于产生可与参考地图的区段进行比较的局部地图表示，以便对车辆进行定位。这些技术还可以扩展，使得在于参考地图中识别出“错误”(例如不正确地测绘或丢失的特征)的情况下，此信息可被中继到地图服务提供商并用于更新电子地图。这意味着车载系统可能够检测所获得的传感器数据与用于参考的电子地图之间的不一致，且因此将所获得的传感器数据发送到地图服务提供商用于更新地图。
66.类似地，移动导航装置或移动装置上的导航应用程序越来越多地具有对相机及其它传感器(加速度计、麦克风、定向检测器)的存取，所述相机及传感器也可用作此类信息的
来源。车辆中的软件系统越来越多地提供与例如移动电话、平板计算机、智能手表等的移动装置的信息交换。在所谓的“物联网”环境中，连接性依赖于车内的无线网络及移动装置的网络。
67.因此，本发明允许远程控制这些现有传感器，以便根据请求(例如，来自地图服务提供商)获得期望传感器数据，而无需大量用户互动。
68.一旦获得，传感器数据优选地接着被处理，以便确定可导航网络的一或多个属性。因此，传感器数据可包括可期望用于确定可导航网络的任何属性的任何合适数据。所需处理当然将取决于传感器数据的性质。例如，在实施例中，传感器数据可包括从与装置相关联的一或多个相机获得的图像数据。这方面的一个实例可为速度限制标志的图像，接着对其进行处理，以便提取所述路段的速度限制值。在那种情况中，可使用适当图像处理软件来提取这种信息。然而，可为各种应用获得各种其它图像数据，包含但不限于评估网络内的当前交通状况。
69.当传感器数据包括图像数据时，可使用任何合适图像处理技术来处理图像数据以确定期望属性，例如，取决于图像的性质及待确定的属性。例如，图像处理通常可使用适当分类算法(“分类器”)来执行，所述分类算法例如可包括神经网络或已基于先前图像数据训练以能够提取期望特征的其它适当训练的算法。例如，可提供已经训练以基于包括包含交通限制标志的一组图像的训练数据来识别速度限制值的分类器(例如，神经网络)。接着，优选地可在装置上运行分类器，以便处理所获得的图像数据并提取速度限制信息。
70.然而，传感器数据无需包括图像数据。例如，在另一实施例中，传感器数据可包括从与装置相关联的一或多个加速度计获得的加速度数据。接着可处理加速度数据以确定例如道路元素的状况，例如以识别坑洞、减速带等。另一实例将为例如从麦克风获得的环境噪声数据。各种其它布置当然将为可能的。
71.因此，所确定的属性可包括可优选地合并到电子地图中或与电子地图一起的任何合适信息。属性可为道路网络的半永久特征，例如速度限制等，其通常仅相对不频繁地(例如，几周、几个月或甚至几年)改变，或可反映网络的更动态状况，例如当前交通状况。属性通常可与时间相关。例如，传感器数据可与时间戳一起被提供用于输出，所述时间戳接着可用于确定网络中的时间变化。例如，速度限制及驾驶限制可能仅在一天中的某些时间实施(例如，驾驶限制可能仅在周末实施，或仅在高峰时间期间实施，等等)。接着可捕获此时间行为，并优选地将其合并到电子地图中。类似地，在属性与网络内的动态或“实时”状况有关的情况下，在已经过一段时间之后，数据可被丢弃，或被赋予较小权重(例如，因为其可能不再反映当前状况，且因此在可用的情况下应替换为新数据)。
72.优选地，在装置上执行所获得的传感器数据的此处理中的至少一些，例如，以避免必须将无用或冗余信息传输到服务器(因此节省带宽)。然而，其它布置当然将为可能的。例如，还经考虑，可仅在服务器上执行处理。在那种情况中，所获得的传感器数据可被提供用于输出并本质上以其原始格式传输(但优选地，装置至少执行数据压缩步骤以减小待传输的数据包的大小)。接着，可在服务器处适当地处理由服务器接收的数据，以便确定期望属性。当在服务器处执行处理时，这可使用在服务器上运行的适当算法或甚至通过手动处理来完成。
73.然而，如上文指示，优选地，在装置处执行传感器数据的至少一些处理。因此，优选
地，取代提供所获得的传感器数据以按其原始格式输出，装置首先处理所获得的传感器数据以产生传感器数据报告，接着可将所述传感器数据报传输到服务器。因此，在实施例中，提供指示所获得的传感器数据的数据以供输出的步骤包括处理所获得的传感器数据以产生传感器数据报告，且提供这种传感器数据报告以供输出。
74.例如，在优选实施例中，装置处理所获得的传感器数据以确定或提取与可导航网络的一或多个属性相关的信息，例如以上文描述的方式。以这种方式，可进一步减小需要从装置传输的数据量，因为仅需要传输指示所确定属性的值(例如，速度限制值)的数据，而不是原始传感器数据(例如，图像或图像序列)。此外，在装置处处理所获得的传感器数据允许装置丢弃(且因此不报告)不相关或冗余的任何数据。再次，这意味着这种数据不需要被传输回服务器，再次潜在地减小带宽需求。
75.换句话来说，装置可本地处理传感器数据，以便增加传输到地图服务提供商的信息的可靠性及信息密度。可通过适当脚本(即，指令集)来控制本地处理，所述脚本优选地也包含在用于获得传感器数据的请求中。即，可在服务器的指令下执行对所获得的传感器数据的本地处理，其中指令被包含在请求内。即，优选地使装置在到达触发位置时自动获得及处理所请求的传感器数据。
76.除了从传感器数据的处理中获得的所确定属性及/或信息之外，传感器数据报告通常可包含优选地包含以下一或多者的其它信息：(i)获得传感器数据的时间；(ii)获得传感器数据的位置；及(iii)装置及/或传感器识别符。指示所获得的传感器数据(例如，传感器数据报告)的数据优选地也被标记或以其它方式编码，使得服务器能够将所接收的数据与导致获得所述数据的请求(触发点)相关联。即，传感器数据报告优选地还包含“请求识别符”以允许服务器将传感器数据报告与产生数据的相应请求相关联。因此，传感器数据报告优选地还包含指示产生传感器数据报告的请求的请求识别符。服务器借此能够使所接收的数据与已发出的请求(触发点)相关。
77.因此，服务器优选地从装置接收传感器数据报告，所述传感器数据报告不仅包含指示所获得的传感器数据的数据(其优选地包括从处理传感器数据确定的一或多个属性，使得传感器数据本身不必从装置传输)，而且还包含关于传感器数据或已提供传感器数据的装置的任何其它期望信息。优选地，服务器从在可导航网络内行进的多个不同装置接收多个这种传感器数据报告。接着，所接收的传感器数据报告可由服务器适当地处理，以便提取与可导航网络有关的期望信息(例如，属性)。
78.在一些优选实施例中，装置输出(例如，所确定属性及/或传感器数据)被提供给地图服务提供商，且借此用于更新电子地图。因此，地图服务提供商能够使用所收集的信息来更新电子地图，接着例如取决于信息的性质周期性地或更动态地(例如，大体上实时地)发布适当地图更新。
79.优选地，所获得的传感器数据或至少指示其的数据在被获得时直接被提供到服务器。例如，只要存在适当可用数据连接，所获得的传感器数据就可大体上实时地传输到服务器(或多个服务器，例如其中地图更新服务是基于云服务器)。然而，在较不优选实施例中，还经考虑，由装置收集的数据可存储在装置上，直到期望将数据传输到地图更新服务的时间。优选地使用提供互联网存取的无线通信网络(例如，gsm 1g到4g、5g、窄带iot、lora等)将数据传输到服务器。在这方面，各种布置当然将为可能的。
80.将了解，例如，如果传感器存在故障，或传感器不正确地安装，或还如果装置的位置确定功能性存在故障，那么从装置获得的数据可能潜在地不可靠。因此，在使用此信息之前，优选地在服务器处验证从装置接收的数据，例如，以确保数据的质量及内容。考虑用于验证所获得的数据的各种方法。
81.例如，优选地，通过组合及/或比较已从多个不同装置获得的传感器数据(或大体上同时，例如在特定时窗内；或通过将数据与历史传感器数据进行比较)来验证所获得的传感器数据。因此，在实施例中，处理在服务器处接收的数据包含验证所获得的传感器数据的步骤，其中验证所获得的传感器数据包括组合及/或比较已从多个不同装置获得的传感器数据。所接收数据的验证还可检查与所述数据相关联的认证及机密凭证，所述信息也可在传感器数据报告内定义。
82.根据本发明，从装置(及其相关联的传感器)远程获得传感器数据，其中传感器数据的获得使用一或多个位置特定“触发点”来控制，所述一或多个位置特定“触发点”可作为用于获得传感器数据的请求的部分从服务器向装置发出。
83.例如，当在服务器侧处确定需要某些信息时，服务器可发出对传感器数据本身的请求。例如，在地图服务提供商希望获得某个位置的信息的情况下，地图服务提供商可接着经由服务器向当前在可导航网络内行进的一或多个(且潜在地所有可用的)装置发出对所述位置处的传感器数据的请求。然而，其它布置当然将为可能的。
84.因此，在实施例中，对传感器数据的请求可与电子地图及相关联数据一起向装置发出。在那种情况中，触发点可被有效地添加到电子地图上，例如，以类似于关注点或可叠加到电子地图中的其它特征的方式。当使用电子地图的装置在可导航网络内四处行进时，可接着自动获得所请求的传感器数据，且每当装置到达(或通过)触发点时将其回报给服务器。即，当确定装置已达到触发点时，接着使装置自动获得所请求的传感器数据。
85.因此，对传感器数据的请求含有位置(用作“触发点”)及一组指令(例如，脚本)，所述一组指令详细说明待获得的传感器数据及优选地装置为获得传感器数据应执行的步骤。因此，当装置确定其已到达由触发点指定的位置时，装置可接着通过执行指令中指定的操作而自动地使传感器开始获取所述位置处的数据。
86.因此，所述一组指令可包括“等待”指令，所述“等待”指令使装置在移动到下一指令(例如，其可为开始获取传感器数据的指令)之前等待直到指定位置。替代地，可仅在确定已到达指定位置时才加载脚本。各种其它布置当然将为可能的。
87.指令还包含用于启动传感器以获得所请求的数据及控制传感器操作的指令。例如，当传感器是相机时，指令可包含沿着特定路段以特定间隔(在时间/空间上)获得图像序列的指令。类似地，指令可为沿着路段获得一定持续时间的视频序列。这方面的一个实例将为在确定速度限制信息时，如上文描述。在那种情况中，发出请求的服务器可能不知道速度限制标志的精确位置，但知道其将位于沿着路段的某个点处。因此，可发出请求以使到达路段开始处的装置捕获大体上整个路段的图像/视频数据(或至少直到已检测到速度限制标志)。接着优选地在装置处处理此图像序列以提取速度限制值，接着所述速度限制值可被回报(优选地不回报整个图像序列，借此节省带宽)。
88.除了用于启动传感器以获得数据的指令之外，所述一组指令还可包含例如用于预配置装置及/或传感器及/或用于处理所获得的传感器数据的任何其它期望指令。例如，指
令还可包含用于使装置产生传感器数据报告以供输出的指令，如上文论述。
89.因此，指令可详细说明将用于完成数据获取请求的传感器的类型；传感器的期望定向(例如，如果确定传感器未正确地安装，那么脚本可在所述点中止而不获得传感器数据)；数据收集的持续时间；任何重复的收集步骤；及/或当获得传感器数据并准备此数据以供输出时应执行的任何进一步处理步骤。
90.所有这些指令都可(且优先地被)包含在请求内，且因此可本质上消除处理请求中的任何终端用户参与。
91.因此，对传感器数据的请求是数据包，所述数据包包含用于导致在指定位置(其可例如相对于电子地图来定义)处获得传感器数据的位置特定触发点以及用于获得传感器数据的指令，以及还例如用于获得传感器数据、处理(或预处理)所获得的传感器数据，及用于产生包含指示所获得的传感器数据的数据以及任何其它期望属性的合适传感器数据报告的指令。因此，当接收到这种请求时，装置能够打开数据包(请求)以便提取位置特定触发点，并读取获得及/或处理传感器数据所需的任何指令等。
92.在一些实施例中，当确定在可导航网络内相对于电子地图的当前版本已发生一些改变时，服务器可自动发出包含这种触发点的对传感器数据的请求。例如，在实施例中，提供一种地图更新系统，其经布置以基于电子地图检测装置在可导航网络内观察到的行为与预期行为不匹配的位置，且接着自动发出包含对所述位置处的传感器数据的触发点的请求。在实施例中，系统可经布置以获得与一或多个装置相对于电子地图随时间的移动有关的位置数据，且处理所获得的位置数据以基于电子地图的当前版本识别其中所观察到的行为与预期行为不匹配的例项。当识别出这种例项时，可接着产生包含用于获得传感器数据的适当触发点的请求以试图解决明显的不一致性。因此，在实施例中，请求(触发点)可由地图服务提供商产生(且接着相应地向多个装置发出)。
93.替代地，可从装置请求触发点。例如，在装置已确定将要遵循的路线之后(例如，使用通常在导航装置/软件中发现的已知路线规划算法)，装置可接着从服务器请求沿着所述路线定位的任何触发点。接着可发出包含这种触发点的对传感器数据的请求，其中在相关联位置处将触发点添加到路线。即，取代服务器将请求(触发点)推送给装置，装置(客户端)可拉取触发点。
94.因此，当确定装置已到达与触发点相关联的位置时，触发点使装置获得传感器数据。因此，本文描述的技术可包括确定装置何时已到达由触发点指定的位置的步骤。可以各种方式执行此确定。例如，将了解，装置通常能够确定其自身的位置(例如，使用gps或此项技术中已知的其它类似位置确定能力)，且装置因此能够确定其何时接近触发位置。因此，在优选实施例中，装置何时已到达由触发点指定的位置的确定由装置进行，例如由与装置相关联的适当定位模块进行。优选地，此确定是相对于可导航网络的电子地图表示进行。例如，装置的位置可被匹配到地图上(例如，使用已知地图匹配技术)，以便将装置的位置与触发位置进行比较，所述触发位置也优选地被定义(映射)到电子地图中。然而，其它布置将为可能的。
95.当确定装置在位置触发点的预定义阈值距离内时，可进行装置何时已到达由触发点指定的位置的确定(此时，可以上文描述的方式启动传感器并使其开始获得数据等)。阈值距离可为“零”，即，使得当装置通过触发位置时获得数据。在一些情况中，触发点还可包
含方向指示，使得仅当确定装置正从选定方向接近与触发点相关联的位置时才获得传感器数据。在这方面，各种其它布置当然将为可能的。
96.因此，将了解，所请求的传感器数据可自动获得并回报给服务器，即，无需任何终端用户互动(除最初配置装置以允许此功能性，且允许对传感器的存取等以外)。因此，至少在其优选实施例中，本发明实现需要最少用户互动的众包更新回路。例如，本文呈现的技术可用于提供含有更多最新速度限制信息的高质量电子地图。然而，本发明当然不限于确定速度限制。例如，本发明还可支持各种静态及动态地图属性的众包地图更新，包含但不限于：速度限制、交通灯、车道数量、测速相机、新道路、转弯限制、道路工程、封闭道路、道路标记类型(例如，指示允许超车的虚线等)、poi确认等。
97.在一些优选实施例中，所述技术在移动平台上实施，例如，其中例如智能手机的移动装置被安装在车辆内。然而，本发明通常可使用任何合适装置及传感器来实施，所述装置及传感器可与移动装置相关联，或可为车载传感器，或某种组合。
98.因此，在其优选实施例中，本发明使地图内容提供商能够将数据收集请求发送到在车辆中执行并经由车载网络连接到一组计算装置及相关传感器的导航应用程序。由于不存在用户参与(除了配置存取权限的初始设置之外)，系统对用户来说毫不费力，提供更可靠信息，且为更新地图信息提供快得多的反馈回路。
99.将了解，根据本发明的方法在其任何方面或实施例中可至少部分使用软件来实施。因此将看到，当从进一步方面及在进一步实施例中观察时，本发明扩展到包括计算机可读指令的计算机程序产品，所述计算机可读指令经调适以当在适当数据处理构件(数据处理器)上执行时实行本文描述的任何或全部方法。本发明还扩展到包括这种软件的计算机软件载体。这种软件载体可为物理(或非暂时性)存储媒体，或可为信号，例如通过电线的电子信号、光学信号或例如到卫星的无线电信号或类似者。
100.因此将看到，当从进一步实施例观察时，本文描述的技术包括：计算机软件，其经特别调适以当安装在数据处理器上时实行本文描述的方法；计算机程序元件，其包括用于当程序元件在数据处理器上运行时执行本文描述的方法的计算机软件代码部分；及计算机程序，其包括经调适以当程序在数据处理器上运行时执行本文描述的一或多个方法的所有步骤的代码。数据处理器可为微处理器系统、可编程fpga(现场可编程门阵列)等。
101.因此，本文描述的技术可适当地体现为与计算机系统一起使用的计算机程序产品。这种实施方案可包括固定在有形、非暂时性媒体(例如计算机可读媒体，例如软盘、cd-rom、rom、ram、快闪存储器或硬盘)上的一系列计算机可读指令。其还可包括可经由调制解调器或其它接口装置通过有形媒体(包含但不限于光学或模拟通信线路)或无形地使用无线技术(包含但不限于微波、红外或其它传输技术)传输到计算机系统的一系列计算机可读指令。所述一系列计算机可读指令体现先前在本文描述的全部或部分功能性。
102.本领域的技术人员将了解，这种计算机可读指令可用许多编程语言编写，以便与许多计算机架构或操作系统一起使用。此外，这种指令可使用现有或未来的任何存储器技术来存储，包含但不限于半导体、磁性或光学，或使用现有或未来的任何通信技术来传输，包含但不限于光学、红外或微波。经考虑，这种计算机程序产品可作为随附印刷或电子文档的可移除媒体(例如，现成软件)分布，用计算机系统预加载(例如，在系统rom或固定磁盘上)，或通过网络(例如，因特网或万维网)从服务器或电子公告板分布。
103.根据其任何进一步方面或实施例，本发明可包含参考本发明的其它方面或实施例描述的任何特征，只要其不相互不一致。
104.应注意，本文对装置的位置等或可导航网络/地图内的位置等的引用应被理解为指代指示这些的数据，除非上下文另有要求。数据可以任何方式指示相关参数，且可直接或间接指示相关参数。因此，对位置、属性等的任何引用可被对指示其的数据(即，位置数据或属性数据等)的引用所取代。还应注意，短语“与其相关联”不应被解释为要求对数据存储位置的任何特定限制。所述短语仅要求特征可识别地相关。
105.下文将进一步详细描述本发明的实施例的各种特征。
附图说明
106.下文将参考附图通过说明性实例描述本发明的教导的各个方面及体现所述教导的布置，其中：
107.图1示意性地展示可在其内实施本文呈现的技术的实施例的系统；
108.图2展示根据实施例的在接收到位置触发点时由装置执行的处理步骤；
109.图3是根据实施例的地图信息更新系统的高级架构图；
110.图4表示可如何将位置触发点合并到道路网络的电子地图表示中；
111.图5展示可如何从道路网络内的探测数据观察中检测速度限制已改变；
112.图6展示根据实施例的位置触发点可如何用于确认速度限制是否已改变；
113.图7展示道路网络内的某一位置处依据时间而变化的速度记录的实例；及
114.图8展示图7的实例中的位置在两个不同时间的速度记录的分布。
具体实施方式
115.本发明的实施例涉及从当前在可导航网络内行进的用户装置收集关于所述网络的信息(例如，地图信息)的方法。换句话来说，实施例涉及用于“众包”这种信息的技术。优选地，可导航网络是道路网络，且从与在网络内行进的车辆相关联的装置收集信息。例如，可从车辆内携带或安装的用户装置(例如智能手机)及/或从车载系统收集信息。
116.图1说明可在其内执行本发明的实施例的系统的实例。如展示，车辆10包含能够通过车载网络14彼此通信的一组互连装置12。装置12中的一些还连接到长程无线网络16(例如蜂窝电话网络、gsm g1到g4、g5、窄带iot、lora等)，其例如经由服务器18提供对一或多个因特网服务的存取。
117.图1展示附接到车载网络的若干装置12。每个装置12通常含有处理器、一些存储器及网络接口。装置12中的至少一些还配备有一或多个传感器13，例如麦克风、相机、加速度计、定位传感器、近接传感器、雷达、激光测距仪、环境光检测器等。装置12中的一些可嵌入到车辆中，使得它们的传感器13具有固定定向。然而，装置12中的一些可能属于用户，例如用户的智能手机，且因此在它们能够被可靠地使用之前可能需要安装在适当位置中。
118.连接到车载网络14的任何装置12可经配置以与网络14中的其它装置12共享其资源(例如，传感器13)。例如，可使移动装置能够存取嵌入在嵌入到车辆中的装置中的视频传感器。类似地，可使在嵌入式装置中运行的应用程序能够存取移动装置的长程无线网络。因此，装置12可在允许它们共享资源的“物联网”类型基础设施内通信。
119.装置12中的至少一者可正在运行导航应用程序。以通常已知的方式，导航应用程序可帮助用户导航到新目的地，或其可仅提供用于导航到常用目的地(家庭、工作等)的相关信息。在这两种模式中，导航应用程序可使用本地存储的地图信息，且使用长程无线网络16从地图内容提供商接收地图信息。
120.地图内容提供商提供广泛的地图信息。将了解，由于道路工程可能需要数月至数年才能完成，因此与道路网络有关的地图信息相对静止，且可提前调度地图更新。然而，其它地图信息(例如交通密度、事故、道路封闭、更新的道路标志、关注点等)可为更动态的。地图内容提供商可观察来自导航应用程序的位置数据点以检测历史导航数据与最近导航数据之间的差异。这种差异可能指向地图信息的改变。这种及其它类型的报告由地图更新系统处理。
121.位置触发点处理
122.实施例使地图更新系统能够快速获得支持地图更新决策的本地信息。其涉及车载网络14内的导航应用程序以能够支持位置触发点的处理，如图2中展示。
123.图2展示导航应用程序的处理步骤，其从接收包括位置点及动作请求的位置触发点(步骤20)开始。位置点是地图上的点的规格，例如，其使用经度及纬度值对表示。位置点通常位于路段或新路段上。位置点还可含有方向指示。动作请求描述在相关联位置点处用于地图制作目的的数据收集请求。动作请求可规定由可存取相机拍摄一或多个图像或录制短视频序列。动作请求还可规定在一定时间段内记录加速度计读数。因此，导航应用程序可存取的任何传感器都可被包含在动作请求中。在接收到动作请求之后，导航应用程序等待车辆位置数据指示位于位置触发点中提供的位置点的特定边界内(步骤21)。
124.在位置触发点处，导航应用程序从本地传感器或从车载网络中的另一装置的可存取传感器收集传感器数据(步骤22)，如动作请求中所指示。任选地，导航应用程序可处理所收集的传感器数据(步骤23)。处理可使用位置触发点消息中所含的代码(脚本、一组字节代码、二进制代码)或使用由导航应用程序支持的预定传感器数据处理功能。
125.传感器数据处理的实例是搜索图像中的特征或数据压缩操作。处理可通过检测及移除冗余或不相关信息来减小传感器数据的大小。处理步骤还可将所收集的传感器数据与例如时间、日期、位置、装置识别、传感器识别等的其它传感器信息组合成传感器数据报告。传感器数据报告优选地使用认证及机密技术。作为对所接收的位置触发点的响应而发送传感器数据报告(步骤24)。
126.另一方面，如果车辆位置数据没有到达预定边界内的位置点，那么导航应用程序在超时窗过期之后返回错误消息。
127.地图更新系统
128.如上文描述的导航应用程序中所体现的特征可有益地用于地图信息更新系统中。图3含有根据实施例的地图信息更新系统的高级架构图。
129.因此，图3展示具有用于产生位置触发点消息的地图信息控制器35的地图信息更新系统。如果位置触发点的位置点在路段的特定范围内，那么将参考或位置触发点识别符添加到所述路段从而将所述路段与所述位置触发点相关联。将了解，这样的关联因此可类似于电子地图内的关注点(poi)或路段属性。接着，经由调度器30向与在网络内行进的车辆相关联的导航应用程序31发出位置触发点。任选地，调度器30还可从导航应用程序31收集
位置数据，且接着基于探测数据确定向哪个(些)导航应用程序31发出位置触发点。例如，调度器30可选择性地仅向位于相关联位置附近的导航应用程序31发出位置触发点。替代地，调度器30可向当前在道路网络内操作的所有导航应用程序31发出位置触发点。
130.例如，导航应用程序31可接收关联信息作为地图数据的部分。这在图4中说明，图4展示叠加到道路网络的电子地图表示上的两个位置触发点40。替代地，导航应用程序31可请求在当前位置附近、在规划路线附近或在经常行进的路线附近的任何这种关联。例如，导航应用程序31可使用关联信息(参考、识别符)来请求传输位置触发点。
131.上文描述的每个实施方案都导致经由长程通信网络16传输位置触发点。接收位置触发点的导航应用程序31接着可从车载网络14内的相关联传感器32收集所请求的传感器数据，且接着使用合适传感器数据处理软件33处理位置触发点(如先前段落中描述)以产生并返回传感器数据报告。
132.接着，地图信息控制器35可使用传感器数据报告来适当地更新地图信息36。在此阶段，更新过程通常可与已知地图更新机制或地图创建机制相当。
133.由于传感器数据报告可被视为不可信的用户数据，因此地图信息更新系统可采用消息验证模块34以在将传感器数据报告用于地图信息控制器之前校验传感器数据报告的信任级别。验证操作可检查传感器数据报告中使用的认证及机密技术。其还可将传感器数据与来自其它来源的历史传感器数据进行比较。另一种验证技术是将由不同导航应用程序针对同一位置触发点产生的传感器数据报告进行比较及组合为更可靠的传感器数据报告。
134.使用案例-速度改变更新
135.众包地图更新可用于在试图以实时方式报告速度限制改变的地图产品中保持速度限制信息始终是最新的。
136.在这种情况中，存在一起工作来更新电子地图的四个系统：
137.·
改变检测器，其监测相关道路网络，且从例如gps数据中检测改变(在云中的服务器上运行)。
138.·
应用程序，其在移动平台上运行，例如在挡风玻璃后面
139.·
基于ai的对象检测算法，其在移动平台上运行
140.·
地图服务
141.监测整个道路网络的例如速度的改变。这可通过测量汽车在通过路段时的速度(或其它属性)来实现(在图7中说明)。接着，在一定持续时间内(例如，一周或一天)计算路段的速度分布(在图8中说明)。接着，通过例如使用库尔贝克-莱布勒(kullback-leibler)散度或任何其它合适分布相似性度量来测量速度分布的相似性。如果相似性低于某一阈值，那么段属性可能经历改变，且将此段被发送到移动平台进行校验。
142.例如，图5展示其中在两个设置间隔之间存在速度分布改变的实例。分布的改变形成发出在路段处收集数据的请求的基础。
143.移动应用程序可在智能手机上运行，其中智能手机被适当地安装，使得其相机指向道路。然而，还经考虑，应用程序可在专用导航设备或内置在车辆中的导航系统上运行，所述应用程序具备对车辆的相机或实际上智能手机相机(作为装置的车载网络的部分)的
存取。如图6中展示，导航应用程序基于由地图服务器提供的静态地图内容显示道路属性(例如速度限制)以使用户参与。因此，显示器展示用户相对于电子地图42的当前位置41，而且还提供展示本地速度限制的面板显示(在图6中的屏幕底部)。
144.在图6中展示的实例中，速度限制被展示为120km/h。然而，图5的分布指示速度限制可能已经改变(为80km/h)。在这种情况中，移动应用程序接收确认路段上的潜在属性改变的请求。响应于此请求，移动应用程序自动打开相机以捕获速度限制标志的图像(如图6中展示的面板73中指示)。优选地，使用相机获得沿着道路的图像序列(即，视频流)。例如，可能不知道速度限制标志的精确位置。接着，可使用相机来获得整个路段的图像，从而知道速度限制标志将在这些图像中的至少一些中被捕获。
145.移动应用程序接着运行合适对象检测算法以处理图像73并提取速度限制值。接着可将此值发送到地图服务以更新地图，且接着可将校正的速度限制值60显示给用户。将了解，在装置上处理图像数据有助于节省大量带宽。相比之下，在一些先前方法中，整个图像序列将已被传递到云服务器进行分析。因此，通常，这仅在稍后时间进行，例如，在旅行结束之后，当用户返回家中并连接到他们的家庭因特网连接时(以避免使用太多的数据带宽)。因此，所描述的实施例还允许更有规律地及/或以更低带宽成本回报及使用数据。
146.其它使用案例实例
147.尽管上文已呈现关于获得速度限制信息的实例，但将了解，这种位置触发点可用于获得关于道路网络的任何期望信息。例如，下文列出一些其它实例位置触发点：
148.·
请求以沿着路段的位置间隔及/或以时间间隔拍摄一系列图像(例如，以路段中每几秒交通间隔一个图像的速率来估计交通密度)的位置触发点
149.·
请求响应于路口延误的改变而拍摄路口图像的位置触发点
150.·
请求沿着路段记录加速度计数据及/或环境噪声状况以确定道路表面状况(例如，用于坑洞检测)的位置触发点。
151.·
请求以沿着路段的位置间隔拍摄一系列图像的位置触发点
152.还将理解，所获得的信息无需被提供给地图服务提供商，且可在一系列其它应用(不限于更新电子地图)中找到效用。例如，所述信息可用于交通管理、城市规划，或甚至提供给汽车制造商或道路网络的其它用户。
153.因此，将了解，虽然迄今为止已描述本发明的各个方面及实施例，但本发明的范围不限于本文陈述的特定布置，而是扩展到涵盖落入所附权利要求书的范围内的所有布置、以及对其的修改及更改。
154.本发明的实施例可被实施为用于与计算机系统一起使用的计算机程序产品，所述计算机程序产品是例如存储在有形数据记录媒体上或体现在计算机数据信号中的一系列计算机指令。所述一系列计算机指令可构成上文描述的功能性的全部或部分，且还可存储在任何易失性或非易失性存储器装置中，例如半导体、磁性、光学或其它存储器装置。
155.所属领域的一般技术人员还将很好地理解，虽然优选实施例通过软件实施某些功能性，但所述功能性同样可仅在硬件中实施(例如通过一或多个asic(专用集成电路))或实际上通过硬件及软件的混合来实施。因而，本发明的范围不应被解释为仅限于在软件中实施。
156.最后，还应注意，尽管所附权利要求书陈述本文描述的特征的特定组合，但本发明
的范围不限于下文所主张的特定组合，而是扩展到涵盖本文公开的特征或实施例的任何组合，而不管此时所附权利要求书中是否已具体列举所述特定组合。