用于车辆危险状况检测的系统和方法与流程

用于车辆危险状况检测的系统和方法1.相关申请的交叉引用2.本技术涉及于2020年10月20日提交的题为“vehiclecommunicationandmonitoringsystemsandmethods”的美国临时专利申请号63/093,819，案卷号plr-00tc-29463.01p-us，以及2021年3月25日提交的题为“systemsandmethodsforvehiclehazardousconditiondetection”的美国临时专利申请号63/165,920，案卷号plr-00tc-29341.01p-us，上述申请的全部公开内容通过引用明确并入本文。
技术领域：
：3.本公开大体上涉及与车辆通信和监控系统相关的系统和方法，并且更具体地涉及具有警报系统的车辆通信和监控系统，该警报系统用于车辆危险状况检测。
背景技术：
：：4.休闲车辆，诸如摩托车，或者越野车辆，诸如全地形车辆(atv)、多用途车辆(uv)、并排式车辆和雪地机动车，被广泛用于休闲目的。这些车辆可以在道路和小路两者上使用，或者仅在小路上使用，并且被配备有警报系统以监控休闲车辆。5.正是关于这些和其它一般考虑，已经描述了实施例。同样，尽管已经讨论了相对特定的问题，但是应当理解，实施例不应当限于解决在
背景技术：
：中识别的特定问题。技术实现要素：6.如上阐述的，本文提供的实施例涉及用于休闲车辆的车辆危险状况检测。示例性实施例包括但不限于以下示例。7.在一个方面，用于检测休闲车辆的车辆危险状况的监控系统包括处理器和存储器。存储器包括指令，该指令在被处理器执行时使处理器：至少部分地基于休闲车辆的方位数据，检测休闲车辆是否处于车辆危险状况；以及，响应于车辆危险状况的检测，激活休闲车辆的遇险模式，以触发紧急响应。8.在一些实施例中，存储器还可以包括指令，该指令在被处理器执行时使处理器：响应于车辆危险状况的检测，确定车辆危险状况的严重性级别。9.在一些实施例中，车辆危险状况可以包括对休闲车辆的一个或多个乘员构成潜在危险状况的车辆事故、车辆倾翻和/或车辆坠落。10.在一些实施例中，至少部分地基于休闲车辆的方位数据，检测休闲车辆是否处于车辆危险状况可以包括：通过确定车辆的方位的变化率是否超过倾翻阈值达长于预定时间段的持续时间来检测车辆倾翻。11.在一些实施例中，检测休闲车辆是否处于车辆危险状况可以包括：至少部分地基于休闲车辆的z轴加速度数据，检测车辆危险状况。12.在一些实施例中，检测休闲车辆是否处于车辆危险状况可以包括：至少部分地基于休闲车辆的横向加速度数据，检测车辆危险状况。13.在一些实施例中，存储器还可以包括指令，该指令在被处理器执行时使处理器：接收或获得来自一个或多个乘员监控传感器的车辆乘员传感器数据。一个或多个乘员监控传感器可以被配置为生成与休闲车辆的一个或多个乘员相关联的车辆乘员传感器数据。14.在一些实施例中，检测休闲车辆是否处于车辆危险状况可以包括：至少部分地基于来自一个或多个乘员监控传感器的休闲车辆的车辆乘员传感器数据，检测车辆危险状况。15.在一些实施例中，乘员监控传感器可以包括头盔、耳机、智能手表、智能设备，和/或休闲车辆的乘员在驾乘休闲车辆时穿戴的任何可穿戴或可附接设备。16.在一些实施例中，车辆乘员传感器数据可以包括位置和方位数据、心率数据、温度数据，和/或氧气水平数据。17.在一些实施例中，激活遇险模式可以包括以下中的至少一个：向紧急联系人传送遇险信号；启用驾乘员弹射；启用脑震荡检测；启用sos警告信号；启用省电模式；放大功率级，以增加通信信道范围；和/或关闭休闲车辆的发动机。18.在另一个方面，用于检测休闲车辆的车辆危险状况的监控方法包括：由休闲车辆的监控系统至少部分地基于休闲车辆的方位数据来检测休闲车辆是否处于车辆危险状况；以及，响应于由监控系统检测到车辆危险状况，激活休闲车辆的遇险模式，以触发紧急响应。19.在一些实施例中，该监控方法还可以包括：响应于检测到车辆危险状况，确定车辆危险状况的严重性级别。20.在一些实施例中，其中，车辆危险状况可以包括对休闲车辆的一个或多个乘员构成潜在危险状况的车辆事故、车辆倾翻和/或车辆坠落。21.在一些实施例中，其中，检测休闲车辆是否处于车辆危险状况可以包括：通过确定车辆的方位的变化率是否超过倾翻阈值达长于预定时间段的持续时间来检测休闲车辆的倾翻。22.在一些实施例中，其中，检测休闲车辆是否处于车辆危险状况可以包括：至少部分地基于休闲车辆的z轴加速度数据，检测车辆危险状况。23.在一些实施例中，其中，检测休闲车辆是否处于车辆危险状况可以包括：至少部分地基于休闲车辆的横向加速度数据，检测车辆危险状况。24.在一些实施例中，还包括：接收或获得来自一个或多个乘员监控传感器的车辆乘员传感器数据，其中，一个或多个乘员监控传感器可以被配置为生成与休闲车辆的一个或多个乘员相关联的车辆乘员传感器数据。25.在一些实施例中，其中，检测休闲车辆是否处于车辆危险状况可以包括：至少部分地基于来自一个或多个乘员监控传感器的休闲车辆的车辆乘员传感器数据，检测车辆危险状况。26.在一些实施例中，其中，乘员监控传感器可以包括头盔、耳机、智能手表、智能设备，和/或休闲车辆的乘员在驾乘休闲车辆时穿戴的任何可穿戴或可附接设备。27.在一些实施例中，其中，车辆乘员传感器数据可以包括位置和方位数据、心率数据、温度数据，和/或氧气水平数据。28.在一些实施例中，其中，激活遇险模式包括以下步骤中的至少一个：向紧急联系人industries有限公司提供的prospectoriitrack，诸如在美国专利号7,673,711(代理人案卷号plr-01-177.02p-us)和10,118,477(代理人案卷号plr-09-27412.02p-us)中显示的那些履带；或非气动轮胎，诸如在美国专利号8,176,957(代理人案卷号plr-09-25371.01p)和8,104,524(代理人案卷号plr-09-25369.01p)中显示的那些非气动轮胎。42.车辆10还包括底盘或框架组件20，底盘或框架组件20由地面接合部件12支撑在地表面上方。地表面通常可以是水平或起伏的泥土、草、混凝土、陶瓷、聚合物或其它表面。框架组件20沿着车辆10的纵向中心线cl延伸。框架组件20包括下框架组件22和上框架组件24，上框架组件24在下框架组件22上方竖直延伸。下框架组件22支撑后部载货区26和车辆主体28，车辆主体28包括多个主体板件。由上框架组件24和下框架组件22界定的区域被称为车辆10的露天操作员区30。然而，在其它实施例中，车辆10包括封闭的操作员区30。上框架组件24包括前直立部件32、后直立部件34、纵向延伸部件36、前横向部件37、后横向部件38和至少一个支柱39。在一些实施例中，后横向部件38与中间直立部件38a连续，或耦接到中间直立部件38a。43.如图1所示，操作员区30包括用于操作员和一个或多个乘客的座位40。说明性地，座位40包括操作员座椅42和乘客座椅44，然而，座位40还可以包括用于附加乘客的后排座椅。如下面更详细描述的，每个座椅可以包括约束系统100。尽管将仅详细讨论了操作员座椅42和对应的约束系统100，但是每个座椅可以包括被配置到对应的座椅的类似约束系统100。44.参照图2，表示了车辆100。车辆100是示例性休闲车辆，特别是并排式越野车辆。关于车辆100的示例性实施例的附加细节可以被进一步配置为如美国专利8,827,028；美国专利申请序列号16/458,797，公布为u.s.2020/0164742a1；美国专利申请序列号16/244,462，公布为u.s.2019/0210668a1；和/或美国专利申请序列号16/861,859所示，上述文献的全部公开内容通过引用明确并入本文。其它示例性休闲车辆包括雪地机动车、船、摩托车、atv、多用途车辆、高尔夫球车，以及其它合适的车辆。附加示例性车辆和显示系统在2018年3月5日提交的题为“two-wheeledvehicle”的美国公布专利申请号2018/0257726；2019年12月20日提交的题为“snowmobilestoragecompartment,display,antenna,andbodytrimsystem”的美国专利申请号16/723,754；以及2016年5月23日提交的题为“displaysystemsandmethodsforarecreationalvehicle”的美国公布专利申请号2017/0334500中公开，上述申请的全部公开内容通过引用明确并入本文。45.休闲车辆100包括多个地面接合部件102。示例性地面接合部件包括滑雪板、环形履带、车轮，以及相对于地面支撑车辆100的其它合适的设备。休闲车辆100还包括由多个地面接合部件102支撑的框架104。在一个实施例中，框架104包括铸造部、焊接件、管状构件，或它们的组合。在一个实施例中，框架104是刚性框架。在一个实施例中，框架104具有能够相对于彼此移动的至少两个区段。46.操作员支撑件由框架104支撑。示例性操作员支撑件包括跨式座椅、长座椅、斗式座椅，以及其它合适的支撑部件。除了操作员支撑件之外，休闲车100辆还可以包括乘客支撑件。示例性乘客支撑件包括跨式座椅、长座椅、斗式座椅，以及其它合适的支撑部件。47.动力系统由框架104支撑，并且说明性地包括原动机112和变速器116。动力系统提供原动力，并将原动力传送至地面接合部件102中的至少一个，以为休闲车辆100的移动提供动力。48.示例性原动机112包括内燃发动机、二冲程内燃发动机、四冲程内燃发动机、柴油发动机、电动机、混合动力发动机，以及其它合适的原动力源。为了起动原动机112，提供了车辆起动系统114。车辆起动系统114的类型取决于所使用的原动机112的类型。在一个实施例中，原动机112是内燃发动机，车辆起动系统114是拉式起动系统和电起动系统中的一个。在一个实施例中，原动机112是电动机，车辆起动系统114是将一个或多个电池电耦接到电动机的开关系统。在实施例中，车辆起动系统包括钥匙(或密钥卡)。49.变速器116耦接到原动机112。在实施例中，变速器116包括可换档变速器和无级变速器(“cvt”)。在一种配置中，cvt耦接到原动机112，可换档变速器继而耦接到cvt。在一个实施例中，可换档变速器包括前进高设定、前进低设定、空档设定、停车设定和倒档设定。示例性cvt在美国专利号3,861,229；美国专利号6,176,796；美国专利号6,120,399；美国专利号6,860,826；以及美国专利号6,938,508中公开，上述专利的公开内容通过引用明确并入本文。变速器116还耦接到至少一个差速器(未示出)，至少一个差速器继而耦接到至少一个地面接合部件102。50.休闲车辆100还包括多个悬架系统120，多个悬架系统120将地面接合部件102耦接到框架104。示例性悬架系统在2018年6月20日提交的题为“vehiclehavingsuspensionwithcontinuousdampingcontrol”的美国专利申请序列号16/013,210；2019年8月1日提交的题为“adjustablevehiclesuspensionsystem”的美国专利申请序列号16/529,001；2017年11月17日提交的题为“adjustablevehiclesuspensionsystem”的美国专利申请序列号15/816,368；2018年11月21日提交的题为“vehiclehavingadjustablecompressionandrebounddamping”的美国专利申请序列号16/198,280；2020年5月20日提交的题为“systemsandmethodsofadjustablesuspensionsforoff-roadrecreationalvehicles”的美国临时申请序列号63/027,833，案卷号plr-01-29147.01p-us；以及2020年7月17日提交的题为“vehiclehavingadjustablecompressionandrebounddamping”的美国临时申请序列号63/053,278，案卷号plr-15-29249.01p-us，上述申请的全部公开内容通过引用明确并入本文。51.休闲车辆100还包括制动系统122。在一个实施例中，制动系统122包括防抱死制动器。休闲车辆100还包括转向系统124。转向系统124耦接到地面接合部件102中的至少一个，以引导休闲车辆100。休闲车辆100还包括多个传感器和电池128，多个传感器监控车辆100的各种特性，电池128向车辆100的各种构件提供电力。52.进一步的，休闲车辆100包括车辆控制器140，车辆控制器140具有至少一个处理器142和至少一个相关联的存储器144。车辆控制器140提供休闲车辆100的各种构件的电子控制。进一步的，车辆控制器140能够操作地耦接到多个传感器126，多个传感器126监控休闲车辆100的各种参数或车辆100周围的环境。车辆控制器140执行某些操作以控制其它车辆构件的一个或多个子系统，诸如燃料系统、空气处理系统、cvt、可换档变速器、原动机112、悬架120和其它系统中的一个或多个。在某些实施例中，控制器140形成处理子系统的一部分，该处理子系统包括具有存储器、处理和通信硬件的一个或多个计算设备。控制器140可以是单个设备或分布式设备，并且控制器140的功能可以由硬件执行，和/或作为非瞬时计算机可读存储介质诸如存储器144上的计算机指令来执行。communicationsdeviceandmethodsforrecreationalvehicles”的美国专利申请序列号15/262,113，案卷号plr-09-27870.01p-us；2018年12月12日提交的题为“communicationsystemusingvehicletovehicleradioasanalternatecommunicationmeans”的美国专利号10,764,729；2018年12月12日提交的题为“communicationsystemusingcellularsystemasanalternatetoavehicletovehicleradio”的美国公布专利申请号2019/0200189；2018年12月12日提交的题为“methodandsystemforformingadistanced-basedgroupinavehicletovehiclecommunicationsystem”的美国公布专利申请号2019/0200173；2018年12月12日提交的题为“vehicle-to-vehiclecommunicationsystem”的美国公布专利申请号2019/0200188；2020年3月6日提交的题为“recreationalvehiclegroupmanagementsystem”的美国专利申请序列号16/811,865，案卷号plr-15-27455.02p-03-us；2020年4月28日提交的题为“systemandmethodfordynamicrouting”的美国专利申请序列号63/016,684，案卷号plr-00tc-27721.01p-us；2018年6月20日提交的题为“vehiclehavingsuspensionwithcontinuousdampingcontrol”的美国专利申请序列号16/013,210，案卷号plr-15-25091.04p-03-us；以及2017年11月17日提交的题为“vehiclehavingadjustablesuspension”的美国专利申请序列号15/816,368，案卷号plr-15-25091.08p-us中公开，上述文献的全部公开内容通过引用明确并入本文。60.现在参照图6，示出了车辆(例如610、640、660)之间的各种类型的通信系统600、602。如图6所示，第一车辆610具有多种网络性能，这允许第一车辆610与第二车辆640和第三车辆660通信，并且因此第一车辆610可以用作第二车辆640和第三车辆660之间的桥接设备，第二车辆640和第三车辆660处于不同的通信系统600、602中。61.例如，通信系统600包括第一车辆610、第一计算设备680、第二车辆640、第二计算设备690和网络604。具体地，第一车辆610通信地耦接到第一计算设备680，第二车辆640通信地耦接到第二计算设备690，并且第一计算设备680和第二计算设备690经由网络604彼此通信地耦接。在这样的通信系统600中，第一车辆610的车辆通信系统620通过蓝牙或其它类似的通信链路链接到第一计算设备680(例如，智能电话、gps和/或其它设备)，以共享信息并访问本地和全球信息网络604。类似地，第二车辆640的车辆通信系统650通过蓝牙或其它类似的通信链路链接到第二计算设备690(例如，智能电话、gps和/或其它设备)，以共享信息并访问本地和全球信息网络604。网络604是在功能上将第一计算设备680与第二计算设备690耦接的任何合适类型的计算机网络。62.通信系统600的一个示例是地面通信系统，诸如蜂窝通信系统。在这样的示例中，网络604可以是蜂窝或移动网络。通信系统600的另一个示例是地外通信，诸如卫星。卫星可以是单个卫星或卫星的星座，单个卫星诸如地球同步卫星，卫星的星座诸如低地球轨道卫星或中地球轨道卫星。在这样的示例中，网络604可以是卫星网络。63.另一方面，通信系统602包括第一车辆610和第三车辆660，第三车辆660与第一车辆610直接通信。在这样的系统602中，第一车辆610和第三车辆660经由车辆无线电彼此通信地耦接，车辆无线电用于在车辆610、660之间无线地通信各种类型的数据。具体地，第一车辆610的车辆通信系统620经由车对车无线电与第三车辆660的车辆通信系统670直接通信，使得其不需要使用通过蜂窝或卫星网络的通信。64.现在参照图7，显示了用于车辆危险状况检测的计算机系统700的框图。在说明性实施例中，系统700包括用户的车辆720(诸如本文公开的车辆100、200、610、640和/或660的实施例中的一个)、一个或多个外部乘员监控传感器770、一个或多个服务器790，以及与用户相关联的一个或多个计算设备780。在所示的实施例中，一个或多个外部乘员监控传感器770、一个或多个计算设备780和/或一个或多个服务器790经由网络710通信地耦接到车辆720。服务器790通常与一个或多个计算系统对应，该一个或多个计算系统被配置为与车辆120通信，以提供和/或接收数据(例如，gps数据、天气数据和地图数据)。例如，服务器790可以是与车辆相关联的服务提供商计算机系统(例如，gps数据提供商计算机系统、天气数据提供商计算机系统，或地图数据提供商计算机系统)。应当明白，在一些实施例中，一个或多个外部乘员监控传感器770、一个或多个计算设备780和/或一个或多个服务器790可以直接与车辆720通信。65.在说明性实施例中，车辆720包括车辆警报系统730、一个或多个车辆传感器750，以及一个或多个乘员监控传感器760。车辆警报系统730还包括处理器732、存储器734、输入/输出(i/o)控制器736(例如，网络收发器)、存储单元738、显示屏740、用户界面742，以及扬声器/麦克风744，所有这些都可以经由一个或多个地址/数据总线互连。尽管i/o控制器736被显示为单个框，但是应当明白，i/o控制器736可以包括多种不同类型的i/o组件。应当明白，显示屏740可以是触摸屏。用户界面742可以包括可以接收用户输入的一个或多个输入设备(例如，触摸板、键盘、按钮)。66.本文公开的处理器732可以是能够处理数据的任何电子设备，例如中央处理器(cpu)、图形处理器(gpu)、芯片上系统(soc)，或任何其它合适类型的处理器。应当明白，本文描述的(由车辆警报系统730执行的)示例方法的各种操作可以由一个或多个处理器732执行。存储器734可以是随机访问存储器(ram)、只读存储器(rom)、快闪存储器，或任何其它合适类型的存储器，使得能够存储数据，诸如处理器732为了实施本文公开的任何方法而需要访问的指令代码。应当明白，尽管仅显示了一个处理器732，但是车辆警报系统730可以包括多个处理器732。67.车辆警报系统730还可以包括数据库748。如本文所使用的，术语“数据库”可以指单个数据库或其它结构化数据存储，或者指两个或更多个不同数据库或结构化数据存储构件的集合。在说明性实施例中，数据库748是车辆警报系统730的一部分。在一些实施例中，车辆警报系统730可以经由网络诸如网络710访问数据库748。数据库748可以存储从服务器790和/或计算设备780接收的和/或要发送到服务器790和/或计算设备780的数据。68.车辆警报系统730还可以包括存储在存储单元738中的多个软件应用程序，该存储单元可以被称为程序存储器。在车辆警报系统730上的各种软件应用程序可以包括用于执行与本文描述的方法相关联的处理功能的特定程序、例程或脚本。附加地或替代地，在车辆警报系统730上的各种软件应用程序可以包括用于数据处理的通用软件应用程序、数据库管理、数据分析、网络通信、网络服务器操作，或本文描述的或通常由车辆的车辆警报系统执行的其它功能。各种软件应用程序可以在相同计算机处理器上或在不同的计算机处理器上执行。附加地或替代地，软件应用程序可以与各种硬件模块交互，各种硬件模块可以被安置在车辆警报系统730内，或被连接到车辆警报系统730。这样的模块可以实施本文或其它相关实施例讨论的各种示例性方法功能的一部分或全部。69.车辆传感器750是任何合适类型的传感器，该传感器能够收集或生成与车辆720相关联的车辆传感器数据，并向车辆警报系统730传送或以其它方式提供车辆传感器数据的指示。例如，车辆传感器750可以包括车辆速度传感器、车辆方位传感器、车辆位置传感器、车辆定位传感器、悬架传感器、制动传感器、节气门位置传感器、车轮速度传感器和档位选择传感器。如下面进一步描述的，车辆传感器数据用于确定车辆720是否处于危险状况。70.乘员监控传感器760是任何合适类型的传感器，该传感器能够收集或生成与车辆720的一个或多个用户(例如，在车辆720中的任何乘员(驾驶员/驾乘员/乘客))相关联的乘员传感器数据，并将乘员传感器数据传送到车辆警报系统730。例如，乘员监控传感器760可以包括乘员位置传感器、座椅传感器、安全带传感器，或者可以检测使用者在驾乘期间的安全状态的任何设备。乘员传感器数据可以指示在车辆720中的乘员的数量、每个乘员在驾乘期间的位置或移动、乘员是否系有安全带，和/或在驾乘期间每个乘员上的安全带压力。如下面进一步描述的，乘员传感器数据可以用于确定车辆720是否处于危险状况。车辆危险状况包括车辆事故、车辆倾翻、车辆坠落，和/或对在车辆720中的一个或多个乘员构成潜在危险状况的任何其它事件。71.计算设备780可以包括任何现有或未来设备，该现有或未来设备能够向用户收集、接收、存储、传送和/或显示数据，以及收集、接收、存储、传送和/或显示来自用户的数据。例如，计算设备可以是但不限于计算机、笔记本电脑、膝上型计算机、移动设备、智能电话、平板电脑、智能手表、智能眼镜、可穿戴智能设备，或者能够与服务器790、车辆警报系统730和/或乘员监控传感器770通信的任何其它合适的计算设备。72.外部乘员监控传感器770是任何合适类型的设备，该设备能够收集或生成与车辆720的一个或多个用户(例如，驾驶员/驾乘员/乘客)相关联的外部乘员传感器数据，并将外部乘员传感器的数据传送到车辆警报系统730。在说明性实施例中，外部乘员监控传感器770可以无线地(例如，经由蓝牙、wifi或蜂窝网络)或经由导线通信地耦接到车辆720。外部乘员监控传感器770可以是适于在驾乘休闲车辆720时由用户穿戴或附接到用户的任何设备，诸如用于安全和/或通信的设备。例如，外部乘员监控传感器770可以是头盔、耳机、智能手表、智能设备，或者用户在驾乘期间可以穿戴的任何可穿戴或可附接设备。73.在使用中，外部乘员监控传感器770被配置为：收集或生成与车辆720的用户相关联的外部乘员传感器数据，并且在整个驾乘过程中周期性地或连续地将外部乘员传感数据传送到车辆警报系统730。在说明性实施例中，车辆警报系统730被配置为分析外部乘员传感器数据，以确定用户的状态。该状态可以指示用户是否被卷入事故、是否有意识，或者是否以其它方式处于危险状况。例如，外部乘员传感器数据可以是位置传感器数据，位置传感器数据可以用于确定用户的头部的方向和/或方位。如果车辆警报系统730确定用户的头部处于潜在危险位置，则车辆警报系统730可以确定车辆处于危险状况并激活遇险模式，以触发一个或多个安全特征或响应，这将在下面进一步描述。如上面讨论的，车辆危险状况包括对在车辆720中的一个或多个乘员构成潜在危险状况的任何事件。应当明白，在一些实施例中，外部乘员监控传感器770可以对收集到的传感器数据执行分析以确定用户的状态，并将该状态传送到车辆警报系统730。74.网络710是任何合适类型的计算机网络，该计算机网络将车辆720的车辆警报系统730与至少一个外部乘员监控传感器770、至少一个计算设备780和/或至少一个服务器790功能性地耦接。网络710可以包括专有网络、安全公共互联网、虚拟专用网络，和/或一个或多个其它类型的网络，诸如专用接入线、普通电话线、卫星链路、蜂窝数据网络，或它们的组合。在网络710包括互联网的实施例中，数据通信可以经由互联网通信协议在网络710上进行。75.网络710可以是或包括任何数量的不同类型的通信网络，诸如，例如，总线网络、短消息服务(sms)、局域网(lan)、无线lan(wlan)、广域网(wan)、个人区域网(pan)、互联网、p2p网络、定制设计的通信或消息协议等。网络710可以包括多个网络的组合。应当明白，该图仅仅是示例，不应当过度地限制权利要求的范围。76.现在参照图8和图9，显示了用于检测车辆危险状况的计算机实施的方法800。在说明性实施例中，方法800由车辆(例如720)的车辆警报系统(例如730)执行。在框802中，车辆警报系统730确定车辆720是否处于潜在危险状况。在说明性实施例中，车辆警报系统730基于车辆720的方位信息(例如，车辆720的陀螺仪数据和加速度数据)来确定车辆倾翻，如框804中所指示的。为此，在框806中，车辆警报系统730可以基于方位信息确定车辆方位的变化率，并确定车辆720的方位的变化率是否超过倾翻阈值。例如，如果车辆720正从山丘上翻滚下来，则车辆警报系统730可以确定车辆方位的变化率超过了倾翻阈值。倾翻阈值可以选择在每秒100度和每秒150度之间的任意值。77.附加地，一旦车辆警报系统730确定车辆720的方位的变化率超过倾翻阈值(例如，100°/s)，车辆警报系统730就可以启动计时器，以确定车辆720的方位的变化率是否持续超过倾翻阈值达长于预定时间段的持续时间，如框808中所指示的。例如，如果车辆720的方位变化率以长于0.75秒的持续时间保持在每秒100度以上，则车辆警报系统730可以确定车辆720处于危险状况。78.在一些实施例中，不同的倾翻阈值可以用于识别车辆720是否已经侧向倾翻或向前倾斜。例如，车辆警报系统730可以基于测量围绕车辆720的侧倾轴线的旋转速率的陀螺仪数据来确定车辆720已经侧向倾翻仪数据。附加地，车辆警报系统730可以基于测量围绕车辆720的俯仰轴线的旋转速率的陀螺仪数据来确定车辆720已经向前倾斜。应当明白，不同的倾翻阈值可以用于确定车辆720是否已经侧向倾翻或向前倾斜。类似地，车辆警报系统730可以通过调节倾翻阈值来区别车辆的向前倾斜和短跳行为。79.在一些实施例中，在基于车辆720的方位的变化率检测车辆危险状况时，车辆警报系统730还可以考虑车辆720的历史横向加速度数据。通过这样做，车辆警报系统730能够将车辆倾翻与手动车辆旋转区分开。例如，在车辆服务和维修期间，车辆720可以围绕车辆720的侧倾轴线和/或俯仰轴线旋转一定角度。在这样的示例中，如果车辆720的历史横向加速度数据指示车辆720没有恰好在车辆倾翻被检测到之前横向移动，则即使车辆720的方位的变化率超过倾翻阈值，车辆警报系统730也可以确定车辆720未处于危险状况。80.附加地或替代地，车辆警报系统730可以基于z轴加速度值来检测车辆危险状况，如框810中所指示的。车辆720的z轴加速度值指示沿着z轴或偏航轴的车辆加速度。为此，在框812中，车辆警报系统730可以确定车辆720的z轴加速度值是否超过z轴加速度阈值。附加地，一旦车辆警报系统730确定车辆720的z轴加速度值超过z轴加速度阈值，则车辆警报系统730可以启动计时器，以确定z轴加速度值是否持续超过z轴加速阈值达长于预定时间段的持续时间，如框814中所指示的。81.例如，如果车辆720的z轴加速度值在-1g到0g之间，指示车辆720竖直向下坠落达长于10秒的持续时间，则车辆警报系统730可以确定车辆720处于危险状况(例如，车辆720坠落并已经坠毁)。同样，如果车辆720的z轴加速度值低于0.5g达长于5秒的持续时间，则车辆警报系统730确定车辆720处于危险状况。然而，应当明白，阈值时间段可以是在5秒到15秒之间的任何时间段，这允许车辆警报系统730将车辆危险状况与弹跳区分开来，弹跳可以持续大约3秒左右。82.在一些实施例中，当基于z轴加速度数据检测车辆危险状况时，车辆警报系统730还可以考虑车辆720的历史横向加速度数据。通过这样做，车辆警报系统730能够将车辆自由落体与沿着z轴的手动车辆移动区分开来。例如，在车辆服务和维修期间，车辆720可以围绕车辆720的z轴或偏航轴升高或降低。在这样的示例中，如果车辆720的历史横向加速度数据指示车辆720没有恰好在车辆自由落体被检测到之前横向移动，则即使车辆720的z加速度值超过z轴加速度阈值，车辆警报系统730也可以确定车辆720未处于危险状况。83.附加地或替代地，如框816中所指示的，车辆警报系统730可以基于横向加速度值来检测车辆危险状况。例如，车辆警报系统730可以在整个驾乘过程中监控车辆720的横向加速度值，并持续地或周期性地确定车辆720的横向加速度值的变化。横向加速度值的突然降低可以指示车辆720处于危险状况。84.在一些实施例中，车辆720可以包括三轴加速度计，以在操作期间提供对车辆720上的力的指示。附加传感器可以包括制动传感器、节气门位置传感器、车轮速度传感器和档位选择传感器。在这样的实施例中，这些传感器中的每一者可以具有耦接到车辆警报系统730的输出信号。这可以允许车辆警报系统730检测车辆720是否倒置。85.附加地或替代地，车辆警报系统730可以基于车辆乘员传感器数据来检测车辆危险状况，车辆乘员传感器数据由一个或多个乘员监控传感器(例如，760、770)收集，如框818中所指示的。如图7所示，车辆警报系统730通信地耦接到外部乘员监控传感器770以及车辆720的乘员监控传感器760。86.在说明性实施例中，车辆警报系统730可以接收来自车辆720的乘员监控传感器760的第一组车辆乘员传感器数据，以确定车辆720的乘员中的每一者的安全状态。例如，第一组车辆乘员传感器数据可以包括驾乘期间的在每个座椅上的座椅压力和/或在每个乘员上的安全带压力。在说明性实施例中，车辆警报系统730可以基于座椅压力来持续地或周期性地确定乘员的数量和每个乘员的位置。例如，车辆的座椅中的至少一个座椅的座椅压力的突然变化可以指示车辆720处于危险状况。附加地或替代地，车辆警报系统730可以基于驾乘期间的安全带压力来持续地或周期性地确定在每个乘员上的安全带压力的变化。例如，车辆720的至少一个安全带的安全带压力的突然变化可以指示车辆720处于危险状况。87.附加地或替代地，车辆警报系统730可以接收来自外部乘员监控传感器770的第二组车辆乘员传感器数据，并确定车辆720的乘员中的每一者的安全状态。如上所述，外部乘员监控传感器770可以体现为头盔、耳机、智能手表、智能设备，或者用户在驾乘期间可以穿戴的任何可穿戴或可附接设备。例如，第二组车辆乘员传感器数据可以包括乘员的位置和方位数据、心率数据、温度数据，和/或氧气水平数据。在说明性实施例中，车辆警报系统730可以基于第二组车辆乘员传感器数据来持续地或周期性地确定驾乘期间的相应的乘员的头部位置和方位、心率、温度和/或氧气水平的变化。如果第二组车辆乘员传感器数据指示乘员的头部的位置和/或方位的突然变化，则车辆警报系统730可以确定车辆720处于危险状况。附加地或替代地，如果第二组车辆乘员传感器数据指示相应的乘员的心率、温度和/或氧气水平在相应的预定理想范围之外，则车辆警报系统730可以确定车辆720处于危险状况。88.随后，在框820中，如果车辆警报系统730确定车辆720未处于危险状况，则方法800循环回到框802，以继续检测车辆危险状况。然而，如果车辆警报系统730确定车辆720处于危险状况，则方法800前进到框822，如图9所示。89.在一些实施例中，车辆警报系统730可以确定车辆危险状况的严重性级别，如框822中所指示的。如框824中所指示的，可以基于车辆倾翻率来确定车辆危险状况的严重性级别。如框804中所讨论的，可以基于车辆720的方位的变化率来确定车辆倾翻。例如，如果车辆倾翻率超过每秒100度，则车辆警报系统730可以确定车辆危险状况的严重性级别是低的。如果车辆倾翻率超过每秒120度，则车辆警报系统730可以确定车辆危险状况的严重性级别是中等的。如果车辆倾翻率超过每秒150度，则车辆警报系统730可以确定车辆危险状况的严重性级别是高的。90.附加地或替代地，在一些实施例中，一旦检测到车辆倾翻，车辆警报系统730就可以监控并确定陀螺仪数据在预定时间段内的变化率。换句话说，在检测到车辆倾翻之后，车辆警报系统730确定车辆的方位变化有多快。附加地或替代地，在检测到车辆倾翻之后，车辆警报系统730可以监控并确定陀螺仪数据变化了多长时间。换句话说，在检测到车辆倾翻之后，车辆警报系统730确定车辆的方位持续变化了多长时间。车辆警报系统730可以基于车辆的方位变化有多快和/或变化了多长时间来确定车辆危险状况的严重性级别。91.附加地或替代地，车辆警报系统730可以基于z轴加速度值来确定车辆危险状况的严重性级别，如框826中所指示的。例如，如果z轴加速度值保持在-1g和0g之间达第一预定时间段(例如，长于10秒)，则车辆警报系统730可以确定车辆危险状况的严重性级别是高的。附加地，如果z轴加速度值保持在-1g和0g之间达第二预定时间段(例如，在8秒和10秒之间)，则车辆警报系统730可以确定车辆危险状况的严重性级别是中等的。最后，如果z轴加速度值保持在-1g和0g之间达第三预定时间段(例如，在5秒和8秒之间)，则车辆警报系统730可以确定车辆危险状况的严重性级别是中等的。92.在另一个示例中，如果z轴加速度值低于0.5g达第一预定时间段(例如，长于10秒)，则车辆警报系统730可以确定车辆危险状况的严重性级别是高的。附加地，如果z轴加速度值低于0.5g达第二预定时间段(例如，在8秒和10秒之间)，则车辆警报系统730可以确定车辆危险状况的严重性级别是中等的。最后，如果z轴加速度值低于0.5g达第三预定时间段(例如，在5到8秒之间)，则车辆警报系统730可以确定车辆危险状况的严重性级别是中等的。93.附加地或替代地，车辆警报系统730可以基于横向加速度的变化率来确定车辆危险状况的严重性，如框828中所指示的。如上面所讨论的，车辆警报系统730可以在整个驾乘过程中监控车辆720的横向加速度值，以持续地或周期性地确定车辆720的横向加速度值的变化。横向加速度的突然降低可以指示车辆720处于危险状况。车辆警报系统730还可以通过将横向加速度值在预定时间段内的变化率与不同阈值比较来确定危险状况的严重性。如果横向加速度值的变化率超过第一阈值，则车辆警报系统730可以确定车辆危险状况的严重性级别是低的。如果横向加速度值的变化率超过第二阈值，则车辆警报系统730可以确定车辆危险状况的严重性级别是中等的。最后，如果横向加速度值的变化率超过第三阈值，则车辆警报系统730可以确定车辆危险状况的严重性级别是高的。94.附加地或替代地，车辆警报系统730可以基于车辆乘员传感器数据(例如，来自外部乘员监控传感器770和/或车辆720的乘员监控传感器760)来确定车辆危险状况的严重性级别，如框830中所指示的。如上面讨论的，车辆乘员传感器数据可以包括车辆720的乘员的心率数据、温度数据，和/或氧气水平数据。在这样的实施例中，如果心率下降到预定阈值以下和/或心率的变化率急剧下降或增加超过正常范围，则车辆警报系统730可以确定车辆危险状况的严重性级别是高的。附加地或替代地，如果乘员的温度在正常范围之外和/或温度的变化率下降或增加超过正常范围，则车辆警报系统730可以确定车辆危险状况的严重性级别是高的。附加地或替代地，如果乘员的氧气水平在正常范围之外和/或氧气水平的变化率下降超过正常范围，则车辆警报系统730可以确定车辆危险状况的严重性级别是高的。95.随后，响应于检测到车辆危险状况，车辆警报系统730激活车辆720的遇险模式，如框832中所指示的。为此，在框834中，车辆警报系统730可以向远程设备传送遇险信号，以联系紧急联系人(例如，通过移动设备)。在一些实施例中，车辆警报系统730可以基于车辆危险状况的严重性级别来确定紧急联系人，如框836中所指示的。应当明白，针对不同严重性级别的紧急联系人可以由用户定制。例如，如果车辆警报系统730确定车辆危险状况的严重性级别是低的，则车辆警报系统730可以联系供应商服务(例如，polaris服务)。如果车辆警报系统730确定严重性级别是中等的，则车辆警报系统730可以联系用户指示的“朋友和家人”。例如，车辆警报系统730可以联系用户所属的组中的其他驾乘员，诸如在题为“recreationalvehiclegroupmanagementsystem”的美国专利申请号16/811,865，案卷号plr-15-27455.02p-03-us中讨论的组，该申请的全部公开内容通过引用明确并入本文。最后，如果车辆警报系统730确定严重性级别是高的，则车辆警报系统730可以联系紧急服务(例如，911)。96.附加地或替代地，在框838中，车辆警报系统730可以响应于检测到车辆危险状况来启用驾乘员弹射，以将乘员从车辆座椅弹射出来。例如，如果车辆警报系统730确定车辆危险状况是严重的，则车辆警报系统730可以将座椅推出车辆720，以营救车辆720的座椅的乘员。在一些实施例中，弹射座椅可以展开降落伞。97.附加地或替代地，一旦检测到车辆危险状况，车辆警报系统730就可以启用脑震荡检测，以确定车辆720的一个或多个乘客是否有意识，如框840中所指示的。例如，车辆警报系统730可以基于车辆乘员传感器数据(例如，乘员的头部的位置、方位或移动，乘员的心率、温度和/或氧气水平)来确定用户是否有意识。98.附加地或替代地，在框842中，车辆警报系统730可以响应于检测到车辆危险状况来启用sos警告信号。在一些实施例中，sos警告信号可以包括视觉sos警告灯，视觉sos警告灯可以经由车载灯(例如，前灯、尾灯，和/或座舱灯)投射。例如，sos警告灯可以具有如图10所示的独特的光模式，该独特的光模式可以被其他人(例如，其它车辆的驾乘员)容易感知为sos信号。附加地或替代地，在一些实施例中，车辆警报系统730可以包括可听见的sos警告声音，该可听见的sos警告声音可以被其他人(例如，其它车辆的驾乘员)容易地识别为sos信号。99.附加地或者替代地，在一些实施例中，车辆警报系统730可以向处于车辆720的附近地区的其它车辆传送sos警告信号，从而通知其他驾乘员：车辆720处于危险状况并且需要帮助。在这样的实施例中，sos图标指示器可以响应于接收到sos警告信号而显示在其它车辆的显示屏上。示例性sos图标指示器包括闪烁图标和/或改变图标的颜色，诸如从蓝色变为红色。100.附加地或替代地，在框844中，车辆警报系统730可以响应于检测到车辆危险状况来启用节能模式，以尽可能长时间地保持附件电源接通。例如，可能需要附件电源来保持车辆警报系统730运行，以继续传送sos警告信号。101.附加地或替代地，响应于检测到车辆危险状况，车辆警报系统730可以放大车辆720的通信系统的功率级，以增加车辆警报系统730的通信范围，如框846中所指示的。例如，与常规的车对车无线电通信相比，sos警告信号可以以更高的功率广播。通信范围的增加允许车辆警报系统730与位于更远距离的接收器(例如，其它车辆)通信。在一些实施例中，可以使用具有放大功率的另一个频率信道来广播sos警告信号，该频率信道与常规的车对车无线电通信信道不同。102.附加地或替代地，在框848中，车辆警报系统730可以响应于检测到车辆危险状况来关闭车辆发动机。在一些实施例中，当检测到车辆危险状况时，车辆警报系统730可以确定油压。如果车辆警报系统730确定油压在理想范围(例如，25psi至65psi)之外，则车辆警报系统730可以传送信号以关闭车辆发动机，以保护车辆发动机免受损坏。在一些实施例中，如果车辆警报系统730确定车辆危险状况是严重的，则车辆警报系统730可以自动关闭发动机。附加地或替代地，在一些实施例中，车辆可以通过移动设备和/或加密锁(例如，加密锁170)无线地接收关闭发动机的命令(例如，经由tcu)。103.如上所述，tcu能够在车辆未运行时周期性地唤醒，以与其它车辆、服务器(例如，云端180)和/或远程设备(例如，远程设备182)通信。在一些实施例中，当车辆的其余部分关闭时，tcu可以保持开启状态。这允许车辆继续通过控制器局域网络(can)发送sos消息。104.应当明白，在一些实施例中，车辆720的用户(例如，乘员、驾乘员、驾驶员或乘客)可以手动禁用遇险模式。还应当明白，在一些实施例中，用户可以定制在车辆危险状况被检测到时用以激活或启用的车辆702的sos特征。105.在一些实施例中，车辆警报系统730可以基于车辆危险状况的类型和/或严重性级别，选择激活车辆720的遇险模式的某些特征。附加地或替代地，在一些实施例中，响应于确定车辆处于危险状况，车辆警报系统730可以使车辆720的遇险模式的一个或多个特征由用户的移动设备和/或用户的一个或多个可穿戴设备(例如，外部乘员监控传感器770)执行。如上所述，外部乘员监控传感器770可以体现为头盔、耳机、智能手表、智能设备，或者用户在驾乘期间可以穿戴的任何可穿戴或可附接设备。106.附加地或替代地，在一些实施例中，响应于遇险模式被激活，如果用户离开车辆，则车辆警报系统730可以追踪用户的位置，并且可以将用户的更新位置传送给用户的紧急联系人(例如，供应商服务、用户指示的紧急联系人、用户所属组中的其它驾乘员，或紧急服务)。例如，车辆警报系统730可以确定用户正在移动远离车辆，并基于用户的移动设备的位置和/或用户的一个或多个可穿戴设备(例如，外部乘员监控传感器770)的位置来追踪用户的位置。在一些实施例中，如果用户离开车辆，则用户可以被在用户所属的组中的和/或在附近的一个或多个其它车辆追踪，该一个或多个其它车辆已经被警报了遇险。在这样的实施例中，用户的位置可以显示在其它车辆的显示器和/或与其它车辆相关联的驾驶员的移动设备上。107.附加地或替代地，在一些实施例中，当车辆警报系统730确定用户在遇险模式被激活之后离开车辆时，车辆警报系统730可以将通信中继到用户的移动设备和/或用户的一个或多个可穿戴设备(例如，外部乘员监控传感器770)。例如，如果车辆警报系统730确定用户在遇险模式被激活后正在移动远离车辆，则车辆警报系统730可以将与紧急联系人的未来通信中继到用户的移动设备和/或用户的一个或多个可穿戴设备。108.提供了以下条款作为所公开的主题的示例方面。109.条款1：一种监控系统，用于检测休闲车辆的车辆危险状况。监控系统包括处理器和存储器，存储器包括指令，该指令在被处理器执行时使处理器：至少部分地基于休闲车辆的方位数据，检测休闲车辆是否处于车辆危险状况；以及，响应于检测到车辆危险状况，激活休闲车辆的遇险模式，以触发紧急响应。110.条款2：根据条款1的监控系统，其中，存储器还包括指令，该指令在被处理器执行时使处理器：响应于检测到车辆危险状况，确定车辆危险状况的严重性级别。111.条款3：根据条款1的监控系统，其中，车辆危险状况包括对休闲车辆的一个或多个乘员构成潜在危险状况的车辆事故、车辆倾翻和/或车辆坠落。112.条款4：根据条款1的监控系统，其中，至少部分地基于休闲车辆的方位数据检测休闲车辆是否处于车辆危险状况包括：通过确定车辆的方位的变化率是否超过倾翻阈值达长于预定时间段的持续时间来检测车辆倾翻。113.条款5：根据条款1的监控系统，其中，检测休闲车辆是否处于车辆危险状况包括：至少部分地基于休闲车辆的z轴加速度数据，检测车辆危险状况。114.条款6：根据条款1的监控系统，其中，检测休闲车辆是否处于车辆危险状况包括：至少部分地基于休闲车辆的横向加速度数据，检测车辆危险状况。115.条款7：根据条款1的监控系统，其中，存储器还包括指令，该指令在被处理器执行时使处理器：接收或获得来自一个或多个乘员监控传感器的车辆乘员传感器数据，其中，一个或多个乘员监控传感器被配置为生成与休闲车辆的一个或多个乘员相关联的车辆乘员传感器数据。116.条款8：根据条款7的监控系统，其中，检测休闲车辆是否处于车辆危险状况包括：至少部分地基于来自一个或多个乘员监控传感器的休闲车辆的车辆乘员传感器数据，检测车辆危险状况。117.条款9：根据条款7的监控系统，其中，乘员监控传感器包括头盔、耳机、智能手表、智能设备，和/或休闲车辆的乘员在驾乘休闲车辆时穿戴的任何可穿戴或可附接设备。118.条款10：根据条款7的监控系统，其中，车辆乘员传感器数据包括位置和方位数据、心率数据、温度数据，和/或氧气水平数据。119.条款11：根据条款1的监控系统，其中，激活遇险模式包括以下中的至少一个：向紧急联系人传送遇险信号；启用驾乘员弹射；启用脑震荡检测；启用sos警告信号；启用省电模式；放大功率级，以增加通信信道范围；和/或关闭休闲车辆的发动机。120.条款12：一种监控方法，用于检测休闲车辆的车辆危险状况，该监控方法包括：由休闲车辆的监控系统至少部分地基于休闲车辆的方位数据来检测休闲车辆是否处于车辆危险状况；以及，响应于由监控系统检测到车辆危险状况激活休闲车辆的遇险模式，以触发紧急响应。121.条款13：根据条款12的监控方法，还包括：响应于检测到车辆危险状况，确定车辆危险状况的严重性级别。122.条款14：根据条款12的监控方法，其中，车辆危险状况包括对休闲车辆的一个或多个乘员构成潜在危险状况的车辆事故、车辆倾翻和/或车辆坠落。123.条款15：根据条款12的监控方法，其中，检测休闲车辆是否处于车辆危险状况包括：通过确定车辆的方位的变化率是否超过倾翻阈值达长于预定时间段的持续时间来检测休闲车辆的车辆倾翻。124.条款16：根据条款12的监控方法，其中，检测休闲车辆是否处于车辆危险状况包括：至少部分地基于休闲车辆的z轴加速度数据，检测车辆危险状况。125.条款17：根据条款12的监控方法，其中，检测休闲车辆是否处于车辆危险状况包括：至少部分地基于休闲车辆的横向加速度数据，检测车辆危险状况。126.条款18：根据条款12的监控方法，还包括：接收或获得来自一个或多个乘员监控传感器的车辆乘员传感器数据，其中，一个或多个乘员监控传感器被配置为生成与休闲车辆的一个或多个乘员相关联的车辆乘员传感器数据。127.条款19：根据条款18的监控方法，其中，检测休闲车辆是否处于车辆危险状况包括：至少部分地基于来自一个或多个乘员监控传感器的休闲车辆的车辆乘员传感器数据，检测车辆危险状况。128.条款20：根据条款18的监控方法，其中，乘员监控传感器包括头盔、耳机、智能手表、智能设备，和/或休闲车辆的乘员在驾乘休闲车辆时穿戴的任何可穿戴或可附接设备。129.条款21：根据条款18的监控方法，其中，车辆乘员传感器数据包括位置和方位数据、心率数据、温度数据，和/或氧气水平数据。130.条款22：根据条款18的监控方法，其中，激活遇险模式包括以下步骤中的至少一个：向紧急联系人传送遇险信号；通过监控系统启用驾乘员弹射；通过监控系统启用脑震荡检测；通过监控系统启用sos警告信号；通过监控系统启用省电模式；通过监控系统放大功率级，以增加通信信道范围；和/或通过监控系统关闭休闲车辆的发动机。131.条款23：根据条款12的监控方法，其中，激活遇险模式包括以下步骤：通过监控系统关闭休闲车辆的发动机。132.条款24：根据条款23的监控方法，其中，激活遇险模式包括以下步骤：向远程设备传送遇险信号。133.上述说明书、示例和数据提供了本发明的组合物的制造和使用的完整描述。由于本发明的许多实施例可以在不脱离本发明的精神和范围的情况下进行，因此本发明存在于下文所附的权利要求中。当前第1页12当前第1页12
技术特征：
1.一种监控系统，用于检测休闲车辆的车辆危险状况，所述监控系统包括：处理器；以及存储器，包括指令，所述指令在被所述处理器执行时使所述处理器：至少部分地基于所述休闲车辆的方位数据，检测所述休闲车辆是否处于车辆危险状况；以及响应于检测到所述车辆危险状况，激活所述休闲车辆的遇险模式，以触发紧急响应。2.根据权利要求1所述的监控系统，其中，所述存储器还包括在被所述处理器执行时使所述处理器执行下述项的指令：响应于检测到所述车辆危险状况，确定所述车辆危险状况的严重性级别。3.根据前述权利要求中任一项所述的监控系统，其中，至少部分地基于所述休闲车辆的所述方位数据检测所述休闲车辆是否处于所述车辆危险状况包括：通过确定所述车辆的方位的变化率是否超过倾翻阈值达长于预定时间段的持续时间来检测车辆倾翻。4.根据前述权利要求中任一项所述的监控系统，其中，检测所述休闲车辆是否处于所述车辆危险状况包括：至少部分地基于所述休闲车辆的z轴加速度数据，检测所述车辆危险状况。5.根据前述权利要求中任一项所述的监控系统，其中，检测所述休闲车辆是否处于所述车辆危险状况包括：至少部分地基于所述休闲车辆的横向加速度数据，检测所述车辆危险状况。6.根据前述权利要求中任一项所述的监控系统，其中，所述存储器还包括在被所述处理器执行时使所述处理器执行下述项的指令：接收或获得来自一个或多个乘员监控传感器的车辆乘员传感器数据，其中所述一个或多个乘员监控传感器被配置为生成与所述休闲车辆的一个或多个乘员相关联的所述车辆乘员传感器数据。7.根据权利要求6所述的监控系统，其中，检测所述休闲车辆是否处于所述车辆危险状况包括：至少部分地基于来自所述一个或多个乘员监控传感器的所述休闲车辆的所述车辆乘员传感器数据，检测所述车辆危险状况。8.根据权利要求6或7所述的监控系统，其中，所述乘员监控传感器包括：头盔、耳机、智能手表、智能设备，和/或所述休闲车辆的乘员在驾乘所述休闲车辆时穿戴的任何可穿戴或可附接设备。9.根据权利要求6至8中任一项所述的监控系统，其中，所述车辆乘员传感器数据包括：位置和方位数据、心率数据、温度数据，和/或氧气水平数据。10.根据前述权利要求中任一项所述的监控系统，其中，激活所述遇险模式包括以下中的至少一者：向紧急联系人传送遇险信号；启用驾乘员弹射；启用脑震荡检测；启用sos警告信号；启用省电模式；放大功率级以增加通信信道范围；和/或
关闭所述休闲车辆的发动机。11.根据前述权利要求中任一项所述的监控系统，其中，所述车辆危险状况包括：对所述休闲车辆的一个或多个乘员构成潜在危险状况的车辆事故、车辆倾翻和/或车辆坠落。

技术总结
一种监控系统和方法，用于：检测休闲车辆的车辆危险状况；以及，响应于检测到车辆危险状况，激活休闲车辆的遇险模式。激活休闲车辆的遇险模式。激活休闲车辆的遇险模式。


技术研发人员：C
受保护的技术使用者：北极星工业有限公司
技术研发日：2021.10.20
技术公布日：2023/6/28