CN114253491A - 显示方法及电子设备 - Google Patents

Abstract

本申请实施例公开了一种显示方法及电子设备。本申请实施例公开的第一设备能够向第二设备投屏。具体的，该第一设备接收用户输入的投屏指令之后，将第一窗口界面投屏到第二设备。第一设备接收到运行第二窗口界面的指令，可以在确定所述第二窗口界面包含安全标志位之后，向第二设备发送第二窗口界面的任务号以及安全保护指令。进而，第二设备显示第一窗口界面和安全界面，该安全界面是第二窗口界面的投屏界面。这样，第二设备既能够安全显示有安全要求的界面，也能够确保用户对无安全要求的界面正常操作，提高用户的使用体验。

Description

显示方法及电子设备

技术领域

本申请实施例涉及显示领域，尤其涉及一种显示方法及电子设备。

背景技术

投屏是设备1将设备1的窗口界面传输到设备2端显示的技术。示例性的，如图1 所示，手机可以将手机的窗口界面传输到电脑端显示。这样，电脑可以在屏幕端显示手机窗口界面的投屏界面01。用户能够通过投屏界面01对手机的应用程序(application， APP)进行操作。

其中，手机端运行的APP包括具备安全要求的APP，例如需要用户输入密码的APP。基于此，在投屏的场景下，在手机侧输入的密码会在电脑上显示，例如可见密码/密码的位数/生物特性密码等，给用户带来了隐私泄露的隐患。

发明内容

本申请实施例提供了一种显示方法及电子设备，能够解决现有显示方法导致用户使用体验差的问题。

本申请实施例中，第一设备可以向第二设备投屏多个第一设备端的窗口界面。

第一方面，本申请实施例提供了一种显示方法，所述方法包括：第一设备接收用户输入的投屏指令；响应于所述投屏指令，所述第一设备将所述第一窗口界面投屏到第二设备；所述第一设备响应指令运行第二窗口界面；所述第一设备确定所述第二窗口界面包含安全标志位；所述第一设备向所述第二设备发送所述第二窗口界面对应的任务号以及安全保护指令，所述安全保护指令用于指示所述第二设备将所述第二窗口界面的投屏界面显示为安全界面。

其中，第一设备可以配置的应用显示区域(display)，以及配置第一设备端运动的窗口界面在display内的显示策略，进而，第一设备可以基于display向第二设备投屏。此外，第一设备为第一设备端运动的APP配置taskID，以表示各个APP的窗口界面。

本申请实施例中，第一设备在投屏之前确定各个窗口界面是否具备安全需求，进而，第一设备根据检测结果，将每个窗口界面的taskID以及该窗口界面的投屏信息发送到第二设备。第二设备基于taskID显示安全界面和包含窗口界面内容的投屏界面，其中，安全界面是有安全需求的窗口界面的投屏界面。这样，第二设备既能够安全显示有安全要求的界面，也能够确保用户对无安全要求的界面正常操作。

在一种可能的设计中，所述第一设备响应指令运行第二窗口界面，包括：所述第一设备接收来自于所述第二设备的第一操作指令，所述第一操作指令关联第一应用程序APP，所述第二窗口界面是所述第一APP的一个窗口界面；所述第一设备运行所述第一APP，以启动所述第二窗口界面。其中，第一设备可以基于WiFi Direct技术与第二设备之间通信。这样能够实现用户在第二设备端对第一设备的APP进行操作。

在一种可能的设计中，所述第一设备响应指令运行第二窗口界面，包括：所述第一设备接收用户输入的第二操作指令，所述第二操作指令对应第一应用程序APP，所述第二窗口界面是所述第一APP的一个窗口界面；所述第一设备运行所述第一APP，以及显示所述第二窗口界面。

在一种可能的设计中，所述第一设备向所述第二设备发送所述第二窗口界面对应的任务号以及安全保护指令之后，还包括：所述第一设备接收来自于所述第二设备的第三操作指令，所述第三操作指令包含所述第二窗口界面对应的任务号；响应于所述第三操作指令，所述第一设备显示所述第二窗口界面；所述第一设备接收用户基于所述第二窗口界面输入的操作信息；所述第一设备将所述第二窗口界面更新为第三窗口界面；所述第一设备将所述第三窗口界面投屏到所述第二设备。当第二设备将第二窗口界面的投屏界面显示为安全界面之后，用户可以通过第二设备触发第二窗口界面在第一设备的显示屏显示，以在第一设备端对第二窗口继续操作。而第一设备可以通过任务号确定第二窗口界面。采用本实现方式，第一设备将窗口界面和task ID关联，使得第一设备和第二设备均可以通过task ID确定窗口界面，使得用户便于切换第一设备端和第二设备端显示的窗口界面，从而提高用户的使用体验。

在一种可能的设计中，所述第一设备确定所述第二窗口界面包含安全标志位，包括：所述第一设备调用所述第一设备的窗口管理服务遍历所述第二窗口界面的窗口状态；若所述第二窗口界面的窗口状态包含安全旗flag，所述第一设备确定所述第二窗口界面包含安全标志位。

在一种可能的设计中，所述安全旗包括第一旗flag、第二flag和第三flag，所述第一flag指示应用安全锁，第二flag指示应用主动设置、第三flag指示调用安全键盘。

第二方面，本申请实施例提供了一种显示方法，所述方法包括：第二设备接收来自于第一设备的第一窗口界面的视频流；所述第二设备显示所述视频流对应的图像，得到所述第一窗口界面的投屏界面；第二设备接收来自于第一设备的任务号和安全保护指令；所述第二设备显示所述第一窗口界面的投屏界面和安全界面。

在一种可能的设计中，所述第二设备显示所述第一窗口界面的投屏界面和安全界面之后，还包括：所述第二设备接收用户输入的点击指令，所述点击指令对应所述安全界面；所述第二设备生成操作指令，所述操作指令包括任务号；所述第二设备向第一设备发送所述操作指令。

第三方面，本申请实施例提供了一种电子设备，该电子设备具有实现上述方法中第一设备的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，上述电子设备的结构中包括处理器和收发器，所述处理器被配置为处理该电子设备执行上述方法中第一设备相应的功能。所述收发器用于实现与第二设备的信息交互。所述电子设备还可以包括存储器，所述存储器用于与处理器耦合，其保存该电子设备必要的程序指令和数据。

第四方面，本申请实施例提供了一种电子设备，该电子设备具有实现上述方法中第二设备的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，上述电子设备的结构中包括处理器、接收器和显示器，所述处理器被配置为处理该电子设备执行上述方法中相应的功能。所述收发器用于实现与第一设备的信息交互。所述显示器用于实现投屏界面和安全界面的显示。所述电子设备还可以包括存储器，所述存储器用于与处理器耦合，其保存该电子设备必要的程序指令和数据。

第五方面，本申请实施例提供了一种计算机存储介质，该计算机存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行第一方面、第二方面、第一方面各种可能的实现方式中及第二方面各种可能的实现方式中的显示方法的部分或全部步骤。

第六方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品在计算机上运行时，使得计算机执行第一方面、第二方面、第一方面各种可能的实现方式中及第二方面各种可能的实现方式中的显示方法的部分或全部步骤。

附图说明

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

图1为本申请实施例提供的一种典型投屏场景的场景示意图；

图2A为本申请实施例提供的第一设备100的示例性硬件结构示意图；

图2B为本申请实施例提供的第一设备100的示例性软件架构示意图；

图2C为本申请实施例提供的第二设备200的示例性架构示意图；

图3为本申请实施例提供的应用显示区域(display)的示例性平面示意图；

图4A为本申请实施例提供的显示方法的第一种示例性信令交互示意图；

图4B为本申请实施例提供的显示方法的第二种示例性信令交互示意图；

图5A为本申请实施例提供的投屏场景的第一种示例性界面示意图；

图5B为本申请实施例提供的投屏场景的第二种示例性界面示意图；

图5C为本申请实施例提供的投屏场景的第三种示例性界面示意图；

