CN113091799A - 用于车载感测模块的云连接性 - Google Patents

Abstract

用于车载感测模块的云连接性。公开了一种用于管理车载感测模块的数据的云存储后端，其对于在共享车辆服务的环境中使用是有利的，所述共享车辆服务诸如汽车租赁服务、自主出租车服务或乘坐共享服务。车载感测模块被配置成监视车辆的状态，并利用适当的算法、模型或阈值来解释传感器数据，并用元数据和事件检测来丰富数据。云存储后端从车载感测模块接收相关的传感器数据、事件数据或其他元数据，并将数据存储在数据库中，所述数据库被使得可被授权第三方访问。

Description

用于车载感测模块的云连接性

相关申请的交叉引用

本申请要求题为“In-Vehicle Sensing Module for Monitoring a Vehicle”并且2019年12月23日提交的美国临时专利申请序列号62/952,618的优先权，要求题为“In-Vehicle Sensing Module for Monitoring a Vehicle”并且2019年12月23日提交的美国临时专利申请序列号62/952,568的优先权，并要求题为“In-Vehicle Sensing ModuleHaving Cloud Connectivity”并且2019年12月23日提交的美国临时专利申请序列号62/952,623的优先权，其公开内容通过引用被整体地并入本文中。

本申请涉及在同一日期提交的美国专利申请序列号17/116133[代理人案卷号1576-2491]，并且涉及在同一日期提交的美国专利申请序列号17/116165[代理人案号1576-2492]，其公开内容通过引用被整体地并入本文中。

技术领域

在本文档中公开的设备和方法涉及车载（in-vehicle）感测，并且更具体地涉及用于车载感测模块的电子硬件。

背景技术

除非本文中另外指示，否则在该部分中描述的材料不会因包括在该部分中而被承认是现有技术。

在诸如乘坐共享服务、出租车服务和汽车租赁服务之类的共享车辆服务中，共享车辆通常由驾驶员驾驶或由不是车辆的所有者的乘客乘坐。关于这样的服务的常见问题是，客户可能对他们作为乘客或司机的短时间期间他们如何对待车辆不关心。鉴于此，这样的服务的运营商通常关于应该由客户如何对待车辆制定（put in place）各种规则或策略。然而，这些服务的现代体现（incarnations）是技术驱动的并且通常是完全自主的，以便需要很少或不需要与车辆的所有者或服务的运营商直接交互。因此，这些规则或策略的有效实施可能是有挑战性的，并且有时是成本高昂的。因此，提供一种使得能够自主检测车辆内的问题的系统将是有益的，这将在实施规则或策略以及对违规进行补救时对人为干预的需要最小化。

发明内容

公开了一种用于管理车辆监视系统的数据的方法。所述车辆监视系统具有多个监视设备，所述多个监视设备中的每个监视设备被安装在相应车辆中并且具有被配置成捕获相应传感器数据的至少一个传感器。所述方法进一步包括：在服务器处，从多个监视设备中的每个相应监视设备接收指示相应车辆的至少一个预定状况是否已经发生的相应元数据，所述相应元数据由相应监视设备基于相应传感器数据来确定。所述方法包括：在与服务器连接的存储设备上，针对多个监视设备中的每个相应监视设备存储与相应监视设备相关联的相应元数据。所述方法进一步包括：由至少一个远程计算设备提供对从多个监视设备中的每个相应监视设备接收的相应元数据的访问。

公开了一种用于管理车辆监视系统的数据的系统。所述系统包括：收发器，其被配置成与车辆监视系统的多个监视设备通信，多个监视设备中的每个监视设备被安装在相应车辆中并且具有被配置成捕获相应传感器数据的至少一个传感器。所述系统进一步包括存储设备，其被配置成存储从多个监视设备接收的数据。所述系统进一步包括处理器，其可操作地连接到收发器和存储设备。所述处理器被配置成：操作收发器，以从多个监视设备中的每个相应监视设备接收指示相应车辆的至少一个预定状况是否已经发生的相应元数据，相应元数据由相应监视设备基于相应传感器数据来确定。所述处理器被进一步配置成：操作存储设备，以针对多个监视设备中的每个相应监视设备，存储与相应监视设备相关联的相应元数据。所述处理器被进一步配置成：操作收发器和存储设备，以由至少一个远程计算设备提供对从多个监视设备中的每个相应监视设备接收的相应元数据的访问。

公开了一种用于管理车辆监视系统的数据的非暂时性计算机可读介质。所述车辆监视系统具有多个监视设备，所述多个监视设备中的每个监视设备被安装在相应车辆中并且具有被配置成捕获相应传感器数据的至少一个传感器。所述计算机可读介质存储程序指令，所述程序指令在由处理器执行时使处理器：操作收发器，以从多个监视设备中的每个相应监视设备接收指示相应车辆的至少一个预定状况是否已经发生的相应元数据，相应元数据由相应监视设备基于相应传感器数据来确定。所述计算机可读介质进一步存储程序指令，所述程序指令在由处理器执行时使处理器：操作存储设备，以针对多个监视设备中的每个相应监视设备，存储与相应监视设备相关联的相应元数据。所述计算机可读介质进一步存储程序指令，所述程序指令在由处理器执行时使处理器：操作收发器和存储设备，以由至少一个远程计算设备提供对从多个监视设备中的每个相应监视设备接收的相应元数据的访问。

附图说明

结合附图，在以下描述中解释了车载感测系统的前述方面和其他特征。

图1示出了具有用于监视共享车辆的车载感测模块的车辆监视系统的简化框图。

图2示出了图1的车载感测模块的示例性电子组件。

图3示出了用于操作图1的车载感测模块以监视至少共享车辆的车厢（cabin）的方法。

图4示出了共享车辆的车厢的照片，其中遗留的物体用框标记。

图5示出了共享车辆的车厢的照片，其中车辆的地板上的污垢用框标记。

图6示出了共享车辆的车厢的照片，其中车辆的地板和座椅上的碎片用框标记。

图7示出了图1的云存储后端的示例性组件。

图8示出了用于操作图1的云存储系统以管理从多个车载感测模块上传的数据的方法。

具体实施方式

为了促进对本公开的原理的理解的目的，现在将参考附图中图示并在以下书面说明书中描述的实施例。要理解，不旨在由此限制本公开的范围。进一步理解，本公开包括对图示实施例的任何变更和修改，并且包括如本公开所属领域中的技术人员通常将想到的本公开的原理的另外的应用。

系统概览

图1示出了车辆监视系统100的简化框图，该车辆监视系统100具有用于监视至少车辆102的车厢108的车载感测系统104。车辆监视系统100对在共享车辆服务的环境中使用是有利的，其中共享车辆102由驾驶员驾驶或由不是共享车辆102的所有者的乘客乘坐。这样的共享车辆服务可能包括但不限于汽车租赁服务、自主出租车服务或乘坐共享服务。在许多这样的共享车辆服务中，客户可以使用智能电话应用、网站、现场信息亭（on-sitekiosk）或诸如此类以自动化方式占用（engage）共享车辆服务的服务，这涉及由共享车辆服务的运营商很少或没有直接人工干预。

