CN104816704B - 智能车辆的自监控和警报系统 - Google Patents

Abstract

一种智能车辆的自监控和警报系统。通过以下动作实施操作的系统、方法和计算机程序产品：响应于由车辆中的计算系统接收车辆事件通知，将所述计算系统从睡眠模式切换到主动模式；将响应于所述车辆事件通知产生的用户通知发送给用户；和使所述计算系统返回到所述睡眠模式。

Description

智能车辆的自监控和警报系统

技术领域

本发明涉及一种智能车辆的自监控和警报系统。

背景技术

当前，当车辆关闭时，其被配置成不给车主提供信息。这样，车辆无法将关于周围情况的信息传送给车主(或其他用户)。此外，车辆保持无法响应于危急情况或用户请求而采取行动。

发明内容

本文公开的实施方案包括通过以下动作实施操作的系统、方法和计算机程序产品：响应于由车辆中的计算系统接收车辆事件通知，将计算系统从睡眠模式切换到主动模式；将响应于车辆事件通知产生的用户通知通过无线数据连接发送给用户；和使计算系统返回到睡眠模式。

附图说明

为了获得且可详细了解上述方面的方式,可参考附图来获得上文简要概述的公开内容的实施方案的更具体实施方式。

然而，应注意附图仅图示本公开的典型实施方案且因此不被认为限制其范围，因为本公开可许可其它等效实施方案。

图1是图示了根据一个实施方案的用于智能车辆的自监控和警报系统的系统的逻辑视图的方块图。

图2A到图2D是图示了根据一个实施方案的用于智能车辆的自监控和警报系统的技术的示意图。

图3是图示了根据一个实施方案的实施智能车辆的自监控和警报系统的方法的流程图。

图4是图示了根据一个实施方案的用于智能车辆中的自监控和警报系统的系统的方块图。

具体实施方式

本文公开的实施方案提供了一种自主系统，其容许车辆感测关于车辆自身及其周围环境的事件、与用户通信且在需要时采取行动。明确地说，即使当车辆在发动机关闭的情况下停车时，自主系统仍实施这种事件感测。在一个实施方案中，自主系统提供两种模式(或状态)，包括睡眠模式和主动模式。当处于睡眠模式时，车辆处于低功率状态，且等待来自任何数量的事件源的输入事件。示例性事件源包括但不限于车辆传感器、车辆相机、用户请求、应用请求和基于云的事件源。当车辆接收事件源(诸如来自震动传感器的指示车辆已经撞击的信号或指示与逼近的物体碰撞的信号)时，自主系统进入主动模式。当处理事件时，自主系统可收集任何相关信息且给车主发送通知。在一个实施方案中，自主系统可首先确定事件是否足够重要来通知车主。通知可含有事件说明以及由自主系统捕获的音频、图片和视频。一旦自主系统处理事件，自主系统就可随后返回到睡眠模式。

举例来说，如果购物车撞击了停在停车场的车辆，那么车辆中的震动传感器可将事件信号发送到可处于睡眠模式的自主系统。在接收事件信号之后，自主系统可进入主动模式以便处理事件信号。如果由震动传感器产生的事件信号指示撞击力超过了预定义阈值，那么自主系统可捕获车辆外部的图像，包括发生撞击的区域。接着自主系统可将事件通知发送给车主(或其他用户)。举例来说，通知可包括图像、撞击力的描述，且可通过任何通信方法(包括SMS、电子邮件和社交媒体消息传递)发送。如果事件信号指示强得多的力，诸如通常在与另一车辆碰撞期间接收的力，那么自主系统还可将通知连同GPS坐标发送给其它实体，诸如警方和保险公司。一旦自主系统处理了事件，其就返回到睡眠模式。

此外，自主系统还可容许用户经由因特网远程访问或与汽车通信。举例来说，如果用户希望检查天窗是否打开，或其是否将钱包遗留在前座上，那么用户可发送请求给车辆获取信息。一旦接收到请求，自主系统可进入主动模式且处理请求。举例来说，自主系统可检查天窗的状态，且如果天窗打开就将其关闭。自主系统还可捕获车辆内部的图像且将图像发送给用户以便容许用户确定钱包是否在车内。

