CN115268809A

CN115268809A - 多屏协同过程中恢复窗口的方法、电子设备和系统

Info

Publication number: CN115268809A
Application number: CN202110494161.0A
Authority: CN
Inventors: 谷贺瑾; 刘诗聪; 祁国强
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-04-30
Filing date: 2021-04-30
Publication date: 2022-11-01
Also published as: WO2022228004A1

Abstract

本申请提供了一种多屏协同过程中恢复窗口的方法、电子设备和系统，该方法应用于手机和PC多屏协同过程，PC记录一个或多个手机窗口的信息，当手机和PC连接中断之后，根据待恢复的窗口对应的应用在手机上的运行状态和用户操作，以及断开连接前的手机窗口的使用情况、手机窗口的数量等，结合不同的场景，确定恢复手机窗口的策略，并在一个或多个手机窗口的冻屏界面为用户提供多种可能的恢复按钮，以便用户可以根据自己的使用需求快速恢复手机窗口，该恢复窗口的操作便捷，更加符合用户的使用习惯，提升了用户多屏协同的体验。

Description

多屏协同过程中恢复窗口的方法、电子设备和系统

技术领域

本申请涉及电子技术领域，尤其涉及一种多屏协同过程中恢复窗口的方法、电子设备和系统。

背景技术

随着电子设备的发展，用户使用的电子设备的种类越来越多，用户可能同时拥有手机、个人电脑(personal computer，PC)等多种电子设备，多种电子设备之间可以实现数据共享。

为了更方便地在不同的电子设备之间实现数据共享，一种可能的方式中，可以通过多屏协同技术实现。以手机和PC之间的多屏协同为例，当手机和PC通过有线或无线的方式建立连接后，PC的显示屏上会显示手机界面的窗口，可以称为“手机窗口”。在多屏协同的操作过程中，初始状态下，PC的显示屏上可以通过一个手机窗口显示手机的运行界面；或者，用户可以通过PC的键盘、鼠标或触摸屏等，使用手机安装的一个或多个应用程序，PC可以进一步以多个独立窗口的形式同时运行手机安装的应用程序，即通过多个手机窗口显示不同的应用界面，便于用户做数据的比对、执行拖拽传输等操作，极大地提升了用户工作和学习的效率。

当用户在PC的显示屏上同时打开多个手机应用程序对应的窗口时，可能会出现手机和PC之间连接通道的异常关闭的情况，例如无线局域网(wireless local areanetworks，WLAN)或蓝牙(bluetooth，BT)通道的异常关闭、数据线短时间内被意外断开等，连接通道的异常场景可能会导致PC上的多个手机窗口的内容消失。在该异常场景中，如何恢复PC上的多个手机窗口，为用户提供连续的体验是当前亟需解决的问题。

发明内容

本申请提供一种多屏协同过程中恢复窗口的方法、电子设备和系统，在多屏协同过程中，当电子设备之间连接中断时，为用户提供多种可能的恢复窗口的方法，以便用户可以根据自己的使用需求快速恢复手机窗口，该恢复窗口的操作便捷，更加符合用户的使用习惯，提升了用户多屏协同的体验。

第一方面，提供了一种恢复窗口的方法，所述方法包括：第一电子设备接收第二电子设备发送的第一应用的界面信息和第二应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用和所述第二应用为所述第二电子设备前台运行或后台运行的应用；所述第一电子设备根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面，根据所述第二应用的界面信息，在第二窗口中显示所述第二应用的第二界面；当所述第一电子设备和所述第二电子设备连接中断时，所述第一电子设备关闭所述第二窗口且在所述第一窗口中显示第三界面，所述第三界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第三界面上显示第一按钮；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作；响应于用户对所述第一按钮的第一操作，所述第一电子设备向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面。

应理解，以手机和PC之间的多屏协同过程为例，PC作为第一电子设备，第二电子设备和第一电子设备“连接中断”可以理解为“连接通道异常”的场景，也可以称为手机和PC之间“被动断开”的场景。其中，“被动断开”可以是与“主动断开”对立的概念，即并非用户主动发起的断开连接的行为。示例性的，用户“主动断开”连接的行为可以包括：用户主动点击电脑管家主界面中的“断开连接”按钮，或用户主动点击手机通知栏的“断开连接”按钮等，有明确的断开手机和PC之间连接意图的行为。

或者，“连接通道异常”的场景可以理解为手机和PC之间断开连接，连接通道异常的时长小于或等于预设时长，手机和PC可以快速再次恢复连接的场景，手机和PC断开连接之前的连接方式，和手机和PC断开连接之后再次恢复连接时建立的连接方式可以相同，也可以不同，本申请实施例对此不作限定。示例性的，如果手机和PC通过碰一碰建立连接，当手机和PC之间的距离超过一定范围时连接断开，当用户发现PC显示屏上的一个或多个窗口异常之后，可能短时间内找到原因并重新建立手机和PC的连接，例如预设时间内重新通过碰一碰建立连接等。

还应理解，“连接通道异常”可能是手机和PC中的任意一个设备异常导致的，也可能是手机和PC同时出现设备异常导致的，本申请实施例对连接通道异常的原因不作限定。

此外，本申请实施例还可以用于手机和PC的连接通道异常前后的连接方式不同的场景中，例如，手机和PC先建立WIFI连接进行多屏协同过程，当WIFI通道异常之后，用户通过碰一碰重新建立连接。换言之，在该连接通道异常前后的连接方式不同的场景中，也可以通过本申请实施例提供的多种可能的方法快速恢复手机窗口，后续不再赘述。

以上多种连接通道异常的场景，可能会导致手机和PC的连接中断，进而导致PC的显示屏的一个或多个手机窗口变为“第三界面”，还可以称为“冻屏界面”。应理解，冻屏界面可以是该手机窗口的原有界面的内容消失。可选地，该第三界面可以显示空白内容，或者，可以显示用于提示用户如何恢复多屏协同的提示信息，例如：点击下方按钮恢复协同。本申请实施例对第三界面的显示内容不作限定。

需要说明的是，本申请所说的用户操作(例如第一操作、第二操作、第三操作等)可以是用户通过鼠标、键盘等PC的外设输入设备执行的操作；或者对于具有触摸显示屏的PC，用户点击操作还可以是用户在显示屏上的触摸操作、点击操作等，本申请实施例对用户操作的类型和方式不作限定。

通过上述方法，当第一电子设备的显示屏上显示了主窗口和至少一个子窗口时，在第二电子设备和第一电子设备多屏协同过程且连接通道异常的场景中，第一电子设备可以将主窗口和至少一个子窗口合并到主窗口中，即在第一电子设备显示屏上仅保留主窗口且该主窗口为焦点态显示，并在主窗口中为用户提供恢复按钮，用户点击该恢复按钮可以实现快速恢复主窗口的内容，从而快速恢复第一电子设备和第二电子设备的多屏协同。该恢复窗口的方法操作简单，缩短了多屏协同窗口的恢复时长，提升了用户体验。

结合第一方面，在第一方面的某些实现方式中，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述方法还包括：所述第一电子设备向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态；所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息；当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

应理解，手机和PC断开连接之前，PC可以记录当前显示屏上显示的手机窗口的数量、位置、对应的应用类型等，以及PC还可以向手机请求获取当前手机前台或后台运行的应用名称或应用标识等，并进行记录，进而可以在恢复窗口的过程中，为用户提供多种可能的实现方式。

可选地，在本申请实施例中，第一电子设备和第二电子设备之间界面信息和/或第一请求消息和/或第二请求消息等可以以是视频流的形式进行交互。例如，手机的视频流处理单元将待投屏显示的手机主界面的显示数据经过编码成视频流，发送给PC，然后PC的视频流处理单元对该视频流进行解码，以得到待投屏显示的手机主界面的显示数据，进而根据该手机主界面的界面信息在PC的多屏协同窗口中显示手机的主界面，本申请实施例对此不再赘述。

通过上述方法，第一电子设备和第二电子设备多屏协同过程中，当第一电子设备和第二电子设备连接中断之后，第二电子设备在恢复显示手机窗口之前，可以通过检测并确定待恢复的窗口对应的应用的运行状态，以及根据断开连接前的手机窗口的使用情况、手机窗口的数量等，结合不同的场景，为用户确定恢复手机窗口的策略，使得手机窗口的恢复过程更加快速，操作更加便捷，更加符合用户的使用习惯，进而提升了用户多屏协同的体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第二按钮，所述方法还包括：当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第二按钮的第二操作；响应于用户对所述第二按钮的第二操作，所述第一电子设备向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的运行界面(如，第一界面)，根据所述第二应用的界面信息，恢复显示所述第二窗口且在所述第二窗口中显示所述第二应用的运行界面(如，第二界面)。

可选地，用户点击“第二按钮”可以触发第二电子设备同时恢复多个窗口，例如用户点击第二按钮，选择恢复第一应用的第一窗口和第二应用的第二窗口。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述方法还包括：所述第一电子设备向所述第二电子设备发送第四请求消息，所述第四请求消息用于请求获取所述第一应用的运行状态和所述第二应用的运行状态；所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息和所述第二应用的运行状态；当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用，且根据所述第二应用的运行状态信息确定所述第二应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第三请求消息。

可选地，在恢复第一应用的第一窗口和第二应用的第二窗口之前，第一电子设备可以查询第二电子设备侧的应用的运行状态，当第一应用和第二应用为前台运行或后台运行的应用时，可以恢复显示第一应用的第一窗口和第二应用的第二窗口；如果第一应用和第二应用都为被卸载或关闭的状态时，不恢复显示第一应用的第一窗口和第二应用的第二窗口。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第三按钮，所述方法还包括：当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第三按钮的第三操作；响应于用户对所述第三按钮的第三操作，所述第一窗口中显示多个选项，所述多个选项中包括第一选项和第二选项，所述第一选项对应于第一应用，所述第二选项对应于第二应用；接收用户选中并确定所述第一选项的操作，响应于用户选中并确定所述第一选项的操作，所述第一电子设备关闭所述第二窗口且向所述第二电子设备发送所述第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面；

或者，接收用户选中并确定所述第二选项的操作，响应于用户选中并确定所述第二选项的操作，所述第一电子设备关闭所述第一窗口且向所述第二电子设备发送所述第五请求消息，所述第五请求消息用于请求获取所述第二应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第二应用的界面信息；根据所述第二应用的界面信息，恢复显示所述第二窗口且在所述第二窗口中显示所述第二应用的第二界面；

又或者，接收用户选中并确定所述第一选项和所述第二选项的操作，响应于用户选中并确定所述第一选项和所述第二选项的操作，所述第一电子设备向所述第二电子设备发送所述第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面，且根据所述第二应用的界面信息，在所述第二窗口中恢复显示所述第二应用的第二界面。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述多个选项中还包括第三选项，所述第三选项对应于第三应用，所述第三应用是用户使用频率最高的应用；和/或所述第三应用是在所述第一电子设备和所述第二电子设备连接中断之前的预设时段内用户使用过的应用；和/或所述第三应用是用户预设应用集合中的任意应用。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，所述方法还包括：接收用户选中并确定所述第三选项的操作，响应于用户选中并确定所述第三选项的操作，所述第一电子设备向所述第二电子设备发送所述第六请求消息，所述第六请求消息用于请求所述第二电子设备后台运行所述第三应用并获取所述第三应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第三应用的界面信息；根据所述第三应用的界面信息，显示第三窗口且在所述第三窗口中显示所述第三应用的运行界面，所述第三窗口是独立于所述第一窗口和所述第二窗口的新窗口。

综上所述，通过上述方法，手机和PC多屏协同过程中，当手机和PC连接中断之后，PC在恢复显示手机窗口之前，通过检测并确定待恢复的窗口对应的应用的运行状态，以及根据断开连接前的手机窗口的使用情况、手机窗口的数量等，结合不同的场景，为用户确定恢复手机窗口的策略，使得手机窗口的恢复过程更加快速，操作更加便捷，更加符合用户的使用习惯，进而提升了用户多屏协同的体验。

第二方面，提供了一种恢复窗口的方法，所述方法包括：第一电子设备接收第二电子设备发送的第一应用的界面信息和第二应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用和所述第二应用为所述第二电子设备前台运行或后台运行的应用；所述第一电子设备根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面，根据所述第二应用的界面信息，在第二窗口中显示所述第二应用的第二界面；当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口中显示第三界面，所述第三界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第一窗口的第三界面上显示第一按钮，且所述第二窗口中显示第四界面，所述第四界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第二窗口的第四界面上显示第二按钮；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作或对所述第二按钮的第二操作；响应于用户对所述第一按钮的第一操作或对所述第二按钮的第二操作，所述第一电子设备向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面，且根据所述第二应用的界面信息，在所述第二窗口中恢复显示所述第二应用的第二界面。其中，所述第三界面和所述第四界面可以相同，可以不同。

