CN116600418A - 恶意连接中断检测 - Google Patents

Abstract

本公开提供了“恶意连接中断检测”。一种系统接收通过与车辆建立的连接报告的车辆状态数据，并确定与所述车辆的连接丢失。响应于所述连接丢失，所述系统基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析。响应于所述分析指示没有呈现意外连接丢失的预定义原因，所述系统触发车辆警报状态协议。

Description

恶意连接中断检测

技术领域

说明性实施例总体上涉及对连接的恶意中断的检测。

背景技术

传统的车辆安全系统依赖于响亮的警报和闪烁灯来警告旁观者企图入侵。这些系统具有要求感兴趣的旁观者在听力范围或视力范围内的限制，并且还依赖于可能不是车辆所有者的人来采取行动以保护车辆。此外，由于各种原因导致此类警报的许多误报，许多人已经对车辆警报的声音产生了一定的免疫。

更现代的系统依赖于无线连接，诸如连接到云的集成调制解调器。那些系统可以就任何警报触发向监测服务和车辆所有者发出警报，这具有将触发中继给在车辆保护中具有既得利益的各方的优点，即使这些各方都不在现场。这些系统的缺点是它们可能会因信号干扰、服务中断和禁用系统的电源而中断。这些状况中的一些可能是意外引起的，其他可能是由于有人恶意试图阻止警报。而这些系统也可具有现场警报，一旦连接被中断，它们就会以类似于较旧系统的方式有效地起到威慑作用，依靠旁观者采取行动或依靠响亮的噪声来吓跑潜在的入侵者。

发明内容

在第一说明性实施例中，一种系统包括一个或多个处理器，所述一个或多个处理器被配置为接收通过与车辆建立的连接报告的车辆状态数据并确定与所述车辆的连接丢失。所述一个或多个处理器还被配置为响应于所述连接丢失，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析，并且响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议。

在第二说明性实施例中，一种方法包括接收通过与车辆建立的连接报告的车辆状态数据。所述方法还包括确定与车辆的连接丢失，并且响应于所述连接丢失，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析。另外，所述方法包括响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议。

在第三说明性实施例中，一种系统包括一个或多个处理器，所述一个或多个处理器被配置为接收通过与车辆建立的连接报告的车辆状态数据。所述一个或多个处理器还被配置为确定与所述车辆的连接丢失，并且响应于所述连接丢失，尝试与所述车辆的一个或多个新的连接，所述新的连接利用与用于所述丢失的连接以及所尝试的一个或多个新的连接中的其他连接的连接介质不同的连接介质。另外，所述一个或多个处理器被配置为响应于所述连接丢失并且一个或多个新的连接中没有一个成功，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析。另外，所述一个或多个处理器被配置为响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议，并且响应于所述分析指示意外连接丢失的至少一个预定义原因，报告意外连接丢失，包括报告指示意外连接丢失的原因的任何车辆状态数据。

附图说明

图1示出了车辆和云报告系统的说明性示例；

图2示出了说明性车辆状态报告过程；并且

图3示出了说明性分析和预测过程。

具体实施方式

本文描述了本公开的实施例。然而，应理解，所公开的实施例仅仅是示例并且其他实施例可以呈现各种和替代形式。附图不一定按比例绘制；一些特征可被放大或最小化以示出特定部件的细节。因此，本文公开的具体结构细节和功能细节并不解释为限制性，而仅解释为用于教导本领域技术人员以各种方式采用本发明的代表性基础。如本领域普通技术人员将理解，参考附图中的任一者示出和描述的各种特征可与一个或多个其他附图中示出的特征组合以产生未明确地示出或描述的实施例。示出的特征的组合提供用于典型应用的代表性实施例。然而，对于特定的应用或实现方式，可能期望与本公开的教导一致的对特征的各种组合和修正。

除了使示例性过程由位于车辆中的车辆计算系统执行之外，在某些实施例中，所述示例性过程还可由与车辆计算系统进行通信的计算系统来执行。此种系统可包括但不限于无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。此类系统可统称为车辆相关联计算系统(VACS)。在某些实施例中，VACS的特定部件可依据所述系统的特定实现方式来执行过程的特定部分。作为示例而非限制，如果过程具有与配对的无线装置发送或接收信息的步骤，则很可能无线装置未执行所述过程的所述部分，因为无线装置不会与自己“发送并且接收”信息。本领域普通技术人员将理解何时将特定计算系统应用于给定解决方案是不合适的。

