CN117880736A - 车辆消毒的控制方法及装置、车载设备、存储介质 - Google Patents

Abstract

本发明公开了一种车辆消毒的控制方法及装置、车载设备、存储介质；所述方法包括：获取与移动终端的位置关系和通信状态，所述通信状态包括与所述移动终端保持通信连接的连接时长或者断开所述通信连接的断开时长；根据所述位置关系和所述通信状态确定车辆的消毒模式。所述方法解决了传统的车辆消毒模式需要用户手动选择合适的消毒模式，且具有安全隐患的问题，实现了自动识别用户状态从而智能控制车内消毒的效果，提升了用户体验。

Description

车辆消毒的控制方法及装置、车载设备、存储介质

技术领域

本申请实施例涉及车辆控制技术，涉及但不限于一种车辆消毒的控制方法及装置、车载设备、存储介质。

背景技术

目前车辆内部的消毒方案，主要通过用户主动开启车内消毒模式来实现：A：手机APP远程控制+车辆数字座舱消毒系统：即用户通过在手机APP上点击启动或关闭按钮，从而通过网络控制车辆数字座舱启动或关闭消毒模式。B：车内大屏操控+车辆数字座舱消毒系统：即用户通过在车内大屏上点击启动或关闭按钮，从而通过本地控制车辆数字座舱启动或关闭消毒模式。

但是这两种方式都需要人为主动触发车内消毒，如果用户通过手机APP远程操控触发车内消毒，用户很难知道车内是否有人，有人的话则不适合进行某些方式的车内消毒。如果用户通过车内大屏操控触发车内消毒，也需要用户手动选择合适的消毒模式，以避免车内消毒对人体的影响，即现有的车内消毒方式无法实现自动且智能的控制车内消毒。

发明内容

有鉴于此，本申请实施例提供的车辆消毒的控制方法及装置、车载设备、存储介质，能够自动识别用户状态从而智能控制车内消毒，提升了用户体验。

第一方面，本申请实施例提供的车辆消毒的控制方法，包括：获取与移动终端的位置关系和通信状态，所述通信状态包括与所述移动终端保持通信连接的连接时长或者断开所述通信连接的断开时长；根据所述位置关系和所述通信状态确定车辆的消毒模式。

第二方面，本申请实施例提供的车辆消毒的控制装置，包括状态获取模块和消毒确定模块，所述状态获取模块，用于获取与移动终端的位置关系和通信状态，所述通信状态包括与所述移动终端保持通信连接的连接时长或者断开所述通信连接的断开时长；所述消毒确定模块，用于根据所述位置关系和所述通信状态确定车辆的消毒模式。

第三方面，本申请实施例提供的车载设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现第一方面提供的所述车辆消毒的控制方法。

第四方面，本申请实施例提供的计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本申请实施例第一方面提供的所述车辆消毒的控制方法。

本申请实施例所提供的车辆消毒的控制方法、装置、车载设备和计算机可读存储介质，能够自动识别用户状态从而智能控制车内消毒，提升了用户体验，从而解决背景技术中所提出的技术问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1为本申请实施例提供的一种车辆消毒的控制系统示意图；

图2为本申请实施例提供的一种车载设备的结构示意图；

图3为本申请实施例提供的一种车辆消毒的控制方法的流程示意图；

图4为本申请实施例提供的一种获取与移动终端的位置关系和通信状态的流程示意图；

图5为本申请实施例提供的一种根据位置关系和通信状态确定车辆的消毒模式的流程示意图；

图6为本申请实施例提供的车辆消毒的控制装置的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的具体技术方案做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

在对本申请实施例进行具体介绍之前，首先对本申请实施例应用或可能应用的术语进行解释。

UWB：Ultra Wind Band。A wireless carrier communication technology,whichdoes not use a sinusoidal carrier,but uses a nanosecond non-sinusoidal narrowpulse to transmit data,so it occupies a wide spectrum。超宽带技术，一种无线载波通信技术，它不采用正弦载波，而是利用纳秒级的非正弦波窄脉冲传输数据，因此其所占的频谱范围很宽。

BLE：Bluetooth Low Energy，或称Bluetooth LE、BLE，旧商标Bluetooth Smart。一般指蓝牙低能耗，也称低功耗蓝牙，是蓝牙技术联盟设计和销售的一种个人局域网技术，旨在用于医疗保健、运动健身、信标、安防、家庭娱乐等领域的新兴应用。