通过上述方法，以手机和PC之间的多屏协同过程为例，PC作为第一电子设备，手机作为第二电子设备，手机和PC的连接中断之后，PC 200显示屏上显示与断开前同样数量的窗口，并在每一个窗口中为用户提供恢复按钮，用户可以选择通过任意一个窗口中的回复按钮实现快速的恢复多屏协同，该过程在手机和PC的连接中断时，用户不会有正在使用的手机窗口突然消失的感觉，而且用户可以根据当前使用手机窗口的情况，从任意一个手机窗口中恢复显示，在主窗口最小化到PC的状态栏等情况下，不需要用户点开主窗口，简化了操作，提高了用户体验。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述方法还包括：所述第一电子设备向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态和所述第二应用的运行状态；所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息和所述第二应用的运行状态信息；当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用，且根据所述第二应用的运行状态信息确定所述第二应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，所述方法还包括：接收用户对所述第二窗口的关闭操作，响应于用户对所述第二窗口的关闭操作，所述第一电子设备关闭所述第二窗口；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作；响应于用户对所述第一按钮的第一操作，所述第一电子设备向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面。

结合第二方面和上述实现方式，在第二方面的某些实现方式中，所述方法还包括：当根据所述第二应用的运行状态信息确定所述第二应用在所述第二电子设备上被终止运行或卸载时，所述第一电子设备关闭所述第二窗口。

通过上述方法，手机和PC多屏协同过程中，当手机和PC连接中断之后，PC在恢复显示手机窗口之前，通过检测并确定待恢复的窗口对应的应用的运行状态，以及根据断开连接前的手机窗口的使用情况、手机窗口的数量等，结合不同的场景，为用户确定恢复手机窗口的策略，使得手机窗口的恢复过程更加快速，操作更加便捷，更加符合用户的使用习惯，进而提升了用户多屏协同的体验。

第三方面，提供了一种恢复窗口的方法，所述方法包括：第一电子设备接收第二电子设备发送的第一应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用为所述第二电子设备前台运行或后台运行的应用；所述第一电子设备根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面；当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口中显示第二界面，所述第二界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第二界面上显示第一按钮；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作；响应于用户对所述第一按钮的第一操作，所述第一电子设备向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面。

结合第三方面，在第三方面的某些实现方式中，所述第一电子设备向所述第二电子设备发送第一请求消息之前，所述方法还包括：所述第一电子设备向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态信息；所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息，当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

第四方面，提供了一种恢复窗口的方法，所述方法包括：第二电子设备向第一电子设备发送一个或多个应用的界面信息，所述一个或多个应用的界面信息用于在所述第一电子设备上显示所述一个或多个应用对应的窗口，其中，所述一个或多个应用为所述第二电子设备前台运行或后台运行的应用，所述第二电子设备和所述第一电子设备为建立连接的状态；当所述第一电子设备和所述第二电子设备连接中断且重新恢复连接时，所述第二电子设备接收所述第一电子设备发送的第一请求消息，所述第一请求消息用于请求获取所述一个或多个应用的界面信息；所述第二电子设备根据所述第一请求消息，确定所述一个或多个应用中处于前台运行或后台运行的第一应用，以及处于终止运行状态或卸载状态的第二应用；所述第二电子设备根据所述第一应用确定所述第一应用的界面信息；所述第二电子设备向所述第一电子设备发送所述第一应用的界面信息，所述第一应用的界面信息用于在所述第一电子设备上通过第一窗口显示所述第一应用的第一界面。

结合第四方面，在第四方面的某些实现方式中，所述方法还包括：所述第二电子设备向所述第一电子设备发送关闭所述第二应用对应的第二窗口的指令。

第五方面，提供了一种第一电子设备，所述第一电子设备用于：接收第二电子设备发送的第一应用的界面信息和第二应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用和所述第二应用为所述第二电子设备前台运行或后台运行的应用；根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面，根据所述第二应用的界面信息，在第二窗口中显示所述第二应用的第二界面；当所述第一电子设备和所述第二电子设备连接中断时，关闭所述第二窗口且在所述第一窗口中显示第三界面，所述第三界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第三界面上显示第一按钮；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作；响应于用户对所述第一按钮的第一操作，向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面。

结合第五方面，在第五方面的某些实现方式中，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述第一电子设备还用于：向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态；接收第二电子设备发送的所述第一应用的运行状态信息；当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第二按钮，所述第一电子设备还用于：当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第二按钮的第二操作；响应于用户对所述第二按钮的第二操作，向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的运行界面(如，第一界面)，根据所述第二应用的界面信息，恢复显示所述第二窗口且在所述第二窗口中显示所述第二应用的运行界面(如，第二界面)。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述第一电子设备还用于：向所述第二电子设备发送第四请求消息，所述第四请求消息用于请求获取所述第一应用的运行状态和所述第二应用的运行状态；接收第二电子设备发送的所述第一应用的运行状态信息和所述第二应用的运行状态；当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用，且根据所述第二应用的运行状态信息确定所述第二应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第三请求消息。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第三按钮，所述电子设备还用于：当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第三按钮的第三操作；响应于用户对所述第三按钮的第三操作，所述第一窗口中显示多个选项，所述多个选项中包括第一选项和第二选项，所述第一选项对应于第一应用，所述第二选项对应于第二应用；接收用户选中并确定所述第一选项的操作，响应于用户选中并确定所述第一选项的操作，关闭所述第二窗口且向所述第二电子设备发送所述第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面；

或者，接收用户选中并确定所述第二选项的操作，响应于用户选中并确定所述第二选项的操作，关闭所述第一窗口且向所述第二电子设备发送所述第五请求消息，所述第五请求消息用于请求获取所述第二应用的界面信息；接收所述第二电子设备发送的所述第二应用的界面信息；根据所述第二应用的界面信息，恢复显示所述第二窗口且在所述第二窗口中显示所述第二应用的第二界面；

又或者，接收用户选中并确定所述第一选项和所述第二选项的操作，响应于用户选中并确定所述第一选项和所述第二选项的操作，向所述第二电子设备发送所述第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面，且根据所述第二应用的界面信息，在所述第二窗口中恢复显示所述第二应用的第二界面。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，所述多个选项中还包括第三选项，所述第三选项对应于第三应用，所述第三应用是用户使用频率最高的应用；和/或所述第三应用是在所述第一电子设备和所述第二电子设备连接中断之前的预设时段内用户使用过的应用；和/或所述第三应用是用户预设应用集合中的任意应用。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，所述第一电子设备还用于：接收用户选中并确定所述第三选项的操作，响应于用户选中并确定所述第三选项的操作，所述第一电子设备向所述第二电子设备发送所述第六请求消息，所述第六请求消息用于请求所述第二电子设备后台运行所述第三应用并获取所述第三应用的界面信息；所述第一电子设备接收所述第二电子设备发送的所述第三应用的界面信息；根据所述第三应用的界面信息，显示第三窗口且在所述第三窗口中显示所述第三应用的运行界面，所述第三窗口是独立于所述第一窗口和所述第二窗口的新窗口。

第六方面，提供了一种第一电子设备，所述第一电子设备用于：接收第二电子设备发送的第一应用的界面信息和第二应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用和所述第二应用为所述第二电子设备前台运行或后台运行的应用；根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面，根据所述第二应用的界面信息，在第二窗口中显示所述第二应用的第二界面；当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口中显示第三界面，所述第三界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第一窗口的第三界面上显示第一按钮，且所述第二窗口中显示所述第四界面，所述第四界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第二窗口的第四界面上显示第二按钮；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作或对所述第二按钮的第二操作；响应于用户对所述第一按钮的第一操作或对所述第二按钮的第二操作，向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面，且根据所述第二应用的界面信息，在所述第二窗口中恢复显示所述第二应用的第二界面。

结合第六方面，在第六方面的某些实现方式中，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述第一电子设备还用于：所述第一电子设备向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态和所述第二应用的运行状态；所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息和所述第二应用的运行状态信息；当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用，且根据所述第二应用的运行状态信息确定所述第二应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

结合第六方面和上述实现方式，在第六方面的某些实现方式中，所述第一电子设备还用于：接收用户对所述第二窗口的关闭操作，响应于用户对所述第二窗口的关闭操作，所述第一电子设备关闭所述第二窗口；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作；响应于用户对所述第一按钮的第一操作，向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息；接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面。

结合第六方面和上述实现方式，在第六方面的某些实现方式中，所述第一电子设备还用于：当根据所述第二应用的运行状态信息确定所述第二应用在所述第二电子设备上被终止运行或卸载时，所述第一电子设备关闭所述第二窗口。

第七方面，提供了一种第一电子设备，所述第一电子设备用于：接收第二电子设备发送的第一应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用为所述第二电子设备前台运行或后台运行的应用；根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面；当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口中显示第二界面，所述第二界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第二界面上显示第一按钮；当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作；响应于用户对所述第一按钮的第一操作，向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；接收所述第二电子设备发送的所述第一应用的界面信息；根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面。

结合第七方面，在第七方面的某些实现方式中，所述第一电子设备向所述第二电子设备发送第一请求消息之前，所述第一电子设备还用于：向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态信息；接收第二电子设备发送的所述第一应用的运行状态信息，当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

第八方面，提供了一种第二电子设备，所述第二电子设备用于：向第一电子设备发送一个或多个应用的界面信息，所述一个或多个应用的界面信息用于在所述第一电子设备上显示所述一个或多个应用对应的窗口，其中，所述一个或多个应用为所述第二电子设备前台运行或后台运行的应用，所述第二电子设备和所述第一电子设备为建立连接的状态；当所述第一电子设备和所述第二电子设备连接中断且重新恢复连接时，接收所述第一电子设备发送的第一请求消息，所述第一请求消息用于请求获取所述一个或多个应用的界面信息；根据所述第一请求消息，确定所述一个或多个应用中处于前台运行或后台运行的第一应用，以及处于终止运行状态或卸载状态的第二应用；根据所述第一应用确定所述第一应用的界面信息；向所述第一电子设备发送所述第一应用的界面信息，所述第一应用的界面信息用于在所述第一电子设备上通过第一窗口显示所述第一应用的第一界面。

结合第八方面，在第八方面的某些实现方式中，所述第二电子设备还用于：所述第二电子设备向所述第一电子设备发送关闭所述第二应用对应的第二窗口的指令。

第九方面，提供了一种电子设备，包括：触摸显示屏，其中，触摸显示屏包括触敏表面和显示器；摄像头；一个或多个处理器；存储器；多个应用程序；以及一个或多个计算机程序。其中，一个或多个计算机程序被存储在存储器中，一个或多个计算机程序包括指令。当指令被电子设备执行时，使得电子设备执行上述任一方面任一项可能的实现中的恢复窗口的方法。

第十方面，提供了一种装置，该装置包含在电子设备中，该装置具有实现上述方面及上述方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。

第十一方面，提供了一种恢复窗口的系统，所述系统包括执行上述任一方面任一项可能的实现中的恢复窗口的方法的第一电子设备和第二电子设备，且所述第二电子设备和所述第一电子设备为建立连接的状态。

第十二方面，提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的恢复窗口的方法。

第十三方面，提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述任一方面任一项可能的恢复窗口的方法。

附图说明

图1是本申请实施例提供的一例手机的结构示意图。

图2是本申请实施例提供的一例PC的结构示意图。

图3是本申请实施例提供的一例手机和PC的软件结构框图

图4是本申请实施例提供的一例手机和PC多屏协同过程的示意图。

图5是本申请实施例提供过的一例多屏协同过程中PC上显示的手机窗口样式示意图。

图6是本申请实施例提供的另一例手机和PC多屏协同过程的示意图。

图7是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。

图8是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。

图9是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。

图10是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。

图11是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。

图12是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。

图13是本申请实施例提供的一例恢复窗口显示过程的示意性流程图。

图14是本申请实施例提供的一例恢复窗口的底层实现过程示意图。

具体实施方式

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

其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于区分，例如“第一电子设备”和“第二电子设备”仅用于指示不同的电子设备，“第一窗口”和“第二窗口”仅用于指示不同的显示窗口，“第一操作”和“第二操作”仅用于指示不同时刻或者不同目的操作。

