CN118819449A - 多屏幕交互方法、终端设备、系统及存储介质 - Google Patents

Abstract

本申请涉及显示领域，具体提供一种多屏幕交互方法、终端设备、系统及存储介质，旨在解决系统原生设计的局限性无法满足多样化和特定化的需求，导致用户的交互体验较差的问题。为此，本申请的方法包括：以终端设备的显示屏为主屏，响应于创建副屏操作指令，确定创建副屏操作指令对应的电子设备显示屏是否支持导航功能；若是，则基于支持的导航功能的类型，创建具有对应导航功能控件的副屏；其中，支持的导航功能的类型包括虚拟按键导航和/或全屏手势导航；将创建的副屏发送给电子设备，以使电子设备显示屏上显示副屏的显示内容。通过上述实施方式，能够使电子设备的显示屏仅支持导航功能，满足了用户多样化和特定化的需求，提高用户的交互体验。

Description

多屏幕交互方法、终端设备、系统及存储介质

技术领域

本申请涉及显示技术领域，具体涉及一种多屏幕交互方法、终端设备、系统及存储介质。

背景技术

目前，在电子设备的系统中，全屏手势和经典导航栏是通过系统用户界面(SystemUI)进程实现的。在创建屏幕时，可以通过识别待创建屏幕参数的标识中是否带有特定标签，来判断该屏幕是否需要支持状态栏(Status Bar)、导航栏(Navigation Bar)、桌面(Launcher)和输入法(Input Method Editor，IME)等功能。

但是，在系统的原生设计中，对于上述功能，要么是全都支持，要么是都不支持，没有办法做到仅支持其中的部分功能。而在实际的应用场景中，往往并不需要支持全部功能，这种系统原生设计的局限性无法满足多样化和特定化的需求，导致用户的交互体验较差。

相应地，本领域需要一种新的显示方案来解决上述问题。

发明内容

为了克服上述缺陷，提出了本申请，以提供解决或至少部分地解决系统原生设计的局限性无法满足多样化和特定化的需求，导致用户的交互体验较差的技术问题的一种多屏幕交互方法、终端设备、系统及存储介质。

在第一方面，提供一种多屏幕交互方法，应用于终端设备，所述终端设备与至少一个电子设备通信连接，所述终端设备和所述电子设备均包括显示屏，所述方法包括：

以所述终端设备的显示屏为主屏，响应于创建副屏操作指令，确定所述创建副屏操作指令对应的电子设备显示屏是否支持导航功能；

若是，则基于支持的导航功能的类型，创建具有对应导航功能控件的所述副屏；其中，所述支持的导航功能的类型包括虚拟按键导航和/或全屏手势导航；

将创建的所述副屏发送给所述电子设备，以使所述电子设备显示屏上显示所述副屏的显示内容。

在上述多屏幕交互方法的一个技术方案中，所述确定所述创建副屏操作指令对应的所述电子设备的显示屏是否支持导航功能包括：

获取待创建副屏的显示参数，所述显示参数至少包括所述电子设备显示屏的导航功能信息；

基于所述显示参数确定所述电子设备显示屏是否支持所述导航功能。

在上述多屏幕交互方法的一个技术方案中，所述获取待创建副屏的显示参数包括：

在所述终端设备中创建导航功能支持接口；

基于所述导航功能支持接口读取预设配置文件，得到所述待创建副屏的显示参数。

在上述多屏幕交互方法的一个技术方案中，所述方法还包括：

确定所述副屏的当前显示界面是否为最后一个显示界面；

若是，则关闭所述副屏，并销毁所述副屏上的所述导航功能控件。

在上述多屏幕交互方法的一个技术方案中，所述导航功能控件包括导航栏控件和全屏手势控件；所述基于支持的导航功能的类型，创建具有对应导航功能控件的所述副屏包括：

基于所述支持的导航功能的类型获取导航属性；

当所述支持的导航功能的类型为所述虚拟按键导航或所述全屏手势导航时，基于所述导航属性创建所述导航栏控件或所述全屏手势控件。

在上述多屏幕交互方法的一个技术方案中，所述方法还包括：

当所述支持的导航功能的类型为所述虚拟按键导航和全屏手势导航时，基于预设优先级或用户的选择创建所述导航栏控件或所述全屏手势控件。

在上述多屏幕交互方法的一个技术方案中，当所述导航功能的类型为所述虚拟按键导航时，所述导航属性包括所述导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的类型中的至少一种；

其中，所述虚拟导航按键的类型包括返回键、主页键和多任务键。

在上述多屏幕交互方法的一个技术方案中，当所述导航功能的类型为所述全屏手势导航时，所述导航属性包括是否显示全屏手势指示条，以及所述全屏手势指示条的显示位置。

在上述多屏幕交互方法的一个技术方案中，所述基于所述导航属性创建所述导航栏控件之后，所述方法还包括：

响应于用户对所述的导航栏控件的编辑操作，更新所述导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的类型中的至少一种。

在上述多屏幕交互方法的一个技术方案中，所述基于所述导航类型创建所述全屏手势控件之后，所述方法还包括：

在所述电子设备显示屏上显示所述全屏手势指示条时，响应于用户对所述全屏手势指示条的编辑操作，隐藏所述全屏手势指示条或变更所述全屏手势指示条的显示位置。

在上述多屏幕交互方法的一个技术方案中，当所述终端设备与多个所述电子设备通信连接时，所述方法还包括：

基于多个所述电子设备显示屏支持的所述导航功能的类型，分别创建具有对应所述导航功能控件的多个所述副屏；