自主系统还可拍摄车辆内部的“之前和之后”照片。举例来说，当驾驶员进入车辆且启动汽车时，系统可拍摄车辆内部的“之前”照片。当驾驶员离开汽车时，系统可拍摄车辆内部的“之后”照片。接着系统可处理和对比两张图像以便检测改变，且通知用户物体可能无意被遗留。举例来说，如果“之后”照片包括“之前”照片中不存在的物体，诸如皮夹或钱包，那么系统可发送通知(其可包括之前和/或之后照片)给用户其将皮夹或钱包遗留在车辆内。

如本文使用，“车辆事件通知”可包括从针对车辆的任何数量的源接收的任何输入。举例来说，“车辆事件通知”可包括来自车辆中的传感器或其它仪器的事件通知以及经由因特网发送的事件通知，诸如“唤醒”命令。“车辆事件通知”设想了由用户或经由因特网发送的应用发送的任何命令和其它指令。如本文定义，“用户通知”包括响应于车辆事件通知产生的任何格式的任何响应。举例来说，“用户通知”可包括但不限于车辆内部或外部的照片或现场视频流、电子邮件、SMS或图片消息或电话呼叫。一般来说，用户通知可提供呈任何数量格式的任何类型的信息。

图1是图示了根据一个实施方案的用于智能车辆的自监控和警报系统的系统100的逻辑视图的方块图。在车辆中执行的系统100一般被配置成以两种模式操作，睡眠模式和主动模式，以便从一个或多个事件源接收事件且将相关事件传递给用户。如图所示，系统包括许多事件源101，其包括车辆传感器102、云平台103、用户请求104、计时器105和其它事件106。车辆传感器102可包括任何类型的传感器或来自车辆的其它输入源，诸如震动传感器、门传感器和浸入传感器以及温度计和其它仪器。云平台103可通过从一个或多个基于云的服务器推送通知来提供事件，诸如车辆当前停放的空间的停车规则将在免费通宵停车到期之后在上午时间的指定时间生效的通知。

云平台103可利用任何信息，包括来自车辆的GPS数据以及来自因特网和云平台103的其它信息，以便产生事件通知(且之后分析由车辆发送到云平台103的事件)。用户请求104可包括用户发送的任何类型的请求。用户请求104可通过在智能电话、计算机、平板电脑或其它计算装置上执行的远程应用产生，且经由因特网或其它网络连接发送给车辆。举例来说，用户请求104可包括对使用一个或多个相机来拍摄车辆外部周围环境或车辆内部的图片的请求，所述相机被配置成拍摄车辆内部和/或外部的照片或视频。计时器105可以是车辆内部的计时器，其可被设置来在时间过去时发送事件通知。举例来说，如果用户提供了30分钟价值的停车计时器余额，那么计时器可被设置到25分钟，当25分钟计时器过去时触发事件通知。其它事件106包括可与用户或车辆相关的目前已知或未知的任何类型的事件。

总体来说,事件源101产生事件通知111，其被事件接收器107接收。事件通知111可指示事件类型、事件源和关于事件的任何其它相关信息。事件接收器107并入到车辆逻辑中，且在睡眠模式下时等待事件通知111。如方块108中指示，当事件接收器107从事件源101接收事件通知111时，系统唤醒进入主动模式且审查事件。举例来说，事件通知111可指示车辆后方受到指定力的撞击。为了审查事件，系统100可拍摄车辆外部的照片以便检测撞击原因以及参考云平台103获得其它信息源。在方块109中，系统100可确定事件是否足够重要来报告给驾驶员。在至少一些实施方案中，预定义阈值可定义成必须在发送通知之前被超过。举例来说，撞击阈值可指定必须被超过的力量以便给用户发送通知，使得微小的撞击(诸如因人坐在保险杠上造成的撞击)不触发通知。如果阈值被超过，那么系统100将事件通过任何数量的通信方法报告给驾驶员，包括电话呼叫、SMS消息、MMS消息、电子邮件等。