本申请实施例提供了一种多屏协同过程中恢复窗口的方法，该方法可以应用于包括相互通信的两个电子设备的系统中。在本申请中，为了区分，将两个电子设备分别称为第一电子设备和第二电子设备。其中，第二电子设备可以显示该第一电子设备的界面。例如，第二电子设备通过一个窗口显示第一电子设备的主界面，或者第二电子设备通过多个窗口显示第一电子设备的多个应用的界面。

可选地，本申请实施例中，该第一电子设备可以是手机、智能终端、可穿戴设备等电子设备，该第二电子设备可以是PC、平板电脑、手机、智能终端、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personaldigital assistant，PDA)、显示器或者电视等具有显示功能的电子设备，本申请实施例对第一电子设备和第二电子设备的具体类型不作任何限制。

可选地，第一电子设备和第二电子设备可以为相同类型的电子设备或不同类型的电子设备。在本申请实施例中，将以手机100作为第一电子设备，PC 200作为第二电子设备，以在PC上显示手机的一个或多个窗口为例进行介绍。

具体地，该方法可以是通过应用程序(例如多屏协同助手、EMUI桌面等)实现在PC上显示该手机的多个窗口。

示例性的，该应用程序可以仅安装在PC上；或者该应用程序同时安装在手机和PC上；又或者，该应用程序在手机上体现为第一应用程序(例如多屏协同助手)，在PC上体现为第二应用程序(例如EMUI桌面等)。其中，第一应用程序适配手机，第二应用程序适配PC；又或者，该第一应用程序为手机上预置的程序代码，可以没有对应的桌面应用图标，该第二应用程序在PC上可以体现为桌面应用图标的形式。该方法的实现可以基于多种可能的情况，以实现在PC上，通过一个窗口显示手机的界面，或者通过多个窗口显示手机的多个应用界面，本申请实施例对多屏协同过程的实现原理不作限定。

示例性的，图1是本申请实施例提供的一例手机100的结构示意图。手机100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serialbus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification 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中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器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接口可以用于音频通信。PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serialinterface，CSI)，显示屏串行接口(display serial interface，DSI)等。GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接其他电子设备，例如可以通过该USB接口连接PC等。

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

充电管理模块140用于从充电器接收充电输入。

手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless local areanetworks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

手机100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Mini-LED，Micro-LED，Micro-OLED，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，手机100可以包括1个或N个显示屏194，N为大于1的正整数。

手机100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。其中，ISP用于处理摄像头193反馈的数据。摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。在一些实施例中，手机100可以包括1个或N个摄像头193，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机100使用过程中所创建的数据(比如音频数据，电话本等)等。

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

此外，手机100还包括多个传感器。例如，图1中示出的多个传感器，其中，压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。陀螺仪传感器180B可以用于确定手机100的运动姿态。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。加速度传感器180E可检测手机100在各个方向上(一般为三轴)加速度的大小。当手机100静止时可检测出重力的大小及方向，还可以用于识别手机100的姿态，应用于横竖屏切换，计步器等应用。距离传感器180F，用于测量距离。接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。环境光传感器180L用于感知环境光亮度。指纹传感器180H用于采集指纹。温度传感器180J用于检测温度。触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于手机100的表面，与显示屏194所处的位置不同。骨传导传感器180M可以获取振动信号。按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。手机100可以接收按键输入，产生与手机100的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。SIM卡接口195用于连接SIM卡。

以上介绍了手机100作为第一电子设备时可能的硬件结构示意图，PC 200作为第二电子设备，可以具有图1示出的全部或部分硬件结构，或者包括比图1中更多的硬件结构，本申请实施例对此不作限定。

示例性的，图2是本申请实施例提供的一例PC 200的结构示意图。PC 200至少可以包括处理器210、存储器220、通信模块230、显示屏240等。

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

其中，处理器210可以包括一个或多个处理单元，处理器210可以用于对PC 200的动作进行控制管理。存储器220用于存储程序代码和数据。通信模块230可以用于PC 200的各个内部模块之间的通信、或者PC 200和其他外部设备之间的通信等。示例性的，如果PC200通过有线连接的方式和其他电子设备通信，通信模块230可以包括接口等，例如USB接口，该USB接口可以参照图1中对USB接口130的描述。或者，通信模块230可以包括音频器件、射频电路、蓝牙芯片、无线保真(wireless fidelity，Wi-Fi)芯片、近距离无线通讯技术(near-field communication，NFC)模块等，可以实现PC 200与其他电子设备之间的交互。显示屏240用于显示图像、视频等。

可选地，PC 200还可以包括外设设备250，例如鼠标、键盘、扬声器、麦克风等。

在本申请实施例中，处理器210可执行存储器220存储的计算机执行指令，以使PC200可以和手机100组成相互通信的电子设备系统，进一步通过PC 200的显示屏240显示手机100的一个或多个窗口。

图3是本申请实施例提供的一例手机100和PC 200的软件结构框图，其中，该软件结构框图示出了手机100的软件结构、PC 200的多屏框架服务模块的软件结构，该软件结构框图可以支持手机100和PC 200之间的多屏协同操作。

手机100的软件结构可以采用

系统的分层架构、鸿蒙系统(Harmony OS)架构、事件驱动架构，微核架构，微服务架构，或云架构等软件系统。PC 200的软件结构可以采用

系统、

系统、

系统等软件系统，本申请实施例对此不作限定。

示例性的，本申请实施例以手机100具有分层架构的

系统、PC 200具有

系统为例，介绍如图3所示的一种可能的软件结构。

具体地，对于手机100的软件结构，以

系统为例，分层的结构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将

系统从上至下分别包括应用程序(application，APP)层，应用程序框架(framework)层，系统库、内核层以及网络传输层等。

应用程序层可以包括一系列应用程序包。例如图3所示的手机100，应用程序层可以包括备忘录、音乐、视频、图库、邮件、计算器、天气、时钟等应用程序，本申请实施例对此不作限定。

本申请实施例中，可以在应用程序层和应用程序框架层之间设置多屏框架服务层，或者称为“多屏框架服务模块”，应理解，该多屏框架服务模块也可以被划分到应用程序框架层，本申请实施例对此不作限定。

示例性的，如图3所示，多屏框架服务模块可以包括多窗口管理器、窗口状态监听与同步单元、消息通知管理器、窗口坐标同步单元、反向控制单元、视频流处理单元等。

其中，多窗口管理器用于管理手机100的窗口程序。具体地，多窗口管理器可以获取手机100上待显示窗口的大小，获取该待显示窗口的界面内容或显示数据等。应理解，手机100的待显示窗口可以包括手机100的界面上正在显示的窗口，还可以包括手机100后台运行的一个或多个应用程序的窗口。

窗口状态监听与同步单元可以监听手机100上应用的运行状态，或者监听PC 200发送的某个协同的手机窗口中应用的运行状态变化、用户在该手机窗口中的操作等，并做出响应，以保持手机100的应用的界面内容和PC 200上的该应用对应的手机窗口的界面内容的同步。

消息通知管理器可以传递手机100的不同应用程序之间的消息，或者手机100和PC200之间的消息等，本申请实施例对此不作赘述。

窗口坐标同步单元可以确定手机100的待显示窗口在PC 200显示屏上的坐标。当PC 200上显示的某个手机窗口被放大或者缩小，窗口坐标同步单元获取该窗口在PC 200上经过放大或者缩小更新的新的位置坐标等。

反向控制单元可以和窗口状态监听与同步单元、窗口坐标同步单元等相互配合，监听到的用户的操作事件之后，手机100可以将操作结果等发送给PC 200；或者可以接受PC200发送的用户的操作事件等，根据用户的操作事件做出响应，以保持手机100的应用的界面内容和PC 200上的该应用对应的手机窗口的界面内容的同步。

视频流处理单元可以进行视频的编码、解码等，在本申请实施例中，手机100和PC200之间信息可以以视频流的形式进行交互。例如，视频流处理单元将待投屏显示的手机100主界面的显示数据经过编码成视频流，发送给PC 200，然后PC 200的视频流处理单元对该视频流进行解码，以得到待投屏显示的手机100主界面的显示数据，进而根据该手机100主界面的显示数据在PC 200的多屏协同窗口中显示手机100的主界面。

应用程序框架层可以包括多种服务程序或者一些预先定义的函数。应用程序框架层可以为应用程序层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。

在本申请实施例中，如图3所示，应用程序框架层可以包括内容提供器，视图系统，通知管理器等。其中，内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频等不同类型的数据。视图系统包括提供给用户的可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，对于包括不同应用程序的图标的显示界面，可以包括显示文字的视图以及显示图片的视图。通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，显示的通知信息可以短暂停留后自动消失，无需用户交互，或者接受用户的关闭操作等。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：OpenGL ES)，二维图形引擎(例如：SGL)等。其中，表面管理器用于对手机100的显示子系统进行管理，并且为多个应用程序提供了二维和三维图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。二维图形引擎是二维绘图的绘图引擎。

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

内核层是硬件和软件之间的层。内核层至少包含显示驱动、蓝牙驱动、无线保真(wireless fidelity，WIFI)驱动、近距离无线通讯技术(near-field communication，NFC)驱动等。

网络传输层可以用于不同设备之间的通信、数据传输等，例如蓝牙模块，通过在手机100和PC 200之间建立蓝牙通道，通过蓝牙通道传输数据或消息、指令等，此处不再赘述。

在本申请实施例中，手机100和PC 200之间的通信可以有多种不同的方式，例如手机100和PC 200之间连接可以包括有线连接或者无线连接等多种不同连接方式。

可选地，手机100和PC 200之间的有线连接可以是通过USB数据线连接，或者，手机100和PC 200之间的无线连接可以是通过建立Wi-Fi连接的方式。在本申请实施例中，当手机100和PC 200之间为无线连接时，手机100的内核层可以包括用于手机100连接无线保真(wireless fidelity，WIFI)模块，用于进行无线连接。

或者，借助于手机100和PC 200支持近场通信(near field communication，NFC)的功能，手机100和PC 200之间通过“碰一碰”功能进行靠近连接。当手机100和PC 200之间为NFC连接时，内核层还可以包括近距离无线通讯技术(near-field communication，NFC)模块，用于通过NFC实现手机100和PC 200的连接。

又或者，通过手机100和PC 200通过蓝牙扫码连接等。

又或者，随着通信技术的发展，通信带宽和速率逐渐提高，手机100和PC 200之间可能在不建立近场通信连接的情况下也可以传输数据。示例性的，未来的第五代(5thgeneration，5G)移动通信系统等高速率通信方式的普及，手机100和PC 200可能通过5G通信就可以实现在PC 200上显示手机100的窗口，例如，通过在手机100和PC 200上安装不同或相同的应用，借助于5G通信网络传输数据。

应理解，本申请实施例对手机100和PC 200之间建立连接的方式不作限定。

此外，图3中还示出了PC 200参与本申请实施例的网络传输层和多屏框架服务模块，PC 200和手机100连接之后，该网络传输层用于和手机100建立连接，多屏框架服务模块用于显示手机100的一个或多个窗口。

应理解，PC 200可以包括多层架构，例如预研层、PC软件层、操作系统(operatingsystem，OS)层以及基础只读存储器(read only memory，ROM)多屏框架层等，其中，PC软件层可以运行可执行文件(executable file，exe)。例如在本申请中，PC 200可以预置用于多屏框架服务模块的exe程序，该多屏框架服务模块的exe程序可以在PC 200上体现为App的形式，或者通过运行该多屏框架服务模块的exe程序使得PC 200具有显示手机100的窗口的功能。本申请将PC 200的提供显示手机100的窗口的功能模块称为“多屏框架服务模块”，下面将重点介绍用于PC 200上用于显示手机100的窗口的多屏框架服务模块。

PC 200的多屏框架服务模块可以提供对应于手机100的多屏框架服务模块的相关服务的功能，多屏框架服务模块也可以包括多窗口管理器、窗口状态监听与同步单元、手机窗口显示器、视频流处理单元、反向控制单元等。

其中，多窗口管理器可以接收手机100发送的窗口显示数据，并根据窗口显示数据显示一个或多个手机窗口，该窗口显示数据可以包括手机窗口的坐标信息、手机窗口的显示界面的内容信息等。多窗口管理器可以根据手机窗口的坐标信息，确定在PC 200的显示屏上显示手机100的一个或多个窗口。窗口显示数据的传输可以基于前述图3的相关内容中介绍的任意一种通信方式，此处不再赘述。