目前车辆内部的消毒方案，包括通过N95级空调滤芯过滤消毒、车内高温消毒、车内紫外线消毒、车内中药消毒和车内负离子消毒等等。当用户在车内时，一般可以接受中药消毒、N95级空调滤芯消毒和车内负离子消毒等对人体无害的消毒，而车内高温消毒和紫外线消毒则会对人体造成一定的伤害，因此车内紫外线消毒和车内高温消毒的方案都是需要用户离开车辆后进行。

现有的各种消毒方案主要通过用户主动开启车内消毒模式来实现：A：手机APP远程控制+车辆数字座舱消毒系统：即用户通过在手机APP上点击启动或关闭按钮，从而通过网络控制车辆数字座舱启动或关闭消毒模式。B：车内大屏操控+车辆数字座舱消毒系统：即用户通过在车内大屏上点击启动或关闭按钮，从而通过本地控制车辆数字座舱启动或关闭消毒模式。

但是这两种方式都需要人为主动触发车内消毒，如果用户通过手机APP远程操控触发车内消毒，用户很难知道车内是否有人，有人的话则不适合进行某些方式的车内消毒。如果用户通过车内大屏操控触发车内消毒，也需要用户手动选择合适的消毒模式，以避免车内消毒对人体的影响，即现有的车内消毒方式无法实现自动且智能的控制车内消毒。

针对上述问题，本申请实施例提供一种车辆消毒的控制方法，该方法可以应用于车载设备，该车载设备可以为各种类型的具有信息处理能力的设置于车辆上的设备。例如，所述车载设备可以包括个人计算机、笔记本电脑或服务器等。该方法所实现的功能可以通过车载设备中的处理器调用程序代码来实现，当然程序代码可以保存在车载设备的存储介质中，可见，该车载设备至少包括处理器和存储介质。

图1为本申请实施例提供的一种车辆消毒的控制系统示意图。如图1所示，该系统包括车辆100和移动终端130。可以理解的是，移动终端130可以是用户设备(userequipment，U E)、智能穿戴设备、终端(terminal)、接入终端、终端单元、终端站、移动台(mobile station，MS)、远方站、远程终端、移动终端(mobile terminal)、无线通信设备、终端代理或移动终端等。该移动终端130可具备无线收发功能。

示例性的，移动终端130可以包括智能手机、个人电脑、平板电脑、个人数字助理PDA、智能手表、智能眼镜、智能耳机等等用户随身携带的或者贴身佩戴的智能设备中的任意一种或几种，本申请实施例对移动终端130的类型不做限定。

其中，移动终端130可以包括蓝牙通信模块131和超宽带UWB模块132，车辆100可以包括车载蓝牙通信模块110和车载UWB模块120。示例性的，车辆100上的车载设备可以通过车载蓝牙通信模块110与移动终端130的蓝牙通信模块131建立蓝牙连接，并通过该蓝牙连接进行信息的交互，还可以通过车载UWB模块120与移动终端130的UWB模块132建立UWB连接，并通过UWB连接进行信息的交互，例如，通过蓝牙连接和/或UWB连接进行移动终端130和车辆100的位置信息交互等。进一步的，车载蓝牙通信模块110和车载UWB模块120可以为独立的模块或车载部件部署在车辆100中，或者，车载蓝牙通信模块110和车载UWB模块120也可以集成在其它车载设备中，作为该车载设备的一个组件，本申请实施例对车载蓝牙通信模块110和车载UWB模块120的布置方式不做限定。

作为以上具体实施方式的一个示例，车辆100上还可以包括车载蓝牙天线111和车载UWB天线121。车载蓝牙天线111和车载UWB天线121可以用于向移动终端130发送信号并接收来自移动终端130的信号。本申请实施例对车载蓝牙天线111和车载UWB天线121的布置方式不做限定。可以理解的，车辆100也可以包括多个蓝牙天线和UWB天线，该多个蓝牙天线UWB天线和多个UWB天线可以布置在车辆的任意位置，本申请实施例对此不做限定。

作为以上具体实施方式的另一个示例，车载蓝牙通信模块110和车载UWB模块120可以通过与移动终端130之间的蓝牙连接和/或UWB连接，判断移动终端130的位置。示例性的，通过车载蓝牙通信模块110和车载UWB模块120可以确定用户的位置为待在车内或者远离车辆，从而执行相应的车辆消毒的控制指令，例如，开启车辆消毒。

