CN101647047A - 使用蜂窝通信网络和探测器单元的交通数据收集 - Google Patents

Abstract

一种使用蜂窝通信网络从远程信息处理单元收集请求信号和探测数据的***，其中，所述单元各使得登记请求信号数据发送给运营商，所述运营商周期性地汇编小区历史日志，所述小区历史日志包括每个单元的小区切换列表，设施通信地耦连到运营商；且包括地图和单元识别数据库；配置为确定感兴趣的小区切换；优选地针对仅仅存在感兴趣的小区切换的目标单元查询运营商；基于日志确定每个目标单元的最近行驶路径(RTP)，基于RTP和地图数据库以及探测器单元状态来确定估计行驶时间(ETT)；呼叫每个探测器单元以从其上载探测数据；和使用探测数据以改进ETT或提供附加的信息。

Description

使用蜂窝通信网络和探测器单元的交通数据收集

技术领域

[0001]本发明总体上涉及交通管理和信息***，且更具体地涉及瞄准和跟踪移动远程信息处理单元的方法。

背景技术

[0002]常规的交通管理和导航***已经发展用于通过给车辆单元提供实时交通信息来改进在地图的干道(即，道路、街道、林荫道、高速公路等)上的车辆行驶。通常，这些***使用配备有特定数据收集模块(包括全球定位***(GPS)接收器和通信子***，用于发送车辆内部和/或外部交通数据到交通管理中心(TMC)并从交通管理中心(TMC)接收指令)的一个或更多探测器车辆。

[0003]然而，从数百万的车辆周期性地和有时连续地发送位置数据可能导致大的无线通信成本且可能加重蜂窝网络的负担。已经提出了多种方法，藉此车辆将确定是否应当发送其数据和应当何时发送其数据，使得不感兴趣的数据不被发送。这些途径均需要附加的车载能力，通常包括附加的硬件和软件，伴随增加的成本(和实施的显著延迟)。另一途径需要中心服务器保留每个车辆的过去驾驶历史和可能的路线的记录，使得它能够呼叫可能在感兴趣的道路上的这些车辆。但是该途径具有严重的隐私问题，且可能仅能够用于舰队。此外，通常导致大量的操作成本，因为探测器车辆在查询的有关地理范围之外时初始不被排除。

[0004]因而，虽然有效，但是常规的***存在与实施和操作有关的成本问题，从而本领域持续需要更易于实施和更有效的给车辆提供实时交通信息的方法。

发明内容

[0005]响应于这些问题，本发明提供了从目标单元收集数据的方法，其中，所述单元包括蜂窝通信装置，所述蜂窝通信装置至少周期性地发送登记请求信号数据给运营商。所述运营商基于所述登记请求信号数据确定服务所述单元的当前蜂窝通信小区，且为该单元汇编(compile)小区历史日志，所述小区历史日志包括在先前周期内所述单元在其中发送的小区列表。第三方设施(例如TMC)与所述运营商和单元通信，且配置成主要执行所述方法。

[0006]通常，所述方法包括在所述设施处确定期望查询路径。监测登记请求信号数据且在运营商处汇编至少一个单元的小区历史日志。所述登记请求信号数据和历史日志在所述设施处被接收。基于所述登记请求信号数据来确定发送位置、发送时间和单元电话号码。基于小区列表来估计最近行驶路径。将期望查询路径与最近行驶路径进行比较，从而确定目标单元。最后，部分基于所述登记请求信号数据或历史日志和地图数据库来在所述设施处确定经过所估计的最近行驶路径的估计行驶时间。

[0007]在本发明的其它方面，所述方法中包括探测器车辆确定和使用，从而提炼估计行驶时间并提供附加的探测数据收集。在一个示例中，所述方法还包括在所述设施处呼叫探测器单元以建立通信链路，确定所述单元处的探测数据和将所述数据上载到所述设施中。所述探测数据可包括当前车辆位置、速度、方向、温度、风挡刮水器致动状态、和雾灯致动状态。

