CN114299647A - 基于小程序的无感入车方法和系统 - Google Patents

Abstract

本公开提供了一种基于小程序的无感入车方法和系统，该小程序包括无界面小程序和界面，该方法包括：采用移动设备扫描车辆的目标蓝牙；响应于扫描到该车辆的目标蓝牙，启动该无界面小程序以建立蓝牙连接；响应于建立蓝牙连接成功，确定该移动设备与车辆的距离；在该距离变小至第一阈值距离时，基于该无界面小程序来自动控制车辆解锁；在该距离变大至第二阈值距离时，基于该无界面小程序来自动控制车辆落锁；以及在该距离超出蓝牙通信距离时，断开蓝牙连接，并停止执行该无界面小程序。

Description

基于小程序的无感入车方法和系统

技术领域

本公开涉及人工智能领域，更具体地，涉及一种基于小程序的无感入车方法和系统。

背景技术

随着车辆智能化的发展，以手机或者其它穿戴设备为载体的数字车钥匙技术日渐成熟，并且逐步替代传统的物理钥匙。用户安装数字车钥匙后，通过手机应用(App)或者小程序就可以进行控车操作，比如解锁车门、打开后备箱等。

传统物理钥匙的无钥匙进入系统(PEPS)已经成熟稳定并且被广泛应用到多个车系。用户不需要手动操作钥匙，只需携带钥匙靠近车辆就可以自动开锁，远离车辆即可自动落锁。随着数字车钥匙的普及，以蓝牙为基础技术的数字钥匙无感入车技术正被广泛研究，并且被车企应用到部分车系。车主只需携带手机，不需要打开手机App或者小程序，在靠近或者远离车辆时即可控制解锁或落锁，极大地提升了控车体验。

然而，现行数字车钥匙的无感入车方案具有一些问题。一方面在于基于原生App开发，除了安卓和IOS双端开发工作量加倍外，还由于应用发版的限制，动态更新能力不足。另一方面在于车企的手机应用保活能力不足，无法给用户提供稳定的使用体验。如果应用在后台运行时进程被杀死，则整个逻辑就无法正常运行。另外，尽管平台App具有良好的保活能力，但是由于包大小、安全等各方面的限制，在这些App内通过SDK集成无感入车功能也行不通。

因此，希望能够提供一种无感入车方案，以在降低开发工作量、保持动态更新的同时解决车企应用保活能力不足的问题，从而进一步提升用户的控车体验。

发明内容

提供本公开内容以便以简化形式介绍将在以下具体实施方式中进一步的描述一些概念。本公开内容并非旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于帮助确定所要求保护的主题的范围。

针对以上问题，根据本公开的一个方面，提供了一种基于小程序的无感入车方法，所述小程序包括无界面小程序和界面，所述方法包括：采用移动设备扫描车辆的目标蓝牙；响应于扫描到所述车辆的目标蓝牙，启动所述无界面小程序以建立蓝牙连接；响应于建立蓝牙连接成功，确定所述移动设备与车辆的距离；在所述距离变小至第一阈值距离时，基于所述无界面小程序来自动控制车辆解锁；在所述距离变大至第二阈值距离时，基于所述无界面小程序来自动控制车辆落锁；以及在所述距离超出蓝牙通信距离时，断开所述蓝牙连接，并停止执行所述无界面小程序。

由此，本公开通过提出一种基于小程序的无感入车实现方案，通过扩展平台App的能力并打通小程序流程，车企只需要开发和发布小程序，即可在平台App内实现无感控车功能，为用户提供良好的使用体验。

根据本公开的一个实施例，采用移动设备扫描车辆的目标蓝牙基于开通在所述小程序的所述界面中纳入的无感入车功能并且读取关于蓝牙广播的配置信息。

根据本公开的进一步实施例，开通在所述小程序的所述界面中纳入的无感入车功能进一步包括：在所述小程序的Native侧写入关于蓝牙连接、鉴权和广播的配置信息。

根据本公开的进一步实施例，所述关于蓝牙连接、鉴权和广播的配置信息通过关闭在所述小程序的所述界面中纳入的无感入车功能来清除。

根据本公开的进一步实施例，所述Native侧提供接口层、配置层和内核层，其中所述接口层面向所述小程序提供开通或关闭无感入车功能的应用程序接口API，配置层用于存储关于蓝牙连接、鉴权和广播的配置信息，并且内核层用于Js引擎的生命周期管理。

