多图层拦截控制方法、装置、电子设备及可读存储介质

技术领域

本申请涉及车辆控制技术领域，尤其涉及一种多图层拦截控制方法、装置、电子设备及可读存储介质。

背景技术

现有技术中，智能座舱快速发展，驾驶员对于在智能座舱中对辅助泊车的需求场景也层出不穷。根据官方规定，在驾驶员调出辅助泊车功能的时候需要在规定时间内将对应的显示画面显示在目标屏幕上，在双系统的智能座舱中，为了便于用户的辅助泊车操作，在目标屏幕上还需要添加能够交互的按钮或设置。

然而，添加提供用户与车辆之间进行交互的按钮或设置，容易在进入或退出辅助泊车的界面时，无法及时切换控制界面，从而对显示屏幕上原有的按钮进行误触，降低了用户使用智能座舱中车载系统的体验，无法满足用户的使用需求。

发明内容

有鉴于此，本申请实施例提供了一种多图层拦截控制方法、装置、电子设备及可读存储介质，以解决现有技术中对显示屏幕上原有的按钮进行误触，降低了用户使用智能座舱中车载系统的体验的问题。

本申请实施例的第一方面，提供了一种多图层拦截控制方法，包括：

接收辅助泊车的开启指令；

基于开启指令，控制全透明图层监听覆盖图层上的触控事件，覆盖图层用于提供界面交互控件并接收触控事件在界面交互控件上进行交互的数据信息；

当监听到触控事件的发生，控制全透明图层拦截触控事件；

将拦截得到的触控事件对应的数据信息发送至虚拟图层，以控制虚拟图层按照数据信息执行相应操作，虚拟图层用于显示开启指令对应的摄像头传回的视频数据；

其中，各图层之间的从上至下的叠放顺序为覆盖图层、虚拟图层、全透明图层、原始显示图层，或覆盖图层、全透明图层、虚拟图层、原始显示图层，原始显示图层为基础系统在目标屏幕显示的原始图层。

本申请实施例的第二方面，提供了一种多图层拦截控制装置，包括：

接收模块，被配置为接收辅助泊车的开启指令；

控制模块，被配置为基于开启指令，控制全透明图层监听覆盖图层上的触控事件，覆盖图层用于提供界面交互控件并接收触控事件在界面交互控件上进行交互的数据信息；

拦截模块，被配置为当监听到触控事件的发生，控制全透明图层拦截触控事件；

处理模块，被配置为将拦截得到的触控事件对应的数据信息发送至虚拟图层，以控制虚拟图层按照数据信息执行相应操作，虚拟图层用于显示开启指令对应的摄像头传回的视频数据；

其中，各图层之间的从上至下的叠放顺序为覆盖图层、虚拟图层、全透明图层、原始显示图层，或覆盖图层、全透明图层、虚拟图层、原始显示图层，原始显示图层为基础系统在目标屏幕显示的原始图层。

本申请实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。

本申请实施例的第四方面，提供了一种可读存储介质，该可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：接收到辅助泊车的开启指令，控制全透明视图监听覆盖视图上的触控事件，当监听到触控事件发生时，控制全透明视图拦截触控事件，并将监听到的触控事件对应的数据信息发送至虚拟图层，使虚拟图层按照数据信息执行相应操作，其中，覆盖视图用于提供界面交互，虚拟图层用于显示开启指令对应的摄像头传回的视频数据。本方法能够在用户驾驶车辆时，提供界面交互以提供额外的信息，例如泊车路径建议、摄像头视角转换或车辆周围的障碍物警告等，使用户能够轻松获取所需信息，提高驾驶的安全性及便捷性。同时，在双系统的显示屏幕最底层加入了全透明图层，能够拦截触控事件，使得触控事件对应的控制信息无法传递至原始显示屏幕，避免了进行辅助泊车时产生与用户指令不一致的触控事件，提升了用户的用车体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本申请实施例提供的一种多图层拦截控制方法的流程示意图；