[0008]本发明提供优于现有技术的交通管理***的优势和益处。除了其它之外，本发明有益于提供在所述单元包括蜂窝通信装置时不需要增加软件或硬件的***。换句话说，本发明利用现有蜂窝网络通信***来提供更成本有效的交通信息和管理***。此外，通过在产生与其的直接通信链路之前选择性地瞄准探测器单元，本发明还有益于显著地降低现有技术***通常经历的无线通信和有关成本。因而，与常规的探测器***相比，本发明的***有益于对蜂窝网络提供较少的负担，且与非GPS探测器***相比，本发明的***有益于提供更精确的交通信息。所述***在任何探测器穿透水平下都工作，而性能随着穿透增加，但是不需要最小的水平。最后，所述***在感兴趣的动态自调节和/或焦点领域提供灵活性，且为提炼切换算法(hand-offalgorithm)提供重要的信息。

[0009]本发明的其它方面、实施例和优势从优选实施例和附图的以下详细说明显而易见。

附图说明

[0010]在下文参考附图详细地描述本发明的优选实施例，在附图中：

图1是根据本发明的优选实施例的目标车辆单元、请求车辆单元、运营商和第三方设施的总体正视图，具体地示出了它们之间的通信链路；

图1a是图1所示的目标单元的示意性平面图；

图2是示出了根据本发明的优选实施例的多个相邻的小区和互连干道、DIP、以及至少一个请求单元和目标单元的教学蜂窝图；

图3是根据本发明的优选实施例的探测器车辆单元、请求车辆单元、运营商和第三方设施的总体正视图，具体地示出了它们之间的通信链路；

图3a是配备成参与图1和2所示的优选实施例的探测器车辆单元的示意平面图，还示出了连接到无线调制解调器的数字信号处理器(DSP)、全球定位***(GPS)接收器、存储器、麦克风、至少一个扬声器、嵌入式或车载电话、和用于获得探测数据的至少一个传感器的简图；

图3b是根据本发明的优选实施例的设施的示意图，具体地示出了地图数据库、识别数据库、电子控制单元(ECU)和与其有关的通信链路；

图4是用作根据本发明的优选实施例的监测器的车辆单元的总体正视图，具体地示出了多个低功率的发送探测器车辆和通信地耦连到所述监测器单元的设施；

图5是根据本发明的优选实施例的数据收集方法的流程图，其中，所述设施从所有通信单元接收信号数据，但是仅使用探测器车辆单元；

图6是根据本发明的优选实施例的数据收集方法的流程图，其中，目标车辆被选择性地检索，且仅使用探测器车辆单元；和

图7是根据本发明的优选实施例的数据收集方法的流程图，其中，使用蜂窝数据来产生估计行驶时间，且在可用时使用实际探测器车辆数据来改进所述估计。

具体实施方式

[0011]如所示出的实施例(图1-4)所示，本发明涉及确定估计行驶时间和/或与至少一个远程信息处理单元12有关的其它探测数据的***10和方法。总体而言，所述单元12包括蜂窝通信装置(或电话)14，一旦已经接收匹配的SID，所述蜂窝通信装置14就周期性地将登记请求信号(在图1、3和4中以虚线显示)发送给最近的小区塔16。塔16修改该信号且将登记请求信号数据16a发送给运营商18(或更具体地无线服务提供商的移动电话交换局(MTSO))。

[0012]运营商18记录并使用信号数据来确定服务的地理小区20(由塔16的位置结合相邻塔的位置来限定)，从而经济而有效地完成针对单元12的寻呼或呼叫。当单元12在地理上行驶时，单元12经过或横穿多个相邻的小区20(图1、2和3)，除非在全部小区横穿期间所述单元关闭。单元在其中存在和进行发送的小区20a作为通常称为小区“切换”而存储在运营商18中。访问的小区20a还在运营商18处被存储和记录在周期性更新的小区历史日志中，其中，所述日志与所述单元12匹配。