根据本公开的进一步实施例，响应于建立蓝牙连接成功，确定所述移动设备与车辆的距离进一步包括：响应于建立蓝牙连接成功，确定蓝牙信号强度；以及基于所确定的蓝牙信号强度来推导所述移动设备与车辆的距离。

根据本公开的进一步实施例，所述第一阈值距离小于所述第二阈值距离，并且所述第二阈值距离小于所述蓝牙通信距离。

根据本公开的另一方面，提供了一种基于小程序的无感入车系统，所述小程序包括无界面小程序和界面，所述系统包括：蓝牙通信模块，采用移动设备扫描车辆的目标蓝牙；小程序管理模块，响应于扫描到所述车辆的目标蓝牙，启动所述无界面小程序以建立蓝牙连接；以及响应于所述蓝牙连接断开，停止执行所述无界面小程序；距离确定模块，响应于建立蓝牙连接成功，确定移动设备与车辆的距离；以及车辆控制模块，在所述距离变小至第一阈值距离时，基于所述无界面小程序来自动控制车辆解锁；以及在所述距离变大至第二阈值距离时，基于所述无界面小程序来自动控制车辆落锁。

根据本公开的一个实施例，所述蓝牙通信模块采用移动设备扫描车辆的目标蓝牙基于所述蓝牙通信模块开通在所述小程序的所述界面中纳入的无感入车功能并且读取关于蓝牙广播的配置信息。

根据本公开的进一步实施例，所述蓝牙通信模块开通在所述小程序的所述界面中纳入的无感入车功能进一步包括：所述蓝牙通信模块在所述小程序的Native侧写入关于蓝牙连接、鉴权和广播的配置信息。

根据本公开的进一步实施例，所述蓝牙通信模块通过关闭在所述小程序的所述界面中纳入的无感入车功能来清除所述关于蓝牙连接、鉴权和广播的配置信息。

根据本公开的进一步实施例，所述Native侧提供接口层、配置层和内核层，其中所述接口层面向所述小程序提供开通或关闭无感入车功能的应用程序接口API，配置层用于存储关于蓝牙连接、鉴权和广播的配置信息，并且内核层用于Js引擎的生命周期管理。

根据本公开的进一步实施例，所述距离确定模块进一步：响应于建立蓝牙连接和鉴权成功，确定蓝牙信号强度；以及基于所确定的蓝牙信号强度来推导所述移动设备与车辆的距离。

根据本公开的进一步实施例，所述第一阈值距离小于所述第二阈值距离，并且所述第二阈值距离小于所述蓝牙通信距离。

根据本公开的又一方面，提供了一种存储有指令的计算机可读存储介质，当这些指令被执行时使得机器执行前述方面中的任一者所述的方法。

通过阅读下面的详细描述并参考相关联的附图，这些及其他特点和优点将变得显而易见。应该理解，前面的概括说明和下面的详细描述只是说明性的，不会对所要求保护的各方面形成限制。

附图说明

为了能详细地理解本公开的上述特征所用的方式，可以参照各实施例来对以上简要概述的内容进行更具体的描述，其中一些方面在附图中示出。然而应该注意，附图仅示出了本公开的某些典型方面，故不应被认为限定其范围，因为该描述可以允许有其它等同有效的方面。

图1是根据本公开的一个实施例的基于小程序的无感入车方法的示意流程图。

图2是根据本公开的一个实施例的基于小程序的无感入车系统的示意架构图。

图3A-3B是根据本公开的一个实施例的无感入车小程序的示例界面。

图4是根据本公开的一个实施例的无感入车方法的示例流程图。

图5示出了根据本公开的一个实施例的无感入车场景的示例。

图6是根据本公开的一个实施例的无感入车系统的示意架构图。

图7是根据本公开的一个实施例的无感入车系统的示意架构图。

具体实施方式

下面将结合附图对本申请技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本公开的技术方案，因此只作为示例，而不能以此来限制本公开的保护范围。

除非另有定义，本文所使用的所有的技术和科学术语与属于本公开的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本公开。本公开的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。

在本公开实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本公开的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

