CN116729212A - 一种车内活物监测方法、装置、存储介质以及车辆 - Google Patents

Abstract

本公开涉及一种车内活物监测方法、装置、存储介质以及车辆。车内活物监测方法包括：在满足预设活物监测条件时，获取车辆的座椅压力数据；若根据所述座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据；将所述成像数据发送给所述车辆关联的用户终端。本公开通过压力传感器进行初始判断，后又获取成像数据将其传输至用户终端，多次监测车内信息，实现车内活物监测精准识别，避免误判情况的发生，提高了车内活物的安全性。

Description

一种车内活物监测方法、装置、存储介质以及车辆

技术领域

本公开涉及汽车技术领域，尤其涉及一种车内活物监测方法、装置、存储介质以及车辆。

背景技术

随着汽车技术的发展，车辆的配置越来越智能化，用户对车辆的功能安全以及舒适性要求也越来越高。但是大部分车辆都没有配置车内活物监测功能，驾驶员离开车辆锁车后，若将儿童遗忘在车内，则可能导致儿童窒息死亡事故，尤其是夏季的高温以及冬季的严寒，更容易导致事故发生。

目前一些车辆会设置车内活物监测提醒，但需要在车辆内部安装毫米波雷达，通过毫米波雷达探测车内气流变化，以实现对车内活物的监测功能。但是易受车内气流扰动，如车内有蚊虫飞动，车窗和天窗未完全关闭，导致锁车后车内气流变化会产生误报。并且报警后用户也无法查看车内实际情况，只是起到提醒作用，而毫米波雷达的价格成本较高，无法广泛推广使用。

发明内容

为了解决上述技术问题，本公开提供了一种车内活物监测方法、装置、存储介质以及车辆。

第一方面，本公开提供一种车内活物监测方法，包括：

在满足预设活物监测条件时，获取车辆的座椅压力数据；

若根据所述座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据；

将所述成像数据发送给所述车辆关联的用户终端。

在一些实施例中，所述预设活物监测条件包括：车辆锁车；或者接收到活物监测指令。

在一些实施例中，所述根据所述座椅压力数据判定座椅上存在活物，包括：

根据所述座椅压力数据，确定座椅压力值的变化量；

如果所述座椅压力值的变化量大于或等于预设压力值变化量，则判定座椅上存在活物。

在一些实施例中，所述成像数据包括由车内摄像头采集的图像数据，和/或由车内红外传感器采集的热成像数据。

在一些实施例中，在所述将所述成像数据发送给所述车辆关联的用户终端之后，所述方法还包括：

接收所述用户终端发送的预设操作指令；

根据所述预设操作指令，执行对应的预设操作。

在一些实施例中，所述预设操作指令包括以下任一项：

车内摄像头拍摄指令，和/或车内麦克风与所述用户终端的连接指令；

车辆解锁指令、空调开启指令、车窗开启指令和天窗开启指令中的至少一种；

活物监测关闭指令。

在一些实施例中，所述方法还包括：

如果将所述成像数据发送给所述车辆关联的用户终端之后，在预设时长内未接收到所述用户终端发送的预设操作指令，则控制车辆发出报警声。

第二方面，本公开还提供一种车内活物监测装置，包括：

压力获取模块，用于在满足预设活物监测条件时，获取车辆的座椅压力数据；

成像获取模块，用于若根据所述座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据；

数据传输模块，用于将所述成像数据发送给所述车辆关联的用户终端。

第三方面，本公开还提供一种计算机可读存储介质，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如第一方面任意实施例所述的车内活物监测方法的步骤。

第四方面，本公开还提供一种车辆，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时如第一方面任意实施例所述的车内活物监测方法的步骤。

本公开通过在满足预设活物监测条件时，先获取车辆的座椅压力数据，若根据座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据，再将成像数据发送给车辆关联的用户终端。如此，通过车辆座椅压力数据的变化，能够初步判断车内是否存在活物，若存在活物，可以继续获取车内的成像数据，并将该成像数据发送至用户终端，使用户再次对车内是否存在活物进行判断。因此，本公开能够实现车内活物的精准识别，避免误判情况的发生，提高了车内活物的安全性。而且，上述座椅压力数据以及成像数据均可以通过车辆已有的硬件配置获取，大大降低了硬件成本。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开实施例提供的一种车内活物监测方法的流程示意图；