应理解，在本申请实施例中，可以将PC 200上显示的手机100的应用窗口称为“手机窗口”，其中，手机窗口中用于显示手机100的主界面的窗口称为“主窗口”或者“多屏协同窗口”，将PC 200上独立于“主窗口(或多屏协同窗口)”且用于显示手机100运行的某个应用的界面的窗口称为“子窗口”或者“XXX应用窗口”。可选地，在主窗口中，也可以显示手机100的某个应用的界面，本申请实施例对此不作限定。

可选地，在手机100和PC 200的多屏协同过程中，也可以不区分PC 200显示屏上的主窗口和子窗口。示例性的，可以根据某个窗口显示在PC 200显示屏上的时间，确定最先显示的第一个窗口是主窗口，在显示第一个窗口之后再显示的第二个窗口、第三个窗口等是子窗口，本申请实施例对此不作限定。还应理解，本申请实施例所称的“多屏协同窗口”中的“协同”并不限定该PC 200上的主窗口和手机100界面的显示保持一致，换言之，多屏协同窗口和手机100的主界面的显示内容可以一致、也可以不同。此外，用户在PC 200上运行手机100的任意一个应用时，该应用可以在手机100的后台运行，不影响手机100的屏幕的显示内容，本申请实施例对手机100的屏幕显示内容不作限定。

图4是本申请实施例提供的一例手机和PC多屏协同过程的示意图。如图4中的(a)图所示，解锁之后的手机100的主界面401显示了多款应用程序(application，App)，例如时钟、备忘录、视频、图库、邮件、计算器、天气和音乐等，应理解，该主界面401还可以包括其他更多的应用程序的图标，本申请实施例对手机100的屏幕显示内容不作限定。

此外，图4中的(a)图还示出了PC 200的显示屏的显示内容，该PC 200的显示屏可以显示一个或多个手机窗口，换言之，该PC 200的显示屏可以仅显示一个主窗口，或者可以显示一个主窗口和/或至少一个子窗口等。示例性的，如图4中的(a)图所示，手机100和PC200的多屏协同过程中，该PC 200的显示屏上包括多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)。其中，PC 200的多屏协同窗口10可以和手机100显示相同的界面，例如该多屏协同窗口10显示了手机100的主界面401；备忘录应用窗口20显示了手机后台运行的备忘录应用的界面，本申请实施例对此不作限定。

一种可能的场景中，在多屏协同的过程中，手机100和PC 200可能会出现连接通道异常的情况。

应理解，本申请实施例所说的“连接通道异常”的场景，也可以称为手机100和PC200之间“被动断开”的场景。其中，“被动断开”可以是与“主动断开”对立的概念，即并非用户主动发起的断开连接的行为。示例性的，用户“主动断开”连接的行为可以包括：用户主动点击电脑管家主界面中的“断开连接”按钮，或用户主动点击手机通知栏的“断开连接”按钮等，有明确的断开手机100和PC 200之间连接意图的行为。

或者，“连接通道异常”的场景可以理解为手机100和PC 200之间断开连接的时长小于或等于预设时长，手机100和PC 200可以快速再次恢复连接的场景，手机100和PC 200断开连接之前的连接方式，和手机100和PC 200断开连接之后再次恢复连接时建立的连接方式可以相同，也可以不同，本申请实施例对此不作限定。示例性的，如果手机100和PC 200通过碰一碰建立连接，当手机100和PC 200之间的距离超过一定范围时连接断开，当用户发现PC 200显示屏上的一个或多个窗口异常之后，可能短时间内找到原因并重新建立手机100和PC 200的连接，例如预设时间内重新通过碰一碰建立连接等。

还应理解，本申请实施例中“连接通道异常”可能是手机100和PC 200中的任意一个设备异常导致的，也可能是手机100和PC 200同时出现设备异常导致的，本申请实施例对连接通道异常的原因不作限定。

具体地，下面列举几种可能的连接通道异常的场景：

(1)手机100或PC 200建立了WLAN连接，当手机100和PC 200中任意一个设备端的WLAN开关被关闭，导致手机100和PC 200的连接中断；

(2)手机100或PC 200建立了蓝牙连接，当手机100或PC 200中任意一个设备端的蓝牙开关被关闭，导致手机100和PC 200的连接中断；

(3)手机100或PC 200之间的距离大于预设范围，导致WLAN或蓝牙传输通道中断，导致手机100和PC 200的连接中断；

(4)PC 200休眠导致连接通道的中断；

(5)当手机100和PC 200之间通过数据线连接时，可能被用户误操作导致数据线短时间内意外断开，导致手机100和PC 200的连接中断；

(6)其他技术问题导致的多屏协同内容被动断开等。

应理解，本申请实施例还可以包括更多的连接通道异常且该连接通道可以快速恢复的场景，这里对连接通道异常的场景不再赘述。

除此之外，本申请实施例还可以用于手机100和PC 200的连接通道异常前后的连接方式不同的场景中，例如，手机100和PC 200先建立WIFI连接进行多屏协同过程，当WIFI通道异常之后，用户通过碰一碰重新建立连接。换言之，在该连接通道异常前后的连接方式不同的场景中，也可以通过本申请实施例提供的多种可能的方法快速恢复手机窗口，后续不再赘述。

以上多种连接通道异常的场景，可能会导致手机100和PC 200的连接中断，进而导致PC 200的显示屏的一个或多个手机窗口变为“冻屏界面”，应理解，冻屏界面可以是该手机窗口的原有界面的内容消失。

可选地，该多屏协同窗口10的冻屏界面可以显示空白内容，或者，可以显示用于提示用户如何恢复多屏协同的提示信息，例如：点击下方按钮恢复协同。本申请实施例对异常断开后的该多屏协同窗口10的冻屏界面的显示内容不作限定。

示例性的，PC 200的显示屏上显示了如图4中的(a)图所示多屏协同窗口10和备忘录应用窗口20，当手机100和PC 200的连接中断时，PC 200的显示屏可以显示如图4中的(b)图所示的界面，备忘录应用窗口20自动消失，PC 200的显示屏上仅显示多屏协同窗口10，且该多屏协同窗口10上的界面内容消失变为冻屏界面，且该冻屏界面上显示了“点击下方按钮恢复协同”的提示信息。

手机100和PC 200的连接中断之后，本申请实施例可以在该多屏协同窗口10上为用户提供多种快捷恢复窗口的方式，以使得手机100和PC 200快速恢复连接中断前的多屏协同状态。

一种可能的实现方式中，如图4中的(b)图所示，该多屏协同窗口10的显示区域可以显示提示信息：点击下方按钮恢复协同。此外，在该多屏协同窗口10上还包括恢复按钮1001。当用户将鼠标置于该恢复按钮1001上或者无限接近于该恢复按钮1001时，该恢复按钮1001可以变化为如图4中的(b)图阴影示出的高亮状态。当用户点击该恢复按钮1001，响应于用户的点击操作，PC 200的显示屏上可以跳转显示如图4中的(c)图所示的界面，快速在显示屏上恢复显示该多屏协同窗口10。

应理解，在手机100和PC 200断开连接且没有恢复连接时，该冻屏界面上的按钮1001可以显示且处于灰色非工作状态，或者可以显示且可以被用户点击，但是不做出响应。当手机100和PC 200恢复连接之后，该冻屏界面上的按钮1001可以处于工作状态，本申请实施例对此不作限定。

还应理解，本申请实施例中手机100和PC 200断开连接之后，多屏协同窗口10的窗口名称可以继续显示，例如顶端灰色阴影示出的功能区域中标记的“多屏协同”的窗口名称，同理，对于其他的子窗口，子窗口内的显示内容可以消失，但是子窗口的名称或对应的应用名称可以继续显示。

需要说明的是，在本申请实施例中，所说的用户点击等操作可以是用户通过鼠标、键盘等PC 200的外设输入设备执行的操作；或者对于具有触摸显示屏的PC 200，用户点击操作还可以是用户在显示屏上的触摸操作、点击操作等，本申请实施例对用户操作的类型和方式不作限定。

可选地，如图4中的(c)图所示，该恢复后的多屏协同窗口10可以和当前手机100的主界面保持一致，例如手机100当前显示主界面401，恢复后的多屏协同窗口10也显示该主界面401的内容。或者，当手机100和PC 200的连接中断之前，多屏协同窗口显示备忘录应用的运行界面，那么恢复后的多屏协同窗口10也可以和终端之前的内容保持一致，恢复显示备忘录应用的运行界面，本申请实施例对此不作限定。

通过上述方法，当PC 200显示屏上显示了主窗口和至少一个子窗口时，在手机100和PC 200多屏协同过程且连接通道异常的场景中，PC 200可以将主窗口和至少一个子窗口合并到主窗口中，即在PC 200显示屏上仅保留主窗口且该主窗口为焦点态显示，并在主窗口中为用户提供恢复按钮，用户点击该恢复按钮可以实现快速恢复主窗口的内容，从而快速恢复手机100和PC 200的多屏协同。该恢复窗口的方法操作简单，缩短了多屏协同窗口的恢复时长，提升了用户体验。

应理解，在上述介绍的多屏协同过程中，PC 200显示屏上可以显示一个或多个窗口，本申请实施例对如何在PC 200上显示一个或多个窗口的方式不作限定。示例性的，当手机100和PC 200连接之后，多屏协同窗口10(主窗口)可以自动显示在PC 200的显示屏上，用户可以通过鼠标等外设输入设备点击或者触屏点击等方式点击多屏协同窗口10中的备忘录应用的图标，响应于该点击操作，PC 200上可以弹出备忘录应用窗口20(子窗口)；或者，响应于该点击操作，该备忘录应用窗口20以页签的形式显示在多屏协同窗口10中，用户可以通过鼠标等外设输入设备拖动的方式或者触屏选中拖动等方式，从多屏协同窗口10中分离出独立的备忘录应用窗口20(子窗口)，后续不再赘述。

还应理解，PC 200上显示的多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)可以具有相同的样式，或者具有不同的样式。图5是本申请实施例提供过的一例多屏协同过程中PC上显示的手机窗口样式示意图。

一种可能的方式中，多屏协同窗口10可以包括用于显示手机100主界面401的显示区域，还可以包括多种不同的按钮和功能菜单，用户可以通过不同的按钮和功能菜单，切换多屏协同窗口10在PC 200的显示状态。

示例性的，如图5中的(a)图所示，该多屏协同窗口10可以被划分为窗口顶端灰色阴影示出的功能区域101、中间空白区域示出的用于显示手机界面的区域102和窗口底部灰色阴影示出的区域103。

具体地，顶端灰色阴影示出的功能区域101可以包括：

(1)旋转按钮10-1，用于对该窗口进行横屏显示和竖屏显示的切换。

(2)最小化按钮10-2，用于将该多屏协同窗口10最小化显示到PC 200的底部的菜单区域。

(3)最大化按钮10-3，用于将多屏协同窗口10以最大尺寸显示在PC 200的显示屏上。

可选地，该多屏协同窗口10的最大尺寸可以适配于PC 200的显示屏的尺寸。例如，该多屏协同窗口10的长宽比为固定值，可以和手机100的屏幕长宽比具有一定的比例关系。当多屏协同窗口10以最大尺寸显示时，高度可以和PC 200的显示屏的短边宽度相同，横向宽度可以基于固定的长宽比进行适配，保证多屏协同窗口10在PC 200上的显示和手机100的界面具有同样的长宽比，用户在PC 200上使用手机100的应用时，可以获得更接近手机屏幕显示效果的视觉效果，提高了用户体验。

或者，该多屏协同窗口10的最大尺寸可以和PC 200的显示屏的最大尺寸相同，以更好的利用PC 200的大屏优势，本申请实施例对此不作限定。

(4)关闭按钮10-4，用户可以点击该关闭按钮10-4关闭该多屏协同窗口10。

此外，该多屏协同窗口10的底部灰色阴影示出的区域103可以包括：

(1)上一级按钮10-5，用于从当前的显示界面返回上一级界面。示例性的，当该多屏协同窗口10的显示了音乐应用的二级界面——播放界面时，用户点击该上一级按钮10-5可以返回音乐应用的一级界面——包括音乐推荐、电台、音乐列表的音乐应用的主界面；如果用户再次点击该上一级按钮10-5可以返回到手机100的主界面，此处不再赘述。