可通过使用单独工作或彼此结合工作的一个或多个处理器(并且无论被描述为处理器还是一个或多个处理器，应理解，可设想任一种范式)，以及执行存储在各种非暂时性存储介质(诸如但不限于快闪存储器、可编程存储器、硬盘驱动器等)上的指令的那些处理器来促进过程的执行。系统与过程之间的通信可包括使用例如蓝牙、Wi-Fi、蜂窝通信和其他合适的无线和有线通信。

在本文讨论的说明性实施例中的每一者中，示出了可由计算系统执行的过程的示例性非限制性示例。关于每个过程，执行所述过程的计算系统可能为了执行所述过程的有限目的而变得被配置为用于执行所述过程的专用处理器。所有过程不需要完整地执行，并且被理解成是可执行以达成本发明的要素的过程类型的示例。可根据需要在示例性过程中添加或移除额外步骤。

关于在示出说明性过程流程的附图中描述的说明性实施例，应注意，出于执行由这些附图示出的一些或所有示例性方法的目的，可暂时启用通用处理器作为专用处理器。当执行提供执行所述方法的一些或所有步骤的指令的代码时，处理器可暂时改换用途作为专用处理器，直到所述方法完成为止。在另一示例中，在适当的程度上，根据经预配置的处理器起作用的固件可致使处理器充当为执行所述方法或其某一合理变型而提供的专用处理器。

如前所述，现代警报解决方案利用与云的连接来在警报状态被触发时通知相关方，这使警报的通知对正确动机的各方来说触手可及。例如，如果车辆停放在地下或在蜂窝覆盖不良的区域中，则此类系统可能不是非常有效的，但是它们的使用仍然存在，因为尽管受到连接约束的限制，它们仍然是有效的盗窃威慑和缓解形式。同时，所有者和监测公司意识到连接可能会不时地自然丢失，并且因此连接的暂时丢失是对这些系统的使用的可接受的约束。

认识到这一点，有恶意的人可能会试图阻止信号或什至禁用车载调制解调器的电源，从而使连接不起作用。监测服务或所有者可能会将此类事件视为预期的偶然连接丢失，而不是恶意动作，并且由于状况本身可能指示发生(自然或有意的连接丢失)，因此可能难以确保，该丢失归因于攻击，而不是仅仅是偶然事件的发生。

然而，如果连接由于攻击而丢失，则对攻击甚至已经发生的唯一远程指示可能是连接丢失本身的事实。也就是说，一旦失去连接，车辆就无法向远程方发送信号或警报，因此简单的连接丢失是将被发送的唯一信号。由于这可能出于自然原因而发生，因此仅失去连接并不是对攻击的重要单点指示。另一方面，由于丢失可能由于攻击而发生，因此在说明性实施例中，信号丢失提供了对导致丢失的状况的更大分析的机会，并且呈现了用于确定丢失是否应已被预期为自然原因或者该丢失是否完全无法预料并因此可指示为对车辆的攻击的机会。

车辆警报系统可以维持与云的连续或重复的周期性连接，这取决于电力保存状态和特定配置。例如，一个系统可以保持始终开启的连接，仅在连接本身丢失(例如，地下、远程位置等)时才中断。其他系统可以周期性地检入，诸如每X秒，并且检入频率甚至可以根据车辆位置进行调谐(在较高风险区域中具有更高的频率)。

在任一系统中，当车辆失去始终开启的连接时或当车辆未能检入时，可以检测到连接丢失。此时，远程服务器可能仅知道连接已丢失，但可能不知道连接已丢失的具体原因。然而，服务器可以跟踪一些车辆状态信息，所述车辆状态信息可用于确定连接可能丢失的原因，即，断开的连接可能是恶意的还是自然的。该远程信息可以包括例如可用于确定电池是否可能没电、是否发生不良信号强度、装置软件是否发生故障、装置硬件是否发生故障、在丢失时车辆是否可能在以某种速度移动(使盗窃事件不太可能)等的数据。通过诊断或至少预测连接丢失的源或至少源的子集，远程服务器可以确定是否应采取进一步的警报动作。服务器也仍然可以警告所有者或监测服务，但是至少可以提供附加信息，使得如果由于恶意动作而导致连接丢失的可能性非常低或没有可能性，则不会误派警察或所有者。当确定该丢失是由于恶意引起时，则可以采取适当的安全措施。

