用于车内警报激活和响应处理的方法和设备

摘要

提供一种用于车内警报激活和响应处理的方法和设备。一种系统包括：一个或更多个处理器，被配置为检测与所述一个或更多个处理器通信的警报触发的激活。所述一个或更多个处理器还被配置为：确定触发的类型并基于触发的类型，提供设计的不易察觉的反馈响应以避免袭击者察觉。所述一个或更多个处理器额外地被配置为：无线联系紧急响应者；提供在确定车辆位置和车辆识别方面可用的数据。

说明书

技术领域

说明性的实施例总体上涉及一种用于车内警报激活和响应处理的方法和 设备。

背景技术

在世界的某些地区，车内以及车周围的人身攻击变得越来越常见。人们 在开车或以其它方式使用他们的车的同时遭遇绑架、劫车和其它袭击。遭遇 这些人身紧急情况的受害者会希望向人求救。在一些情况下，他们可能会获 取他们的手机，并能够使用手机并拨号求救。然而，在其它情况下，可能不 能获取手机，或驾驶员由于安全原因不能使用手机。

虽然存在用于车辆的警报系统（诸如，惊恐系统），但是它的不理想之处 在于它提醒袭击者已经触发了警报。无论“惊恐”型警报还是通知警察的警 报，警报触发会使袭击者对受害者的动作升级。

美国专利8,013,734总体上讨论了警报通知的方法。基于区域内的紧急 情况，移动装置的警报模式被激活。移动装置将紧急情况的指示发送到通信 网络控制系统。通信网络控制系统向移动装置确认紧急情况的指示，并向紧 急救援人员通知紧急情况的指示。通信网络控制系统将紧急情况的指示发送 到区域内的一个或更多个其它移动装置。

美国专利应用12/368,947总体上讨论了用于提供与高优先级呼叫（诸 如，紧急呼叫）相关联的有用数据的方法和设备。在一个实施例中，所述数 据包括嵌入在一个或更多个实时协议包（诸如，RTP控制协议（RTCP）包） 内的数据（例如，MSD或FSD），这些数据包被散置在紧急呼叫的语音或用户 数据流内。描述了用于通过使用与用户数据相同的传输连接来将数据部分可 靠地从发起终端（例如，车内系统）发送到公共安全应答点（CPSAP）的设备 和方法。

发明内容

在第一说明性的实施例中，一种系统包括：一个或更多个处理器，被配 置为检测与所述一个或更多个处理器通信的警报触发的激活。处理器还被配 置为确定触发的类型并基于触发的类型，提供设计的不易察觉的反馈响应以 避免袭击者察觉。处理器还被配置为无线联系紧急响应者，并提供在确定车 辆位置和车辆识别方面可用的数据。

在第二说明性的实施例中，一种计算机实现的方法包括：检测与一个或 更多个处理器通信的警报触发的激活。所述方法还包括：确定触发的类型， 并基于触发的类型来提供设计的不易察觉的反馈响应以避免袭击者察觉。所 述方法还包括：无线联系紧急响应者并提供在确定车辆位置和车辆识别方面 可用的数据。其中，警报触发是明确激活的触发，并且是通过状态检测被激 活的自动触发。

在第三说明性的实施例中，一种存储有在被车辆计算系统处理器执行时 使得车辆计算系统处理器执行下述方法的指令的非暂时性计算机可读存储介 质，所述方法包括：检测与一个或更多个处理器通信的警报触发的激活。由 所述一个或更多个处理器执行的方法还包括：确定触发的类型，并基于触发 的类型来提供设计的不易察觉的反馈响应以避免袭击者察觉。所述方法还包 括：无线联系紧急响应者并提供在确定车辆位置和车辆识别方面可用的数据。 其中，警报触发是明确激活的触发，并且是通过状态检测被激活的自动触发。

附图说明

图1显示了说明性的车辆计算机系统；

图2显示了用于警报激活处理的说明性的处理；

图3A显示了用于自动触发处理的说明性的处理；

图3B显示了用于手动触发处理的说明性的处理；

图3C显示了用于手势监视的说明性的处理；

图4显示了用于反馈处理的说明性的处理；

