开锁方法、设备和存储介质与流程

1.本技术涉及智能控制技术领域，尤其涉及一种开锁方法、设备和存储介质。


背景技术：

2.近年来，汽车智能控制己经成为世界车辆工程领域研究的热点和汽车工业增长的新动力之一。在实际应用场景中，对汽车门锁、车窗等部件进行智能控制，是有效改善用户体验的技术手段。越来越多的汽车制造商研发了智能车钥匙，或者开发相应的应用程序以通过智能手机等终端设备来控制车辆，例如控制车门、车窗、后备箱的开关等。目前，相对普遍的一种开锁方式为按键开锁，需要用户在到达车辆附近后，手动寻找车钥匙或手机等，然后基于密码解锁、指纹解锁、人脸解锁等验证方式，通过车钥匙或者手机等终端设备的安全认证之后，进入到相应的操控界面，再点击开锁键，才能实现开锁，操作便捷度有待提升。基于此，亟需一种解决方案，以进一步减少用户操作。


技术实现要素：

3.本技术提供一种开锁方法、设备和存储介质，能够减少用户开锁时的操作，在保证安全性的同时提升操作便捷度。
4.第一方面，本技术方案提供了一种开锁方法，应用于终端设备，所述方法包括：确定所述终端设备进入到目标设备发出的第一目标信号的信号范围内；在检测到所述终端设备处于预定的运动状态的情况下，向所述目标设备发出开锁消息；所述开锁消息，用于通知所述目标设备控制相应的目标电子锁由闭锁状态转为开锁状态；触发第一事件，所述第一事件用于提示用户所述目标电子锁已开启。
5.在一种可能的实现方式中，在所述确定所述终端设备进入到目标设备发出的第一目标信号的信号范围内之后，且在所述向所述目标设备发出开锁消息之前，所述方法还包括：检测所述目标信号的信号强度；所述在检测到所述终端设备处于预定的运动状态的情况下，向所述目标设备发出开锁消息，包括：在检测到所述第一目标信号的信号强度超过指定阈值，且所述终端设备处于预定的运动状态的情况下，向所述目标设备发出开锁消息。
6.在一种可能的实现方式中，在所述确定所述终端设备进入到目标设备发出的第一目标信号的信号范围内之后，且在所述向所述目标设备发出开锁消息之前，所述方法还包括：检测所述终端设备是否处于锁屏状态；所述在检测到所述终端设备处于预定的运动状态的情况下，向所述目标设备发出开锁消息，包括：在检测到所述终端设备处于锁屏状态，且所述终端设备处于预定的运动状态的情况下，向所述目标设备发出开锁消息。
7.在一种可能的实现方式中，所述触发第一事件之后，所述方法还包括：触发第二事件，所述第二事件用于询问用户是否误开，以及接收用户发出的关锁指令。
8.在一种可能的实现方式中，所述触发第二事件，包括：在检测到所述终端设备处于锁屏状态的情况下，则在确定接收到所述用户发出的解屏指令后，触发第二事件；其中，所述解屏指令用于解锁所述终端设备。
9.在一种可能的实现方式中，所述触发第二事件之后，所述方法还包括：确定接收到用户发出的关锁指令后，向所述目标设备发出关锁消息，以及，在检测到所述终端设备处于所述信号范围内的情况下，触发第一计时周期的计时；在所述第一计时周期内，中断所述向所述目标设备发出开锁消息的操作。
10.在一种可能的实现方式中，所述触发第二事件之后，所述方法还包括：确定接收到用户发出的关锁指令后，检测到所述终端设备处于所述信号范围之外；在检测到所述终端设备处于所述信号范围之外之后，且检测到所述终端设备再次进入所述信号范围内的情况下，执行所述在检测到所述终端设备处于预定的运动状态的情况下，向所述目标设备发出开锁消息的操作。
11.在一种可能的实现方式中，向所述目标设备发出开锁消息之后，所述方法还包括：触发第三事件，所述第三事件至少用于提供快捷方式以接收用户发出的关锁指令。
12.在一种可能的实现方式中，所述向所述目标设备发出开锁消息之后，所述方法还包括：获取所述目标电子锁对应的开关装置的开关状态信息；基于所述开关状态信息，确定在第二计时周期内所述开关装置未被打开时，向所述目标设备发出关锁消息；所述关锁消息，用于通知所述目标设备控制所述目标电子锁由开锁状态转为闭锁状态。
13.在一种可能的实现方式中，所述向所述目标设备发出开锁消息之后，所述方法还包括：在确定所述终端设备处于所述第一目标信号的信号范围之外的情况下，则向所述目标设备发出关锁消息；所述关锁消息，用于通知所述目标设备控制所述目标电子锁由开锁状态转为闭锁状态。
14.在一种可能的实现方式中，所述预定的运动状态是根据所述终端设备的运动传感器采集的数据确定的，所述运动传感器包括陀螺仪、重力感应器、加速度传感器、磁力传感器、振动传感器、线速度传感器、角速度传感器中的一个或多个。
15.在一种可能的实现方式中，所述预定的运动状态包括步行、快速步行、缓慢步行、跑、慢跑、快跑、跳中的一个或多个。
16.第二方面，本技术方案提供了一种开锁方法，应用于终端设备，所述方法包括：确定进入到目标设备发出的第一目标信号的信号范围内；在检测到所述终端设备处于预定的运动状态的情况下，触发第四事件，所述第四事件用于询问用户是否开启所述目标设备对应的目标电子锁，以及等待接收用户发出开锁指令；确定接收到所述开锁指令，生成相应的开锁消息并发送至所述目标设备；所述开锁消息，用于通知所述目标设备控制所述目标电子锁由闭锁状态转为开锁状态。
17.在一种可能的实现方式中，所述在检测到所述终端设备处于预定的运动状态的情况下，触发第四事件，包括：在检测到所述目标信号的信号强度超过指定阈值，且所述终端设备处于预定的运动状态的情况下，触发所述第四事件。
18.在一种可能的实现方式中，所述在检测到所述终端设备处于预定的运动状态的情况下，触发第四事件，包括：在检测到所述终端设备处于解屏状态，且所述终端设备处于预定的运动状态的情况下，触发所述第四事件。
19.第三方面，本技术方案提供了一种开锁方法，应用于目标设备，所述方法包括：确定终端设备进入到所述目标设备发出的第一目标信号的信号范围内；获取所述终端设备的运动状态信息；在基于所述运动状态信息确定所述终端设备处于运动状态的情况下，控制
所述目标设备对应的目标电子锁由闭锁状态转为开锁状态；向所述终端设备发送第一指令，以使所述终端设备触发第一事件，所述第一事件用于提示用户所述目标电子锁已开启。
20.在一种可能的实现方式中，所述确定终端设备进入到所述目标设备发出的第一目标信号的信号范围内之后，且在获取所述终端设备的运动状态信息之前，所述方法还包括：检测所述终端设备发出的第二目标信号的信号强度；所述在基于所述运动状态信息确定所述终端设备处于运动状态的情况下，控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态，包括：在检测到所述第二目标信号的信号强度超过指定阈值，且基于所述运动状态信息确定所述终端设备处于预定的运动状态的情况下，控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态。
21.在一种可能的实现方式中，所述确定终端设备进入到所述目标设备发出的第一目标信号的信号范围内之后，且在控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态之前，所述方法还包括：获取所述终端设备的屏幕状态信息；所述在基于所述运动状态信息确定所述终端设备处于运动状态的情况下，控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态，包括：在基于所述运动状态信息确定所述终端设备处于运动状态，且基于所述屏幕状态信息确定所述终端设备处于锁屏状态的情况下，控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态。
22.在一种可能的实现方式中，所述控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态之后，所述方法还包括：确定接收到所述终端设备发送的关锁消息后，控制所述目标设备对应的目标电子锁由开锁状态转为闭锁状态，以及，在检测到所述终端设备处于所述信号范围内的情况下，触发第一计时周期的计时，在所述第一计时周期内，控制所述目标电子锁保持闭锁状态。
23.在一种可能的实现方式中，所述控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态之后，所述方法还包括：确定接收到所述终端设备发送的关锁消息后，检测到所述终端设备处于所述信号范围之外；在检测到所述终端设备处于所述信号范围之外之后，且检测到所述终端设备再次进入所述信号范围内的情况下，执行所述在基于所述运动状态信息确定所述终端设备处于运动状态的情况下，控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态。
24.在一种可能的实现方式中，所述控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态之后，所述方法还包括：检测所述目标电子锁对应的开关装置的开关状态信息；基于所述开关状态信息，确定在第二计时周期内所述开关装置未被打开时，控制所述目标电子锁由开锁状态转为闭锁状态。
25.第四方面，本技术方案提供了一种终端设备，包括：一个或多个处理器；存储器；至少一个应用程序；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述终端设备执行时，使得所述终端设备执行如上述第一方面或第二方面任一项所述的方法。
26.第五方面，本技术方案还提供一种目标设备，包括：一个或多个处理器；存储器；至少一个应用程序；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中，所述一个或多个计算机程序包括指令，当所述指令被所述设备执行时，使得所述设备执行如上述第三方面任一项所述的方法。
27.第六方面，本技术方案还提供一种计算机存储介质，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如上述第一方面至第三方面中任一项所述的方法。
28.第七方面，本技术方案还提供一种芯片系统，包括：通信接口，用于输入和/或输出信息；处理器，用于执行计算机可执行程序，使得安装有所述芯片系统的设备执行如上述第一方面至第三方面中任一项所述的方法。
29.本技术实施例提供的方法和设备，在检测到用户所持的终端设备进入车辆信号范围内且处于运动状态时，自动发出开锁消息以开启车锁，减少了用户操作，并且在开锁后提示用户车锁已开，以增加安全性；或者，在检测到用户所持的终端设备进入到车辆信号范围内时，主动询问用户是否开锁，减少了用户手动查找开锁界面等操作。
附图说明
30.图1是相关技术中的无感开锁方案受到中继攻击的场景示意图；
31.图2是相关技术中的无感开锁方案结合卫星定位系统进行定位的场景示意图；
32.图3是本技术实施例提供的开锁方法适用的一个示例性场景示意图；
33.图4是本技术实施例提供的开锁方法适用的另一个示例性场景示意图；
34.图5是本技术实施例提供的开锁方法的一个实施例的信令流程图；
35.图6是本技术实施例提供的开锁方法的一个实施例中示例性界面的示意图；
36.图7是本技术实施例提供的开锁方法的另一个实施例的信令流程图；
37.图8(a)和图8(b)是本技术实施例提供的开锁方法的另一个实施例中的两个示例性界面的示意图；
38.图9是本技术实施例提供的开锁方法的一个实施例中无感开锁之后的信令流程图；
39.图10是本技术实施例提供的开锁方法的一个实施例中无感开锁之后的流程示意图；
40.图11是本技术实施例提供的开锁方法的又一个实施例的信令流程图；
41.图12是本技术实施例提供的开锁方法的又一个实施例中的示例性界面的示意图；
42.图13是本技术实施例提供的开锁方法的又一个实施例中的另一个示例性界面的示意图；
43.图14是本技术实施例提供的开锁方法的再一个实施例的信令流程图；
44.图15是本技术实施例提供的开锁方法的又一个实施例的信令流程图；
45.图16为本技术实施例提供的开锁方法和设备对应的系统架构图；
46.图17为本技术实施例提供的终端设备的一个实施例的硬件结构示意图；
47.图18为本技术实施例提供的终端设备的另一个实施例的硬件结构示意图。
具体实施方式
48.下面将结合附图，对本技术中的技术方案进行描述。
49.本技术实施例提供的开锁方法和设备可以适用的一个典型应用场景为汽车开锁场景，例如用户携带车钥匙或手机等终端设备返回车辆附近，准备开启车锁以打开车门或
后备箱等对象的场景。需要说明的是，本技术实施例提供的方法和设备，还可适用于其他多种需要开锁的应用场景，例如住宅房屋门/办公室门等房门开锁、电气设备等设备开锁、电动单车/电动滑板车等交通工具开锁等各种场景。为便于理解本技术实施例提供的开锁方法和设备，下面多以汽车开锁场景作为示例，对本技术实施例提供的解决方案进行说明，据此可适应性获得其他场景下的实施方案。
50.为便于理解本技术实施例提供的解决方案所做出的改进，先对已有的相关技术中的解决方案进行简单阐述。以汽车开锁场景为例，已有的相关技术中提出的一种无感开锁方案，在检测到在车钥匙或者手机位于车辆附近短距离范围内时，车辆电子锁自动打开，无需用户拿出车钥匙或手机进行开锁操作，即可直接打开车门。该种无感开锁方案的基本原理为，弱天线(超短距天线)的有效通信距离范围一般比较小，仅能感应周围小距离范围内的信号，例如能够感应车辆是否在1.5米左右范围内，如果是的话，钥匙才发送开锁消息，用户才可以开门。
51.发明人在研究过程中发现，该无感开锁方案虽然减少了用户操作，但存在如下弊端：
52.一方面，中继攻击为通信技术领域中常见攻击方式，而上述已有相关技术中的无感开锁方案无法抵御中继攻击。参阅图1所示，当在车辆c0和终端设备ue0附近同时安放信号放大器后，车辆或者手机发出的弱信号被放大，使得车钥匙或手机，以及车辆，会误以为对方在近距离内而打开车锁，但实际信号的交互是通过信号放大器扩展了通信距离。因而，已有的该种在用户无感状态下自动开锁的方案，无法抵御中继(信号放大器)攻击，增加了汽车被盗的风险，存在安全性问题。
53.参阅图2所示，目前用于抵御中继攻击问题的一种辅助技术手段，是在通过终端设备ue0(例如手机)开车锁时，结合全球定位系统(global positioning system，gps)或北斗卫星导航系统(beidou navigation satellite system，bds)等卫星定位系统的定位信息进行辅助判断。gps或bds下发的车辆位置信息或手机位置信息，是车辆c0或终端设备ue0直接与定位卫星s1通讯获取，不会受附近信号放大器的影响，因而能够解决中继攻击问题。但在实际应用中，gps或bds民用定位服务的精度均在
±
10米左右，车辆距离手机10米的范围还是不太安全，仍然存在中继攻击可能性，还是有被盗窃的风险。另外，不可忽略的另一个弊端是，已有技术中的上述无感开锁方案没有明显的触发开锁的时机，手机和车辆需要持续开启gps获取定位，而gps定位功耗较大，持续开启gps定位耗电量高，难以实际应用。目前已有的上述无感开锁方案，缺少行之有效的方法来解决其存在的中继攻击问题。
54.另一方面，手机等用于开锁的终端设备，在判断车辆是否在附近时，需要通过手机的弱天线发射信号(例如wi-fi或者蓝牙信号)，只有弱天线发射的信号被车辆收到，才能判断出车辆在较近距离范围内。而弱天线并非手机的基本硬件配置，预实现手机具备开锁功能，需要在手机的生产制造过程中，额外安装弱天线，增加了硬件复杂度和生产成本。
55.鉴于此，本技术实施例提出一种解决方案，相比于按键开锁方案能够减少用户操作，提升开锁的便捷度；并且能够解决上述已有的无感开锁方案面临的中继攻击问题，以及安装弱天线增加成本的问题。本技术实施例提供的解决方案可以基于终端设备侧与目标设备侧之间的交互实现。
56.在一部分实施例中，采用了信号范围内至少进行运动状态检测的技术手段，在另
外一部分实施例中，采用了在信号范围内至少进行主动询问的技术手段，以解决上述问题。
57.下面结合两个应用场景示例，对本技术实施例提供的解决方案进行初步介绍：
58.示例性应用场景一：
59.参阅图3所示，以汽车开锁场景为例，用户u1持有终端设备ue1到达车辆附近，终端设备ue1检测到车载目标设备c1发出的无线信号，终端设备ue1与目标设备c1之间建立安全连接。之后，如图3中所示的示例性情形，此时终端设备ue1放置于用户包内，为锁屏状态，此种情形下，终端设备ue1至少检测自身设备是否处于运动状态，确定处于运动状态，则向目标设备c1发出开锁消息，目标设备c1控制车门电子锁开启，同时车辆可以发出相应的提示音，例如发出蜂鸣声或者语音提示“您好，车锁已开启”，如果没有发生中继攻击，则用户就在现场，得知车锁已开启后，手握门把手或者按下门把手上的开门按键，即可开门，也能够实现无感开锁；同时，为进一步提升安全性，目标设备c1向终端设备ue1返回开锁成功的消息，终端设备ue1在接收到开锁成功消息后，会立即向用户提示车锁已开启，如果没有发生中继攻击，则用户此时忽略该提示即可，无需有任何操作；如果发生了中继攻击，则用户能够马上得知车辆当前可能面临被盗风险，进而立即通过终端设备ue1发出关锁消息，再次锁闭车门，防止车辆被盗。
60.其中，用户携带终端设备处于运动状态，会大大增加中继攻击的难度，终端设备移动时其信号强度随时发生变化，在此种情形下，中继攻击难以实施；此外，除极个别情况下，在实际应用中，用户需要开锁时都会向车辆靠近，大概率会处于运动状态，因而用户当前是否运动的状态，可以作为区分用户是否需要开锁的一个直接而有效的必要参考因素，一定程度上能够避免中继攻击。
61.参阅图4所示，在另外一部分实施例中，当用户u1持有终端设备ue1到达车辆附近，终端设备ue1与车载目标设备c1建立安全连接之后，如图4中所示的示例性情形，此时如果终端设备ue1为解屏状态，即用户正在使用终端设备ue1，此种情形下，可以基于ui(user interface)/ux(user experience)交互，主动向用户询问是否开启车锁。例如，终端设备ue1检测到进入车载目标设备c1的信号范围内时，自动弹出是否打开车锁的对话框，显示用于发出开锁消息的按钮和发出关锁消息的按钮，无需用户自行查找操作界面，直接在弹出的对话框上点击相应的开锁或者闭锁的按钮即可实现车锁的开关控制。已有技术中通过手机进行开锁的按键开锁方式，需要用户在到达车辆附近后，找到相应的应用程序(application，app)并打开，或者从运行的程序中查找开锁程序，进入操控界面，点击开锁按键，实现开锁。本技术实施例提供的主动问询方式，以用户进入到车辆近距离范围内为触发时机，主动问询用户是否开锁，减少用户操作。
62.需要说明的是，此种主动问询方式对于用户而言并不是完全的无感，但操作便捷度相比于现有技术中的按键开锁有明显提升，并且，该种主动问询的方式，用户不发出开锁消息则不开启车锁，可以完全避免中继攻击问题，安全性更高。
63.本技术实施例中，终端设备可以是用户随身携带的各种支持近距离无线通信的可移动终端产品，例如可以是手机、平板电脑、个人计算机(personal computer，pc)、个人数字助理(personal digital assistant，pda)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality，ar)设备、虚拟现实(virtual reality，vr)设备、机器人(便携式)、智能玩具等，也可以是车钥匙。
64.目标设备即用户预打开的车辆内用于与终端设备进行无线通信的设备，该目标设备可以是独立的车载设备，也可以是集成于车载设备的一个或多个部件，车辆内至少能够支持近距离无线通信且能够直接或间接控制车锁的任一车载设备、模块或部件，均可作为目标设备。例如，目标设备可以是如下车载设备或模块中的一个或多个，或者是集成于如下车载设备或模块中的一个或多个部件：车辆网关(gateway，gw)模块、远程信息控制单元(telematics control unit，tcu)、汽车盒子(telematics box，t-box)、移动数据中心(mobile data center，mdc)、人机交互(human
–
machine interaction，hmi)模块、电子控制单元(electronic control unit，ecu)、座舱域控制器(cockpit domain controller，cdc)，或整车域控制器(vehicledomain controller，vdc)。
65.其中，车辆网关gw模块为整车电子电气架构中的核心部件，其作为整车网络的数据交互枢纽，可控制区域网络(controller area network，can)、局域互联网络(localinterconnect network，lin)、多媒体数据传输(media oriented system transport，most)、flexray等网络数据在不同网络中进行路由。移动数据中心mdc用于作为汽车的智能车载计算平台；人机交互hmi模块可以为汽车的信息娱乐系统；远程信息控制单元tcu可以用于和汽车外部、后台系统和智能手机、应用程序网络设备等通信；汽车盒子t-box可以用于和汽车外部、后台系统和智能手机、app网络设备等通信；电子控制单元ecu为汽车专用微机控制器；座舱域控制器cdc用于控制座舱域相关内容；整车域控制器vdc用于控制整车域相关内容。
66.目标电子锁即为用户预打开的车辆的车锁，该车锁不仅限于车门锁，还可以包括车窗控制部件、后备箱锁控部件，以及车内音箱、空调等电气设备的控制单元等。目标电子锁可以包括受控于控制信号的实体机械锁和/或电气开关。
67.目标设备与目标电子锁可以为彼此独立的两个设备或部件，或者分别部署于不同的设备或模块中，目标设备和目标电子锁也可以集成于同一设备中，例如，目标设备可以作为车锁的附属配件，仅用于进行与车锁相关的通信任务。
68.下面对本技术实施例提供的开锁方法的流程进行具体阐述：
69.在一部分实施例中，以用户进入车辆信号范围内以及处于运动状态，作为触发时机，来触发开锁并且向用户发出开锁通知。该方法的执行主体可以为终端设备，包括以下流程：确定进入到目标设备发出的目标信号的信号范围时，则检测终端设备是否处于预定的运动状态，确定处于运动状态，则向目标设备发出开锁消息，以及触发第一事件，第一事件即用于向用户提示目标设备对应的目标电子锁已开启的交互事件。
70.其中，确定进入目标设备发出的目标信号的信号范围，包括两层含义：一层含义是终端设备目前处于目标设备的信号范围内；另一层含义是由失去信号状态向能够搜索到信号状态变化，而并非是由搜索到信号状态向失去信号状态变化，即是“进入”信号范围，而非远离。能够确定进入目标设备发出的目标信号的信号范围的前提是，当前能够搜索到目标设备发出的信号，并且在此之前处于未能发现目标设备信号的状态。作为一种可能的实施方式，以3秒(s)为一个查询周期，每隔3s记录一下终端设备是否搜索到目标设备的信号状态，当确定搜索到目标设备的信号(即发现信号状态)，查询相邻的上一个或两个时间周期内是否为失去信号状态，以及等待下一个周期，查询下一个周期的记录是否为发现信号状态，是，则确定进入目标设备发出的目标信号的信号范围。该种实施方式，能够避免用户持
续处于车辆信号范围内时反复触发开锁。
71.需要说明的是，终端设备与目标设备之间采用近距离无线通信技术进行通信，例如可以采用蓝牙(bluetooth)、无线保真(wireless fidelity，wi-fi)、近场通信(near field communication，nfc)、紫蜂协议(zigbee)、超宽带(ultra wide band，uwb)、射频识别技术(radio frequency identification，rfid)等中的至少一种。其中，除nfc以外，其他几种通信方式可以通过调节功率来控制信号发射距离。
72.在一种可能的实施方式中，采用蓝牙作为终端设备与目标设备之间的通信方式。当终端设备确定接收到目标设备广播的beacon帧时，则确定当前处于目标设备的信号范围内。
73.在一种可能的实施方式中，搜索到目标设备的信号后，还进一步检测信号强度。对于部分近距离无线通信技术，其通信距离范围可达十米甚至几十米，当终端设备进入目标设备的信号范围内之后，此时终端设备与车辆之间的实际距离可能在十米以上，因此需要进一步获取信号强度信息，即获取接收的信号强度指示(received signal strength indication，rssi)的值，单位为分贝毫瓦(decibel relative to one milliwatt，dbm)。当信号强度超过指定阈值时，再去执行后续步骤。例如，在发现目标信号后，随即检测信号强度，确定信号强度达到指定阈值，再检测是否处于运动状态，或者，在检测到终端设备处于运动状态后，再去确定当前信号强度，信号强度超过指定阈值，则发出开锁消息，否则不触发开锁消息，直至信号强度超过指定阈值。运动状态检测与信号强度的确定，在时序上并无明确的先后顺序限定。
74.需要说明的是，当终端设备与车辆之间的通信方式的有效通信距离在几米范围内时，则可以不进行信号强度检测的步骤，例如，有效通信距离小于10米或者小于5米时。当车辆内的目标设备安装有弱天线(超短距天线)或者通过调节车辆一侧的目标设备的天线发射功率而使得有效的信号范围仅为车辆附近几米范围时，则无需再执行确定信号强度的步骤。当终端设备与车辆之间的通信方式的有效通信距离超出10米，且出于成本、方案兼容性以及实施难易度考虑时，无法对目标设备或手机上的天线的功率进行减弱时，则应在进入信号范围内之后，进一步确定信号强度，以确保用户所持有的终端设备与车辆之间的距离在距离阈值内。距离阈值可以是5米，6米，10米等。
75.信号强度的指定阈值与距离阈值有关，当距离阈值确定后，可以车辆周围处于距离阈值处的信号强度进行采样，多个信号强度样本均值，可作为信号强度的指定阈值。
76.已有技术中需要安装弱天线的原因在于控制车辆与手机之间的有效通信距离较短，例如在1.5米左右范围内。本技术实施例提供的解决方案中，基于上述触发机制，进一步将信号强度作为触发开锁条件，可以解决需要安装弱天线的技术问题，通过设置不同的信号强度阈值，当信号强度超过该阈值再触发开锁，可以有效控制触发开锁的距离范围，而无需安装弱天线，节省了安装弱天线的各项成本。
77.需要说明的是，检测是否处于运动状态，可以通过传感器采集运动数据进行识别。即，预定的运动状态是根据终端设备的运动传感器采集的数据确定的。运动传感器包括陀螺仪、重力感应器、加速度传感器、磁力传感器、振动传感器、线速度传感器、角速度传感器中的一个或多个。传感器采集的数据，可以是运动方向、倾斜角度、空间姿态，行进速度等运动参数。采集运动数据为多种终端设备支持的功能，例如智能手机、智能手表等移动终端设
备，本技术实施例可以利用已有的检测功能，利用检测到的运动数据，对运动状态进行识别。
78.例如，作为一种可能的实施方式，终端设备可以内置陀螺仪、重力感应器和加速度传感器，通过陀螺仪感应用户运动方向；通过重力感应器测量由于重力引起的加速度，以计算出终端设备相对于水平面的倾斜角度；通过加速度传感器采集终端设备的加速度信息。可以结合运动方向、倾斜角度以及加速度信息，综合判断用户是否处于运动状态。
79.在一种可能的实现方式中，预定的运动状态可以包括步行、快速步行、缓慢步行、跑、慢跑、快跑、跳中的一个或多个，当用户带动终端设备处于上述任一一种状态时，则认为终端设备处于预定的运动状态。具体地，根据上述传感器感应到的数据，可以确定用户运动的步数或者频率，进而确定出用户是否处于快速步行、缓慢步行、快跑、慢跑等状态中的任一种。步行、快速步行、缓慢步行、跑、慢跑、快跑、跳等状态可以由多个样本数据进行统计而获得。
80.具体地，检测是否处于运动状态，可以通过如下几种方式实现：
81.方式一：将采集到的运动数据与预定的参数阈值或者预定条件进行比较，超过阈值或者达到预定条件，则认为用户所携带的终端设备处于运动状态。例如，通过上述传感器采集到的参数来确定使用者的步数，当使用者的步数在预定时间段内持续增加时，则认定用户及其携带的终端设备处于运动状态。例如，以5s为一个检测周期，每隔5s检测用户的步数是否增长，在连续多个检测周期内检测到的用户步数均有所增长，则认为用户处于运动状态。
82.方式二：基于大数据，获取用户在预打开车门前的状态参数，获得多个样本，对其进行统计分析，例如采用聚类分析算法，获得用户在打开车门之前的普遍状态特征对应的参考特征向量，在判断当前的目标用户是否处于运动状态时，可以将采集到的运动参数转换为目标特征向量，将该目标特征向量与预先获得的参考特征向量进行比较，基于比较结果确定当前目标用户是否处于运动状态。其中，获得参考特征向量的流程在网络侧的服务器实施，参考特征向量可以作为程序参数预先存储于终端设备中。
83.方式三：检测是否处于运动状态的另一种可能的实施方式为：获得多个用户预打开车门前的状态参数作为训练数据，以是否处于运动状态作为标签，训练神经网络模型，然后，在实际应用阶段，以采集到的目标用户的运动参数对应的特征向量为输入，通过预先训练出的神经网络模型，输出是否处于运动状态的识别结果。方式三的实现，通常需要终端设备与网络侧的服务器进行交互来完成，多数情形下，训练好的神经网络模型部署于网络侧服务器中。
84.在一种可能的实施方式中，通过第一事件提醒用户车锁已开后，还通过第二事件，来询问用户是否误开，以及接收用户发出的关锁指令。在实际应用中，在受到中继攻击时，显然开锁行为并非是用户预期的，需要尽快关闭车锁；或者，没有受到中继攻击时实施无感开锁也有可能出现误开的情况，因而在提示用户车锁开启之后，应提供用户能够快速关锁车门的交互入口。
85.为便于进一步理解本技术实施例提供的开锁方法，下面列举几个实施例。
86.首先列举一个适用于开锁前终端设备处于锁屏状态场景的实施例，该实施例根据手机/车钥匙等终端设备是否处于锁屏状态以及是否运动，触发无感开锁，开锁后增加手
机/钥匙等终端设备一侧的提示，让用户可以在短时间内获知车锁被误开或者由于遭受攻击而误开，进而立即发出关锁指令或者到现场手动锁门以解除风险。具体地，参阅图5所示，该实施例可以包括以下流程：
87.步骤501，终端设备发现目标设备发出的第一目标信号；
88.例如，终端设备搜索到目标设备(即图5中所示车载目标设备)发出的beacon帧，且相邻的上个查询周期内为失去信号状态，而相邻的下一个查询周期也为发现信号状态，则确定发现目标设备，进入到目标设备的目标信号范围内。
89.需要说明的是，终端设备可以将目标设备发出的信号视为目标信号，目标设备也可以将终端设备发出的信号视为目标信号，为便于描述，将终端设备发出的信号定义为第一目标信号，将目标设备发出的信号定义为第二目标信号。
90.步骤503，终端设备检测到自身处于锁屏状态；
91.步骤505，终端设备检测到自身处于运动状态；
92.步骤507，终端设备与目标设备之间建立安全连接；
93.建立安全连接，即进行安全认证以进行通信。不同的通信技术对应采用不同的安全认证方式，例如，在一种可能的实施方式中，当终端设备与目标设备之间进行蓝牙通信时，可以基于安全简单配对ssp(secure simple pairing)、secure connections、le secure connections等加密认证机制，进行安全认证；再例如，终端设备与目标设备之间进行wi-fi通信时，可采用wi-fi保护访问-预共享密钥(wi-fi protected access-preshared key，wpa-psk)/wpa2-psk认证机制。
94.步骤509，终端设备发送开锁消息至目标设备；
95.步骤511，目标设备在开锁后向终端设备发送开锁成功消息；
96.步骤513，终端设备接收到开锁成功消息后，向用户提示车锁已开启；
97.在一种可能的实施方式中，在终端设备收到目标设备发出的开锁成功的消息后，终端设备会触发第一事件，以向用户提示目标设备对应的目标电子锁已开启，提示方式可以是声音、振动、推送文字消息、点亮屏幕中的至少一种，其中声音包括语音、铃音、蜂鸣声以及其他各种类型的提示音，第一事件具体可以是语音播报、响铃、发出蜂鸣声、振动、推送push消息、点亮屏幕中的一种或两种以上的组合。若终端设备处于锁屏状态，可以选择振动或声音提示，例如在已经开锁后进行语音播报“您的车辆已开锁”，也可以将不同的提示方式结合，例如在振动的同时进行语音播报，或者在振动的同时进行响铃，以提醒用户车锁开启，也可以在锁屏界面中显示推送的push消息。若终端设备处于解屏状态，则可显示推送的push消息，或其他推送文本消息的方式来提示用户。在该实施例中，终端设备由步骤502的锁屏状态转为解屏状态为小概率事件，因而在执行步骤513时，可以采用锁屏状态对应的提示方式。
98.步骤515，终端设备检测到用户解锁设备的操作。
99.在该实施例中，用户在听到手机的声音提示或感觉到振动提示后，如果不是用户本身的意愿下开锁，会主动打开手机进行查看。如果用户没有解锁手机而是选择忽略了提示，则大概率是由于车门开锁为用户本身意愿，并没有受到中继攻击。
100.步骤517，询问用户是否误开，以及是否要关闭车锁。
101.该步骤517，可以通过触发第二事件实现，第二事件用于询问用户是否误开，以及
接收用户发出的关锁指令。作为一种可实施方式，可以在用户解锁手机后，弹出询问用户是否误开要关闭车锁的对话框或选项提示框，在对话框或者选项提示框中至少设置确认是误开的关锁按钮，以接收用户的关锁指令。
102.例如，参阅图6，在锁屏状态下，在步骤513中，采用振动结合点亮屏幕的方式提醒用户车锁已开启，触发第一事件时终端设备的一个界面示例如该图中界面i1所示，此时屏幕在锁屏状态下被点亮，并弹出通知消息“您的车锁已开启，点击查看详情”，如果此时受到了中继攻击，则用户察觉到开锁异常，会迅速解屏，此时终端设备检测到了用户的解屏指令，解锁屏幕后，弹出如界面i2中所示的选项提示框“您的车锁已开启，是否误开？”并设置用于关锁的选项“误开，关锁”以及“忽略”选项，用户可通过点击“误开，关锁”选项发出关锁指令，控制车锁再次关闭。用户选择“忽略”或者没有执行任何操作时，则该选项提示框自动消失。
103.可选的，可以在步骤505和步骤507之间，增加步骤506，终端设备检测接收到的目标信号的信号强度，确定信号强度超过指定阈值时，再执行步骤507；或者，在步骤501和步骤503之间增加检测信号强度的步骤；或者，在步骤503和步骤505之间增加检测信号强度的步骤，如此可基于图5所示的实施例获得另外多个实施例。
104.可选地，图5所示的实施例中也可以不包括步骤515，即在终端设备提示用户车锁已开启后，用户不需要解锁终端设备，就可以直接在终端设备的锁屏界面，确认是否为误开。也就是说，图6中的界面i2，也可以终端设备处于锁屏状态下的一个界面，用户可通过点击“误开，关锁”选项发出关锁指令，控制车锁再次关闭；用户选择“忽略”或者没有执行任何操作时，则该选项提示框自动消失。
105.再列举一个适用于在开锁前终端设备处于解屏状态场景的实施例，参阅图7所示，该实施例可以包括以下流程：
106.步骤701，终端设备发现目标设备发出的第一目标信号；
107.步骤702，终端设备检测到自身处于解屏状态；
108.步骤703，终端设备检测到自身处于运动状态；
109.步骤704，终端设备检测接收到的第一目标信号的信号强度；
110.步骤705，终端设备与目标设备之间建立安全连接；
111.步骤706，终端设备发送开锁消息至目标设备；
112.步骤707，目标设备在开锁后向终端设备发送开锁成功消息；
113.步骤708，终端设备接收到开锁成功消息后，推送车锁已开启的push消息，并提供关锁的快捷方式，该步骤708可以通过触发第三事件实现。第三事件，可以用于提供快捷方式以接收用户发出的关锁指令，在该实施例中，第三事件用于推送车锁已开启的push消息，并提供关锁的快捷方式。
114.该实施例实现了终端设备解屏状态下的无感开锁，可适用于用户一边操作手机等终端设备，一边走向车辆的场景，例如用户走向车辆的同时正在进行语音、视频电话等，或者正在编辑文本消息等等。需要说明的是，不同于图5对应的实施例，图7所示的该实施例适用的场景中，用户在走向车辆的过程中仍然保持手机解屏状态，多数情形下是有重要事务或者感兴趣的事务正在处理，因而，在该实施例中，侧重于降低对用户的干扰，由此，在步骤708中，开锁成功后，可以触发第三事件，以推送push消息等文本消息的形式提醒用户开锁
已开启，而不采用响铃或者振动等可能会对用户产生干扰的提醒方式，并且为保证安全性，提供供用户关闭车锁的快捷方式，例如，该快捷方式可以是提供一个悬浮窗，在悬浮窗内设关锁按钮，用户点击该关锁按钮可以不影响当前主界面程序的运行。可选地，在图7所示的实施例中，终端设备也可以响铃或者振动，以便用更不容易被用户忽略的方式提醒用户车锁已开。
115.例如，参阅图8(a)和图8(b)，图8(a)示例性示出了终端设备解屏状态下，当前界面为等待接听视频聊天界面时，推送车锁开启成功的push消息“****提示：车锁开启成功！”，图8(b)示例性示出了终端设备解屏状态下，当前界面为聊天界面时，推送车锁开启成功的push消息“****提示：车锁开启成功！”，其中****可以是安装于终端设备上用于实现本技术实施例提供的开锁方法的app名称。可选的，用户可以通过下滑通知栏查看该条push消息。图8(a)和图8(b)仅为示例，第三事件的触发还可以在其他多个界面状态下执行，本技术实施例不逐一列举。并且第三事件中，开锁成功消息不仅限于以push消息的形式推送，例如还可以以悬浮框等形式通知用户。
116.第三事件还用于提供关锁的快捷方式，该快捷方式可以是在push消息中附带相应的链接按钮，例如，图8(a)和图8(b)中所示的“点击快速关锁”。
117.上述图5和图7示出了无感开锁步骤，参阅图9所示，在步骤900执行无感开锁之后，还可以包括以下步骤：
118.步骤901，用户确认误开；
119.终端设备收到用户发出的确认误开的指令或者关锁消息，则视为用户确认误开。
120.步骤902，终端设备向目标设备(即图9中所示的车载目标设备)发出关锁消息；
121.步骤903，终端设备再次发现第一目标信号；
122.步骤904，终端设备开始计时，在本第一计时周期内不再无感开锁；
123.步骤905，终端设备失去第一目标信号；
124.终端设备无法搜索到目标设备发出的信号，则视为失去第一目标信号。例如，无法接收到目标设备广播的beacon帧。
125.步骤906，终端设备重新发现第一目标信号；
126.步骤907，终端设备再次执行无感开锁。
127.具体地，在一种可能的实施方式中，参阅图10所示，无感开锁之后在第一计时周期内不再执行无感开锁的功能，可以通过图10所示的流程实现：
128.步骤1001，用户确认误开；
129.步骤1002，判断是否失去第一目标信号？是，则此时用户处于车辆的信号范围之外，返回步骤1000，以继续等待用户携带终端设备再次返回车辆附近(即终端设备能够发现第一目标信号)时进行无感开锁；否，则进入步骤1003；
130.步骤1003，启动计时器进行计时。计时时长为第一计时周期。
131.步骤1004，判断是否到达第一计时周期？是，计时结束，返回步骤1000；否，则此时仍然处于第一计时周期内，进入步骤1005；
132.步骤1005，中断无感开锁流程。在第一计时周期内，即便再次发现第一目标信号也不执行无感开锁。例如，一种可行的控制方式可以是在确定计时未结束时，向用于实现无感开锁对应的进程发出中断信号以中断该进程。
133.图10所示的实施例，可以解决如下场景下可能产生的终端设备反复提醒是否开锁而干扰用户的问题。该场景具体为，用户在车的周围运动，导致终端设备反复离开车载目标设备的信号范围、又反复进入车载目标设备的信号范围。此时若实施图9所示实施例，则在每次车载目标设备重新发现第一目标信号后，终端设备就会再次无感开锁，导致车锁反复开关、终端设备反复询问用户是否开锁，对用户产生干扰。此时若实施图10所示实施例，则可以解决上述问题，通过步骤1003启动计时器，在计时结束之前，都会执行步骤1005来中断重新发现第一目标信号导致的无感开锁，从而可以减少该场景下对用户的干扰。
134.图9或图10示出了无感开锁之后的可行实施方式，需要说明的是，图9中所示步骤900或图10中所示步骤1000，可以包括从终端设备检测到第一目标信号直至打开车锁的任一实施例下的流程，例如步骤900或1000具体可以包括图5示出的步骤501至517，或者包括图7示出的步骤701至708。因而，图9或图10所示的流程，可以与图5或图7所示的流程进行组合，可得到其他多个实施例，例如，图5所示的步骤501至517，与图10所示的步骤1001至1005组合，可获得一个实施例，图7所示的步骤701至708，与图10所示的步骤1001至1005组合，则可获得另外的一个实施例。
135.上述实施例采用了在进入第一目标信号范围后至少进行运动检测的技术手段。在另外一部分实施例中，在检测到用户进入车辆信号范围内后，主动询问用户是否打开车锁。下面列举基于主动询问方式开展的实施例。
136.列举一个适用于开锁前终端设备处于解屏状态场景的实施例，参阅图11所示，该实施例可以包括以下流程：
137.步骤1101，终端设备发现目标设备发出的第一目标信号；
138.步骤1103，终端设备检测到自身处于运动状态；
139.步骤1105，终端设备询问用户是否开锁？
140.其中，询问用户是否开锁通过触发第四事件实现，第四事件用于询问用户是否开启所述目标设备对应的目标电子锁，以及等待接收用户发出开锁指令。
141.步骤1107，终端设备接收用户发出的确认开锁的开锁指令；
142.步骤1109，终端设备建立与目标设备之间的安全连接；
143.步骤1111，终端设备基于用户的开锁指令，生成开锁消息，发送至目标设备；
144.步骤1113，终端设备接收目标设备发送的开锁成功消息；
145.步骤1115，终端设备提示用户开锁成功。该步骤1115可以通过触发第五事件实现。
146.可选的，在步骤1103和步骤1105之间，还可以增加步骤1104，步骤1104可以是：终端设备检测到自身处于解屏状态时，则执行步骤1105；或者步骤1104可以是：终端设备接收到的第一目标信号的信号强度超过指定阈值时，则执行步骤1105；或者，步骤1104可以是：终端设备检测到屏幕处于解屏状态且接收到的第一目标信号的信号强度超过指定阈值时，则执行步骤1105；或者，步骤1104可以是：终端设备检测到自身处于解屏状态或接收到的第一目标信号的信号强度超过指定阈值时，则执行步骤1105。如此，基于图11所示的流程，可获得多个实施例。
147.例如，参阅图12所示，示例性地，用户正在观看视频，终端设备的界面状态如图12中所示界面i3，当终端设备检测到终端设备处于解屏状态，信号强度阈值超过指定阈值且正在运动时，则触发第四事件，弹出如图12中界面i4所示的选项提示框“***检测到您的车
辆就在附近，是否打开车锁？”以及至少设置“开锁”按钮。在用户点击“开锁”按钮后，终端设备向目标设备发送开锁消息，使其控制目标电子锁有闭锁状态转为开锁状态。在收到目标设备返回的开锁成功的通知后，在当前界面推送push消息或者弹出悬浮框以显示“车锁开启成功”，相应的界面示例参阅图13中的界面i5。
148.需要说明的是，图11所示的实施例，不仅限适用于终端设备处于解屏状态的场景，在终端设备处于锁屏状态时，也可以在检测到终端设备当前的状态，例如信号状态、运动状态符合开锁条件时，则主动弹出对话框或者选项提示框，让用户选择是否开锁。其中，与解屏状态下的实施方式不同的是，在锁屏状态下实施的方案中，触发第四事件也就是主动询问用户是否开锁的方式应更显著，以能够使用户注意到，例如可以是振动、响铃、点亮屏幕相结合的提示方式。如此，参照图11所示流程以及相关文字说明，可获得锁屏状态下的其他多个实施例，此处不再逐一介绍。
149.需要说明的是，图9或图10所示出的在无感开锁流程之后实施的可行方式，也可以与图11或图12中的无感开锁流程进行组合而获得另外多个实施例。
150.在另一种可实现方式中，在向目标设备发出开锁消息之后，还可执行以下操作：获取目标电子锁对应的开关装置的开关状态信息，基于开关状态信息，确定在第二计时周期内开关装置未被打开时，向目标设备发出关锁消息。该关锁消息，用于通知目标设备控制目标电子锁由开锁状态转为闭锁状态。该种实现方式主要应用于车锁、门锁等目标电子锁被开启后，用户实际并没有打开车门或者打开房门的应用场景。其中，开关装置可以是车门、房门、汽车后备箱箱盖等，目标电子锁可以房门、车门、后备箱上的电子锁等。在实际应用场景中，有可能在车锁或门锁等电子锁开启后，用户并没有拉动车门或房门的把手，房门或者车门等仍处于关闭状态。此种情形下，车门或房门未被打开，说明用户此时没有打开车门的实际需要，有可能是误开，也有可能用户临时有别的事情，在走近车辆后又离开了，此时如果开锁或门锁等继续保持开启，会存在安全风险，因而，在检测到在一定的时间周期(第二计时周期)内目标电子锁对应的开关装置都没有被打开时，则自动上锁。例如，第二计时周期可以为3-5分钟。该种实施方式可以与任一实施例中的开锁流程进行组合，而获得另外多个实施例。
151.上述实施例均以终端设备作为执行主体的角度进行阐述，在实际应用中，上述开锁方法也可以基于目标设备(例如车载目标设备)来实现。在再一部分实施例中，基于目标设备实施的开锁方法流程包括：确定终端设备进入到目标设备发出的第一目标信号的信号范围内之后，获取终端设备的运动状态信息；基于运动状态信息确定终端设备处于运动状态的情况下，控制目标设备对应的目标电子锁由闭锁状态转为开锁状态；向终端设备发送第一指令，以使终端设备触发第一事件，其中第一事件用于提示用户目标电子锁已开启。
152.或者，在又一部分实施例中，基于目标设备实施的开锁方法流程可以包括：确定终端设备进入到目标设备发出的第一目标信号的信号范围内且终端设备处于预定的运动状态之后，向终端设备发送第四指令，以使终端设备触发第四事件，第四事件用于询问用户是否开启目标设备对应的目标电子锁，以及等待接收用户发出开锁指令；确定接收到终端设备发送的开锁消息后，控制目标设备对应的目标电子锁由闭锁状态转为开锁状态；开锁消息为终端设备确定接收到开锁指令后生成。
153.下面列举基于目标设备执行开锁方法的几个实施例。
154.参阅图14所示，以汽车开锁场景为例，该开锁方法在终端设备进入信号范围内且处于运动状态时，执行自动开锁，具体流程如下：
155.步骤1401，目标设备检测到终端设备处于信号范围内；
156.步骤1402，目标设备建立与终端设备之间的安全连接；
157.步骤1403，目标设备执行检测第二目标信号的信号强度、获取终端设备的屏幕状态信息和获取终端设备的运动状态信息中的至少一项；至少一项包括其中任意一项或两项以上的任意组合。其中，屏幕状态信息表示屏幕为锁屏还是解屏，运动状态信息，表示终端设备是否处于预定的运动状态，第二目标信号的信号强度，即目标设备能够接收到的由终端设备发出的信号的信号强度。
158.步骤1404，目标设备确定终端设备符合开锁条件；
159.需要说明的是，目标设备可以根据上述步骤1403获得的信号强度、屏幕状态信息和运动状态信息中的至少一项，确定终端设备是否符合开锁条件，开锁条件至少包括：位于目标设备的信号范围内、处于预定的运动状态。在其他实施例中，开锁条件还可以包括如下条件：锁屏状态、信号强度超过指定阈值中的至少一种。
160.步骤1405，向目标电子锁发出开锁控制信号；
161.步骤1406，在检测到目标电子锁已开启后，则向终端设备发送第一指令。第一指令用于触发第一事件，以通知用户车锁已开启。
162.参阅图15所示，基于目标设置执行的开锁方法的另一个实施例中，检测到终端设备进入信号范围内之后，主动询问用户是否需要开锁，具体可以包括如下流程：
163.步骤1501，目标设备检测到终端设备处于信号范围内；
164.步骤1502，目标设备建立与终端设备之间的安全连接；
165.步骤1503，目标设备执行检测第二目标信号的信号强度、获取终端设备的屏幕状态信息和获取终端设备的运动状态信息中的至少一项；
166.步骤1504，目标设备确定终端设备符合开锁条件。在该实施例中，开锁条件至少包括：终端设备位于目标设备的信号范围内；在其他实施例中，开锁条件还可以包括如下条件：处于预定的运动状态、信号强度超过指定阈值、解屏状态中的至少一种。
167.步骤1505，向目标电子锁第四指令；第四指令用于通知终端设备触发第四事件。
168.步骤1506，接收开锁消息。该开锁消息由终端设备在确定收到用户发出的开锁指令后生成。
169.步骤1507，向目标电子锁发出开锁控制信号。
170.步骤1508，在检测到目标电子锁已开启后，向终端设备发送第五指令，以触发终端设备执行第五事件，以通知用户开锁成功。
171.其中，上述步骤中至少1503和1504为可选步骤，缺省步骤1503和1504可获得另外的实施例，并且，1503和1504中的信息项的选择变化，也会相应获得多个其他的实施例，并不仅限于图15所示。
172.在基于目标设备执行开锁流程后，还可以基于目标设备执行以下在几种方式的操作：
173.方式一：确定接收到终端设备发送的关锁消息后，控制目标设备对应的目标电子锁由开锁状态转为闭锁状态，之后，若检测到终端设备处于信号范围内，则触发第一计时周
期的计时，在第一计时周期内，屏蔽开锁消息，控制目标电子锁始终保持闭锁状态。
174.方式二：确定接收到终端设备发送的关锁消息后，检测到终端设备处于信号范围之外之后，再次检测到终端设备进入信号范围内终端设备处于运动状态的情况下，控制目标设备对应的目标电子锁由闭锁状态转为开锁状态。
175.方式三：检测目标电子锁对应的开关装置的开关状态信息，基于开关状态信息，确定在第二计时周期内开关装置未被打开时，控制目标电子锁由开锁状态转为闭锁状态。
176.上述三种方式之间可以进行组合，并且可以与上述实施例中基于目标设备执行的任一开锁流程进行组合，而获得多个实施例。
177.上述实施例阐述了本技术实施例提供的开锁方法的实施流程，下面对本技术实施例提供的设备进行说明。
178.参阅图16所示，图16示出了本技术实施例提供的解决方案对应的系统架构。该系统架构可以包括目标设备一侧(例如锁、车门、房门等)和终端设备一侧(例如智能车钥匙、智能手机等)。其中，从软件功能模块实现角度，在终端设备侧，可以集成有多个功能模块，例如可以包括：锁屏解锁验证模块，用于检测锁屏状态以及检测用户解屏动作等，用户操作功能模块，可以包括键盘和触屏，用于显示相关的提示消息、输入用户指令、感应用户操作等；用户通知功能模块，用于触发并执行上述第一至第五事件；第一安全通信模块，用于与目标设备进行无线通信；以及运动检测模块，用于检测用户的运动参数，判断用户是否处于运动状态。
179.在目标设备一侧，可以集成如下多个功能模块：用户通知功能模块，不同于终端设备侧的用户通知功能模块，设置于目标设备一侧的用户通知功能模块一般是在开锁成功后，通过声音方式或发光等方式提醒用户车锁已开启；锁模块，该模块可以包括实体锁和控制开关锁的控制模块；第二安全通信模块，用于与终端设备进行无线通信。
180.具体地，本技术实施例提供的解决方案可能涉及到的各个模块以及相应的功能，请参阅下表1所示：
181.表1
182.[0183][0184]
上述系统架构仅为实施本技术实施例开锁方法的软硬件基础架构，表1中所示模块仅为便于理解本技术解决方案，上述系统架构以及各个模块不可理解为对本技术实施例提供的设备的必要限定。下面从硬件实现角度，进一步介绍本技术实施例提供的设备。
[0185]
本技术实施例还提供一种终端设备，可以包括：处理器；存储器；至少一个应用程序；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令。其中，当所述指令被执行时，终端设备可以执行如上述基于终端设备执行的实施例中任一项所述的方法。
[0186]
本技术实施例还提供一种目标设备，可以包括：处理器；存储器；至少一个应用程序；以及一个或多个计算机程序，其中所述一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令。其中，当所述指令被执行时，目标设备可以执行如上述基于目标设备执行的实施例中任一项所述的方法。
[0187]
本技术实施例提供的终端设备170的一种可行的产品硬件架构参阅图17所示，该终端设备170的硬件架构可以包括：
[0188]
显示屏171，用于提示用户目标电子锁已开启，例如显示图6、图8(a)图8(b)等附图所示的界面。具体地，显示屏171可以包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light-emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，终端设备170可以包括至少一个显示屏171。
[0189]
需要说明的是，显示屏171为终端设备的可选部件，并非是必要部件，在多数实施
例中，例如终端设备为手机时，需要设置显示屏；在一部分实施例中，终端设备可以不设有显示屏，例如当终端设备为车钥匙时，则可以不带有显示屏，图17所示仅为一种示例性结构，不可理解为对终端设备的必要限定。
[0190]
传感器组172，包括至少一个传感器，具体地，包括陀螺仪、重力感应器、加速度传感器、磁力传感器、振动传感器、线速度传感器、角速度传感器中的至少一种。
[0191]
处理器173，包括一个或多个处理单元。例如：处理器173可以包括应用处理器(application processor，ap)，调制解调处理器，图形处理器(graphics processing unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，数字信号处理器(digital signal processor，dsp)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
[0192]
存储器174，用于存储上述计算机指令以及终端设备的运动参数等数据。存储器174可以是独立于所述处理器173的外置存储器，也可以是设置于处理器173中。例如，在一些实施例中，内置于处理器173中的存储器可以是高速缓冲存储器，用于保存处理器173刚用过或循环使用的指令或数据。如果处理器173需要再次使用该指令或数据，可从高速缓冲存储器中直接调用。避免了重复存取，减少了处理器173的等待时间。
[0193]
存储器可以是只读存储器(read-only memory，rom)、可存储静态信息和指令的其它类型的静态存储设备、随机存取存储器(random access memory，ram)或可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者还可以是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质等。
[0194]
电源管理模块175，接收电池和/或充电管理模块的输入，为处理器173，存储器174，显示屏171，传感器组172供电。电源管理模块175还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块175也可以设置于处理器173中。在另一些实施例中，电源管理模块175和充电管理模块也可以设置于同一个器件中。
[0195]
可以理解的是，本技术实施例各附图示意的结构并不构成对终端设备170的具限定。在本技术另一些实施例中，终端设备170可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
[0196]
例如，在一种可实现方式中，参阅图18所示，终端设备170还可以包括：
[0197]
扬声器176，以及音频电路180，所述扬声器176通过音频电路与处理器173连接，用于以在执行第一事件至第五事件中任一事件时，以声音方式提示用户。例如，在终端设备170的显示屏171显示图6所示的界面，同时进行语音播报“您的测绘所已开启，请点击查看详情”以及在检测到用户解屏后，继续语音播报“您的车锁已开启，是否误开？”。
[0198]
马达177，为终端设备170提供振动动力，作为一种可实现方式，马达的电机为7g erm电机，其振动能力比普通智能手机强7倍左右。马达用于以振动方式提示用户，例如提示用户车锁已开启或者在弹出询问用户的选项提示框时同时进行振动。
[0199]
输入单元178，输入单元用于输入用户的开锁指令或者关锁指令等。具体地，作为一种可实现方式，输入单元178可以与显示屏171集成为触摸显示屏；输入单元178也可以包括压力传感器(图17中未示出)，通过压力传感器来感受用户产生的压力信号，可以将压力信号转换成电信号，完成用户指令输入。在一些实施例中，压力传感器可以设置于显示屏171。压力传感器的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。当有触摸操作作用于显示屏171，终端设备170根据压力传感器检测所述触摸操作强度。终端设备170也可以根据压力传感器的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度超过第一压力阈值的触摸操作作用于相应的按钮时，视为用户发出了相应的指令，例如用户点击开锁按钮的操作力度大于第一压力阈值时，视为用户发出开锁指令。
[0200]
无线通信单元179，用于与目标设备进行无线通信，具体还用于控制与目标设备之间的无线通信有效距离在指定数值之内，例如在10米或5米之内。在部分实施例中，还用于计算接收到的目标设备发出的目标信号的信号强度并输出至处理器，或者，将接收到的目标信号的信号特征传输至处理器，以使处理器确定信号强度。具体地，无线通信单元179可以支持应用在终端设备170上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，近场无线通信技术(near field communication，nfc)等近距离无线通信的解决方案。无线通信单元179可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块经由天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器173。无线通信模块还可以从处理器173接收待发送的信号，对其进行调频，放大，经天线转为电磁波辐射出去。
[0201]
在一种可实现方式中，传感器组172包括陀螺仪、重力感应器和加速度传感器。
[0202]
在一种可实现方式中，处理器173可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，i2c)接口，集成电路内置音频(inter-integrated circuit sound，i2s)接口，脉冲编码调制(pulse code modulation，pcm)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，uart)接口，通用输入输出(general-purpose input/output，gpio)接口，和/或通用串行总线(universal serial bus，usb)接口等。
[0203]
其中，处理器173可以包含多组i2c总线，处理器173可以通过不同的i2c总线接口分别耦合传感器组172，电源管理模块175，闪光灯120等。例如：处理器173可以通过i2c接口耦合显示屏171，使处理器173与显示屏171通过i2c总线接口通信。
[0204]
在一种可实现方式中，处理器173可以包含多组i2s总线，i2s接口可以用于音频通信。处理器173可以通过i2s总线与音频电路180耦合，实现处理器173与音频电路180之间的通信，进而使得扬声器176受控发声。
[0205]
本技术实施例还提供一种设备，该设备包括：
[0206]
一个或多个处理器；存储器；至少一个应用程序；以及一个或多个计算机程序，其中一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令，当指令被设备执行时，使得设备执行以下步骤：确定终端设备进入到所述目标设备发出的目标信号的信号范围内之后，获取所述终端设备的运动状态信息；基于所述运动状态信息确定所述终端设备处于运动状态时，控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状
态；向所述终端设备发送第一指令，以使所述终端设备触发第一事件，所述第一事件用于提示用户所述目标电子锁已开启。
[0207]
或者，当指令被设备执行时，使得设备执行以下步骤：
[0208]
确定终端设备进入到所述目标设备发出的目标信号的信号范围内之后，向所述终端设备发送第四指令，以使所述终端设备触发第四事件，所述第四事件用于询问用户是否开启所述目标设备对应的目标电子锁，以及等待接收用户发出开锁指令；确定接收到所述终端设备发送的开锁消息后，控制所述目标设备对应的目标电子锁由闭锁状态转为开锁状态；所述开销消息为所述终端设备确定接收到所述开锁指令后生成。
[0209]
本技术实施例还提供一种计算机存储介质，包括计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如图5、图7、图9-图11、图14-图15中任一项所示的方法。
[0210]
本技术实施例还提供一种芯片系统，包括：通信接口，用于输入和/或输出信息；处理器，用于执行计算机可执行程序，使得安装有所述芯片系统的设备执行如图5、图7、图9-图11、图14-图15中任一项所示的方法。
[0211]
应理解，在本技术的各实施例中，“第一”、“第二”等仅是为了指代不同的对象，并不表示对指代的对象有其它限定。
[0212]
应理解，本技术实施例中的术语“单元”可以通过软件和/或硬件形式实现，对此不作具体限定。例如，“单元”可以是实现上述功能的软件程序、硬件电路或二者结合。所述硬件电路可能包括应用特有集成电路(application specific integrated circuit，asic)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。
[0213]
因此，在本技术的实施例中描述的各示例的单元，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0214]
本技术实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示单独存在a、同时存在a和b、单独存在b的情况。其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a，b和c中的至少一项可以表示：a,b,c,a-b,a-c,b-c,或a-b-c，其中a,b,c可以是单个，也可以是多个。
[0215]
本领域普通技术人员可以意识到，本文中公开的实施例中描述的各单元及算法步骤，能够以电子硬件、计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0216]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0217]
在本技术所提供的几个实施例中，任一功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，
本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0218]
以上所述，仅为本技术的具体实施方式，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。本技术的保护范围应以所述权利要求的保护范围为准。