图1示出了车辆和云报告系统的说明性示例。车辆100包括车载计算系统101，所述车载计算系统可以包括多个车载计算系统的合并，并且仅表示车辆100可以包括的技术的子集。

系统101包括一个或多个处理器103，并且可以包括连接解决方案，诸如一个或多个调制解调器和/或远程信息处理控制单元(TCU)105以及一个或多个蓝牙连接107。一个或多个车辆总线可以提供从处理器到连接解决方案以及到例如车载传感器和信息源的连接，所述车载传感器和信息源诸如但不限于电池状态分析109、运动传感器(例如，加速度计)111和/或温度传感器113。一些信息也可以根据例如GPS坐标随时间的变化、根据天气图的当地温度等来确定。

关于车辆状态的附加信息可以包括但不限于由车辆调制解调器检测到的当前信号强度、与车辆已知位置或预计位置交叉参考的低信号或信号丢失的已知区域、由GPS坐标随时间的变化确定的车辆移动等。因此，即使缺少一个或多个特定传感器的车辆也可能能够有效地报告(或服务器可能能够有效地确定)与关于给定连接丢失事件的原因的确定相关的参数。该信息可以通过网关过程121传送到云120，所述网关过程可以与多个车辆通信并且与其他云或后端过程结合使用以将状态和状态信息分类并存储在车辆数据库123中。

例如，处于待命(停放)状态的车辆可以周期性地报告被认为相关并且可能随时间变化的某些信息，诸如温度、电池电量、信号强度等。诸如GPS坐标的信息可以仅报告一次，直到发生车辆移动事件(起动、加速度计变化、倾斜检测等)，因为在车辆停放时GPS不太可能改变。当然，可以以每个间隔报告该信息，但是如果有兴趣限制数据传输，则可以在车辆处于某些状态而不是其他状态时更频繁地报告某些信息。

如果数据集越来越过时，或者如果某些车辆信息指示潜在的信号丢失并且希望收集附加信息以更准确地诊断信号丢失的原因，则云也可能会不定期地请求更新的信息。车辆可以在几乎任何时间报告信息，并且例如，当停放在例如家中的已知车库位置或其他相对安全的位置时，车辆甚至可以选择减慢报告频率以最大化电池寿命并最小化数据传送。另一方面，由于车辆甚至可能从车库被盗，因此车辆(或所有者或监测服务)可以选择继续报告。基于指示何时可能发生盗窃和侵入的统计数据，报告频率也可以根据区域(较高的犯罪率＝较高的报告率)或当日时间、周中此日或一年中的时间而变化。例如，假日可能是由于可能在车辆中的物品的性质而导致侵入增加的时间，因此报告频率可能会在这些时间前后或在天黑之后(其本身可能会变化)或在夜晚的某些小时之后等增加。

图2示出了说明性车辆状态报告过程。如上所述，这是一个可能复杂得多的过程，并且其本身可以基于分配给给定实现方式或实施例的因素而变化。通常，车辆100可以与云服务器建立或始终具有连接，并且在201处以周期性间隔进行检入。即使连接始终开启，仍然可以间隔地报告数据，以便避免与近乎连续的数据流相关联的开销，然而，报告的频率或一致性被认为是系统所必需的任何频率或一致性以例如根据数据传输的成本提供对连接损失的充分分析。这甚至可能因保险供应商、监测服务、车辆类别等而异，并且报告频率可以由客户、监测服务、原始设备制造商(OEM)等设定。