[0013]***10包括第三方设施22，例如TMC或者“呼叫中心”，所述第三方设施22通信地耦连到运营商18，且创新性地配置成基于小区日志和将小区干道(图2)互连的地图数据库24来估计单元12的最近行驶路径(RTP)，基于RTP和先前确定的期望查询路径(DIP)来确定单元12是否存在目标单元12t，并且也基于信号数据和RTP来确定目标单元12t的估计行驶时间(ETT)。然后，所述估计行驶时间可以用于通知请求单元12r(图1和3)，其中，所述请求单元12r由另一单元12或期望RTP的ETT的实体来限定，所述单元12或实体发送相同的请求22a给设施22。

[0014]优选设施22配置成接收请求22a，基于请求22a和地图数据库24来确定期望查询路径，确定界定所述期望查询路径的小区，和发送查询给运营商18，所述查询是针对仅具有包含在界定小区的至少一部分之间的切换的小区日志的这些电子序列号。如果满足查询，那么这些单元12被认为是目标单元12t。

[0015]优选设施22还配置成确定目标单元12t是否也是配备的探测器单元12p(图3和3a)。当确定探测器单元12p时，设施22呼叫单元12p，以建立数据传输链路和上载关于单元12p的操作、状况和/或状态的探测数据。这就是说，***10使用蜂窝电话切换数据来帮助决定哪个探测器12p需要关于当前交通、天气和其它类型的道路和车辆信息的数据。最后，优选***10还配置成将ETT、探测数据或两者的组合中继给请求单元12r。

[0016]因而，***10通常配置成用作TMC或者信息服务，其利用现有的和日益普遍的蜂窝通信网络来获得感兴趣的交通信息。***12在本文关于车辆单元12(即，单元12容纳在车辆内)描述和示出，例如摩托车、轿车、SUV或货车。然而，本领域普通技术人员会理解，本发明的优势和益处可以用于特征在于移动单元的其它应用中，所述移动单元具有蜂窝通信和定位能力，如植入装置、蜂窝电话、PDA和/或包含GPS技术的智能装置。也应当理解，与本领域已知的使用登记请求信号数据识别和/或简单跟踪单元位置的***或方法相比，本发明还提供非显而易见且显然不同的功能、配置和能力。例如，授予Oesterling等的美国专利No.6,853,910公开了跟踪车辆的大***置的***和方法的多个实施例，所述专利的全部内容作为参考并入本文。

[0017]更具体地，除了其它内容之外，每个登记请求信号包括与发送单元12单独相关的电子序列号、信号的发送时间(包括日期和时间)。在塔16处，请求信号被附加塔位置或塔识别符，其中，后一配置的识别符能够在运营商18处匹配至先前输入的或确定的塔位置，从而确定发送位置。如前文所述，运营商18用于基于信号数据的发送位置来确定服务单元12的当前蜂窝通信小区，且然后将该小区添加到单元12的小区历史日志。小区日志包括在其中该单元在先前周期内发送的小区列表。

[0018]在该周期之后，日志通过用当前来取代上一次输入而开始循环。为了本发明的意图和目的，所述周期设置成提供有意义的数据。换句话说，记录周期使得单元12能够在通常预期的速度下穿过最小数量的小区。例如，当小区平均约10平方英里且具有六边形配置(图2)时，如通常设计的那样，通常存在1.5-2.0英里的横穿最大直径，且当最小数量的3个小区期望构成估计的RTP且使用30mph的平均行驶速率时，优选为6分钟的最小周期，更优选12分钟(包括2的安全系数以适合于减半的行驶速率)，并且最优选为24分钟(包括4的安全系数)。

[0019]设施22包括基于发送时间、小区信息和从地图数据库24获得的信息来确定给定干道(或链路)的ETT的优选算法。作为示例，在图2中示出了计算小区内链路或部段的ETT的一种这样的方法，其中，请求车辆单元12r搜寻行驶时间信息，所述行驶时间信息将有助于决定是在下一个路口右转而采用到达其目的地的替代路线，还是朝着对角延伸的公路继续。请求单元12r将请求22a发送给设施22，且DIP被确定，其中，DIP的终点由目的地限定。对于请求单元12r幸运的是，另一远程信息处理单元在公路上行驶且刚刚通过其位置，从而给出了目标单元12t。设施22获得目标单元12t的小区历史且对于DIP的公路部段确定匹配的目标。