图2为本申请实施例提供的一种车载设备的结构示意图。如图2所示，车载设备200可以包括处理器210，存储器220，无线通信模块230，扬声器240，麦克风250，显示屏260，摄像头270，USB接口280，定位模块290，以及电源291等。

处理器210可以包括一个或多个处理单元。例如，处理器210是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specificintegrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

存储器220可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器220可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储车载设备200使用过程中所创建的数据(比如音频数据，视频数据等)等。此外，存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器210通过运行存储在存储器220的指令，和/或存储在设置于处理器中的存储器的指令，执行车载设备200的各种功能应用以及数据处理。

无线通信模块230可以提供应用在车载设备200上的包括WLAN，如Wi Fi网络，蓝牙，NFC，IR等无线通信的解决方案。无线通信模块230可以是集成至少一个通信处理模块的一个或多个器件。在本申请的一些实施例中，车载设备200可以通过无线通信模块230，与移动终端100建立无线通信连接。

扬声器240，也称“喇叭”，用于将音频电信号转换为声音信号。车载设备200可以通过扬声器240收听音乐，或收听免提通话。

麦克风250，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当用户在车辆内发声时，用户的声音信号输入到麦克风250。车载设备200可以设置至少一个麦克风250。在另一些实施例中，车载设备200可以设置两个麦克风250，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，车载设备200还可以设置三个，四个或更多麦克风250，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

显示屏260用于显示图像，视频等。显示屏260包括显示面板。显示面板可以采用液晶显示屏，有机发光二极管，有源矩阵有机发光二极体或主动矩阵有机发光二极体，柔性发光二极管，Mini led，Micro Led，Micro oLed，量子点发光二极管等。在一些实施例中，移动终端100可以包括1个或N个显示屏260，N为大于1的正整数。

摄像头270用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal oxide semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器210转换成数字图像信号，将数字图像信号再转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，车载设备200可以包括1个或N个摄像头270，N为大于1的正整数。示例性的，摄像头270可以设置在车辆内，用于采集驾驶者的画面。和/或，摄像头270也可以设置在车辆外。例如，设置在车辆的前方，用于采集车辆前方的画面，也可以设置在车辆的后方，用于采集车辆后方的画面。还可以设置在车辆的两侧，用于采集车辆两侧的画面。本申请实施例对摄像头的设置位置不做限定。

USB接口280是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口280可以用于连接其他电子设备，例如移动终端100等。换言之，车载设备200也可以通过USB接口280与移动终端100建立通信连接。在又一些实施例中，车辆终端200也通过USB接口280外接摄像头，用于采集画面。

定位模块290可以提供应用在车载设备200上的包括近距离定位和远距离定位的解决方案，其中近距离定位可以提供Wi-Fi，蓝牙，UWB等的解决方案，远距离定位可以提供包括全球定位系统(Global Positioning System，GPS)、或全球卫星导航系统(GlobalNavigation Satellite System，GLONASS)，或北斗定位系统等的解决方案，以实现车载设备200的定位功能。

电源291为车载设备200各个部件供电，例如为处理器210、存储器220、无线通信模块230等供电。

车载设备200还可以包括或者连接有空调系统、消毒系统、照明系统(如远关灯、近光灯、示廓灯、氛围灯等)、音响、传感器(如环境光传感器、雨量监测器、加速度传感器等)、刹车系统、油门等其他硬件装置，这里不再一一列举。

可以理解的是，本发明实施例示意的结构并不构成对车载设备200的具体限定。在本申请另一些实施例中，车载设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

图3为本申请实施例提供的一种车辆消毒的控制方法的流程示意图，可以应用于图2所示的车载设备200中。如图3所示，所述车辆消毒的控制方法可以包括：

步骤101：获取与移动终端的位置关系和通信状态，所述通信状态包括与所述移动终端保持通信连接的连接时长或者断开所述通信连接的断开时长。

需要说明的是，车载设备可以为车辆上设置的智能设备，车载设备的位置和状态即代表了车辆的位置和状态，移动终端可以为用户随时携带或者贴身佩戴的智能设备，例如智能手机、手表、手环、眼镜等，移动终端的位置和状态即代表了用户的位置和状态。车载设备获取与移动终端的位置关系和通信状态，即获取了用户相对于车辆的位置关系和运动状态。

其中，通信状态包括车载设备与移动终端保持通信连接的连接时长或者断开通信连接的断开时长，即车载设备在确定用户相对于车辆的位置关系和运动状态时，不仅考虑了位置关系，还考虑了通信连接的状态，即通过连接时长或者断开时长确定用户处于某种位置状态的稳定性，在确定其状态稳定后再根据用户的位置状态确定对应的车辆消毒模式。