图2A是图示了根据一个实施方案的用于智能车辆的自监控和警报系统的技术的示意图200。如图所示，车辆210停放在停车计时器211的前方。在计时器211的停车余额到期之前的时间，装备有本文公开的自主系统的车辆210可将SMS通知212发送给用户电话220。举例来说，当用户停放车辆210时，自主系统可使用GPS定位以便确定车辆210在哪条街上。接着，自主系统可从云端识别与街道相关联的停车规则，其可包括最长停车时间。接着，自主系统可将计时器设置成在最长停车时间之前10分钟到期。任何方法可用来设置计时器，包括用户定义的计时器，或车辆210与停车计时器211之间通信来允许车辆210确定用户在停车计时器211中存放了多少金额。当时间到期时，计时器将事件通知发送给事件接收器，其给用户发送通知212。在一个实施方案中，自主系统可给云端发送通知212，云端接着将通知212转发(且可能改变或增强)给用户电话220。

图2B是图示了根据一个实施方案的用于智能车辆的自监控和警报系统的技术的示意图201。如图所示，车辆231的门已经撞击车辆232。车辆232中的震动传感器可登记撞击，且将事件通知发送给事件接收器，其唤醒自主系统进入主动模式。一旦处于主动状态时，自主系统就通过拍摄车辆232的至少一张图片(或周围环境图)且产生用户在电话220上接收的SMS通知213来处理事件通知。一旦自主系统处理了事件通知，自主系统就返回到睡眠模式，其中自主系统继续等待另一个事件通知。

图2C是图示了根据一个实施方案的用于智能车辆的自监控和警报系统的技术的示意图202。如图所示，车辆240被水包围。车辆240中的浸入传感器可检测到上升水，且触发事件通知，其被发送给事件接收器。事件接收器唤醒自主系统进入主动模式，且自主模式可处理事件通知。在处理事件时，自主系统可连接到因特网或其它数据源以便确定在车辆240周围区域中是否已经观察到暴雨或其它大水状况。这样做时，自主系统可潜在消除错误警报。如果自主系统确定大水逼近，那么其可产生SMS警报214，其接着被发送到用户智能电话220使得用户可移动他的车辆。在另一实施方案中，因特网/云数据源可确定车辆处于大水损坏的风险中，且给用户发送通知。此外，因特网/云数据源可给汽车发送命令来采取行动，诸如关上全部窗户和/或关闭天窗以便避免大水损坏。

图2D是图示了根据一个实施方案的用于智能车辆的自监控和警报系统的技术的示意图203。如图所示，用户已经产生请求要在智能电话220上查看车辆内部。一旦发送请求，车辆中的事件接收器就唤醒车辆进入主动模式。一旦车辆处于主动模式，其可处理请求以便确定用户希望查看车辆内部。作为响应，自主系统可拍摄车辆内部的一张或多张照片且产生通知215，其包括车辆内部的照片。接着，通知215可被发送给用户，其中其显示在智能电话220上。替代地或此外，车辆内部的现场视频流可被发送给用户。

图3是图示了根据一个实施方案的实施智能车辆的自监控和警报系统的方法300的流程图。一般来说，当处于低功率睡眠模式时，包括执行方法300步骤的系统的车辆可通过使用一个或多个传感器或其它输入源了解自身及其周围环境。当系统接收事件通知时，其进入主动状态、处理事件且可给一个或多个用户发送通知。

在步骤310中，用户(或系统)定义一个或多个事件、阈值和通知。举例来说，车厢内的温度计可用来监测车辆的内部温度。用户可指定如果温度超过100华氏度，那么可触发事件通知。用户还可指定一个或多个温度阈值和针对每个温度阈值的相关通知。举例来说，如果温度介于100度与110度之间，那么系统应发送SMS通知。然而，如果温度超过110度，那么用户可指定系统发送SMS且呼叫用户手机。一般来说，方法300可支持任何类型的输入源、事件和通知及其组合。