图5C-1为本申请实施例提供的图5C示意的场景对应的display的示例性示意图；

图5C-2为本申请实施例提供的图5C示意的场景中手机的一种示例性界面示意图；

图6为本申请实施例提供的安全界面的示例性界面示意图；

图7为本申请实施例提供的第一组投屏界面的示例性界面示意图；

图8为本申请实施例提供的图7的显示界面对应的display的示例性示意图；

图9为本申请实施例提供的第二组投屏界面的示例性界面示意图；

图10为本申请实施例提供的图9的显示界面对应的display的示例性示意图；

图11为本申请实施例提供的第三组投屏界面的示例性界面示意图；

图12为本申请实施例提供的邮箱登录界面的示例性界面示意图；

图13为本申请实施例提供的一种display的示例性示意图；

图14A为本申请实施例提供的图13示意的display的第一种示例性投屏界面示意图；

图14B为本申请实施例提供的图13示意的display的第二种示例性投屏界面示意图；

图15为本申请实施例提供的显示方法的第三种示例性信令交互示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例的技术方案进行清楚地描述。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。还应当理解，尽管在以下实施例中可能采用术语第一、第二等来描述某一类对象，但所述对象不应限于这些术语。这些术语仅用来将该类对象的具体对象进行区分。例如，以下实施例中可能采用术语第一、第二等来描述设备，但设备不应限于这些术语。这些术语仅用来将不同的电子设备进行区分。以下实施例中可能采用术语第一、第二等来描述的其他类对象同理，此处不再赘述。

本申请实施例提供了一种显示方法，该显示方法应用于第一设备向第二设备投屏至少两个窗口界面的场景。其中，对应无安全需求的窗口界面，第二设备显示该窗口界面的内容，对应有安全需求的窗口界面，第二设备显示安全界面。这样，使得第二设备既能够安全显示有安全要求的界面，也能够确保用户对无安全要求的界面正常操作。

以下介绍第一设备、第二设备、用于这样的第一设备和这样的第二设备的用户界面 (user interface，UI)、以及用于使用这样的第一设备和这样的第二设备的实施例。

为了清楚的描述本申请的实施例，本说明书中将第一设备显示的界面称为“窗口界面”，所述“窗口界面”是以第一设备的显示屏大小为一个窗口的显示界面。本说明书中将第二设备显示的界面称为“投屏界面”，每个“投屏界面”对应一个“窗口界面”。

本申请实施例涉及的第一设备可以是包含无线通信模块和显示功能的电子设备，诸如手机、平板电脑、可穿戴设备(例如，手表、手环、头盔等)、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理 (personaldigital assistant，PDA)、智能家居设备(例如，智能电视等)等电子设备。可以理解的是，本申请实施例对第一设备的具体类型不作任何限制。第一设备可以是搭载

或者其它操作系统的设备。

图2A示出了第一设备100的硬件结构示意图。第一设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M 等。

可以理解的是，本申请实施例示意的结构并不构成对第一设备100的具体限定。在本申请另一些实施例中，第一设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。在一些实施例中，第一设备100也可以包括一个或多个处理器110。

其中，控制器可以是第一设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成检测指令等的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了第一设备100的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA) 和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现第一设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机听声音的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机听声音的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过 UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现第一设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现第一设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C 接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB 接口，USB Type C接口等。USB接口130可以用于连接充电器为第一设备100充电，也可以用于第一设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对第一设备100的结构限定。在另一些实施例中，第一设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过第一设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142 充电的同时，还可以通过电源管理模块141为第一设备100供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141 还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

第一设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。第一设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在第一设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B 等)输出声音信号，或通过显示屏194显示APP的操作界面。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在第一设备100上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication， NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160 还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，第一设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得第一设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN， NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统 (quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

在一些实施例中，移动通信模块150提供的无线通信的解决方案可使得第一设备100 可以与网络中的设备(如云服务器)通信。无线通信模块160提供的WLAN无线通信的解决方案也可使得第一设备100可以与网络中的设备(如第二设备200)通信，以使第一设备100向第二设备200传输视频流，实现第一设备100向第二设备200投屏的功能。

第一设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。例如，GPU可以渲染得到作为安全界面的图像。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变界面显示效果。在本申请实施例中，显示屏194 中可包括显示器和触控器件。显示器用于向用户输出显示内容，例如第一设备100的桌面页面，以及APP的各类操作界面等。触控器件用于接收用户在显示屏194上输入的操作指令。

显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystaldisplay， 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)等。

在本申请的一些实施例中，当显示面板采用OLED、AMOLED、FLED等材料时，显示屏194可以被弯折。这里，显示屏194可以被弯折是指显示屏可以在任意部位被弯折到任意角度，并可以在该角度保持，例如，显示屏194可以从中部左右对折。也可以从中部上下对折。