在一些实施例中，由于定位模块功耗较高，车载设备与移动终端可以同时设置有通信模块和定位模块，通信模块的连接距离比定位模块的连接距离大，在车载设备与移动终端的通信模块建立通信连接后，再开启定位模块工作，能够降低车载设备和移动终端的功耗。

图4为本申请实施例提供的一种获取与移动终端的位置关系和通信状态的流程示意图，如图4所示，所述获取与移动终端的位置关系和通信状态可以包括：

步骤1011：在与所述移动终端保持第一通信连接的状态下，建立与所述移动终端的第二通信连接，所述第一通信连接的连接距离大于所述第二通信连接的连接距离。

步骤1012：根据所述第二通信连接获取所述位置关系和所述通信状态，所述通信状态包括保持所述第二通信连接的连接时长或断开所述第二通信连接的断开时长。

需要说明的是，车载设备与移动终端均设置有用于建立第一通信连接的对应的通信模块，且通信模块处于开启状态，当移动终端与车载设备之间的距离小于一定距离值时移动终端与车载设备通过通信模块建立第一通信连接，在建立第一通信连接后，车载设备和移动终端均开启对应的定位模块，车载设备通过自身的定位模块与移动终端对应的定位模块交互获取与移动终端的位置关系和通信状态。其中，定位模块可以采用现有模块，本申请实施例对根据第二通信连接获取位置关系和通信状态的方法不做限定。

在一种可能的实施方式中，所述第一通信连接可以包括蓝牙通信、紫蜂Zigbee通信、无线保真Wi-Fi通信中的至少一种，所述第二通信连接可以包括超宽带UWB通信。其中，UWB模块能够实现精准测距和测角。

可以理解的是，第一通信连接的类型和第二通信连接的类型可以根据实际需求设置，本申请实施例对第一通信连接和第二通信连接的类型不做限定。示例性的，车载设备和移动终端可以采用蓝牙模块和UWB模块，即通过蓝牙模块建立第一通信连接后，再开启UWB模块，通过UWB模块建立第二通信连接，通过第二通信连接获取位置关系和通信状态。

步骤102：根据所述位置关系和所述通信状态确定车辆的消毒模式。

需要说明的是，在获取与移动终端的位置关系和通信状态后，就可以根据位置关系和通信状态确定车辆的消毒模式。其中，根据所述位置关系和所述通信状态确定车辆的消毒模式的方式很多，例如，车载设备可以预设有位置关系、通信状态与消毒模式的对应关系，那么根据位置关系和通信状态就可以直接确定车辆的消毒模式，但是本申请并不限于这种方式，其他能够确定车辆的消毒模式的方式也是可以的，本申请实施例对根据位置关系和通信状态确定车辆的消毒模式的方式不做限定。

在一些实施例中，可以根据位置关系和通信状态生成针对用户的位置和状态的判断结果，根据判断结果确定对应的消毒模式，采用该方式能够更方便的确定对应的消毒模式。

图5为本申请实施例提供的一种根据位置关系和通信状态确定车辆的消毒模式的流程示意图。如图5所示，所述根据所述位置关系和所述通信状态确定车辆的消毒模式，可以包括：

步骤1021：根据所述位置关系和所述通信状态获取判断结果，所述判断结果用于指示用户是否位于所述车辆内部达到预设第一时长内，或者用户是否离开所述车辆达到预设第二时长。

需要说明的是，根据位置关系和通信状态可以预测用户未来的运动状态，例如，若用户位于所述车辆内部达到预设第一时长内可以认为用户未来一段时间会继续待在车内，若用户离开所述车辆达到预设第二时长可以认为用户未来一段时间不会返回车辆。

在一些实施例中，所述位置关系包括距离值，所述根据所述位置关系和所述通信状态获取判断结果，可以包括：

若所述距离值小于预设第一距离阈值，且在所述距离值小于预设第一距离阈值情况下的所述通信连接的连接时长大于或者等于预设第一时长，则所述判断结果指示用户位于所述车辆内部达到所述预设第一时长；或，

若所述距离值大于预设第二距离阈值，且在所述距离值大于预设第二距离阈值情况下的所述通信连接的断开时长大于或者等于预设第二时长，则所述判断结果指示用户离开所述车辆达到预设第二时长。