车载感测系统104有利地使得共享车辆服务的运营商能够监视共享车辆102的状况，实施规则和策略，并以最少的人工干预向客户提供附加的好处。这样的规则和策略可以包括禁止共享车辆102吸烟的规则或在由客户使用后对共享车辆102进行任何所需清洁的附加费。此外，运营商可以向客户提供附加好处，诸如通知他们遗留的物体。

车载感测系统104包括车载感测模块112，其至少具有控制器、蜂窝收发器/调制解调器以及一个或多个集成传感器116，其被配置成监视至少车厢108的状态，优选地集成到被安装到车辆的车厢108中的公共壳体中。在一些实施例中，壳体被配置成被安装在共享车辆102的车厢108内的表面（诸如仪表板或挡风玻璃）上。替代地，在一个实施例中，壳体适于诸如代替（in place of）目镜保持器（eye-glass holder）而改装成共享车辆102的特定品牌和型号。在一些实施例中，车载感测系统104进一步包括在共享车辆102上或贯穿共享车辆102布置的附加外部传感器120，其经由一个或多个通信总线124被可操作地连接到车载感测模块112。在一些实施例中，由车载感测模块112使用的传感器116、120可以特定于共享车辆102的特定品牌和型号。

除了车载感测系统104之外，共享车辆102包括车辆电子控制单元（“ECU”）128、驱动系统132和车辆电池136。在一个实施例中，车辆ECU 128被配置成操作驱动系统132以及车辆的各种电子设备，诸如灯、锁、扬声器、显示器等。车辆ECU 128可以经由一个或多个通信总线124与这些各种电子设备和驱动系统132以及与车载感测模块112通信。在一个实施例中，车辆ECU 128将诸如车辆速度或行进方向的某些遥测数据传送到车载感测模块112，并且因此，车辆ECU 128可以被认为是外部传感器120之一。共享车辆102的驱动系统132包括驱动共享车辆102的车轮的驱动电机，例如内燃发动机和/或一个或多个电动机，以及使得共享车辆102以受控方式移动的转向和制动组件。车辆电池136被配置成经由电源线140（例如，12V电源线，诸如共享车辆102的常开（always-on）电源线或开关/附件电源线）向车载感测模块112、外部传感器120、车辆ECU 128和/或共享车辆102的任何其他车辆电子设备提供操作电源。

车载感测模块112被配置成监视至少车辆的车厢108的状态。特别地，车载感测模块112被配置成处理从传感器116、120接收的传感器数据，以推断共享车辆102的一个或多个状况、质量或状态。例如，车载感测模块112可以检测共享车辆102是否清洁/肮脏、共享车辆102是否已经被损坏或涉及碰撞、共享车辆102是否已经受到香烟烟雾或其他令人不愉快的臭味的影响、和/或共享车辆102中是否已经留下了物体。车载感测模块112利用适当的算法、模型（例如，人工神经网络）或阈值来解释传感器数据并利用元数据和事件检测来丰富数据。本领域普通技术人员将理解，术语“元数据”是指描述或给出关于其他数据（例如，传感器数据）的信息的任何数据。

为此，取决于要监视的共享车辆102的特定状况、质量或状态，传感器116、120可以包括各种各样的传感器，包括相机、麦克风、陀螺仪、加速度计、烟雾探测器、气体传感器或其他空气质量/颗粒传感器、温度传感器和/或湿度传感器。在一个实施例中，外部传感器120包括布置在车厢108内的车辆相机，以捕获车厢108的图像，诸如共享车辆的固有图像或售后市场安装的图像。在一个实施例中，外部传感器120包括陀螺仪/加速度计模块，该模块可以包括例如集成在被附到共享车辆102的底盘的单个外壳中的麦克风、陀螺仪和加速度计。

车载感测模块112被配置成通过蜂窝互联网连接将相关传感器数据、事件数据或其他元数据上传到云存储后端150以在其处存储。上传到云存储后端150的数据可由第三方云后端160访问。第三方后端160例如与上面讨论的共享车辆服务相关联，所述共享车辆服务诸如汽车租赁服务、自主出租车服务或乘坐共享服务。以该方式，共享车辆服务的运营商可以监视共享车辆102的状况，实施规则和策略，并且以最少的人工干预向客户提供附加的好处。

车载感测模块

参考图2，描述了车载感测模块112的一个实施例的示例性组件。车载感测模块112包括壳体204，至少一个印刷电路板（PCB）208被容纳并安装在壳体204内。PCB 208支撑并电互连多个电组件，所述电组件至少包括配置成操作车载感测模块112的控制器212。

控制器212至少包括处理器和相关联的存储器。本领域普通技术人员将认识到，“处理器”包括处理数据、信号或其他信息的任何硬件系统、硬件机构或硬件组件。相应地，处理器可以包括具有中央处理单元、图形处理单元、多个处理单元、用于实现功能的专用电路、可编程逻辑或其他处理系统的系统。存储器可以是能够存储可由处理器访问的信息的任何类型的设备，诸如闪存卡、ROM、RAM、硬盘驱动器、磁盘或用作易失性或非易失性数据存储设备的各种其他计算机可读介质中的任何介质，如本领域普通技术人员将认识到的那样。存储器被配置成存储程序指令，该程序指令在由处理器执行时使得车载感测模块112能够执行各种操作，包括监视共享车辆102的车厢108，如下所述。

在图示的实施例中，控制器212采用物联网（IoT）控制器212的形式，其具有除了通用多用途控制器的特征和功能之外的集成特征和功能。为此，在图示实施例中，IoT控制器212被配置为被布置在PCB 208上的片上系统（SoC）。替代地，IoT控制器212可以被等效地配置为模块上系统（SoM），其中其子组件被布置在至少一个考虑周到的（discreet）PCB上，该PCB通过电缆和/或模块连接器被连接到PCB 208。在任一情况下，IoT控制器212包括除了处理器和存储器之外的集成特征和功能。

在一些实施例中，IoT控制器212有利地提供集成的蜂窝电话功能。为此，IoT控制器212包括蜂窝电话调制解调器和/或收发器以及蜂窝电话模块中常规包括的任何其他处理器、存储器、振荡器或其他硬件。蜂窝电话调制解调器被配置成经由无线电话网络（诸如全球移动系统（GSM）、码分多址（CDMA）、和/或长期演进（LTE）网络与互联网通信。应当理解，在替代实施例中，可以在与控制器212分离的PCB 208上提供考虑周到的蜂窝电话模块。

IoT控制器212的蜂窝电话调制解调器经由被布置在PCB 208上的天线连接器216被连接到蜂窝天线214。在至少一个实施例中，蜂窝天线214被布置在壳体204内，但是与PCB208分离，并且可以例如包括沿着壳体204的内部侧壁安装或以一些其他方式设计以改善车载感测模块112的蜂窝接收的柔性天线。蜂窝电话调制解调器进一步与订户身份模块（“SIM”）卡220连接，该订户身份模块（“SIM”）卡220被插入到SIM卡保持器222中，该SIM卡保持器222被布置在PCB 208上并且被配置成将SIM卡220连接到IoT控制器212。SIM卡220提供标识信息，以使得蜂窝电话调制解调器能够访问无线电话网络，如在本领域中通常已知的那样。