可选地，当该多屏协同窗口10显示的是手机100的主界面401时，该上一级按钮10-5可以显示为灰色状态，用于提示用户该上一级按钮10-5当前无法被执行点击操作。换言之，手机100的主界面401可以作为每一个应用的主界面的上一级界面，手机100的主界面401本身可以没有上一级界面。

(2)主页按钮10-6，用户点击该主页按钮10-6，可以将该多屏协同窗口10快捷返回到手机100的主界面401。

(3)多任务按钮10-7，用户点击该多任务按钮10-7，可以将该多屏协同窗口10快速进入多任务切换界面。

再者，该多屏协同窗口10还包括用于显示手机界面的显示区域102。示例性的，如图4中的(a)图所示，区域102显示的是手机的主界面401，如果用户在该多屏协同窗口10点击备忘录应用的图标，该区域102也可以显示备忘录应用的运行界面，此处不再赘述。

应理解，以上介绍的顶端灰色阴影示出的功能区域101可以理解为PC 200控制该多屏协同窗口10的控制区域，该控制区域中所有的按钮和菜单都是用于控制该多屏协同窗口10大小、缩放、显示状态等；中间区域102和底部灰色阴影示出的区域103的内容可以和该多屏协同窗口10显示的手机100的界面内容有关，用于控制或切换窗口中不同显示界面，此处不再赘述。

还应理解，以上介绍了该多屏协同窗口10中的不同功能区域的划分方式，以及每个区域可以包括的按钮等，仅作为一种示例，该多屏协同窗口10还可以包括更多或更少的按钮、菜单、选项等，本申请实施例对此不作限定。

结合图4中的(a)-(b)-(c)图介绍的过程，图4中的(a)图和(c)图是手机100和PC200处于正常连接的状态，因此顶端灰色阴影示出的功能区域101和底部灰色阴影示出的区域103所包括的按钮、菜单都为可以被用户点击或可以接收用户操作的工作状态。示例性的，如图5中的(a)图所示，手机100和PC 200处于正常连接的状态，旋转按钮10-1、最小化按钮10-2、最大化按钮10-3、关闭按钮10-4都呈现出的黑色高亮状态。此外，底部灰色阴影示出的区域103的按钮也显示在该多屏协同窗口10中，当该多屏协同窗口10中界面为手机的主界面时，上一级按钮10-5可以为灰色非工作状态，主页按钮10-6和多任务按钮10-7可以为正常的工作状态；当该多屏协同窗口10中界面为手机的某个应用界面的运行界面时，上一级按钮10-5、主页按钮10-6和多任务按钮10-7都可以为正常的工作状态，此处不再赘述。

相应地，图4中的(b)图对应手机100和PC 200处于连接通道异常的场景，顶端灰色阴影示出的功能区域101中与手机窗口的界面内容相关的控制按钮可以处于灰色的非点击态，即无法被用户点击或接受用户的操作。示例性的，如图4中的(b)图或者图5中的(b)图所示，旋转按钮10-1呈现为灰色非工作状态，表明连接通道异常时该旋转按钮10-1不能被用户点击；最小化按钮10-2、最大化按钮10-3、关闭按钮10-4与该多屏协同窗口10的显示内容无关，可以继续呈现出的正常的工作状态，表明可以被用户点击或可以接收用户操作，后续实施例对此不作赘述。

此外，底部灰色阴影示出的区域103也是和手机的界面内容相关的区域，因此当手机100和PC 200处于连接通道异常时，如图4中的(b)图或者图5中的(b)图所示，多屏协同窗口10的底部灰色阴影示出的区域103消失为空白状态，为了简便，后续不再赘述每个手机窗口中的按钮的工作状态。

图6是本申请实施例提供的另一例手机和PC多屏协同过程的示意图。如图6中的(a)图所示，手机100和PC 200的多屏协同过程中，该PC 200的显示屏上包括多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)。

当手机100和PC 200之间的连接通道异常时，导致手机100和PC 200的连接中断，PC 200的显示屏可以显示如图6中的(b)图所示的界面，备忘录应用窗口20自动消失，PC200的显示屏上仅显示多屏协同窗口10，且该多屏协同窗口10上的界面内容消失。

一种可能的实现方式中，如图6中的(b)图所示，该多屏协同窗口10的显示区域可以显示提示信息：点击下方按钮恢复协同。此外，在该多屏协同窗口10上还包括两个恢复按钮：恢复全部窗口按钮1002和仅恢复当前窗口1003。当用户将鼠标置于“恢复全部窗口按钮1002”上或者无限接近于该“恢复全部窗口按钮1002”时，该“恢复全部窗口按钮1002”可以变化为如图6中的(b)图阴影示出的高亮状态。

当用户点击该“恢复全部窗口按钮1002”，响应于用户的点击操作，PC 200的显示屏上可以跳转显示如图6中的(c)图所示的界面，快速在显示屏上恢复显示该多屏协同窗口10和备忘录应用窗口20。换言之，用户可以通过点击“恢复全部窗口按钮1002”快速恢复连接通道异常之前的多个手机窗口。

可选地，通过该“恢复全部窗口按钮1002”恢复之后的多个手机窗口和连接通道异常之前的多个手机窗口的显示内容可以保持一致，或者，仅窗口数量以及每一个窗口对应的应用程序保持一致，本申请实施例对此不作限定。

示例性的，对比图6中的(a)图和图6中的(c)图，窗口数量和每个窗口的显示内都保持一致，即PC 200显示屏上都显示多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)，且多屏协同窗口10显示手机100的主界面401，备忘录应用窗口20显示备忘录应用的一级界面。

或者，连接通道异常之前，PC 200显示屏上都显示多屏协同窗口10和备忘录应用窗口20，且多屏协同窗口10显示手机100的主界面401，备忘录应用窗口20显示备忘录应用的二级界面(例如点击4月会议安排之后的显示界面)。当用户点击“恢复全部窗口按钮1002”恢复手机窗口之后，PC 200显示屏恢复显示多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)，且多屏协同窗口10显示手机100的主界面401，备忘录应用窗口20显示备忘录应用的一级界面。

图7是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。如图7中的(a)图所示，手机100和PC 200的多屏协同过程中，该PC 200的显示屏上包括多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)。

当手机100和PC 200之间的连接通道异常时，导致手机100和PC 200的连接中断，PC 200的显示屏可以显示如图7中的(b)图所示的界面，备忘录应用窗口20自动消失，PC200的显示屏上仅显示多屏协同窗口10，且该多屏协同窗口10上的界面内容消失，且该多屏协同窗口10上还包括两个恢复按钮：恢复全部窗口按钮1002和仅恢复当前窗口按钮1003。当用户将鼠标置于“仅恢复当前窗口按钮1003”上或者无限接近于该“仅恢复当前窗口按钮1003”时，该“仅恢复当前窗口按钮1003”可以变化为如图7中的(b)图阴影示出的高亮状态。

当用户点击该“仅恢复当前窗口按钮1003”，响应于用户的点击操作，PC 200的显示屏上可以跳转显示如图7中的(c)图所示的界面，快速在显示屏上仅恢复显示该多屏协同窗口10。换言之，用户可以通过点击“仅恢复当前窗口1003”按钮快速恢复手机100的主窗口。

可选地，通过该“仅恢复当前窗口按钮1003”恢复之后的手机主窗口和连接通道异常之前的手机主窗口的显示内容可以保持一致，或者不一致，本申请实施例对此不作限定。示例性的，如果连接通道异常之前的手机主窗口10显示手机备忘录应用的运行界面，那么用户通过该“仅恢复当前窗口按钮1003”恢复之后，手机主窗口10可以继续显示手机备忘录应用的运行界面。或者，显示手机主界面401，用户如果要再使用手机的其他应用，可以通过点击该主窗口10中的应用图标，该恢复窗口的方法可以在用户期望重新连接使用其他应用时，简化用户的操作，提高用户体验。

针对前述介绍的不同的连接通道异常场景下，多种恢复手机窗口的方法，一种可能的实现方式中，PC 200可以根据连接通道异常之前的显示屏上手机窗口的显示数量等信息，决定连接通道异常时，在多屏协同窗口10中如何精确且全面地为用户提供快速恢复窗口的按钮。

图8是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。如图8中的(a)图所示，手机100和PC 200的多屏协同过程中，该PC 200的显示屏上仅显示了一个手机窗口——多屏协同窗口10(主窗口)，那么当连接通道异常时，多屏协同窗口10中可以仅为用户提供一个按钮，显示如图4中的(b)图所示的恢复按钮1001，或者如图8中的(b)图所示的“仅恢复当前窗口按钮1003”，用户点击按钮之后，仅恢复多屏协同窗口10。

如果连接通道异常之前，PC 200显示屏上显示了至少2个手机窗口——多屏协同窗口10(主窗口)和备忘录应用窗口20，那么当连接通道异常时，多屏协同窗口10中可以为用户提供两个按钮，如图6中的(b)图或图7中的(b)图所示的恢复全部窗口按钮1002和仅恢复当前窗口按钮1003。用户可以根据自己的需要，点击“恢复全部窗口按钮1002”以快速恢复多屏协同窗口10(主窗口)和备忘录应用窗口20；或者，点击“仅恢复当前窗口按钮1003”，仅恢复多屏协同窗口10。为了简便，请参照前述相关介绍，此处不再赘述。

另一种可能的场景中，用户可能在PC 200上打开了更多的手机窗口，例如用户打开了三个或三个以上的手机窗口，当手机100和PC 200断开连接之后，用户可能仅期望恢复部分窗口，在该场景下，本申请实施例还提供一种恢复窗口的方法，可以由用户根据自己的需求选择需要快速恢复的窗口。

图9是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。如图9中的(a)图所示，手机100和PC 200的多屏协同过程中，该PC 200的显示屏上包括多屏协同窗口10(主窗口)、备忘录应用窗口20(子窗口)和音乐应用窗口30(子窗口)。

当手机100和PC 200之间的连接通道异常时，导致手机100和PC 200的连接中断，PC 200的显示屏可以显示如图9中的(b)图所示的界面，备忘录应用窗口20和音乐应用窗口30自动消失，PC 200的显示屏上仅显示多屏协同窗口10，该多屏协同窗口10上的界面内容消失，且该多屏协同窗口10上还包括三个恢复按钮：恢复全部窗口按钮1002、仅恢复当前窗口按钮1003和选择待恢复的窗口按钮1004。

如图9中的(b)图所示，当用户点击该“选择待恢复的窗口按钮1004”，响应于用户的点击操作，多屏协同窗口10内可以如图9中的(c)图所示的灰色显示悬浮窗口，并该在悬浮窗口显示用户可以恢复的手机窗口对应的应用名称(例如备忘录、音乐、邮件、相册等)或者窗口类型(例如主窗口)，用户可以根据自己的需求点击选择待恢复的应用名称或者窗口类，选择完成后点击“确定”按钮。

示例性的，如图9中的(c)图所示，当用户选中了主窗口和备忘录应用之后点击了“确定”按钮，响应于用户的确定操作，PC 200显示屏显示如图9中的(d)图所示，即根据用户的选择，恢复显示多屏协同窗口10和备忘录应用窗口20。

可选地，对于如图9中的(c)图所示的悬浮窗口中提供给用户待选择的选项或内容，可以根据具体实现过程对应不同的选项或内容，本申请实施例对此不作限定。

示例性的，悬浮窗口中显示的应用名称可以包括以下的一种或多种情况：

(1)悬浮窗口中显示的应用名称是连接通道异常之前，用户在PC 200上已经打开运行的；

(2)悬浮窗口中显示的应用名称是连接通道异常之前，用户在手机100上已经前台运行或者后台运行的；

(3)悬浮窗口中显示的应用名称可以是在多屏协同过程中，用户使用频率最高的几款应用，或者用户预设置的白名单应用等；

(4)悬浮窗口中显示的应用名称是在一定时间内曾经在手机100的后台运行过的。

应理解，手机100和PC 200断开连接之前，PC 200可以记录当前显示屏上显示的手机窗口的数量、位置、对应的应用类型等，以及PC 200还可以向手机100请求获取当前手机前台或后台运行的应用名称或应用标识等，并进行记录，进而可以在恢复窗口的过程中，为用户提供多种可能的实现方式，具体的实现过程后续结合附图进行描述，此处不再赘述。

