钥匙提示方法、装置、车辆及存储介质
技术领域
本申请涉及智能汽车技术领域，更具体地，涉及一种钥匙提示方法、装置、车辆及存储介质。
背景技术
数字钥匙，经常也被称为蓝牙钥匙或者虚拟钥匙，随着智能汽车的推广，这一全新的钥匙技术将成为下一代汽车的标准配置。利用数字钥匙与物理钥匙都可以启动车辆，但是当物理钥匙和数字钥匙同时存在时，存在利用数字钥匙启动车辆时不能检测到钥匙，导致误报未检测到车辆钥匙。
发明内容
鉴于上述问题，本申请提出了一种钥匙提示方法、装置、车辆以及存储介质，以改善上述问题。
第一方面，本申请提供了一种钥匙提示方法，所述方法包括：获取车辆状态信息；基于所述车辆状态信息，触发进行物理钥匙扫描；若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征基于数字钥匙控制过车辆；通过检测结果确定是否触发报警，以提示用户携带物理钥匙。
第二方面，本申请提供了一种钥匙提示装置，所述装置包括：信息获取单元，用于获取车辆状态信息；扫描单元，用于基于所述车辆状态信息，触发进行物理钥匙扫描；检测单元，用于若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆；报警单元，用于通过检测结果确定是否触发报警，以提示用户携带物理钥匙。
第三方面，本申请提供了一种车辆，包括一个或多个处理器以及存储器；一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述的方法。
第四方面，本申请提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述的方法。
本申请提供的一种钥匙提示方法、装置、车辆以及存储介质，首先获取车辆状态信息，然后基于获取到的车辆状态信息，触发进行物理钥匙扫描，若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆，最后通过检测结果确定是否触发报警，以提示用户携带物理钥匙。通过上述方法，通过增加数字钥匙判定逻辑，根据判定结果确定是否触发警报，以提示用户携带物理钥匙，可以减少因使用数字钥匙导致的车辆钥匙误报的情况，进而可以提升用户的满意度。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本申请提出的一种钥匙提示方法的流程图；
图2示出了本申请提出的一种钥匙提示方法中的多种目标参数进行切换的示意图；
图3示出了本申请提出的另一种钥匙提示方法的流程图；
图4示出了本申请提出的再一种钥匙提示方法的流程图；
图5示出了本申请提出的一种钥匙提示方法中的一种界面示意图；
图6示出了本申请提出的又一种钥匙提示方法的流程图；
图7示出了本申请提出的一种钥匙提示装置的结构框图；
图8示出了本申请的用于执行根据本申请实施例的钥匙提示方法的车辆的结构框图；
图9是本申请实施例的用于保存或者携带实现根据本申请实施例的钥匙提示方法的程序代码的存储介质。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
随着移动互联网和车联网技术的加速普及，数字钥匙，经常也被称为蓝牙钥匙或者虚拟钥匙，将成为下一代汽车的标准配置。数字钥匙主要是利用近场通信技术，使得用户可以通过智能手机或可穿戴智能设备(例如智能手表)来进行车辆车门的开锁，闭锁以及车辆的启动等操作。数字钥匙除了能够给用户带来很大的便利性，其本身数字化的本质也使得数字钥匙成为很多新的车联网应用和服务的基础设施，例如汽车共享，分时租赁，租车业务，快递到后备等。用户在使用数字钥匙进行车辆的开锁，闭锁以及车辆的启动等问题时，常常会忘记携带物理钥匙，因此需要一种能及时提醒用户携带物理钥匙的方法。
而发明人在对相关的钥匙提示方法的研究中发现，利用数字钥匙与物理钥匙都可以启动车辆，但是当物理钥匙和数字钥匙同时存在时，存在利用数字钥匙启动车辆时不能检测到物理钥匙，比如部分与数字钥匙对应的控制设备会存在控制设备的蓝牙抢先与车辆的车载娱乐蓝牙连接，导致控制设备的蓝牙与车辆的专用蓝牙的连接断开，从而不能检测到车辆钥匙，导致误报未检测到车辆钥匙。
因此，发明人提出了本申请中的首先获取车辆状态信息，然后基于获取到的车辆状态信息，触发进行物理钥匙扫描，若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆，最后通过检测结果确定是否触发报警，以提示用户携带物理钥匙，通过增加数字钥匙判定逻辑，根据判定结果确定是否触发警报，以提示用户携带物理钥匙，可以减少因使用数字钥匙导致的车辆钥匙误报的情况，进而可以提升用户的满意度的钥匙提示方法、装置、车辆以及存储介质。
下面将结合附图具体描述本申请的各实施例。
请参阅图1，本申请提供的一种钥匙提示方法，所述方法包括：
步骤110：获取车辆状态信息。
作为一种方式，所述车辆状态信息为表征检测到当前车辆状态的状态信息，比如车辆当前的行驶状态、车辆的发动机当前的状态以及车辆的车门的开关状态等。可以通过车辆的电子控制单元(Electronic Control Unit，ECU)或者车辆的整车控制器(VehicleControl Unit，VCU)去获取车辆的车辆状态信息。
其中，电子控制单元(Electronic Control Unit，ECU)又称“行车电脑”、“车载电脑”等，是车辆的专用微机控制器；整车控制器(Vehicle Control Unit，VCU)是车辆整车控制系统的核心部件，是用来控制车辆电机的启动、运行、进退、速度、停止以及车辆的其他电子器件的核心控制器件。
步骤120：基于所述车辆状态信息，触发进行物理钥匙扫描。
作为一种方式，基于通过上述方式获取到的车辆状态信息，可以给车辆的整车控制器VCU或者车辆的电子控制单元ECU发送一个钥匙扫描指令，当车辆的整车控制器VCU或者车辆的电子控制单元ECU接收到该钥匙扫描指令时，可以触发车辆的整车控制器VCU或者车辆的电子控制单元ECU实时进行物理钥匙扫描。具体的，可以当获取到车辆的状态信息为车辆为非Ready状态，或者车辆的发动机未启动，或者车辆的刹车从无效变为有效时，给车辆的整车控制器VCU或者车辆的电子控制单元ECU发送扫描物理钥匙的指令，当车辆的整车控制器VCU或者车辆的电子控制单元ECU接收到该物理钥匙扫描指令时，开始进行物理钥匙扫描。
其中，所述进行物理钥匙扫描可以理解为通过车辆的电子控制单元ECU或者车辆的整车控制器VCU发射探测信号，在探测信号预设的探测范围内扫描物理钥匙。如果车辆的电子控制单元ECU或者车辆的整车控制器VCU在预设的探测范围内接收到物理钥匙发送的确认信息，则可以确定扫描到了物理钥匙，若在预设的探测范围内没有接收到物理钥匙发送的确认信息，则可以确定没有扫描到物理钥匙。
步骤130：若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征基于数字钥匙控制过车辆。
其中，所述目标参数可以包括多种，多种目标参数之间可以根据是否满足指定条件进行切换。其中如图2所示，目标参数可以包括Flag_BLE＝0x0，Flag_BLE＝0x1，以及Flag_BLE＝0x2；当检测到满足指定条件时，Flag_BLE＝0x0，Flag_BLE＝0x1，以及Flag_BLE＝0x2之间就可以进行切换。具体的，Flag_BLE＝0x0表征未基于所述数字钥匙对车辆进行控制操作；Flag_BLE＝0x1表征基于所述数字钥匙控制执行车辆启动操作以外的其他操作，且未基于所述数字钥匙启动车辆；以及Flag_BLE＝0x2表征基于所述数字钥匙启动车辆。
具体的，Flag_BLE＝0x1切换为Flag_BLE＝0x2的指定条件可以为：接收蓝牙解锁请求；接收到所述蓝牙解锁请求后，若在预设时间内检测到车辆的发动机启动。其中，预设时间可以为任意设置的时间参数，示例性的，可以将预设时间设置为3min，当接收到蓝牙解锁请求后，若在3min内检测到车辆的发动机处于启动状态，则Flag_BLE＝0x1可以切换为Flag_BLE＝0x2。
其中，当车辆接收到蓝牙解锁请求时，可以对所述蓝牙解锁请求进行认证操作，以判断该蓝牙解锁请求是否为与所述车辆发送的。进一步的，可以从该蓝牙解锁请求中读取发送所述蓝牙解锁请求的控制设备的ID号，从车辆的存储区域中查找是否存储有该控制设备的ID号，如果在车辆的存储区域中查找到了该控制设备的ID号，则认证通过进行解锁操作。其中，所述控制设备的ID号可以为控制设备的手机号或者用户名等。
Flag_BLE＝0x1切换为Flag_BLE＝0x0的指定条件可以为：所述物理钥匙扫描结果表征物理钥匙扫描成功；车辆处于下电状态；以及接收到所述蓝牙解锁请求后，在预设时间内没有解锁成功中的任意一个。具体的，当所述目标参数表征基于所述数字钥匙控制执行车辆启动操作以外的其他操作，且未基于所述数字钥匙启动车辆时，检测到满足第一指定条件时，将所述目标参数切换为表征未基于所述数字钥匙对车辆进行控制操作，其中，所述第一指定条件包括以上述条件中的任意一个。
Flag_BLE＝0x2切换为Flag_BLE＝0x0的指定条件可以为：所述物理钥匙扫描结果表征物理钥匙扫描成功；车辆处于下电状态；以及车辆的发动机未启动中的任意一个。具体的，当所述目标参数表征基于所述数字钥匙启动车辆时，检测到满足第二指定条件时，将所述目标参数切换为表征未基于所述数字钥匙对车辆进行控制操作，其中，所述第二指定条件包括以上述条件中的任意一个。
Flag_BLE＝0x0切换为Flag_BLE＝0x1的指定条件可以为接收到蓝牙解锁请求。
作为一种方式，所述基于数字钥匙控制过车辆可以包括使用数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆；或者使用数字钥匙启动车辆。具体的，若物理钥匙扫描结果表征物理钥匙扫描失败，获取目标参数的参数值，通过目标参数的参数值确定是否利用数字钥匙控制过车辆。
步骤140：通过检测结果确定是否触发报警，以提示用户携带物理钥匙。
作为一种方式，通过上述方式获得目标参数的参数值检测是否利用数字钥匙控制过车辆，如果检测结果表征未基于所述数字钥匙控制过车辆，确定触发警报以提示用户携带物理钥匙；如果检测结果表征基于所述数字钥匙控制过车辆，则不触发报警。
进一步的，当检测结果表征未基于所述数字钥匙控制过车辆时，可以发送一个控制指令，通过该控制指令触发报警以提示用户携带物理钥匙。其中，具体的，报警的方式可以包括通过车辆的喇叭、车辆的车灯进行报警以及可以向车辆的车载多媒体系统中的语音播报模块发送提示信息，通过语音播报模块提示用户携带物理钥匙。
本申请提供的一种钥匙提示方法，首先获取车辆状态信息，然后基于获取到的车辆状态信息，触发进行物理钥匙扫描，若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆，最后通过检测结果确定是否触发报警，以提示用户携带物理钥匙。通过上述方法，通过增加数字钥匙判定逻辑，根据判定结果确定是否触发警报，以提示用户携带物理钥匙，可以减少因使用数字钥匙导致的车辆钥匙误报的情况，进而可以提升用户的满意度。
请参阅图3，本申请提供的一种钥匙提示方法，所述方法包括：
步骤210：获取车辆状态信息。
步骤210的详细解释可以参照前述实施例中的对应步骤，这里不再赘述。
步骤220：当所述车辆状态信息包括车辆发动机未启动且车辆刹车从无效变为有效时，触发进行物理钥匙扫描。
作为一种方式，当通过车辆的电子控制单元ECU或者车辆的整车控制器VCU获取到车辆的车辆状态信息包括车辆的发动机未启动，并且车辆的刹车从无效变为有效时，给车辆的电子控制单元ECU或者车辆的整车控制器VCU发送钥匙扫描指令，以触发进行物理钥匙扫描。
其中具体的，触发进行物理钥匙的条件可以包括当检测到用户有踩刹车的动作时，触发进行物理钥匙扫描。
步骤230：确定是否扫描到物理钥匙，若是，则执行步骤231。
步骤231：不触发报警。
作为一种方式，若扫描到物理钥匙，则不触发报警。
步骤232：若没有扫描到物理钥匙，检测目标参数是否表征未基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆，若是，则执行步骤231；若否，则执行步骤2322。
作为一种方式，若检测到目标参数表征基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆，则不触发报警。
具体的，如果当通过车辆的电子控制单元ECU或者车辆的整车控制器VCU检测到目标参数Flag_BLE＝0x1，即检测到利用数字钥匙对车辆进行了比如打开车载多媒体或者关闭车门灯操作，但没有利用该数字钥匙启动车辆时，确定不触发报警。
步骤2322：触发报警。
作为一种方式，若检测到目标参数表征未基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆，则触发报警。
其中，所述未基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆，可以理解为没有利用数字钥匙对车辆进行了比如打开车门或者关闭车窗等操作，并且没有利用数字钥匙启动车辆。
作为一种方式，当通过车辆的电子控制单元ECU或者车辆的整车控制器VCU检测到目标参数Flag_BLE≠0x1时，即所述目标参数表征未基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆时，确定触发报警以提示用户携带物理钥匙。
本申请提供的一种钥匙提示方法，首先获取车辆状态信息，当获取到的车辆状态信息包括车辆发动机未启动且车辆刹车从无效变为有效时，触发进行物理钥匙扫描，若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆，若物理钥匙扫描结果表征物理钥匙扫描成功，确定不触发报警，最后若检测到所述目标参数表征基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆，确定触发报警以提示用户携带物理钥匙，若检测到所述目标参数表征基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆，确定不触发报警。通过上述方法，通过增加数字钥匙判定逻辑，根据判定结果确定是否触发警报，以提示用户携带物理钥匙，可以减少因使用数字钥匙导致的车辆钥匙误报的情况，进而可以提升用户的满意度。
请参阅图4，本申请提供的一种钥匙提示方法，所述方法包括：
步骤310：获取车辆状态信息。
步骤310的详细解释可以参照前述实施例中的对应步骤，这里不再赘述。
步骤320：当所述车辆状态信息包括车辆发动机启动且车辆的车速大于阈值时，触发进行物理钥匙扫描。
其中，所述车速的阈值可以根据车辆的类型进行设置，比如跑车的车速阈值可以设置为60km/h，而公交车的车速阈值可以设置为20km/h。当通过车速传感器检测到当前车辆的车速大于阈值且通过车辆的电子控制单元ECU或者整车控制器VCU检测到车辆的发动机处Ready状态(或发动机启动状态)时，触发进行物理钥匙扫描操作。
步骤330：确定是否扫描到物理钥匙，若是，则执行步骤331。
步骤331：不触发报警。
步骤330以及步骤331所包括的步骤的详细解释可以参照前述实施例中的对应步骤，这里不再赘述。
步骤332：若没有扫描到物理钥匙，检测目标参数是否表征基于数字钥匙控制过车辆，若是，则执行步骤331。
作为一种方式，当通过车辆的电子控制单元ECU或者车辆的整车控制器VCU检测到目标参数Flag_BLE＝0x2，即基于所述数字钥匙启动车辆时，确定不触发警报。
步骤3322：若检测到目标参数表征未基于所述数字钥匙启动车辆，检测所述数字钥匙对应的控制设备的蓝牙是否与车辆的专用蓝牙进行连接，若是，则执行步骤331；若否，则执行步骤33221。
作为一种方式，当检测到控制设备可以与车辆进行通信，可以通过控制设备控制车辆时，确定数字钥匙对应的控制设备的蓝牙与车辆的专用蓝牙进行了连接。进一步的，可以通过车辆与控制设备之间是否可以传输消息确定控制设备是否可以与车辆进行通信。
步骤33221：触发报警。
作为一种方式，若所述数字钥匙对应的控制设备的蓝牙没有与车辆的专用蓝牙进行连接，则触发报警。
若检测到所述目标参数表征未基于所述数字钥匙启动车辆，且若所述数字钥匙对应的控制设备的蓝牙没有与车辆的专用蓝牙进行连接，确定触发报警以提示用户携带物理钥匙。
其中，所述控制设备可以为智能手机或者可穿戴智能设备(例如智能手表)等。所述数字钥匙主要是利用近场通信技术，使得用户可以通过智能手机或可穿戴智能设备来进行车辆车门的开锁，闭锁以及车辆的启动等操作。当车辆的专用蓝牙和所述数字钥匙对应的控制设备进行连接后，可以通过控制设备实现车辆车门的开锁，闭锁以及车辆的启动等操作。进一步的，控制设备中预先承载有数字钥匙软件程序，进而可以通过该数字钥匙软件程序给车辆发送控制指令，其中，控制指令可以为一个也可以为多个。示例性的，如图5所示，用户可以点开控制设备的数字钥匙软件程序的应用界面，点开界面后会提示用户选择相应的控制车辆的操作，可选的，相应的操作可以为“打开/关闭车门”、“启动/启停车辆”、“打开/关闭车窗”以及“打开/关闭车载多媒体”等多种操作。用户可以按照需求在应用界面上选择相应的控制车辆的操作，示例性的，如果当前用户想要打开车窗，那么用户就可以选择“打开/关闭车窗”操作，进而控制设备可以通过数字钥匙控制车辆打开车窗。
其中，当控制指令为多个时，可以通过多种方式来发送所述多个控制指令。作为一种方式，控制设备可以分多次将多个控制指令进行发送。例如，若确定的多个控制指令包括打开车门指令、关闭车窗指令以及打开车载多媒体指令。那么控制设备可以先发送打开车门指令，然后发送关闭车窗指令，再发送打开车载多媒体指令。可选的，控制设备可以基于设定的间隔时间依次发送多个控制指令。
作为一种方式，当车辆的电子控制单元ECU或者车辆的整车控制器VCU检测到数字钥匙对应的控制设备的蓝牙没有与车辆的专用蓝牙进行连接以及检测到目标参数Flag_BLE≠0x2，即所述目标参数表征未基于所述数字钥匙启动车辆时，确定触发报警以提示用户携带物理钥匙。
本申请提供的一种钥匙提示方法，首先获取车辆状态信息，当获取到的车辆状态信息包括车辆发动机启动且车辆的车速大于阈值时，触发进行物理钥匙扫描，若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆，若物理钥匙扫描结果表征物理钥匙扫描成功，确定不触发报警，最后若检测到所述目标参数表征未基于所述数字钥匙启动车辆，且若所述数字钥匙对应的控制设备的蓝牙没有与车辆的专用蓝牙进行连接，确定触发报警以提示用户携带物理钥匙，若检测到所述目标参数表征基于所述数字钥匙启动车辆，且若所述数字钥匙对应的控制设备的蓝牙与车辆的专用蓝牙进行了连接，确定不触发报警。通过上述方法，通过增加数字钥匙判定逻辑，根据判定结果确定是否触发警报，以提示用户携带物理钥匙，可以减少因使用数字钥匙导致的车辆钥匙误报的情况，进而可以提升用户的满意度。
请参阅图6，本申请提供的一种钥匙提示方法，所述方法包括：
步骤S410：获取车辆状态信息。
步骤S410的详细解释可以参照前述实施例中的对应步骤，这里不再赘述。
步骤S420：当所述车辆状态信息包括车辆发动机启动且车辆的主驾驶位有驾驶员以及车辆的最后一个车门关闭时，触发进行物理钥匙扫描。
作为一种方式，当通过车辆的电子控制单元ECU或者车辆的整车控制器VCU获取到车辆的车辆状态信息包括车辆的发动机启动，并且车辆的主驾驶位有人，以及车辆的车门全部关闭时，给车辆的电子控制单元ECU或者车辆的整车控制器VCU发送钥匙扫描指令，以触发进行物理钥匙扫描。
其中，车辆中可以配置有多种传感器，可以包括压力传感器、人体传感器、车速传感器、温度传感器、轴转速传感器、转角传感器、位置传感器、转矩传感器以及液压传感器等；可选的，可以通过车辆的电子控制单元ECU或者车辆的整车控制器VCU来控制压力传感器检测车辆的主驾驶位上是否有人。具体的，当压力传感器检测到主驾驶位上的压力值超过了预设压力值时，可以判断主驾驶位上有人，其中，预设压力值可以任意设定。可选的，也可以通过车辆的电子控制单元ECU或者车辆的整车控制器VCU来控制人体传感器工作，检测主驾驶位上是否有人。
可选的，车辆的车门的开关状态也可以通过车辆中配置的传感器进行检测，当传感器检测到车辆的车门全部关闭时，可以给车辆的电子控制单元ECU或者车辆的整车控制器VCU发送一个提示信息，以提示车辆的车门已全部关闭，触发进行物理钥匙扫描。
步骤430：是否扫描到物理钥匙，若是，则执行步骤431。
步骤431：不触发报警。
步骤432：若没有扫描到物理钥匙，检测目标参数是否表征基于数字钥匙控制过车辆，若是，则执行步骤431。
步骤4322：若检测到目标参数表征未基于所述数字钥匙启动车辆，检测所述数字钥匙对应的控制设备的蓝牙是否与车辆的专用蓝牙进行连接，若是，则执行步骤431；若否，则执行步骤43221。
步骤43221：触发报警。
步骤430以及步骤430所包括的步骤的详细解释可以参照前述实施例中的对应步骤，这里不再赘述。
本申请提供的一种钥匙提示方法，首先获取车辆状态信息，当获取到的车辆状态信息包括车辆发动机启动且车辆的主驾驶位有驾驶员以及车辆的最后一个车门关闭时，触发进行物理钥匙扫描，若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆，若物理钥匙扫描结果表征物理钥匙扫描成功，确定不触发报警，最后若检测到所述目标参数表征未基于所述数字钥匙启动车辆，且若所述数字钥匙对应的控制设备的蓝牙没有与车辆的专用蓝牙进行连接，确定触发报警以提示用户携带物理钥匙，若检测到所述目标参数表征基于所述数字钥匙启动车辆，且若所述数字钥匙对应的控制设备的蓝牙与车辆的专用蓝牙进行了连接，确定不触发报警。通过上述方法，通过增加数字钥匙判定逻辑，根据判定结果确定是否触发警报，以提示用户携带物理钥匙，可以减少因使用数字钥匙导致的车辆钥匙误报的情况，进而可以提升用户的满意度。
请参阅图7，本申请提供的一种钥匙提示装置500，所述装置500包括信息获取单元510、扫描单元520、检测单元530以及报警单元540。
信息获取单元510，用于获取车辆状态信息。
扫描单元520，用于基于所述车辆状态信息，触发进行物理钥匙扫描。
作为一种方式，所述扫描单元520还用于当所述车辆状态信息包括车辆发动机未启动且车辆刹车从无效变为有效时，触发进行物理钥匙扫描。
作为另一种方式，所述扫描单元520还用于当所述车辆状态信息包括车辆发动机启动且车辆的车速大于阈值时，触发进行物理钥匙扫描。
可选的，所述扫描单元520还用于当所述车辆状态信息包括车辆发动机启动且车辆的主驾驶位有驾驶员以及车辆的最后一个车门关闭时，触发进行物理钥匙扫描。
检测单元530，用于若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆。
作为一种方式，所述检测单元530还用于多种目标参数之间的切换。
具体的，接收蓝牙解锁请求；接收到所述蓝牙解锁请求后，若在预设时间内检测到车辆的发动机启动，将所述目标参数切换为表征是基于所述数字钥匙启动的车辆。
可选的，当所述目标参数表征基于所述数字钥匙控制执行车辆启动操作以外的其他操作，且未基于所述数字钥匙启动车辆时，检测到满足第一指定条件时，将所述目标参数切换为表征未基于所述数字钥匙对车辆进行控制操作，其中，所述第一指定条件包括一下条件中的一个：所述物理钥匙扫描结果表征物理钥匙扫描成功；车辆处于下电状态；以及接收到所述蓝牙解锁请求后，在预设时间内没有解锁成功。
可选的，当所述目标参数表征基于所述数字钥匙启动车辆时，检测到满足第二指定条件时，将所述目标参数切换为表征未基于所述数字钥匙对车辆进行控制操作，其中，所述第二指定条件包括一下条件中的一个：所述物理钥匙扫描结果表征物理钥匙扫描成功；车辆处于下电状态；以及车辆的发动机未启动。
报警单元540，用于通过检测结果确定是否触发报警，以提示用户携带物理钥匙。
作为一种方式，所述报警单元540还用于若检测到所述目标参数表征基于所述数字钥匙控制车辆执行过启动车辆以外的其他操作，且未基于所述数字钥匙启动车辆，确定触发报警以提示用户携带物理钥匙。
作为另一种方式，所述报警单元540还用于若检测到所述目标参数表征未基于所述数字钥匙启动车辆，且若所述数字钥匙对应的控制设备的蓝牙没有与车辆的专用蓝牙进行连接，确定触发报警以提示用户携带物理钥匙。
需要说明的是，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
下面将结合图8对本申请提供的一种车辆进行说明。
请参阅图8，基于上述的钥匙提示方法、装置，本申请实施例还提供的另一种可以执行前述钥匙提示方法的车辆100。本申请中的车辆100可以包括相互耦合的一个或多个(图中仅示出一个)处理器102、存储器104以及无线模块106。其中，该存储器104中存储有可以执行前述实施例中内容的程序，而处理器102可以执行该存储器104中存储的程序。
其中，处理器102可以包括一个或者多个处理核。处理器102利用各种接口和线路连接整个车辆100内的各个部分，通过运行或执行存储在存储器104内的指令、程序、代码集或指令集，以及调用存储在存储器104内的数据，执行车辆100的各种功能和处理数据。可选地，处理器102可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器102可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器102中，单独通过一块通信芯片进行实现。
存储器104可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器104可用于存储指令、程序、代码、代码集或指令集。存储器104可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储车辆100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
所述无线模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯，例如和音频播放设备进行通讯。所述无线模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。所述无线模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。
请参考图9，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。
综上所述，本申请提供的一种钥匙提示方法、装置、车辆以及存储介质，首先获取车辆状态信息，然后基于获取到的车辆状态信息，触发进行物理钥匙扫描，若物理钥匙扫描结果表征物理钥匙扫描失败，检测目标参数是否表征是基于数字钥匙控制过车辆，最后通过检测结果确定是否触发报警，以提示用户携带物理钥匙。通过上述方法，通过增加数字钥匙判定逻辑，根据判定结果确定是否触发警报，以提示用户携带物理钥匙，可以减少因使用物理钥匙导致的车辆钥匙误报的情况，进而可以提升用户的满意度。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