需要说明的是，为了进一步确定用户未来的运动状态，可以以用户在某个状态的持续时长作为另一个参考指标。在本申请实施例中，若用户与车辆的距离值小于预设第一距离阈值，且在所述距离值小于预设第一距离阈值情况下的所述通信连接的连接时长大于或者等于预设第一时长，则所述判断结果可以指示用户位于所述车辆内部达到所述预设第一时长。当用户在车内待了预设第一时长，就可以认为用户未来一段时间会继续待在车内；若用户与车辆的距离值大于预设第二距离阈值，且在所述距离值大于预设第二距离阈值情况下的所述通信连接的断开时长大于或者等于预设第二时长，则所述判断结果可以指示用户离开所述车辆达到预设第二时长。当用户离开车辆达到第二距离阈值，且断开了通信连接，且断开通信连接的时长达到预设第二时长，就可以认为用户未来一段时间不会返回车辆，即持续离开车辆。

步骤1022：根据所述判断结果确定所述消毒模式。

需要说明的是，在确定了用户未来的运动状态为持续在车内或者持续离开车辆后，可以确定对应的消毒模式。根据判断结果确定消毒模式的方式很多，例如可以预设判断结果与消毒模式的对应关系，根据判断结果确定对应的消毒模式等等，本申请实施例对根据判断结果确定消毒模式的方式不做限定。

在一些实施例中，消毒模式可以分为两种类型的消毒模式，分别对应用户位于车辆内部的状态和用户位于车辆外部的状态，因此可以根据判断结果确定消毒模式的类型。

本申请实施例中，所述根据所述判断结果确定所述消毒模式，可以包括：根据所述判断结果确定消毒模式类型，所述消毒模式类型用于指示第一类型消毒模式或者第二类型消毒模式，所述第一类型消毒模式为用户位于所述车辆内部的情况下允许使用的消毒模式，所述第二类型消毒模式为用户位于所述车辆外部的情况下允许使用的消毒模式；从所述消毒模式类型中确定所述消毒模式。

进一步的，在所述消毒模式类型中可以包括多种预设消毒模式，所述从所述消毒模式类型中确定所述消毒模式，可以包括：输出所述多种预设消毒模式；接收所述用户针对所述多种预设消毒模式的选择操作；根据所述选择操作确定所述消毒模式。

需要说明的是，在一种消毒模式类型中可能包括多种具体的消毒模式，例如在第一类型消毒模式中可能包括N95空调内芯消毒、中药消毒和臭氧消毒等，在中药消毒中可能还包括多种功能的中药消毒，因此可以根据用户的选择设定，以提高用户的体验感。示例性的，可以向用户发出消毒模式筛选的提示信息，根据用户的选择操作确定对应的消毒模式。

在一些实施例中，所述车辆消毒的控制方法还可以包括：向所述移动终端发送提示信息，所述提示信息用于指示所述消毒模式。

需要说明的是，为了使用户清楚的知道车内消毒的情况，可以在消毒开始前和消毒结束后向用户发送提示信息，可以提升用户体验，也可以避免发生安全隐患。示例性的，当用户不在车内而开启深度消毒时，可以向用户的移动终端发送提示信息：检测到车内没人，已启动车内深度消毒模式，预计X分钟。在深度消毒结束后，可以向用户的移动终端发送提示信息：车内深度消毒完毕，下次放心用车。提示信息可以在用户的移动终端的人机交互界面上显示，方便用户查看，提升了用户的体验。

在一些实施例中，开启车辆消毒功能的方式有很多，例如可以是用户在车载设备或者移动终端上打开车辆消毒功能后开启，也可以是默认开启等，一种较优的实施方式是可以根据环境污染情况自动开启。

本申请实施例中，在所述获取与移动终端的位置关系和通信状态之前，所述车辆消毒的控制方法还包括：获取所述车辆的空气参数，所述空气参数用于指示所述车辆内部的污染程度；确定所述第二参数大于或等于预设污染阈值。

需要说明的是，车载设备可以定期或者定时获取车内的空气参数，根据空气参数判断是否需要进行空气消毒，若空气参数大于或者等于预设污染阈值，则确定车内空气受到污染，开启车辆消毒功能，若空气参数小于预设污染阈值，则确定车内空气质量良好，无需动作，采用该方式能够更好的贴合用户需求，提升用户体验。