将多个所述副屏发送给对应的多个所述电子设备，以使多个所述电子设备显示屏上分别显示多个所述副屏的显示内容；

其中，多个所述电子设备显示屏上显示的多个所述副屏的显示内容相同或不同。

在第二方面，提供一种终端设备，该电子设备包括处理器、存储器和显示屏，所述存储器适于存储多条程序代码，所述程序代码适于由所述处理器加载并运行以执行上述多屏幕交互方法的技术方案中任一项技术方案所述的多屏幕交互方法。

在第三方面，提供一种多屏幕交互系统，包括终端设备和至少一个电子设备，所述终端设备和所述电子设备均包括显示屏，所述终端设备与所述电子设备通信连接；

所述终端设备被配置为实现上述多屏幕交互方法的技术方案中任一项技术方案所述的多屏幕交互方法；

所述电子设备被配置为接收所述终端设备发送的副屏，以在所述电子设备显示屏上显示所述副屏的显示内容。

在第四方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有多条程序代码，所述程序代码适于由处理器加载并运行以执行上述多屏幕交互方法的技术方案中任一项技术方案所述的多屏幕交互方法。

方案1.一种多屏幕交互方法，应用于终端设备，其特征在于，所述终端设备与至少一个电子设备通信连接，所述终端设备和所述电子设备均包括显示屏，所述方法包括：

以所述终端设备的显示屏为主屏，响应于创建副屏操作指令，确定所述创建副屏操作指令对应的电子设备显示屏是否支持导航功能；

若是，则基于支持的导航功能的类型，创建具有对应导航功能控件的所述副屏；其中，所述支持的导航功能的类型包括虚拟按键导航和/或全屏手势导航；

将创建的所述副屏发送给所述电子设备，以使所述电子设备显示屏上显示所述副屏的显示内容。

方案2.根据方案1所述的多屏幕交互方法，其特征在于，所述确定所述创建副屏操作指令对应的所述电子设备的显示屏是否支持导航功能包括：

获取待创建副屏的显示参数，所述显示参数至少包括所述电子设备显示屏的导航功能信息；

基于所述显示参数确定所述电子设备显示屏是否支持所述导航功能。

方案3.根据方案2所述的多屏幕交互方法，其特征在于，所述获取待创建副屏的显示参数包括：

在所述终端设备中创建导航功能支持接口；

基于所述导航功能支持接口读取预设配置文件，得到所述待创建副屏的显示参数。

方案4.根据方案1所述的多屏幕交互方法，其特征在于，所述方法还包括：

确定所述副屏的当前显示界面是否为最后一个显示界面；

若是，则关闭所述副屏，并销毁所述副屏上的所述导航功能控件。

方案5.根据方案1所述的多屏幕交互方法，其特征在于，所述导航功能控件包括导航栏控件和全屏手势控件；所述基于支持的导航功能的类型，创建具有对应导航功能控件的所述副屏包括：

基于所述支持的导航功能的类型获取导航属性；

当所述支持的导航功能的类型为所述虚拟按键导航或所述全屏手势导航时，基于所述导航属性创建所述导航栏控件或所述全屏手势控件。

方案6.根据方案5所述的多屏幕交互方法，其特征在于，所述方法还包括：

当所述支持的导航功能的类型为所述虚拟按键导航和全屏手势导航时，基于预设优先级或用户的选择创建所述导航栏控件或所述全屏手势控件。

方案7.根据方案5所述的多屏幕交互方法，其特征在于，当所述导航功能的类型为所述虚拟按键导航时，所述导航属性包括所述导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的类型中的至少一种；

其中，所述虚拟导航按键的类型包括返回键、主页键和多任务键。

方案8.根据方案5所述的多屏幕交互方法，其特征在于，当所述导航功能的类型为所述全屏手势导航时，所述导航属性包括是否显示全屏手势指示条，以及所述全屏手势指示条的显示位置。

方案9.根据方案7所述的多屏幕交互方法，其特征在于，所述基于所述导航属性创建所述导航栏控件之后，所述方法还包括：

响应于用户对所述的导航栏控件的编辑操作，更新所述导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的类型中的至少一种。

方案10.根据方案8所述的多屏幕交互方法，其特征在于，所述基于所述导航类型创建所述全屏手势控件之后，所述方法还包括：

在所述电子设备显示屏上显示所述全屏手势指示条时，响应于用户对所述全屏手势指示条的编辑操作，隐藏所述全屏手势指示条或变更所述全屏手势指示条的显示位置。

方案11.根据方案1所述的多屏幕交互方法，其特征在于，当所述终端设备与多个所述电子设备通信连接时，所述方法还包括：

基于多个所述电子设备显示屏支持的所述导航功能的类型，分别创建具有对应所述导航功能控件的多个所述副屏；

将多个所述副屏发送给对应的多个所述电子设备，以使多个所述电子设备显示屏上分别显示多个所述副屏的显示内容；

其中，多个所述电子设备显示屏上显示的多个所述副屏的显示内容相同或不同。

方案12.一种终端设备，包括处理器、存储器和显示屏，所述存储器适于存储多条程序代码，其特征在于，所述程序代码适于由所述处理器加载并运行以执行方案1至11中任一项所述的多屏幕交互方法。

方案13.一种多屏幕交互系统，其特征在于，包括终端设备和至少一个电子设备，所述终端设备和所述电子设备均包括显示屏，所述终端设备与所述电子设备通信连接；

所述终端设备被配置为实现方案1至11中任一项所述的多屏幕交互方法；