前述实施例结合图4至图9，介绍了当手机100和PC 200断开连接之后，PC 200上仅显示一个多屏协同窗口10(主窗口)，且在多屏协同窗口10内为用户提供多种快速恢复手机窗口的方法。在另一种可能的实现方式中，如果手机100和PC 200的多屏协同过程中，PC200显示屏上显示了主窗口和至少一个子窗口，当手机100和PC 200断开连接之后，PC 200显示屏上也可以显示主窗口和至少一个子窗口，并分别在主窗口和至少一个子窗口中为用户提供快速恢复窗口的方法，下面结合附图详细介绍几种可能的过程。

图10是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。如图10中的(a)图所示，手机100和PC 200的多屏协同过程中，该PC 200的显示屏上包括多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)。

当手机100和PC 200之间的连接通道异常时，导致手机100和PC 200的连接中断，PC 200的显示屏可以显示如图10中的(b)图所示的界面，PC 200的显示屏上仍然显示多屏协同窗口10和备忘录应用窗口20，该多屏协同窗口10和备忘录应用窗口20内的界面内容都消失且保留窗口名称或窗口对应的应用名称，如图10中的(b)图所示，顶端灰色阴影示出的功能区域中标记的窗口名称——“多屏协同”可以继续显示，备忘录应用窗口20对应的应用名称“备忘录”可以继续显示。

可选地，该多屏协同窗口10和备忘录应用窗口20内可以分别都包括恢复按钮1001。用户可以通过多屏协同窗口10和备忘录应用窗口20中的任意一个窗口中的恢复按钮1001快速恢复PC 200显示屏上断开连接之前的所有手机窗口。

示例性的，如图10中的(b)图所示的操作1，用户点击备忘录应用窗口20内的恢复按钮1001，或者如图10中的(b)图所示的操作2，用户点击多屏协同窗口10内的恢复按钮1001，都可以使得PC 200显示屏上快速恢复如图10中的(c)图所示的多屏协同窗口10和备忘录应用窗口20。

通过上述方法，手机100和PC 200的连接中断之后，PC 200显示屏上显示与断开前同样数量的窗口，并在每一个窗口中为用户提供恢复按钮，用户可以选择通过任意一个窗口中的回复按钮实现快速的恢复多屏协同，该过程在手机100和PC 200的连接中断时，用户不会有正在使用的手机窗口突然消失的感觉，而且用户可以根据当前使用手机窗口的情况，从任意一个手机窗口中恢复显示，在主窗口最小化到PC的状态栏等情况下，不需要用户点开主窗口，简化了操作，提高了用户体验。

在另一种可能的场景中，手机100和PC 200的连接中断之后且没有恢复窗口之前，用户可能在PC 200上执行了其他可能的操作，例如关闭了某个应用的窗口，或者，用户在手机100上卸载了某些应用等。该场景下，本申请实施例又提供多种可能的窗口恢复方法，以满足用户不同的使用需求。

应理解，这里“没有恢复窗口之前”可以是手机100和PC 200的连接通道已经恢复，但是用户还没有点击恢复按钮来恢复窗口的显示内容的场景，或者手机100和PC 200的连接通道没有恢复的场景，本申请实施例对此不作限定。

图11是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。如图11中的(a)图所示，手机100和PC 200的多屏协同过程中，该PC 200的显示屏上包括多屏协同窗口10(主窗口)和备忘录应用窗口20(子窗口)。

当手机100和PC 200之间的连接通道异常时，导致手机100和PC 200的连接中断，PC 200的显示屏可以显示如图11中的(b)图所示的界面，PC 200的显示屏上仍然显示多屏协同窗口10和备忘录应用窗口20，如图11中的(b)图所示，该多屏协同窗口10和备忘录应用窗口20内的界面内容都消失且保留窗口名称或窗口对应的应用名称。

示例性的，如图11中的(b)图所示，在恢复窗口的显示之前，用户点击备忘录应用窗口20的关闭按钮10-4，响应于用户的关闭操作，如图11中的(c)图所示，PC 200显示屏上的备忘录应用窗口20被关闭，PC 200显示屏上仅显示多屏协同窗口10。进一步地，如图11中的(c)图所示，用户此时再点击该多屏协同窗口10内的恢复按钮1001，响应于该恢复操作，PC 200显示屏上仅恢复多屏协同窗口10。

除了上述图11中的(b)图介绍的关闭备忘录应用窗口20的场景之外，如果PC 200在恢复显示手机窗口之前，检测到用户在手机100侧已经后台关闭了备忘录应用，或者随着手机100的不同应用进程的增多，备忘录应用的进程被自动杀掉，又或者用户在手机100上卸载了该备忘录应用等多种可能的场景时，如果用户再点击多屏协同窗口10中的回复按钮1001，PC 100上可以仅恢复该多屏协同窗口10，而不会自动恢复已经关闭或卸载备忘录应用窗口20，此处不再一一举例。

通过上述方法，手机100和PC 200的连接中断之后，PC 200在恢复显示手机窗口之前，通过检测并确定待恢复的窗口对应的应用的运行状态，当该应用被手机后台关闭或卸载时，仅恢复剩余的未关闭或未卸载的应用窗口，该方法更加符合用户的使用习惯，进而提升了用户多屏协同的体验。

图12是本申请实施例提供的又一例手机和PC多屏协同过程的示意图。如图12中的(a)图所示，手机100和PC 200的多屏协同过程中，该PC 200的显示屏上包括多屏协同窗口10(主窗口)、备忘录应用窗口20(子窗口)和音乐应用窗口30。

当手机100和PC 200之间的连接通道异常时，导致手机100和PC 200的连接中断，PC 200的显示屏可以显示如图12中的(b)图所示的界面，PC 200的显示屏上仍然显示多屏协同窗口10、备忘录应用窗口20和音乐应用窗口30。如图12中的(b)图所示，该多屏协同窗口10、备忘录应用窗口20和音乐应用窗口30中每个窗口内的界面内容都消失且保留窗口名称或窗口对应的应用名称。

此外，该多屏协同窗口10、备忘录应用窗口20和音乐应用窗口30中每个窗口可以分别为用户提供不同功能的恢复按钮。示例性的，如图12中的(b)图所示，备忘录应用窗口20和音乐应用窗口30作为独立的子窗口，可以仅包括恢复按钮1001；多屏协同窗口10作为主窗口，可以包括至少两个恢复按钮：恢复全部窗口按钮1002和选择待恢复的窗口按钮1004。

可选地，多屏协同窗口10作为主窗口，可以包括：仅恢复当前窗口按钮1003等，此处不再赘述。

如图12中的(b)图所示，当用户点击该“选择待恢复的窗口按钮1004”，响应于用户的点击操作，多屏协同窗口10内可以如图12中的(c)图所示的灰色显示悬浮窗口，并该在悬浮窗口显示用户可以恢复的手机窗口对应的应用名称(例如备忘录、音乐、邮件、相册等)或者窗口类型(例如主窗口)，用户可以根据自己的需求点击选择待恢复的窗口为主窗口，选择完成后点击“确定”按钮。响应于用户的确定操作，PC 200显示屏显示如图12中的(d)图所示，即根据用户的选择，自动关闭原来的备忘录应用窗口20和音乐应用窗口30，仅恢复显示多屏协同窗口10。

应理解，上述方法可以用于用户在PC 200上打开了多个手机窗口的场景，当手机100和PC 200断开连接后，原来的多个手机窗口仍然显示在PC 200显示屏上，如果用户当下再次连接之后不再需要使用原来的多个手机窗口，可以通过该方法仅仅选择恢复显示当下用户需要再次使用的窗口，避免用户依次去点击每个多余的手机窗口的关闭按钮，简化了用户操作，提高了用户体验。

综上所述，在手机100和PC 200多屏协同过程且连接通道异常的场景中，本申请实施例针对不同的场景，提供了多种恢复手机窗口显示的方法，该方法操作简便，缩短了多屏协同窗口的恢复时长，提升了用户体验。下面针对不同的场景和实现过程，结合图3中列举的手机100和PC 200的软件架构，介绍具体的底层实现流程。

图13是本申请实施例提供的一例恢复窗口显示过程的示意性流程图，应理解，该方法300可以由手机和PC的相互配合来执行，具体地，如图13所示，该方法300可以包括：

步骤301，手机和PC多屏协同过程中，PC显示屏显示一个或多个手机窗口，断开连接时，PC显示屏显示一个或多个手机窗口的冻屏界面，PC记录一个或多个手机窗口的信息。

可选地，手机和PC多屏协同过程中，根据用户的使用需求，PC显示屏可能如图8中的(a)图所示仅显示了主窗口(即前述介绍的多屏协同窗口10)；或者，主窗口被最小化，仅显示了一个正在使用的独立子窗口(例如前述介绍的备忘录应用窗口20)；又或者，PC显示屏如图4中的(a)图所示同时显示了主窗口和一个独立的备忘录应用窗口20；再或者，PC显示屏如图9中的(a)图所示同时显示了主窗口、独立的备忘录应用窗口20和独立的音乐应用窗口30等，本申请实施例对多屏协同过程中窗口数量不作限定。

应理解，这里步骤301中PC显示屏显示一个或多个手机窗口的过程可以参照前述的实现过程，例如用户在PC端打开备忘录应用，PC向手机请求运行备忘录应用，手机可以在后台运行该备忘录应用，并将备忘录应用的运行界面的显示数据等发送给PC，PC根据该显示数据在备忘录应用窗口中显示该备忘录应用的运行界面，本申请实施例不再赘述该多屏协同的技术实现过程。

还应理解，这里的断开连接可以参照前述介绍的“被动断开”、“连接通道异常”的场景等，此处不再赘述。

还应理解，当手机和PC断开连接后，PC显示屏上的手机窗口可以仅保留一个主窗口，如图4中的(b)图所示，仅主窗口变为“冻屏界面”；或者，PC显示屏上的手机窗口数量和断开之前的数量保持一致，如图10中的(b)图所示，断开连接后PC显示屏上可以同时保留主窗口和备忘录应用窗口20，主窗口和备忘录应用窗口20都变为“冻屏界面”；又或者，如图12中的(b)图所示，断开连接后PC显示屏上可以同时保留主窗口、备忘录应用窗口20和音乐应用窗口30，主窗口、备忘录应用窗口20和音乐应用窗口30都变为“冻屏界面”，此处不再赘述。

一种可能的方式中，在步骤301中，“PC记录一个或多个手机窗口的信息”可以理解为PC作为多屏协同过程的显示设备，PC可以周期性地请求获取并记录手机端的应用的运行状态，例如PC记录手机的备忘录应用、音乐应用为后台运行的应用。

或者，PC可以记录用户在PC显示屏上对手机窗口的使用情况和操作等，例如用户在PC上打开了手机的备忘录应用、音乐应用，PC记录该备忘录应用、音乐应用的运行情况，以便于后续的窗口恢复。应理解，本申请实施例对步骤301的可能实现方式不作限定。

步骤302，启动手机和PC的重连接操作。可选地，用户可以通过在手机上重新发起碰一碰操作，和/或点击PC上窗口上的恢复按钮等方式，请求恢复和手机的连接。

步骤303，PC判断重连接的手机是否是同一个手机。

一种可能的场景中，用户可能使用多个手机，断开PC和手机1断开连接后，又通过碰一碰等方式建立PC和手机2的连接，因此，PC可以在连接过程中根据手机的设备标识(identity document，ID)等确定该手机是否和断开前的手机为同一个手机。

步骤304，当PC判断重连接的手机不是断开连接前的手机时，PC与新手机建立连接。

应理解，当PC和手机1断开连接后，又通过碰一碰等方式建立PC和手机2的连接，那么原手机1在PC显示屏上冻屏界面的一个或多个手机窗口不需要再恢复，可以自动消失，或者仅保留主窗口，该主窗口显示手机2的界面等。本申请实施例重点关注PC和手机1被动断开后窗口恢复方式，当新连接的手机变为手机2，可以参照现有的多屏协同过程，此次再赘述。

步骤305，当PC判断重连接的手机是断开连接前的手机时，PC与手机重新建立连接，且PC判断是否和该手机处于连接状态。

步骤306，当PC确定和断开连接前的该手机没有建立连接时，继续请求恢复连接。

步骤307，当PC确定和断开连接前的该手机重新建立连接时，PC请求获取该手机的应用的运行状态。

步骤308，根据PC记录一个或多个手机窗口的信息、手机的应用的运行状态确定窗口恢复策略。

应理解，对于同一个手机，当PC和该手机重新建立连接后，PC可以请求获取当前手机端的应用的运行状态，判断是否用户关闭或卸载了某些应用，例如图11中的(b)图所示，PC记录了用户关闭了备忘录应用窗口20，或者手机端后台杀掉备忘录应用的进程，又或者，用户在手机上卸载了备忘录应用等。