在一些实施例中，IoT控制器212有利地提供集成的全球导航卫星系统（GNSS）功能。为此，IoT控制器212包括GNSS接收器以及GNSS模块中常规包括的任何其他处理器、存储器、振荡器或其他硬件。GNSS接收器被配置成从GNSS卫星接收信号，位置数据可以从该信号确定。GNSS接收器被配置成支持例如GPS、GLONASS、BeiDou和Galileo或任何其他GNSS中的一个或多个。GNSS接收器被连接到GNSS天线224，以使得能够接收GNSS信号。在图示的实施例中，GNSS天线224被布置在PCB 208中或PCB 208上，但是可以替代地被分离地布置在壳体204内部或外部。应当理解，在替代实施例中，可以在与控制器212分离的PCB 208上提供考虑周到的GNSS模块。

在一些实施例中（未示出），IoT控制器212可以进一步包括集成的Bluetooth®和/或Wi-Fi®收发器，该收发器被配置成使用共享车辆102与乘客或驾驶员所拥有的智能电话或其他智能设备本地通信。同样，在一些实施例中，可以在与控制器212分离的PCB 208上提供考虑周到的Bluetooth®和/或Wi-Fi®收发器。

最后，在一些实施例中，IoT控制器212有利地包括多种集成的数据/外围接口以用于与车载感测系统104的多种附加组件可操作地连接，所述集成的数据/外围接口包括通用输入/输出（GPIO）、串行外围接口（SPI）、集成电路间（I²C或I2C）、IC声音间（Inter-ICSound）（I²S或I2S）、安全数字输入输出（SDIO）、通用串行总线（USB）、USB高速芯片间（HSIC）和通用异步接收器-发射器（UART）。以该方式，IoT控制器212提供与共享车辆102内可能可用的多种外部传感器120的容易兼容性，以及提供与集成传感器116的多种配置的兼容性。

如上所述，车载感测模块112包括一个或多个集成传感器116，该集成传感器116被配置成监视共享车辆102或至少其车厢108的状态。这些集成传感器116可以直接与IoT控制器212集成，布置在PCB 208上，或者以其他方式布置在与PCB 208分离的壳体204内。IoT控制器212被配置成从集成传感器116以及任何外部传感器120接收传感器数据，并将传感器数据写入到非易失性存储器。此外，IoT控制器212被配置成处理传感器数据以确定多种元数据，该元数据也被写入到非易失性存储器。为此，在图示的实施例中，IoT控制器212被连接到可移动存储器存储设备228，该可移动存储器存储设备228被插入到可移动存储介质保持器230中，该可移动存储介质保持器230被布置在PCB 208上并且被配置成将可移动存储器存储设备228连接到IoT控制器212（例如，经由SDIO）。可移动存储器存储设备228可以例如包括安全数字（SD）、SD高容量（SDHC）或SD扩展容量（SDXC）存储卡、以及任何等效类型的可移动存储卡或其他非易失性存储技术。

在图示的实施例中，集成传感器116包括惯性测量单元（IMU）232，该惯性测量单元（IMU）232被布置在PCB 208上并与IoT控制器212连接（例如，经由I²C）。IMU 232包括一个或多个陀螺仪传感器和一个或多个加速度计。在一个实施例中，IMU 232包括集成的6轴惯性传感器，该集成的6轴惯性传感器提供三轴加速度测量和三轴陀螺仪测量两者。如下面将进一步讨论的，在至少一些实施例中，响应于来自IMU 232的测量，车载感测模块112从低功率模式切换到活动状态。换句话说，IMU 232可以针对IoT控制器212提供唤醒信号。

在图示的实施例中，集成传感器116包括环境传感器236，该环境传感器236被布置在PCB 208上并与IoT控制器212连接（例如，经由I²C）。环境传感器236被配置成检测指示车厢中的空气质量的性质，诸如相对湿度、大气压力、温度以及有机化合物（更具体地为挥发性有机化合物（“VOC”））的存在。因此，环境传感器236包括集成到单个封装中的多种单独的传感器。然而，应当理解，可以替代地提供单独的考虑周到的传感器，包括VOC传感器、湿度传感器、大气压力传感器和温度传感器。

在图示的实施例中，集成传感器116包括至少一个麦克风240，该麦克风240被布置在PCB 208上并与IoT控制器212连接（例如，经由I²S和/或I²C）。麦克风240包括配置成记录车厢108内的声音的任何类型的声学传感器。在至少一个实施例中，集成传感器116包括在PCB 208上彼此间隔开的至少两个麦克风240，以便记录车厢108的立体声音频。在一个实施例中，（一个或多个）麦克风240采取直接安装在PCB 208上的微机电系统（MEMS）麦克风的形式。在至少一个实施例中，（一个或多个）麦克风240经由硬件音频编解码器242被连接到IoT控制器212，该硬件音频编解码器242被配置成例如执行来自（一个或多个）麦克风240的音频的模数转换、放大来自（一个或多个）麦克风240的音频、过滤来自（一个或多个）麦克风240的音频、或者以其他方式编码或处理来自（一个或多个）麦克风240的音频以供IoT控制器212适当使用。在一个实施例中，壳体204限定开口或开口的组244，其位于PCB 208上的（一个或多个）麦克风240附近并且其允许壳体204的外部与在（一个或多个）麦克风240附近的壳体204的内部空间之间的空气的交换。在一个实施例中，（一个或多个）麦克风240中的每个被声学密封垫（未示出）围绕，该声学密封垫的一端抵靠PCB 208密封。声学密封垫在声学上隔离（一个或多个）麦克风240，以便减少通过开口244传输并由（一个或多个）麦克风240检测到的声音中的干扰。

在图示的实施例中，集成传感器116包括与IoT控制器212（例如，经由UART）连接的颗粒传感器248。颗粒传感器216被配置成感测车厢108的环境空气中的颗粒物质浓度。颗粒传感器248至少被配置成检测具有与烟雾以及特别是与烟草烟雾和/或大麻烟雾相关联的大小或质量的颗粒物质，但是也可以检测与其他空气传播的（airborne）颗粒或水蒸气相关联的颗粒物质。在至少一个实施例中，颗粒传感器248被布置在与PCB 208分离的外壳204内，并且通过电缆与IoT控制器212连接，该电缆将布置在PCB 208上的连接器250与颗粒传感器248的连接器252连接。在一个实施例中，壳体204限定一个开口或开口的组254，其位于颗粒传感器248附近并且其允许壳体204的外部与在颗粒传感器248附近的壳体204的内部空间之间的空气的交换。