所述电子设备被配置为接收所述终端设备发送的副屏，以在所述电子设备显示屏上显示所述副屏的显示内容。

方案14.一种计算机可读存储介质，其中存储有多条程序代码，其特征在于，所述程序代码适于由处理器加载并运行以执行方案1至11中任一项所述的多屏幕交互方法。

本申请上述一个或多个技术方案，至少具有如下一种或多种

有益效果：

在实施本申请的技术方案中，多屏幕交互方法用于终端设备，该终端设备与至少一个电子设备通信连接，终端设备和电子设备均包括显示屏，多屏幕交互方法包括：以终端设备的显示屏为主屏，响应于创建副屏操作指令，确定创建副屏操作指令对应的电子设备显示屏是否支持导航功能，若是，则基于支持的导航功能的类型，创建具有对应导航功能控件的副屏；其中，支持的导航功能的类型包括虚拟按键导航和/或全屏手势导航，然后将创建的副屏发送给电子设备，以使电子设备显示屏上显示副屏的显示内容。通过上述实施方式，能够使与终端设备通信连接的电子设备的显示屏仅支持System UI中的导航功能，同时支持不同电子设备的显示屏使用不同的导航方式，包括虚拟按键导航和全屏手势导航，满足了用户多样化和特定化的需求，提高用户的交互体验。

附图说明

参照附图，本申请的公开内容将变得更易理解。本领域技术人员容易理解的是：这些附图仅仅用于说明的目的，而并非意在对本申请的保护范围组成限制。其中：

图1是根据本申请的一个实施例的多屏幕交互方法的主要步骤流程示意图；

图2是根据本申请的一个实施例的终端设备的软件系统架构示意图；

图3是根据本申请的一个实施例的确定创建副屏操作指令对应的电子设备的显示屏是否支持导航功能的主要步骤流程示意图。

图4是根据本申请的一个实施例的基于支持的导航功能的类型，创建具有对应导航功能控件的副屏的主要步骤流程示意图；

图5是根据本申请的一个应用场景示意图；

图6是根据本申请的另一个实施例的多屏幕交互方法的主要步骤流程示意图；

图7是根据本申请的一个实施例的终端设备主要结构示意图。

附图标记列表：

501：终端设备；502：电子设备；701：处理器；702：存储器；703：显示屏。

具体实施方式

下面参照附图来描述本申请的一些实施方式。本领域技术人员应当理解的是，这些实施方式仅仅用于解释本申请的技术原理，并非旨在限制本申请的保护范围。

在本申请的描述中，“模块”、“处理器”可以包括硬件、软件或者两者的组合。一个模块可以包括硬件电路，各种合适的感应器，通信端口，存储器，也可以包括软件部分，比如程序代码，也可以是软件和硬件的组合。处理器可以是中央处理器、微处理器、图像处理器、数字信号处理器或者其他任何合适的处理器。处理器具有数据和/或信号处理功能。处理器可以以软件方式实现、硬件方式实现或者二者结合方式实现。非暂时性的计算机可读存储介质包括任何合适的可存储程序代码的介质，比如磁碟、硬盘、光碟、闪存、只读存储器、随机存取存储器等等。术语“A和/或B”表示所有可能的A与B的组合，比如只是A、只是B或者A和B。术语“至少一个A或B”或者“A和B中的至少一个”含义与“A和/或B”类似，可以包括只是A、只是B或者A和B。单数形式的术语“一个”、“这个”也可以包含复数形式。

如背景技术所述，在电子设备的系统中，全屏手势和经典导航栏是通过System UI进程实现的。在创建屏幕时，可以通过识别待创建屏幕参数中的Flag参数是否带有“FLAG_SHOULD_SHOW_SYSTEM_DECORATIONS”标签，即用于指示是否应该显示系统装饰元素的标签，来判断待创建屏幕是否需要支持状态栏、导航栏、桌面和输入法等功能。

在系统的原生设计中，对于上述功能，要么是全都支持，要么是都不支持，没有办法做到仅支持其中的部分功能。而在实际的应用场景中，往往并不需要支持全部功能，比如在车机互联的应用场景下不需要支持状态栏、输入法等功能。这种系统原生设计的局限性无法满足多样化和特定化的需求，导致用户的交互体验较差。

为了解决上述技术问题，本申请提供了一种多屏幕交互方法、终端设备、系统及存储介质。

该多屏幕交互方法应用于终端设备，具体可以为手机、平板电脑、个人计算机(personal computer，PC)、个人数字助理(personal digital assistant，PDA)、上网本等，此处不做限定。

进一步地，终端设备与至少一个电子设备通信连接，以使终端设备与电子设备进行信息交互。电子设备可以为车载设备、智能电视、可穿戴设备、增强现实技术(augmentedreality，AR)设备、虚拟现实(virtual reality，VR)设备、机器人等。通信连接包括有线连接(如广域网、城域网、局域网等)和无线连接(如WIFI、蓝牙等)，此处不做限定。

其中，终端设备和电子设备均包括显示屏，显示屏可以将终端设备或电子设备处理后的信息以视觉的形式呈现出来，让用户能够直接看到这些信息，它可以显示文本、图片、视频等各种形式的信息。同时，它允许用户通过触摸或点击显示屏上的图标、按钮和菜单来控制终端设备或电子设备。

具体地，参阅附图1，图1是根据本申请的一个实施例的多屏幕交互方法的主要步骤流程示意图。如图1所示，本申请实施例中的多屏幕交互方法主要包括下列步骤S101至步骤S103。