无感入车的实现包括车机和手机应用两部分。当用户在车辆周围时，用户所携带的手机的手机应用和车机通过蓝牙建立连接，并通过认证机制来确保双端通信安全。连接建立后，应用或者车机可通过蓝牙信号强度判断是否触发开关锁逻辑。整个流程核心点是应用的保活能力，如果应用在后台运行时进程被杀死，整个逻辑就无法正常运行。

现阶段由于车企App保活能力有限，在处于后台运行时进程容易被杀死而无法给用户提供稳定的使用体验。现实情况是，虽然车企有数字车钥匙以及无感入车能力，并且开发了自己独立的App，但并没有把无感入车功能开放给用户使用。平台App由于用户打开频率高、具有技术优势以及与手机厂商的合作关系而保证了更强大的保活能力。为了给用户提供稳定的无感入车体验，车企需和平台进行合作把无感逻辑集成到平台App中，进而借助平台App的保活能力来实现各自的无感入车功能。如果通过SDK进行集成，则存在以下几个限制：(1)包大小限制，平台App对包大小有着严苛的限制，引入SDK会增加几十K甚至上百K的包体积；(2)安全性限制，平台App对外部SDK的安全性、稳定性、代码质量具有很高的要求，需要通过源码进行安全扫描和分析，但车企出于对自身技术保密的诉求，SDK通常是压缩和混淆后的代码。(3)对接成本限制，不同车企的无感方案有很大差别，如果每一家都通过SDK进行对接，由于原生应用的发版限制，开发和发布周期会很长，对接和维护成本很大。因此，通过SDK进行集成并不是一个可行的方案，因此现阶段并没有有效的技术方案来支持车企通过平台App实现无感入车功能。另外，现有的基于App保活的无感需要进行Native开发，安卓和IOS双端开发，开发模式重，而且对平台App来说无法开放给外部商户。

鉴于上述现状，本公开提供了一种基于小程序的无感入车实现方案，通过扩展平台App的能力并打通小程序流程，车企只需要开发和发布小程序，将自己的无感逻辑(例如，蓝牙连接、鉴权、广播等)通过小程序集成在平台App中，即可在平台App内实现无感控车功能，为用户提供良好的使用体验。

图1示出了根据本公开的一个实施例的基于小程序的无感入车方法100的示意流程图，其中小程序包括无界面小程序和界面。方法100开始于步骤101，采用移动设备扫描车辆的目标蓝牙。在一些情形中，响应于用户通过小程序的界面开通无感入车功能，可在小程序的Native侧写入关于蓝牙连接、鉴权和广播的配置信息，并且在执行蓝牙扫描之前读取该配置信息。

在步骤102，响应于扫描到车辆的目标蓝牙，启动无界面小程序以建立蓝牙连接。在一些实施例中，响应于扫描到车辆的目标蓝牙，可启动小程序中的Js引擎以运行集成在其中的Js无感入车逻辑以执行蓝牙连接和鉴权。在此，在一个实施例中，无界面小程序是指打包发布在小程序中的Js无感入车逻辑，该Js无感入车逻辑与小程序运行的逻辑是完全独立的。本领域技术人员可以理解，无界面小程序与小程序运行的逻辑可以是相关的。

在步骤103，响应于建立蓝牙连接成功，确定移动设备与车辆的距离。在一些情形中，响应于建立蓝牙连接成功，可确定蓝牙信号强度(例如，收到信号强度指示(RSSI))，并且可基于所确定的蓝牙信号强度来推导移动设备与车辆的距离。

在步骤104，在移动设备与车辆的距离变小至第一阈值距离时，基于无界面小程序来自动控制车辆解锁。在一些情形中，还可确定蓝牙信号强度，并且在所确定的蓝牙信号强度到达解锁信号强度时，自动控制车辆解锁。

在步骤105，在移动设备与车辆的距离变大至第二阈值距离时，基于无界面小程序来自动控制车辆落锁，其中第一阈值距离小于第二阈值距离。在一些情形中，还可确定蓝牙信号强度，并且在所确定的蓝牙信号强度到达落锁信号强度时，自动控制车辆落锁。

在步骤106，在移动设备与车辆的距离超出蓝牙通信距离时，断开蓝牙连接并且停止执行小程序，其中蓝牙通信距离大于第二阈值距离。

图2示出了根据本公开的一个实施例的基于小程序的无感入车系统200的示意架构图。系统200包括小程序侧和Native侧两部分，其中Native侧被划分为接口层、配置层和内核层。