在图示的实施例中，车载感测模块112包括安装在PCB 208或壳体204上的指示器灯（例如LED）258。指示器灯258被布置以便通过壳体204的透明透镜或开口260可见。IoT控制器212被配置成操作指示器灯258以发出指示车载感测模块112的操作状态的光。

在图示的实施例中，车载感测模块112进一步包括电源264，电源264被配置成将来自车辆电池136的电源转换为适当的电压，以用于向车载感测模块112的IoT控制器212和其他组件供电。在至少一个实施例中，电源264包括低电源，该低电源被配置成在车载感测模块112的低功率模式下仅向车载感测模块112的组件的选择子集供电。电源264被连接到外部I/O连接器266，电源264经由该外部I/O连接器266从车辆电池136接收输入电源。应当理解，在一些实施例中，如果来自车辆电池136的电源被中断，则PCB 208包括或被可操作地连接到作为辅助电源的电池（未示出）。

在图示的实施例中，车载感测模块112进一步包括外部电缆268，该外部电缆268连接到外部I/O连接器266并且经由其中限定的开口270离开壳体204。在一个实施例中，外部电缆268包括布置在开口270处的索环272，该索环272被配置成在开口270处将外部电缆268附接到壳体204以提供应变消除。外部电缆268被配置成经由一个或多个线束或等效物与共享车辆102的一个或多个车辆接口、总线或系统（至少包括电源线140）连接，以便从车辆电池136接收车辆电池电压274（例如，12V）。此外，在至少一些实施例中，外部电缆268被配置成与一个或多个通信总线124连接，以便从外部传感器120和/或从车辆ECU 128接收数据。

在图示的实施例中，一个或多个外部传感器120包括车辆相机276，该车辆相机276被布置在共享车辆102内并且被配置成捕获车厢108的图像。车辆相机276可以是共享车辆102的品牌和型号固有的预先存在的相机，或者可以是已经在售后市场共享车辆102中安装的相机。车载感测模块112包括布置在PCB 208上的相机触发电路278，该相机触发电路278连接到外部I/O连接器266以及连接到IoT控制器212（例如，经由GPIO）。IoT控制器212被配置成操作相机触发电路278以激活车辆相机276以捕获车厢108内的一个或多个图像或视频。IoT控制器212被配置成经由相机触发电路278或经由另一数据连接从车辆相机276接收捕获的图像。

在图示的实施例中，车载感测模块112进一步包括点火感测电路282，该点火感测电路282被布置在PCB 208上并连接到外部I/O连接器266以及连接到IoT控制器212。点火感测电路282被配置成监视经由外部I/O连接器266提供的电源线140的电压，并且确定共享车辆102的点火何时已经被激活。点火感测电路282然后将点火信号传输到IoT控制器212，从而指示共享车辆102已经被启动。如下面将进一步讨论的，在至少一些实施例中，响应于点火信号，车载感测模块112从低功率模式切换到活动状态。换句话说，点火信号可以充当IoT控制器212的唤醒信号。

在图示的实施例中，车载感测模块112进一步包括电池监视电路286，该电池监视电路286被布置在PCB 208上并连接到外部I/O连接器266以及连接到IoT控制器212（例如，经由GPIO和/或ADC输入）。电池监视电路286和/或IoT控制器212被配置成监视经由外部I/O连接器266提供的电源线140的电压和电流。在一些实施例中，根据电源线140的电压和电流来控制或改变车载感测模块112的电源状态（例如，关闭、打开、低功率模式、活动模式）。

最后，在图示的实施例中，车载感测模块112进一步包括外部设备连接器290，该外部设备连接器290被布置在PCB 208上并连接到外部I/O连接器266以及连接到IoT控制器212（例如，经由USB）。外部设备连接器290使得诸如诊断工具或者诸如此类的外部计算设备能够被临时连接到车载感测模块112，以从车载感测模块112读取或接收数据。外部设备连接器290可以例如采取USB连接器的形式（例如USB-A、USB-C、微型USB等）或者诸如此类，其被配置成使能IoT控制器212与外部计算设备之间的有线通信。

车载感测模块的操作

下面描述用于操作车载感测模块112的多种方法和过程。在这些描述中，方法、处理器和/或系统正在执行一些任务或功能的陈述是指控制器或处理器（例如，车载感测模块112的IoT控制器212）执行存储在非暂时性计算机可读存储介质（例如，车载感测模块112的IoT控制器212的存储器或可移动存储器存储设备228）中的编程指令，该存储介质可操作地连接到控制器或处理器以操纵数据或操作车辆监视系统100中的一个或多个组件来执行任务或功能。此外，方法的步骤可以以任何可行的时间次序来执行，而与图中所示的次序或以其来描述步骤的次序无关。

图3示出了用于操作车载感测模块112以监视至少共享车辆102的车厢108的方法300。方法300有利地在共享车辆102的操作期间捕获传感器数据并将其存储在非易失性存储器中，例如在共享车辆服务的环境中，所述共享车辆服务诸如汽车租赁服务、自主出租车服务、乘坐共享服务或者诸如此类。此外，方法300有利地处理传感器数据以提供元数据，该元数据也被存储在非易失性存储器中。方法300有利地使得这样的共享车辆服务的运营商能够监视共享车辆102的状况，实施规则和策略，并且以最少的人工干预向客户提供附加的好处。

方法300以对车载感测模块通电开始（框310）。特别地，如上所述，电池监视电路286被配置成监视经由外部I/O连接器266提供的电源线140的电压和电流。在一些实施例中，经由外部I/O连接器266连接的电源线140是共享车辆102的常开电源线，其直接提供车辆电池136的电池电压。将理解，如果精确地测量，则车辆电池136的电池电压可以被用于估计车辆电池136的充电的状态。在一个实施例中，电池监视电路286测量经由电源线140提供的电池电压，并且响应于电池电压超过预定阈值电压，向IoT控制器212提供打开信号以至少部分地打开车载感测模块112。预定阈值电压是对应于车辆电池的预定的充电的状态的电池电压。在一个实施例中，预定的充电的状态是在其处车辆电池136仍可以提供足够的电流强度以启动车辆的状态。以该方式，如果车辆电池136被充分充电，则车载感测模块112将仅以电池电源来操作，并且如果共享车辆102在长时间段内未被启动则将不导致车辆电池不必要地耗尽。

在替代实施例中，经由外部I/O连接器266连接的电源线140是共享车辆102的开关/附件电源线，其仅当点火已经被激活以启动共享车辆102（通常通过在踩下制动器的同时拨动点火的操作元件）或者仅当已经激活共享车辆102的附件电源（通常通过在不踩下制动器的情况下拨动点火的操作元件）时才提供车辆电池136的电池电压。因此，响应于检测到来自车辆电池136的电池电压，电池监视电路286将打开信号提供给IoT控制器212以至少部分地打开。