步骤S101：以终端设备的显示屏为主屏，响应于创建副屏操作指令，确定创建副屏操作指令对应的电子设备显示屏是否支持导航功能；

在终端设备的一些应用场景中，如车机互联的应用场景，为了增强便利性，用户可以将终端设备显示屏上的内容发送到车载设备显示屏上进行显示。

具体地，当用户需要通过其他电子设备显示屏显示终端设备显示屏上的内容时，可以以终端设备的显示屏作为主屏，将终端设备与其他电子设备建立通信连接，并向终端设备发出创建副屏操作指令，使终端设备响应于创建副屏操作指令，获取待创建副屏的显示参数，包括待创建副屏对应的电子设备显示屏的导航功能信息，以确定待创建副屏对应的电子设备显示屏是否支持导航功能，并执行后续操作。

步骤S102：若是，则基于支持的导航功能的类型，创建具有对应导航功能控件的副屏；

其中，支持的导航功能的类型包括虚拟按键导航和/或全屏手势导航，对应的导航功能控件包括导航栏控件和全屏手势控件。

具体地，当电子设备显示屏支持的导航功能的类型为虚拟按键导航时，可以创建具有导航栏控件的副屏；当电子设备显示屏支持的导航功能的类型为全屏手势导航时，可以创建具有全屏手势控件的副屏；当电子设备显示屏支持的导航功能的类型为虚拟按键导航和全屏手势导航时，可以基于预设优先级或用户的选择创建导航栏控件或全屏手势控件。

步骤S103：将创建的副屏发送给电子设备，以使电子设备显示屏上显示副屏的显示内容。

基于步骤S101至步骤S103所述的方法，能够使与终端设备通信连接的电子设备的显示屏仅支持System UI中的导航功能，同时支持不同电子设备的显示屏使用不同的导航方式，包括虚拟按键导航和全屏手势导航，满足了用户多样化和特定化的需求，提高用户的交互体验。

下面对上述多屏幕交互方法做进一步说明。

在一些实施方式中，终端设备的软件系统可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构等。

下面以分层架构的Android系统为例，示例性说明终端设备的软件结构。

参阅附图2，图2是根据本申请的一个实施例的终端设备的软件系统架构示意图。如图2所示，本申请实施例中，Android系统从上至下分别包括应用层、框架层、硬件抽象(Hardware Abstract Layer，HAL)层和硬件层。

应用层主要包括App模块和System UI模块。其中，App可以包括系统应用(如短信、日历、设置等)和第三方应用(如导航、视频、音乐等)；System UI可以包括状态栏、导航栏、桌面和通知栏等。

进一步地，App模块包括应用界面组件(Activity)、应用弹窗组件(Dialog)和接收处理事件组件(Input Event Receiver)。

其中，Activity是App模块中负责与用户进行交互的基本组件，它代表一个单独的显示界面，每个Activity都有布局和逻辑，用于展示内容和响应用户操作。

Dialog是一种弹出式的窗口组件，用于向用户显示提示信息、进行选择操作或者获取用户的输入，如在应用中删除重要数据时弹出的确认对话框。

Input Event Receiver负责接收和处理各种用户输入事件，如触摸、按键等操作，并将这些事件传递给相应的组件进行处理，以实现与用户的交互。

System UI模块可以包括导航栏控制器(Navigation Bar Controller)、导航栏控件(Navigation Bar View)和手势处理程序(Gesture Handler)。

其中，Navigation Bar Controller是管理Navigation Bar的类，用于创建、销毁以及更新Navigation Bar的相关属性，如管理和控制导航栏的显示、隐藏、交互逻辑等。

Navigation Bar View是导航栏控件的实际显示部分，包含导航栏界面和控制导航栏界面的相关属性，如导航栏控件的位置、大小、颜色、虚拟导航按键的类型等。

Gesture Handler用于识别和处理用户在显示屏上的各种手势操作，如滑动、缩放、长按等，并根据手势执行相应的操作或触发相应的功能，如在系统界面中通过手势滑动来切换页面。

应用框架层为应用层提供应用编程接口(Application Programing Interface，API)和编程框架。

如图2所示，应用框架层可以包括活动记录模块(Activity Record)、显示内容模块(Display Content)、显示策略模块(Display Policy)、系统手势指针事件监听器(System Gesture Pointer Event Listener)、投屏控制器(Screen Cast Controller)和窗口管理服务(Window Manager Service，WMS)等。

其中，每个Activity对应一个Activity Record实例，用于记录该Activity相关属性，管理和跟踪Activity的生命周期及运行情况。

每个显示屏Display对应一个Display Content实例，用于管理与该Display相关的属性。

Display Policy是负责管理Display相关策略的类，主要负责管理Display显示内容的策略，例如窗口的显示方式、大小、位置等，以确保系统中的窗口能够以合适的方式呈现给用户。

System GesturePointer Event Listener负责接收和响应系统级的手势操作事件，以便进行相应的处理，辅助实现全屏手势导航功能。

Screen Cast Controller是一个新增的控制类，用于管理Navigation Bar及相关屏幕状态。具体来说，Screen Cast Controller可以在终端设备开机之后，加载终端设备存储的预设配置文件，该预设配置文件中记录了多个待创建副屏的显示参数，包括每个待创建副屏的名称、每个待创建副屏对应的电子设备的名称和导航功能信息。其中，导航功能信息用于指定每个电子设备显示屏是否支持导航功能以及支持的导航功能的类型等。

WMS用于管理终端设备的显示界面，包括窗口的创建、大小调整、位置移动以及与其他窗口的关系处理等。