在步骤320中，系统进入睡眠模式且等待来自事件源的事件通知。在步骤330中，系统响应于接收事件通知而进入主动模式。举例来说，用户或云端的应用可唤醒汽车询问内部车厢的温度是多少。举另一实例，汽车的门传感器可报告有人未成功打开上锁的车门。在步骤340中，系统可分析和处理事件。这个步骤可包括系统访问因特网上或云端的信息来获得引起事件的更多原因。系统自身还可参考事件通知中所包括的内部逻辑和数据来确定事件原因。此外，系统还可搜集额外信息来处理事件，诸如拍摄照片、视频或声音剪辑，或检索传感器或其它数据读数以便向用户报告这些发现。

在步骤350中，系统确定一个或多个参数或针对事件计算的得分是否超过指定相关阈值。举例来说，用户定义(或云端定义)的阈值可指定必须检测到3次以上不成功打开上锁的门的尝试以便向用户触发通知。举另一实例，事件得分阈值可被定义，使得系统针对每个事件计算事件得分以便确定事件得分是否超过事件得分阈值。举例来说，企图打开上锁的门的事件得分可基于用户未成功打开车门的次数、日间时间和车辆位置。如果深夜在确定是高犯罪区域(基于GPS数据)检测到多次尝试，那么计算得分会超过阈值。如果事件不超过相关阈值，那么系统返回到在步骤320中的睡眠模式。如果事件超过相关阈值，那么系统在步骤360中可产生通知且给用户发送通知。在一些实施方案中，云端的一个或多个软件模块可产生和/或发送通知给用户。一般来说，通知可使用任何格式，包括电子邮件、文本消息、SMS、MMS、电话呼叫、社交媒体服务等。通知中可包括任何类型的内容。一旦给用户发送通知，系统就返回到在步骤320中的睡眠模式。

图4是图示了根据一个实施方案的用于智能车辆中的自监控和警报系统的系统400的方块图。在一个实施方案中，计算机402在车辆中，诸如汽车、卡车、公交车或货车。车辆可装备有一个或多个信息传输系统(还被称为车载信息娱乐(IVI)系统)。计算机402可由专用电池(未描绘)供电，其与常规车辆电池分离且是常规车辆电池之外的电池。专用电池可在车辆运行时由发动机充电。如果专用电池的功率电平低于预定义阈值功率电平，那么即使是在车辆停放且发动机关闭时，常规车辆电池可给专用电池充电。因此，专用电池可用来在计算机402以睡眠模式和主动模式运行时给其供电。

计算机402还可经由网络430连接到其它计算机。一般来说，网络430可以是电信网络和/或广域网(WAN)。在特定实施方案中，网络430是因特网。如图所示，网络430利于计算机402、一个或多个用户装置450与云计算环境460之间的通信。

计算机402一般包括经由总线420连接到存储器406、网络接口装置418、存储装置408、输入装置422和输出装置424的处理器404。计算机402一般在操作系统(未示出)的控制下。操作系统的实例包括专有操作系统和开放源码操作系统发行版。更一般来说，可使用支持本文公开功能的任何操作系统。包括处理器404来代表单个CPU、多个CPU、具有多个处理核心的单个CPU等。网络接口装置418可以是容许计算机402经由网络430与其它计算机通信的任何类型的网络通信装置。

存储装置408可以是永久存储装置。虽然存储装置408示出为单个单元，但存储装置408可以是固定和/或可移动存储装置的组合，诸如固定磁盘驱动器、固态驱动器、SAN存储装置、NAS存储装置、可移动存储卡或光存储装置。存储器406和存储装置408可以是跨越多个主要和次要存储装置的一个虚拟地址空间的一部分。

输入装置422可以是给计算机402提供输入的任何装置。举例来说，可使用键盘和/或鼠标。输出装置424可以是给计算机402的用户提供输出的任何装置。举例来说，输出装置424可以是任何常规显示屏或扬声器套件。虽然与输入装置422分开示出，但输出装置424和输入装置422可以组合。举例来说，可使用具有集成触摸屏的显示屏。