图2为本公开实施例提供的又一种车内活物监测方法的流程示意图；

图3为本公开实施例提供的一种活物监测系统的布设图；

图4为本公开实施例提供的一种车内活物监测方法的结构框图；

图5为本公开实施例提供的一种车辆的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

目前，车辆内部的监测系统需要依靠毫米波雷达探测车内是否存在活物，如果存在气流变化，监测系统则会判定车内存在活物，进行提醒；若不存在气流变化，监测系统则会判定车内不存在活物，不会进行提醒。但是毫米波雷达易受到环境影响，如车内有蚊虫飞动，车窗和天窗未完全关闭导致锁车后车内气流变化等都会使毫米波雷达发生误判，不能准确判断车内是否存在儿童或者宠物等活物。上述方法设置的毫米波雷达价格也较为昂贵，对设置的环境要求较高，无法广泛使用。

鉴于以上所述现有技术的缺点，本公开实施例提供的一种车内活物监测方法。图1为本公开实施例提供的一种车内活物监测方法的流程示意图。该方法可以由车内活物监测装置来执行，车内活物监测装置可布设在车辆中，如图1所示，车内活物监测方法包括S110-S130：

S110、在满足预设活物监测条件时，获取车辆的座椅压力数据。

其中，预设活物监测条件可以是车辆环境存在威胁车内活物生命安全的风险，例如车辆锁车、车内温度达到警示温度阈值、车内氧气浓度降到氧气警示浓度阈值或车内一氧化碳浓度达到警示浓度阈值(密闭车内长时间开空调会使一氧化碳浓度上升)等；预设活物监测条件也可以是设定操作，例如接收到活物监测指令等。该预设活物监测条件用于触发车内活物监测操作，通过预先设置活物监测条件，只有在满足预设活物监测条件时，才会获取车辆的座椅压力数据，若不满足预设活物监测条件，则不会获取车辆的座椅压力数据。如此，避免不必要的车内活物监测操作，节省功耗。

在一些实施例中，预设活物监测条件包括：车辆锁车；或者接收到活物监测指令。

在一些实施方式中，预设活物监测条件可以设置为车辆锁车。例如，车辆锁车后，车辆的控制模块会接收到车辆锁车成功信号，此时满足预设活物监测条件，开始获取车辆的座椅压力数据；车辆没有锁车，即不满足预设活物监测条件，不会执行活物监测操作。另外，在一些示例中，也可以将预设活物监测条件设置为在车辆锁车后达到预设时间，若满足此条件，则开始获取车辆的座椅压力数据，若只满足车辆锁车，并没有达到预设时间，不会获取车辆的座椅压力数据。当锁车时间较短时，不会对车内活物的生命造成影响，在此期间可以无需进行活物监测。

在一些实施方式中，预设活物监测条件也可以设置为接收到活物监测指令。例如，用户离开车辆后，可通过用户终端(如手机)远程下达活物监测指令，车辆在接收到活物监测指令后，开始执行活物监测操作。需要说明的是，本公开对预设活物监测条件不设限定，可以根据实际情况进行设置。

另外，为避免由于车内不存在活物而导致持久进行座椅压力数据的检测，可预先设置压力检测时长，从而只获取该压力检测时长内的座椅压力数据。如果超过压力检测时长时仍未确定座椅上存在活物，则不再检测以及获取座椅压力数据，并结束车内活物监测操作。可以理解的是，压力检测时长可以根据通常能够检测出活物的最长时间进行设定。

S120、若根据座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据。

在获取到车辆的座椅压力数据后，可以根据座椅压力数据对座椅上是否存在活物进行初步判断，若经判断，座椅上存在活物，此时可以停止检测以及获取座椅压力数据，并获取车内空间的成像数据。座椅压力数据可以判断座椅上是否存在活物，若座椅压力数据表明座椅上不存在活物，则不需要获取车内空间的成像数据。例如，车辆的座椅上设置有压力传感器，根据压力传感器采集的座椅压力数据进行判断，判断座椅上是否存在活物。其中，活物可以包括人或宠物等。车内还设置有成像装置，可以获取车内空间的成像数据。