第一设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给 ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。 ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体 (complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当第一设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。一些实施例中，第一设备100连接第二设备200之后，视频编解码器可以将需要投屏到第二设备200的视频流进行压缩，进而，向第二设备200发送压缩后的视频文件。第一设备100可以支持一种或多种视频编解码器。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过 NPU可以实现第一设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展第一设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐、照片、视频等数据保存在外部存储卡中。

内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得第一设备100执行本申请一些实施例中所提供的显示方法，以及各种功能应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统；该存储程序区还可以存储一个或多个应用程序(比如邮箱、图库、联系人等)等。存储数据区可存储第一设备100使用过程中所创建的数据(比如窗口界面标识等)。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

第一设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。第一设备100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当第一设备100 接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。第一设备100可以设置至少一个麦克风170C。在另一些实施例中，第一设备 100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，第一设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。第一设备100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，第一设备100根据压力传感器180A检测所述触摸操作强度。第一设备100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。

陀螺仪传感器180B可以用于确定第一设备100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定第一设备100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测第一设备100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消第一设备100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，第一设备100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。第一设备100可以利用磁传感器180D检测第一设备100显示屏194的朝向。在一些实施例中，当第一设备100是柔性屏设备时，第一设备100可以根据磁传感器180D检测屏幕的折叠和展开状态。

加速度传感器180E可检测第一设备100在各个方向上(一般为三轴)加速度的大小。当第一设备100静止时可检测出重力的大小及方向。还可以用于识别第一设备100的姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。第一设备100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，第一设备100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。第一设备100通过发光二极管向外发射红外光。第一设备100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定第一设备100附近有物体。当检测到不充分的反射光时，第一设备100可以确定第一设备100附近没有物体。第一设备100可以利用接近光传感器180G检测用户手持第一设备100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。第一设备100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测第一设备100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。第一设备100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，第一设备100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，第一设备100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，第一设备100对电池142加热，以避免低温导致第一设备100异常关机。在其他一些实施例中，当温度低于又一阈值时，第一设备100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也可称触控面板或触敏表面。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K 用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于第一设备100的表面，与显示屏194 所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。第一设备100可以接收按键输入，产生与第一设备100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和第一设备100的接触和分离。第一设备100可以支持1个或N个 SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡， SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。第一设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，第一设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在第一设备 100中，不能和第一设备100分离。

第一设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明第一设备100 的软件结构。

图2B是本申请实施例的第一设备100的软件结构示意图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，Android系统从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2B所示，应用程序包可以包括图库，日历，地图，WLAN，音乐，短信，通话，导航，蓝牙，视频等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2B所示，应用程序框架层可以包括显示管理服务(display managerservice， DMS)，活动管理服务(activity manager service，AMS)，窗口管理服务(windowmanager service,WMS)。窗口管理服务又可以叫窗口管理器。当然，应用程序框架层中还可以包括内容提供器，视图系统，电话管理器，资源管理器，通知管理器等，本申请实施例对此不作任何限制。

其中，WMS可用于确定第一设备100中APP的显示策略，之后，WMS可以通过底层显示系统的显示驱动和表面管理器(surface manager)，控制APP按照显示策略在第一设备 100的显示屏194显示。

其中，DMS可用于配置待投屏到第二设备200的窗口界面在第一设备100的应用显示区域(display)内的显示策略，以便于第二设备200基于窗口界面在display内的显示策略显示相应投屏界面。

其中，display是在第一设备上运行的应用程序的显示区域，也可以从投屏的角度理解是WMS为待投屏的窗口界面配置的呈现区域，WMS可以根据待投屏的窗口界面平铺显示时占用的区域大小配置display。如图3所示，WMS可以将第一设备100的左上角作为坐标系的原点，将第一设备100显示屏194的宽度作为单位，配置前述display。示例性的，WMS可以在x轴方向上进行扩展，以得到前述display。其中，display的尺寸与待投屏窗口界面的数量关联。例如，图3中的(a)示意的实施例中，待投屏的窗口界面是一个的场景下，显示屏194的显示区域即可容纳该待投屏的窗口界面，WMS将显示屏194的显示区域配置为display30。再如，图3中的(b)示意的实施例中，待投屏的窗口界面是两个的场景下，显示屏194的显示区域无法容纳平铺显示的两个窗口界面，基于此，WMS在x轴方向上扩展出一个显示屏194宽度的显示区域。进而，WMS配置一个待投屏的窗口界面在显示屏194的显示区域显示，另一个待投屏的窗口界面在扩展区域显示。即，图3中的(b)示意的实施例中，display31包括第一display311和第二 display312，第一display311配置在第一设备100的显示屏194，为用户可见的display，第二display312为第一display311的扩展display，为用户不可见的display，本申请实施例也将该扩展的display称为“虚拟display(virtual display)”。应理解，虚拟 display的尺寸与待投屏窗口界面的数量关联。例如，待投屏的窗口界面是三个的场景下，WMS在x轴方向上扩展出两个显示屏194宽度的显示区域，相应的，虚拟display的宽度即为两个显示屏194宽度。

AMS可用于管理APP的运行进程，APP的运行进程包括APP进程的启动、暂停和终止等。其中，一个APP通常由多个Activity组成，AMS具体用于在APP的不同进程管理APP 的不同的Activity。例如，邮箱APP的登录界面运行时，AMS调用邮箱APP相对应的一个Activity。在显示邮箱主界面的进程中，AMS调用邮箱APP相对应的另一个Activity。

AMS还可以用于在一个APP进程启动之后，为该启动的APP设置任务号(taskidentity，taskID)，使得该APP的所有Activity均对应所设置的taskID，以便于第一设备100区分各个窗口界面，以及第二设备200区分各个投屏界面。示例性的，AMS可以按照第一设备100正在运行的APP的数量，为APP设置taskID。例如，AMS可以将第一设备100的主界面的任务号设置为task0。在第一设备100中邮箱APP的进程启动之后，AMS为邮箱APP设置任务号“task1”。另一些实施例中，AMS还可以用于在一个APP 进程终止之后，删除相应APP对应的任务号。

WMS可用于管理窗口程序。例如，WMS可以获取显示屏大小，display的大小，以及各个窗口界面的位置和坐标等。另外，WMS还可以遍历正在运行的APP当前的界面是否包含安全标志位(通过查看windowstate的参数实现)。当遍历到APP当前的界面 (Activity)包含安全标志位之后，触发第一设备100向第二设备200发送安全保护指令，以使第二设备200在该APP窗口界面的投屏界面的最前端显示安全界面，同时终止向第二设备200投屏该应用所在的display。该安全保护指令中例如包含相应窗口界面的任务号。

一些实施例中，安全标志位例如可以实现为安全旗(flag)。实际实现中，安全旗可以包括多个类型的flag，不同类型的flag可以指示不同性质的安全需求场景。例如，第一flag例如可以指示应用安全锁。实际操作中，具有安全锁的应用在接收用户操作打开时，会触发应用安全锁的安全模式。第二flag例如可以由应用主动设置。在一些实施例中，生物识别(例如人脸解锁)，或者包含隐私信息的显示界面(例如身份证照片)等的实施场景，触发应用主动设置的安全模式。在另一些实施例中，一些应用设置当前处于某个Activity不可以截屏或录屏，触发应用主动设置的安全模式。第三flag可以指示调用安全键盘。实际操作中，银行卡账号和/或密码输入的实施场景，触发调用安全键盘的安全模式。可以理解的是，在一些实施例中，flag与Activity关联，即一个Activity 对应着一个flag。

在一些实施例中，本申请所指的是否存在flag可以理解为对flag的值进行判断。例如，若flag为1，判断存在，若flag为0，判断不存在。又例如，若flag为0，判断存在，若flag为1，判断不存在。本申请对此不做限定。

基于前述实施例的描述，窗口界面可以对应多个Activity。窗口界面的Activity被调用过程中，相应APP的Window state被更新，一些实施例中，在更新Window state 的实施过程中，可以更新为前述的至少一个flag。基于此，WMS可以通过遍历窗口界面的Windowstate是否包含flag，确定窗口界面是否包含安全标志位。若相应Activity 对应的Windowstate包含前述任一flag，则指示该APP当前窗口界面包含安全标志位，第一设备100则向第二设备200发送安全保护指令。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括照相机图标的显示界面。

电话管理器用于提供第一设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，第一设备100振动，指示灯闪烁等。

安卓运行时(Android Runtime)包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

继续参见图2B，应用程序框架层以下的系统库和内核层等可称为底层系统，底层系统中包括用于提供显示服务的底层显示系统，例如，底层显示系统包括内核层中的显示驱动以及系统库中的surface manager等。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

本申请实施例涉及的第二设备可以是包含无线通信模块和显示功能的电子设备，例如显示器、智能电视、平板电脑、笔记本电脑、UMPC、上网本等电子设备。可以理解的是，本申请实施例对第二设备的具体类型不作任何限制。第二设备可以是搭载

或者其它操作系统的设备。

图2C示出了第二设备200的示例性架构示意图。第二设备200可以包括处理器210，存储器220，无线通信模块230，显示屏240以及电源250等。

可以理解的是，本申请示意的结构并不构成对第二设备200的具体限定。在本申请另一些实施例中，第二设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本实施例中，处理器210所包含的硬件和软件以及各硬件和软件的功能，与处理器110类似。本申请此处不再详述。处理器210可以用于调用显示屏240显示来自于第一设备100的投屏界面和安全界面等。一些实施例中，处理器210还可以用于生成操作指令，该操作指令用于指示用户在第一设备100端对APP进行操作。

无线通信模块230提供的通信的解决方案与无线通信模块160类似，此处不再详述。无线通信模块230提供的通信的解决方案可使得第二设备200与第一设备100通信，以使第二设备200与第一设备100之间实现视频流以及指令的交互功能。例如，无线通信模块230实现第二设备200接收来自于第一设备100的待投屏的视频流的功能。

存储器220可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器210可以通过运行存储在存储器220的上述指令，从而使得第二设备200执行本申请一些实施例中所提供的显示方法等。存储器220还可以用于缓存第二设备200 执行显示方法过程中涉及的数据，例如，安全界面的数据等。

显示屏240用于显示第二设备200的控件、信息、图像、视频等，以及来自于第一设备100的投屏界面信息。另一些实施例中，当第二设备200接收到来自于第一设备100 的安全保护指令之后，可以触发显示屏240在安全保护指令对应的投屏界面最前端显示安全界面。本实施例中，显示屏240的硬件组成与前述显示屏194的硬件组成类似，此处不详述。

电源240可以用于为处理器210，存储器220，显示屏240等供电。

本申请实施例涉及的用于实现显示功能的UI，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。应用程序的用户界面是通过java、可扩展标记语言(extensible markup language，XML) 等特定计算机语言编写的源代码，界面源代码在终端设备上经过解析，渲染，最终呈现为用户可以识别的内容，比如视频、图片、文字、按钮等控件。控件(control)也称为部件(widget)，是用户界面的基本元素，典型的控件有工具栏(toolbar)、菜单栏(menu bar)、文本框(text box)、按钮(button)、滚动条(scrollbar)、图片和文本。界面中的控件的属性和内容是通过标签或者节点来定义的，比如XML通过<Textview>、 <ImgView>、<VideoView>等节点来规定界面所包含的控件。一个节点对应界面中一个控件或属性，节点经过解析和渲染之后呈现为用户可视的内容。此外，很多应用程序，比如混合应用(hybrid application)的界面中通常还包含有网页。网页，也称为页面，可以理解为内嵌在应用程序界面中的一个特殊的控件，网页是通过特定计算机语言编写的源代码，例如超文本标记语言(hyper textmarkup language，HTML)，层叠样式表 (cascading style sheets，CSS)，java脚本(JavaScript，JS)等，网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的，比如HTML通过<p>、 <img>、<video>、<canvas>来定义网页的元素和属性。

用户界面常用的表现形式是图形用户界面(graphic user interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。

需要指出的是，一种典型的基于投屏场景的安全保护机制中，第一设备100向第二设备200投屏，通常以display为单位进行投屏，第二设备200以窗口界面为单位显示安全界面。基于此，若第一设备100投屏的display中包含至少两个窗口界面，第二设备200可以对应显示至少两个投屏界面。当该至少两个窗口界面中任一窗口界面需要安全保护，第二设备200均以窗口界面为单位显示安全界面，从而使得该至少两个投屏界面均显示安全界面或黑屏(此时第一设备的display数据不会被传递到第二设备)。这样，导致用户对无安全需求的投屏界面也无法正常操作，用户体验较差。

为了解决上述问题，本申请实施例提供了一种显示方法及电子设备。如图4A所示，本申请实施例涉及的显示方法包括：第一设备接收用户输入的投屏指令。响应于该投屏指令，第一设备将第一窗口界面投屏到第二设备，相应的，第二设备显示第一窗口界面的投屏界面。进而，第一设备响应指令运行第二窗口界面之后，将第二窗口界面投屏至第二设备(此指令来源于第二设备，例如，当第一窗口界面为主界面时，该指令为双击运行应用的操作)。第一设备遍历Window state后确认第二窗口界面包含安全标志位，发送第二窗口的任务号和安全保护指令。第二设备显示第一窗口界面的投屏界面和安全界面(安全界面用于替代原第二窗口界面显示)。

其中，第一设备遍历Window state的触发可以是周期性触发，还有可能是Activity 在栈中的位置发生变化触发，还有可能是栈顶的Activity发生变化触发。

基于此，图4A示意的实施场景中，第一设备启动第二窗口界面之后，第二窗口界面响应启动指令呈现的第二窗口界面的Activity对应的flag即为1。例如，第二窗口界面是银行APP的登录界面，第二窗口启动之后，即触发安全键盘。这样，第一设备在投屏之前，即刻确定第二窗口包含安全标志，进而，第一设备将第二窗口的任务号和安全保护指令发送到第二设备，以使第二设备显示第一窗口界面的投屏界面和安全界面。

另一些实施例中，本申请实施例还提供了另一种示例性的显示方法。如图4A所示，本实施例中，第一设备接收用户输入的投屏指令。响应于该投屏指令，第一设备将第一窗口界面投屏到第二设备。第一设备响应指令运行第二窗口界面之后，在第一个遍历周期内确定第二窗口界面中不包含安全标志位，进而，将第二窗口界面投屏至第二设备。进而，第一设备在之后的遍历周期中，检测到第二窗口界面包含安全标志位，然后，第一设备向第二设备发送第二窗口界面的任务号和安全保护指令。相应的。第二设备显示第一窗口界面的投屏界面和安全界面。

图4B示意的实施场景中，第一设备启动第二窗口界面之后，当前启动的第二窗口界面的内容无安全需求，相应的，第二窗口界面当前的Window state的flag置0。那么，第一设备可以将该第二窗口界面的内容投屏到第二设备，以使第二设备显示第一窗口界面的投屏界面和第二窗口界面的投屏界面。而响应于用户的触发，第二窗口界面的变更，从而触发变更后界面的Activity变化，使得变更后的第二窗口界面存在安全需求，相应 Windowstate的flag置1。进而，第一设备能够确定此时的第二窗口界面包含安全标志位，第一设备触发第二设备将第二窗口界面显示为安全界面，以使第二设备显示第一窗口界面的投屏界面和安全界面。

例如，第二窗口界面启动后，显示的是钱包APP的主界面。钱包APP的主界面例如无安全需求的照片，那么，第一设备将钱包APP投屏到第二设备。第二设备可以显示钱包APP主界面的投屏界面。进而，响应于用户的触发，第二窗口界面进入钱包APP的支付界面。此时，第二窗口界面包含支付密码输入控件，为有安全需求的界面。第一设备在检测到安全标志位之后，向第二设备发送第二窗口界面(钱包APP的界面)任务号及安全保护指令，以使第二设备将第二窗口界面的投屏界面显示为安全界面。

进一步的，上述图4A或图4B示意的实施例中，若第二窗口界面进一步响应用户的操作指令更新了所显示的内容，且相应的内容无安全需求，相应Window state的flag 置0。那么，第一设备在周期性遍历Window state的过程中，能够基于该Window state 确定第二窗口界面无安全标识位，进而，第一设备可以将更新后的第二窗口界面投屏到第二设备。相对应的，第二设备隐藏安全界面，以及显示第二窗口界面更新后的投屏界面。

根据前述对投屏的描述可知，第一设备向第二设备投屏的内容是第一设备display 内包含的窗口界面，即，第一窗口界面和第二窗口界面是第一设备display内包含的窗口桌面。应理解，若第一设备display内还包含第三窗口界面和第四窗口界面等，第一设备还应当检测第三窗口界面和第四窗口界面是否包含安全标志位，之后，第一设备按照检测结果向第二设备发送第三窗口界面和第四窗口界面的投屏信息。此处不赘述。此外，本申请实施例中，第一设备的display每更新一次，第一设备执行一次投屏。其中， display内的窗口界面增加、减少、以及任意窗口界面的更改，均认为是display更新。

需要说明的是，第一设备向第二设备投屏，可以实现为第一设备与第二设备建立网络连接后，第一设备将待显示的界面以视频流的方式发送到第二设备。之后，第二设备可以基于第一设备发送的参数信息(例如窗口界面的大小、窗口界面的位置、窗口界面间的相对位置)对视频流进行切割，进而，以窗口的形式分别显示第一设备投屏的各个界面。基于此，在投屏的实施场景中，WMS配置用于平铺显示待投屏窗口界面的display，以及AMS为每个待投屏窗口界面添加taskID，以便于第一设备对应各个待投屏窗口界面生成视频流，并标识各个待投屏窗口界面。

需要说明的是，display中包含第一设备正在运行的全部APP的窗口界面，而其中的待投屏窗口界面可以是display中的全部窗口界面，也可以是display中的部分窗口界面。

在一些实施方式中，第一设备在投屏之前确定各个窗口界面是否具备安全需求，进而，第一设备根据检测结果，将每个窗口界面的taskID以及该窗口界面的投屏信息发送到第二设备。第二设备基于taskID显示安全界面和包含窗口界面内容的投屏界面，其中，安全界面是有安全需求的窗口界面的投屏界面。这样，第二设备既能够安全显示有安全要求的界面，也能够确保用户对无安全要求的界面正常操作。

为了便于理解，本申请以下实施例将以具有图2A和图2B所示结构的手机为例，以具有图2C所示结构的笔记本电脑为例，结合附图对本申请实施例提供的投屏场景下的显示方法进行具体阐述。

本申请实施例可以将实际实施过程划分为以下三个阶段：启动投屏功能的阶段、安全需求场景中的显示阶段、以及对安全界面操作之后的显示阶段，以下结合该三个阶段对显示方法的实施例进行介绍。

启动投屏功能的阶段：

本申请实施例中，手机与笔记本电脑可以通过各自的无线通信模块建立通信连接。在接收到用户输入的开启投屏功能的指令之后，手机例如可以基于无线直连(WiFiDirect)技术，向笔记本电脑发送需要投屏的视频流，以实现投屏功能。一些实施例中，手机与笔记本电脑例如可以通过各自的NFC模块或者蓝牙模块建立通信连接。在接收到用户点击开启“多设备协同”的指令之后，手机的投屏功能开启。在手机与笔记本电脑的距离小于或者等于通信传输距离的场景下，手机向笔记本电脑投屏第一组窗口界面。满足前述投屏的场景需求，则认为手机接收到投屏指令。此处不详述。手机向笔记本电脑投屏第一组窗口界面相关的显示界面如图5A至5C-2所示。

可以理解的是，前述手机与笔记本电脑建立通信连接的模块，以及开启手机投屏功能的接口，均是示意性描述，不构成对本申请实施例的限制。在另一些实施例中，手机与笔记本电脑还可以基于其他通信模块建立连接。另外，开启手机投屏功能的接口，可以根据手机的型号以及手机操作系统版本的不同而不同，此处不限制。

如图5A所示，图5A示意的GUI51是手机投屏到笔记本电脑之后，笔记本电脑的第一种示例性显示界面。其中，GUI51包括投屏界面510，投屏界面510是手机桌面的投屏界面，包括手机桌面中各个界面元素的图像，例如，图库、邮箱、钱包等。

图5A对应的实施例中，在接收到投屏指令期间，无论手机的显示屏正在显示的是什么界面，以及无论手机前台运行什么APP，手机调用无线通信模块，将手机桌面的视频流发送到笔记本电脑。进而，笔记本电脑解码相应视频流，以及显示该视频流对应的投屏界面510。此时，手机运行的APP可选地均以自由悬浮窗的形式运行。

一些实施例中，投屏界面的宽高比可以与窗口界面的宽高比相同。投屏界面的尺寸取决于第二设备屏幕的尺寸。例如，第二设备屏幕的尺寸是宽285.7毫米(mm)*高214.3mm，投屏界面的尺寸可以是宽110mm*高210mm。第二设备屏幕的尺寸是宽1456.4mm*高850.9mm，投屏界面的尺寸可以是宽450mm*高800mm。

如图5B所示，图5B示意的GUI52是手机执行投屏过程中，手机的一种示例性显示界面，图5B示意的GUI53是手机投屏到笔记本电脑之后，笔记本电脑的第二种示例性显示界面。其中，GUI52例如是手机正在运行的图库APP的显示界面，GUI52中包括图像 521和图像522。GUI53包括投屏界面530，投屏界面530是GUI52的投屏界面，投屏界面530包括图像521的投屏图像531，和图像532的投屏图像532。

图5B对应的实施例中，在接收到投屏指令期间，手机正在显示窗口界面。进而，WMS遍历该窗口界面对应的Activity是否包含flag。若该窗口界面对应的Activity不包含flag，手机的GPU可以渲染手机当前正在显示的界面视频流。之后，手机调用无线通信模块，将手机正在显示的界面的视频流发送到笔记本电脑。进而，笔记本电脑解码相应视频流，以及显示该视频流对应的投屏界面530。

另一些实施例中，若该窗口界面对应的Activity包含flag，手机可以向笔记本电脑投屏手机的桌面。相应的，笔记本电脑的GUI可以如GUI51所示。在手机接收到用户的操作，且手机更新窗口界面之后，手机可以将更新后窗口界面投屏到笔记本电脑。详见下述相关实施例的描述，此处不详述。

另一些实施例中，若手机未显示任何APP的界面，手机向笔记本电脑投屏手机的桌面。相应的，笔记本电脑的GUI可以如GUI51所示。

如图5C所示，图5C示意的GUI54是手机执行投屏过程中，手机的另一种示例性显示界面，图5C示意的GUI55是手机投屏到笔记本电脑之后，笔记本电脑的第三种示例性显示界面。其中，GUI54例如是手机正在运行且有安全需求的窗口界面的显示界面。GUI54 的一种示例性显示界面详见图5C-2所示，此处不详述。GUI55包括投屏界面551和投屏界面552。其中，投屏界面551是手机正在运行且无安全需求的窗口界面的投屏界面，投屏界面552是手机桌面的投屏界面。

图5C对应的实施例中，在接收到投屏指令期间，手机例如正在运行若干个APP。本实施例中，手机可以分别检测该若干个APP正在运行的窗口界面是否包含安全标志位，之后，手机可以将其中不包含安全标志位的窗口界面以及手机的桌面投屏到笔记本电脑，且在手机的显示屏堆叠显示其中包含安全标志位的窗口界面(如图5C中的GUI54所示)，以便于用户执行下一步操作。而笔记本电脑显示无安全需求的窗口界面的投屏界面(如图5C中的GUI55所示)。

示例性的，在接收到投屏指令期间，手机例如正在运行邮箱、钱包和图库三个APP，其中，邮箱当前的窗口界面例如是登陆界面，钱包当前的窗口界面例如是管理银行卡的界面。进而，WMS遍历该三个窗口界面对应的Activity，以确定每个Activity中是否包含flag。例如，WMS确定邮箱当前窗口界面对应的Activity中包含第一flag，钱包当前窗口界面对应的Activity中包含第二flag，图库当前窗口界面对应的Activity中不包含flag。之后，WMS可以将遍历的结果上报DMS。DMS基于遍历结果配置手机的display 以及各个窗口界面的显示策略。所述display的显示界面如图5C-1所示。

如图5C-1所示，图5C-1示意的display50包括display501和display502。其中，display501部署在手机的显示屏，是用户可见的display。display502是display501 的扩展display，是用户不可见的虚拟display。本实施例中，手机的桌面和图库的窗口界面无安全需求，所以，手机可以将桌面和图库的窗口界面投屏到笔记本电脑。基于此， AMS可以为手机的桌面和图库的窗口界面分别配置taskID。例如，AMS为手机的桌面配置task 0，AMS为图库的窗口界面配置task 1。且，DMS可以配置手机的桌面在display501 呈现，以及配置图库的窗口界面在display502呈现。进而，手机的GPU可以渲染手机的桌面和图库的窗口界面的视频流。之后，手机调用无线通信模块，将task 0和手机桌面的视频流，以及task 1和图库的窗口界面的视频流发送到笔记本电脑。进而，笔记本电脑解码相应视频流，以及分割解码得到的图像，然后显示图5C中的GUI55。GUI55中投屏界面551例如是手机桌面的投屏界面，投屏界面551对应task 0，投屏界面552例如是图库的窗口界面的投屏界面，投屏界面552对应task 1。

进一步的，邮箱的窗口界面和钱包的窗口界面是具备安全需求的界面，即使投屏到笔记本电脑，笔记本电脑也不被允许显示该两窗口界面的内容。基于此，手机可以不将该两个窗口界面投屏到笔记本电脑，而是在手机的显示屏显示该两个窗口界面。其中， DMS可以基于WMS的遍历结果，配置该两窗口界面在手机显示屏的显示策略，之后，DMS 可以通过显示驱动和表面管理器该两个窗口界面在手机的显示屏显示。该两个窗口界面的显示界面如图5C-2所示。

图5C-2示意的GUI56是GUI54的一种示例性显示界面。GUI56是窗口界面561的图像和窗口界面562的图像的显示界面，窗口界面561的图像和窗口界面562的图像堆叠显示，且，GUI56的底端还包括删除图标563等。窗口界面561例如是邮箱的登录界面，窗口界面561例如是钱包的管理银行卡界面。在接收到用户点击删除图标563的指令后， AMS结束邮箱的进程和钱包的进程。在接收到用户点击窗口界面561的图像的指令后， DMS控制邮箱的登录界面在手机显示屏的最前端显示，以便于用户基于输入邮箱的账号和密码。同理，在接收到用户点击窗口界面562的图像的指令后，DMS控制钱包的管理银行卡界面在手机显示屏的最前端显示，以便于用户执行下一步操作，例如支付操作等。此处不再详述。

一些实施例中，手机可以在将图5C-1示意的display50投屏到笔记本电脑之后，显示GUI56。

进一步的，手机将display50投屏到笔记本电脑之后，手机显示GUI56以及其他后续显示，均已经触发窗口界面的更新，相应的，触发display50更新为其他display。之后，WMS遍历更新后的display中的窗口界面是否包含安全标志位，进而，手机可以根据检测结果，对更新后的display进行投屏。

采用本实现方式，手机在接收到投屏指令之后，无论当前运行APP的窗口界面是否有安全需求，手机均选择一组无安全需求的界面，作为第一组窗口界面投屏到笔记本电脑。这样，既能向笔记本电脑投屏至少一个可操作界面，使得用户能够继续操作，又能够确保有安全需求的窗口界面的安全性，并且能够节省传输资源。

需要说明的是，在一些可能的实施方案中，手机可以在本阶段将安全界面发送到笔记本电脑。相应的，笔记本电脑可以将安全界面存储在本地，以及在接收到来自于手机的安全保护指令之后，将安全保护指令指示投屏界面显示为该安全界面。

图6示意了一种安全界面60。安全界面60包含图标61和图标62。图标61例如显示以下信息：“需要在手机端操作，以保护您的隐私”。图标62例如显示以下信息：“在手机上显示该应用”，图标62可选的接收用户在电脑上的点击，通过例如Miracst UIBC(user inputback control，用户输入反向控制)协议发送至手机侧。安全界面60 的背景颜色可以纯色，例如黑色。另一些实施例中，为了优化用户的观感，安全界面60 的背景可以是高斯模糊化的手机壁纸。

在一些实施方案中，安全界面的背景可选地由电脑侧产生。在一些实施方案中，为了更好地给用户在手机和电脑上的体验一致性，安全界面可选地由手机侧产生，例如手机对其壁纸进行高斯模糊处理后发送至电脑，电脑存储该处理后的壁纸。电脑在接收到手机发送的显示安全界面的时候从本地读取该壁纸并显示。可以理解的是，当手机侧检测到本机壁纸更换，手机会执行上面的操作以使得电脑侧和安全界面的背景能够和手机侧的壁纸保持一致。

可以理解的是，图6仅是示意性描述，对本申请实施例不构成限制。在另一些实施例中，安全界面还可以包含其他信息。另外，安全界面包含的信息可以灵活设置。此处不再详述。

出现安全需求界面的显示阶段：

在手机向笔记本电脑投屏第一组窗口界面之后，用户在手机端继续操作或者在笔记本电脑端继续操作，均可能触发显示具备安全需求的界面。以下从用户触发手机和用户触发笔记本电脑两种的场景的角度，对显示安全界面的实施例进行描述。

场景一：用户在笔记本电脑端操作

本申请实施例中，笔记本电脑接收到用户点击投屏界面的指令后，该笔记本电脑可以生成第一操作指令，该第一操作指令与第一APP关联。第一APP是用户所点击图像指示的APP。之后，笔记本电脑基于WiFi Direct技术将该第一操作指令发送到手机。手机响应该第一操作指令，对第一APP执行操作，从而触发第一APP所显示窗口界面更改，进而，使得手机的display更新。进而，手机对应更新后的display执行安全标志位检测及再次投屏的操作，从而使得笔记本电脑显示用户触发的APP的投屏界面，实现用户基于投屏界面对手机的APP进行操作的功能。图7中的(a)至(b)示意了场景一中的一种示例性显示方法。图8中的(a)至(b)示意了随图7示意的实施过程，手机端display 的示意性变化过程。

如图7中的(a)所示，GUI70是手机将图8中的(a)示意的display80投屏到笔记本电脑之后，笔记本电脑的显示界面。GUI70包括投屏界面701和投屏界面702，投屏界面701例如是手机桌面的投屏界面，包括邮箱和备忘录等APP的图像。投屏界面702 例如是备忘录的窗口界面的投屏界面。其中，投屏界面701对应标识task 0，投屏界面 702对应标识task 1。在接收到用户点击邮箱的指令后，笔记本电脑生成第一操作指令，该第一操作指令用于触发手机运行邮箱APP(前述第一APP的实例)。之后，笔记本电脑将第一操作指令发送到手机。手机响应第一操作指令运行邮箱APP，从而启动邮箱的登录界面。邮箱的登录界面如图12所示，此处不详述。进而，手机端的display80更新为图8中的(b)示意的display81。之后，手机将display81投屏到笔记本电脑，使得笔记本电脑的GUI70更新为图7中的(b)示意的GUI71。

其中，笔记本电脑接收用户的点击操作之后，可以识别用户点击的图像对应的第一 APP标识，第一APP标识用于指示第一APP。之后，笔记本电脑生成第一操作指令，该第一操作指令中包含第一APP标识。进而，手机可以根据第一APP标识确定第一APP。第一APP标识例如可以是第一APP的名称。

图7中的(b)示意的GUI71是手机将图8中的(b)示意的display81投屏到笔记本电脑之后，笔记本电脑的显示界面。GUI71包括投屏界面711、投屏界面712和投屏界面713。投屏界面711对应标识task 0，投屏界面712对应标识task 1，投屏界面713 对应标识task 2。其中，投屏界面711例如是手机桌面的投屏界面，投屏界面711与GUI70 中的投屏界面701相同。投屏界面712例如是备忘录的窗口界面的投屏界面，投屏界面 712与GUI70中的投屏界面702相同。投屏界面713例如是邮箱的窗口界面的投屏界面，投屏界面713是如图6所示的安全界面。此处不详述。

如图8中的(a)所示，display80中包括窗口界面71和窗口界面72。窗口界面71 是手机桌面，投屏得到GUI70中的投屏界面701。窗口界面72是备忘录的窗口界面，投屏得到GUI70中的投屏界面702。由于显示窗口界面71和窗口界面72，WMS以手机显示屏的宽度为单位扩展出一个虚拟display，使得display80包括display801和 display802，display801是手机的显示屏对应的显示区域，display802是虚拟display， display802的宽度可以与display801的宽度相同。进而，WMS将窗口界面71部署在 display801内显示，将窗口界面72部署在display802内显示。另外，为了便于识别窗口界面71和窗口界面72，AMS为窗口界面71设置标识task 0，以及为窗口界面72设置标识task 1。进而，本实施例中，手机在确定窗口界面71和窗口界面72均无安全需求之后，将task 0、task 1以及窗口界面71和窗口界面72的视频流发送到笔记本电脑，使得笔记本电脑呈现GUI70。

进一步的，手机响应第一操作指令打开显示邮箱的登录界面之后，手机的display在display80的基础上增加了一个窗口界面，进而，display80更新为display81。

如图8中的(b)所示，display81是投屏得到GUI71的示意性显示界面。display81中包括窗口界面71、窗口界面72和窗口界面73。窗口界面71投屏得到GUI71中的投屏界面711。窗口界面72投屏得到GUI71中的投屏界面712。窗口界面73投屏得到GUI71 中的投屏界面713。本实施例中，为了容纳窗口界面71、窗口界面72和窗口界面73， DMS基于手机的显示屏扩展出虚拟display，以得到display81。display81包括 display811和display812。display811是手机的显示屏，display812是虚拟display， display812的宽度可以是display811宽度的两倍。进而，WMS将窗口界面71部署在 display811内显示，并为窗口界面71设置标识task 0，以及将窗口界面72和窗口界面 73部署在display812内平铺显示，并为窗口界面72设置标识task 1，为窗口界面73 设置标识task 2。

一些实施例中，display81可以是手机对display80继续操作得到的。

进而，手机的WMS遍历窗口界面71的Activity，窗口界面72的Activity，以及窗口界面73的Activity，以确定每个Activity中是否包含flag(可以理解为判断flag 是否置位)。示例性的，WMS确定窗口界面71的Activity和窗口界面72的Activity均不包含flag，而窗口界面73的Activity中包含第一flag。之后，手机向笔记本电脑发送task 0、task 1、task 2、窗口界面71和窗口界面72的视频流、以及安全保护指令。其中，窗口界面71的视频流与task 0对应，窗口界面72的视频流与task 1对应，安全保护指令与task 2对应。进而，笔记本电脑分割窗口界面71和窗口界面72的视频流，以及显示投屏界面711、投屏界面712。并且，笔记本电脑响应安全保护指令将窗口界面 73的投屏界面显示为安全界面，以得到投屏界面713。

一些实施例中，手机向笔记本电脑投屏第一组窗口界面之后，手机的显示屏可以始终显示手机桌面。手机响应来自于笔记本电脑的操作指令显示的窗口界面，可以在虚拟display显示。

场景二：用户在手机端操作

本申请实施例中，手机接收用户输入的第二操作指令之后，通常在手机的桌面显示指令触发的第二APP界面。这样，手机的桌面更新，进而手机的display也随之更新。那么，手机可以基于更新后的display向笔记本电脑投屏，使得笔记本电脑的投屏界面随之更新。图9中的(a)至(c)示意了场景二中的一种示例性显示方法。图10中的(a) 至(b)示意了随图9示意的实施过程，手机端display的示意性变化过程。

如图9中的(a)所示，GUI90是手机将图10中的(a)示意的display101投屏到笔记本电脑之后，笔记本电脑的显示界面。GUI90包括投屏界面901和投屏界面902，投屏界面901例如是手机桌面的投屏界面。投屏界面902例如是备忘录的窗口界面的投屏界面。其中，投屏界面701对应标识task 0，投屏界面701对应标识task 1。

如图9中的(b)所示，GUI91是手机的桌面，GUI91包含邮箱等界面元素。在将display101投屏到笔记本电脑之后，手机例如接收到用户点击输入的第二操作指令，该第二操作指令例如用于启动第二APP。第二APP例如是邮箱APP。进而，由于用户需要在手机端对邮箱进行操作，所以，本实施例中，手机在显示屏显示邮箱的登录界面。邮箱的登录界面如图12所示，此处不详述。相应的，手机桌面对应的窗口界面更新为邮箱的登录界面，display101更新为图10中的(a)示意的display102。之后，手机将display102 投屏到笔记本电脑，使得笔记本电脑的GUI91更新为图9中的(c)示意的GUI92。

图9中的(c)示意的GUI92是手机将图10中的(b)示意的display102投屏到笔记本电脑之后，笔记本电脑的显示界面。GUI92包括投屏界面921和投屏界面922，投屏界面921是邮箱的窗口界面的投屏界面，例如是如图6所示的安全界面。投屏界面922 例如是备忘录的窗口界面的投屏界面。其中，投屏界面921对应标识task 0，投屏界面 922对应标识task 1。

如图10中的(a)所示，display101中包括窗口界面1011和窗口界面1012。DMS 为窗口界面1011设置标识task 0，以及为窗口界面1012设置标识task 1。窗口界面 1011投屏得到GUI90中的投屏界面901。窗口界面1012投屏得到GUI90中的投屏界面 90。display101与图8中的(a)所示的display80类似，此处不详述。

如图10中的(b)所示，display102中包括窗口界面1021、窗口界面1022和窗口界面1023。其中，窗口界面1021与窗口桌面1011相同，是手机的桌面，窗口界面1022 与窗口界面1012相同，是备忘录的界面，窗口界面1023是邮箱的登录界面，对应标识 task 2。即，手机响应第二操作指令显示邮箱的登录界面之后，AMS启动邮箱APP，以及进入邮箱登录界面，并为邮箱APP配置标号task 2。DMS在display101基础上执行扩展，得到display102，以能够容纳窗口界面1023。进而，本实施例中，手机可以值将窗口界面1022和窗口界面1023投屏到笔记本电脑。具体实现时，手机通过WMS可以确定窗口界面1023是具备安全需求的界面，而窗口界面1022无安全需求。之后，手机将task 1、 task 2、安全保护指令和窗口界面1012的视频流发送到笔记本电脑。其中，task2与安全保护指令对应，task 1与窗口界面1012的视频流对应。进而，笔记本电脑显示GUI92。

基于与图9和图10示意的实施例同样的原理，在图5C-2对应的实施例中，手机接收到用户触发窗口界面561显示的指令，或者用户触发窗口界面561显示的指令，手机的桌面界面更新为具备安全需求的窗口界面。进而，手机基于更新后的窗口界面再次投屏，使得笔记本电脑端task 0对应的投屏界面是安全界面。

另一些实施例中，若手机响应第二操作指令显示的界面无安全需求，那么，手机的显示屏显示的是无安全要求的窗口界面，进而，手机可以将相应窗口界面的图像投屏到笔记本电脑。相应的，笔记本电脑可以显示相应窗口界面的投屏界面和备忘录窗口界面的投屏界面。

可见，采用本实现方式，手机将待投屏的窗口界面和task ID关联，在窗口界面更新之后，手机可以通过task ID指示笔记本电脑显示每个窗口界面的投屏界面，从而使得笔记本电脑能够以窗口界面为单位显示投屏界面，既能够安全显示有安全要求的界面，也能够确保用户对无安全要求的界面正常操作。

对安全界面操作之后的显示阶段：

对应上述场景一，当笔记本电脑将第一APP的投屏界面显示为安全界面之后，用户可以通过该笔记本电脑触发相应窗口界面在手机的显示屏显示，以在手机端对第一APP 继续操作。其中，第一APP的窗口界面在手机的显示屏显示，以及用户继续操作，均会触发手机端display的更新，进而，触发笔记本电脑端所显示的投屏界面的变化。

以下结合图11和图12，对第一APP的窗口界面在手机的显示屏显示的场景中，笔记本电脑的显示方法以及手机端display的变化过程进行描述。

接前述场景一，图11中的(a)中笔记本电脑的GUI例如是GUI71，其中，投屏界面713包括图标1101，图标1101与图6中的图标62相同，此处不赘述。在接收到用户点击图标1101的操作后，笔记本电脑生成第三操作指令，该第三操作指令用于触发手机在显示屏显示图12示意的邮箱的登录界面，以便于用户在手机端对邮箱执行登录操作。进而，手机端的display81中的窗口界面73在手机的显示屏显示，使得手机呈现图12 的界面。进而，手机可以基于display81，将窗口界面72和窗口界面73再次投屏到笔记本电脑，使得笔记本电脑的GUI71更新为图11中的(b)示意的GUI111。

其中，笔记本电脑接收用户的点击操作之后，可以获取投屏界面713对应的标识task 2。之后，笔记本电脑生成第三操作指令，该第三操作指令中包含标识task 2。进而，手机可以根据标识task 2确定邮箱的登录界面。

图11中的(b)示意的GUI111是手机将图8中的(b)示意的display81投屏到笔记本电脑之后，笔记本电脑的显示界面。GUI111包括投屏界面1111和投屏界面1112。投屏界面1111对应标识task 0，投屏界面1112对应标识task 1。其中，投屏界面1111 是邮箱登录界面的投屏界面，投屏界面1111是如图6所示的安全界面。投屏界面1112 是备忘录的窗口界面的投屏界面，投屏界面1112与GUI71中的投屏界面712相同，此处不详述。

结合图8中的(b)示意的display81，本实施例中，手机可以基于窗口界面72左上角的起始坐标获取窗口界面72的视频流并渲染，然后，将task 1、task 2、渲染得到的视频流以及安全保护指令发送到笔记本电脑，其中，task 1对应视频流，task 2对应安全保护指令。进而，笔记本电脑显示task1对应的投屏界面1112，以及task2对应的投屏界面1111。需要指出的是，本实施例中，手机发送的投屏信息中不包含display81 内task0以及与task0对应的信息(即手机桌面的界面)，所以，GUI 111中不包含task 0 对应的投屏界面。从用户视觉效果上看，GUI71更新为GUI 111过程中，笔记本电脑删除了投屏界面713，并将投屏界面711更新为安全界面。

图12示意的GUI120是手机端的邮箱登录界面。GUI120包括输入“邮箱帐号”的控件1201、输入“密码”的控件1202以及“登录”按钮1203等界面元素。其中，控件1202 中包括提醒信息“输入密码”，提示信息“输入密码”的字体灰度值较低，以提醒用户在该控件中输入邮箱的登录密码。在接收到用户输入的密码之后，提示信息“输入密码”隐藏。一些实施例中，控件1201中包括提醒信息“输入邮箱帐号”，提示信息“输入邮箱帐号”的字体灰度值较低，以提醒用户在该控件中输入邮箱的登录帐号。在接收到用户输入的帐号之后，提示信息“输入邮箱帐号”隐藏。另一些实施例中，控件1201中包括邮箱的登录账号，控件1202中包括提醒信息“输入密码”。在手机通过显示屏显示 GUI120的场景中，手机的display由display81更新为display142。

进一步的，以下结合图13至图14B，对手机接收用户对第一APP执行的操作之后，笔记本电脑的显示方法以及手机端display的变化过程进行描述。

需要指出的是，图11中的(b)对应的实施场景与图9中的(c)对应的实施场景相同。基于此，以下显示方法的实施例对于上述两种实施场景均适用，本申请实施例不再重复描述。

结合图12，手机可以接收用户点击按钮1203输入的登录指令，该登录指令中包含用户输入的邮箱帐号和密码。在确定相应邮箱帐号和密码正确无误之后，AMS调用邮箱主界面的Activity，相应的，手机显示邮箱的主界面。邮箱的主界面如图13中task 2 标识的窗口界面所示。

图13示意的display142包括窗口界面1421、窗口界面1422和窗口界面1423，窗口界面1421对应标识task 0，是手机桌面。窗口界面1422对应task 1是备忘录的窗口界面。窗口界面1423对应task 2，是邮箱主界面的窗口界面。本实施例中，在确定邮箱帐号和密码均正确之后，DMS可以控制display81中task 0对应的登录界面关闭或隐藏，并通过新的窗口界面显示邮箱主界面。这样，使得task 0标识的窗口界面更新为手机桌面，且，增加了新的窗口界面。进一步的，AMS为新的窗口界面配置标识task 2，以得到图13示意的display142。

一些实施例中，手机可以将display142中窗口界面1422和窗口界面1423投屏到笔记本电脑端，得到图14A示意的GUI151。另一些实施例中，手机可以将display142中的所有窗口界面均投屏到笔记本电脑端，得到图14B示意的GUI152。

如图14A所示，GUI151包括投屏界面1511和投屏界面1512。其中，投屏界面1511 对应task 1，是display142中窗口界面1422的投屏界面。投屏界面1512对应task 2，是display142中窗口界面1423的投屏界面。

如图14B所示，GUI152包括投屏界面1521、投屏界面1522和投屏界面1523。其中，投屏界面1521对应task 0，是display142中窗口界面1421的投屏界面。投屏界面1522 对应task 1，是display142中窗口界面1422的投屏界面。投屏界面1523对应task 2，是display142中窗口界面1423的投屏界面。

需要指出的是，上述手机与笔记本电脑之间各项信息和指令的交互，均可以基于WiFi Direct技术。

可以理解的是，图5A至图14B仅是示意性描述，对本申请实施例不构成限制。在另一些实施例中，上述显示方法的实施例，同样适用于手机其他APP的显示，此处不再一一描述。另外，上述各场景下的GUI可以根据手机型号，所搭载的系统的版本等的不同而不同。此处不再详述。

另外，上述实施例仅是以手机和笔记本电脑为例进行的说明，对本申请实施例不构成限制。在另一些实施例中，本申请实施例涉及的第一设备还可以实现为折叠屏设备、平板电脑等，本申请实施例涉及的第二设备还可以实现智慧屏等。此处不限制。

以下以第一设备实现为手机，第二设备实现为PC为例，对本申请实施例涉及的显示方法的整体流程进行描述。

参见图15，图15示意了本申请的第三种示例性显示方法。在一些实施例中，手机侧进行多屏协同。手机侧首先判断是否当前位多屏协同，若不是则采用默认应用锁策略 (即手机侧不会将视频流发送至PC侧)，若是手机侧判断是否处于安全输入界面，不是则使用默认窗口显示，是则向PC发送处于安全输入界面的应用对应的task ID和遮盖画面(该遮盖画面也可选地预先存储在PC上)。手机待用户输入完密码后(window state 对应的flag复位)，通知PC。PC取消对安全输入界面对应的应用窗口的遮盖。

可以理解的是，相对于传统的解决方案在遇到安全标志位flag时不会将display上的内容投至对端设备。本申请实施例的方案不管有没有安全标志位flag时都会将display上的内容投至对端设备，与此同时传递安全标志位flag，告诉PC对存在安全标志位flag进行安全图层遮盖，实现多屏协同多窗口的安全保障。

综上，本申请实施例的显示方法，第一设备在投屏之前确定各个窗口界面是否具备安全需求，进而，第一设备根据检测结果，将每个窗口界面的taskID以及该窗口界面的投屏信息发送到第二设备。第二设备基于taskID显示安全界面和包含窗口界面内容的投屏界面，其中，安全界面是有安全需求的窗口界面的投屏界面。这样，第二设备既能够安全显示有安全要求的界面，也能够确保用户对无安全要求的界面正常操作。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (9)

1.一种显示方法，其特征在于，所述方法包括：

第一设备接收用户输入的投屏指令；

响应于所述投屏指令，所述第一设备将所述第一窗口界面投屏到第二设备；

所述第一设备响应指令运行第二窗口界面；

所述第一设备确定所述第二窗口界面包含安全标志位；

所述第一设备向所述第二设备发送所述第二窗口界面对应的任务号以及安全保护指令，所述安全保护指令用于指示所述第二设备将所述第二窗口界面的投屏界面显示为安全界面。

2.如权利要求1所述的方法，其特征在于，所述第一设备响应指令运行第二窗口界面，包括：

所述第一设备接收来自于所述第二设备的第一操作指令，所述第一操作指令关联第一应用程序APP，所述第二窗口界面是所述第一APP的一个窗口界面；

所述第一设备运行所述第一APP，以启动所述第二窗口界面。

3.如权利要求1所述的方法，其特征在于，所述第一设备响应指令运行第二窗口界面，包括：

所述第一设备接收用户输入的第二操作指令，所述第二操作指令对应第一应用程序APP，所述第二窗口界面是所述第一APP的一个窗口界面；

所述第一设备运行所述第一APP，以及显示所述第二窗口界面。

4.如权利要求1或2所述的方法，其特征在于，所述第一设备向所述第二设备发送所述第二窗口界面对应的任务号以及安全保护指令之后，还包括：

所述第一设备接收来自于所述第二设备的第三操作指令，所述第三操作指令包含所述第二窗口界面对应的任务号；

响应于所述第三操作指令，所述第一设备显示所述第二窗口界面；

所述第一设备接收用户基于所述第二窗口界面输入的操作信息；

所述第一设备将所述第二窗口界面更新为第三窗口界面；

所述第一设备将所述第三窗口界面投屏到所述第二设备。

5.如权利要求1-4中任一项所述的方法，其特征在于，所述第一设备确定所述第二窗口界面包含安全标志位，包括：

所述第一设备调用所述第一设备的窗口管理服务遍历所述第二窗口界面的窗口状态；

若所述第二窗口界面的窗口状态包含安全旗flag，所述第一设备确定所述第二窗口界面包含安全标志位。

6.如权利要求5所述的方法，其特征在于，

所述安全旗包括第一旗flag、第二flag和第三flag，所述第一flag指示应用安全锁，第二flag指示应用主动设置、第三flag指示调用安全键盘。

7.一种电子设备，其特征在于，用作第一设备，所述电子设备包括存储器和一个或多个处理器；其中，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述计算机指令被所述处理器执行时，使得所述电子设备执行如权利要求1至6中任一项所述的显示方法。

8.一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至6中任一项所述的显示方法。

9.一种计算机程序产品，其特征在于，包括指令，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1至6中任一项所述的显示方法。

Images