本申请实施例提出的车辆消毒的控制方法，通过获取与移动终端的位置关系和通信状态，根据所述位置关系和所述通信状态确定车辆的消毒模式，解决了传统的车辆消毒模式需要用户手动选择合适的消毒模式，且具有安全隐患的问题，实现了自动识别用户状态从而智能控制车内消毒的效果，提升了用户体验。

下面将说明本申请实施例在一个实际的应用场景中的示例性应用。

本申请实施例中，用户携带有手机，即移动终端，车辆上设置有车载设备，在手机和车载设备构成的车辆消毒的控制系统中，在系统框架层手机包含UWB模块和BLE模块，车载设备也包含UWB模块和BLE模块，此外手机还包含蓝牙和UWB芯片，车载设备也包含蓝牙和UWB芯片，其中，搭载UWB模块的移动终端和车载设备可分为信号发射端和信号接收端，通过UWB协议通讯可以实现两个设备间准确知道彼此相聚距离以及角度。

手机搭载操作系统并标识用户及共享用户空间关系位置，手机系统提供了BLE和UWB开放能力到车载设备。UWB开放能力，即提供近距离通信服务Nearby Service，主要实现以下功能：(1)鉴权，提供车载设备与手机交互前的身份鉴定能力。(2)基于UWB空间关系信息，即基于UWB提供手机与车载设备之间的方向、距离等空间关系信息。车载设备基于手机的BLE开放能力与手机建立通信，并调用UWB模块，再基于手机的UWB开放能力获取手机和车辆的UWB空间关系，即精准的方向、距离等。

车辆消毒方案主要包括：a、检测移动终端与车辆空间关系：移动终端与车辆实现连接，通过UWB精准检测移动终端与车辆之间的空间关系，包括在车内、车外的距离等；b、启动对应的车内消毒：当车内有人的情况下，车内开启温和消毒模式，(2)当车内无人情况下，车内开启深度消毒模式。c、系统消毒通知，车内消毒启动和关闭时，会通过网络向手机推送消毒通知。

示例性的，手机可以安装有车辆消毒APP，APP在OS系统中注册并开启服务，车辆消毒的控制流程包括蓝牙广播与链接、UWB精准测距、满足触发条件执行策略等。具体的，1、APP在OS系统中注册并开启服务：开启基于系统的蓝牙服务，基于系统的UWB开放能力技术，车辆APP在操作系统中利用该技术注册服务从而具备对应的能力，并且用户在车辆APP的能力界面中打开对应的UWB能力开关。本实施例中UWB能力为UWB车内消毒功能。2、蓝牙广播与连接，由于蓝牙不能实现精准测距，但可以通过蓝牙提前在中距离，比如30米左右就连接上目标设备。具体的，搭载BLE蓝牙模块的手机打开蓝牙后，会一直处于蓝牙广播状态。搭载BLE蓝牙模块的手机会不断尝试扫描目标车辆，如果扫描到目标车辆，则会先通过BLE蓝牙连接上车辆。3、UWB精准测距，当手机与车载设备之间通过蓝牙连接后，手机调用UWB模块、车载设备调用UWB模块实现手机与车载设备之间的精准测距。4、满足触发条件执行策略，即基于UWB实现的精准测距信息，根据业务需求判断是否满足触发条件：1)如果用户携带UWB手机等IoT设备进入车内，手机与车保持UWB连接超过5分钟，意味着人长期在车内，此时可以开启5-10分钟的温和消毒方案，比如消毒效果较为温和的中药香薰&车内负离子等，实现确保人在车内安全，同时也能达成清新车内空气，快速消毒的效果；2)如果通过手机、IoT设备以及车辆的UWB精准知道车内人员已经离开车辆时，并且超过10分钟车没有任何UWB连接，意味着人长期离开车，此时车辆开启深度消毒模式，比如先紫外线消毒，再开启高温消毒等，并且向手机推送消毒通知。从而确保人不在车内的安全，对车内进行深度全面的消毒。

本申请实施例通过移动终端的蓝牙BLE模块和UWB模块、物联网IoT及车辆的BLE模块、UWB模块协同，使车载设备自动且准确的监测到用户与车辆的位置关系和运动状态，实现了智能且安全启动消毒模式的效果。

基于手机、物联网IoT设备的UWB开放能力，让车机系统具备了用户持手机在车内或者离车时启动不同的车内消毒方案，手机系统通知的安全车内消毒的能力。即用户在车内时，车辆启动温和消毒模式；人离开车辆后，手机、物联网IoT及车辆能准确监测到人员已经携带UWB设备离开车辆，不再需要人主动触发车内消毒的操作，而且在此前提下才启动车内深度消毒模式，并推送手机系统通知告知用户，更加智能、无感、安全。