如果车辆100在201处尝试向服务器检入并且注意到没有可用连接，则车辆100可以在内部记录服务不可用的位置。如果连接由于恶意攻击而丢失，则服务器可能能够通过诸如图3中描述的过程来识别这种情况。同时，连接可能由于任何数量的合法车载原因而丢失，其中常见的一个将包括在给定位置处没有蜂窝信号。因此，车辆100可以在207处记录该位置或任何其他相关数据。

相关数据包括在之后的分析中可能有用的数据，例如，诸如可以在服务器处储存以确认在某些条件下(例如不限于在某些位置、在某些车辆可检测的天气状况下等)预期信号丢失的数据。车辆可能无法检测到恶劣天气，但是可以记录例如当日时间和位置，并且服务器之后(在接收到数据时)可以推断出车辆在该当日时间在该给定位置处于暴风雪中，因此这可能是失去连接的合理原因。然后，例如，如果另一车辆报告恰好在失去连接之前接近暴风雪的坐标，则如果另一车辆突然失去连接，则服务器可能具有除恶意之外的预期合理原因。

以这种方式，通过跟踪与失去连接的地点相关的状况，车辆可以帮助服务器更准确地预测通信中断何时是恶意的，并且有助于避免误派应急人员。如果在203处连接可用，则车辆100可以在205处更新其所有相关状态。这可以包括例如当前信号强度、电池状态、外部温度等。车辆可以另外报告在无法检入的先前点处收集的任何信息，使得服务器可以定期获得关于合理失去连接的更新的数据。

图3示出了说明性分析和预测过程。在该示例中，服务器在301处尝试连接到车辆100，并且确定在303处是否可以建立连接。如前所述，车辆也可以具有与服务器的“大部分开启”或“始终开启”连接，因此在301处尝试连接到车辆100可以简单地以确定在303处连接是否仍然存在开始。或者，在另一个示例中，连接可能丢失，并且服务器可以响应于失去连接而尝试显式连接，以确保在303处无法建立连接。此外，如果车辆具有多个调制解调器或其他连接选项(例如，wi-fi连接)，则服务器可以尝试一个或多个替代选项。

例如，如果一个载波的信号丢失并且车辆100具有两个调制解调器，每个调制解调器使用不同的载波，则服务器可以尝试使用替代调制解调器进行连接。如果攻击者以某种方式阻挡了无线信号或禁用了调制解调器电源，则可能没有连接可用，因此多个连接方面的故障本身可能是对潜在恶意意图的指示。服务器还可以尝试连接到与车辆100配对的一个或多个电话，以查看是否可以通过电话通信来验证连接(和乘员存在)。也就是说，服务器连接到电话并尝试与车辆100进行蓝牙通信或wi-fi通信。同样，一般的尝试是确定连接丢失是意外的还是恶意的，因此这些连接尝试都是对一个或另一个的可能指示。

此外，即使车辆100受到攻击，连接尝试中的一个也可能成功，因为攻击者没有禁用该介质，并且然后可以将车载警报信号和其他警报中继到服务器，从而使得车载警报系统可操作以再次中继信息。如果建立了任何连接并且存在警报状态并将其传送到服务器，则服务器可以采取适当的动作。如果建立了连接并且未传送警报状态，则服务器可能能够使用建立的连接来更好地诊断不再起作用的信道上的连接丢失的原因。

如果在303处无法建立连接，则服务器在305处检查报告的电池状态。虽然许多检查被呈现为对意外连接丢失的指示，但是这些在本质上仅是说明性的，并且不限制其考虑范围。可以使用对意外连接丢失的任何合理的诊断，并且可以在任何合理数量的不同诊断(即，可能存在比所呈现的更多或更少的检查)之后触发警报。而且，可能存在基于给定情况或环境的优选检查顺序，并且所呈现的顺序仅仅是说明性的。

如果在307处确定先前报告电池处于低电量状态，则服务器可以在309处记录此情况并且进行到311处的另一检查。车辆100可以周期性地报告电池状态，并且服务器可以记录车辆100的这些状态，因此在任何时间点，服务器都可以具有合理准确的电池状态概念。即使电池状态较低，也可能会或可能不会导致服务器放弃其余的检查。例如，如果电池状态低到极有可能是所述原因，则服务器可以假设电池是失去连接的原因，并且停止进行附加检查。另一方面，例如，由于足够的谨慎或因为电池状态不是过低，但仍然有点低，则服务器可以继续进行其他检查。