图2是本申请实施例提供的另一种多图层拦截控制方法的流程示意图；

图3是本申请实施例提供的一种多图层拦截控制装置的示意图；

图4是本申请实施例提供的电子设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

下面将结合附图详细说明根据本申请实施例的一种多图层拦截控制方法和装置。

图1是本申请实施例提供的一种多图层拦截控制方法的流程示意图。如图1所示，该多图层拦截控制方法包括以下步骤：

S101，接收辅助泊车的开启指令；

S102，基于开启指令，控制全透明图层监听覆盖图层上的触控事件；

S103，当监听到触控事件的发生，控制全透明图层拦截触控事件；

S104，将拦截得到的触控事件对应的数据信息发送至虚拟图层，以控制虚拟图层按照数据信息执行相应操作。

其中，各图层之间的从上至下的叠放顺序为覆盖图层、虚拟图层、全透明图层、原始显示图层，或覆盖图层、全透明图层、虚拟图层、原始显示图层，原始显示图层为基础系统在目标屏幕显示的原始图层。

其中，覆盖图层用于提供界面交互控件并接收触控事件在界面交互控件上进行交互的数据信息，虚拟图层用于显示开启指令对应的摄像头传回的视频数据。

在一些实施例中，接收到用户发送的辅助泊车开启指令，开启辅助泊车，并生成全透明图层、覆盖图层及虚拟图层，其中，覆盖图层用于提供界面交互控件的具体显示及功能，并接收用户在覆盖图层的界面交互控件上进行交互的数据信息。

生成对应的图层后，控制全透明图层监听覆盖图层上的触控事件，当监听到触控事件的发生，控制全透明图层对触控事件进行拦截，并获取该触控事件的数据信息，控制全透明图层将拦截得到的触控事件对应的数据信息发送至虚拟图层，从而使得虚拟图层能够按照用户发送的触控事件对应的数据信息执行相应操作。其中，虚拟图层用于显示开启指令对应的摄像头传回的视频数据。

各图层之间的叠放顺序从上至下为：覆盖图层、虚拟图层、全透明图层、原始显示图层，或覆盖图层、全透明图层、虚拟图层、原始显示图层。其中，原始显示图层为基础系统对应的显示图层，例如安卓系统对应的显示图层，在目标屏幕显示的原始图层，将覆盖图层、全透明图层及虚拟图层叠加在原始显示图层上。

由于覆盖图层用于提供界面交互控件，故覆盖图层需要在各图层中的最顶层，以免被其他图层显示的内容覆盖，同时，覆盖图层需要接收触控事件，并对于触控事件及时响应，全透明图层无法做到上述内容，故覆盖图层不能在全透明图层之下。

全透明图层需要对触控事件进行拦截，避免触控信息传递至原始显示图层，且全透明图层需要将触控事件对应的数据信息发送至虚拟图层，故全透明图层与虚拟图层的相对位置不会对虚拟图层的显示及全透明图层本身所起到的作用产生干扰。

虚拟图层用于显示辅助泊车的开启指令对应的摄像头传回的视频数据，即播放开启指令对应的摄像头传回的影像，虚拟图层的大小可以为覆盖所有原始显示图层的大小，也可以设置为能够覆盖原始显示图层一部分的大小，并对应调整覆盖图层的大小，全透明图层的大小可以根据需要设置为符合覆盖图层的大小或覆盖所有原始显示图层的大小。

本申请一示例性实施例中，覆盖图层上有多个界面交互控件，包括调整摄像头角度至自定义角度的界面交互控件为例，用户根据覆盖图层上的界面交互控件对应的调整摄像头的角度，当监听到用户在覆盖图层上对摄像头角度进行调整，定位需要调整的具体摄像头，全透明图层拦截定位信息、摄像头调整方向及调整角度的数据信息，并将该数据信息发送至虚拟图层，以控制虚拟图层按照该数据信息执行相应操作。