在小程序侧，开发者(例如，车企)可以完成无感入车业务逻辑代码(Js逻辑代码)的发布，并且可以向用户提供无感入车功能的管理入口。无感入车的Js代码由车企依据自己的技术细节来实现，包括蓝牙的连接、鉴权、广播等，代码在一个文件内，并且在小程序打包发布时作为一个单独文件存在。小程序的优点在于，开发者可以更聚焦于业务逻辑，而无需关注静态资源的缓存。小程序包的缓存和更新机制交由小程序框架自动完成，开发者可以在适当时机通过API影响这一过程。另外，无感入车功能的管理入口提供无感功能的开通和关闭功能，具体的交互形式和细节不做约束。例如，如在图3A的无感入车小程序的UI界面所示，用户可以通过点击无感功能右侧的“开通”或“关闭”按钮来开通或关闭无感功能。当用户通过小程序开通或关闭无感入车功能时，可通过Native侧提供的接口来实现与蓝牙、无感入车逻辑代码等相关的配置信息的写入或清除。

在Native侧，接口层可面向小程序提供开通和关闭无感入车功能的API，配置层可负责存储相关配置，包括关于无感入车逻辑代码、蓝牙等的配置，内核层可负责引擎启动、停止等生命周期的管理。当用户使用小程序的界面打开无感入车功能时(例如，如图3A中所示，当用户点击开通按钮时)，可经由接口层向配置层写入关于蓝牙、Js逻辑代码等的配置信息。当用户使用小程序的界面关闭无感入车功能时(例如，如图3A中所示，当用户点击关闭按钮时)，可清除配置层中关于蓝牙、Js逻辑代码等的配置信息。在一些情形中，在平台App运行时且响应于用户通过小程序的界面开通无感入车功能，系统可读取蓝牙的配置信息并且进行蓝牙扫描。当用户靠近车辆且扫描到车机的目标蓝牙时，可启动引擎(JaveScript容器)并且运行无感入车的动态逻辑以进行蓝牙连接和鉴权，该无感入车的动态逻辑与小程序运行的逻辑是完全独立的。当用户远离车辆且蓝牙连接丢失时，引擎停止运行，整个运行逻辑将在下文中参考图4进一步详细描述。

由此可见，开发者可以直接将自己的无感逻辑在小程序侧打包集成在平台App中，而无需基于平台App的原生能力进行开发，开发模式简单且不需要进行双端开发，很好地改进了无感入车的体验，从而使得在利用平台App的保活能力的同时实现无感逻辑(例如，蓝牙连接、鉴权、广播等)的快速集成。

图3A-3B示出了根据本公开的一个实施例的无感入车小程序的示例界面。如先前所描述的，图3A示出了无感入车小程序的进入界面的示例。在图3A中可见，在进入无感入车小程序之后，可以通过点击无感功能右侧的“开通”或“关闭”按钮来开通或关闭无感功能。如图3B所示，在点击“开通”按钮以后，可以进入控车界面，其中在控车界面中可以通过点击“开锁”、“关锁”、“启动”、“打开后备箱”等按钮来手动进行控车操作。另外，如图3B所示，在控车界面中还可以显示车辆的当前状态，包括例如剩余油量和电瓶电压等。当然，在本公开中，只要通过小程序的界面开通无感功能，此后不需要打开小程序即可实现无感控车。

图4示出了根据本公开的一个实施例的无感入车方法400的示例流程图。在方法400中，响应于应用启动或保活，在靠近车辆时执行蓝牙扫描。进一步地，响应于用户开通无感功能，可经由接口层向小程序的Native侧写入关于蓝牙、Js逻辑代码等的配置信息，并且在执行蓝牙扫描之前读取该配置信息。另外，在关闭无感功能之后，可经由接口层从小程序的Native侧清除关于蓝牙、Js逻辑代码等的配置信息，并且不再执行蓝牙扫描。