在311处，服务器检查车辆最近是否处于运动中。如果最后一个报告信号指示车辆以60mph的速度移动并且在五秒前发生，则车辆已经停止、变得未被占用并随后被攻击不太可能全部在5秒内发生。另一方面，如果车辆最后一次被报告为以5mph的速度移动并且最后一次报告是在3分钟之前，则车辆可能在停车后不久即在乘员走开时受到攻击。如果在313处车辆100最近正在移动，服务器可以在315处将其标记为对意外信号丢失的指示，同时考虑最后一次报告移动的时间。同样，过程是在此处停止并得出信号丢失是意外的结论还是继续可以是设计选择的问题。例如，在上面的60mph和5秒之前的报告示例中，假设连接丢失是意外以证明当时没有附加检查可为足够合理的。

虽然未示出为单独的检测，但是车辆GPS坐标加上运动也可能倾向于指示车辆正驶入已知为低或失去信号的区域(偏远区域、市区、停车场等)。如果车辆100的运动曲线趋向于指示车辆100可能处于信号丢失的区域中，则这也可能是连接丢失/不可用的原因的可能标志。

从图中可以看出，服务器通过一系列检查进行，其中如果不存在指示意外信号丢失的给定条件，则服务器可以检查附加条件，直到检查列表已经用尽或直到被确定为高的攻击可能性。类似地，即使存在条件，服务器也可以继续检查，或者如果给定条件的细节使其高于信号丢失是意外的阈值可能性，则可以停止检查。

在317处，服务器还可以确定片上系统(SoC)是否能够在热启动或冷启动之后用云进行引导。如果先前观察到的/报告的数据(在时间上与即时时刻足够接近)指示在319处存在成功的引导，则系统假设连接丢失不是由于软件或硬件故障引起的。如果没有报告的引导或者如果最后一次报告的引导已经过去很久，则服务器可以在321处将连接丢失标记为可能与软件/硬件问题有关。

在323处，服务器进一步检查车辆处的温度。高车辆温度(环境、操作等)可能导致某些车辆系统暂时关闭以避免损坏系统。车辆100可以报告多个温度(各个区中的操作温度、外部温度等)。服务器还可以使用最后已知的车辆GPS位置来检查天气图并确定车辆100的区域中的当前本地温度。如果在325处任何相关温度都高于该温度的阈值，则车辆可以将此标记为连接丢失的可能原因。例如，操作温度可以基于什么电子器件靠近区(例如，车厢、发动机舱、货舱等)而具有某些阈值，并且外部温度可以另外具有阈值。同样，由于一些温度不能直接决定是否有意关闭硬件以保护硬件，因此可以基于可用信息和建模来考虑温度作为根本原因的可能性，例如，如果外部温度的阈值为110华氏度，则111度可能是可能的指示，125度可能是高度可能的指示，并且任一者都可以在327处进行标记。

一旦服务器完成了如示例中所示的任何确定，如果在328处与意外断开相关的所有因素都为否定的(例如，没有标志)，则服务器确定高攻击可能性并在329处发出安全警报，这可以包括在337处激活安全协议(例如，向当局报告、触发任何检测/跟踪协议、触发任何禁用协议等)。

如果已经在328处设置了标志，则存在可能是连接丢失的临时原因的至少一种状态。在该示例中，服务器将在331处(例如，向所有者、监测服务、PSAP操作员等)报告连接丢失并在333处报告标记的任何问题。

如果向所有者发出报告，则所有者可以明确地检查车辆并确定车辆是否受到攻击。如果所有者观察到攻击，则所有者可以例如通过电话明确地向服务器发回警报以触发协议。如果向监测服务发出报告，则该服务可以警告所有者和/或确定攻击与意外丢失的可能性。监测服务还可能能够例如基于车辆预期所在的位置使用本地基础设施来检查车辆(例如，如果该服务可以使用具有车辆预期所在停车场的视野的本地相机)。PSAP操作员可以做出类似的确定并且可以更好地访问基础设施元件，并且可以在条件允许的情况下检查车辆和/或发出警报。