方法300继续以低功率模式操作车载感测模块，直到唤醒状况发生（框320）。特别地，响应于打开信号，车载感测模块112开始以低功率模式操作，在该模式下，IoT控制器212激活车载感测模块112的组件的子集以打开。特别地，在一个示例性实施例中，在低功率模式下，仅IMU 232、环境传感器236、点火感测电路282和电源264的低功率电源被激活。此外，IoT控制器212本身可以在低功率状态下操作，在低功率状态下，某些功能或子组件（诸如与蜂窝电话和GNSS有关的那些）被禁用。

车载感测模块112以低功率模式操作，直到满足唤醒状况，或更具体地，直到IoT控制器212接收到唤醒信号。响应于接收到唤醒信号，车载感测模块112开始以活动模式操作，在该模式下，IoT控制器212激活车载感测模块112的所有的组件以打开。在一个实施例中，响应于检测到共享车辆102的点火已经被激活，点火感测电路282将唤醒信号发送到IoT控制器212。在一个实施例中，IMU 233响应于检测到共享车辆102的干扰（例如，加速度或陀螺仪测量值超过阈值或匹配预定测线（profile））而向IoT控制器212发送唤醒信号，指示例如驾驶员已经解锁共享车辆102并进入车厢108。在一个实施例中，如果IoT控制器212的蜂窝电话功能在低功率模式期间是可操作的，则可以从云存储后端150接收唤醒信号。

方法300继续从集成传感器和外部传感器接收传感器数据并将传感器数据写入到本地非易失性存储器（框330）。特别地，在活动模式中，在接收到唤醒信号之后，IoT控制器212开始将来自集成传感器116以及来自外部传感器120的传感器数据记录/写入到可移动存储器存储设备228或一些其他非易失性存储器。在一个实施例中，IoT控制器212在可移动存储器存储设备228上实现一个或多个环形缓冲器（其也可以被称为圆形缓冲器、圆形队列或循环缓冲器），以管理新测量的传感器数据的存储和旧传感器数据的删除。

方法300继续处理传感器数据以确定包括事件数据的元数据，并将元数据写入到本地非易失性存储器（框340）。特别地，IoT控制器212被配置成处理从集成传感器116或从外部传感器120接收的传感器数据，以利用元数据以及特别是事件检测来丰富数据。如上面所讨论的那样，传感器116、120可以包括各种各样的传感器，包括相机、麦克风、陀螺仪、加速度计、烟雾探测器或其他空气质量/颗粒传感器、温度传感器和/或湿度传感器。IoT控制器212处理传感器数据以确定共享车辆102的一个或多个状况、质量或状态和/或检测与共享车辆102的一个或多个状况、质量或状态有关的一个或多个事件的发生。IoT控制器212将确定的状况、质量或状态以及与其有关的检测到的事件存储在可移动存储器存储设备228上作为存储的传感器数据的元数据。

在至少一些实施例中，IoT控制器212被配置成使用诸如机器学习模型（例如，人工神经网络）的算法或模型来确定共享车辆102的一个或多个状况、质量或状态和/或检测与共享车辆102的一个或多个状况、质量或状态有关的一个或多个事件的发生。在一个实施例中，IoT控制器212被配置成经由其蜂窝电话调制解调器从云存储后端150接收针对算法或模型的更新。

在一些实施例中，响应于检测到特定的质量、状况、状态或事件，IoT控制器212操作相机触发电路278以使车辆相机276捕获车厢108的图像或视频。IoT控制器212将捕获的图像存储在可移动存储器存储设备228上作为传感器数据的元数据，从传感器数据检测特定的质量、状况、状态或事件。

在一些实施例中，IoT控制器212被配置成基于由IMU 232或由类似的外部传感器120提供的加速度和陀螺仪测量值来确定共享车辆102是否已经涉及碰撞或是否已经以其他方式机械损坏。在一个实施例中，IoT控制器212被配置成响应于加速度和/或陀螺仪测量值超过预定阈值或与预定加速度测线匹配来检测碰撞或损坏事件。在一个实施例中，IoT控制器212执行机器学习模型（例如，人工神经网络）以基于加速度和/或陀螺仪测量值来检测碰撞或损坏事件。在一个实施例中，IoT控制器212基于加速度和/或陀螺仪测量值或其他传感器数据来检测损坏发生在何处（例如，左前）并对损坏的严重性或等级进行分类（例如，严重）。在一个实施例中，IoT控制器212执行机器学习模型（例如，人工神经网络）以基于加速度和/或陀螺仪测量值对检测到的碰撞或损坏进行分类。在一个实施例中，响应于碰撞或损坏事件，IoT控制器212操作相机触发电路278以使车辆相机276捕获车厢108的图像或视频。

在一些实施例中，IoT控制器212被配置成基于由环境传感器236提供的VOC测量值来确定共享车辆102的车厢108是否具有令人不愉快或异常的气味。在一个实施例中，IoT控制器212被配置成响应于VOC测量值超过预定阈值或与预定测线匹配而检测令人不愉快/异常的气味事件。在一个实施例中，IoT控制器212执行机器学习模型（例如，人工神经网络）以基于VOC测量值来检测令人不愉快/异常的气味事件。在一个实施例中，响应于令人不愉快/异常的气味事件，IoT控制器212操作相机触发电路278以使车辆相机276捕获车厢108的图像或视频。

此外，在一些实施例中，IoT控制器212可以被配置成至少基于由环境传感器236提供的VOC测量值来对共享车辆102的车厢108中存在的气味或臭味进行标识和/或分类。例如，基于在车厢108中感测到的VOC的化学测线，并且在一些实施例中，结合感测到的温度、湿度、大气压力和颗粒浓度，IoT控制器212将气味标识为对应于特定类别的气味。例如，在一些实施例中，IoT控制器212被配置成标识和分类对应于以下各项中的一种或多种的气味：大麻、烟草、香水、食物、饮料、酒精、尿液、呕吐物、粪便、动物气味、霉菌、汽油以及对车辆102的用户而言可能是可检测到的其他气味。在一个实施例中，IoT控制器212被配置成执行机器学习模型（例如，人工神经网络），以基于检测到的VOC并且在一些实施例中进一步基于温度、湿度、压力和/或颗粒测量值来对车辆车厢108中的气味进行标识和分类。在一些实施例中，响应于检测到某些类别的气味，IoT控制器212操作相机触发电路278以使车辆相机276捕获车厢108的图像或视频。

在一些实施例中，IoT控制器212被配置成基于由颗粒传感器248提供的颗粒物质测量值来确定驾驶员或乘客是否正在共享车辆102的车厢108内吸烟。在一个实施例中，IoT控制器212被配置成监视颗粒物质浓度随时间的曲线并响应于颗粒物质浓度的曲线匹配参考测线/曲线或超过阈值浓度来检测吸烟事件。在一个实施例中，IoT控制器212执行机器学习模型（例如，人工神经网络）以基于颗粒物质测量值来检测吸烟事件。在一个实施例中，响应于吸烟事件，IoT控制器212操作相机触发电路278以使车辆相机276捕获车厢108的图像或视频。