进一步地，在一些实施方式中，可以在Display Policy中新增一个导航功能支持(support Navigation Bar)接口，使Display Policy可以通过support Navigation Bar接口调用Screen Cast Controller读取预设配置文件中的显示参数，得到每个电子设备显示屏的导航功能信息，并通过support Navigation Bar接口返回一个布尔值，用于指示该电子设备显示屏是否支持导航栏功能，然后将每个电子设备显示屏的导航功能信息进行存储。

HAL层用于对底层硬件驱动进行封装，并向应用框架层提供调用驱动的通用接口，具体可以包括传感器硬件抽象模块、摄像头硬件抽象模块和硬件混合渲染器(HardwareComposer，HWC)。

硬件层可以包括数据处理器(Data Processing Unit，DPU)、图形处理器(Graphics Processing Unit，GPU)和显示屏等。

需要指出的是，以上关于终端设备软件系统架构的组成和举例只是示意性说明，在实际应用中，本领域技术人员可以根据具体场景进行设置，此处不做限定。

下面结合终端设备的系统架构对图1所示的步骤S101至步骤S103做进一步说明。

在步骤S101的一些实施方式中，与终端设备进行交互的电子设备的显示屏可以是虚拟屏或扩展屏。

其中，虚拟屏是系统模拟出的屏幕，它允许应用或者服务在不直接与物理显示屏关联的情况下创建一个虚拟的显示器来承载画面输出，从而可以将终端设备的显示内容发送到虚拟屏上，使用户可以在虚拟屏进行操作和查看。例如，在驾驶场景下，用户可以在车载屏幕上创建一个虚拟屏来显示手机中的显示内容(如导航)，使用户更便捷地查看地图和路线规划，避免查看手机屏幕时分散驾驶注意力。

扩展屏则是对现有物理屏幕的一种补充和扩展，通过连接扩展屏，可以将终端设备的显示内容发送到扩展屏上，增加可视区域。例如，在办公场景下，用户可以将电脑的显示内容发送到连接的扩展屏上，实现在不同的显示屏上分别处理不同的任务。

具体地，当用户需要通过其他电子设备显示屏显示终端设备的显示内容时，可以向终端设备发送一个创建副屏操作指令，具体可以通过其他电子设备与终端设备的连接，触发创建副屏操作指令，也可以在其他电子设备与终端设备已经连接的前提下，通过启动其他电子设备，触发创建副屏操作指令。其中，副屏的显示内容为主屏的至少部分显示内容，或主屏的至少部分显示内容和导航功能控件。

具体地，副屏的显示内容可以为主屏的全部显示内容或部分显示内容，也可以为主屏的全部显示内容和导航栏控件，或主屏的部分显示内容和导航栏控件。

进一步地，终端设备的WMS接收到创建副屏操作指令之后，可以响应于创建副屏操作指令，创建副屏对应的Display Content，并初始化Display Policy，基于DisplayPolicy确定创建副屏操作指令对应的电子设备显示屏是否支持导航功能。

具体地，参阅附图3，图3是根据本申请的一个实施例的确定创建副屏操作指令对应的电子设备的显示屏是否支持导航功能的主要步骤流程示意图。如图3所示，主要包括下列步骤S301至步骤S302。

步骤S301：获取待创建副屏的显示参数；

在一些实施方式中，显示参数包括电子设备显示屏的导航功能信息。步骤S301可以包括以下步骤S3011至步骤S3012：

步骤S3011：在终端设备中创建导航功能支持接口；

即在终端设备系统架构的应用框架层的Display Policy中新增一个supportNavigation Bar接口。

步骤S3012：基于导航功能支持接口读取预设配置文件，得到待创建副屏的显示参数。

其中，预设配置文件记录了多个待创建副屏的显示参数，包括每个待创建副屏的名称、每个待创建副屏对应的电子设备的名称和导航功能信息。

具体地，可以通过Display Policy中的support Navigation Bar接口调用ScreenCast Controller读取预设配置文件，得到待创建副屏的显示参数，即创建副屏操作指令对应的电子设备显示屏的导航功能信息。进一步，Display Policy可以将获取到的电子设备显示屏的导航功能信息进行存储。

步骤S302：基于显示参数确定电子设备显示屏是否支持导航功能。

其中，电子设备显示屏的导航功能信息指定了该电子设备显示屏是否支持导航功能，通过Display Policy中存储的信息，可以得到创建副屏操作指令对应的电子设备显示屏的导航功能信息，从而确定电子设备显示屏是否支持导航功能。

在另一些实施方式中，显示参数还可以包括电子设备显示屏的Flag参数。

进一步地，可以通过电子设备显示屏的导航功能信息和Flag参数共同确定电子设备显示屏是否支持导航功能。

具体地，可以通过识别Flag参数中是否带有“FLAG_SHOU LD_SHOW_SYSTEM_DECORATIONS”标签确定该电子设备是否支持导航功能，同时通过创建副屏操作指令对应的电子设备显示屏的导航功能信息确定该电子设备是否支持导航功能。

需要指出的是，当通过电子设备显示屏的导航功能信息和Flag参数得到电子设备显示屏是否支持导航功能的结果不同时，以电子设备显示屏的导航功能信息为准。

进一步地，System UI模块能够通过注册Display Observer监听副屏的创建、销毁、状态变更等事件。当创建好副屏时，System UI模块能够通过进程间通信机制Binder查询该副屏对应的Display Policy，确定创建副屏操作指令对应的电子设备显示屏是否支持导航功能，若电子设备显示屏支持导航功能，则System UI模块会基于支持的导航功能的类型，创建具有对应导航功能控件的副屏。