[0020]为了计算横穿内部的相邻小区20i(即，提供至少三个相邻的蜂窝时)的ETT，优选算法获得先前的相邻小区20p的最后一次发送时间和随后的相邻小区20s(图2)的第一次发送时间之间的差。应当理解的是，在该配置中，所计算的ETT反映了所有通过内部小区20i的(通常是可替代的)互连路线的平均横穿时间。然而，通过小区20i的互连路线的数量对于***10的功能来说不重要，因为也可以理解的是，两个点之间的交通(或流量)往往在可用通道之间进行平衡。更优选地，优选算法配置成仅在考虑的目标单元12r的数量超过互连路线的数量的一定倍数时计算ETT。在图2中，请求单元12r是幸运的，因为内部小区20i仅具有将三个小区互连的单个直通路线(即，高速公路)，从而增加了估计的准确性。

[0021]更优选地，且如图3a所示，优选单元12还配备有连接到无线调制解调器28的数字信号处理器(DSP)26、全球定位***(GPS)接收器30、存储器32和可操作以检测探测数据并将探测数据传输给存储器32的至少一个状况传感器34。例如，在所示实施例中，除了GPS接收器30之外，车辆单元12包括至少一个且更优选为多个传感器34，例如，速度计、温度计、罗盘、航向陀螺仪、雾灯致动传感器和风挡刮水器致动或降水传感器，其可操作以检测探测数据，例如当前车辆位置、速度、方向、温度、风挡刮水器致动状态、和/或雾灯致动状态。优选车辆单元12还可包括至少一个分析模块，所述至少一个分析模块配置成确定探测数据，例如持续的紧急制动事件或者表示交通堵塞的意外地低于阈值行驶速率。

[0022]优选单元12p被编程以每分钟自动读取探测数据，包括GPS位置数据(经度、纬度、方向和时间)，且将数据存储在车载环形缓冲器中，所述缓冲器保持过去10分钟的信息。然而，更优选地，频率和保持周期可调节，从而适合于适当的***性能(取决于所在地、行驶速度、关键程度等)和/或使用者偏好。

[0023]因而，当适当配备时，单元12配置成将探测数据从存储器30通过蜂窝通信装置14、DSP26和调制解调器28上载到设施22中，从而提供参与的探测器单元12p。在该配置中，设施22首先将从登记请求信号数据获得的单元12的电子序列号与优选从数据库36获得的识别号进行匹配。数据库36优选存储在设施22处，但也可以从远程位置检索。在所示实施例中，车辆单元12的识别号通常称为VIN号。识别号然后用于获得单元12的电话号码。更具体地，优选数据库36还包括电话号码，从而识别号和电话号码同时在同一记录内检索。

[0024]优选设施22还配置成使用电话号码自动呼叫探测器单元12p，从而与探测器单元12p建立通信链路22b。因而，所述设施类似地配备有蜂窝通信装置、调制解调器和DSP(未示出)。最后，为了实现单元12、设施22和探测器单元12p处的人类操作者38之间的语音通信，探测器单元12p优选地也配备有通信地耦连到DSP26的麦克风40和至少一个扬声器42。

[0025]可替代地，如图4所示，中间监测器44可取代塔16或者除塔16之外使用。在该配置中，监测器44类似地配置成接收登记请求信号，将其位置或识别符附加到登记请求信号，并中继登记请求信号。小区塔密度稀少的该配置的示例性实施例可包括建筑物、具有放大发送器的车辆或其它实体，尤其是配备有用于获取登记请求信号的接收器装置。例如，放大车辆单元可配置成用作监测器44，其中，不能到达服务塔的低功率发送探测器单元能够将探测数据输送给监测车辆并将其登记请求信号通过监测车辆输送。

[0026]本发明的优选操作方法的特征和功能设计成从存储计算机程序的计算机可用介质执行，例如，紧凑盘、数字视频盘、磁性介质、半导体存储器、非易失性或永久性存储器，且通过设施22和/或单元12处的至少一个电子控制单元46自主地执行。因而，设施22以及单元12包含相应地起作用的必要软件和硬件。