如图所示，存储器406含有监控应用412，所述应用是一般被配置成在低功率睡眠模式下等待事件且当接收到事件通知时进入高功率主动模式的应用。接着，监控应用412可处理事件通知(在至少一些实施方案中，通过采取一个或多个行动)，且给用户发送通知。举例来说，如果浸入传感器417指示车辆处于上升水中，那么监控应用412可使用相机419拍摄汽车周围环境的一张或多张照片，且随消息将照片发送给用户告诉用户采取行动。相机419可提供车辆内部或外部的视频或照片。

给监控应用412发送通知的事件源可以是车辆的一个或多个传感器417，其可包括温度计、震动传感器、浸入传感器、门传感器等。事件源还可以是从一个或多个用户装置450(诸如计算机、智能电话和平板电脑)上的监控应用412的实例或从云端460中执行的监控应用412的实例产生的用户请求。一般来说，监控应用412被配置成从车辆内部或外部的任何数据源接收输入。通知可以是任何格式，且可含有事件说明以及由监控应用412捕获的音频、图片和视频。监控应用412还可被配置成确定每个事件是否足够重要(或相关)来通知用户，以便避免给用户发送太多通知。

监控应用412还可被配置成以预定义时间间隔“唤醒”汽车进入主动模式来检查某些预定义状态指示器或来自云环境460的外部信息，且如果相关就给用户发送通知。云环境460和用户装置450中的监控应用412(或其它应用)的实例可给汽车发送事件通知，其包括要汽车采取某一行动的请求。举例来说，请求可指定关闭窗户或播放车辆外部周围环境的现场视频流。

如图所示，存储装置408含有事件数据413和用户简介414。事件数据413和/或用户简介414还可存储在云环境460或用户装置450中。事件数据413包括有关不同事件(诸如事件源)的信息、包括事件源的数据、针对事件的阈值和监控应用412可发送给用户装置450的任何预定义事件通知。用户简介414可包括用户、车主或不同车辆驾驶员的数据，从而提供可定制事件、阈值和通知。

有利地，本文公开的实施方案使得车辆能够通过分析来自内部和外部源的传入事件而监控自身，且通过发送一个或多个通知让用户了解事件。用户可在任何时间被直接通知某事碰巧触发了车辆中的事件，即使是在汽车关闭且用户远离汽车的情况下。用户或其它应用可经由因特网远程访问车辆或与车辆通信以便检查汽车状况。

在前述内容中，参考了本公开的实施方案。然而，应了解本公开不限于特定描述的实施方案。取而代之，设想了特征和元件(不管是否有关于不同实施方案)的任何组合来实施和实行本公开。此外，虽然本公开的实施方案可实现优于其它可行的解决方案和/或超过现有技术的优点，但是否由给定实施方案实现特定优点不限于本公开。因此，阐述的方面、特征、实施方案和优点仅仅是说明性的且不被认为是附属权利要求的元件或限制，除非在权利要求中明确阐述。同样，参考“本发明”不应解释为本文公开的任何发明主题的概括且不应认为是附属权利要求的元件或限制，除非在权利要求中明确阐述。

如本领域的技术人员将了解，本公开的方面可具体实施为系统、方法或计算机程序产品。因此，本公开的方面可采用完全硬件实施方案、完全软件实施方案(包括固件、常驻软件、微码等)或组合软件和硬件方面的实施方案的形式，其在本文一般可全部称为“电路”、“模块”或“系统”。此外，本公开的方面可采用具体实施在一个或多个计算机可读介质(其上具体实施有计算机可读程序代码)中的计算机程序产品的形式。

可使用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。举例来说，计算机可读存储介质可以是但不限于电子、磁性、光学、电磁、红外线或半导体系统、设备或装置，或前述任何适当组合。计算机可读存储介质的更特定的实例(非详尽列表)将包括以下项：具有一条或多条电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储装置、磁存储装置或前述任何适当组合。在本档案的上下文中，计算机可读存储介质可以是任何有形介质，其可含有或存储由指令执行系统、设备或装置使用或与其结合使用的程序。