在扫描到车辆的目标蓝牙的情况下，执行无界面小程序以进行蓝牙连接和鉴权，其中在无界面小程序中集成有开发者自己打包发布的关于蓝牙连接和鉴权的JavaScript业务逻辑，其与小程序本身的运行逻辑是完全独立的，即，无需打开小程序即可运行该业务逻辑。随后，响应于建立蓝牙连接和鉴权成功，可以进行蓝牙信号强度判断以自动控制车辆解锁或落锁。具体而言，在蓝牙信号强度到达预定的解锁信号强度时，可以自动控制车辆解锁，在蓝牙信号强度到达预定的落锁信号强度时，可以自动控制车辆落锁。在一些情形中，可以在蓝牙连接和鉴权成功之后确定收到信号强度指示(RSSI)，基于所确定的RSSI来推导用户相对于目标车辆的距离，并且基于所推导出的距离来自动控制车辆解锁或落锁。具体而言，可在所推导出的距离变小至预定的第一阈值距离时自动控制车辆解锁，并且在所推导出的距离变大至预定的第二阈值距离时自动控制车辆落锁，其中第一阈值距离小于第二阈值距离。

另外，在用户远离车辆，蓝牙连接断开时(即，扫描不到车辆的目标蓝牙时)，停止执行无界面小程序中集成的无感业务逻辑。

由此，利用小程序开放性、动态性等特性，配合平台App能力的扩展，可以很好地实现无感入车功能，提升用户体验。首先，小程序作为一种开放接入技术，既满足了平台管控的诉求，也向开发者提供了丰富的能力，已经被开发者和用户广泛接受，本公开基于小程序，保证了其开放性。另外，受限于App发版限制，Native版的无感入车无法保证代码的更新和修复，借助小程序的动态发版能力，可以快速完成代码逻辑的更新。另外，开发者无需掌握Native开发，只需通过Js开发蓝牙连接、鉴权、广播等逻辑，然后通过小程序发布上线即可，用户无需安装App，只需在小程序里操作即可开启或停用无感功能，这对于开发者和使用者而言，成本低，易上手。此外，车企App的保活能力不足，进程容易被系统杀死，在进程被杀死时无感逻辑无法正常运行，无法提供稳定的控车体验，本公开的方案基于平台App更强的保活能力，可以保证更稳定的用户体验。

图5示出了根据本公开的一个实施例的无感入车场景的示例。如图5所示，用户手持移动设备向目标车辆行进，其中用户已经通过移动设备中的小程序开通无感功能，并且在小程序中集成有无感入车的Js业务逻辑。在用户靠近目标车辆时，移动设备自动执行蓝牙扫描，并且在距车辆例如10米的位置处扫描到车辆的目标蓝牙之后，执行Js引擎以尝试进行蓝牙连接和鉴权。在蓝牙连接成功之后，在用户距车辆例如1米的位置处自动控制车辆解锁，并且在用户距车辆例如5米的位置处自动控制车辆落锁，其中解锁和第一阈值距离和落锁的第二阈值距离可以是预先设定的。随后，在用户远离目标车辆且蓝牙断开时，停止执行小程序。

图6示出了根据本公开的一个实施例的无感入车系统600的示意架构图。如图6中所示，系统600可至少包括蓝牙通信模块601、小程序管理模块602、距离确定模块603和车辆控制模块604。

蓝牙通信模块601可被配置成定期扫描车辆的目标蓝牙。进一步地，蓝牙通信模块601可响应于用户开通小程序的界面中纳入的无感入车功能，执行蓝牙扫描。进一步地，蓝牙通信模块601可响应于用户开通小程序中纳入的无感入车功能，在小程序的Native侧写入关于蓝牙连接、鉴权和广播的配置信息，并且在执行蓝牙扫描之前读取该配置信息。另外，蓝牙通信模块601可响应于用户通过小程序的界面关闭无感入车功能，在小程序的Native侧清除关于蓝牙连接、鉴权和广播的配置信息，并且停止执行蓝牙扫描。具体而言，小程序的Native侧可提供接口层、配置层和内核层，其中接口层面向小程序提供开通或关闭无感入车功能的应用程序接口API，配置层用于存储关于蓝牙连接、鉴权和广播等的配置信息，并且内核层用于引擎启动、停止等生命周期的管理。

小程序管理模块602可被配置成响应于扫描到车辆的目标蓝牙，启动无界面小程序以建立蓝牙连接。在一实施例中，本文中的无界面小程序是指无感入车的业务逻辑，其是由开发者开发后打包发布在小程序中，与小程序本身的运行逻辑完全独立。本领域技术人员可以理解，无界面小程序与小程序运行的逻辑可以是相关的。