[0027]图5示出了根据本发明的优选实施例的操作***10的方法，其中，设施从所有通信单元12接收信号数据，但是仅使用探测器车辆数据。所述方法以步骤100开始，其中，运营商18在它们从一个小区移动到另一个小区时监测多个车辆单元12(即，从其接收登记请求信号数据并构建小区历史日志)。接下来，在步骤102，单元的电子序列号与识别数据库进行比较，以确定如果有的话哪个单元12被配备为作为探测器单元参与。如果没有，方法返回至步骤100；否则，方法前进到步骤104，其中，汇编小区历史日志数据，且使用地图数据库匹配算法来估计每个配备的单元12的最近行驶路径(RTP)。

[0028]在步骤106，设施22从请求单元12r接收请求，基于所述请求确定期望查询路径(DIP)，并确定在其数据库中每个配备的单元12的RTP是否匹配DIP。如果否，方法返回至步骤100；否则，方法前进到步骤108，其中，找到并呼叫目标探测器单元12p以建立通信链路22b。链路22b用于上载存储了预定周期(例如，不小于10分钟)的探测数据(包括位置数据)给设施22。

[0029]在步骤110，位置数据与包括链路的地图数据库匹配，且运行更多的算法来确定每个探测器车辆12p的实际链路速度和行驶时间。接下来，在步骤112，给定链路上每个单元12p的实际速度和行驶时间被组合以更精确地估计总体平均链路速度或行驶时间。最后，在步骤114，总体平均链路速度或行驶时间下载到请求单元12r。更优选地，在步骤116，所有链路的总体链路数据进一步组合以保持当前交通状况的估计，从而是可查询的，且保持/更新地图、动态路线、未来交通状况的预测等。

[0030]图6示出了操作***10的方法，其中，探测器车辆单元12p被使用并且从运营商18选择性地检索。方法以步骤200开始，其中，运营商18在它们从一个小区移动到另一个小区时监测多个单元12。在步骤202，设施22接收信息请求，且基于所述请求确定期望查询路径和界定小区切换。在步骤204，设施22将电子序列号的查询发送给运营商18，所述电子序列号具有在最近周期内的至少一个匹配切换。在步骤206，设施18响应于查询接收多个电子序列号，且将序列号与来自于数据库的VIN进行匹配，从而确定目标单元。

[0031]在步骤208，数据库还被扫描以确定目标单元是否是参与探测器单元12p。如果否，那么方法返回至步骤200；否则，方法前进到步骤210，其中，呼叫每个探测器单元12p，从而获得探测数据，包括位置数据。在步骤212，位置数据与包括链路的地图数据库进行匹配，且运行更多的算法来确定每个探测器车辆12p的实际链路速度和行驶时间。接下来，在步骤214，给定链路上每个单元12p的实际速度和行驶时间被组合以更精确地估计总体平均链路速度或行驶时间。最后，在步骤216，总体平均链路速度或行驶时间下载到请求单元12r。更优选地，在步骤218，所有链路的总体链路数据进一步组合以保持当前交通状况的估计，从而是可查询的，且保持/更新地图、动态路线、未来交通状况的预测等。

[0032]图7是操作***10的方法，其中，使用目标和探测器车辆单元12t、12p来用探测数据增强ETT。方法以步骤300开始，其中，运营商18在它们从一个小区移动到另一个小区时监测多个单元12。在步骤302，地图数据库匹配算法用于基于汇编的小区历史日志数据来估计每个单元12的最近行驶路径(RTP)。在步骤304，设施22从请求单元12r接收请求，基于所述请求确定期望查询路径(DIP)，并确定在其数据库中每个单元12的RTP是否匹配DIP。如果否，方法返回至步骤300；否则，方法前进到步骤306，宣布目标单元12t。

[0033]在步骤306，目标单元12t的电子序列号与识别数据库进行比较，以确定如果有的话哪个也是探测器单元12p。如果单元12t不也是探测器单元12p，那么在中间步骤306a，基于发送时间和位置来确定ETT，分配较低的置信水平，且方法然后跳到步骤312。如果在步骤306找到探测器单元12p，那么方法前进到步骤308，其中呼叫目标探测器单元12p，从而获得探测数据，包括位置数据。