在一些实施例中，根据座椅压力数据判定座椅上存在活物，包括：根据座椅压力数据，确定座椅压力值的变化量；如果座椅压力值的变化量大于或等于预设压力值变化量，则判定座椅上存在活物。

考虑到只有存在活物的情况下，座椅压力值才会变化。因此，根据座椅压力数据判定座椅上是否存在活物，具体可以根据座椅上的压力传感器获取的座椅压力值，确定间隔时间内座椅压力值的变化量，进而根据座椅压力值的变化量判断座椅上是否存在活物。若座椅压力值的变化量大于或等于预设压力值变化量，则说明座椅上的物体位置产生了变化，可以根据此初步判定座椅上存在活物。示例性的，压力传感器在t时刻获取的座椅压力值为p1，经△t时间后，获取的压力值为p2，预设压力值变化量为p，若p1与p2的变化量大于或等于p，就可以判定座椅上的物体发生了移动，座椅上存在活物。另外，如果座椅压力值的变化量小于预设压力值变化量，则判定座椅上不存在活物。如果判定座椅上不存在活物，则可以不再获取车内空间的成像数据，或者为了防止车辆的误判，仍可以继续获取车内空间的成像数据，以通过成像数据进一步判断是否存在活物。

在一些实施例中，成像数据包括由车内摄像头采集的图像数据，和/或由车内红外传感器采集的热成像数据。

在获取车内空间的成像数据时，可以由车内摄像头完成，当经座椅压力数据判定座椅上存在活物时，此时开启车内摄像头对车内空间进行拍照，获取车内图像数据。车内摄像头是能够清楚分辨和识别车内物体的传感器，在复杂的运动路况环境下都能保证采集到稳定的图像数据，且对于像素要求并不高，并且在价格方面有很大优势。

另外，也可以在车内设置车内红外传感器，根据活物与车内空间直接的温差和发射率差形成的红外辐射特性，采集热成像数据。通过热成像数据可以准确识别车内是否存在活物，并且在黑暗环境下也可以准确采集到热成像数据，工作能力强，重量轻，功耗低。

综上，还可以同时利用车内摄像头采集图像数据，以及车内红外传感器采集热成像数据，两种成像数据结合，提高在各种环境下的测量准确性。

S130、将成像数据发送给车辆关联的用户终端。

经初步判断车内存在活物之后，获取到车内空间的成像数据，将其发送至用户终端，用户终端的使用者(即用户)根据成像数据对车内是否存在活物进行二次判断。

本公开实施例提供的车内活物监测方法在车辆满足预设活物监测条件下，开启活物监测，通过获取车辆的座椅压力数据对车内是否存在活物进行判断，若存在活物则获取车内成像数据发送至用户终端，用户获取成像数据后对车内情况进行确认。两次判断使得活物监测结果更加准确，不会因为个别场景的原因产生误判，并将成像数据发送至用户终端，可以由用户根据车内实际情况进行选择采取合理的操作。能确保车内活物，如儿童和宠物的安全，避免被遗忘在车内，也使用户更容易得知车内情况，快速处理。而且，上述座椅压力数据以及成像数据均可以通过车辆已有的硬件配置获取，大大降低了硬件成本。

在一些实施例中，图2为本公开实施例提供的又一种车内活物监测方法的流程示意图。如图2所示，在将成像数据发送给车辆关联的用户终端之后，方法还包括：

S140、接收用户终端发送的预设操作指令。

S150、根据预设操作指令，执行对应的预设操作。

与车辆关联的用户终端获取到成像数据后，用户可以根据成像数据，对车内情况进行判断，通过用户终端向车辆发送预设操作指令，以远程控制车辆，车辆接收到用户终端发送的预设操作指令后，执行对应的预设操作。例如，可以选择打开车内摄像头，以便再次确认车内实时情况，根据车内实时情况决定后续操作。

在一些实施例中，预设操作指令包括以下任一项：

车内摄像头拍摄指令，和/或车内麦克风与用户终端的连接指令；

车辆解锁指令、空调开启指令、车窗开启指令和天窗开启指令中的至少一种；

活物监测关闭指令。