PC再根据当前获取的手机的应用的运行状态、自身记录的断开前的一个或多个手机窗口的信息等，确定窗口恢复策略，例如恢复几个窗口，或者回复哪一个应用的窗口，或者给用户提供什么种类的恢复按钮，供用户实现快捷操作等。

可选地，结合前述图4至图12的介绍，该窗口恢复策略可以包括以下一种或多种情况：

(1)PC和手机断开连接前，PC显示屏上仅显示主窗口。当PC和手机断开连接时，PC显示屏仅显示主窗口且主窗口为冻屏界面，如图8中的(b)图所示，该冻屏界面为用户提供一个恢复按钮，用户点击该恢复按钮后恢复主窗口的显示；

(2)PC和手机断开连接前，PC显示屏上显示主窗口和一个子窗口。当PC和手机断开连接时，PC显示屏仅显示主窗口且主窗口为冻屏界面，如图4中的(b)图所示，该冻屏界面为用户提供一个恢复按钮，用户点击该恢复按钮后仅恢复主窗口的显示；

(3)PC和手机断开连接前，PC显示屏上显示主窗口和一个子窗口。当PC和手机断开连接时，PC显示屏仅显示主窗口且主窗口为冻屏界面，如图6中的(b)图或图7中的(b)图所示，该冻屏界面为用户提供两个恢复按钮：恢复全部窗口按钮1002和仅恢复当前窗口按钮1003。用户根据自己的需求，确定仅恢复主窗口的显示，或者同时恢复主窗口和一个子窗口的显示；

(4)PC和手机断开连接前，PC显示屏上显示主窗口和至少两个子窗口。当PC和手机断开连接时，PC显示屏仅显示主窗口且主窗口为冻屏界面，如图9中的(b)图所示，该冻屏界面为用户提供三个恢复按钮：恢复全部窗口按钮1002、仅恢复当前窗口按钮1003和选择待恢复的窗口按钮1004。用户根据自己的需求，确定仅恢复主窗口的显示，或者同时恢复主窗口和一个子窗口的显示，又或者，同时恢复主窗口和至少两个子窗口的显示。

(5)PC和手机断开连接前，PC显示屏上显示主窗口和一个子窗口。当PC和手机断开连接时，PC显示屏同时显示主窗口和一个子窗口，且主窗口和一个子窗口都为冻屏界面，如图10中的(b)图所示，该冻屏界面为用户提供一个恢复按钮。用户点击主窗口和一个子窗口中任意一个恢复按钮都可以实现同时恢复主窗口和一个子窗口的显示；

(6)PC和手机断开连接前，PC显示屏上显示主窗口和至少两个子窗口。当PC和手机断开连接时，PC显示屏同时显示主窗口和至少两个子窗口，且主窗口和至少两个子窗口都为冻屏界面，如图12中的(b)图所示，该至少两个子窗口的冻屏界面为用户提供一个恢复按钮，主窗口的冻屏界面可以为用户提供至少两个恢复按钮：恢复全部窗口按钮1002和选择待恢复的窗口按钮1004。用户根据自己的需求，确定仅恢复主窗口的显示，或者恢复主窗口和一个子窗口的显示，又或者，同时恢复主窗口和至少两个子窗口的显示；

(7)当PC和手机断开连接时，用户在PC显示屏关闭了某个子窗口，或者用户在手机端关闭了某应用进程，又或者，用户在手机端卸载了某应用程序，那么恢复窗口的过程中，不论用户通过何种按钮，都不会恢复用户关闭或卸载的应用窗口；

……

上述实现流程需要图3中介绍的手机和PC的多个软件模块协同执行，图14是本申请实施例提供的一例恢复窗口的底层实现过程示意图，下面结合图14的方法400，从手机和PC的多个软件模块层面介绍该是底层实现过程。应理解，该图14仅示出一种可能的参与该过程的部分软件模块之间的交互过程，该过程可以有更多的模块参与，本申请实施例对此不作限定。

具体地，如图14所示，该方法400可以划分为以下三个阶段：

第一阶段：正常连接过程

步骤401，手机和PC多屏协同过程中，PC根据手机发送的界面信息显示一个或多个手机窗口

步骤402，手机和PC断开连接时，PC的显示屏显示一个或多个手机窗口的冻屏界面，记录一个或多个手机窗口的信息。

应理解，该正常连接过程包括的步骤401-402可以参照前述图13中方法300的步骤301的相关描述，具体实现中，例如用户在PC端打开备忘录应用，PC的多屏框架服务模块向手机的多屏框架服务模块请求运行备忘录应用，手机基于软件框架模块可以在后台运行该备忘录应用，并经由手机的多屏框架服务模块确定将备忘录应用的运行界面的显示数据，通过通信模块发送给PC，PC的多屏框架服务模块根据该显示数据在备忘录应用窗口中显示该备忘录应用的运行界面，本申请实施例不再赘述该多屏协同的技术实现过程。

第二阶段：确定窗口恢复策略的过程

步骤403，手机的通信模块和PC的通信模块重新建立连接。

该步骤403参照图13中方法300的步骤302，用户可以通过在手机上重新发起碰一碰操作，和/或点击PC上窗口上的恢复按钮等方式，请求恢复和手机的连接。可选地，这里新建立的连接和断开前的连接可以相同或者不同。

步骤404，当手机和PC重新建立连接之后，PC的多屏框架服务模块根据一个或多个手机窗口的信息，确定第一请求消息，用于请求待恢复的一个或多个手机窗口中每一个手机窗口对应的目标应用在手机端的运行状态。

步骤405，PC的通信模块通过新建立的连接通道向手机的通信模块发送第一请求消息。

步骤406，手机的多屏框架服务模块根据第一请求消息，确定每一个手机窗口对应的目标应用的运行状态。

步骤407，手机的通信模块将目标应用的运行状态发送给PC。

可选地，这里“第一请求消息”可以包含PC和手机断开连接之前，PC显示屏上的所有手机窗口对应的应用信息，例如，PC和手机断开连接之前，PC显示屏上显示主窗口、备忘录应用窗口和音乐窗口，那么第一请求信息中可以用于请求获取手机主界面、备忘录应用运行状态和音乐应用运行状态，本申请实施例对第一请求消息中包含的具体内容不作限定。

步骤408，PC的多屏框架服务模块根据每一个手机窗口对应的目标应用的运行状态、用户的操作等，确定窗口恢复策略。

应理解，这里PC先获取每一个手机窗口对应的目标应用的运行状态，其中“每一个手机窗口”可能包括最终没有被恢复的窗口，由于用户的选择操作等，可能仅恢复部分窗口。示例性的，如图11中的(b)图所示，PC记录了用户关闭了备忘录应用窗口20的操作，或者手机端后台杀掉备忘录应用的进程，又或者，用户在手机上卸载了备忘录应用等，这些用户操作都将影响步骤408中的窗口恢复策略。

可选地，PC可以根据当前用户的操作、获取的每一个手机窗口对应的目标应用的运行状态、自身记录的断开前的一个或多个手机窗口的信息等，确定该窗口恢复策略，例如恢复几个窗口，或者回复哪一个应用的窗口，或者给用户提供什么种类的恢复按钮，供用户实现快捷操作等，具体的窗口恢复策略可以参照前述方法300中步骤308列举的可能的实现方式，为了简便，此处不再赘述。

第三阶段：恢复窗口过程

步骤409，PC的多屏框架服务模块根据窗口恢复策略，确定第二请求消息，该第二请求消息用于请求获取待恢复的手机窗口的界面信息。

应理解，这里“待恢复的手机窗口”可以是手机和PC断开连接前，PC显示屏上显示的部分手机窗口或全部手机窗口，本申请实施例对此不作限定。

示例性的，如图12中的(a)图所示，PC和手机断开连接前，PC显示屏上显示主窗口和备忘录应用窗口、音乐应用窗口。当PC和手机恢复连接后，用户根据自己的需求，选择仅恢复主窗口的显示，如图12中的(d)图所示，最终仅恢复了主窗口。那么该情况下，“第二请求消息”可能仅用于PC向手机请求获取主界面的显示数据。

或者，示例性的，如图11中的(a)图所示，PC和手机断开连接前，PC显示屏上显示主窗口和备忘录应用窗口。当PC和手机恢复连接后，用户根据自己的需求，在PC上关闭了备忘录应用窗口，如图11中的(d)图所示，最终也仅恢复了主窗口。那么该情况下，“第二请求消息”可能仅用于PC向手机请求获取主界面的显示数据。

又或者，示例性的，如图10中的(a)图所示，PC和手机断开连接前，PC显示屏上显示主窗口和备忘录应用窗口。当PC和手机恢复连接后，用户点击恢复按钮，如图11中的(d)图所示，最终同时恢复了主窗口和备忘录应用窗口。那么该情况下，“第二请求消息”可能用于PC向手机请求获取主界面的显示数据和备忘录应用的显示数据。

步骤410，PC的通信模块向手机的通信模块发送第二请求消息。

步骤411，手机的多屏框架服务模块根据第二请求消息，确定待恢复的手机窗口对应的应用，并从软件框架模块获取应用的显示数据。

步骤412，手机的通信模块想PC发送待恢复的应用的显示数据。

步骤413，PC的多屏框架服务模块根据待恢复的应用的显示数据，在对应的手机窗口中恢复显示内容。

可选地，在本申请实施例中，PC和手机之间显示数据和/或第一请求消息和/或第二请求消息等可以以是视频流的形式。例如，手机的视频流处理单元将待投屏显示的手机主界面的显示数据经过编码成视频流，发送给PC，然后PC的视频流处理单元对该视频流进行解码，以得到待投屏显示的手机主界面的显示数据，进而根据该手机主界面的显示数据在PC的多屏协同窗口中显示手机的主界面，本申请实施例对此不再赘述。

可选地，步骤408中确定窗口恢复策略的过程可以由PC和手机中的任意一个设备来执行。示例性的，上面已经介绍了PC来确定窗口恢复策略的过程，随着手机计算能力的逐步增强，在该实现过程中，PC可以仅向手机发送第一请求消息，用于请求恢复一个或多个手机窗口，手机接收到第一请求消息之后，可以根据自身后台运行的应用，以及断开连接之前的多屏协同过程已经运行的应用等，确定该窗口恢复策略，并直接将待恢复的应用的显示数据发送给PC，PC根据手机发送的显示数据恢复部分或全部窗口。如果用户在PC端执行了关闭某个手机窗口的操作，该操作也可以被回传到手机端，从而确定窗口恢复策略。该实现方式中，手机可以直接决策如何恢复窗口，可能不再需要PC的判断过程以及后续再发送第二请求消息的过程，缩短了PC和手机的交互流程和交互次数，加快了窗口恢复的速度，可以为用户带来更好的多屏协同体验。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，上述实施例中涉及的第一电子设备、第二电子设备可以包括：显示单元、检测单元和处理单元等。其中，显示单元、检测单元和处理单元相互配合，以使得第一电子设备、第二电子设备可以执行上述方法中的步骤等，和/或用于本文所描述的技术的其他过程。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述视频播放的方法，因此可以达到与上述实现方法相同的效果。

在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述显示单元、检测单元和处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。

其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。

在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图1或图2所示结构的设备。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得第一电子设备、第二电子设备执行上述相关方法步骤实现上述实施例中的多屏协同过程中恢复窗口的方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的多屏协同过程中恢复窗口的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的多屏协同过程中恢复窗口的方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种恢复窗口的方法，其特征在于，所述方法包括：

第一电子设备接收第二电子设备发送的第一应用的界面信息和第二应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用和所述第二应用为所述第二电子设备前台运行或后台运行的应用；

所述第一电子设备根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面，根据所述第二应用的界面信息，在第二窗口中显示所述第二应用的第二界面；

当所述第一电子设备和所述第二电子设备连接中断时，所述第一电子设备关闭所述第二窗口且在所述第一窗口中显示第三界面，所述第三界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第三界面上显示第一按钮；

当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作；

响应于用户对所述第一按钮的第一操作，所述第一电子设备向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；

所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息；

根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面。

2.根据权利要求1所述的方法，其特征在于，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述方法还包括：

所述第一电子设备向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态；

所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息；

当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

3.根据权利要求1或2所述的方法，其特征在于，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第二按钮，所述方法还包括：

当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第二按钮的第二操作；

响应于用户对所述第二按钮的第二操作，所述第一电子设备向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；

