联网车辆数据卸载管理的制作方法

1.说明性实施例涉及用于联网车辆数据卸载管理的系统和方法。


背景技术：

2.车辆越来越多地彼此连接、连接到云和本地基础设施。使用各种无线通信介质，车辆可以与多个不同的实体建立通信。具有这种能力的车辆可统称为联网车辆。
3.同时，随着更便宜且更丰富的传感器不断安装在车辆中，车辆感测能力不断提高。相对于自主车辆，这种感测能力可以显著提高，所述自主车辆依赖于传感器而不是驾驶员感觉来操纵车辆。此类车辆还需要高级连接性以持续共享和接收与当前和即将到来的驾驶环境有关的信息。
4.自主车辆和人类驾驶车辆都可以受益于信息共享，然而，传感器的数量、具有通信能力的车辆的数量以及对可用连接点的带宽的限制可能难以使所有车辆在获得信息后立即共享。如果所有车辆试图立即共享信息，即使蜂窝带宽也可变得拥塞，更不用说通过蜂窝网络发送如此多数据的潜在成本。考虑到数以百万计的联网车辆可能会尽可能或可行地持续共享信息，安装附加的接入点可以减少这种负担，但还需要做更多的工作。


技术实现要素：

5.在第一说明性实施例中，一种系统包括处理器，所述处理器被配置为确定沿着第一车辆的路线即将停止。所述处理器还被配置为确定所述即将到来的停止将使所述第一车辆置于无线收发器的范围内，并粗略估计所述无线收发器的预测传输速率。所述处理器还被配置为至少基于所述第一车辆上的数据的大小、分配给所述数据的优先级和所述预测传输速率来确定是否要上传所述数据。另外，所述处理器被配置为基于所述路线和所述即将到来的停止来确定所述第一车辆与所述收发器之间的通信的预测持续时间，并基于所述预测持续时间和所述预测传输速率来确定能够传输的第一预测数据量。所述处理器被配置为响应于确定要上传数据，基于第一数据具有低于所述第一预测量的大小来指定所述第一数据进行上传，并且响应于所述第一车辆与所述无线收发器建立通信，开始传输所述指定数据。
6.在第二说明性实施例中，一种第一车辆包括处理器，所述处理器被配置为从第二车辆无线接收指示所述第一车辆的即将到来的路线的共享部分以及在所述共享部分之后与所述即将到来的路线的偏离两者的路线数据。所述处理器还被配置为基于所接收的路线数据确定与所述第一车辆将进入第二已知无线收发器的可通信的范围内相比，所述偏离将使所述第二车辆更快地位于第一已知无线收发器的可通信的范围内。所述处理器还被配置为响应于所述确定将指定用于上传的数据从所述第一车辆无线传输到所述第二车辆。
7.在第三说明性实施例中，一种系统包括处理器，所述处理器被配置为确定第一车辆包括指定用于上传的第一数据。所述处理器还被配置为基于第一车辆和第二车辆的路线数据，确定所述第一车辆和所述第二车辆将在彼此可通信的接近度中至少行驶足以将所述
第一数据从所述第一车辆无线传输到所述第二车辆的持续时间。此外，所述处理器被配置为基于所述路线数据确定与所述第一车辆将进入第二已知无线收发器的可通信的范围内相比，所述第二车辆将更快地行驶进入第一已知无线收发器的可通信的范围内，并且响应性地在所述第一车辆与所述第二车辆在可通信的接近度内时指示所述第一车辆将所述第一数据传输到所述第二车辆。
附图说明
8.图1示出了与云和本地基础设施通信的多联网车辆系统的说明性示例；
9.图2示出了说明性数据准备和传输过程；
10.图3示出了针对与停靠点的正在接近的连接的数据传输计划过程的说明性示例；
11.图4a示出了说明性停止分析过程；
12.图4b示出了说明性带宽分析过程；
13.图5示出了说明性数据交接过程；
14.图6a示出了说明性事件检测处置过程；并且
15.图6b示出了说明性事件检测报告计划过程。
具体实施方式
16.本文描述了本公开的实施例。然而，应当理解，所公开的实施例仅仅是示例并且其他实施例可采用各种和替代形式。附图不一定按比例绘制；一些特征可被放大或最小化以示出特定部件的细节。因此，本文公开的具体结构细节和功能细节并不解释为限制性，而仅解释为用于教导本领域技术人员以各种方式采用本发明的代表性基础。如本领域普通技术人员将理解，参考附图中的任一者示出和描述的各种特征可与一个或多个其他附图中示出的特征组合以产生未明确地示出或描述的实施例。所示特征的组合提供用于典型应用的代表性实施例。然而，对于特定的应用或实施方式，可能期望与本公开的教导一致的对特征的各种组合和修改。
17.除了使示例性过程由位于车辆中的车辆计算系统执行之外，在某些实施例中，所述示例性过程还可由与车辆计算系统进行通信的计算系统来执行。此种系统可包括但不限于无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。此类系统可统称为车辆相关联的计算系统(vacs)。在某些实施例中，vacs的特定部件可根据系统的特定实施方式来执行过程的特定部分。作为示例而非限制，如果过程具有与配对的无线装置发送或接收信息的步骤，则很可能无线装置未执行所述过程的所述部分，因为无线装置不会与自己“发送并接收”信息。本领域普通技术人员将理解何时将特定计算系统应用于给定解决方案是不合适的。
18.可通过使用单独工作或彼此结合工作并执行存储在各种非暂时性存储介质(诸如但不限于快闪存储器、可编程存储器、硬盘驱动器等)上的指令的一个或多个处理器来促进过程的执行。系统与过程之间的通信可包括使用例如蓝牙、wi-fi、蜂窝通信和其他合适的无线和有线通信。
19.在本文讨论的说明性实施例中的每一者中，示出了可由计算系统执行的过程的示例性非限制性示例。关于每个过程，执行所述过程的计算系统可以为了执行所述过程的有
限目的而变为被配置为用于执行所述过程的专用处理器。所有过程不需要完整地执行，并且被理解为是可执行以实现本发明的要素的过程类型的示例。可根据需要在示例性过程中添加或移除附加步骤。
20.关于在示出说明性过程流程的附图中描述的说明性实施例，应注意，出于执行由这些附图示出的一些或所有示例性方法的目的，可暂时启用通用处理器作为专用处理器。当执行提供执行所述方法的一些或所有步骤的指令的代码时，处理器可暂时改换用途作为专用处理器，直到所述方法完成为止。在另一示例中，在适当的程度上，根据经预配置的处理器起作用的固件可致使处理器充当为执行所述方法或其某一合理变型而提供的专用处理器。
21.所有类型的车辆都受益于关于行驶路线的增加的信息。由于许多车辆，特别是自主车辆，将配备各种相机和其他传感器，因此可以在车辆行驶时收集关于道路的大量信息(例如，天气、交通、施工、坑洼等)。该数据在量(随时间)和大小方面都可能是显著的，并且可能被数百万车辆收集。
22.虽然具有此类显著信息是有益的，但是仅通过蜂窝网络中继此类数据的成本对于数据收集实体来说可能变得极其昂贵。此外，这种中继可能会使网络不堪重负，特别是在高峰行驶时间期间，使得网络无法用于一般呼叫和互联网使用(例如，使用智能电话)。为了解决这个问题，可以利用各种现有和计划的基础设施元件来使用例如wi-fi传输通过无线传输来中继数据，这不应阻碍蜂窝网络。
23.甚至这些位置，无论是部署的热点还是具有开放热点或数据收集协议的企业，也可能因大量传输的数据而不堪重负。这可能导致限制可用带宽，延迟所有数据的传输，并且在企业的情况下使热点对于现场客户不可用。
24.此外，仅仅因为热点是下一个可用热点并不意味着它是路线上的最佳可用热点。位于高速公路出口匝道附近的企业或热点可能是供离开高速公路的车辆使用的主要候选者，但是大量此类车辆同时试图使用该热点可能会使性能显著降低。同时，许多车辆可能仍然经过的一英里外的可用热点实际上可能未被使用，并且表示用于吸收近高速公路热点的一些使用的更好的选择。
25.车辆还可以携带各种不同大小的传感器数据和信息。虽然可以为该数据分配进行传输的优先级，但是许多数据可能具有相同的优先级，并且此外，一些较大的数据集在完全传输之前可能没有用。因此，如果车辆仅将在交通信号灯周期的持续时间内接近热点，则最好让车辆上传较小但完整的较低优先级数据集，而不是仅上传较高优先级集的一部分。这也将有助于吸收一些带宽使用并减轻更频繁使用的热点的负担，从而允许车辆以适当的方式利用适当的热点。
26.很多时候，车辆将不知道热点的存在，或者将不会提前知道热点流量当前是否不堪重负。在连接之前计划数据传输可以节省宝贵的时间并确保信息的有效传输，但是计划可能需要提前了解热点。说明性实施例等提供了许多计划、传输和评估过程，这些过程有助于保持海量永久数据网络以比简单地使用车辆此时碰巧检测到的任何热点更有效的方式流动。这也将激励企业参与，如果企业主可以保证计划将使得他们的个人网络在某些情况下(例如，不限于在高峰行驶时间期间)不会因传输请求而不堪重负。这种系统还可以协调多个车辆，其提前了解车辆将遇到哪些热点，使得如果路线上有另一个选项，则车辆不总是
需要使用下一个可用热点。因此，可以将优先级赋予可能遇到较少热点的车辆，从而改善总体数据传输，同时减轻大量车辆传输请求的影响。
27.图1示出了与云和本地基础设施通信的多联网车辆系统的说明性示例。在该示例中，车辆100和120表示联网车辆，所述联网车辆是包括与代表数据收集和/或提供实体(诸如原始设备制造商)维护的一个或多个后端服务器的连接的车辆。可以由后端连接启用的过程的示例被示出为云140。
28.车辆100、120包括车载计算系统101、121，该车载计算系统具有与各种车辆部件、传感器、模块、存储器和软件以及其他车辆元件连接的一个或多个处理器103、123。远程信息处理控制单元(tcu)105、125提供与云140的蜂窝连接(在必要时)，以及车载信息娱乐和连接选项。
29.wi-fi收发器107、127可以连接到基础设施网络(例如，专用短程连接(dsrc)收发器)或其他启用wi-fi的基础设施元件。例如，连接的交通信号灯可以无线地报告其状态改变计划，以允许车辆100、120基于预计的信号灯状态改变来计划接近时的加速或减速。该信息也可以经由蓝牙或其他短距离无线通信来广播，并且可以由车辆100、120上的蓝牙收发器109、129接收。wi-fi和蓝牙收发器也可以用于在车辆100、120之间交换信息，如将在本文中更详细地讨论的。
30.车辆还可以包括例如可以定义目的地或路线的路线选择过程111、131。如果车辆由人驾驶，则它可能不总是具有路线，但是如果车辆100、120是自主的，则它们将总是前往某处。车辆还可以包括应用程序和车载软件，诸如预测过程113、133。这些过程可以表示能够预测车辆可能前往的位置、wi-fi网络的状态等的机器学习过程。虽然不是必需的，但是预测过程通常表示车辆上的一组一个或多个“智能”应用程序，其可以从历史数据中学习并用于改善其他车辆系统的功能和驾驶员/乘员体验。而且，在该示例中，车辆可以包括数据处置过程115、135，其用于决定上传哪些数据以及何时上传数据，以及在机会之前计划数据传输、用较新数据替换过期数据等。
31.车辆100、120两者可以如图所示彼此通信，或者可以与云140或本地基础设施150通信。例如，如图所示，本地企业150可以包括由一个或多个接入点151启用的现场wi-fi网络。车辆100、120可以被给予有限的免费访问，或者当需要更积极地使用网络时，oem可以与这些企业达成协议。当然，企业可以自由地使网络开放到根据需要使用，但是靠近交通繁忙路线的企业(其中车辆100、120正在制定说明性实施例等)可能会发现他们的网络在某些情况下很快就会不堪重负。
32.在该示例中，车辆100、120与实体通信过程141通信，所述实体通信过程是负责处置云对车辆通信的网关或其他过程。当另一个后端过程具有车辆请求或指令，或者想要从车辆接收数据时，网关过程141可以促进必要的通信。这仅仅是可以促进云对车辆通信的许多过程中的一个的示例。
33.后端140还可以存储热点信息143的数据库，所述数据库可以包括例如位置、用于数据传输的布置、可以与车辆共享的许可/凭证、典型的带宽速度、历史/当前/预期使用数据(例如，典型使用/当前使用/计划使用)以及与计划使用哪些热点以及何时使用相关的其他信息。
34.后端还可以具有用于多个车辆的路线数据147，其指示哪些车辆要去哪里，从而允
许计划数据交接以及在到达之前计划热点使用。单个车辆可能难以计划使用哪些热点直到车辆被连接，但是当后端了解数百或数千个联网车辆的行驶计划时，它可能会更好地协调工作。车辆可以具有一些车载能力，使得它们可以在没有后端的情况下计划数据传输，但是在该示例中，后端也能够跟踪车辆100、120位置并辅助数据传输计划。
35.后端还可以具有车辆数据145的存储库。这可以包括例如关于各个车辆的连接能力和一般信息。路线数据可以包括已知车辆的特定路线，并且车辆数据145可以包括一般车辆信息(品牌、型号、软件、传感器、能力等)。两个信息集都可以服务于某个目的，如本文所讨论的，并且车辆数据还可以在适当时包括路线数据(例如，数据集可以存储在单个数据存储库中)。
36.最后，在该示例中，后端包括数据选择器和计划过程147。该过程可以从车辆100、120接收关于哪些数据可用于传输的信息，并且可以决定给定数据项的关键性。基于数据类型，数据可以具有与其相关联的一般优先级，例如，当有限的传输窗口可用时，允许对数据进行车载计划和一般排序。同时，基于数据中包含的即时需求或信息，某些数据可能更关键。车辆100、120可以发送指示它们具有或刚刚收集的数据的类型的信号，所述数据的大小可能受到限制以适应蜂窝网络。基于这些指示符，后端可能能够确定哪些数据立即需要，或者哪些数据应具有短期较高优先级，并且可以用发送相关数据的指令对车辆100、120作出响应。
37.图2示出了说明性数据准备和传输过程。在该示例中，车辆100可以在201处确定它正在接近信号灯。这可以基于信号灯的已知存在(由例如地图数据或由后端指示)、基于来自连接的信号灯的指示其所在位置的通信、在车辆对车辆(v2v)中继中来自另一车辆120的指示等来确定。在该示例中，在信号灯附近还存在已知的wi-fi接入点(或者如果基础设施包括该能力，则包括为信号灯的一部分)。
38.一些信号灯是并且将是连接的信号灯，所述连接的信号灯将关于信号灯的信息传送到网络和/或车辆100、120，以便辅助操纵靠近信号灯。例如，此类信号灯可以传送它们下一次改变状态的时间、它们将改变状态为红色/黄色/绿色的时间、它们将维持当前状态的时长、当前状态的性质等。因此，在其中针对沿着路线的信号灯可获得该信息的网络中，车辆100可以提前很好地了解它将遇到的信号灯。如果信号灯按固定的时间表运行，则车辆100将知道信号灯将在何时为红色以及持续多长时间。因此，当车辆100接近时，其将能够以合理的准确度确定它将停止多长时间。如果在停止的持续时间的一些或全部范围内存在靠近的wi-fi接入点，则车辆100可以知道此接入点(或由后端或另一车辆告知此接入点)并且可识别传输数据的机会。
39.在信号灯被连接的情况下，或者在车辆100具有关于在203处停止状态是否已知或可知的其他信息的情况下，车辆100将在209处确定是否可能停止。如果在203处不知道停止状态，则车辆100将估计在已知wi-fi接入点的范围中的平均时间。也就是说，即使车辆100不停止，它也可能在接入点的范围内至少持续若干秒，这取决于道路速度和交通。这可能是用于传输少量数据的足够的时间，如果这样做不会不合理地增加接入点的负担和阻止另一车辆(例如，已经作为交叉交通停止的车辆120)的更有效使用的话。如果车辆100实际上停止，则车辆100还可以在205处估计它将在wi-fi的范围内多长时间。
40.例如，如果车辆正在接近具有完全连接信息的信号灯，则车辆100可能能够以良好
的准确度确定停止的实际状态以及车辆100将在接入点的范围内多长时间。如果存在存储的关于非连接信号灯的历史信息，则该信息可能足以使车辆100做出可比较的确定或良好的估计。如果历史信息指示信号灯在下午5:00始终为红色，并且以精确的30秒间隔改变，则车辆100可以基于当前的当日时间进行推断。信号灯往往会改变周期，但是如果已知足够的数据，则周期可能是可预测的。在另一个示例中，周期可以在一天的特定范围内始终定时，但是可能不知道精确的改变时间。另一个联网车辆120可以观察状态改变并将该信息传送到后端140。此时，后端140可以知道周期定时并且具有观察到的改变的数据点，这应让后端140确定当天的改变时间，直到状态改变定时更改。因此，基于该数据，车辆100仍然可以知道信号灯将何时改变状态，以及它将保持多长时间、联网车辆可以使用v2v进行通信多长时间等。
41.在又一个示例中，由于缺少历史数据或缺少当前状态改变数据，可能没有此类信息可用。在这种情况下，车辆100可能必须基于关于沿着该路线或该区域中的一个或多个信号灯的任何可用信息和一般知识进行一些估计。因此，在这种情况下，车辆100将估计wi-fi信号范围内的一个或多个预期时间，并且可以在207处对一个或多个数据集进行排队(或指定优先级)以进行传输。这可以包括如果存在停止则指定第一组，并且如果不存在停止则指定较短的组，并且可以包括针对即将与wi-fi接入点相遇的实例将初始优先级重新排序为新分配的暂时传输优先级。
42.本身已连接的车辆100可以请求关于即将到来的接入点的当前带宽的信息。这可以从后端140或从来自车辆120的v2v中继获得。如果当前数据不可用，则这也可以是关于预期相遇时间的带宽可用性的历史数据。
43.如果在步骤217处此时接入点运行得太慢，则车辆100可以在219处选择改变优先级计划，这可以包括例如由于传输将可能花费更长的时间而变更优先顺序使得传输较小的数据集，和/或如果车辆100不停止则指定不传输文件。也就是说，在认识到接入点已经不堪重负的情况下，如果车辆100正在行经该点而不停止，则车辆100可以选择不尝试推入附加数据，这可以帮助防止减慢其他数据的传输。如果这种情况发生，车辆100还可以选择尝试上传较小的、先前优先级较低的数据集，因为这可以表示基于传输的预期速度和停止的预期持续时间而可能传输的最大数据量。
44.另外或替代地，车辆可以改变路线以使其接近不同的、负担较轻的wi-fi接入点。由于路线替代方案可能对行程增加微不足道的时间，例如，穿过城市街区从一个拐角到相对的拐角，在许多情况下，可以沿着通向下一个拐角的任一对相邻侧行进，因此轻微的改变路线可能不会增加时间或增加微不足道的时间。同时，它们可以避免收发器负担过重，从而在对驾驶员或乘员具有微不足道的影响或没有影响的情况下分配有效载荷和传输。
45.一旦车辆100在221处连接，则它将(在该示例中)根据在连接时或此后不久存在的车辆状态(已停止或未正在停止)来在223处传输指定数据。
46.当车辆100基于进行预测的足够的数据或基于连接的信号灯而在203处知道信号灯的状态周期时，车辆100可以在209处确定是否将发生停止。在该示例中，如果没有发生停止，则车辆100简单地恢复对要进行传输的下一个点的路线监测，然而也可以计划先前讨论的“经过”传输，其中车辆100不停止但传输数据。
47.如果车辆100将如在209处确定的在信号灯处停止，则车辆100将在213处确定可能
的停止时间，在这种情况下，这可能比在205处作出的估计更准确。然后，车辆100可以采取与以前类似的措施，从而确定可用带宽并相应地调整任何传输计划。即使带宽较低，在这种情况下，车辆100也可能更容易调整计划，因为它可以访问关于信号灯的更好的信息，并且可以基于停止时间以及当前指示的带宽来更准确地确定可以传输的内容。停靠点还可以包括拥堵的停车标志十字路口，其中车辆以单车辆爆满的方式移动并且花费大量时间来恢复畅通。进行路边接载的递送车辆在某些位置(例如，餐馆)处也可具有已知的或预计的停止时间。关于在可用收发器的特定可用距离内可能发生的停止的任何信息都可以用作计划传输的断言。
48.图3示出了针对与预测/已知的停靠点以及附近的wi-fi接入点的正在接近的连接的数据传输计划过程的说明性示例。该示例示出了车辆100可以如何动态地调适传输过程以适应变化的情况。
49.这里，车辆100在301处接近信号灯，并且在303处确定是否将停止。当没有停止时，在该示例中，不存在传输，以为可能已停止或正在停止的其他车辆120保留带宽，所述其他车辆因此可能能够更好地利用接入点。
50.如果在303处确定将存在停止，则车辆100等待直到其在305处连接到接入点。在该示例中，如果存在针对初始传输制定的计划，则该计划可能已经提前制定，如图2的非限制性示例中所示。该示例示出了一旦车辆100接近信号灯并且进入wi-fi接入点的范围可发生什么，即使在连接之前制定了计划。
51.一旦车辆100连接，则它可以根据制定的任何初始优先级计划或基于与存储的数据相关联的预定义组的优先级(如果没有发生提前计划)在307处开始传输信息。预定义的优先级可以基于获得的时间、新近度、位置等对数据进行排名。在其他示例中，当不存在优先级并且没有作出计划时，车辆100可以采取fifo或lifo队列，或者甚至随机传输。其他可能的一般策略包括最小优先、最大优先等。
52.当在该示例中车辆100根据预测停止而持续传输数据时，它可以从更靠近信号灯的联网车辆120接收车辆120已经开始移动的通知。在大多数情况下，车辆100将不是在信号灯处排队的第一车辆，因此停止的持续时间实际上是信号灯的持续时间加上所有前方车辆移动所花费的时间量。因此，网络范围内的实际时间将是(假设初始停止在范围内发生)停止的持续时间+由于其他车辆而引起的移动延迟+停止后行驶时的范围内的持续时间。因此，如果网络沿着十字路口覆盖120英尺的道路，并且车辆停止30秒，其中有6辆在前的车辆，每辆车在信号灯改变后花费2秒移动，并且车辆100在移动后也沿着120英尺的延伸段持续另外的10秒，则持续时间将为30+12+10或52秒，这比单独的停止的持续时间长约70％。
53.由于车辆100具有车载和后端提前计划以及历史数据的一些知识，因此它可能能够概括范围中的预期持续时间和移动时间，并且因此在这种情况下将基于中间车辆的某个预期数量(例如，平均值)和在范围内的行驶的某个持续时间来计划某个数据传输。例如，车辆100可能已经预测将有八个中间车辆，并且每个车辆将花费大约2.3秒来移动，以及在移动后沿着路线的范围内部分的持续时间为12秒，加上30秒的停止。车辆100将预测59.4秒可用，但如果前面的示例是真实经历的情况，则实际上将仅获得52秒。因此，车辆100可能已经计划进行预计将花费57秒的文件传输，但现在将不会在范围内持续足以传输整个文件。
54.当车辆100停止时，基于车辆100相对于信号灯的gps位置，它可能比预期的更靠近
信号灯。也就是说，车辆100与十字路口之间的距离将不等于至少八个平均汽车长度。这是车辆100调整策略的机会，这取决于车辆100所处的位置有多近。车辆120在309处移动也是队伍将移动的指示，并且可以用于调整传输并确定是否剩余足够的时间来完成当前的数据集传输。
55.虽然较大文件的传输可能是可中断的并且可在稍后恢复，但是在数据的一部分存储在后端的情况下，后端也可能无法使用所述数据，直到整个文件已被传输。因此，在这种情况下，当车辆100在311处确定剩余时间不足时，它可以调整传输计划。无论是否剩余时间，总是可以选择在313处完成传输，并且可能最终传输文件的90％，而剩余的10％稍后完成。另一方面，可以指示车辆在可能的情况下传输整个可用数据，并且在认识到可用的预测时间小于预期时间的情况下，可以在315处对数据传输变更优先顺序。
56.如果它确实选择对传输变更优先顺序，则它可以在317处上传较小的数据集，所述较小的数据集预计可在关于接入点的范围内剩余多少时间的新预测内上传。如果它不变更优先顺序(例如，如果它继续传输原始的过大文件)，则它可以尝试确定在队伍中其后面是否有另一车辆，其表示相对于车辆100在该接入点范围内可具有附加时间的车辆。如果对象车辆在范围内，但后方车辆不在范围内，则这可能是附加的总时间或附加时间，例如，后方车辆最终将向前移动到接入点的范围内，并且应至少在前方车辆由于范围而失去连接之后不久就保持在范围内。如果没有其他车辆，则车辆100可以简单地在323处完成尽可能多的传输，并且为数据的剩余部分分配高优先级，使得文件可以在下一次可能时尽快完成。如果剩余足够小的数据量，则车辆100可以简单地使用tcu 105来完成文件的传输。
57.如果在范围内存在另一车辆，所述另一车辆位于车辆100的后面，则车辆100可以将数据的剩余部分或预计的剩余部分发送到另一车辆。然后，另一车辆只要在范围内就会上传该剩余部分，这将潜在地使用两台车辆完成传输。另一车辆不一定必须在车辆100后面，前提是车辆100可以在上传进行时开始使用不同的通信介质将文件的一部分发送到另一车辆，使得另一车辆有时间也传输所接收的部分。如果另一车辆有其自己的需要传输的数据，则所述另一车辆也可以拒绝所述帮助请求。
58.如果车辆100预计它可以完成文件的75％，则它可以选择将最后35％的数据发送到另一车辆，同时尽可能多地上传。另一车辆可以接收该数据并立即上传。这可能导致接收到的数据有一些重叠，但是后端应该能够找出所述重叠。文件可以被分解成离散的部分，并且可以与另一车辆共享一定数量的部分，并且所有数据可以被加密，并且仍然在解密之后通过正确地重新组装数据包来重新组装。如果第二车辆接收到已经由车辆100加密的数据，则第二车辆可以简单地充当透传而不施加其自身的加密。无论第二车辆在车辆100的前方还是后方，都可能发生该共享过程。如果第二车辆在车辆100后面，则车辆100可以选择在共享数据之前等待更长时间，这取决于第二车辆位于后面多远。例如，如果第二车辆也是自主的(并且因此不受人的快速通过正在变成红色的信号灯的影响)，则车辆100可以准确地预测第二车辆将不会赶上当前的绿灯周期(或其他预计的停止断言)。因此，它在接入点的范围内将具有更长的持续时间，即使它由于超出范围而当前无法接入。
59.两个车辆都将在信号灯变为绿色时向前行驶，并且在某个合理的点处，车辆100可以通过直接v2v连接将剩余数据发送到第二车辆。然后，第二车辆可以使用信号灯处的附加时间来完成该传输，因为第二车辆将等待整个另一个信号灯周期，并且在该点处处于接入
点的范围内。
60.基于可用于辅助给定车辆100的更多信息，更容易辨别前述条件中的任一者是否为真。也就是说，如果所有车辆都是自主的，并且后端具有关于信号周期、路线和车辆位置的相对完整的信息，则上述共享较少是预测而较多是计划。
61.另一方面，虽然先前预测数据的仅有限部分是已知的，但是车辆或后端至少可以尝试预测并据此采取行动，从而认识到它可能是不正确的。然而，可以进行调节。例如，如果后端140与车辆100通信，则所述后端可以通知车辆100是否曾经接收到数据的剩余部分。车辆100可以保留数据的剩余部分，直到接收到此类指示，并且如果第二车辆未能传输数据，则计划稍后的传输。如果所述指示指示数据的剩余部分被成功接收，则车辆100可以删除数据的剩余部分。
62.值得注意的是，即使车辆100在315处对数据变更优先顺序，并且在317处选择发送较小的数据集，车辆100也可以搜索一个或多个其他车辆以帮助完成另一个原始文件的传输。车辆100甚至可以与多个靠近的车辆共享不同的部分，如果所有这些其他车辆没有其他东西要传输的话，因为每个其他车辆可能能够上传原始(或其他)文件的一部分，因为它们都同时通过接入点，假设接入点可以承受并发请求的负载。
63.紧接在前的示例可以是自主车辆(其可能具有非常先进的感测)在信号灯处时利用多个不太复杂的人类驾驶的但仍然联网车辆的方式。自主车辆100可能具有大量非常期望的信息数据要共享，并且六个其他车辆120也可能在信号灯处，没有或具有有限的其他数据要共享。如果自主车辆100可以与其他车辆在本地共享数据并上传数据，则其可以使用第一收发器处理上传并将剩余数据发送到其他车辆(同时或相继地，取决于技术许可)以使其他车辆代表其完成上传。
64.图4a示出了说明性停止分析过程。在该示例中，车辆100再次在401处确定即将停止，诸如在图2所示的示例中。如果在403处针对所述停止计划上传，则车辆100可以尝试获得带宽使用和关于接入点的其他信息，以确定它是否适合使用，以及在车辆100与接入点之间的通信持续时间期间预期有多少带宽可用。
65.在该示例中，车辆100可以在405处通知服务器，但是它也可以尝试使用与已经连接到接入点的车辆120的v2v(直接或中继)通信来确定当前使用(一旦车辆100到达，其可能相同也可能不同)。一旦车辆100在407处接收到带宽和其他信息响应，则其可以在409处继续计划传输。
66.图4b示出了说明性带宽分析过程。该过程发生在服务器上，但是该过程的各方面也可以由比车辆100更接近接入点的车辆120来完成。后端140在411处接收通知，并且在413处检查车辆位置数据库以确定在与接入点的可通信的接近度中是否有任何车辆120。如果没有当前车辆120，则所述过程可以在417处检查历史信息数据库并在419处向车辆100报告历史速度，这可以是简单的参考查找(例如，基于时间和星期几的平均值)或更复杂的统计分析(基于具有足够的数据来执行这种分析)。
67.当在415处有一个或多个靠近的车辆时，后端140可以在421处从那些车辆请求实际的当前传输速度。车辆120可以在423处作出响应，并且后端140可以在425处向车辆100提供当前带宽数据。
68.车辆100还可能需要可以由后端存储的凭证，以便访问接入点。也可以提供这些，
并且车辆120可以替代地通过v2v传输提供带宽信息和访问凭证(如果已经具有它们)两者作为替代。
69.图5示出了说明性数据交接过程。在该示例中，车辆100具有需要上传的数据，但是在某个时间段内车辆未在预计使其处于接入点的范围内的路线上行驶。同时，车辆100可能遇到车辆120，所述车辆120当前可能没有数据要传输，并且可能被预计在少于所述时间段内接近接入点。也就是说，无论车辆100离接入点多近或多远，车辆120都可能能够更快地完成上传。即使车辆120有其自己的数据要传输，车辆100也可能具有更高优先级的数据，或者可能只是预期将在很长一段时间内不联系接入点(例如，驶入州立公园，在这种情况下将在蜂窝和wi-fi范围之外持续四个小时)，而车辆120可能会驶入其中一个或多个接入点将为接近永久的城市。因此，即使车辆120具有其自己的数据，它仍然预计比车辆100更快地完成传输。并且，如前所述，如果该预计被证明是不正确的，则车辆100可以保留数据，直到它被通知中继成功或其自己上传数据。
70.在断言车辆120预计将更快地完成传输的情况下，在该示例中，车辆100将相关信息传输到车辆120。这种传输可以由后端在其识别出所记录的效率机会时预先计划，或者如在所示的示例中，可以由两个车辆即时确定。
71.在该示例中，车辆100、120正置于信号灯处，并且车辆100将左转并前往野外(从接入点的角度来看)，而车辆120正直行进入充斥着接入点的城市。车辆100在501处检测车辆120，并且在503处两个车辆交换行驶数据。行驶数据可以包括例如指示接近移动的预期路径和/或面包屑轨迹。例如，两个车辆不需要接近地停止，而是仅需要达到彼此的通信范围以进行初始数据传输。在没有限制的情况下，车辆可以交换26个面包屑(下一英里每200英尺的坐标)和到下一个接入点的持续时间(假设该英里内没有接入点)。
72.基于该初始数据(或类似的有限快速传输数据)，车辆100可以在505处确定其与车辆120共享一条路径达3/4英里，然后以先前提到的方式确定它们的路径偏离。共享行驶持续时间可以提供足够的时间来将数据从车辆100传输到车辆120。附加数据(下一个传输点)可以指示车辆120将远比车辆100更早地遇到接入点。基于这些或类似的断言，车辆100和车辆120可以在509处同意协调数据传输，使得车辆120可以代表车辆100发送数据。因此，车辆120和车辆100可以在511处参与协作行驶，保持在彼此的范围内，直到车辆100已将数据完全传递到车辆120，或者直到它们的路线偏离。
73.图6a示出了说明性事件检测处置过程。这是潜在传输事件的另一个示例，其中车辆100检测到高紧急事件(例如，路边火灾或大坑洼)或其他重要的数据。车辆100在601处用车辆传感器观察事件并将观察结果报告给后端140。
74.某些事件可以在未经许可的情况下被自动标记为可立即报告，例如，由ir传感器检测到的火灾或足够大到损坏车轮或车桥的坑洼，但其他事件可能仅周期性地限定为关键。车辆100在603处通知云，并且立即上传事件或要求对数据进行分类。如果云响应并分类数据以在605处进行立即上传，则车辆100可以使用蜂窝连接来上传数据。否则，车辆100可以在607处安排上传或传输。车辆还可以连同分类请求一起发送事件的地理或其他低带宽指示符，然后服务器可以用所述事件已知的指示符来响应所述指示符，并且因此不需要附加的信息传输。替代地，如果已知车辆位置并且服务器已经知道该位置处或附近的事件，则服务器可以简单地选择将数据分类为非关键，从而防止不必要的立即传输。
75.无论数据是否关键，后端都可以帮助安排数据的传输。如果数据是重要，但是不是立即需要，则后端可以保持数据优先级的记录，使得车辆100可以优先于某个其他车辆120，如果它们都到达限制使用的接入点。服务器还可以将标志附加到数据或车辆，使得即使在没有附加的服务器辅助或指令的情况下，两个车辆100、120也可以识别车辆100的优先级。一旦将数据发送到服务器，就可以删除该指示符。
76.后端也可以辅助数据传输的大量调度。联网车辆可以将高级数据摘要传送到云，所述云可以使用许多摘要和已知的计划路线来确定哪些数据应优先立即发送到云(通过蜂窝)、哪些数据应通过合作wi-fi接入点被发送(在不久的将来)，以及哪些数据可以等待直到车辆结束行程并返回其家庭位置(通过家庭wi-fi网络发送)。这种协调可以帮助确保将最重要的数据发送到云，但是当多个车辆观察到同一事件时，不会不必要地多次发送大量数据。也就是说，云可以协调选定的车辆通过那些选定的车辆将在其附近停止的wi-fi网络发送(与其他非选定的车辆)重复的大容量传感器数据，从而避免其他非选定的车辆(将不会通过wi-fi网络)通过蜂窝发送类似的数据。
77.图6b示出了说明性事件检测报告计划过程。在该示例中，后端将指示车辆100如何处置检测到的事件。该过程可能不适用于每个检测到的事件或数据集(或者它可以适用)，但是在所引用的示例中，它将适用于某些类型或表征的数据。例如，可能存在一组预设的“总是关键”数据的oem定义，诸如火灾和/或大坑洞的示例。还可能存在暂时关键数据，其可以包括例如在时间接近高峰时段期间高速公路上超过90％的减速。可能的情况是后端总是希望立即报告此类数据，因为它对大量车辆非常有用。此外，在所引用的特定示例中，大幅减慢的车辆不太可能很快到达接入点，除非它们作为基础设施被部署在高速公路附近或部署在邻近高速公路的企业中。同时，一旦来自一次观察的数据在服务器上，服务器也可以指示其他车辆不要通过各种方法传输数据，以避免冗余传输。
78.服务器还可以定义暂时关键数据，诸如在冬季风暴期间的车轮滑移，其中总是报告某些滑移事件。可以将该暂时分类分发给车辆，使得它们知道在检测到时报告某些类型的数据。车辆还可以报告有限大小的子集(例如，短字符串分类器和位置——“滑移，x，y”)，并且可以为与接入点的相遇保留更稳健的数据报告(综合传感器数据、观察到的整体的冰冻区域等)。
79.在更进一步的示例中，后端140可以决定某些数据是相关的，在所示的示例中就是这种情况，其中后端确定检测到的实例的相关性。即使在这里，某些可能关键实例的报告也可能限于某些数据类型或远在预期值之外的数据值(例如，在下雨期间，相机能见度降低到四英尺)。可以发生这种限制以避免车辆100报告(即使只是粗略报告)发生的每个检测实例。
80.后端140可以在611处接收通知，所述通知包括关于检测到的内容的一些有限量的信息，所述信息可以包括例如所使用的传感器、数据类型、对超过阈值的程度的指示等。可以在使用有限带宽的同时报告许多检测到的数据的特性，并且在被指示这样做时仅报告数据的实质。
81.如果后端在613处确定数据是相关的，则后端还可以在615处确定最近的热点与车辆100靠近的程度。例如，如果车辆100沿着将在1分钟内使其处于热点范围内的路线以每小时60英里的速度行驶，则当信息可以在1分钟后以更低的成本或者免费/更快/等获得时，可
能不值得以蜂窝开销来立即传输所述数据。这种考虑还可以考虑对任何热点的任何带宽约束，使得后端可以提供具有关于何时将接收到数据的一些保证的指令，如果需要那些保证的话。
82.如果在617处没有可用数据的合理快速传输并且对数据的需要是立即的或接近立即的，则后端可以在619处指示立即传输。立即传输可以指相当大的一组数据，这取决于具体情况如何。例如，消防车可能在凌晨4点出现在日常交通繁忙的道路上。在那个时刻，只有单个车辆100可以沿着可用数据有限的替代道路行驶。然而，后端也知道大量交通将很快到达，并且可能会沿着同一替代道路行驶一段时间，因此它可以指示车辆100立即报告任何异常数据，使得它可以在更多交通到达之前更好地了解道路状况。这可以允许它建议交通，甚至在需要时将交通分流到替代路线，并且尽管由车辆100收集的许多数据通常是将在适当的时候报告的“共同”数据，但不具有特殊调度，在这种情况下，考虑到交通即将到来，后端可以认为所有该数据为关键的。
83.如果数据被认为不适合于立即报告，则后端140可以确定是否存在沿着车辆路线即将到来或在阈值时间段内即将到来的热点。如果在621处没有热点或在x英里/分钟内没有热点，则后端可以在625处寻找交接车辆以执行中继传输，如图5中那样。如果没有此类车辆120可以被找到，例如，如果不存在其他车辆或没有在x英里/分钟内将与车辆100预期相遇的其他车辆，则后端可以在627处简单地为数据分配优先级或指示车辆100根据已经建立的优先级和车载协议(例如，用于在接入点可用时进行处置的队列)来处置数据。
84.如果存在将在阈值内到达接入点或者至少比车辆100更早地到达接入点的车辆120，则所述过程可以在629处协调两个车辆100、120的行驶以使它们保持足够长时间的接近度以处置数据交换。这可能涉及车辆中的一者的改变路线，但是可以在对行驶时间的有限影响的情况下完成许多次改变路线。是否改变路线可以根据用户协议(当车辆是自主的时)，或者当车辆由人驾驶时可以作为选项提供(可能包括小额积分)。
85.如果在621处存在热点，则在623处，后端指示车辆100对某些数据进行排队以进行传输。这可以是类似于图2的服务器辅助计划过程或车载过程，并且可以延迟直到车辆100在接入点的特定距离内。直到在631处完成传输，在633处，后端可以监测车辆100或交接车辆120的进度是否有偏离，诸如计划外的转弯或停止。这可能导致重新评估是否应立即传输数据，例如，如果服务器预期在5分钟内接收数据，但是车辆100偏离路线至一个小时内没有热点的新计划，则后端可能会认为等待该消息的时间太长。
86.通过协调数千辆车辆的努力并策略性地计划热点使用以及何时传输、辅助传输和/或不传输数据，说明性示例提供了能够更有效地使用基础设施的高级数据报告系统。
87.尽管上文描述了示例性实施例，但是这些实施例并不意图描述权利要求所涵盖的所有可能形式。在说明书中使用的措词是描述性用词而非限制性用词，并且应理解，可以在不背离本公开的精神和范围的情况下做出各种改变。如前所述，各种实施例的特征可以组合以形成本发明的可能未明确描述或示出的另外的实施例。尽管各种实施例可能已经被描述为关于一个或多个期望特性提供优于其他实施例或现有技术实施方式的优点或优于其他实施例或现有技术实施方式，但是本领域普通技术人员认识到可能折衷一个或多个特征或特性来实现期望的整体系统属性，这取决于具体的应用和实施方式。这些属性可包括但不限于成本、强度、耐久性、生命周期成本、可销售性、外观、包装、大小、可维护性、重量、可
制造性、易组装性等。因此，就一个或多个特性而言被描述为不如其他实施例或现有技术实施方式期望的实施例处在本公开的范围内，并且对于特定应用来说可能是期望的。
88.根据本发明，提供了一种系统，所述系统具有：处理器，所述处理器被配置为：确定沿着第一车辆的路线即将停止；确定所述即将到来的停止将使所述第一车辆置于无线收发器的范围内；粗略估计所述无线收发器的预测传输速率；至少基于所述第一车辆上的数据的大小、分配给所述数据的优先级和所述预测传输速率来确定是否要上传所述数据；基于所述路线和所述即将到来的停止来确定所述第一车辆与所述收发器之间的通信的预测持续时间；基于所述预测持续时间和所述预测传输速率来确定能够传输的第一预测数据量；响应于确定要上传数据，基于第一数据具有低于所述第一预测量的大小来指定所述第一数据进行上传；并且响应于所述第一车辆与所述无线收发器建立通信，开始传输所述指定数据。
89.根据一个实施例，所述处理器被配置为基于由信号灯无线提供的指示所述停止的数据来确定所述停止即将到来。
90.根据一个实施例，所述处理器被配置为基于关于信号灯的指示所述停止的先前存储的定时数据并基于由报告所述信号灯的当前状态的第二车辆提供的所述当前状态来确定所述停止即将到来。
91.根据一个实施例，所述处理器被配置为基于连接到所述收发器的第二车辆报告当前传输速率来粗略估计所述预测传输速率。
92.根据一个实施例，在所述第一车辆与所述收发器通信时，通信的预期持续时间至少基于所述停止的预测持续时间和交通对所述第一车辆的行驶的预测影响。
93.根据一个实施例，另外地基于所述第一数据的优先级等于或高于分配给多个可能的数据候选者中的其他候选者的最高优先级来从所述可能的数据候选者中指定所述指定的第一数据，每个可能的数据候选者具有低于所述第一预测量的大小。
94.根据一个实施例，所述处理器还被配置为：在与所述无线收发器建立通信之后，确定小于所述第一量且小于所述第一数据的所述大小的新预测数据量，并且基于新的数据具有低于所述新预测数据量的大小来响应性地指定所述新的数据进行上传。
95.根据一个实施例，所述处理器还被配置为：在与所述无线收发器建立通信之后，确定小于所述第一量且小于所述第一数据的所述大小的新预测数据量，并且响应性地向在所述第一车辆的通信范围内的第二车辆无线传输所述第一数据的至少一部分。
96.根据本发明，提供了一种第一车辆，所述第一车辆具有：处理器，所述处理器被配置为：从第二车辆无线接收指示所述第一车辆的即将到来的路线的共享部分以及在所述共享部分之后与所述即将到来的路线的偏离两者的路线数据；基于所接收的路线数据确定与所述第一车辆将进入第二已知无线收发器的可通信的范围内相比，所述偏离将使所述第二车辆更快地位于第一已知无线收发器的可通信的范围内；以及响应于所述确定将指定用于上传的数据从所述第一车辆无线传输到所述第二车辆。
97.根据一个实施例，所述处理器还被配置为：基于所述即将到来的路线的所述共享部分将使所述第一车辆和所述第二车辆保持在可通信的接近度中足够的持续时间来完成数据的无线传输的第二确定来进一步调节所述数据的所述无线传输。
98.根据一个实施例，所述处理器还被配置为：响应于所述第二确定，与所述第二车辆
协作以控制所述第一车辆在沿所述共享部分行驶期间保持在所述可通信的接近度中，至少直到所述数据的所述无线传输完成或所述第二车辆到达所述偏离处。
99.根据一个实施例，所述处理器还被配置为：基于从所述第二车辆接收到所述第二车辆将接受所述数据的确认来进一步调节数据的所述无线传输。
100.根据一个实施例，所述处理器还被配置为：从远程服务器接收所述第二车辆成功地上传所述数据的通知，并响应性地从所述第一车辆的存储器删除所述数据。
101.根据本发明，提供了一种系统，所述系统具有：处理器，所述处理器被配置为：确定第一车辆包括指定用于上传的第一数据；基于第一车辆和第二车辆的路线数据，确定所述第一车辆和所述第二车辆将在彼此可通信的接近度中至少行驶足以将所述第一数据从所述第一车辆无线传输到所述第二车辆的持续时间；以及基于所述路线数据确定与所述第一车辆将进入第二已知无线收发器的可通信的范围内相比，所述第二车辆将更快地行驶进入第一已知无线收发器的可通信的范围内，并且响应性地在所述第一车辆与所述第二车辆在可通信的接近度内时指示所述第一车辆将所述第一数据传输到所述第二车辆。
102.根据一个实施例，所述处理器还被配置为：确定所述第二车辆将能够使用所述第一已知无线收发器完成所述数据的上传；以及基于所述确定所述第二车辆将能够完成所述上传来进一步调节指示所述第一车辆。
103.根据一个实施例，所述第二车辆将能够完成上传的所述确定至少部分地基于所述数据的大小和所述第一无线收发器的预计传输速度。
104.根据一个实施例，所述第二车辆将能够完成上传的所述确定至少部分地基于所述数据的大小和第二车辆与所述第一无线收发器之间的预计通信持续时间。
105.根据一个实施例，所述第二车辆将能够完成上传的所述确定至少部分地基于所述数据的大小、第一无线收发器的预计传输速度和第二车辆与所述第一无线收发器之间的预计通信持续时间。
106.根据一个实施例，所述处理器还被配置为：至少部分地基于所述数据的大小、所述第一无线收发器的预计传输速度以及所述第二车辆与所述第一无线收发器之间的预计通信持续时间来确定所述第二车辆可使用所述第一收发器上传的预测数据量；并且响应于所述第一数据小于所述预测量、所述第一车辆包括被指定用于上传的第二数据且所述持续时间另外足以在传输所述第一数据之后将第二数据从所述第一车辆无线传输到第二车辆，指示所述第一车辆向所述第二车辆传输附加数据。
107.根据一个实施例，所述指示传输所述附加数据是进一步响应于组合的所述第二数据和所述第一数据的大小小于所述预测量。