其中，覆盖图层还可以提供更多的额外信息，例如根据实时泊车影像，在影像上标出泊车路径建议，或检测到车辆进行泊车时根据车辆周围的障碍物进行警告，也可以为用户提供泊车模式的选择等多种额外信息。

根据本申请实施例提供的技术方案，能够在用户驾驶车辆时，通过界面交互提供额外的信息，例如泊车路径建议、摄像头视角转换或车辆周围的障碍物警告等，使用户能够轻松获取所需信息，提高驾驶的安全性及便捷性。同时，在双系统的显示屏幕最底层加入了全透明图层，能够拦截触控事件，使得全透明图层能够将触控事件拦截在原始显示屏幕之外，避免了进行辅助泊车时产生与用户指令不一致的触控事件，并且能够在开启或退出辅助泊车时，避免根据用户的触控指令打开原始显示屏幕从而对用户指令的错误执行，提升了用户体验。

在一些实施例中，基于开启指令，控制全透明图层监听覆盖图层上的触控事件之前，还包括：

基于开启指令，控制QNX系统创建全透明图层，并控制基础系统创建覆盖图层；

在覆盖图层上显示界面交互控件。

车载系统中包括QNX系统及基础系统组成的双系统，其中，基础系统可以为安卓系统，QNX系统可以为高通8155虚拟机搭建的(Hypervisor)QNX系统。接收到开启指令，控制QNX系统创建全透明图层，同时控制基础系统创建覆盖图层及虚拟图层。

其中，QNX系统启动的速度比基础系统启动速度快，QXN系统的启动时间一般在2至3秒，而基础系统的启动时间可能长达十几秒，故在启动辅助泊车时，优先启动QNX系统中辅助泊车的相关指令，再启动基础系统中的辅助泊车相关指令。

接述上例，通过QNX系统创建全透明图层能够缩短创建全透明图层的时间，能够及时拦截触控事件，从而满足官方的快起需求，能够在检测到车辆转为倒车挡的时候在官方规定时间，例如2秒内，创建全透明图层，达到快速拦截触控事件的需求。

同时，按照图层顺序，控制基础系统创建覆盖图层及虚拟图层，并在覆盖图层上显示界面交互控件。其中，界面交互控件可以是多种用户界面(User Interface，UI)显示，以使用户可以根据需求切换不同的信息显示，例如同时显示辅助泊车的路线及对后视镜进行监控，提升用户体验。

根据本申请实施例提供的技术方案，通过控制QNX系统创建全透明图层，并控制基础系统创建覆盖图层及虚拟图层，能够快速实现对触控事件的拦截，从而在辅助泊车启动或退出时，能够避免错误识别用户通过触控事件发送指令的意图，避免误触原始显示屏幕上的控件，提升用户体验。

在一些实施例中，在覆盖图层上显示界面交互控件之后，还包括：

将界面交互控件对应的控制信息注册到虚拟图层，以控制虚拟图层根据数据信息更新虚拟图层对应的控制信息。

将覆盖图层上的界面交互控件对应的控制信息注册到虚拟图层，例如该控件用于显示后视镜图像，则控制信息为显示后视镜图像，当覆盖图层监听到触控事件为显示后视镜图像时，通过全透明图层将该触控事件对应的控制信息传递至虚拟图层，虚拟图层接收该控制信息并根据该控制信息调取后视镜图像，从而实现虚拟图层能够根据数据信息更新虚拟图层对应的控制信息。

根据本申请实施例提供的技术方案，能够控制虚拟图层完全按照触控事件的数据信息执行相应操作，从而实现虚拟图层与虚拟图层之间的信息传递。

在一些实施例中，将拦截得到的触控事件对应的数据信息发送至虚拟图层，以控制虚拟图层按照数据信息执行相应操作，包括：

将拦截得到的触控事件对应的数据信息通过重定向的方式发送至虚拟图层；

检测到虚拟图层接收到数据信息，控制虚拟图层按照数据信息执行相应操作。