进一步地，小程序管理模块602可响应于扫描到车辆的目标蓝牙，启动Js引擎(JavaScript容器)以执行蓝牙连接和鉴权，其中关于蓝牙连接和鉴权的配置被打包集成在无界面小程序中。另外，小程序管理模块602可响应于蓝牙连接断开，停止执行无界面小程序。

距离确定模块603可被配置成响应于建立蓝牙连接成功，确定移动设备与车辆的距离。进一步地，距离确定模块603可响应于建立蓝牙连接成功，确定蓝牙信号强度(例如，收到信号强度指示RSSI)，并且基于所确定的蓝牙信号强度来推导移动设备与车辆的距离。

车辆控制模块604可被配置成在移动设备与车辆的距离变小至第一阈值距离时，基于小程序来自动控制车辆解锁，并且在移动设备与车辆的距离变大至第二阈值距离时，基于小程序来自动控制车辆落锁，其中第一阈值距离小于第二阈值距离。在一些情形中，车辆控制模块604可被配置成响应于建立蓝牙连接和鉴权成功，基于蓝牙信号强度来自动控制车辆解锁或落锁。具体而言，车辆控制模块604可响应于建立蓝牙连接和鉴权成功，确定蓝牙信号强度，其中在所确定的蓝牙信号强度变大至解锁信号强度时，自动控制车辆解锁，并且在所确定的蓝牙信号强度变小至落锁信号强度时，自动控制车辆落锁。在其他情形中，车辆控制模块604可响应于建立蓝牙连接和鉴权成功，确定收到信号强度指示(RSSI)，基于所确定的RSSI来推导移动设备相对于车辆的距离，并且基于所推导出的距离来自动控制车辆解锁或落锁。

本领域技术人员能够理解，本公开的系统及其各模块既可以以硬件形式实现，也可以以软件形式实现，并且各模块可以任意合适的方式合并或组合。

图7示出了根据本公开的一个实施例的无感入车系统700的示意架构图。如图7中所示，系统700可包括存储器701和至少一个处理器702。存储器701可包括RAM、ROM、或其组合。存储器701可存储计算机可执行指令，这些指令在由至少一个处理器702执行时使该至少一个处理器执行本文中所描述的各种功能，包括：采用移动设备来扫描车辆的目标蓝牙；响应于扫描到车辆的目标蓝牙，启动小程序以建立蓝牙连接；响应于建立蓝牙连接成功，确定该移动设备与车辆的距离；在该距离变小至第一阈值距离时，基于小程序来自动控制车辆解锁；在该距离变大至第二阈值距离时，基于小程序来自动控制车辆落锁；以及在该距离超出蓝牙通信距离时，断开蓝牙连接，并停止执行小程序。在一些情形中，存储器701可尤其包含BIOS，该BIOS可控制基本硬件或软件操作，诸如与外围组件或设备的交互。处理器702可包括智能硬件设备(例如，通用处理器、DSP、CPU、微控制器、ASIC、FPGA、可编程逻辑器件、分立的门或晶体管逻辑组件、分立的硬件组件，或其任何组合)。

结合本文中的公开描述的各种解说性框以及模块可以用设计成执行本文中描述的功能的通用处理器、DSP、ASIC、FPGA或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或其任何组合来实现或执行。通用处理器可以是微处理器，但在替换方案中，处理器可以是任何常规的处理器、控制器、微控制器、或状态机。处理器还可被实现为计算设备的组合(例如，DSP与微处理器的组合、多个微处理器、与DSP核心协同的一个或多个微处理器，或者任何其他此类配置)。

本文中所描述的功能可以在硬件、由处理器执行的软件、固件、或其任何组合中实现。如果在由处理器执行的软件中实现，则各功能可以作为一条或多条指令或代码存储在计算机可读介质上或藉其进行传送。其他示例和实现落在本公开及所附权利要求的范围内。例如，由于软件的本质，本文描述的功能可使用由处理器执行的软件、硬件、固件、硬连线或其任何组合来实现。实现功能的特征也可物理地位于各种位置，包括被分布以使得功能的各部分在不同的物理位置处实现。

以上所已经描述的内容包括所要求保护主题的各方面的示例。当然，出于描绘所要求保护主题的目的而描述每一个可以想到的组件或方法的组合是不可能的，但本领域内的普通技术人员应该认识到，所要求保护主题的许多进一步的组合和排列都是可能的。从而，所公开的主题旨在涵盖落入所附权利要求书的精神和范围内的所有这样的变更、修改和变化。