本申请实施例提供的车辆消毒的控制方法的有益效果，包括：1)灵活、便捷：基于UWB技术，精准判断人是否在车内，无需人主动触发，更便捷。对于车企而言可灵活搭载不同的车内消毒设备，确保安全的同时还能提供不同效果的消毒方案；对于用户而言，则是充分满足高端用户群体对车内卫生的需求。2)精准、性价比高、安全：常规而言，企业一般利用车内摄像头+图像识别、毫米波雷达+生命体征识别等感知设备和技术识别算法，才能判断车内是否有人。这种由车辆自身实现识人的整体技术有明显缺陷：a)由于车内摄像头和毫米波雷达设备安装位置一般在车顶中部，会存在识别死角，对于这类情况则无法被识别；b)识别算法不成熟导致的误识别；c)需额外增加的感知设备和识别算法，综合成本非常高昂。而本申请的方案是不同用户携带多种不同的贴身UWB设备，比如包含UWB模块的手机、手表、眼镜、耳机等，车辆与这些UWB设备构建了连接，使得车辆能精准感知到车内人员携带UWB设备进入车辆还是离开车辆，才启动温和或者深度车内消毒模式，整体方案识别更加精准、性价比更高，同时还能确保人员安全。

应该理解的是，虽然图1-图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-图5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

基于前述的实施例，本申请实施例还提供一种车辆消毒的控制装置，该装置所包括的各模块、以及各模块所包括的各单元，可以通过处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图6为本申请实施例提供的车辆消毒的控制装置的结构示意图，如图6所示，所述装置300包括状态获取模块301和消毒确定模块302，其中：

状态获取模块301，用于获取与移动终端的位置关系和通信状态，所述通信状态包括与所述移动终端保持通信连接的连接时长或者断开所述通信连接的断开时长；

消毒确定模块302，用于根据所述位置关系和所述通信状态确定车辆的消毒模式。

在一些实施例中，所述状态获取模块301包括：通信连接子模块和状态获取子模块，其中，所述通信连接子模块，用于在与所述移动终端保持第一通信连接的状态下，建立与所述移动终端的第二通信连接，所述第一通信连接的连接距离大于所述第二通信连接的连接距离；所述状态获取子模块，用于根据所述第二通信连接获取所述位置关系和所述通信状态，所述通信状态包括保持所述第二通信连接的连接时长或断开所述第二通信连接的断开时长。

在一些实施例中，所述消毒确定模块302包括判断获取子模块和模式确定子模块，其中，所述判断获取子模块，用于根据所述位置关系和所述通信状态获取判断结果，所述判断结果用于指示用户是否位于所述车辆内部达到预设第一时长内，或者用户是否离开所述车辆达到预设第二时长；所述模式确定子模块根据所述判断结果确定所述消毒模式。

在一些实施例中，所述模式确定子模块包括类型确定单元和模式确定单元，其中，所述类型确定单元，用于根据所述判断结果确定消毒模式类型，所述消毒模式类型用于指示第一类型消毒模式或者第二类型消毒模式，所述第一类型消毒模式为用户位于所述车辆内部的情况下允许使用的消毒模式，所述第二类型消毒模式为用户位于所述车辆外部的情况下允许使用的消毒模式；所述模式确定单元，用于从所述消毒模式类型中确定所述消毒模式。

在一些实施例中，所述位置关系包括距离值，所述判断获取子模块包括第一判断单元和第二判断单元，其中，所述第一判断单元，用于若所述距离值小于预设第一距离阈值，且在所述距离值小于预设第一距离阈值情况下的所述通信连接的连接时长大于或者等于预设第一时长，则所述判断结果指示用户位于所述车辆内部达到所述预设第一时长；所述第二判断单元，用于若所述距离值大于预设第二距离阈值，且在所述距离值大于预设第二距离阈值情况下的所述通信连接的断开时长大于或者等于预设第二时长，则所述判断结果指示用户离开所述车辆达到预设第二时长。

在一些实施例中，所述装置300还包括空气获取模块，所述空气获取模块用于获取所述车辆的空气参数，所述空气参数用于指示所述车辆内部的污染程度；确定所述第二参数大于或等于预设污染阈值。

在一些实施例中，所述装置300还包括信息发送模块，所述信息发送模块用于向所述移动终端发送提示信息，所述提示信息用于指示所述消毒模式。