所述第一电子设备接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；

根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面，根据所述第二应用的界面信息，恢复显示所述第二窗口且在所述第二窗口中显示所述第二应用的第二界面。

4.根据权利要求3所述的方法，其特征在于，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述方法还包括：

所述第一电子设备向所述第二电子设备发送第四请求消息，所述第四请求消息用于请求获取所述第一应用的运行状态和所述第二应用的运行状态；

所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息和所述第二应用的运行状态；

当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用，且根据所述第二应用的运行状态信息确定所述第二应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第三请求消息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第三按钮，所述方法还包括：

当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第三按钮的第三操作；

响应于用户对所述第三按钮的第三操作，所述第一窗口中显示多个选项，所述多个选项中包括第一选项和第二选项，所述第一选项对应于第一应用，所述第二选项对应于第二应用；

接收用户选中并确定所述第一选项的操作，响应于用户选中并确定所述第一选项的操作，所述第一电子设备关闭所述第二窗口且向所述第二电子设备发送所述第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；

根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面；

或者，

接收用户选中并确定所述第二选项的操作，响应于用户选中并确定所述第二选项的操作，所述第一电子设备关闭所述第一窗口且向所述第二电子设备发送所述第五请求消息，所述第五请求消息用于请求获取所述第二应用的界面信息；

所述第一电子设备接收所述第二电子设备发送的所述第二应用的界面信息；

根据所述第二应用的界面信息，恢复显示所述第二窗口且在所述第二窗口中显示所述第二应用的第二界面；

又或者，

接收用户选中并确定所述第一选项和所述第二选项的操作，响应于用户选中并确定所述第一选项和所述第二选项的操作，所述第一电子设备向所述第二电子设备发送所述第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；

根据所述第一应用的界面信息，在所述第一窗口中恢复显示所述第一应用的第一界面，且根据所述第二应用的界面信息，在所述第二窗口中恢复显示所述第二应用的第二界面。

6.根据权利要求5所述的方法，其特征在于，所述多个选项中还包括第三选项，所述第三选项对应于第三应用，所述第三应用是用户使用频率最高的应用；和/或

所述第三应用是在所述第一电子设备和所述第二电子设备连接中断之前的预设时段内用户使用过的应用；和/或

所述第三应用是用户预设应用集合中的任意应用。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

接收用户选中并确定所述第三选项的操作，响应于用户选中并确定所述第三选项的操作，所述第一电子设备向所述第二电子设备发送所述第六请求消息，所述第六请求消息用于请求所述第二电子设备后台运行所述第三应用并获取所述第三应用的界面信息；

所述第一电子设备接收所述第二电子设备发送的所述第三应用的界面信息；

根据所述第三应用的界面信息，显示第三窗口且在所述第三窗口中显示所述第三应用的运行界面，所述第三窗口是独立于所述第一窗口和所述第二窗口的新窗口。

8.一种恢复窗口的方法，其特征在于，所述方法包括：

当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口中显示第三界面，所述第二窗口中显示第四界面，所述第三界面、所述第四界面用于指示所述第一电子设备和所述第二电子设备连接中断，所述第一窗口的第三界面上显示第一按钮，所述第二窗口的第四界面上显示第二按钮；

当所述第一电子设备和所述第二电子设备重新恢复连接时，接收用户对所述第一按钮的第一操作或对所述第二按钮的第二操作；

响应于用户对所述第一按钮的第一操作或对所述第二按钮的第二操作，所述第一电子设备向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；

9.根据权利要求8所述的方法，其特征在于，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述方法还包括：

所述第一电子设备向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态和所述第二应用的运行状态；

所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息和所述第二应用的运行状态信息；

当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用，且根据所述第二应用的运行状态信息确定所述第二应用为所述第二电子设备前台运行或后台运行时的应用时，向所述第二电子设备发送所述第一请求消息。

10.根据权利要求8或9所述的方法，其特征在于，所述方法还包括：

接收用户对所述第二窗口的关闭操作，响应于用户对所述第二窗口的关闭操作，所述第一电子设备关闭所述第二窗口；

响应于用户对所述第一按钮的第一操作，所述第一电子设备向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息；

11.根据权利要求8至10中任一项所述的方法，其特征在于，所述方法还包括：

当根据所述第二应用的运行状态信息确定所述第二应用在所述第二电子设备上被终止运行或卸载时，所述第一电子设备关闭所述第二窗口。

12.一种恢复窗口的方法，其特征在于，所述方法包括：

第一电子设备接收第二电子设备发送的第一应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用为所述第二电子设备前台运行或后台运行的应用；

所述第一电子设备根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面；

当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口中显示第二界面，所述第二界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第二界面上显示第一按钮；

13.根据权利要求12所述的方法，其特征在于，所述第一电子设备向所述第二电子设备发送第一请求消息之前，所述方法还包括：

所述第一电子设备向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态信息；

所述第一电子设备接收第二电子设备发送的所述第一应用的运行状态信息，当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

14.一种恢复窗口的方法，其特征在于，所述方法包括：

第二电子设备向第一电子设备发送一个或多个应用的界面信息，所述一个或多个应用的界面信息用于在所述第一电子设备上显示所述一个或多个应用对应的窗口，其中，所述一个或多个应用为所述第二电子设备前台运行或后台运行的应用，所述第二电子设备和所述第一电子设备为建立连接的状态；

当所述第一电子设备和所述第二电子设备连接中断且重新恢复连接时，所述第二电子设备接收所述第一电子设备发送的第一请求消息，所述第一请求消息用于请求获取所述一个或多个应用的界面信息；

所述第二电子设备根据所述第一请求消息，确定所述一个或多个应用中处于前台运行或后台运行的第一应用，以及处于终止运行状态或卸载状态的第二应用；

所述第二电子设备根据所述第一应用确定所述第一应用的界面信息；

所述第二电子设备向所述第一电子设备发送所述第一应用的界面信息，所述第一应用的界面信息用于在所述第一电子设备上通过第一窗口显示所述第一应用的第一界面。

15.根据权利要求14所述的方法，其特征在于，所述方法还包括：

所述第二电子设备向所述第一电子设备发送关闭所述第二应用对应的第二窗口的指令。

16.一种第一电子设备，其特征在于，所述第一电子设备用于：

接收第二电子设备发送的第一应用的界面信息和第二应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用和所述第二应用为所述第二电子设备前台运行或后台运行的应用；

根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面，根据所述第二应用的界面信息，在第二窗口中显示所述第二应用的第二界面；

当所述第一电子设备和所述第二电子设备连接中断时，关闭所述第二窗口且在所述第一窗口中显示第三界面，所述第三界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第三界面上显示第一按钮；

响应于用户对所述第一按钮的第一操作，向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；

接收所述第二电子设备发送的所述第一应用的界面信息；

17.根据权利要求16所述的第一电子设备，其特征在于，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述第一电子设备还用于：

向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态；

接收第二电子设备发送的所述第一应用的运行状态信息；

18.根据权利要求16或17所述的第一电子设备，其特征在于，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第二按钮，所述第一电子设备还用于：

响应于用户对所述第二按钮的第二操作，向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；

接收所述第二电子设备发送的所述第一应用的界面信息和所述第二应用的界面信息；

19.根据权利要求18所述的第一电子设备，其特征在于，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述第一电子设备还用于：

向所述第二电子设备发送第四请求消息，所述第四请求消息用于请求获取所述第一应用的运行状态和所述第二应用的运行状态；

接收第二电子设备发送的所述第一应用的运行状态信息和所述第二应用的运行状态；

20.根据权利要求16至19中任一项所述的第一电子设备，其特征在于，当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口的第三界面上还显示第三按钮，所述电子设备还用于：

接收用户选中并确定所述第一选项的操作，响应于用户选中并确定所述第一选项的操作，关闭所述第二窗口且向所述第二电子设备发送所述第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息；

接收所述第二电子设备发送的所述第一应用的界面信息；

或者，

接收用户选中并确定所述第二选项的操作，响应于用户选中并确定所述第二选项的操作，关闭所述第一窗口且向所述第二电子设备发送所述第五请求消息，所述第五请求消息用于请求获取所述第二应用的界面信息；

接收所述第二电子设备发送的所述第二应用的界面信息；

又或者，

接收用户选中并确定所述第一选项和所述第二选项的操作，响应于用户选中并确定所述第一选项和所述第二选项的操作，向所述第二电子设备发送所述第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；

21.根据权利要求20所述的第一电子设备，其特征在于，所述多个选项中还包括第三选项，所述第三选项对应于第三应用，所述第三应用是用户使用频率最高的应用；和/或

所述第三应用是用户预设应用集合中的任意应用。

22.根据权利要求21所述的第一电子设备，其特征在于，所述第一电子设备还用于：

23.一种第一电子设备，其特征在于，所述第一电子设备用于：

当所述第一电子设备和所述第二电子设备连接中断时，所述第一窗口中显示第三界面，所述第二窗口中显示第四界面，所述第三界面、所述第四界面用于指示所述第一电子设备和所述第二电子设备连接中断，且所述第一窗口的第三界面上显示第一按钮，所述第二窗口的第四界面上显示第二按钮；

响应于用户对所述第一按钮的第一操作或对所述第二按钮的第二操作，向所述第二电子设备发送第一请求消息，所述第一请求消息用于请求获取所述第一应用的界面信息和所述第二应用的界面信息；

24.根据权利要求23所述的第一电子设备，其特征在于，当所述第一电子设备和所述第二电子设备重新恢复连接时，所述第一电子设备还用于：

当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用，且根据所述第二应用的运行状态信息确定所述第二应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

25.根据权利要求23或24所述的第一电子设备，其特征在于，所述第一电子设备还用于：

响应于用户对所述第一按钮的第一操作，向所述第二电子设备发送第三请求消息，所述第三请求消息用于请求获取所述第一应用的界面信息；

接收所述第二电子设备发送的所述第一应用的界面信息；

26.根据权利要求23至25中任一项所述的第一电子设备，其特征在于，所述第一电子设备还用于：

27.一种第一电子设备，其特征在于，所述第一电子设备用于：

接收第二电子设备发送的第一应用的界面信息，其中，所述第二电子设备和所述第一电子设备为建立连接的状态，所述第一应用为所述第二电子设备前台运行或后台运行的应用；

根据所述第一应用的界面信息，在第一窗口中显示所述第一应用的第一界面；

接收所述第二电子设备发送的所述第一应用的界面信息；

28.根据权利要求27所述的第一电子设备，其特征在于，所述第一电子设备向所述第二电子设备发送第一请求消息之前，所述第一电子设备还用于：

向所述第二电子设备发送第二请求消息，所述第二请求消息用于请求获取所述第一应用的运行状态信息；

接收第二电子设备发送的所述第一应用的运行状态信息，当根据所述第一应用的运行状态信息确定所述第一应用为所述第二电子设备前台运行或后台运行的应用时，向所述第二电子设备发送所述第一请求消息。

29.一种第二电子设备，其特征在于，所述第二电子设备用于：

向第一电子设备发送一个或多个应用的界面信息，所述一个或多个应用的界面信息用于在所述第一电子设备上显示所述一个或多个应用对应的窗口，其中，所述一个或多个应用为所述第二电子设备前台运行或后台运行的应用，所述第二电子设备和所述第一电子设备为建立连接的状态；

当所述第一电子设备和所述第二电子设备连接中断且重新恢复连接时，接收所述第一电子设备发送的第一请求消息，所述第一请求消息用于请求获取所述一个或多个应用的界面信息；

根据所述第一请求消息，确定所述一个或多个应用中处于前台运行或后台运行的第一应用，以及处于终止运行状态或卸载状态的第二应用；

根据所述第一应用确定所述第一应用的界面信息；

向所述第一电子设备发送所述第一应用的界面信息，所述第一应用的界面信息用于在所述第一电子设备上通过第一窗口显示所述第一应用的第一界面。

30.根据权利要求29所述的第二电子设备，其特征在于，所述第二电子设备还用于：

31.一种恢复窗口的系统，其特征在于，所述系统包括如权利要求16至28中任一项所述的第一电子设备和权利要求29至30中任一项所述的第二电子设备，且所述第二电子设备和所述第一电子设备为建立连接的状态。

32.一种电子设备，其特征在于，所述电子设备包括：一个或多个处理器；一个或多个存储器；安装有多个应用程序的模块；所述存储器存储有一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行如权利要求1至15中任一项所述的方法。

33.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至15中任一项所述的方法。