在一些实施例中，IoT控制器212被配置成基于车厢108的图像或视频来检测诸如电话、钥匙或眼镜之类的物体是否已被车辆的乘客遗留。特别地，在驾驶员或乘客离开共享车辆102之后，IoT控制器212操作相机触发电路278以使车辆相机276捕获车厢108的图像或视频。IoT控制器212执行诸如机器学习模型（例如，人工神经网络）之类的图像分析算法，以分析捕获的车厢108的图像或视频并检测共享车辆102中丢失或遗留的物体。如果检测到丢失或遗留的物体，则IoT控制器212将丢失或遗留的物体事件存储在元数据中。在一个实施例中，IoT控制器212修改捕获的图像或视频以标记捕获的图像或视频中的丢失或遗留的物体，诸如如图4中以框342所示，并且还列出了图像或视频的元数据中的物体。在一个实施例中，IoT控制器212例如使用机器学习模型（例如，人工神经网络）来对丢失或遗留的物体进行区分和分类，并将这些分类包括在元数据中。

在一些实施例中，IoT控制器212被配置成基于车厢108的图像或视频来检测车辆的车厢108是清洁的还是肮脏的。特别地，在驾驶员或乘客离开共享车辆102之后，IoT控制器212操作相机触发电路278以使车辆相机276捕获车厢108的图像或视频。IoT控制器212执行诸如机器学习模型（例如，人工神经网络）的图像分析算法，以分析捕获的图像或视频，以检测共享车辆102中的污垢或碎片。污垢可以表现为（assume）若干种形式，包括灰尘、不同种类的土壤、碎片或散落的垃圾或残骸的片。常见的示例包括如图5中所示的车厢108的地板上的沙子或草，以及如图6中所示的车厢108的地板或座位上的碎屑或其他碎片。如果检测到污垢或碎片，则IoT控制器212将污垢或碎片事件存储在元数据中。IoT控制器212修改捕获的图像或视频以标记图像或视频中的污垢或碎片，诸如如图5和图6中以框344、346所示，并且还列出图像或视频的元数据中的污垢或碎片。在一个实施例中，IoT控制器212例如使用机器学习模型（例如，人工神经网络）对检测到的污垢或碎片（例如，可移除/不可移除、垃圾、危险、液体等）进行分类，并将这些分类包括在元数据中。

返回到图3，方法300继续将至少元数据上传到云存储后端以存储在其处（框350）。特别地，IoT控制器212被配置成操作其蜂窝电话调制解调器以将至少确定的元数据上传到云存储后端150。上传的元数据至少包括检测到的事件，并且可以包括指示每个事件在其处发生的时间的对应时间戳，以及关于检测到的事件的其他环境信息（例如，响应于检测到事件而捕获的图像）。在一些实施例中，IoT控制器212被配置成还上传从其检测到事件的原始传感器数据，或者在处理传感器数据以检测事件期间确定的中间数据。在一些实施例中，IoT控制器212被配置成上传所有的原始传感器数据，而不管传感器数据是否对应于任何检测到的事件。在一个实施例中，车载感测模块112使用公钥基础设施（PKI）或等效物利用到云存储后端150的安全和加密（TLS V1.2加密）连接。在一个实施例中，通过使用由适当的证书机构签名的证书来确保认证。

云存储后端

现在参考图7，描述了云存储后端150的示例性组件。将理解，本文中示出和描述的云存储后端150的组件仅是示例性的，并且云存储后端150可以包括任何替代配置。

如图4中所示，云存储后端150的示例性实施例包括一个或多个云服务器400和一个或多个云存储设备420。云服务器400至少包括一个或多个数据库服务器，该数据库服务器被配置成管理从车载感测模块112接收并存储在云存储设备420中的传感器数据、事件数据和/或其他元数据。此外，根据由云存储后端150提供的特征，云服务器400可以进一步包括被配置成为云存储后端服务多种其他功能的服务器，包括web服务器或应用服务器。云服务器400中的每个包括例如处理器402、存储器404、用户接口406和网络通信模块408。将理解，云服务器400的图示的实施例仅是云服务器400的一个示例性实施例，并且仅表示个人计算机、服务器或以本文中阐述的方式可操作的任何其他数据处理系统的各种方式或配置中的任何一种。

处理器402被配置成执行指令以操作云服务器400以使能如本文中所描述的特征、功能、特性和/或诸如此类。为此，处理器402被可操作地连接到存储器404、用户接口406和网络通信模块408。处理器402通常包括一个或多个处理器，所述处理器可以并行或以其他方式彼此协同操作。本领域普通技术人员将认识到，“处理器”包括处理数据、信号或其他信息的任何硬件系统、硬件机构或硬件组件。相应地，处理器402可以包括具有中央处理单元、图形处理单元、多个处理单元、用于实现功能的专用电路、可编程逻辑或其他处理系统的系统。

云存储设备420被配置成存储从车载感测模块112接收的传感器数据、事件数据和/或其他元数据。云存储设备420可以是能够存储可由处理器402访问的信息的任何类型的长期非易失性存储设备，诸如硬盘驱动器或由本领域普通技术人员认识到的各种其他计算机可读存储介质中的任何一个。同样，存储器404被配置成存储程序指令，当由处理器402执行时，该程序指令使得云服务器400能够执行本文中描述的各种操作，包括管理存储在云存储设备420中的传感器数据、事件数据和/或其他元数据。存储器404可以是能够存储可由处理器402访问的信息的任何类型的设备或设备的组合，诸如存储卡、ROM、RAM、硬盘驱动器、磁盘、闪存或由本领域普通技术人员认识到的各种其他计算机可读介质中的任何一个。

云服务器400的网络通信模块408提供了允许与至少包括车载感测模块112的各种设备中的任何设备通信的接口。特别地，网络通信模块408可以包括局域网端口，该局域网端口允许与容纳在相同或附近设施中的各种本地计算机中的任何计算机通信。通常，云服务器400经由局域网的分离的调制解调器和/或路由器通过因特网与远程计算机通信。替代地，网络通信模块408可以进一步包括允许通过因特网通信的广域网端口。在一个实施例中，网络通信模块408配备有Wi-Fi收发器或其他无线通信设备。因此，将理解，与云服务器400的通信可以经由有线通信或经由无线通信发生。可以使用各种已知通信协议中的任何协议来完成通信。

云服务器400可以由管理员本地或远程地操作。为了便于本地操作，云服务器400可以包括用户接口406。在至少一个实施例中，用户接口406可以适当地包括LCD显示屏或诸如此类、鼠标或其他指向设备、键盘或其他小键盘、扬声器和麦克风，如将由本领域普通技术人员认识到的那样。替代地，在一些实施例中，管理员可以从另一计算设备远程地操作云服务器400，该另一计算设备经由网络通信模块408与其通信，并且具有类似的用户接口。

云存储后端150被配置成以安全的方式存储和管理云存储设备420上的传感器数据、事件数据和/或其他元数据，并经由第三方后端160或经由包括受控访问和身份管理的web接口或API，提供由共享车辆服务的运营商以及其他授权的第三方对传感器数据、事件数据和/或其他元数据的访问。为此，在至少一些实施例中，云存储后端150与共享车辆服务提供商的第三方后端160双向通信。