在一些实施例中，预设操作指令可以包括车内摄像头拍摄指令。具体的，在用户根据成像数据确认车内存在活物时，可远程打开车内摄像头来监控观察车内的实时情况。在一些实施方式中，预设操作指令可以包括车内麦克风与用户终端的连接指令。具体的，在用户根据成像数据确认车内存在活物时，通过用户终端建立与车内麦克风连接，从而可以通过用户终端与车内进行语音沟通，确认车内活物的情况，判断是否需要回到车辆处。在一些实施方式中，预设操作指令也可以同时包括车内摄像头拍摄指令和车内麦克风与用户终端的连接指令，此时，用户可根据图像数据结合语音信息共同判定车内情况，获取更为精准的信息。

在一些实施方式中，预设操作指令还可以包括车辆解锁指令、空调开启指令、车窗开启指令和天窗开启指令中的至少一种。用户经对成像数据进行判定，车内存在活物后，可以直接下达车辆解锁指令，方便车内的人离开车辆；也可以下达空调开启指令，防止车内温度过高或者过低，影响安全；还可以下达车窗开启指令或者天窗开启指令，使空气流通，避免因车内氧气稀薄，造成窒息危险，影响生命安全。上述预设操作指令也可以任意组合，具体指令数量不设限定。

在一些实施例中，预设操作指令还包括活物监测关闭指令。当有人主动在车内休息时，可以直接关闭活物监测，防止打扰用户休息。

在一些实施例中，方法还包括：如果将成像数据发送给车辆关联的用户终端之后，在预设时长内未接收到用户终端发送的预设操作指令，则控制车辆发出报警声。

车辆发送成像数据后，可以设置在预设时长内车辆未接收到预设操作指令时，控制车辆发出报警声，引起车辆外行人注意，以保证车内活物的生命安全。预设时长可定为2分钟至10分钟等(具体可根据实际情况进行设定，此处不作限定)，例如，在将成像数据发送至用户终端5分钟之后，依旧没有收到预设操作指令，则车辆发出报警声。如此，避免用户因没有及时查看用户终端，而长时间没有向用户终端发送指令导致的安全事故。

基于上述各实施例，在本公开一具体实施方式中，可采用车辆已有的硬件配置来实现上述车内活物监测方法。如图3所示，车辆包括多个压力传感器11、成像设备12和控制模块13。各压力传感器11和成像设备12均与控制模块13连接，多个压力传感器11布设于座椅内，成像设备12可布置在前阅读灯中或内后视镜上，该成像设备12可以为摄像头，控制模块13布置在驾驶舱内，该控制模块13可以为车内活物监测的专用控制器，也可以是车辆中央控制器。结合上述技术方案，具体的，当车辆锁车时，控制模块13接收到锁车完成信号，控制模块13启动座椅上的压力传感器11实时采集车内座椅压力数据，压力传感器11将采集到的座椅压力数据实时反馈给控制模块13，控制模块13根据座椅压力数据确定座椅压力值的变化量，当座椅压力值的变化量大于或等于预设压力值变化量，判定座椅上有活物在移动，此时可以初步判断车内存在活物。之后控制模块13启动成像设备12采集车内空间的成像数据，成像设备12将采集到的成像数据反馈给控制模块13。控制模块13将成像数据通过车载T-BOX发送至用户终端。用户可以根据成像数据了解车内空间情况，以及决定当前需要的操作。车辆之后能够接收到用户通过用户终端发送的预设操作指令，控制模块13根据预设操作指令可以为再次获取车内图像数据，也可以启动车内麦克风，使用户通过车内麦克风与车内活物进行对话，还可以直接打开车锁、空调、车窗或者天窗等，亦或关闭车内活物监测。如果长时间没有收到预设指令信息，控制模块13可以控制报警器发出报警声，引发路人关注，避免造成安全事故。

本公开实施例还提供一种车内活物监测装置，图4为本公开实施例提供的一种车内活物监测装置的结构框图，包括：压力获取模块21、成像获取模块22和数据传输模块23；

其中，压力获取模块21用于在满足预设活物监测条件时，获取车辆的座椅压力数据；

成像获取模块22用于若根据座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据；

数据传输模块23用于将成像数据发送给车辆关联的用户终端。

可选的，预设活物监测条件包括：车辆锁车；或者接收到活物监测指令。

可选的，成像获取模块22还用于根据座椅压力数据，确定座椅压力值的变化量；如果座椅压力值的变化量大于或等于预设压力值变化量，则判定座椅上存在活物。