计算机可读信号介质可包括具体实施有计算机可读程序代码的传播数据信号，举例来说，在基带中或作为载波的一部分。这种传播信号可采用多种形式中的任何，包括但不限于电磁、光学或其任何适当组合。计算机可读信号介质可以是并非计算机可读存储介质且可传递、传播或传送由指令执行系统、设备或装置使用或与其结合使用的程序的任何计算机可读介质。

具体实施在计算机可读介质上的程序代码可使用任何合适介质传输，包括但不限于无线、线路、光纤电缆、RF等或前述任何适当组合。

用于执行本公开方面的操作的计算机程序代码可以一种或多种编程语言的任何组合写入，包括面向对象编程语言(诸如Java、Smalltalk、C++等)和常规程序化编程语言(诸如"C"编程语言或类似编程语言)。程序代码可完全在用户计算机上、部分在用户计算机上作为单机软件包执行、部分在用户计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。在后者情景中，远程计算机可通过任何类型的网络连接到用户计算机，包括局域网(LAN)或广域网(WAN)，或可(举例来说，通过使用因特网服务提供商的因特网)连接到外部计算机。

下文参考根据本公开实施方案的方法、设备(系统)和计算机程序产品的流程图和/或方块图描述本公开的方面。将了解流程图和/或方块图的每个方块以及流程图和/或方块图中的方块组合可由计算机程序指令实施。这些计算机程序指令可提供给通用计算机、专用计算机的处理器或其它可编程数据处理设备来生产机器，使得经由计算机的处理器或其它可编程数据处理设备执行的指令建立了用于执行流程图和/或方块图一个或多个方块中指定的功能/动作的构件。

这些计算机程序指令还可存储在计算机可读介质中，所述计算机可读介质可指导计算机、其它可编程数据处理设备或其它装置以特定方式发挥作用，使得存储在计算机可读介质中的指令产生的制造品包括执行流程图和/或方块图一个或多个方块中指定的功能/动作的指令。

计算机程序指令还可加载到计算机、其它可编程数据处理设备或其它装置上以使一系列操作步骤在计算机、其它可编程数据设备或其它装置上实施来产生计算机执行的过程使得在计算机或其它可编程设备上执行的指令提供了用于执行流程图和/或方块图一个或多个方块中指定的功能/动作的过程。

本公开的实施方案可通过云计算基础设施提供给最终用户。云计算一般指在网络上将可扩展计算资源作为服务来提供。更正规的是云计算可定义成在计算资源与其底层技术架构(例如服务器、存储装置、网络)之间进行提取的计算能力，使得对能够以最小的管理努力或服务提供商互动来快速提供且释放的共享的可配置计算资源池的便利、视需求网络访问。因此，云计算容许用户访问“云端”中的虚拟计算资源(例如存储装置、数据、应用且甚至是完全虚拟化的计算系统)，而不管用来提供计算资源的底层物理系统(或这些系统的位置)。

通常基于按使用支付来向用户提供云计算资源，其中用户仅在实际使用计算资源时被要求支付(例如，用户消耗了存储空间量或用户实例化了许多虚拟化系统)。用户可在任何时候且在因特网上的任何地方访问云端中存在的任何资源。在本公开的上下文中，用户可访问云端中可用的应用或相关数据，举例来说，监控应用可在云端中的计算系统上执行且向一辆或多辆车辆发送通知。在这种情况中，监控应用可定义不同事件且将事件参数存储在云端的存储位置。这样做使得用户从附接到与云端连接的网络(例如，因特网)的任何计算系统访问这个信息。

图中的流程图和方块图图示了根据本公开各个实施方案的系统、方法和计算机程序产品的可能执行方案的架构、功能和操作。这样，流程图或方块图中的每个方块可表示代码模块、代码区段或代码的一部分，其包括用于执行指定逻辑功能的一个或多个可执行指令。还应注意在一些替代执行方案中，方块中阐释的功能可以不按图中阐述的顺序来发生。举例来说，连续示出的两个方块实际上可大致同时执行，或多个方块有时可以相反顺序执行，这取决于所涉及的功能。还应注意方块图和/或流程图的每个方块以及方块图和/或流程图中的方块组合可由基于专用硬件的系统来执行，其实施指定功能或动作，或专用硬件和计算机指令的组合来执行。