云存储后端的操作

下面描述用于操作云存储后端150的多种方法和过程。在这些描述中，方法、处理器和/或系统正在执行一些任务或功能的陈述是指控制器或处理器（例如，云存储后端150的处理器402）执行存储在非暂时性计算机可读存储介质（例如，云存储后端150的处理器402的存储器）中的编程指令，该存储介质可操作地连接到控制器或处理器以操纵数据或操作车辆监视系统100中的一个或多个组件以执行任务或功能。此外，方法的步骤可以以任何可行的时间次序来执行，而与图中所示的次序或以其来描述步骤的次序无关。

图8示出了用于操作云存储系统150以管理从多个车载感测模块112上传的数据的方法500。方法500有利地使得共享车辆服务的运营商能够访问关于由共享车辆服务使用的共享车辆的监视的元数据。以该方式，方法500有利地使得这样的共享车辆服务的运营商能够监视其中安装了多个车载感测模块112的共享车辆102的状况，实施规则和策略，并且以最少的人工干预向客户提供附加的好处。

方法500以从多个车载感测模块接收传感器数据和/或其元数据开始，每个车载感测模块被安装在相应的车辆中（框510）。特别地，云存储后端150的（一个或多个）云服务器400的处理器402操作网络通信模块408，以接收由安装在多个共享车辆102中的多个车载感测模块112中的每个上传的传感器数据和/或元数据，诸如共享车辆服务的车队的那些。如上所述，元数据指示相对于其中安装了车载感测模块112的共享车辆102是否已经发生各种状况或事件。由每个车载感测模块112基于由每个车载感测模块112的传感器捕获的传感器数据来确定该元数据。

方法500继续将传感器数据和/或其元数据与从其接收该数据的车载感测模块相关联地存储在数据库中（框520）。特别地，处理器402将接收到的传感器数据和/或元数据与从其接收数据的特定的车载感测模块112相关联地存储在云存储设备420上的数据库中。如本文中所使用的，与一些其他数据或概念“相关联地”存储数据意味着诸如利用标签、标头、表、标志、索引、数据结构或类似技术在数据与其他数据或概念之间定义关系或相关性。例如，在一个实施例中，处理器402将数据库中的传感器数据和/或元数据与从其接收传感器数据和/或元数据的特定车载感测模块112的唯一标识符加标签或以其他方式相关联，或者等效地，与其中安装了相应的车载感测模块112的共享车辆102的唯一标识符加标签或以其他方式相关联。以该方式，针对传感器数据和/或元数据的每个集合的源在数据库中是可标识的。

方法500继续响应于元数据指示关于特定车辆发生预定状况或事件而将警报传输到第三方后端（框530）。特别地，如上所述，车载感测模块112被配置成处理传感器数据以检测关于对应的共享车辆102的各种预定状况或事件的发生。元数据包括该处理的结果，并且可以指示例如共享车辆102是否已经涉及碰撞或是否已经以其他方式机械损坏，共享车辆102的车厢108是否具有令人不愉快或异常的气味，驾驶员或乘客是否正在共享车辆102的车厢108内吸烟，共享车辆102的乘客是否已经遗留物体，以及共享车辆102的车厢108是否清洁或肮脏。

如果元数据指示关于对应的共享车辆102发生了预定状况或事件（诸如上述提到的那些之一），则处理器402被配置成操作网络通信模块408以响应于接收到指示发生预定状况或事件的元数据而将警报消息传输到第三方后端160或其他远程第三方计算设备（例如，与共享车辆服务的运营商相关联）。在至少一个实施例中，警报消息包括：（1）发生了什么预定状况或事件的指示，（2）指示预定状况或事件何时发生或被检测到的时间戳，以及（3）通过其检测到预定状况或事件的车载感测模块112的唯一标识符，或者其中发生预定状况或事件的共享车辆102的唯一标识符。在一个实施例中，警报消息是电子邮件。

以该方式，在由客户违反规则或策略的情况下（例如，禁止在共享车辆102中吸烟的规则），共享车辆服务的运营商被立即通知并且可以诸如通过罚款或禁止客户对客户采取行动。类似地，共享车辆服务的运营商可以采取行动以补救共享车辆102的状况（例如，将共享车辆102带入以进行维修、修理或清洁）。最后，在检测到丢失或遗留物体的情况下，可以立即通知客户。

方法500继续从第三方计算设备接收对与特定车辆相关联的传感器数据和/或其元数据的请求（框540）。特别地，如上面提到的那样，云存储后端150被配置成经由第三方后端160或经由包括受控访问和身份管理的web接口或应用编程接口（API）提供由共享车辆服务的运营商以及其他授权的第三方对传感器数据和/或元数据的访问。为此，处理器402操作网络通信模块408以接收请求消息，该请求消息请求由特定的车辆感测模块112上传的或与特定的共享车辆102相关联的传感器数据和/或元数据。可以从第三方后端160或从一些其他授权的第三方计算设备接收请求消息。请求消息标识特定的车载感测模块112的唯一标识符或特定的共享车辆102的唯一标识符。

方法500继续响应于该请求而将与特定车辆相关联的传感器数据和/或其元数据传输到第三方计算设备（框550）。特别地，处理器402标识存储在云存储设备420的数据库中的传感器数据和/或元数据，该传感器数据和/或元数据与在请求中指示的特定的车载感测模块112的唯一标识符或特定的共享车辆102的唯一标识符相关联。然后，云存储后端150的（一个或多个）云服务器400的处理器402操作网络通信模块408，以将标识的传感器数据和/或元数据传输到第三方后端160或其他授权的第三方设备，或者以其他方式使所标识的传感器数据和/或元数据对其可用。

方法500继续从第三方计算设备接收对与特定车辆相关联的元数据的校正（框560）。特别地，云存储后端150的（一个或多个）云服务器400的处理器402操作网络通信模块408以接收校正消息，该校正消息包括对由特定车载感测模块112上传的或与特定共享车辆102相关联的元数据的校正。可以从第三方后端160或从一些其他授权的第三方计算设备接收校正消息。校正消息标识对由特定车载感测模块112上传的或与特定共享车辆102相关联的元数据的修改或变更。例如，元数据可以指示发生了特定事件，但是在由共享车辆服务提供商进一步复查时，可能确定事件没有发生。校正可以包括针对元数据的一些部分的校正值。替代地，校正可以简单地标识被错误地确定或以其他方式错误的元数据的一些部分，而不提供校正的或真实的值。共享车辆服务的运营商可以通过向云存储后端150提供元数据的校正来提供反馈。

方法500继续基于对元数据的校正来更新用于确定元数据的模型、算法或阈值（框570）。特别地，如上面提到的那样，车载感测模块112的IoT控制器212利用多种模型、算法或阈值来处理传感器数据并确定元数据。响应于接收到对元数据的校正，云存储后端150的（一个或多个）云服务器400的处理器402确定对这些模型、算法或阈值中的一个或多个的更新或改进。接下来，处理器402操作网络通信模块408以将对这些算法、模型或阈值中的一个或多个的更新或改进传输到车载感测模块112中的每个以在适当时在其处使用。

