车辆钥匙查找方法、系统和设备与流程

1.本公开涉及电子信息技术领域，具体来说，涉及一种车辆钥匙查找方法、系统和设备。


背景技术：

2.在现有的智能进入及启动系统(peps)中，当需要查找钥匙时，通常直接驱动天线发射低频信号，并根据是否接收到来自钥匙的响应于低频信号的高频信号以确定查找钥匙的结果。这样，如果在短时间内发出了多个查找钥匙请求，或者在正在查找钥匙的过程中收到了新的查找钥匙请求，都可能导致查找钥匙所需的时间增加，用户等待时间相应地增加，甚至可能部分查找钥匙请求被丢失而导致用户不得不重新发出请求，这些都产生了不良的用户体验。


技术实现要素：

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.针对优先级最高的查找触发信号，将查找策略确定为所述天线查找策略；
31.针对优先级较低的查找触发信号，判断与该查找触发信号相应的钥匙位置信息是否为与当前正在基于其执行钥匙查找的查找触发信号相应的钥匙位置信息的子集；
32.若是，则将优先级较低的查找触发信号存入所述共享队列中，并将所述优先级较低的查找触发信号的查找策略确定为所述第二共享策略；
33.若否，则将所述优先级较低的查找触发信号存入所述排队队列中，并将所述优先级较低的查找触发信号的查找策略确定为所述天线查找策略。
34.在一些实施例中，根据所述查找触发信号确定查找策略包括：
35.确定当前所产生的第一查找触发信号所指示的第一钥匙位置信息；
36.若第一钥匙位置信息指示仅单个位置，则将所述第一查找触发信号的查找策略确定为天线查找策略中的单个位置查找策略；
37.若第一钥匙位置信息指示多个位置，则将所述第一查找触发信号的查找策略确定为天线查找策略中的全部位置查找策略；
38.其中，所述天线查找策略被配置为通过驱动一个或多个天线来执行钥匙查找，以获得所述第一查找触发信号的钥匙查找结果。
39.在一些实施例中，所述天线查找策略包括以下中的至少一者：
40.单个位置查找策略，所述单个位置查找策略被配置为驱动与所述单个钥匙位置相应的天线发射第一低频信号，并接收来自钥匙的响应于所述第一低频信号的第一高频信号；以及
41.全部位置查找策略，所述全部位置查找策略被配置为驱动所有天线发射第二低频信号，并接收来自钥匙的响应于所述第二低频信号的第二高频信号。
42.在一些实施例中，所述天线查找策略被配置为：
43.判断所述排队队列中的查找触发信号的数目是否小于2；
44.若所述排队队列中的查找触发信号的数目小于2，则执行所述单个位置查找策略；
45.若所述排队队列中的查找触发信号的数目大于或等于2，则执行所述全部位置查找策略。
46.在一些实施例中，所述所有天线包括：
47.位于车辆外部司机侧的第一天线；
48.位于车辆外部副司机侧的第二天线；
49.位于车辆外部后部的第三天线；
50.位于车辆内部中部的第四天线；
51.位于车辆内部头部的第五天线；以及
52.位于车辆内部后部的第六天线。
53.在一些实施例中，第二低频信号包括第一低频数据和第二低频数据，其中，第一低频数据由所述第一天线、所述第二天线和所述第四天线同时发射，第二低频数据由所述第三天线、所述第五天线和所述第六天线同时发射。
54.在一些实施例中，每个钥匙的第一高频信号包括在共同通道上的第一高频数据和在该钥匙的私有通道上的第二高频数据；
55.每个钥匙的第二高频信号包括在该钥匙的私有通道上的第三高频数据；
56.其中，第一高频信号的波特率大于第二高频信号的波特率。
57.根据本公开的第二方面，提出了一种车辆钥匙查找系统，所述车辆钥匙查找系统包括：
58.功能模块，所述功能模块被配置为获取来自用户的功能指令，并根据所述功能指令产生查找触发信号，其中，所述查找触发信号被配置为至少指示与所述功能指令相应的钥匙位置信息；
59.策略模块，所述策略模块被配置为根据所述查找触发信号确定查找策略；以及
60.查找模块，所述查找模块被配置为根据查找策略执行钥匙查找以获得钥匙查找结果，并将所述钥匙查找结果返回给所述功能模块。
61.在一些实施例中，所述查找模块包括低频天线驱动模块，所述低频天线驱动模块包括：
62.驱动参数配置单元，所述驱动参数配置单元被配置为设置天线的驱动参数；
63.芯片驱动单元，所述芯片驱动单元被配置为将所述天线的驱动参数转换为spi指
令；以及
64.低频芯片，所述低频芯片被配置为根据所述spi指令触发相应的天线发射低频信号。
65.根据本公开的第三方面，提出了一种车辆钥匙查找设备，所述车辆钥匙查找设备包括处理器和存储器，所述存储器上存储有指令，当所述指令被所述处理器执行时，实现如上所述的车辆钥匙查找方法的步骤。
66.根据本公开的第四方面，提出了一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令被执行时，实现如上所述的车辆钥匙查找方法的步骤。
67.根据本公开的第五方面，提出了一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被所述处理器执行时，实现如上所述的车辆钥匙查找方法的步骤。
68.通过以下参照附图对本公开的示例性实施例的详细描述，本公开的其他特征及其优点将会变得更为清楚。
附图说明
69.构成说明书的一部分的附图描述了本公开的实施例，并且连同说明书一起用于解释本公开的原理。
70.参照附图，根据下面的详细描述，可以更加清楚地理解本公开，其中：
71.图1示出了根据本公开的一示例性实施例的车辆钥匙查找方法的流程示意图；
72.图2示出了根据本公开的一示例性实施例的车辆钥匙查找方法中步骤s200的流程示意图；
73.图3示出了根据本公开的一示例性实施例的车辆钥匙查找方法中步骤s270的流程示意图；
74.图4示出了根据本公开的一示例性实施例的车辆钥匙查找方法中一种天线查找策略的示意图；
75.图5示出了根据本公开的一示例性实施例的车辆钥匙查找方法中另一种天线查找策略的示意图；
76.图6示出了根据本公开的一示例性实施例的车辆钥匙查找系统的结构示意图；
77.图7示出了根据本公开的一示例性实施例的车辆钥匙查找设备的结构示意图。
78.注意，在以下说明的实施方式中，有时在不同的附图之间共同使用同一附图标记来表示相同部分或具有相同功能的部分，而省略其重复说明。在一些情况中，使用相似的标号和字母表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
79.为了便于理解，在附图等中所示的各结构的位置、尺寸及范围等有时不表示实际的位置、尺寸及范围等。因此，本公开并不限于附图等所公开的位置、尺寸及范围等。
具体实施方式
80.下面将参照附图来详细描述本公开的各种示例性实施例。应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
81.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。也就是说，本文中的结构及方法是以示例性的方式示出，来说明本公开中的结构和方法的不同实施例。然而，本领域技术人员将会理解，它们仅仅说明可以用来实施的本公开的示例性方式，而不是穷尽的方式。此外，附图不必按比例绘制，一些特征可能被放大以示出具体组件的细节。
82.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
83.在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其他示例可以具有不同的值。
84.在一种peps控制器低频天线的驱动方式中，可以按照查找钥匙的需求来驱动对应位置的天线，以执行钥匙的查找。为了覆盖整个车辆(或汽车)的范围，通常需要多次驱动天线，但这将导致查找车内外所有钥匙所需的时间过长，影响了用户体验。另外，随着车辆零部件的电子化趋势越来越明显，例如一键启动、无钥匙进入、轮询等涉及查找钥匙的功能逐渐增多，因此发生查找钥匙冲突的可能性也越来也大，如何更好地解决这些冲突也就变得愈发重要。因此，有必要提出一种能够解决各种查找钥匙冲突并提高钥匙查找效率的车辆钥匙查找方式。
85.为了解决上述问题，本公开提出了一种基于peps的车辆钥匙查找方法。在本公开的一示例性实施例中，如图1所示，该车辆钥匙查找方法可以包括：
86.步骤s100，获取来自用户的功能指令，并根据功能指令产生查找触发信号。
87.具体而言，用户可以通过发出功能指令来指示车辆执行相应的动作，例如开锁、点火、闭锁等。对应于每个功能指令所要执行的动作，通常需要查找在一个或多个位置处的钥匙，并在确定查找到所需的钥匙的情况下执行动作。也就是说，一个功能指令可以对应于查找一个或多个位置处的钥匙，因此可以根据功能指令来产生查找触发信号，其中查找触发信号可以被配置为至少指示与功能指令相应的钥匙位置信息。例如，当功能指令指示用户期望执行的动作为开锁时，查找触发信号可以指示查找距离车辆一定范围内的位置处的钥匙，只要在这个范围内的位置处查找到至少一个钥匙，即可以进行开锁。可以理解的是，功能指令可以是多种多样的，在此不作限制。
88.如图1所示，车辆钥匙查找方法还可以包括：
89.步骤s200，根据查找触发信号确定查找策略；以及
90.步骤s300，根据查找策略执行钥匙查找以获得钥匙查找结果，并返回钥匙查找结果。
91.具体而言，在本公开的实施例中，产生了查找触发信号之后，并不直接根据查找触发信号驱动相应位置的天线发射低频信号以执行钥匙的查找，而是先根据查找触发信号确定查找策略,再根据查找策略执行钥匙查找。在一些实施例中，例如可以根据查找触发信号，结合当前存储的钥匙查找结果、当前的钥匙查找状态以及该查找触发信号与其他一个或多个查找触发信号之间的关系等一个或多个因素，确定查找策略，然后根据查找策略来获得钥匙查找结果，并返回钥匙查找结果给用户，或者返回给其他相关的模块，用于实现与功能指令对应的功能。另外，在获取钥匙查找结果的过程中，通常仅仅在结果定时器所设置的第三预设时间之内获得的钥匙查找结果被认为是有效的。这里，设置第三预设时间的目
的是避免在某个位置并没有钥匙存在的情况下，长时间等待钥匙的响应信号无果而可能导致的查找无法结束或者查找效率低下的情况。
92.在一些实施例中，在可能的情况下，相同或部分相同的钥匙查找结果可以被两个或更多个查找触发信号共享，以尽可能减少通过驱动天线发射低频信号的方式来查找钥匙，从而提高获得钥匙查找结果的效率，并降低查找成本。相应地，为了使某一查找触发信号对应的钥匙查找结果被另一查找触发信号共享成为可能，车辆钥匙查找方法还可以包括：在获得钥匙查找结果后，将钥匙查找结果保存第一预设时间。在保存达到第一预设时间后，可以删除该钥匙查找结果，一方面可以减少对存储资源的占用，另一方面也可以避免相隔较长时间的查找触发信号共享同一钥匙查找结果，这是考虑到在这段较长的时间间隔内，钥匙的位置很可能发生较大的变化，直接共享钥匙查找结果可能导致错误的钥匙查找结果。可以根据上述考虑来设置第一预设时间。在一具体示例中，可以将第一预设时间设置为例如250ms。
93.如图2所示，在一些实施例中，根据查找触发信号确定查找策略可以包括：
94.步骤s210，确定当前所产生的第一查找触发信号所指示的第一钥匙位置信息；
95.步骤s220，判断当前是否保存有与第一钥匙位置信息相应的第一钥匙查找结果；
96.若当前保存有第一钥匙查找结果，则执行步骤s231，将第一查找触发信号的查找策略确定为第一共享策略。
97.其中，第一共享策略被配置为将第一钥匙查找结果作为第一查找触发信号的钥匙查找结果。也就是说，如果确定了保存有对应于第一查找触发信号所指示的第一钥匙位置信息的第一钥匙查找结果，那么在根据第一共享策略执行钥匙查找时，可以直接将该第一钥匙查找结果作为当前的第一查找触发信号的钥匙查找结果，而无需再驱动天线发射低频信号来查找钥匙，从而极大地提高了查找钥匙的效率,也有助于降低查找成本。此外，如上文所述，钥匙查找结果被保存的时间是有限的(第一预设时间)，在这段时间内钥匙的位置通常不会发生很大的变化，因此直接共享第一钥匙查找结果通常也是可靠的。
98.在一些实施例中，在钥匙查找结果被保存的第一预设时间内，也有可能产生多个查找触发信号，且在一些情况下，这些查找触发信号中的至少一部分查找触发信号能够共享钥匙查找结果，那么对于能够共享钥匙查找结果的每个查找触发信号，都可以采用第一共享策略，将所保存的相应的钥匙查找结果作为其钥匙查找结果。
99.另外，可以理解的是，在同一时刻被保存的钥匙查找结果可能包含多个钥匙的钥匙查找结果，只要在这些结果中确定存在有与第一钥匙位置信息相应的一个或多个钥匙的钥匙查找结果，就可以提取出相应的钥匙查找结果用于共享。
100.在一些实施例中，第一查找触发信号也可能共享即将获得的至少部分钥匙查找结果。如图2所示，根据查找触发信号确定查找策略还可以包括：
101.若当前未保存有第一钥匙查找结果，则执行步骤s232，判断当前是否正在基于第二查找触发信号执行钥匙查找；
102.若当前正在基于第二查找触发信号执行钥匙查找，则执行步骤s241，判断第一钥匙位置信息是否为第二查找触发信号所指示的第二钥匙位置信息的子集；
103.若第一钥匙位置信息是第二钥匙位置信息的子集，则执行步骤s251，将第一查找触发信号存入共享队列中，并将第一查找触发信号的查找策略确定为第二共享策略；
104.若第一钥匙位置信息不是第二钥匙位置信息的子集，则执行步骤s252，将第一查找触发信号存入排队队列中，并将第一查找触发信号的查找策略确定为天线查找策略。
105.可以理解的是，第二查找触发信号是在第一查找触发信号产生之前产生的。也就是说，如果在产生第一查找触发信号时，正在根据之前的第二查找触发信号执行钥匙查找，那么可以判断即将获得的第二查找触发信号的钥匙查找结果是否能够被当前的第一查找触发信号共享。
106.具体而言，可以通过判断第一查找触发信号所指示的第一钥匙位置信息是否为第二查找触发信号所指示的第二钥匙位置信息的子集来判断。如果第一钥匙位置信息是第二钥匙位置信息的子集，则第一查找触发信号可以共享第二查找触发信号的钥匙查找结果。例如，如果第一钥匙位置信息与第二钥匙位置信息相同，则可以直接将第二查找触发信号的钥匙查找结果作为第一查找触发信号的钥匙查找结果；如果第一钥匙位置信息是第二钥匙位置信息的真子集，则可以将第二查找触发信号的钥匙查找结果中与第一查找触发信号有关的部分提取出来，作为第一查找触发信号的钥匙查找结果。
107.在一些情况下，在基于第二查找触发信号执行钥匙查找的过程中，可能产生多个查找触发信号，且这些查找触发信号中的至少部分查找触发信号可能可以共享第二查找触发信号的钥匙查找结果。因此，每当确定第一钥匙位置信息是第二钥匙位置信息的子集，可以将相应的查找触发信号存入共享队列中。等到获得了第二查找触发信号的钥匙查找结果，根据共享队列中各个查找触发信号所指示的钥匙位置信息，将第二查找触发信号的钥匙查找结果的相应一部分分发给共享队列，或者说分发给共享队列中的各个查找触发信号，作为其钥匙查找结果，以获得共享队列中各个查找触发信号的钥匙查找结果。
108.另一方面，如果第一钥匙位置信息不是第二钥匙位置信息的子集，那么第二查找触发信号的钥匙查找结果将不能被第一查找触发信号共享，此时，可以将第一查找触发信号存入不同于共享队列的排队队列中，待完成基于第二查找触发信号执行的钥匙查找后，采用天线查找策略来执行基于第一查找触发信号的钥匙查找。其中，天线查找策略可以被配置为通过驱动一个或多个天线来执行钥匙查找，以获得第一查找触发信号的钥匙查找结果，后文中还将详细阐述。
109.类似地，在基于第二查找触发信号执行钥匙查找的过程中，可能产生多个查找触发信号，且这些查找触发信号中的部分查找触发信号可能不能共享第二查找触发信号的钥匙查找结果。因此，每当确定第一钥匙位置信息不是第二钥匙位置信息的子集，可以将相应的查找触发信号存入排队队列中，以待进一步的查找。
110.在一些实施例中，也可以在产生了第一查找触发信号后，直接判断当前是否正在基于第二查找触发信号执行钥匙查找，并根据判断的结果执行相应的操作，而无需预先判断当前是否保存有与第一钥匙位置信息相应的第一钥匙查找结果。尤其是在这样的实施例中，其中在获得了钥匙查找结果后，并不对其进行保存，以节约存储资源。
111.另外，考虑到由于环境出现了短暂的强电磁干扰等情况，可能导致本次查找钥匙失败，这时用户通常会再次给出与之前一次所给出的相同的功能指令(例如，“启动”功能指令)。而如果此时直接共享钥匙查找结果，将与重新查找钥匙相违背而无法达到重试的效果。因此，在一些实施例中，根据查找触发信号确定查找策略还可以包括判断当前所获取的来自用户的第一功能指令是否与来自用户的前一个第二功能指令相同，如果第一功能指令
与第二功能指令相同，则将与第一功能指令相应的第一查找触发信号的查找策略确定为天线查找策略，如果第一功能指令与第二功能指令不同，则继续执行步骤s220或者继续执行步骤s232。也就是说，针对根据相邻两次相同的功能指令所产生的查找触发信号，将不会进行钥匙查找结果的共享。但需要注意的是，如果根据相邻两次不同的功能指令所产生的查找触发信号指向相同的钥匙位置信息，那么在这种情况下是可以进行钥匙查找结果的共享的。
112.在一些实施例中，如图2所示，根据查找触发信号确定查找策略还可以包括：
113.若当前未执行钥匙查找，则执行步骤s242，判断在第一查找触发信号产生后的第二预设时间内是否产生有第三查找触发信号；
114.若在第一查找触发信号产生后的第二预设时间内未产生第三查找触发信号，则执行步骤s262，将第一查找触发信号的查找策略确定为天线查找策略。
115.其中，第二预设时间通常被设置得很短，通常情况下第二预设时间可以小于第一预设时间，该第二预设时间用来判断是否存在与第一查找触发信号同时或基本上同时产生的、可能与第一查找触发信号发生冲突的其他查找触发信号(第三查找触发信号)。也就是说，如果第一查找触发信号基本上是独立产生的，那么可以将第一查找触发信号的查找策略确定为天线查找策略，通过驱动天线来执行钥匙查找，以及时获得钥匙查找结果。
116.进一步地，如图2所示，根据查找触发信号确定查找策略还可以包括：
117.若在第一查找触发信号产生后的第二预设时间内产生有第三查找触发信号，则执行步骤s261,根据第一查找触发信号对应的第一功能指令和第三查找触发信号对应的第三功能指令确定第一查找触发信号和第三查找触发信号的优先级；
118.步骤s270，将查找策略确定为按照优先级由高到低的顺序基于第一查找触发信号和第三查找触发信号分别执行钥匙查找。
119.也就是说，如果同时或基本上同时(由第二预设时间限定)产生了两个或更多个查找触发信号，那么可以根据优先级由高到低的顺序来分别基于这些查找触发信号执行钥匙查找，以优先满足优先级更高(例如，重要性或时效性更高)的功能。
120.可以理解的是，在一些实施例中，也可以在产生了第一查找触发信号后，直接判断在第一查找触发信号产生后的第二预设时间内是否产生有第三查找触发信号，即判断是否存在与第一查找触发信号同时或基本上同时产生的其他查找触发信号，并根据判断的结果执行相应的操作，而无需执行步骤s220和步骤s232中所示的判断。或者，在一些实施例中，也可以在产生了第一查找触发信号后，按照图2所示的顺序执行步骤s220和步骤s242所示的判断，并根据判断结果执行相应的操作，而省去步骤s232所示的判断。具体而言，首先判断当前是否保存有与第一钥匙位置信息相应的第一钥匙查找结果，若是，则将第一查找触发信号的查找策略确定为第一共享策略；若否，则直接跳转到步骤s242，判断在第一查找触发信号产生后的第二预设时间内是否产生有第三查找触发信号，并根据判断结果执行相应的操作。又或者，在一些实施例中，也可以在产生了第一查找触发信号后，按照图2所示的顺序执行步骤s232和步骤s242所示的判断，并根据判断结果执行相应的操作，而省去步骤s220所示的判断。尤其是在这样的实施例中，其中在获得了钥匙查找结果后，并不对其进行保存，以节约存储资源。
121.进一步地，如图3所示，将查找策略确定为按照优先级由高到低的顺序基于第一查
找触发信号和第三查找触发信号分别执行钥匙查找可以包括：
122.步骤s271,针对优先级最高的查找触发信号，将查找策略确定为天线查找策略；
123.步骤s272，针对优先级较低的查找触发信号，判断与该查找触发信号相应的钥匙位置信息是否为与当前正在基于其执行钥匙查找的查找触发信号相应的钥匙位置信息的子集；
124.若是，则执行步骤s273，将优先级较低的查找触发信号存入共享队列中，并将优先级较低的查找触发信号的查找策略确定为第二共享策略；
125.若否，则执行步骤s274，将优先级较低的查找触发信号存入排队队列中，并将优先级较低的查找触发信号的查找策略确定为天线查找策略。
126.对于优先级最高的查找触发信号，将其查找策略确定为天线查找策略，以通过驱动天线发射低频信号的方式来及时地进行相应的钥匙查找，从而在尽可能短的时间内实现用户所需的功能。进一步地，针对优先级较低的查找触发信号，可以分别根据它们是否能够共享当前正在基于其执行钥匙查找的查找触发信号的钥匙查找结果，将其存入共享队列或是排队队列中，以待进一步的查找。在一些实施例中，当前正在基于其执行钥匙查找的查找触发信号可以是上文所述的优先级最高的查找触发信号。
127.在一具体示例中，可以仅设置两个优先级，其中将根据“进入低功耗”这一功能指令所产生的查找触发信号设置为具有较低的优先级；而将根据其他功能指令所产生的查找触发信号设置为具有较高的优先级。因此，在产生了与不是“进入低功耗”功能指令相应的查找触发信号的情况下，可以立即进行相关钥匙的查找，例如可以根据如本文所述的第一共享策略、第二共享策略或者天线查找策略来执行查找。然而，如果产生了与指示低频芯片进入低功耗状态的“进入低功耗”功能指令相应的查找触发信号，由于该查找触发信号具有较低的优先级，则如果目前存在其他查找触发信号，那么将延迟响应与“进入低功耗”功能指令相应的查找触发信号。
128.在一些实施例中，在根据天线查找策略执行钥匙查找时，如果查找触发信号未被存入排队队列中(例如，需要立即针对该查找触发信号执行钥匙查找，或者在当前正在执行的钥匙查找结束后立即针对该查找触发信号执行钥匙查找)，那么可以直接根据该查找触发信号驱动相应位置的天线发射低频信号来执行钥匙查找。
129.另外，如果查找触发信号被存入了排队队列中，那么天线查找策略可以被配置为：判断排队队列中的查找触发信号的数目是否小于2；若排队队列中的查找触发信号的数目小于2，则执行单个位置查找策略；若排队队列中的查找触发信号的数目大于或等于2，则执行全部位置查找策略。这是因为执行两次单个位置查找所需的时间通常大于执行一次全部位置查找的时间，因此为了提高查找效率，当需要针对两个或两个以上的查找触发信号执行钥匙查找时，可以直接查找全部位置的钥匙，并将钥匙查找结果的相应部分分发给排队队列中的各个查找触发信号，以减少查找所需的总时间，改善用户体验。这种冲突处理策略可以实现对查找触发信号的全覆盖，在两轮查找钥匙的时间(例如，500ms)内实现，大幅提高了找钥匙性能。可以理解的是，排队队列中的两个或两个以上的查找触发信号可以分别对应于不同位置的钥匙查找，而对应于相同位置的查找触发信号可以在排队队列中被合并为一个查找触发信号。
130.此外，在一些实施例中，也可以不执行图2中步骤s220、步骤s232、步骤s242等所示
的判断，而是在产生了第一查找触发信号之后，直接根据第一查找触发信号所指示的第一钥匙位置信息，确定是采用哪种天线查找策略。具体而言，如果第一钥匙位置信息仅包含单个位置，则可以在产生了第一查找触发信号之后，直接确定查找策略为单个位置查找策略；如果第一钥匙位置信息包含多个位置，则可以在产生了第一查找触发信号之后，直接确定查找策略为全部位置查找策略，并执行相应的查找。
131.其中，单个位置查找策略可以被配置为驱动与单个钥匙位置相应的天线发射第一低频信号，并接收来自钥匙的响应于第一低频信号的第一高频信号。在一些情况下，只需要找到一个钥匙即可，因此为了提高查找效率，在执行单个位置查找策略时，可以放弃此期间的遥控钥匙功能，用于快速定位钥匙，通过提高钥匙回复的波特率，以及跳频实现钥匙的快速定位。在一具体示例中，可以在典型的100ms的时间之内获得钥匙查找结果。
132.此外，在一些实施例中，为了确定钥匙的位置，在发射第一低频信号之后，还可以驱动所有天线分别依次发射低频载波信号，其中每个载波信号之间有一定的时间间隔，通过分析响应于载波信号的返回信号，可以得出找到的钥匙的位置。
133.如图4所示，在一具体示例中，假设存在三个钥匙，采用跳频方式，每个钥匙回复的第一高频信号可以包括在共同通道(通道1)上的第一高频数据和在该钥匙的私有通道(通道2)上的第二高频数据。其中，共同通道是立即回复的，而私有通道根据各个钥匙的编号错开，使得每个钥匙有单独的回复通道。
134.在周围只有一个钥匙(无干扰)的情况下，无论是哪个编号的钥匙，都能在第一时间通过共同通道来回复高频响应，从而减少了单次查找钥匙所需的时间。无干扰情况下单次查找钥匙的耗时t1可以被表示为：
135.t1＝t
lf data
t
carrier
t
rf data1
，
136.其中，t
lf data
为对应于单个位置的天线发射第一低频信号所需的时间(例如为约31ms)，t
carrier
为所有天线依次发射低频载波信号所需的时间(例如为约34ms)，t
rf data1
为接收到来自钥匙的高频数据所需的时间(例如为约21ms)。
137.在周围存在多个钥匙(有干扰)的情况下，也可以在第一时间通过共同通道确定钥匙的存在，但为了确定钥匙的具体位置，需要等待钥匙通过其私有通道回复的第二高频数据。相应地，有干扰情况下单次查找钥匙的耗时t2可以被表示为：
138.t2＝t
lf data
t
carrier
t
rf data1
*(1 钥匙编号) t
space1
*(钥匙编号)，
139.其中，t
lf data
为对应于单个位置的天线发射第一低频信号所需的时间(例如为约31ms)，t
carrier
为所有天线依次发射低频载波信号所需的时间(例如为约34ms)，t
rf data1
为接收到来自钥匙的高频数据所需的时间(例如为约21ms)，t
space1
为相邻两个高频数据之间的间隙时间(例如为约9ms)。在这个具体示例中，根据钥匙在私有通道上回复高频数据的顺序来确定钥匙编号，即钥匙编号可以为1～3。
140.另外，全部位置查找策略可以被配置为驱动所有天线发射第二低频信号，并接收来自钥匙的响应于第二低频信号的第二高频信号，以覆盖整个车辆实现钥匙的查找。在这种查找策略下，可以兼顾遥控钥匙的功能，因此第二高频信号的波特率需要保持与用于接收用户的功能指令的遥控按键的波特率一致，其小于第一高频信号的波特率。在一具体示例中，可以通过3 3 6的驱动方式来驱动全车的所有六根天线，这六根天线例如可以包括位于车辆外部司机侧的第一天线、位于车辆外部副司机侧的第二天线、位于车辆外部后部的
第三天线、位于车辆内部中部的第四天线、位于车辆内部头部的第五天线以及位于车辆内部后部的第六天线。如图5所示，考虑到驱动能力和天线的低频信号之间的干扰情况，可以先驱动第一天线、第二天线和第四天线同时发射第二低频信号包含的第一低频数据，再驱动第三天线、第五天线和第六天线同时发射第二低频信号包含的第二低频数据，然后由六根天线分别依次发射低频载波信号用来确定钥匙的位置。采用全部位置查找策略，查找1～3个钥匙所需的典型耗时为约140～240ms，且所获得的钥匙查找结果涵盖了车辆周围所有钥匙，可以共享给所有查找触发信号。此外，为了节省钥匙回复的总时间，在全部位置查找策略中，可以取消通过共同通道回复高频信号，而每个钥匙仅通过其私有通道回复响应于第二低频信号的第三高频数据，以节省一个通道的时间。图5中示出了两种回复高频信号的通道选择方式，即如图5左侧所示的所有钥匙通过通道2来回复高频信号，或者如图5右侧所示的所有钥匙通过通道2来回复高频信号。
141.另外，也可以通过调整天线的正反驱以及驱动电流来确保覆盖车内外所有位置，通过以上方式查找全部位置钥匙所需的总耗时t3可以被表示为：
142.t3＝t
lf data
*2 t
carrier
(t
rf data2
t
space2
)*钥匙数目，
143.其中，t
lf data
为天线发射一次低频数据所需的时间(例如为约31ms)，t
carrier
为所有天线依次发射低频载波信号所需的时间(例如为约34ms)，t
rf data2
为接收到来自钥匙的高频数据所需的时间(例如为约31ms)，t
space2
为相邻两个高频数据之间的间隙时间(例如为约20ms)。钥匙数目是指存储在peps中的所有有效钥匙的数目，例如在一具体示例中为3。
144.此外，当以全部位置查找策略来进行钥匙的查找时，可以支持轮询功能，在轮询功能中可以以500ms为周期来周期性地查找钥匙。
145.在本公开的示例性实施例中，提出了如上所述的车辆钥匙查找方法，其中先根据查找触发信号来确定查找策略，再根据查找策略执行钥匙查找，而不是在产生查找触发信号后直接驱动天线执行钥匙查找，因此可以提高各种场景下的钥匙查找的速度、准确性，并有效解决钥匙查找过程中可能发生的冲突。通过利用已有的或即将获得的钥匙查找结果实现共享，可以减少通过驱动天线来执行查找的次数，从而提高了获得钥匙查找结果的效率，也降低了查找成本。此外，通过为同时或基本上同时产生的查找触发信号设置相应的优先级，并优先执行优先级更高的查找，有助于保证优先满足具有更高的重要性和时效性的查找，以改善用户体验。通过调整天线查找策略中选用的对应低频驱动方式和高频接收方式，可以根据需要实现快速查找钥匙的需求。使用多根天线同时驱动可以很好地实现整车全覆盖，从而满足对查找钥匙的准确性的要求。本公开的技术方案通过减少用户等待时间提升了用户使用无钥匙进入、一键启动和轮询等功能的舒适度，明显提升了查找钥匙性能，可以满足用户所有的查找钥匙需求。
146.另外，本公开还提出了一种车辆钥匙查找系统。如图6所示，在本公开的一示例性实施例中，车辆钥匙查找系统可以包括功能模块610、策略模块620和查找模块630。
147.其中，功能模块610可以被配置为获取来自用户的功能指令，并根据功能指令产生查找触发信号。其中，查找触发信号可以被配置为至少指示与功能指令相应的钥匙位置信息。功能模块610可以与策略模块620进行交互，将查找触发信号传输给策略模块620。
148.策略模块620可以被配置为根据查找触发信号确定查找策略。在一些实施例中，策略模块620可以包括例如用于接收信号或数据的接收单元、用于共享钥匙查找结果的共享
单元、用于执行如上文所述的各种判断的判断单元、用于根据判断结果执行相应处理的处理单元和用于发送信号或数据的发送单元等。策略模块620可以与查找模块630进行交互，以将所确定的查找策略传输给查找模块630。
149.查找模块630可以被配置为根据查找策略执行钥匙查找以获得钥匙查找结果，并将钥匙查找结果返回给功能模块610，以供功能模块610根据钥匙查找结果执行相应的功能。在一些实施例中，查找模块630可以包括低频天线驱动模块，以驱动天线发射低频信号来查找钥匙。具体而言，低频天线驱动模块可以包括依次连接并进行数据传输的驱动参数配置单元、芯片驱动单元和低频芯片。其中，驱动参数配置单元可以被配置为根据peps天线参数的要求来设置天线的驱动参数(例如天线电流等)，具体的参数设置可以根据实际情况进行设置，在此不作限定。芯片驱动单元可以将驱动参数配置单元所设置的驱动参数转换为spi指令并发送给低频芯片。低频芯片可以被配置为根据spi指令触发相应的天线发射低频信号以执行钥匙查找。在一具体示例中，低频芯片可以是njj29c2芯片，其可以满足多天线同时发送和单天线轮流发送的需求。
150.此外，本公开还提出了一种车辆钥匙查找设备。如图7所示，在本公开的一示例性实施例中，车辆钥匙查找设备可以包括处理器710和存储器720，存储器720上存储有指令，当指令被处理器710执行时，实现如上所述的车辆钥匙查找方法的步骤。
151.其中，处理器710可以根据存储在存储器720中的指令执行各种动作和处理。具体地，处理器710可以是一种集成电路芯片，具有信号的处理能力。上述处理器可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现成可编程门阵列(fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中公开的各种方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，可以是x86架构或者是arm架构等。
152.存储器720可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom)、可编程只读存储器(prom)、可擦除可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)或闪存。易失性存储器可以是随机存取存储器(ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(sdram)、双倍数据速率同步动态随机存取存储器(ddrsdram)、增强型同步动态随机存取存储器(esdram)、同步连接动态随机存取存储器(sldram)和直接内存总线随机存取存储器(dr ram)。应注意，本文描述的方法的存储器旨在包括但不限于这些和任意其他适合类型的存储器。
153.本公开还提出了一种计算机可读存储介质，该计算机可读存储介质上存储有指令，当指令被执行时，实现如上所述的车辆钥匙查找方法的步骤。
154.类似地，本公开实施例中的计算机可读存储介质可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。应注意，本文描述的计算机可读存储介质旨在包括但不限于这些和任意其他适合类型的存储器。
155.本公开还提出了一种计算机程序产品，该计算机程序产品包括指令，当指令被处理器执行时，实现如上所述的车辆钥匙查找方法的步骤。
156.指令可以是将由一个或多个处理器直接地执行的任何指令集，诸如机器代码，或
者间接地执行的任何指令集，诸如脚本。本文中的术语“指令”、“应用”、“过程”、“步骤”和“程序”在本文中可以互换使用。指令可以存储为目标代码格式以便由一个或多个处理器直接处理，或者存储为任何其他计算机语言，包括按需解释或提前编译的独立源代码模块的脚本或集合。指令可以包括引起诸如一个或多个处理器来充当本文中的各神经网络的指令。本文其他部分更加详细地解释了指令的功能、方法和例程。
157.需要说明的是，附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
158.一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、固件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。
159.在说明书及权利要求中的词语“前”、“后”、“顶”、“底”、“之上”、“之下”等，如果存在的话，用于描述性的目的而并不一定用于描述不变的相对位置。应当理解，这样使用的词语在适当的情况下是可互换的，使得在此所描述的本公开的实施例，例如，能够在与在此所示出的或另外描述的那些取向不同的其他取向上操作。
160.如在此所使用的，词语“示例性的”意指“用作示例、实例或说明”，而不是作为将被精确复制的“模型”。在此示例性描述的任意实现方式并不一定要被解释为比其他实现方式优选的或有利的。而且，本公开不受在上述技术领域、背景技术、发明内容或具体实施方式中所给出的任何所表述的或所暗示的理论所限定。
161.如在此所使用的，词语“基本上”意指包含由设计或制造的缺陷、器件或元件的容差、环境影响和/或其他因素所致的任意微小的变化。词语“基本上”还允许由寄生效应、噪声以及可能存在于实际的实现方式中的其他实际考虑因素所致的与完美的或理想的情形之间的差异。
162.另外，前面的描述可能提及了被“连接”或“耦接”在一起的元件或节点或特征。如在此所使用的，除非另外明确说明，“连接”意指一个元件/节点/特征与另一种元件/节点/特征在电学上、机械上、逻辑上或以其他方式直接地连接(或者直接通信)。类似地，除非另外明确说明，“耦接”意指一个元件/节点/特征可以与另一元件/节点/特征以直接的或间接的方式在机械上、电学上、逻辑上或以其他方式连结以允许相互作用，即使这两个特征可能并没有直接连接也是如此。也就是说，“耦接”意图包含元件或其他特征的直接连结和间接连结，包括利用一个或多个中间元件的连接。
163.另外，仅仅为了参考的目的，还可以在本文中使用“第一”、“第二”等类似术语，并且因而并非意图限定。例如，除非上下文明确指出，否则涉及结构或元件的词语“第一”、“第二”和其他此类数字词语并没有暗示顺序或次序。
164.还应理解，“包括/包含”一词在本文中使用时，说明存在所指出的特征、整体、步骤、操作、单元和/或组件，但是并不排除存在或增加一个或多个其他特征、整体、步骤、操作、单元和/或组件以及/或者它们的组合。
165.在本公开中，术语“提供”从广义上用于涵盖获得对象的所有方式，因此“提供某对象”包括但不限于“购买”、“制备/制造”、“布置/设置”、“安装/装配”、和/或“订购”对象等。
166.虽然已经通过示例对本公开的一些特定实施例进行了详细说明，但是本领域的技术人员应该理解，以上示例仅是为了进行说明，而不是为了限制本公开的范围。在此公开的各实施例可以任意组合，而不脱离本公开的精神和范围。本领域的技术人员还应理解，可以对实施例进行多种修改而不脱离本公开的范围和精神。本公开的范围由所附权利要求来限定。