如果在335处向其做出报告的任何实体发出警报，则服务器可以在329处采取适当的措施。否则，丢失将被认为是意外的，并且服务器可以继续尝试向车辆100检入，直到重新建立连接。即使确定初始连接丢失是意外的，服务器仍然可以以定期间隔运行一些或所有检查，直到重新建立连接或发出警报。

虽然上文描述了示例性实施例，但这些实施例并不意图描述权利要求所涵盖的所有可能形式。说明书中使用的词语是描述性词语而非限制词语，并且应理解，可在不背离本公开的精神和范围的情况下做出各种改变。如先前所述，各种实施例的特征可以组合以形成可能未明确描述或示出的本发明的另外的实施例。尽管各种实施例就一个或多个期望的特性而言可能已经被描述为提供优点或优于其他实施例或现有技术实现方式，但本领域普通技术人员应认识到，可折衷一个或多个特征或特性来实现期望的整体系统属性，这取决于具体应用和实现方式。这些属性可包括但不限于强度、耐久性、可销售性、外观、包装、大小、适用性、重量、可制造性、易组装性等。为此，就一个或多个特性而言被描述为不如其他实施例或现有技术实现方式所期望的实施例处在本公开的范围内，并且对于特定应用来说可能是期望的。

根据本发明，提供了一种系统，所述系统具有：一个或多个处理器，所述一个或多个处理器被配置为：接收通过与车辆建立的连接报告的车辆状态数据；确定与所述车辆的连接丢失；响应于所述连接丢失，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析；并且响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议。

根据一个实施例，所述连接丢失包括持续连接中断或尝试连接到所述车辆失败中的至少一者。

根据一个实施例，所述预定义原因包括与指示电力不足以维持或建立与车辆侧的连接的预定义电池状态相比的车辆电池状态。

根据一个实施例，所述预定义原因包括与指示所述车辆不太可能已经停止的预定义参数相比的车辆运动状态。

根据一个实施例，所述运动状态包括当所述运动状态被报告时的车辆速度和最后报告的时间，并且其中所述预定义参数包括用于进行比较的相应速度和持续时间，所述速度和持续时间共同指示所述车辆不太可能已经停止。

根据一个实施例，所述预定义原因包括与指示基于观察到的历史数据已知信号丢失发生的位置的预定义参数相比的车辆位置。

根据一个实施例，所述预定义原因包括与指示可能发生软件或硬件故障的预定义参数相比的片上系统引导状态。

根据一个实施例，所述预定义参数包括与指示所述连接所需的车辆系统的关闭温度的预定义参数相比的至少一个车辆温度状态。

根据一个实施例，所述车辆温度状态包括所述车辆处的车辆内部或外部温度中的温度中的至少一者。

根据一个实施例，所述一个或多个处理器还被配置为：响应于所述分析指示意外连接丢失的至少一个预定义原因，报告意外连接丢失，包括报告指示意外连接丢失的所述原因的任何车辆状态数据。

根据一个实施例，所述一个或多个处理器还被配置为：将所述意外连接丢失报告给指定的车辆所有者、安全监测服务或公共安全访问点中的至少一者。

根据一个实施例，所述一个或多个处理器还被配置为：响应于所述连接丢失，尝试与所述车辆的新的连接，所述新的连接利用与用于所述丢失的连接的连接介质不同的连接介质；以及响应于所述新的连接成功，延迟所述分析直到所述新的连接丢失。

根据本发明，一种方法包括：接收通过与车辆建立的连接报告的车辆状态数据；确定与所述车辆的连接丢失；响应于所述连接丢失，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析；并且响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议。

在本发明的一个方面，所述预定义原因包括与指示电力不足以维持或建立与车辆侧的连接的预定义电池状态相比的车辆电池状态。

在本发明的一个方面，所述预定义原因包括与指示所述车辆不太可能已经停止的预定义参数相比的车辆运动状态。

在本发明的一个方面，所述预定义原因包括与指示基于观察到的历史数据已知信号丢失发生的位置的预定义参数相比的车辆位置。

在本发明的一个方面，所述预定义原因包括与指示可能发生软件或硬件故障的预定义参数相比的片上系统引导状态。