[0034]接下来，在步骤310，位置数据与包括链路的地图数据库进行匹配，且运行更多的算法来确定每个探测器车辆12p的实际链路速度和行驶时间。在步骤312，给定链路上每个探测器单元12p的实际速度和行驶时间与包括目标单元12t的ETT的其它数据组合以更精确地估计总体平均链路速度或行驶时间。最后，在步骤314，总体平均链路速度或行驶时间下载到请求单元12r。更优选地，在步骤316，所有链路的总体链路数据还组合以保持当前交通状况的估计，从而是可查询的，且保持/更新地图、动态路线、未来交通状况的预测等。应当理解的是，本发明可用于任何数量的参与探测器车辆12p：在0％穿透性时，该***回复到常规基于切换的***；在穿透性增加时，估计的准确性和可靠性也增加。

[0035]上文所述的本发明的优选形式仅仅用作说明，而不应当以限制性的意义用来解释总体的发明构思的范围。本领域技术人员能够容易地作出对本文所阐述的示例性实施例和操作方法的显而易见的变型，而不偏离本发明的精神。因此，本发明人根据等价学说陈述其意图来确定和评价本发明的合理公平范围，本发明适于本质上不脱离而在本发明文字之外的任何设备、组件和方法，如所附权利要求书所述。

Claims (19)

1.一种从移动远程信息处理单元收集数据的方法，其中，所述单元包括蜂窝通信装置，所述蜂窝通信装置至少周期性地使得登记请求信号数据被发送给运营商，并且所述运营商基于所述登记请求信号数据确定服务所述单元的当前蜂窝通信小区，且汇编所述单元在其中发送过至少一次的小区列表，所述方法包括：

a)在第三方设施处确定期望查询路径；

b)接收所述登记请求信号数据且在运营商处汇编包括该小区列表的小区历史日志；

c)在所述设施处接收所述信号数据和日志；

d)在所述设施处基于所述登记请求信号数据来确定发送位置、发送时间和单元电话号码；

e)在所述设施处基于所述日志来估计最近行驶路径；

f)将期望查询路径与最近行驶路径进行比较，从而确定所述路径中的至少一部分何时匹配，以产生匹配的路径部分；和

g)在所述设施处基于所述信号数据和日志来确定经过所述匹配的路径部分中的至少一部分的估计行驶时间。

2.根据权利要求1所述的方法，

步骤(d)和(g)还包括步骤：根据信号数据或日志确定所述单元的多个发送时间和位置；和根据行驶时间之间的差和所述位置间的距离来确定估计行驶时间。

3.根据权利要求1所述的方法，还包括：

h)确定请求单元，且将所述估计行驶时间发送给所述请求单元，

步骤a)还包括步骤：基于所述请求确定期望查询路径。

4.根据权利要求3所述的方法，

步骤(h)还包括步骤：在所述设施处根据至少一个探测器单元确定实际行驶时间数据，且将所述估计行驶时间和所述实际行驶时间数据组合，从而提炼所述估计行驶时间，并将所提炼的行驶时间发送给所述请求单元。

5.根据权利要求1所述的方法，

步骤(b)还包括步骤：从所述单元发送登记请求信号给中间监测器，将监测器位置附加到所述信号从而包括信号数据，和将所述信号数据从监测器发送给运营商。

6.根据权利要求1所述的方法，

步骤(g)还包括步骤：基于日志来确定单元在其中多次发送的先前、内部和随后的相邻小区，其中，匹配的路径部分中的至少一部分从先前小区直接通过内部小区且然后直接延伸到随后小区，从而限定匹配的路径部分中的所述至少一部分的二分内部小区部分；和基于先前的相邻小区内的最后一次发送和随后的相邻小区内的第一次发送之间的差来确定所述二分内部小区部分的估计行驶时间。

7.一种从目标探测器单元收集探测数据的方法，其中，所述单元使得登记请求信号数据被发送给运营商，所述运营商基于所述登记请求信号数据确定服务所述单元的当前蜂窝通信小区，且为该单元汇编所述单元的小区历史日志，所述小区历史日志包括在其中在先前周期内发送信号数据的小区列表，所述方法包括：