图5显示了说明性的综合警报处理系统。

具体实施方式

根据需要，在此公开本发明的详细实施例；然而，应当理解，所公开的 实施例仅为本发明的示例，其可以以多种替代形式实施。附图无需按比例绘 制；可夸大或缩小一些特征以显示特定组件的细节。因此，此处所公开的具 体结构和功能细节不应被解释为限制，而仅作为教导本领域技术人员以各种 形式采用本发明的代表性基础。

图1示出用于车辆31的基于车辆的计算系统（VCS）1的示例框式拓朴 图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的SYNC系统。 设有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果 所述界面设置有例如触敏屏幕，则用户还可与所述界面交互。在另一说明性 实施例中，通过按压按扭、语音会话和语音合成进行交互。

在图1中示出的说明性实施例1中，处理器3控制基于车辆的计算系统 的操作的至少某一部分。设在车辆中的处理器允许命令和程序的车载处理。 另外，处理器连接至非永久存储器5和永久存储器7两者。在该说明性实施 例中，非永久存储器为随机存取存储器（RAM）并且永久存储器为硬盘驱动器 （HDD）或闪存。

处理器还设有允许用户与处理器进行接口连接的多个不同的输入。在该 说明性实施例中，设有麦克风29、辅助输入25（用于输入33）、USB（通用 串行总线）输入23、GPS（全球定位系统）输入24和蓝牙输入15。还设有输 入选择器51，以允许用户在各种输入之间切换。在对麦克风和辅助连接器两 者的输入被传递至处理器之前，通过转换器27将对麦克风和辅助连接器两者 的输入从模拟信号转换为数字信号。尽管未示出，但与VCS通信的多个车辆 组件和辅助组件可使用车辆网络（诸如但不限于CAN（控制器区域网络）总 线）以向VCS（或其组件）传递数据或传递来自VCS（或其组件）的数据。

系统的输出可包括但不限于视觉显示器4和扬声器13或立体声系统输 出。扬声器连接至放大器11并通过数字-模拟转换器9从处理器3接收其信 号。还可分别沿19、21处示出的双向数据流产生至远程蓝牙装置（诸如PND （个人导航装置）54）或USB装置（诸如车辆导航装置60）的输出。