在本发明的一个方面，所述预定义参数包括与指示所述连接所需的车辆系统的关闭温度的预定义参数相比的至少一个车辆温度状态。

在本发明的一个方面，所述方法包括：响应于所述分析指示意外连接丢失的至少一个预定义原因，报告意外连接丢失，包括报告指示意外连接丢失的所述原因的任何车辆状态数据。

根据本发明，提供了一种系统，所述系统具有：一个或多个处理器，所述一个或多个处理器被配置为：接收通过与车辆建立的连接报告的车辆状态数据；确定与所述车辆的连接丢失；响应于所述连接丢失，尝试与所述车辆的一个或多个新的连接，所述新的连接利用与用于所述丢失的连接以及所尝试的一个或多个新的连接中的其他连接的连接介质不同的连接介质；响应于所述连接丢失并且一个或多个新的连接中没有一个成功，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析；响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议；并且响应于所述分析指示意外连接丢失的至少一个预定义原因，报告意外连接丢失，包括报告指示意外连接丢失的原因的任何车辆状态数据。

Claims (15)

1.一种系统，其包括：

一个或多个处理器，所述一个或多个处理器被配置为：

接收通过与车辆建立的连接报告的车辆状态数据；

确定与所述车辆的连接丢失；

响应于所述连接丢失，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析；以及

响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议。

2.如权利要求1所述的系统，其中所述连接丢失包括持续连接中断或尝试连接到所述车辆失败中的至少一者。

3.如权利要求1所述的系统，其中所述预定义原因包括与指示电力不足以维持或建立与车辆侧的连接的预定义电池状态相比的车辆电池状态。

4.如权利要求1所述的系统，其中所述预定义原因包括与指示所述车辆不太可能已经停止的预定义参数相比的车辆运动状态。

5.如权利要求4所述的系统，其中所述运动状态包括当所述运动状态被报告时的车辆速度和最后报告的时间，并且其中所述预定义参数包括用于进行比较的相应速度和持续时间，所述速度和持续时间共同指示所述车辆不太可能已经停止。

6.如权利要求1所述的系统，其中所述预定义原因包括与指示基于观察到的历史数据已知信号丢失发生的位置的预定义参数相比的车辆位置。

7.如权利要求1所述的系统，其中所述预定义原因包括与指示可能发生软件或硬件故障的预定义参数相比的片上系统引导状态。

8.如权利要求1所述的系统，其中所述预定义参数包括与指示所述连接所需的车辆系统的关闭温度的预定义参数相比的至少一个车辆温度状态。

9.如权利要求8所述的系统，其中所述车辆温度状态包括所述车辆处的车辆内部或外部温度中的温度中的至少一者。

10.如权利要求1所述的系统，其中所述一个或多个处理器还被配置为：

响应于所述分析指示意外连接丢失的至少一个预定义原因，报告意外连接丢失，包括报告指示意外连接丢失的所述原因的任何车辆状态数据。

11.如权利要求10所述的系统，其中所述一个或多个处理器还被配置为：

将所述意外连接丢失报告给指定的车辆所有者、安全监测服务或公共安全访问点中的至少一者。

12.如权利要求1所述的系统，其中所述一个或多个处理器还被配置为：

响应于所述连接丢失，尝试与所述车辆建立新的连接，所述新的连接利用与用于所述丢失的连接的连接介质不同的连接介质；以及

响应于所述新的连接成功，延迟所述分析直到所述新的连接丢失。

13.一种方法，其包括：

接收通过与车辆建立的连接报告的车辆状态数据；

确定与所述车辆的连接丢失；

响应于所述连接丢失，基于与指示导致失去连接的预定义值相比先前报告的车辆状态数据来执行对意外连接丢失的多个预定义原因的分析；以及

响应于所述分析指示没有呈现意外连接丢失的预定义原因，触发车辆警报状态协议。

14.如权利要求13所述的方法，其中所述预定义原因包括与指示电力不足以维持或建立与车辆侧的连接的预定义电池状态相比的车辆电池状态。

15.如权利要求13所述的方法，其中所述预定义原因包括与指示所述车辆不太可能已经停止的预定义参数相比的车辆运动状态。