以上是对步骤S101的进一步说明，下面继续对步骤S102作进一步说明。

在上述步骤S102的一些实施方式中，电子设备显示屏支持的导航功能的类型包括虚拟按键导航和/或全屏手势导航，即电子设备显示屏支持虚拟按键导航、全屏手势导航的其中一种，或同时支持虚拟按键导航和全屏手势导航。相应的，导航功能控件包括导航栏控件和全屏手势控件。

其中，导航栏控件是System UI中的一个重要组成部分，通常出现在显示屏的底部或侧面，导航栏控件为用户提供了一组基本的导航和控制按键，如返回键(Back)、主页键(Home)和多任务键(Recents)等，以便于用户在不同的应用和系统界面之间进行交互。

全屏手势控件用于监听全屏手势操作，具体可以为Gesture Handler。全屏手势是一种交互方式，用户可以通过在屏幕上进行不同方向的滑动来代替传统的虚拟按键导航，通过手势操作能够释放更多屏幕空间，提升用户体验。

全屏手势控件呈现在电子设备显示屏上时可以为全屏手势指示条，全屏手势指示条通常以细长的线条或条状物的形式出现在屏幕边缘，用于指示用户可以进行的全屏手势操作，以实现返回、主页、多任务等常见的系统操作功能。

在上述步骤S102的一些实施方式中，若创建副屏操作指令对应的电子设备显示屏支持导航功能，则创建具有对应导航功能控件的副屏。

参阅附图4，图4是根据本申请的一个实施例的基于支持的导航功能的类型，创建具有对应导航功能控件的副屏的主要步骤流程示意图。如图4所示，主要包括下列步骤S401至步骤S402：

步骤S401：基于支持的导航功能的类型获取导航属性；

具体地，当导航功能的类型为虚拟按键导航时，导航属性包括导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的类型中的至少一种。其中，虚拟导航按键的类型包括返回键、主页键和多任务键中的一种或几种。

当导航功能的类型为全屏手势导航时，导航属性包括是否显示全屏手势指示条，以及全屏手势指示条的显示位置等。

步骤S402：当支持的导航功能的类型为虚拟按键导航或全屏手势导航时，基于导航属性创建导航栏控件或全屏手势控件。

具体地，当电子设备显示屏支持的导航功能的类型为虚拟按键导航时，创建导航栏控件，当电子设备显示屏支持的导航功能的类型为全屏手势导航，创建全屏手势控件。

在一些实施方式中，当电子设备显示屏支持的导航功能的类型为虚拟按键导航和全屏手势导航时，即电子设备显示屏同时支持虚拟按键导航和全屏手势导航时，可以基于预设优先级创建导航栏控件或全屏手势控件。

具体地，当电子设备系统中预设的优先级为虚拟按键导航高于全屏手势导航时，创建导航栏控件；当电子设备系统中预设的优先级为全屏手势导航高于虚拟按键导航时，创建全屏手势控件。

在一些实施方式中，还可以基于用户的选择和设置创建导航栏控件或全屏手势控件，此处不做限定。

在上述步骤S102的另一些实施方式中，若创建副屏操作指令对应的电子设备显示屏不支持导航功能，则仅创建副屏。

以上是对步骤S102的进一步说明，下面继续对步骤S103作进一步说明。

在上述步骤S103的一些实施方式中，终端设备可以将创建的副屏发送给电子设备，以使电子设备显示屏上显示副屏的显示内容。

副屏的显示内容为主屏的至少部分显示内容，或主屏的至少部分显示内容和导航功能控件。

具体地，当副屏上创建了导航栏控件，终端设备将创建好的副屏发送给电子设备之后，电子设备显示屏上可以显示主屏的全部显示内容和导航栏控件，还可以显示主屏的部分显示内容和导航栏控件；当副屏上创建了全屏手势控件，终端设备将创建好的副屏发送给电子设备之后，电子设备显示屏上可以显示主屏的全部显示内容或部分显示内容，以及全屏手势指示条，也可以仅显示主屏的全部显示内容或部分显示内容。并且，终端设备显示屏和电子设备显示屏可以分别显示终端设备中不同应用或服务的显示界面。

参阅附图5，图5是根据本申请的一个应用场景示意图。如图5所示，终端设备501将创建的副屏发送给电子设备502之后，终端设备501和电子设备502的显示屏上可以分别显示终端设备中不同应用的显示界面，并且电子设备502的显示屏上显示了全屏手势指示条。

进一步地，在一些实施方式中，电子设备显示屏上显示了导航功能控件之后，用户可以根据个人喜好和需求调整导航功能控件的属性，满足用户多样化和特定化的需求。

具体地，当电子设备显示屏上显示导航栏控件时，用户可以对导航栏控件进行编辑，如调整导航栏控件的透明度、隐藏导航栏控件中的多任务键、交换导航栏控件中返回键和主页键的位置等。此时，电子设备能够响应于用户对导航栏控件的编辑操作，更新导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的数量和类型等。

当电子设备显示屏上显示主屏的显示内容和全屏手势指示条时，用户可以对全屏手势指示条进行编辑，如隐藏全屏手势指示条、移动全屏手势指示条的位置等。此时，电子设备可以响应于用户对全屏手势指示条的编辑操作，隐藏全屏手势指示条或变更全屏手势指示条的显示位置。

通过上述实施方式，用户能够根据个人使用习惯自定义调节导航栏控件，增加了导航功能的灵活性，同时满足了用户多样化和特定化的需求，提高用户的交互体验。

以上是对步骤S101至步骤S103的说明。