a)在第三方设施处确定期望查询路径；

b)监测登记请求信号数据且在运营商处汇编至少一个单元的小区历史日志；

c)在所述设施处接收所述登记请求信号数据和日志；

d)在所述设施处基于所述登记请求信号数据来确定发送位置、发送时间、单元识别号、探测器单元状态和电话号码；

e)在所述设施处基于所述日志来估计最近行驶路径；

f)将期望查询路径与最近行驶路径进行比较，从而在所述路径中的至少一部分匹配时确定目标单元，且还基于探测器单元状态来确定目标探测器单元；

g)在所述设施处呼叫所述目标探测器单元，从而建立通信链路；和

h)在所述目标探测器单元处确定探测数据，并将探测数据上载到所述设施。

8.根据权利要求7所述的方法，

步骤(c)还包括步骤：在所述设施处基于期望查询路径来确定感兴趣的至少一个小区切换；将日志的查询发送给所述设施，所述查询包括感兴趣的切换；以及仅在所述日志满足查询时在所述设施处接收登记请求信号数据和日志，从而从运营商选择性地检索数据。

9.根据权利要求7所述的方法，还包括：

i)汇编和操纵从多个单元上载的探测数据，从而在设施处确定总计探测数据值。

10.根据权利要求7所述的方法，还包括：

i)用从所述单元上载的探测数据来在所述设施处更新当前交通状况的总体估计。

11.根据权利要求7所述的方法，

步骤(d)还包括步骤：基于登记请求信号数据和至少一个先前输入的小区塔位置来协作地确定发送位置。

12.根据权利要求7所述的方法，

步骤(d)还包括步骤：在所述设施处根据登记请求信号数据来确定所述单元的电子序列号；和通过将每项与电子序列号进行匹配来确定单元识别号、探测器单元状态和电话号码。

13.根据权利要求7所述的方法，所述单元容纳在车辆内，所述探测数据与车辆的至少一种状况相关联，且所述车辆配置成自主地确定探测数据。

14.根据权利要求13所述的方法，所述探测数据包括选自包括当前车辆位置、速度、方向、风挡刮水器致动状态、和雾灯致动状态的组的至少一种状况。

15.根据权利要求13所述的方法，所述车辆将所述探测数据保持不小于10分钟的周期。

16.根据权利要求13所述的方法，所述期望查询路径包括第一干道部段，所估计的最近行驶路径包括将日志内的相邻小区互连的第二干道部段，且步骤(h)还包括步骤：仅在所述第一和第二干道部段中的至少一部分匹配时，将探测数据上载到所述设施。

17.根据权利要求7所述的方法，

步骤(a)-(c)和(h)还包括步骤：通过在所述设施处接收包括请求单元电话号码的请求来确定请求单元；基于所述请求来确定所述期望查询路径；和呼叫所述请求单元并将所述探测数据从所述设施下载到所述请求单元。

18.根据权利要求7所述的方法，

步骤(b)还包括步骤：将当前蜂窝通信小区存储在小区历史日志中不小于12分钟的周期。

19.一种计算机可用介质，存储有计算机程序，且适合于在第三方设施处由电子控制单元自动使用，所述程序包括：

用于确定期望查询路径的计算机可读代码；

用于致动监测装置的计算机可读代码，所述监测装置配置成监测由至少一个蜂窝单元发送的登记请求信号数据；

用于致动接收器的计算机可读代码，所述接收器配置成接收所述登记请求信号数据；

用于从所述登记请求信号数据来获得发送位置、发送时间和单元识别号的计算机可读代码；

用于致动通信装置从而呼叫所述单元并建立通信链路的计算机可读代码；

用于启动从所述单元上载小区日志到所述设施的计算机可读代码；

用于基于所述日志来估计最近行驶干道路径的计算机可读代码；和

用于在最近行驶干道路径包括期望查询路径时进一步启动将探测数据上载到所述设施的计算机可读代码。

Images