可选的，成像数据包括由车内摄像头采集的图像数据，和/或由车内红外传感器采集的热成像数据。

可选的，装置还包括指令执行模块，用于在将成像数据发送给车辆关联的用户终端之后，接收用户终端发送的预设操作指令；根据预设操作指令，执行对应的预设操作。

可选的，预设操作指令包括以下任一项：

车内摄像头拍摄指令，和/或车内麦克风与用户终端的连接指令；

车辆解锁指令、空调开启指令、车窗开启指令和天窗开启指令中的至少一种；

活物监测关闭指令。

可选的，装置还包括报警模块，用于如果将成像数据发送给车辆关联的用户终端之后，在预设时长内未接收到用户终端发送的预设操作指令，则控制车辆发出报警声。

以上实施例公开的车内活物监测装置能够执行以上各实施例公开的车内活物监测方法，具有相同或相应的有益效果，为避免重复，在此不再赘述。

本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行车内活物监测方法的步骤。

需要说明的是，可读存储介质的例子包括但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(Random Access Memory，RAM)、只读存储器(Read-Only Memory，ROM)、可擦式可编程只读存储器(Electrical Programmable Read Only Memory，EPROM)、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本公开的上述实施例提供的存储介质与本公开实施例提供的车内活物监测方法出于相同的发明构思，具有与其存储的应用程序或指令所采用、运行或实现的方法相同的有益效果。

本公开实施例还提供一种车辆，包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现车内活物监测方法的步骤。

图5为本公开实施例提供的一种车辆的结构示意图。如图5所示，车辆包括一个或多个处理器301和存储器302。

处理器301可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制车辆中的其他组件以执行期望的功能。

存储器302可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器301可以运行所述程序指令，以实现上文所述的本公开实施例的车内活物监测方法，和/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

可选的，车辆还可以包括：输入装置303和输出装置304，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

此外，该输入装置303还可以包括例如键盘、鼠标等等。

该输出装置304可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置304可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图5中仅示出了车辆中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，车辆还可以包括任何其他适当的组件。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种车内活物监测方法，其特征在于，包括：

在满足预设活物监测条件时，获取车辆的座椅压力数据；

若根据所述座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据；

将所述成像数据发送给所述车辆关联的用户终端。

2.根据权利要求1所述的车内活物监测方法，其特征在于，所述预设活物监测条件包括：车辆锁车；或者接收到活物监测指令。

3.根据权利要求1所述的车内活物监测方法，其特征在于，所述根据所述座椅压力数据判定座椅上存在活物，包括：

根据所述座椅压力数据，确定座椅压力值的变化量；

如果所述座椅压力值的变化量大于或等于预设压力值变化量，则判定座椅上存在活物。

4.根据权利要求1所述的车内活物监测方法，其特征在于，所述成像数据包括由车内摄像头采集的图像数据，和/或由车内红外传感器采集的热成像数据。

5.根据权利要求1所述的车内活物监测方法，其特征在于，在所述将所述成像数据发送给所述车辆关联的用户终端之后，所述方法还包括：

接收所述用户终端发送的预设操作指令；

根据所述预设操作指令，执行对应的预设操作。

6.根据权利要求5所述的车内活物监测方法，其特征在于，所述预设操作指令包括以下任一项：

车内摄像头拍摄指令，和/或车内麦克风与所述用户终端的连接指令；

车辆解锁指令、空调开启指令、车窗开启指令和天窗开启指令中的至少一种；

活物监测关闭指令。

7.根据权利要求1所述的车内活物监测方法，其特征在于，所述方法还包括：

如果将所述成像数据发送给所述车辆关联的用户终端之后，在预设时长内未接收到所述用户终端发送的预设操作指令，则控制车辆发出报警声。

8.一种车内活物监测装置，其特征在于，包括：

压力获取模块，用于在满足预设活物监测条件时，获取车辆的座椅压力数据；

成像获取模块，用于若根据所述座椅压力数据判定座椅上存在活物，则获取车内空间的成像数据；

数据传输模块，用于将所述成像数据发送给所述车辆关联的用户终端。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如权利要求1至7任一项所述方法的步骤。

10.一种车辆，其特征在于，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。