进一步，在一些实施方式中，电子设备显示屏上显示主屏的显示内容和导航功能控件之后，可以确定副屏的当前显示界面是否为最后一个显示界面，若是最后一个显示界面，则关闭副屏，并销毁副屏上的导航功能控件。

具体地，系统可以拦截副屏中应用或服务的结束流程，确定当前显示界面是否为终端设备发送的最后一个显示界面，若是最后一个显示界面，则通知Screen CastController模块，由Screen Cast Controller模块基于业务场景决定是否销毁该副屏，并在销毁副屏时同步通知System UI模块销毁该副屏上创建的导航功能控件。

其中，业务场景即电子设备的使用场景，若电子设备仅用于某些特定业务场景，如开视频会议、播放新闻等，则可以在结束当前业务后销毁该副屏；若电子设备用于综合业务场景，如影音娱乐等，则可以在结束终端设备发送的所有业务后销毁该副屏。

进一步地，在一些实施方式中，当终端设备与多个电子设备通信连接时，可以基于多个电子设备显示屏支持的导航功能的类型，分别创建具有对应导航功能控件的多个副屏，并将多个副屏发送给对应的多个电子设备，以使多个电子设备显示屏上分别显示多个副屏的显示内容。

其中，多个电子设备显示屏上显示的多个副屏的显示内容可以相同或不同，多个副屏上的导航功能控件可以分别通过Navigation Bar View进行定制，针对每一个电子设备显示屏都可以定制不同的导航功能控件。

例如，驾驶设备的中控显示屏支持全屏手势导航，显示全屏手势指示条；多媒体显示屏支持虚拟按键导航，显示导航栏控件等，此处不做限定。

进一步，参阅附图6，图6是根据本申请的另一个实施例的多屏幕交互方法的主要步骤流程示意图，应用于终端设备。如图6所示，主要包括下列步骤S601至步骤S6010：

步骤S601：在Display Policy中添加support Navigation Bar接口；

步骤S602：接收创建副屏操作指令；

步骤S603：响应于创建副屏操作指令，基于WMS创建副屏对应的Display Content；

步骤S604：初始化Display Policy，基于support Navigation Bar接口读取预设配置文件，得到待创建副屏的显示参数和Flag参数，并基于显示参数和Flag参数确定电子设备显示屏是否支持导航功能以及支持的导航功能的类型，并进行存储；

步骤S605：System UI模块接收到副屏创建成功指令；

步骤S606：System UI模块通过Binder查询Display Policy存储的待创建副屏的显示参数和Flag参数，以确定电子设备显示屏是否支持导航功能的信息；

步骤S607：在电子设备显示屏支持导航功能时，确定电子设备显示屏支持的导航功能的类型是否为虚拟按键导航；

进一步地，若是，则执行步骤S608，否则结束。

步骤S608：确定电子设备显示屏支持的导航功能的类型是否为全屏手势导航；

进一步地，若是，则执行步骤S609，否则执行步骤S6010。

步骤S609：创建Gesture Handler，实现全屏手势导航；

步骤S6010：创建Navigation Bar View，实现虚拟按键导航。

以上是对本申请提供的多屏幕交互方法的进一步说明。

通过上述实施方式，能够使与终端设备通信连接的电子设备显示屏仅支持SystemUI中的导航功能，而不必完整实现状态栏、桌面和通知栏等功能，还可以在没有桌面的情况下实现返回上一级、回到主页和多任务切换等功能，同时支持不同电子设备的显示屏使用不同的导航方式，包括虚拟按键导航和全屏手势导航等，满足了用户多样化和特定化的需求，提高用户的交互体验。

需要指出的是，尽管上述实施例中将各个步骤按照特定的先后顺序进行了描述，但是本领域技术人员可以理解，为了实现本申请的效果，不同的步骤之间并非必须按照这样的顺序执行，其可以同时(并行)执行或以其他顺序执行，这些变化都在本申请的保护范围之内。

本领域技术人员能够理解的是，本申请实现上述一实施例的方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器、随机存取存储器、电载波信号、电信信号以及软件分发介质等。

进一步，本申请还提供了一种终端设备。参阅附图7，图7是根据本申请的一个实施例的终端设备主要结构示意图。如图7所示，本申请实施例中的电子设备主要包括处理器701、存储器702和显示屏703。其中，存储器702可以被配置成存储执行上述方法实施例的多屏幕交互方法的程序，处理器701可以被配置成用于执行存储器702中的程序，该程序包括但不限于执行上述方法实施例的多屏幕交互法的程序。为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。

在本申请的一些可能的实施方式中，终端设备可以包括多个处理器701和多个存储器702。而执行上述方法实施例的多屏幕交互方法的程序可以被分割成多段子程序，每段子程序分别可以由处理器701加载并运行以执行上述方法实施例的多屏幕交互方法的不同步骤。具体地，每段子程序可以分别存储在不同的存储器702中，每个处理器701可以被配置成用于执行一个或多个存储器702中的程序，以共同实现上述方法实施例的多屏幕交互方法，即每个处理器701分别执行上述方法实施例的多屏幕交互方法的不同步骤，来共同实现上述方法实施例的多屏幕交互方法。

上述多个处理器701可以是部署于同一个设备上的处理器，例如上述终端设备可以是由多个处理器组成的高性能设备，上述多个处理器701可以是该高性能设备上配置的处理器。此外，上述多个处理器701也可以是部署于不同设备上的处理器，例如上述终端设备可以是服务器集群，上述多个处理器701可以是服务器集群中不同服务器上的处理器。