本公开的范围内的实施例还可以包括用于携带或具有存储在其上的计算机可执行指令（也称为程序指令）或数据结构的非暂时性计算机可读存储介质或机器可读介质。这样的非暂时性计算机可读存储介质或机器可读介质可以是可以由通用或专用计算机访问的任何可用介质。作为示例而非限制，这样的非暂时性计算机可读存储介质或机器可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储设备、磁盘存储设备或其他磁存储设备，或者可以被用于以计算机可执行指令或数据结构的形式携带或存储期望的程序代码装置的任何其他介质。上述的组合也应该被包括在非暂时性计算机可读存储介质或机器可读介质的范围内。

计算机可执行指令包括例如使通用计算机、专用计算机或专用处理设备执行某些功能或功能的组的指令和数据。计算机可执行指令还包括由独立或网络环境中的计算机执行的程序模块。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件和数据结构等。计算机可执行指令、相关联的数据结构和程序模块表示用于执行本文中公开的方法的步骤的程序代码装置的示例。这样的可执行指令或相关联的数据结构的特定顺序表示用于实现在这样的步骤中描述的功能的对应动作的示例。

虽然已经在附图和前面的描述中详细说明和描述了本公开，但是在特征上（incharacter）其应当被认为是说明性的而不是限制性的。要理解，仅已经呈现了优选实施例，并且期望保护进入本公开的精神内的所有改变、修改和进一步的应用。

Claims (19)

1.一种用于管理车辆监视系统的数据的方法，所述车辆监视系统具有多个监视设备，所述多个监视设备中的每个监视设备被安装在相应车辆中并且具有被配置成捕获相应传感器数据的至少一个传感器，所述方法包括：

在服务器处，从多个监视设备中的每个相应监视设备接收指示相应车辆的至少一个预定状况是否已经发生的相应元数据，所述相应元数据由相应监视设备基于相应传感器数据来确定；

在与服务器连接的存储设备上，针对多个监视设备中的每个相应监视设备存储与相应监视设备相关联的相应元数据；以及

由至少一个远程计算设备提供对从多个监视设备中的每个相应监视设备接收的相应元数据的访问。

2.如权利要求1所述的方法，进一步包括：

在服务器处，从多个监视设备中的第一监视设备接收相应传感器数据，相应元数据从所述相应传感器数据确定；

在存储设备上针对第一监视设备存储与第一监视设备相关联的相应传感器数据；以及

由至少一个远程计算设备提供对从第一监视设备接收的相应传感器数据的访问。

3.如权利要求1所述的方法，存储进一步包括：

在存储设备上针对多个监视设备中的每个相应监视设备存储与以下各项中的至少一个相关联的相应元数据：（i）相应监视设备的唯一标识符，和（ii）其中安装了相应监视设备的相应车辆的唯一标识符。

4.如权利要求1所述的方法，提供访问进一步包括：

在服务器处，从至少一个远程计算设备接收请求消息，所述请求消息标识以下各项中的至少一个：（i）多个监视设备中的第一监视设备，和（ii）其中安装了第一监视设备的相应车辆；以及

利用服务器向至少一个远程计算设备传输从第一监视设备接收的相应元数据。

5.如权利要求1所述的方法，提供访问进一步包括：

经由以下各项中的至少一个提供对从多个监视设备中的每个相应监视设备接收的相应元数据的访问：（i）web接口，和（ii）应用编程接口。

6.如权利要求1所述的方法，进一步包括：

响应于多个监视设备中的第一监视设备的相应元数据指示相应车辆的至少一个预定状况中的第一预定状况已经发生，利用服务器向至少一个远程计算设备传输警报消息。

7.如权利要求6所述的方法，其中警报消息是电子邮件消息。

8.如权利要求6所述的方法，其中，警报消息标识第一预定状况在其处发生的时间。

9.如权利要求1所述的方法，进一步包括：

在服务器处从至少一个远程计算设备接收消息，所述消息指示对由多个监视设备中的第一监视设备接收的相应元数据的校正；

基于所述校正，利用服务器来确定针对以下各项中的至少一个的更新：（i）模型、（ii）算法和（iii）阈值，所述阈值被第一监视设备用来基于相应传感器数据确定相应元数据；以及

利用服务器向多个监视设备传输更新。

10.如权利要求9所述的方法，其中，所述校正包括相应元数据被错误地确定的指示。

11.如权利要求9所述的方法，其中，所述校正包括针对相应元数据的校正值。

12.如权利要求1所述的方法，其中，相应车辆的至少一个预定状况包括在车辆内检测到相应车辆的乘客吸烟。

13.如权利要求1所述的方法，其中，相应车辆的至少一个预定状况包括在车辆内检测到气味。

14.如权利要求1所述的方法，其中，相应车辆的至少一个预定状况包括检测到对相应车辆的损坏。

15.如权利要求1所述的方法，其中，相应车辆的至少一个预定状况包括检测到相应车辆的碰撞。

16.如权利要求1所述的方法，其中，相应车辆的至少一个预定状况包括检测到相应车辆的车厢的不清洁。

17.如权利要求1所述的方法，其中，相应车辆的至少一个预定状况包括检测到由乘客遗留的物体。

18.一种用于管理车辆监视系统的数据的系统，服务器包括：

收发器，其被配置成与车辆监视系统的多个监视设备通信，多个监视设备中的每个监视设备被安装在相应车辆中并且具有被配置成捕获相应传感器数据的至少一个传感器；

存储设备，其被配置成存储从多个监视设备接收的数据；以及

处理器，其可操作地连接到收发器和存储设备，所述处理器被配置成：

操作收发器，以从多个监视设备中的每个相应监视设备接收指示相应车辆的至少一个预定状况是否已经发生的相应元数据，相应元数据由相应监视设备基于相应传感器数据来确定；

操作存储设备，以针对多个监视设备中的每个相应监视设备，存储与相应监视设备相关联的相应元数据；以及

操作收发器和存储设备，以由至少一个远程计算设备提供对从多个监视设备中的每个相应监视设备接收的相应元数据的访问。

19.一种用于管理车辆监视系统的数据的非暂时性计算机可读介质，所述车辆监视系统具有多个监视设备，所述多个监视设备中的每个监视设备被安装在相应车辆中并且具有被配置成捕获相应传感器数据的至少一个传感器，所述计算机可读介质存储程序指令，所述程序指令在由处理器执行时使处理器：

操作收发器，以从多个监视设备中的每个相应监视设备接收指示相应车辆的至少一个预定状况是否已经发生的相应元数据，相应元数据由相应监视设备基于相应传感器数据来确定；

操作存储设备，以针对多个监视设备中的每个相应监视设备，存储与相应监视设备相关联的相应元数据；以及

操作收发器和存储设备，以由至少一个远程计算设备提供对从多个监视设备中的每个相应监视设备接收的相应元数据的访问。

Images