车辆系统的监测方法 技术领域 本发明实施例总体上涉及一种车辆系统的监测方法， 尤其涉及使用远程装置的车 辆系统被动通知。
背景技术 蜂窝电话和 PDA 显示器变得越来越能够显示更加种类繁杂的信息。彩色触控式显 示器能够为用户呈现图形界面、 详细图示和多种其它交互信息。
额 外 地， 社 会 中 越 来 越 需 要 能 够 根 据 需 要 访 问 信 息。 在 Google、 Yahoo 和 Wikipedia 的世界中， 用户正在变得习惯于通过他们的手指获得任何所有所需信息。
该信息在很多领域都很有用， 通常也称为静态信息。 也就是， 其为固定的实际的信 息。然而， 开始缓慢地结合动态 “事实” (facts)。
同样， 现在能够将更新 ( 例如指示何时需要付款的更新 ) 以例如文本消息发送至 蜂窝电话。
发明内容 本发明提供了一种监测车辆系统的方法， 包含 ： 确定将被监测的车辆系统是否处 于提醒状态 ； 确定车辆是否被乘用 ； 及， 基于所述车辆系统提醒状态确定和车辆是否被确 定为被乘用， 发送基于确定的提醒状态的车辆系统提醒至用户的无线装置。
在第一说明性实施例中， 一种用于监测车辆传感器的方法包括激活一个或多个监 测系统并且监测一个或多个激活的监测系统。
该示例方法还包括检查向一个或多个监测系统提供电能的电源以确定电源是否 低于特定阈值。该方法也包括如果确定电源将要低于阈值， 则发送低电能提醒至用户的远 程装置上， 并且如果电源低于阈值， 停止监测所述一个或多个正在被监测的系统。
此外， 该方法包括探测一个或多个正在被监测的系统的状态改变， 并且如果一个 或多个监测系统中至少一个已经改变状态至将发送提醒的状态， 则发送提醒至用户的远程 终端处。
在第二说明性实施例中， 提供一种车辆监测的方法， 包括在车辆处于运转中监测 一个或多个车辆安全系统以探测不安全状态。 该方法也包括如果探测到不安全状况则发送 提醒至手持装置。
在第三说明性实施例中， 提供一种车辆监测的方法， 包括确定特定驾驶员组是否 出现在车辆内。 该方法还包括至少部分基于所确定的驾驶员组确定一组或多组具体安全系 统以进行监测。 同样， 该方法包括在车辆处于运转中时， 监测一组或多组具体安全系统以探 测不安全状态并且如果探测到不安全状况发送提醒至手持装置。
在第四说明性实施例中， 提供一种监测车辆系统的方法， 包括确定将被监测的车 辆系统是否处于提醒状态并且确定车辆是否被乘用。 至少部分基于车辆系统提醒状态确定 和车辆是否确定被乘用， 该方法可发送至少部分基于所确定的提醒状态的车辆系统提醒至
用户的无线装置。 附图说明
图 1 显示了通讯系统的说明性示例， 漫游装置能够通过该通讯系统与车辆进行通 图 2A-2D 显示了基于车辆的通讯装置的说明性示例， 其能够提供通讯至远程网 图 3 显示了远程无线装置和基于车辆的无线装置之间的通讯的说明性示例。 图 4 显示了被动监测车辆系统的一个说明性实施例。 图 5 显示了被动监测策略的进一步说明性实施例。 图 6A 显示了监测拖车连接的说明性示例。 图 6B 显示了天气传感器的第二示例。 图 7 显示了通知策略的说明性示例。 图 8A-8B 显示了说明性的驻车制动监测系统。 图 9 显示了安全提醒监测和变速器系统的示例。 图 10 显示了为特定驾驶员和特定组驾驶员提供监测状况的说明性示例。讯。
络。
具体实施方式
本说明书公开了本发明的详细实施例， 然而， 应理解所公开的实施例仅为本发明 的示例， 其可以多种可替代形式实施。 因此， 本说明书中公开的具体结构和功能细节不应解 释为限定， 而仅解释为权利要求的代表性基础和 / 或教导本领域技术人员以多种方式实施 本发明的代表性基础。
图 1 显示了通讯系统的说明性示例， 通过通讯系统漫游装置能够与车辆 121 通讯。 在这个说明性实施例中， 漫游装置 ( 例如但不限于蜂窝电话 )103 用于通过蜂窝网络 107 发送通讯。该通讯通过网络 111( 例如但不限于蜂窝网络、 互联网等 ) 中继至集中式系统 (centralized system)101。可从 CRAYONINTERFACE 公司得到类似于图 1 中所示的系统的 系统。
在这个说明性实施例中， 集中式系统为服务器系统， 其具有对收到的指定用于与 远程车辆 121 相交互的漫游装置输入信号的处理能力。
例如， 服务器 101 可包括自动呼叫服务器和 / 或网络主机。此外， 服务器 101 可将 来自漫游装置 (ND)103 的输入信号传送至合适的远程车辆。以这种方式发送的数据可使用 声载数据 (data-over-voice)、 数据计划 (data-plan) 或以任何其它合适的格式发送。
也可使用个人计算机 105 通过服务器 101 将数据发送至远程车辆 121。在这种情 况下， 可能 ( 尽管不必要 ) 经由互联网 109 发送数据。
一旦服务器 101 接收来自远程源 103、 105 的输入数据请求， 消息被处理和 / 或中 继至车辆 121。 车辆可由与一个或多个输入数据包相关的标题识别， 或例如可基于数据查询 可识别。
至车辆 121 的中继通过网络 ( 例如， 但不限于蜂窝网络 113、 互联网等 ) 从服务器 101 发送出去并且穿过蜂窝网络 115 至车辆 121。在一个实施例中， 中继可额外地穿过宽带网络 114( 例如， 802.11g 或 WiMax)。车辆 121 中的远程通讯装置 200 接收从服务器 101 发 送的信号并且对其进行处理或将其中继至车辆 121 内的合适的处理系统。
在至少一个说明性实施例中， 车辆 121 也可装备有通讯收发器， 例如但不限于蓝 牙接收器。如果， 例如蜂窝网络可用， 则该接收器可允许使用直接信号 119 与漫游装置 103 通讯。
图 2A-2D 显示了提供通讯至远程网络的基于车辆的通讯模块的说明性示例。
图 2A 显示了与 GPS 模块结合的通讯模块 200 的说明性示例， 其中蜂窝模块和 GPS 在不同的电路板上。
在这个说明性示例中， 通讯模块 200 能够包括通过蜂窝网络与远程服务器通讯的 蜂窝 ( 例如， 但不限于 GSM 或 CDMA) 天线 201。接收的蜂窝信号可从蜂窝天线 201 发送至多 频带蜂窝 ( 例如， 但不限于 GSM 或 CDMA) 解码器 219， 该解码器 219 处理接收的信号以产生 由微处理器 217 可使用的信息。
在这个说明性实施例中， 多频带蜂窝芯片 219( 包括闪速储存器 207 和随机存储器 (RAM)211) 安装在作为可拆卸装置 223 一部分的模块 ( 包括 SIM 卡 221) 内。SIM 卡 221 可 包含用户识别信息， 该用户访问信息允许在特定用户方案下访问蜂窝网络。
另外， 该模块包括 GPS 芯片 203， 该 GPS 芯片 203 能够处理并且解码来自 GPS 天线 205 的信号并且将该信号发送至微处理器 217。
微处理器 217 也与提供访问多种车辆模块 ( 例如射频模块 215) 的车辆数据总线 通讯。未显示的其它模块包括， 但不限于车辆线束 (vehicle cluster)、 远程 ( 非车载 )GPS 系统、 无线电模块等。非限制性示例的车辆数据总线包括 SAE J1850 总线、 CAN 总线、 GMLAN 总线和本领域已知的其它车辆总线。仅为了说明意图， 图 2a-2d 描述为使用 CAN 总线。
图 2B 显示了第二说明性示例， 其中蜂窝芯片与 GPS 在相同电路板 223 上。在这个 说明性示例中， 可拆卸电路板 ( 其也可永久性地连接至该模块 )223 可包含 SIM 卡 221、 包 括 GPS 芯片 203 和 GPS 天线 205 的 GPS 模块， 以及包括快闪存储器 207 和 RAM 211 的多频 带蜂窝芯片 219。
在其它实施例中， GPS 天线 205b 可独立于该电路板 223 连接至模块。当来自蜂窝 天线 201 和 / 或 GPS 天线 205b 的信号进入时， 该信号可发送至相应的蜂窝芯片 /GPS 芯片 203 以便处理， 并且随后传送至微处理器 217。微处理器 217 与 CAN 接收器 213 接合以连接 至车辆网络 214 和车辆模块 ( 例如射频模块 215)。
图 2C 显示了另一示例性实施例， 其中蜂窝模块为独立的。在这个说明性实施例 中， 包含 GPS 天线 205 和 GPS 芯片 203 的 GPS 模块可通过 CAN 接收器 213 连接至微处理器 217。其它车辆模块 ( 例如射频模块 215) 也可通过 CAN 接收器 213 连接至微处理器。
在这个示例性实施例中， 可拆卸电路板 223 可包含 SIM 卡 221、 多频带蜂窝芯片 219 以及快闪存储器 207 和 RAM 211 的。 来自蜂窝天线 201 的信号可在发送至微处理器 217 之前发送至电路板 223 由多频带蜂窝芯片 219 处理。
图 2D 显示了又一示例性实施例， 其中蜂窝模块与射频模块 215 在通讯模块 200 内 组合。射频模块 215 可通过 CAN 接收器继续与微处理器 217 通讯。在这个示例性实施例 中， GPS 模块 ( 包括 GPS 天线 203a、 203b 和 GPS 芯片 205a、 205b) 能够位于通讯模块 200 内 或者位于车辆内任何地方， 在这种情况下， 其可通过 CAN 接收器 213 与微处理器 217 通讯。同样， 在这个实施例中， 蜂窝天线 201 可发送信号至多频带蜂窝芯片 219( 包括快 闪存储器和 RAM 211)。该信号可被处理并且发送至微处理器 217。多频带蜂窝芯片 219 可 位于可拆卸电路板 223 上， 其也可包括 SIM 卡 221。
图 3 说明了依照一个说明性实施例中通讯模块 200 的运转。漫游装置 (ND)103 或 计算机 105 可包括用于促进一个或多个实施例运转的软件。该软件可例如从网站 ( 例如 OEM 的网站 ) 下载至 ND 103 或计算机 105， 或如其它示例工厂安装在 ND。在一个实施例中， 该软件可以以 JAVA 语言 ( 由 Sun 公司制造并发布 ) 编程。
在一个或多个示例性实施例中， 用户可用多个 ND 103 或计算机 105 控制车辆。额 外地或可替代地， 用户可使用一个 ND 103 或计算机 105 运转多个车辆的部件。
用户可通过在 ND 103 和 / 或计算机 105 上使用一个或多个按钮或按键按压激活 并运转软件。在一个说明性实施例中， ND 103 和 / 或计算机 105 可装备有热键 (hot-key)， 可从该热键激活软件。可替代地或另外地， 用户可通过在 ND 103 和 / 或计算机 105 上显示 的图形用户界面的菜单选择来激活并且运转软件。
此外， 计算机可读存储介质 ( 包括但不限于硬盘装置、 持久性和非持久性存储器、 软盘、 CD、 DVD、 闪存驱动器、 压缩驱动器等 ) 可包含促进一个或多个说明性实施例的指令。 指令通常为机器可读取并且处理器可执行， 例如但不限于漫游装置、 服务器和 / 或基于车 辆的微处理器。 可替代地或另外地， 用户可通过由 ND 103 和 / 或计算机 105 接收的一个或多个语 音激活命令运转并且激活软件。 ND 103 和 / 或计算机 105 可包括用于将来自用户的指令解 释并处理为机器可读语言的语音识别软件。在一个实施例中， 语音识别软件可编程和 / 或 存储至网络服务器。 用户的非限制性示例可为车辆所有者、 车辆乘客、 车辆维修技术人员或 车辆销售商。
一旦作出请求 ( 经由， 例如按键按压或语音 )， 如方框 300 内说明从 ND103 或计算 机 105 传送一个或多个数据包。非限制性示例的在数据包内传送的数据 ( 例如信息 ) 可包 括移动用户识别码 (MIN)、 客户识别码、 从 ND 103 和 / 或 105 触发的一个或多个指令、 以及 车辆识别码 (VIN)。而且， 在一些实施例中， 从 ND 103 和 / 或计算机 105 传送的一个或多个 数据包可包括用于依照由用户作出的一个或多个请求运转的指令。
返回参考图 3， 在数据包传送之前或之后， 如在方框 302 内说明的， 可产生与服务 器 101 的连接。服务器 101 可为网络服务器或也可不为网络服务器。一旦建立与服务器 101 的连接， 如方框 304 内说明， 可由服务器 101 接收数据包。可替代地或额外地， 可在 ND 103 或计算机 105 和蜂窝通讯模块 200 之间建立直接连接 ( 即不需要连接至服务器 101)。 因此， 可不需要服务器实现一个或多个实施例的运转。
服务器 101 可处理用于传送至车辆 121 的一个或多个接收到的指令。处理数据包 可包括但不限于 ： 鉴别一个或多个指令、 鉴别用户 ( 例如确定用户是否为注册用户 ) 和在数 据包内鉴别传输的蜂窝 / 移动电话 ( 即， 使 MIN 与 VIN 相匹配 )。在一个非限制性实施例 中， 服务器 101 可使用一个或多个查值表并且对照该一个或多个查值表确认数据包内的信 息来处理数据包。 服务器可包括包含用于实现一个或多个实施例的计算机可执行指令的软 件。
服务器 101 可与一个或多个数据库 ( 未显示 ) 进一步通讯。 数据可从第三方系统、
OEM( 例如车辆 ) 数据库 / 服务器或由用户 ( 例如 EOM) 手动输入。
在一个示例性实施例中， 如方框 306 处所说明， 如果用户具有任何个人偏好， 则可 在服务器 101 处作出确定。尽管偏好可存储在任何地方， 出于说明的目的， 图 3 说明了基于 个人偏好存储在服务器 101 上的运转。
个人偏好可存储在服务器 101 上。可替代地或额外地， 个人偏好可存储在 ND 103 或计算机 105 的存储器 ( 未显示 )。在又一实施例中， 个人偏好可存储在车辆上 ( 例如， 在 SIM 卡 221 上、 在蜂窝模块 200 的微处理器 217 上、 或在车辆内的任何地方的存储器模块 内 )。在后面的实施例中， 服务器 101 可简单地将数据包传送至车辆而不进一步处理。
返回参考图 3， 如果用户具有与一个或多个车辆部件相关的个人偏好， 则如方框 308 所说明， 服务器 101 可接收指令以访问存储的偏好。在一个实施例中， 可使用从 ND 103 和 / 或计算机 105 接收的一个或多个数据包传送指令。服务器 101 可解压或读取这些来自 数据包的指令以检索存储的个人偏好。
在一个实施例中， 如在方框 312 所说明， 可在服务器 101 处做出关于是否需要个人 身份号码 (PIN) 以访问个人偏好或运转软件中一个或多个特征的进一步确定。PIN 可存储 在服务器 101 中或可通过从 ND 103 和 / 或计算机 105 传送的数据包传送。如果需要 PIN， 如在方框 314 处所说明， 服务器 101 可传送对 PIN 的请求。请求可传送至服务器 101 上的 一个或多个存储器位置 ( 例如数据库 ) 或传送至远程终端 103、 105。可基于例如 VIN 信息、 客户号码信息、 MIN 信息或其它非限制性身份信息使用例如查值表从服务器 101 检索 PIN。 应该明白地是， 可以在本领域已知或前面示例所说明的任何其它方法检索 PIN。 例如， 需要仅对特定特征进行 PIN 限制。例如可对追踪特征进行 PIN 限制， 因为 其会允许发现蜂窝电话的人也能够找到车辆， 并且可能获得进入 ( 取决于电话上的可用特 征 )。因此， 追踪特征可要求 PIN 进入码以激活。
在一个说明性的实施例中， 一旦曾经输入 PIN， 其可不需要重新输入直至电话已经 被解除激活和重新激活。
如在方框 316 所说明， 服务器 101 可接收 PIN。如在方框 318 处所说明随后可验证 PIN。 如果 PIN 不正确， 服务器 101 可如回路 320 所表示再传送请求。 在一个实施例中， 用户 可在输入不正确的 PIN 之后重新输入预定次数 ( 例如， 3 或 5 次 ) 的 PIN。如果 PIN 正确， 服务器 101 可如方框 322 内所说明检索与请求相关的个人偏好， 并且如方框 310 所说明， 传 送一个或多个与存储的偏好相关的数据包至蜂窝通讯模块。
如果访问个人偏好不需要 PIN 或如果没有存储的偏好， 一旦接收该一个或多个数 据包， 如方框 310 内所说明， 服务器 101 可传送一个或多个数据包到蜂窝通讯模块。该一个 或多个数据包可通过网络 ( 例如蜂窝网络 113 或互联网 ) 传送。如在方框 326 处所说明， 蜂窝通讯模块 200 可随后 ( 例如经由蜂窝天线 201) 通过网络接收一个或多个数据包。在 一个实施例中， 如在方框 328 处所示， 可随后生成 ( 例如通过多频带 GSM 解码器 219) 用于 传送至车辆 CAN 网络 214 的一个或多个信号。
在一个实施例中， 可在经由电通讯与 GSM 解码器 219 通讯的微处理 217 处解码并 且翻译一个或多个信号， 以传送至 CAN 界面 ( 例如 CAN 接收器 213 和车辆网络 214)。 不同于 CAN 总线的其它车辆系统总线也可与其通讯。可解码一个或多个信号用于由车辆网络 214 解释。如在方框 330 所表示， 一个或多个信号 ( 包括数据包 ) 可随后传送至 CAN 界面 (CAN
接收器 213)。
一旦接收到一个或多个请求信号， CAN 接收器 213 可经由车辆网络 214 传送一个 或多个请求信号至一个或多个车辆部件。
在基于由用户请求 / 命令已经完成一个或多个运转之后， 如方框 332 处所说明， CAN 接收器 213 可接收从一个或多个车辆部件传送的一个或多个结果信号。如在方框 334 中所示， CAN 接收器 213 可传送一个或多个返回信号至微处理器 217 用于解压缩一个或多个 返回数据包， 以传送至 ND 103 和 / 或 105。可通过 GSM 天线 201 经由网络 115 完成传送。
如方框 336 所说明， 数据包可传送至远程终端 103 和 / 或 105。在一个实施例中， 如方框 338 所说明， 返回数据包可通过服务器 101 传送， 其可以进一步处理数据包用于传 送至远程终端 103 和 / 或 105， 也可不进行处理。结果信号可传送至 ND 103 和 / 或计算机 105( 如方框 340 所说明 ) 并且由 ND 103 和 / 或计算机 105 接收。
如在方框 342 处所说明， 可生成报告并且显示给用户。可在用户每次请求一个或 多个运转时生成该报告。可替代地或加外地， 可以预定时间间隔或依照用户偏好 ( 例如每 月或每次用户特别请求报告时 ) 生成该报告。
在至少一个说明性实施例中， 基于车辆的蜂窝芯片和远程无线装置之间的通讯是 可能的。该通讯可用于以发送车辆的 GPS 坐标至无线装置等功能。GPS 坐标能够通过车辆 系统总线或通过其它连接 ( 例如 RF 或蓝牙， 如果 GPS 没有连接至车辆系统总线 ) 发送至无 线接收器。 图 4 显示了一个被动监测车辆系统的说明性实施例。在这个说明性实施例中， 在 401 处激活监测。能够从车辆计算系统 ( 例如 Ford SYNC 系统 ) 激活监测。例如， 不限于， 用户能够从触控菜单或语音激活特定车辆系统的监测。能够以这种方式监测多种车辆系 统。
在另外的说明性实施例中， 能够从远程源 ( 例如蜂窝电话或 PC) 激活被动系统监 测。在这个说明性实施例中， 用户可例如展开菜单并且选择一个或多个系统以监测。信号 随后从选择的远程装置发送至服务器， 并且服务器传送呼叫至合适的车辆。能够在服务器 端验证请求或其能够在车辆自身处完成。
一旦激活监测， 如方框 403 所示， 包括于车辆的微处理器可开始通过例如车辆系 统总线监测所选择的传感器。在这个说明性示例中， 能够将询问传感器状态的信号发送至 传感器或从传感器接收。传感器可为二元传感器 ( 其处于第一状态或第二状态 ) 或传感器 能够监测特定阈值改变。能够以加电策略周期性地或持续性地完成该监测。
此外， 在这个说明性的实施例中， 能够提供电源以驱动微处理器和 / 或传感器其 身。通常， 传感器将需要一些电能， 并且其需要使用电池之外的电源。可为车辆提供电容器 以驱动系统， 或可使用有限的电池电量。在至少一个说明性实施例中， 可例如每隔 X 分钟执 行监测以便不会持续地耗尽电源。
作为该说明性过程的一部分， 在 405 处， 该系统周期性地检查电源是否变得较低。 如果电源变得较低， 则在 407 处， 发送低电源提醒至用户。例如， 该提醒能够发送至远程装 置例如蜂窝电话或 PC。在这个说明性的示例中， 通过蜂窝芯片从车辆微处理器将信号发送 至远程服务器。随后将信号从远程服务器发送至合适的远程装置， 并且从而通知用户电源 的低电能状态。
一旦执行通知， 则在 403 处继续监测。如果以低电源持续监测， 则系统可以或不可 继续提醒用户低电能状态。如果电源不低， 或一旦低电能提醒已知发送， 随后系统在 409 处 检查是否发生传感器状态的改变。如果传感器状态没有改变发生， 则在 403 处系统可继续 监测传感器 403。
如果已经发生传感器状态改变， 随后在 411 处可发送提醒至用户。例如， 该提醒能 够发送至例如蜂窝电话或 PC 的远程装置。例如能够以与能够发送低电能提醒的相同方式 发送该提醒。
图 5 显示了被动监测策略的进一步说明性实施例。 在这个说明性实施例中， 在 501 处车辆系统接收信号。能够从例如蜂窝电话或 PC 的远程装置传送该信号。通过服务器将 信号从远程装置传送至车辆系统。例如可在服务器处或在车辆处验证该信号。
在这个说明性实施例中， 一旦已经接收信号， 在 503 处， 系统检查用于驱动微处理 器和 / 或传感器的电源的电量。
如果在 505 处为电源充电， 则在 515 处， 系统从微处理器激活传感器和 / 或监测。 在这个说明性的实施例中， 如果在 505 处没有为辅助电源充电， 则在 507 处系统发送使用电 池的选项至用户。因此， 在这个实施例中， 车辆电池能够作为辅助电源用作可替代电源。
在 509 处， 系统随后接收来自用户 ( 例如从远程装置发送 ) 的响应， 其指示系统用 户是否希望系统使用电池替代辅助电源。如果在 511 处用户不希望使用电池， 系统随后退 出。
如果用户希望使用电池作为电源， 则在 517 处激活电池检查选项。由于电池用于 关键功能 ( 例如起动车辆 ) 在这个说明性实施例中， 首先给予用户使用电池的选项。即使 用户想使用电池， 在这个实施例中系统将监测电池以确保在电池中有足够的剩余电能以驱 动车辆。
一旦开始电池检查， 在 515 处激活监测系统。在已经激活监测系统之后， 在 519 处 车辆系统检查确定是否激活电池检查。 如果在 523 处电池为低， 则系统在 525 处停止监测以 保存电能。在另一说明性实施例中， 可对监测系统进行最后一次检查。在这个实施例中， 一 旦确定电池为低， 则在 525 处终止监测。因为用户可能仍然相信正在监测传感器， 则在 527 处通知用户电池的低电能状态以及终止监测。如果电池检查没有运行， 或者如果电池不会 低， 系统将继续监测由用户选择用于监测的传感器。
在又一说明性实施例中 ( 这里未显示 )， 系统也可监测辅助电源， 并且随后通知用 户该电源是否正在变得较低以及在 507 处提供使用电池的选项。
图 6A 显示了监测拖车连接的说明性示例。类似的策略可用于监测多种装置。这 仅是一个二元监测系统的一个示例， 其中状态为开启或关闭。
在这个说明性的实施例中， 在 601 处激活拖车连接监测。在 603 处， 该监测系统检 查拖车是否仍然处于连接。这通过检查至拖车的电连接， 或通过使用提供用于监测该连接 的辅助传感器来实现。如果仍然连接拖车， 则在 601 处继续监测。如果没有连接拖车， 在 605 处系统发送提醒至用户的远程装置上。
此外， 通过特定系统 ( 例如拖车监测 )， 可执行辅助动作。在这个说明性的实施例 中， 其希望在 607 处激活警告系统。这能够例如防止拖车被盗， 同时经由远程装置通知用 户。在另一说明性的示例中， 如图 6B 所示， 监测具有阈值的传感器。在这个示例中， 在 611 处该装置为雨量计和 / 或气压计。 雨量计可探测传感器或挡风玻璃上出现的湿度， 并且 大气压力改变也可指示暴风雨的出现。这样的监测可能是有用的， 例如在敞篷车顶或车窗 放下的情况下。
在这个说明性的实施例中， 在 613 处系统检查一个或多个传感器以得出是否已经 发生天气变化。 这可通过前面提及的系统或额外的系统来实现。 如果天气状态没有改变， 在 611 处系统继续监测传感器。如果天气状态改变 ( 例如， 如果阈值已经出现在气压计上 )， 则经由远程装置发送提醒至用户。该提醒能够以前面提及的方式发送。
与拖车连接一样， 可采取辅助动作。在这个说明性的实施例中， 辅助动作可为在 617 处升起车辆的车窗或升起敞篷车的顶。或者， 在可替代方案中， 可为用户提供使车辆系 统执行这些动作中一个或多个的选项。
图 7 显示了通知策略的说明性实施例。在至少一个说明性实施例中， 可能需要在 提醒驾驶员状态改变之前确定车辆是否事实上被乘用。 例如， 如果 “灯亮” 状态发送至手机， 在驾驶员还在车辆内时收到该通知会对驾驶员造成骚扰。 因此， 在这个说明性实施例中， 如 在 703 处， 该系统在发送通知之前检查车辆是否仍被乘用。
存在用于确定车辆被乘用的多种可能性， 并且全部适合于执行说明性实施例。例 如， 有限的列表包括检查车辆电源状态、 检查车辆是否已经打开和关闭、 检查内部照相机是 否未能探测乘客的出现、 检查一段时间的位置改变和 / 或没有加速计运动、 检查内部麦克 风上没有语音活动或声音。
可使用上面示例中一些或所有。此外， 单个示例可足以确定乘用 / 非乘用， 或其可 希望使用一些彼此相合作的示例 ( 例如不限于车辆已经打开和关闭以及车辆电源状态为 “关闭” )。
能够使用多种被动监测策略和 / 或与车辆乘用探测结合。例如， 可用灯光和 / 或 车辆提醒。在这个说明性的实施中， 车辆能够探测灯光是否处于开启和 / 或一个或多个车 辆是否处于微开。
尽管不必要， 在这个实施中， 探测与车辆乘用探测策略结合， 以使得当其有理由确 定车辆未被乘用时， 如 707 处， 返回传感器， 而确定车辆被乘用时， 如 705 处， 通知用户。
此外， 对于这些探测策略中至少一些， 当例如正在执行断电 ( 以便使用车辆剩余 电能运行该探测 ) 时可执行该通知。
在其它说明性示例中， 当用户使用遥控钥匙锁车辆时运行车灯打开和 / 或车门微 开传感器检查。这通常指示用户 a) 不在车内 ； 以及和 b) 离开车辆一段时间。
在又一说明性实施例中， 如图 8A-B 所示提供了停止制动监测。这对手动变速器特 别有利， 尽管其对自动变速器和混合变速器具有同样的作用。
在第一说明性实施例中， 如图 8a 中所示， 在 801 处， 系统检查以得出车辆是否已经 放在停车场， 和 / 或车辆是否处于空档和未驱动。这不是对何时可应用驻车制动测试的全 部确定， 例如， 至少另一合适的实施可为如果车辆处于空档和制动踏板未压下。在 802 处系 统随后检查驻车制动是否已经开始。
如果制动没有开始， 随后在 803 处该系统检查车辆的 GPS 坐标并且在 805 处将 GPS 坐标与地形图或者可指示斜坡的其它地图相互参照。在 807 处如果车辆在斜坡上， 在 811 处通知用户制动未开始。除了在 813 处使用 车内的倾斜传感器器替代 803、 805 处的 GPS 探测和对比， 图 8b 类似于图 a 的方法。
尽管这些方法均可与车辆乘用探测相结合， 在这些例子中可能希望放弃乘用探 测， 因为在乘客将车辆以空档留在斜坡上而没有结合制动器并已经离开车辆时， 停车防止 其滑动可能已经太晚了。
在进一步的说明性实施例中， 如果其为例如电动车辆或混合动力， 车辆可传送电 池正在充电或已充好电的状态。
车辆内置系统也可用于例如租车辅助。车辆位置、 租车协议、 付款信息、 燃料水平 等可即时地传送至一个或多个手持装置 ( 承租人、 所有者等 )。
所有前面的示例已经总体上列出了当车辆关闭或位于某一位置时通常执行的实 施例。但是， 当车辆运行时能够激活和 / 或提供的多个额外的可能被动监测提醒。总体上， 在这些情况下， 能够由车辆驱动传感器， 而不用担心由于驱动传感器而耗尽电池。
在第一说明性实施例中， 被动车辆运行监测的示例包括安全状态提醒。这能够包 括但不限于低电池电量警告、 灯泡损坏警告、 诊断代码设置警告、 需要维护警告、 过高温度 ( 机油、 冷却剂、 制动器、 变速器等 ) 警告、 低机油压力警告、 低胎压 ( 车辆拖车 ) 警告和在驾 驶时驻车制动器打开的警告。能够解决这些警告中一些 ( 例如驻车制动 ) 而不需要前往修 理站。在其它情况下， 最近的 / 合适的修理站的位置或电话号码与报告可上传至用户远程 装置。 图 9 显示了安装提醒监测和传送系统的示例。在这个说明性实施例中， 在 901 处 通过系统检查一个或多个安装传感器。
在 903 处如果需要提醒， 随后在 905 处系统确定是否需要额外的信息 ( 例如维修 站 / 经销商 / 加油站等的地址、 电话号码等 )。
如果需要额外的信息， 在 907 处系统查询额外的信息并且在 909 处将额外的信息 添加至提醒消息。随后在 911 处将提醒消息传送至用户 ( 在没有额外的消息时也传送该消 息 )。
也可采用多个主动提醒阈值以追踪特定组驾驶员或特定驾驶员的驾驶性能 / 状 态。
例如， 在至少一个说明性的实施例中， 可设置伺从模式。类似地， 也可通过例如不 限于使用特定钥匙以起动车辆设置特定驾驶员模式。 如果青少年或其它不被信任的驾驶员 正在驾驶车辆时这可能很有用。
当设置这些模式中一个时， 如果已经超过特定阈值， 则系统能够发送提醒至用户。 这些提醒包括但不限于过高温度监测、 已驻车制动驾驶监测、 激烈驾驶监测、 离开特定 “地 理围栏” (“geofence” ) 区域监测、 过快速度监测、 气囊展开或其它车辆安全系统激活监测 ( 在这样的情况下， 无论车辆是否处于特定用户模式， 辅助消息可发送至任一个或所有的存 储的紧急联系人信息 )。额外的提醒可包括通过使用驾驶员损伤监测 (DIMON) 或其它算法 确定的 “疲劳驾驶” (“sleepy driver” ) 提醒。
额外地， 如果燃料水平为低或零、 轮胎压力为低或零、 发动机具有与其相关的关闭 故障代码、 发动机发动机温度极其高等以及发动机未移动时能够发送 “受困” ( “stranded” ) 提醒。
在发送受困提醒之前的进一步的考虑可包括确定多次未成功的试图起动车辆。 额 外地， 系统可检查车辆 GPS 坐标以确定车辆不在家或在不在停车场等。
如果已经行驶一定距离而没有系上安全带， 可发送安全带提醒至青少年驾驶员的 父母， 或至驾驶员自己。
另一示例的可能的主动车辆监测可为劫持提醒， 其中车舱麦克风探测到特定短语 的声音， 并且通知紧急联系人和 / 或警察车辆可能被劫持。这可能会伴随响应通知至车辆 乘客已经探测至劫持并且正在使用 GPS 追踪车辆。当然， 其可希望不通知乘客， 以使得绑架 者不知道采取离开车辆以及带离人质的逃跑行为。
除此之外或可替代地， 也可探测特定按钮按压组合 ( 车辆锁、 车窗等 ) 以通知劫持 情况。
最后， 在又一说明性实施例中， 可提供宵禁警报， 其通知用户是否在建立宵禁之后 正在行驶车辆。
这些监测状态中任一个和全部不必要依赖于伺从模式或青少年驾驶员模式， 如果 需要， 它们能够总体上提供至任何驾驶员。
图 10 显示了为特定驾驶员或特定组驾驶提供监测状态的说明性示例。 在这个说明性实施例中， 在 1001 处系统检查以得出特定驾驶员或特定驾驶组合 被激活。如前面所提及， 这可为伺从设定， 或可为例如通过给予特定驾驶 ( 例如青少年 ) 的 特定钥匙激活车辆。
随后在 1003 处系统检查以确定是否存在与特定驾驶员或驾驶组相关的特定提 醒。这些可包括但不限于上面提及的提醒。
如果没有特定提醒， 在 1005 处可退出系统。如果有相关的特定提醒， 在 1007 处系 统监测与那些提醒相关的一个或多个传感器。如果在 1009 处出现提醒状态， 在 1011 处该 系统提醒用户出现该状况。否则， 在 1007 处系统返回监测传感器。
在又一说明性实施例中， GPS 追踪可用于确定例如拖车情况。 如果车辆的 GPS 坐标 改变并且车辆没有起动， 则可能车辆被拖走， 并且能够提醒所有者。 如果通知客户车辆移动 并且不可能拖车事件已经发生， 客户可给予选项以经由车辆系统以及车辆可被追踪的 GPS 坐标通知 911。