本申请实施例中，车辆消毒的控制装置能够自动识别用户状态从而智能控制车内消毒，提升了用户体验。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中图6所示的车辆消毒的控制装置对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。也可以采用软件和硬件结合的形式实现。

本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供的车辆消毒的控制方法中的步骤。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得电子设备执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

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

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、射频(radio frequency，RF)等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本说明书操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(localarea network，LAN)或广域网(wide area network，WAN)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本申请实施例提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述车辆消毒的控制方法实施例提供的方法中的步骤。

这里需要指出的是：以上存储介质和程序产品实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和程序产品实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

通过以上实施方式的描述，所属领域的技术用户员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其他的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其他的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

1.一种车辆消毒的控制方法，其特征在于，应用于车载设备，所述方法包括：

获取与移动终端的位置关系和通信状态，所述通信状态包括与所述移动终端保持通信连接的连接时长或者断开所述通信连接的断开时长；

根据所述位置关系和所述通信状态确定车辆的消毒模式。

2.根据权利要求1所述的方法，其特征在于，所述获取与移动终端的位置关系和通信状态，包括：

在与所述移动终端保持第一通信连接的状态下，建立与所述移动终端的第二通信连接，所述第一通信连接的连接距离大于所述第二通信连接的连接距离；

根据所述第二通信连接获取所述位置关系和所述通信状态，所述通信状态包括保持所述第二通信连接的连接时长或断开所述第二通信连接的断开时长。

3.根据权利要求1所述的方法，其特征在于，所述根据所述位置关系和所述通信状态确定车辆的消毒模式，包括：

根据所述位置关系和所述通信状态获取判断结果，所述判断结果用于指示用户是否位于所述车辆内部达到预设第一时长内，或者用户是否离开所述车辆达到预设第二时长；

根据所述判断结果确定所述消毒模式。

4.根据权利要求3所述的方法，其特征在于，所述根据所述判断结果确定所述消毒模式，包括：

根据所述判断结果确定消毒模式类型，所述消毒模式类型用于指示第一类型消毒模式或者第二类型消毒模式，所述第一类型消毒模式为用户位于所述车辆内部的情况下允许使用的消毒模式，所述第二类型消毒模式为用户位于所述车辆外部的情况下允许使用的消毒模式；

从所述消毒模式类型中确定所述消毒模式。

5.根据权利要求4所述的方法，其特征在于，在所述消毒模式类型中包括多种预设消毒模式，所述从所述消毒模式类型中确定所述消毒模式，包括：

输出所述多种预设消毒模式；

接收所述用户针对所述多种预设消毒模式的选择操作；

根据所述选择操作确定所述消毒模式。

6.根据权利要求3所述的方法，其特征在于，所述位置关系包括距离值，所述根据所述位置关系和所述通信状态获取判断结果，包括：

若所述距离值小于预设第一距离阈值，且在所述距离值小于预设第一距离阈值情况下的所述通信连接的连接时长大于或者等于预设第一时长，则所述判断结果指示用户位于所述车辆内部达到所述预设第一时长；或，

若所述距离值大于预设第二距离阈值，且在所述距离值大于预设第二距离阈值情况下的所述通信连接的断开时长大于或者等于预设第二时长，则所述判断结果指示用户离开所述车辆达到预设第二时长。

7.根据权利要求1-6中任一项所述的方法，其特征在于，在所述获取与移动终端的位置关系和通信状态之前，所述方法还包括：

获取所述车辆的空气参数，所述空气参数用于指示所述车辆内部的污染程度；

确定所述第二参数大于或等于预设污染阈值。

8.根据权利要求1-6任一项所述的方法，其特征在于，所述方法还包括：

向所述移动终端发送提示信息，所述提示信息用于指示所述消毒模式。

9.根据权利要求2所述的方法，其特征在于，所述第一通信连接包括蓝牙通信、紫蜂Zigbee通信、无线保真Wi-Fi通信中的至少一种，所述第二通信连接包括超宽带UWB通信。

10.一种车辆消毒的控制装置，其特征在于，包括：

状态获取模块，用于获取与移动终端的位置关系和通信状态，所述通信状态包括与所述移动终端保持通信连接的连接时长或者断开所述通信连接的断开时长；

消毒确定模块，用于根据所述位置关系和所述通信状态确定车辆的消毒模式。

11.一种车载设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至9任一项所述方法的步骤。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至9任一项所述的方法。