进一步，本申请还提供了一种多屏幕交互系统，主要包括终端设备和至少一个电子设备，其中，终端设备和电子设备均包括显示屏，且终端设备与电子设备通信连接。

在本申请的一些可能的实施方式中，终端设备被配置为实现上述方法实施例的多屏幕交互方法中所述的多屏幕交互方法；

电子设备被配置为接收终端设备发送的副屏，以显示终端设备显示屏的至少部分显示内容，或终端设备显示屏的至少部分显示内容和导航功能控件。

进一步，本申请还提供了一种计算机可读存储介质。在根据本申请的一个计算机可读存储介质实施例中，计算机可读存储介质可以被配置成存储执行上述方法实施例的多屏幕交互方法的程序，该程序可以由处理器加载并运行以实现上述多屏幕交互方法。为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该计算机可读存储介质可以是包括各种电子设备形成的存储器设备，可选的，本申请实施例中计算机可读存储介质是非暂时性的计算机可读存储介质。

需要说明的是，本申请各实施例中可能涉及的相关用户个人信息，均为严格按照法律法规的要求，遵循合法、正当、必要的原则，基于业务场景的合理目的，处理用户在使用产品/服务过程中主动提供或因使用产品/服务而产生的，以及经用户授权获取的个人信息。

本申请处理的用户个人信息会因具体产品/服务场景而有所不同，需以用户使用产品/服务的具体场景为准，可能会涉及用户的账号信息、终端设备信息、电子设备信息或其他相关信息。本申请会以高度的勤勉义务对待用户的个人信息及其处理。

本申请非常重视用户个人信息的安全，已采取符合业界标准、合理可行的安全防护措施保护用户的信息，防止个人信息遭到未经授权访问、公开披露、使用、修改、损坏或丢失。

至此，已经结合附图所示的一个实施方式描述了本申请的技术方案，但是，本领域技术人员容易理解的是，本申请的保护范围显然不局限于这些具体实施方式。在不偏离本申请的原理的前提下，本领域技术人员可以对相关技术特征作出等同的更改或替换，这些更改或替换之后的技术方案都将落入本申请的保护范围之内。

Claims (10)

1.一种多屏幕交互方法，应用于终端设备，其特征在于，所述终端设备与至少一个电子设备通信连接，所述终端设备和所述电子设备均包括显示屏，所述方法包括：

以所述终端设备的显示屏为主屏，响应于创建副屏操作指令，确定所述创建副屏操作指令对应的电子设备显示屏是否支持导航功能；

若是，则基于支持的导航功能的类型，创建具有对应导航功能控件的所述副屏；其中，所述支持的导航功能的类型包括虚拟按键导航和/或全屏手势导航；

将创建的所述副屏发送给所述电子设备，以使所述电子设备显示屏上显示所述副屏的显示内容。

2.根据权利要求1所述的多屏幕交互方法，其特征在于，所述确定所述创建副屏操作指令对应的所述电子设备的显示屏是否支持导航功能包括：

获取待创建副屏的显示参数，所述显示参数至少包括所述电子设备显示屏的导航功能信息；

基于所述显示参数确定所述电子设备显示屏是否支持所述导航功能。

3.根据权利要求2所述的多屏幕交互方法，其特征在于，所述获取待创建副屏的显示参数包括：

在所述终端设备中创建导航功能支持接口；

基于所述导航功能支持接口读取预设配置文件，得到所述待创建副屏的显示参数。

4.根据权利要求1所述的多屏幕交互方法，其特征在于，所述方法还包括：

确定所述副屏的当前显示界面是否为最后一个显示界面；

若是，则关闭所述副屏，并销毁所述副屏上的所述导航功能控件。

5.根据权利要求1所述的多屏幕交互方法，其特征在于，所述导航功能控件包括导航栏控件和全屏手势控件；所述基于支持的导航功能的类型，创建具有对应导航功能控件的所述副屏包括：

基于所述支持的导航功能的类型获取导航属性；

当所述支持的导航功能的类型为所述虚拟按键导航或所述全屏手势导航时，基于所述导航属性创建所述导航栏控件或所述全屏手势控件。

6.根据权利要求5所述的多屏幕交互方法，其特征在于，所述方法还包括：

当所述支持的导航功能的类型为所述虚拟按键导航和全屏手势导航时，基于预设优先级或用户的选择创建所述导航栏控件或所述全屏手势控件。

7.根据权利要求5所述的多屏幕交互方法，其特征在于，当所述导航功能的类型为所述虚拟按键导航时，所述导航属性包括所述导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的类型中的至少一种；

其中，所述虚拟导航按键的类型包括返回键、主页键和多任务键。

8.根据权利要求5所述的多屏幕交互方法，其特征在于，当所述导航功能的类型为所述全屏手势导航时，所述导航属性包括是否显示全屏手势指示条，以及所述全屏手势指示条的显示位置。

9.根据权利要求7所述的多屏幕交互方法，其特征在于，所述基于所述导航属性创建所述导航栏控件之后，所述方法还包括：

响应于用户对所述的导航栏控件的编辑操作，更新所述导航栏控件的位置、尺寸、颜色、透明度、虚拟导航按键的类型中的至少一种。

10.根据权利要求8所述的多屏幕交互方法，其特征在于，所述基于所述导航类型创建所述全屏手势控件之后，所述方法还包括：

在所述电子设备显示屏上显示所述全屏手势指示条时，响应于用户对所述全屏手势指示条的编辑操作，隐藏所述全屏手势指示条或变更所述全屏手势指示条的显示位置。