在一个说明性实施例中，系统1使用蓝牙收发器15与用户的移动装置 53（例如，蜂窝电话、智能电话、PDA(个人数字助理）或具有无线远程网络 连接能力的任何其它装置）进行通信17。移动装置随后可用于通过例如与蜂 窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中， 蜂窝塔57可以为WiFi接入点。

信号14代表了移动装置与蓝牙收发器之间的示例性通信。

可通过按钮52或类似输入来指示移动装置53与蓝牙收发器15进行配 对。因此，向CPU指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配 对。

可使用例如与移动装置53相关联的数据计划、话上数据或DTMF(双音多 频）音调在CPU3与网络61之间传递数据。可选择地，可能期望包括具有天 线18的车载调制解调器63以便在语音频带上在CPU3与网络61之间对数据 进行传递16。移动装置53随后能够通过例如与蜂窝塔57的通信55而被用 来与车辆31之外的网络61进行通信59。在一些实施例中，调制解调器63 可与蜂窝塔57建立通信20，以与网络61通信。作为非限制性示例，调制解 调器63可以为USB蜂窝调制解调器并且通信20可以为蜂窝通信。

在一个说明性实施例中，处理器设有包括与调制解调器应用软件进行通 信的API(应用编程接口）的操作系统。调制解调器应用软件可访问蓝牙收发 器上的嵌入式模块或固件，以完成与远程蓝牙收发器（诸如设在移动装置里 的蓝牙收发器）的无线通信。蓝牙是IEEE802PAN（个人区域网）协议的子 集。IEEE802LAN（局域网）协议包括WiFi并且与IEEE802PAN具有相当 多的交叉功能。两者都适合于车辆内的无线通信。可以在该领域使用的其它 通信方式为自由空间光通信（诸如IrDA(红外数据协议））和非标准的消费者 IR(红外）协议。

在另一实施例中，移动装置53包括用于语音带或宽带数据通信的调制解 调器。在话上数据的实施例中，当正在传输数据期间移动装置的拥有者可对 装置说话时，可执行如频分复用的已知技术。在其它时间，当拥有者没有使 用该装置时，数据传输能够使用整个带宽（在一个示例中为300Hz至 3.4kHz）。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常 见的并且仍然在使用，但其已经很大程度上被用于数字蜂窝通信的码分多址 （CDMA）、时分多址（TDMA）、空分多址（SDMA）的混合体代替。这些都是符 合ITU IMT-2000(3G)的标准，并且为静止或者行走的用户提供高达2mbs的 数据传输速率以及为在移动车辆中的用户提供高达385kbs的数据传输速 率。3G标准现正被为车辆中的用户提供100mbs以及为静止用户提供1gbs的 数据传输速率的IMT高级（4G）所替代。如果用户具有与移动装置相关联的 数据计划，则该数据计划可能允许宽带传输且系统可使用宽得多的带宽（加 速数据传送）。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装 置（未示出）所代替。在另一实施例中，ND（移动装置）53可以为能够通过 例如（而非限制）802.11g网络（即WiFi）或WiMax网络进行通信的无线局 域网（LAN）装置。

在一个实施例中，传入数据可经由话上数据或数据计划通过移动装置、 通过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据 的情况下，数据可存储在HDD或其它存储介质7上，直至不再需要所述数据 的时候为止。

可与车辆进行交互的其它源包括具有例如USB连接56和/或天线58的个 人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装置 24、或者具有与网络61的连接能力的远程导航系统（未显示）。USB是一类 串行联网协议中的一种。IEEE1394（火线）、EIA（电子工业协会）串行协议、 IEEE1284(并口)、S/PDIF(索尼/飞利浦数字互联格式)和USB-IF(USB应 用者论坛)形成了装置-装置串行标准的骨干。多数协议可实施为用于电通信 或光通信。

另外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线 连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放 器、无线健康装置、便携式计算机等。

另外或可选择地，CPU可使用例如WiFi71收发器来连接到基于车辆的 无线路由器73。这能允许CPU在本地路由器73的范围内连接到远程网络。

除了具有通过位于车辆中的车辆计算系统执行的示例性处理之外，在特 定实施例中，还可以通过与车辆计算系统进行通信的计算系统来执行示例性 处理。这样的系统可包括但不限于无线装置（例如，但不限于移动电话）或 者通过无线装置连接的远程计算系统（例如，但不限于服务器）。总体上，这 样的系统可被称为与车辆相关联的计算系统（VACS）。在特定实施例中，VACS 的特定组件可以根据系统的特定实施方式而执行处理的特定部分。通过示例 并且是非限制的方式，如果处理具有使用配对的无线装置发送或者接收信息 的步骤，则由于该无线装置不会与自身进行信息的“发送和接收”，因此该 无线装置很可能不执行该处理。本领域的普通技术人员将理解何时不适合对 给定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆本身中 的车辆计算系统（VCS）能够执行示例性处理。

在至少一个说明性实施例中，通过触发装置来实现无声警报。例如，但 不限制，该装置可由人携带或由消费者附着于车辆中的表面。装置可具有当 被激活时发送（诸如在这里的非限制示例中的）消息的触发按钮。例如，还 可通过方向盘控制来启用二级触发。

在至少一些实施例中，可通过诸如但不限于LED显示器和/或导航/无线 电机抬头单元显示器的装置来提供反馈。触发的警报信号可通过各种方法被 发送到一个或多个非车载联系点，并可包括例如车辆位置信息和其它相关信 息。还可以以特定时间间隔或距离改变来重复所述消息。在其它实施例中， 可不提供可与“无声”警报有关的反馈。

当警报消息被触发时，各种非车载动作可被实现。例如，在第一处理中， 可实现实际发送通知的各种方法。这些包括但不限于直接联系自动服务器、 实时呼叫中心、911/警察、社交媒体网站和/或电话号码。还可实现各种传输 机制（包括但不限于语音DTMF、语音DOV、语音呼叫、SMS/文本消息、移动 应用和/或数据连接）。

此外，可发生一个或多个中介路由步骤。这些步骤可包括但不限于通过 服务器、呼叫中心、人工操作员或社交媒体服务器的路由。最后，在示例性、 说明性的处理的概括中，一个或多个终端联系人可接收以下的通信形式，包 括但不限于语音呼叫、移动应用通知、社交媒体更新、电子邮件和/或SMS或 文本消息。

在一个说明性示例中，如果需要数据传输，则语音呼叫可包括例如通过 语音发送的数据。或者可提供双音多频消息，双音多频消息可使用音调来指 示特定变量或信号以用于警报（或应答自动系统）。可发送语音文件，并且在 一些示例中，车辆计算系统可产生语音消息以用于传输。在另一示例中，如 果数据连接被建立，则可利用/发送电子邮件、位置共享服务和数据包以用于 警报通知目的。移动应用可用于例如发送文本或数据包、进行电话呼叫等。

此外，随着警报被路由至目的地，可在沿线的任何点添加中介信息。例 如但不限制，在车辆处，由于消息被发起/产生/发送，因此紧急情况（ICE） 信息可被保存/从连接的电话被抽取，以用于对一级消息或二级消息进行路 由。此外，例如，反向地理编码可由车辆导航系统完成，和/或方向可由导航 系统将反向地理编码添加到消息。相似地，该信息可在起始点处由用户的电 话所添加。反向地理编码可包括但不限于确定参考地标、到这些地标的距离 和方向、交叉路口位置/方向、当前车辆地址/位置以及与车辆位置有关的任 何其它合适的地理数据。

一旦消息传递到服务器以用于路由，保存的ICE信息和/或路由信息可在 该点被添加。最后，ICE联系人位置、反向地理编码和/或方向可基于例如发 送的车辆的GPS位置被添加到消息。

此外，可存在很多方式来激活警报系统，当前系统包括但是不限于：直 接拨号、无线惊恐按钮装置、匪灯（bandit lights）等。虽然这些系统中的 每一个都有用，但是具有一些潜在的缺点。因此，额外的解决方案可帮助提 供一种更综合的系统。

在此讨论的说明性的实施例涉及一种安全并静默地触发警报（从而使袭 击者没有警觉到警报已经被触发）的方法，并且所述方法不易察觉地通知用 户警报已经被激活。包括在警报通知中的可能数据的讨论也被包括在说明性 的实施例中。

在很多实例中，警报激活作为公开、明确甚至经常大声并吸引注意的事 件将是有用的。这些是想要通知路人或吓退袭击者的案例。在其它实例中， 可能不想要向袭击者通知警报，例如，由于在偏远位置使用，所以在警报启 动时，袭击者比起害怕来可能变得更恼火，并且也没有路人来帮助被袭击的 人。

图2表示了警报激活处理的说明性的处理。在这个总的示例性解决方案 中，所述处理对于触发事件进行自动触发和手动触发监视（201）。自动触发 是基于突发事件或状态改变而自动发生的触发，并且在物主不能动作或在不 能手动触发警报的情况下，会是有用的。手动触发表示用户能主动做出激活 警报状态的各种触发。

在本示例中，所述处理查看是自动触发（203）还是手动触发（205）已 经被激活。在一些情况下，在警报被使用之前，自动触发的激活会需要额外 的自动或手动触发。如果被实现，这可帮助避免不经意的警报状态的激活。 这相对于图3A更加详细地被讨论。为了图2的目的，继续进行以下对于项 203或205的激活的决定假定已经满足了全部所需的警报激活条件。

一旦警报已经被触发，那么将联系警报响应者（207）。这可包括各种响 应者诸如但不限于：警察、911、紧急联系人、报警监控公司等。在一些情况 下，可设置延迟或取消时段，从而防止不经意的触发。在其它情况下，触发 会导致直接并立即联系紧急响应者。系统可包括以上两种实例，并且响应可 基于触发的不同而变化。

一旦已经联系了响应器，则任何需要的信息已经被中继以向触发方提供 帮助，所述处理可检查被用于触发警报的警报触发是哪一种类型。这对于确 定将被提供的任意反馈是有用的。

在这种情况下，至少基于使用的触发机制的类型来提供反馈（211）。反 馈可允许触发方得知警报激活成功（或使触发方警觉不经意的触发）。这会使 他们放心并防止继续意图触发系统，以上任意一个可能会被注意到并使触发 方有危险。由于有不同类型的反馈（相对于图4，更详细地讨论），所以至少 部分基于触发机制来提供反馈是合理的。

例如，如果对于车内自动触发的反馈是改变广播电台或提供仪表板改变 （使发动机检查灯闪烁等），则对于从车的外面手动激活警报的用户提供这些 反馈可能没有什么用处。相似地，如果反馈是振动车钥匙，则在用户依靠自 动触发，在后排座位被挟持，甚至车钥匙不在手里的情况下，这可能没有什 么用处。因此，对于初始反馈，考虑激活的模式会是有用的。

一旦已经提供了初始反馈，所述处理可查看是否需要任意的第二反馈 （213）。例如，但不是限制，如果警报被启用，则乘客可能总是想要车头灯 闪烁或车钥匙振动。如果设置了任意预定义的反馈输出，则所述处理将在退 出之前额外地提供那些反馈（215）。

图3A显示了用于自动触发处理的说明性的处理。在本示例性的示例中， 呈现了很多自动警报激活的非限制实例。这些是将基于已经满足的条件集而 激活的系统的很多方面，并且不需要任何必要的用户交互以通知响应者。

例如，但不是限制，所述处理通过检查车辆乘员监视器开始（301）。这 可以以很多形式开始，所述形式包括但不限于：车载相机、重量传感器、人 脸识别、语音识别、语音模式识别等。由于这是更主观的确定不欢迎乘员的 多种方式中的一种，所以可将这种方式与额外的触发配对从而避免重复的不 经意的激活。

在本说明性的示例中，所述处理首先确定在车辆内是否存在一个多个认 可的乘员（303）。认可的乘员可包括但不限于先前识别的乘员、注册的乘员、 预设的乘员等。在本实例中，如果存在认可的乘员，则所述处理可继续使车 辆处于高安全性状态下（305）。

由于存在认可的乘员并且他们的安全可能处于危险中，所以高安全性状 态使车辆处于针对一个或多个第二触发的“戒备”中。当然，这些人在每次 他们开车或乘车时也存在，所以在警报激活之前可需要危险情况的额外核实。

额外核实的一种可能方式是扫描驾驶员（307）。如果存在识别的乘员， 并且驾驶员是不被认可的（309），则如果被要求，系统可移动到的另一警觉 的状态。例如，如果“未经授权”的朋友开车同时车主作为乘客，则第三警 觉的状态避免了警报的不经意激活。该朋友为了开车的目的被授权，但是在 “授权的驾驶者”（即，由系统识别）的层面上没有被“授权”。

在其它情况下，诸如，在相当程度地确信“未授权”的驾驶员将不会操 作车辆的情况下，当存在未授权的驾驶员时，所述处理可直接继续进行到警 觉状态（207）。在其它实例中，任何“未认可的乘员”会处于“未认可的驾 驶员”的位置，但是同样地，也需要进行额外的测试以避免不经意的警报触 发。如果需要进行额外的测试，则所述处理可对于第二触发进行监视（313） 直到出现另一测试（314），所述另一测试可激活一些其它的未激活的检测模 式。例如，但不是限制，可使“关键词”模式变为激活，使得如果在系统处 于加强警觉状态下时用户讲出关键词，则警报会变为激活。

此外，在本示例中，所述处理可对于一个或更多个暴力的或反常的事件 进行监视（315）。这些包括但是不限于：枪声、窗户打碎、心率改变、视觉 武器识别等。可将这些信号与例如以上讨论的高警觉状态再次配对以避免不 经意的触发。例如，如果听到像枪声的噪音或在视觉上检测出认为是枪的物 体，则所述处理也可在触发警报之前等待进入高警觉状态（或已经处于这样 的状态）。

在本示例中，有可能基于特定事件触发，所述处理查看是否存在与给出 的触发或全部触发关联的高警觉状态必要条件（317）。例如，窗户打碎可以 总是作为触发事件，然而，由于车可能不能区分回火（back fire）和枪击， 所以“枪声”可仅作为高警觉的事件中的触发。

如果系统当前处于高警觉中，则可监视所有可能的事件传感器（319）， 然而，如果车辆不处于高警觉中，可仅监视特定传感器（例如，窗户打碎） （321）。在其它实例中，全部事件感测触发可使用或全都不使用高警觉状态 的必要条件。

如果存在足以引起触发的数据（323），则所述处理可进行到警报（207）。 否则，所述处理可继续检查后备箱监视器325。在后备箱监视器的实例中， 在后备箱中任何人的存在（可经由热度、声音等检测）可自动地触发警报。

虽然已经介绍了自动触发的一些示例，但是它们仅意图举例的目的，而 非意图将发明的范围限制为这些示例。结合说明性的实施例，任何合理的自 动触发可被使用。

图3B显示了用于手动触发处理的说明性的处理。不同于自动触发，这些 是需要某种形式的用于激活的用户交互的触发的示例。这些基本上是有意触 发。显示的示例显示了这些触发的非详尽列表，并意图提供用于理解实施例 的一些示例，而非将发明限制为这些示例。

在本示例中，所述处理监视远程装置（331），诸如，无线专用触发装置。 这可结合无线电动远程按钮（例如，车钥匙上）被使用，其中，在车外面时， 无线电动远程按钮可容易携带并获取。一旦被触发（333），所述处理将移到 警觉状态。

在另一实例中，所述处理可监视一个或更多个车辆开关以确定是否已经 将警报模式输入（335）。例如，但不是限制，输入可包括刹车输入、变速器 输入、座位控制、窗户开关、收音机按钮、方向盘开关、远光灯开关等。

由于优先避免不经意的触发，所以为了激活警报，开关可必须以给出的 顺序被激活。例如，但不是限制，当在停车场时两次刹车输入紧跟着两次关 窗的命令可激活警报。在其它实例中，在一段时间内保持开关可足以激活警 报。对车辆输入的任何合理的使用进行考虑。如果车辆开关指示触发（337）， 则所述处理可通知响应者。所述顺序可以是用户规划的或OEM规划的。

此外，所述处理可监视隐藏开关（339）。正如名称所指示的，以某种方 式从普通视角隐藏或在眼前隐藏的开关。隐藏开关的激活（341）导致警报的 触发。

该系统还可对于惊恐按钮的激活进行监视（341）。可将这与隐藏开关区 分在于它是突出的按钮。该突出可充当威慑，并使得容易地找到并激活开关。 该按钮的激活（343）可导致警报状态。也可出现诱饵按钮，当隐藏按钮被触 发时，诱饵按钮使袭击者的注意力分散。

在另一实例中，语音识别可被用于对警觉状态进行监视（347）。在任意 时间讲出关键词或短语或与另一触发结合会导致触发的激活（349）。在其它 实例中，如果警报被激活，则“安全词”可使警报停用或取消。言语触发的 激活会导致响应者警觉。

最终，在本示例组中，手势识别可被监视（351）。车载相机可检测乘员 手势，并确定那些手势是否与警觉状态相应。在一些情况下，一个手势可使 系统准备，另一手势可发出警报。在其它实例中，单个手势或手势组合可导 致警报。一旦被触发（353），所述处理可联系响应者。为此，用户可研发他 自己的手势，所述手势可被OEM指定等。

这些触发也可全部被链接到“高安全性”状态，从而在加强“警觉”的 状态下，车辆仅需要对较少的输入或手势进行监视。也就是说，在高安全性 状态下，可降低一些对不经意的触发的保护。

图3C显示了监视处理的说明性的处理。虽然针对项（351）显示了所述 处理，但是所述处理可涉及任意监视处理。在本示例中，所述处理查看是否 针对该监视类型启用了准备的预先触发（361）。在没有准备预先触发的情况 下，所述处理可要求触发的低安全性版本，诸如，多按钮按压（369）。如果 存在与另一触发关联的准备触发，那么所述处理可监视准备的预先触发（363） 直到预先触发已经被激活为止（365）。一旦预先触发被激活，较低门限触发 （诸如，单个手势或按钮按压）可以被启动（367）以进行报警激活。例如， 如果已经按下惊恐按钮，则可以忽略一些“不经意触发预防”以在紧急情况 下使触发更容易。

此外，在其它情况下，地理和车辆状态可“预先触发”警报状态。也就 是说，如果车辆突然长时间停止在交通灯前或当在移动时偏出“安全”地带 之外等时，预先触发可被启用，这是因为车辆“猜测”可能正在发生紧急事 件。

图4显示了用于反馈处理的说明性的处理。由于用户可能不确定警报是 否已经被触发，特别是在主观触发（诸如，基于手势的触发或自动触发）的 情况下，会需要向用户提供一些反馈。这可避免用户疯狂地打手势，试图激 活已经激活的警报，并可能使袭击者警觉。

在本示例性的实施例中，反馈处理考虑触发是在外部（401）还是内部 （405），并相应地提供反馈（403或407）。通常，虽然不一定，但是对于外 部触发，反馈将是一些外部形式，对于内部触发，反馈将是一些内部形式。 反馈状态也可被设置，在一些实例中，可根据需要提供额外的反馈。

在本示例中，所述处理可以以很多形式来提供反馈。对于触发装置，无 论是手持还是车内，物理装置可包含响应于装置激活而点亮的一个或更多个 LED。在另一示例中，装置可包括响应于激活而振动的触觉电机或通过触发而 提供听得到的咔嚓声或触觉反馈。

在其它车内的示例中，反馈可采取被显示在仪表组或触发装置显示器上 的消息的形式。在又一示例中，广播电台可改变到不常见的设置（例如，如 果没有经常欣赏古典音乐，则古典音乐）。额外地或可选地，收音机音量可改 变，或仪表盘灯可变暗一次或按照一定模式变暗。

在又一实例中，踏板可响应地移动，座位可移动，镜子可移动，刮水器 可滑动，方向盘可按一定模式扭振或者现有的车灯可按一定模式打开/关闭。

图5显示了说明性的综合警报处理系统。此非限制实例包含在此讨论的 多种可能性的实现。项501显示了触发警报的方法的示例，包括但不限于： 隐藏开关、突出开关、虚拟开关（例如，模式）、诱饵按钮、便携式按钮等。 自动触发也是有可能的。

项503显示了警报确认的一些说明性的示例，包括但不限于：触发装置 反馈（视觉、听觉或触觉）、仪表盘消息、仪表盘灯、广播电台或音量改变、 仪表盘变暗、车辆部件移动或响应等。

项505示出从车辆发出求救的一些不同的说明性的方法。这些包括但是 不限于：呼叫自动化服务器、呼叫呼救中心、呼叫911/警察、向社交媒体公 布、直接联系紧急联络人、联系附近车辆。这种通信可以以各种形式被完成， 包括但不限：语音呼叫、话上数据（DOV）、DTMF音调、短消息、移动应用激 活、WiFi/蓝牙通信等。

此外，车辆可采取的一个或更多个停用/警觉的动作包括但是不限于：喇 叭声、闪光、车辆减速/停止、启动预防等。

一旦与远程源已经建立了连接来响应紧急情况，则可以发送数据，该数 据包括但不限于GPS坐标和历史（用于跟踪）、附近地址、附近兴趣点（POI）、 用户/乘员识别信息、紧急联系信息、电话识别信息、记录的受害者消息、车 载麦克风/相机数据（内部的和/或外部的）、驾驶员医疗/健康数据（如果驾 驶员正在被车辆监视，则为当前的医疗/健康数据）等。

通过在此示例的使用和相似地实现，可以实现更鲁棒和安全的车辆警报 系统。可分散地运行警报并向用于响应的远程系统发送各种重要的数据。多 激活触发选项（包括主动的和自动的）提供了增加的安全性和额外的激活选 项来增加警报激活的成功率。

尽管上面描述了示例性实施例，但并不意图这些实施例描述本发明的所 有可能形式。相反，说明书中使用的词语为描述性词语而非限制，并且应理 解，可在不脱离本发明的精神和范围的情况下作出各种改变。另外，可组合 各种执行实施例的特征以形成本发明进一步的实施例。