Claims (15)

1.一种基于小程序的无感入车方法，所述小程序包括无界面小程序和界面，所述方法包括：

采用移动设备扫描车辆的目标蓝牙；

响应于扫描到所述车辆的目标蓝牙，启动所述无界面小程序以建立蓝牙连接；

响应于建立蓝牙连接成功，确定所述移动设备与车辆的距离；

在所述距离变小至第一阈值距离时，基于所述无界面小程序来自动控制车辆解锁；

在所述距离变大至第二阈值距离时，基于所述无界面小程序来自动控制车辆落锁；以及

在所述距离超出蓝牙通信距离时，断开所述蓝牙连接，并停止执行所述无界面小程序。

2.如权利要求1所述的方法，采用移动设备扫描车辆的目标蓝牙基于开通在所述小程序的所述界面中纳入的无感入车功能并且读取关于蓝牙广播的配置信息。

3.如权利要求2所述的方法，开通在所述小程序的所述界面中纳入的无感入车功能进一步包括：

在所述小程序的Native侧写入关于蓝牙连接、鉴权和广播的配置信息。

4.如权利要求3所述的方法，所述关于蓝牙连接、鉴权和广播的配置信息通过关闭在所述小程序的所述界面中纳入的无感入车功能来清除。

5.如权利要求3或4所述的方法，所述Native侧提供接口层、配置层和内核层，其中所述接口层面向所述小程序提供开通或关闭无感入车功能的应用程序接口API，配置层用于存储关于蓝牙连接、鉴权和广播的配置信息，并且内核层用于Js引擎的生命周期管理。

6.如权利要求1所述的方法，响应于建立蓝牙连接成功，确定所述移动设备与车辆的距离进一步包括：

响应于建立蓝牙连接成功，确定蓝牙信号强度；以及

基于所确定的蓝牙信号强度来推导所述移动设备与车辆的距离。

7.如权利要求1所述的方法，所述第一阈值距离小于所述第二阈值距离，并且所述第二阈值距离小于所述蓝牙通信距离。

8.一种基于小程序的无感入车系统，所述小程序包括无界面小程序和界面，所述系统包括：

蓝牙通信模块，采用移动设备扫描车辆的目标蓝牙；

小程序管理模块，

响应于扫描到所述车辆的目标蓝牙，启动所述无界面小程序以建立蓝牙连接；以及

响应于所述蓝牙连接断开，停止执行所述无界面小程序；

距离确定模块，响应于建立蓝牙连接成功，确定移动设备与车辆的距离；以及

车辆控制模块，

在所述距离变小至第一阈值距离时，基于所述无界面小程序来自动控制车辆解锁；以及

在所述距离变大至第二阈值距离时，基于所述无界面小程序来自动控制车辆落锁。

9.如权利要求8所述的系统，所述蓝牙通信模块采用移动设备扫描车辆的目标蓝牙基于所述蓝牙通信模块开通在所述小程序的所述界面中纳入的无感入车功能并且读取关于蓝牙广播的配置信息。

10.如权利要求9所述的系统，所述蓝牙通信模块开通在所述小程序的所述界面中纳入的无感入车功能进一步包括：

所述蓝牙通信模块在所述小程序的Native侧写入关于蓝牙连接、鉴权和广播的配置信息。

11.如权利要求10所述的系统，所述蓝牙通信模块通过关闭在所述小程序的所述界面中纳入的无感入车功能来清除所述关于蓝牙连接、鉴权和广播的配置信息。

12.如权利要求10或11所述的系统，所述Native侧提供接口层、配置层和内核层，其中所述接口层面向所述小程序提供开通或关闭无感入车功能的应用程序接口API，配置层用于存储关于蓝牙连接、鉴权和广播的配置信息，并且内核层用于Js引擎的生命周期管理。

13.如权利要求8所述的系统，所述距离确定模块进一步：

响应于建立蓝牙连接和鉴权成功，确定蓝牙信号强度；以及

基于所确定的蓝牙信号强度来推导所述移动设备与车辆的距离。

14.如权利要求8所述的系统，所述第一阈值距离小于所述第二阈值距离，并且所述第二阈值距离小于所述蓝牙通信距离。

15.一种存储有指令的计算机可读存储介质，当所述指令被执行时使得机器执行如权利要求1-7中任一项所述的方法。

Images