在全透明图层上拦截触控事件并将其传递给虚拟图层，其中，虚拟图层可以写作Android APAOverlay，控制全透明图层拦截触控事件，将拦截得到的触控事件通过基础系统的InputManager.getInstance().injectInputEvent()方法注册到虚拟图层上，其中，虚拟图层可以写作APAOverlay。

其中，上述基础系统中的InputManager.getInstance().injectInputEvent()方法中的InputManager.getInstance()用于模拟键盘点击、鼠标滑动或点击等事件，用来接收并判断用户在覆盖图层上的触控事件的具体表现形式，以执行相应的操作，injectInputEvent()用于注入事件调用流程，上述方法为软件架构Farmework中一种输入的方法。

根据本申请实施例提供的技术方案，通过上述步骤完成数据信息的传递，确保了用户的操作能够精准地传递到覆盖图层上，实现了触控事件的无缝的交互体验，保证了用户体验。

在一些实施例中，还包括：

记录历史触控习惯信息，历史触控习惯信息包括历史触控顺序及界面交互控件中各控件对应的历史摆放位置；

基于历史摆放位置，控制覆盖图层调整界面交互控件的各控件的摆放位置，以界面交互控件符合历史摆放位置；

基于历史触控顺序，发送用于开启智能触控指令的询问消息，智能触控指令为基于历史触控顺序生成的自动触控的智能触控指令。

记录用户进行辅助泊车的历史触控习惯信息，历史触控习惯信息中包括历史触控顺序及界面交互控件中各控件对应的历史摆放位置。根据历史触控顺序发送开启智能触控指令的询问消息，根据询问消息的反馈信息判断是否开启智能触控指令，其中，智能触控指令为根据历史触控顺序生成的自动触控的智能触控指令。根据历史摆放位置，控制覆盖图层调整界面交互控件的各控件摆放位置，使得界面交互控件能够更为符合用户的历史触控习惯信息。

本申请一示例性实施例中，以根据历史记录检测到用户每次使用辅助泊车时均会开启侧方摄像头，在车辆已经停入车库进行倒车时会开启车辆的后方摄像头同时开启后视镜为例，根据历史触控顺序发送开启智能触控指令的询问消息，若用户选择开启智能触控指令，则按照上述历史触控顺序控制虚拟界面显示对应摄像头的图像信息。

本申请另一示例性实施例中，以根据历史触控习惯信息中的历史摆放位置为用户习惯将界面交互控件中各控件摆放在视图的最下方为例，当检测到用户进行泊车时，控制覆盖图层调整界面交互控件的各控件摆放在视图的最下方，从而实现界面交互控件符合历史摆放位置，能够更为贴合用户的使用习惯。

进一步的，本申请能够根据历史触控习惯信息及驾驶习惯信息自动调整覆盖图层显示的UI及布局，并智能推荐相关功能，例如，在辅助泊车时自动切换至全景监控模式，即去除视频界面有遮挡的各控件。也能够将实时数据整合至覆盖图层，例如辅助泊车时对应的车辆各传感器的数据等，从而能够提供更为丰富的环境认知，并提供自定义UI使得用户能够查看这些数据，以便用户作出更明智的泊车决策。同时，允许用户自定义UI主题和外观，能够适应个人喜好。

更进一步的，也可以在覆盖图层上加入采集语音的功能，从而提供通过语音命令操控辅助泊车的功能，例如接收到的语音为“显示前方障碍物”，则触控事件为将摄像头转换为车辆前方的摄像头，并标出障碍物，或接收到的语音为“切换至鸟瞰模式”，则触控事件为将摄像头切换为车辆上方的摄像头，在虚拟图层上显示鸟瞰模式的车辆实时状况，增强了用户的安全性和便捷性。

根据本申请实施例提供的技术方案，能够在用户使用UI进行触控事件时，更贴合用户实时泊车情况，并能够根据历史触控习惯信息贴合用户的使用方式，增强了与用户之间的感情接连，提升系统的吸引力，提升了用户体验。