虽然前述内容针对本公开的实施方案，但在不脱离本公开的基本范围的情况下可设计本公开的其它和另外的实施方案，且本公开的范围由所附权利要求确定。

Claims (12)

1.一种方法，其包括：

响应于由车辆中的计算系统接收车辆事件通知，将所述计算系统从睡眠模式切换到主动模式；

分析与所述车辆事件通知相关的车辆事件；

确定一个或多个与所述车辆事件相关的参数或针对所述车辆事件计算的得分是否超过相关阈值；

作为响应，基于接收到所述车辆事件通知产生用户通知；

将所述用户通知通过无线数据连接发送给用户；和

使所述计算系统返回到所述睡眠模式。

2.根据权利要求1所述的方法，其中所述车辆事件通知指定请求，其中产生所述用户通知包括在将所述计算系统从所述睡眠模式切换到所述主动模式之后处理所述请求。

3.根据权利要求1所述的方法，其中从所述车辆的事件源接收所述车辆事件通知，其中所述事件源包括以下至少一个：(i)传感器和(ii)计时器；其中所述传感器包括(i)震动传感器、(ii)门传感器和(iii)浸入传感器。

4.根据权利要求1所述的方法，其中从用户接收所述车辆事件通知，其中所述用户通知由基于云的系统和所述车辆中的至少一个产生。

5.根据权利要求1所述的方法，其中从基于云的系统接收所述车辆事件通知，其中所述用户通知由所述基于云的系统和所述车辆中的至少一个产生。

6.根据权利要求1所述的方法，其中所述睡眠模式包括被配置成接收所述车辆事件通知的低功率模式，其中所述主动模式包括高于所述低功率模式的功率模式，其中所述主动模式被配置成处理所述车辆事件通知。

7.根据权利要求1所述的方法，其中在确定所述车辆事件的重要性超过了预定义重要性阈值之后发送所述用户通知，其中所述用户通知包括以下至少一个：(i)电子邮件、(ii)SMS、(iii)照片、(iv)视频、(v)电话、(vi)社交媒体消息、(vii)音频通知和(viii)移动应用通知。

8.根据权利要求1所述的方法，其中所述车辆事件包括所述用户进入所述车辆，所述方法还包括：

在将所述计算系统切换到所述主动模式之后拍摄所述车辆内部的第一张照片；和

在产生所述通知之前，在所述用户离开所述车辆之后拍摄所述车辆内部的第二张照片，和比较所述第一张照片和所述第二张照片来检测由所述用户在所述车辆中遗留的物品；其中所述用户通知包括所述用户在所述车辆中遗留检测到的物品的指示。

9.一种装备有计算系统的车辆，其包括：

一个或多个计算机处理器；和

包含程序的存储器；

当由所述一个或多个计算机处理器执行时，所述程序实施包括以下项的操作：

处理由所述计算系统接收的车辆事件通知；

分析与所述车辆事件通知相关的车辆事件；

确定一个或多个与所述车辆事件相关的参数或针对所述车辆事件计算的得分是否超过相关阈值；

作为响应，基于所述接收到的车辆事件通知产生用户通知；和

将所述用户通知通过无线数据连接发送给用户。

10.根据权利要求9所述的车辆，所述操作还包括：

响应于接收所述车辆事件通知，将所述计算系统从睡眠模式切换到主动模式；和

在发送所述用户通知之后，使所述计算系统返回到所述睡眠模式。

11.根据权利要求9所述的车辆，其中从所述车辆的事件源接收所述车辆事件通知，其中所述事件源包括以下至少一个：(i)传感器和(ii)计时器；其中所述传感器包括(i)震动传感器、(ii)门传感器和(iii)浸入传感器。

12.根据权利要求9所述的车辆，其中从用户接收所述车辆事件通知，其中所述用户通知由基于云的系统和所述车辆中的至少一个产生。