在一些实施例中，多图层拦截控制方法还包括：

接收到辅助泊车的停止指令或检测到当前车辆已完成泊车操作，移除虚拟图层、全透明图层及覆盖图层，以显示原始显示图层。

接受到辅助泊车的停止指令或检测到当前车辆已完成泊车操作，即当用户停止使用辅助泊车功能后，快速移除虚拟图层、全透明图层及覆盖图层，对于虚拟图层、全透明图层及覆盖图层通过基础系统调用接口removeWindow()进行移除，以保证能够让用户回到原始显示图层。

根据本申请实施例提供的技术方案，能够在辅助泊车功能退出时，快速移除所有辅助泊车相关的图层，以正常显示原始显示图层，避免不必要的干扰，提升了用户的使用体验。

上述实施例涉及的方法可按照图2所示的多图层拦截控制方法的流程执行。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图3是本申请实施例提供的一种多图层拦截控制装置的示意图。如图3所示，该多图层拦截控制装置包括：接收模块301，控制模块302，拦截模块303，处理模块304。其中：

接收模块301，被配置为接收辅助泊车的开启指令；

控制模块302，被配置为基于开启指令，控制全透明图层监听覆盖图层上的触控事件，覆盖图层用于提供界面交互控件并接收触控事件在界面交互控件上进行交互的数据信息；

拦截模块303，被配置为当监听到触控事件的发生，控制全透明图层拦截触控事件；

处理模块304，被配置为将拦截得到的触控事件对应的数据信息发送至虚拟图层，以控制虚拟图层按照数据信息执行相应操作，虚拟图层用于显示开启指令对应的摄像头传回的视频数据；

其中，各图层之间的从上至下的叠放顺序为覆盖图层、虚拟图层、全透明图层、原始显示图层，或覆盖图层、全透明图层、虚拟图层、原始显示图层，原始显示图层为基础系统在目标屏幕显示的原始图层。

在一些实施例中，控制模块302被配置为基于开启指令，控制全透明图层监听覆盖图层上的触控事件之前，还用于：

基于开启指令，控制QNX系统创建全透明图层，并控制基础系统创建覆盖图层；

在覆盖图层上显示界面交互控件。

在一些实施例中，控制模块302被配置为在覆盖图层上显示界面交互控件之后，还用于：

将界面交互控件对应的控制信息注册到虚拟图层，以控制虚拟图层根据数据信息更新虚拟图层对应的控制信息。

在一些实施例中，控制模块302还被配置为用于：

接收到开启指令，按照启动顺序启动对应的系统，启动顺序为QNX系统优先于基础系统。

在一些实施例中，处理模块304被配置为将拦截得到的触控事件对应的数据信息发送至虚拟图层，以控制虚拟图层按照数据信息执行相应操作，用于：

将拦截得到的触控事件对应的数据信息通过重定向的方式发送至虚拟图层；

检测到虚拟图层接收到数据信息，控制虚拟图层按照数据信息执行相应操作。

在一些实施例中，多图层拦截控制装置还用于：

记录历史触控习惯信息，历史触控习惯信息包括历史触控顺序及界面交互控件中各控件对应的历史摆放位置；

基于历史触控顺序，发送用于开启智能触控指令的询问消息，智能触控指令为基于历史触控顺序生成的自动触控的智能触控指令；

基于历史摆放位置，控制覆盖图层调整界面交互控件的各控件的摆放位置，以界面交互控件符合历史摆放位置。

在一些实施例中，多图层拦截控制装置还包括：

接收到辅助泊车的停止指令或检测到当前车辆已完成泊车操作，移除虚拟图层、全透明图层及覆盖图层，以显示原始显示图层。

图4是本申请实施例提供的电子设备4的示意图。如图4所示，该实施例的电子设备4包括：处理器401、存储器402以及存储在该存储器402中并且可在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。

电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者不同的部件。

处理器401可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

存储器402可以是电子设备4的内部存储单元，例如，电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备，例如，电子设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。