CN114237779A - 一种显示窗口的方法、切换窗口的方法、电子设备和系统 - Google Patents

Abstract

本申请提供了一种显示窗口的方法、切换窗口的方法、电子设备和系统，该方法应用于手机和PC的多屏协同过程，在多屏协同窗口中以页签的形式显示手机的多个应用界面；此外，用户可以通过选中并拖动页签区域的页签、或选中并拖动隐藏在“更多”按钮中的应用名称、或选中并拖动多任务界面的应用卡片，在PC的界面上以独立子窗口显示不同应用的界面；再者，在多屏协同过程中，手机后台可以获取用户的操作，根据用户的操作区分操作的作用对象，进而判断该应用的运行状态和窗口显示状态，以得到更符合用户预期的操作结果；最后，该方法还可以在手机和PC之间、以及手机的不同应用之间实现文件的共享，该过程操作便捷，提高了操作效率，提升了用户体验。

Description

一种显示窗口的方法、切换窗口的方法、电子设备和系统

技术领域

本申请涉及电子技术领域，尤其涉及一种显示窗口的方法、切换窗口的方法、电子设备和系统。

背景技术

随着电子设备的发展，用户使用的电子设备的种类越来越多，用户可能同时拥有手机、个人电脑(personal computer，PC)等多种电子设备。其中，每种电子设备的使用场景和功能各不相同，每种电子设备中可能安装着不同的应用程序，存储不同的个人数据，因此，越来越多的场景中，不同的电子设备之间的数据可能需要共享。

为了更方便地在不同的电子设备之间实现数据共享，一种可能的方式中，可以通过多屏协同技术实现。以手机和PC之间的多屏协同为例，当手机和PC通过有线或无线的方式建立连接后，PC上会出现显示手机界面的窗口，本申请中称为“手机窗口”。在手机窗口中会镜像显示手机的屏幕内容。用户可以通过PC的键盘、鼠标或触摸屏等，在PC的手机窗口中使用手机安装的应用程序，实现手机和PC的协同操作的功能。此外，用户还可以通过拖拽操作，将文件、图片等拖入或拖出手机窗口，实现手机和PC之间的文件传输。

以上介绍的多屏协同过程，对于经常同时使用PC和手机的白领、学生等用户群体来说，在使用过程中，用户可以只关注PC的屏幕，通过PC访问手机的数据，不用频繁地在PC和手机之间切换，极大地提升了用户工作和学习的效率。

在多屏协同的操作过程中，初始状态下，PC可以通过一个手机窗口显示手机的运行界面；或者，PC还可以进一步以多个窗口的形式同时运行多个手机应用，使用多个窗口显示不同的应用界面，便于用户做数据的比对、执行拖拽传输等操作。示例性的，用户可以在一个窗口中打开手机的备忘录应用，在另一个窗口中打开手机的图库应用。该过程中，在PC上，如何从一个手机窗口的显示方式切换到多个窗口的显示方式，更好地利用PC 的大屏优势，目前缺乏简单高效的切换方式。

发明内容

本申请提供一种显示窗口的方法、切换窗口的方法、电子设备和系统，该显示窗口的方法可以以页签的方式在一个窗口中显示多个应用的界面，能实现“单窗口”到“多窗口”的快速切换，更好的利用PC的大屏优势，提供用户在PC上使用手机应用的体验。

第一方面，提供了一种显示窗口的方法，该方法包括：第一电子设备显示第一窗口，该第一窗口包括第一页签和第二页签；该第一电子设备接收第二电子设备发送的第一应用的第一界面信息；该第一电子设备根据该第一界面信息，在该第一窗口中显示第一界面；当该第一窗口中显示该第一界面时，该第一电子设备接收对该第二页签的第一操作；响应于对该第二页签的该第一操作，该第一电子设备接收该第二电子设备发送的第二应用的第二界面信息；该第一电子设备根据该第二界面信息，在该第一窗口中显示该第二界面，其中，该第一应用和该第二应用在该第二电子设备运行。

可选地，第一操作可以是点击该第二页签的操作。

可选地，在本申请实施例中，将以PC作为第一电子设备，手机作为第二电子设备，以在PC上显示手机的一个或多个窗口为例进行介绍多屏协同过程。应理解，在本申请实施例中，手机和PC之间已经建立连接，例如手机和PC之间连接可以包括有线连接或者无线连接等多种不同连接方式。可选地，手机和PC之间可以是通过USB数据线连接，或者，手机和PC之间可以是通过建立Wi-Fi连接的方式。或者，借助于手机和PC支持近场通信(near fieldcommunication，NFC)的功能，手机和PC之间通过“碰一碰”功能进行靠近连接。又或者，通过手机和PC通过蓝牙扫码连接等。又或者，随着通信技术的发展，通信带宽和速率逐渐提高，手机和PC之间可能在不建立近场通信连接的情况下也可以传输数据，本申请实施例对此不作限定。

一种可能的显示方式中，多屏协同窗口中可以以页签的形式显示多个应用界面。

另一种可能的方式中，对于同一个应用下的不同运行界面也可以用页签的方式区分，换言之，第一页签对应的界面为备忘录主界面，第二页签对应的界面为用户点击备忘录主界面进入的二级界面。

具体地，以一个页签对应一个应用为例，即同一个应用下的不同运行界面都显示在一个页签所对应的界面中。在本申请实施例中，将以一个页签对应一个应用为例进行介绍，本申请实施例对此不作限定。

可选地，第一应用和第二应用可以为手机后台运行中的应用，也可以其中一个应用在手机前台运行，本申请实施例对此不作限定。

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

通过上述方案，手机和PC的多屏协同过程中，在PC的显示屏上显示一个窗口——多屏协同窗口，并在该多屏协同窗口中启动并运行安装在手机侧的一个或多个应用，且多个手机的应用可以以页签的形式，显示在该多屏协同窗口中，用户可以通过点击任意一个应用的页签，使得该多屏协同窗口跳转显示该应用的运行界面。当手机后台运行的应用较多时，还可以将多个应用中部分应用的页签收起在更多按钮中，用户可以通过点击更多按钮，进一步显示后台运行的全部应用列表。用户可以通过页签、或者更多按钮中的应用列表等，快速地从当前使用的应用切换至其他任意一款后台运行中的应用，并在该多屏协同窗口中显示用户选中的应用的运行界面。该方法操作简单，用户可以快速地从当前使用的应用切换至其他后台运行中的应用，提高了操作效率，提升了用户体验。结合第一方面，在第一方面的某些实现方式中，该方法还包括：在该第一窗口中显示该第二界面时，该第一电子设备接收对该第一页签的第二操作；响应于对该第一页签的该第二操作，该第一电子设备接收该第二电子设备发送的该第一界面信息；根据该第一界面信息，该第一电子设备在该第一窗口中显示该第一界面。

可选地，第二操作可以是点击该第一页签的操作。

示例性的，用户可以点击每一个应用的页签，使得当前的显示手机界面的区域显示该页签对应的应用界面，且被用户点击的应用页签显示为高亮状态，或者称为“被选中状态”、“焦点态”等。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该方法还包括：当该第一窗口中显示该第一界面时，该第一电子设备接收对该第一页签的第三操作；响应于对该第一页签的该第三操作，该第一电子设备在该第一窗口显示该第二界面，在第二窗口显示该第一界面，其中，该第一窗口和该第二窗口为该第一电子设备上显示的不同窗口。可选地，第三操作可以是选中该第一页签且拖拽第一页签的操作。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当该第二窗口中显示该第一界面后，该第一窗口不包括该第一页签。

通过上述方案，用户可以通过选中并拖动页签区域的任意一个应用页签的方式，将该页签对应的应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示该应用的运行界面。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势，提供用户在PC上使用手机应用的体验；此外，在该切换窗口的过程中，不会中断正在运行的应用的进程，提高了用户体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该方法还包括：当该第一窗口中显示该第一界面时，该第一电子设备接收对该第二页签的第四操作；响应于对该第二页签的该第四操作，该第一电子设备在该第一窗口显示该第一界面，在该第二窗口显示该第二界面，其中，该第一窗口和该第二窗口为该第二电子设备上显示的不同窗口。

可选地，第四操作可以是选中该第二页签且拖拽第二页签的操作。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当该第二窗口中显示该第二界面后，该第一窗口不包括该第二页签。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该第一窗口包括关闭按钮，该方法还包括：该第一电子设备接收对该关闭按钮的点击操作，响应于对该关闭按钮的点击操作，该第一电子设备关闭该第一窗口。

应理解，用户可以通过选中并拖动页签区域的任意一个应用页签的方式，将该页签对应的应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示该应用的运行界面。其中，该页签可以为多屏协同窗口正在显示的选中状态的页签，也可以为非选中状态的页签，换言之，该页签的应用可以为前台运行，也可以为后台运行。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当关闭该第一窗口时，该方法还包括：该第一电子设备关闭该第二窗口。

应理解，在点击多屏协同窗口的关闭按钮之前，可以弹窗询问用户是否关闭被操作的窗口以外其他窗口。当用户授权关闭时，关闭所有窗口。

可选地，主窗口和子窗口中的功能区域包括的同一个按钮，可以具有不同的功能，或者具有相同的功能。

一种可能的方式中，主窗口中的部分按钮，可以具有控制主窗口和子窗口的功能，而子窗口中的该按钮，仅具有控制该子窗口的功能。或者，对于同一个按钮，主窗口中的该按钮和子窗口中的该按钮具有相同的功能。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该方法还包括：该第一电子设备接收将第一文件移至目标窗口的第五操作，该第一文件为该第一电子设备存储的文件，该目标窗口为该第一窗口或该第二窗口；若该目标窗口中显示的界面为该第一界面时，响应于该第五操作，该第一电子设备将该第一文件复制至该第一应用；若该目标窗口中显示的界面为该第二界面时，响应于该第五操作，该第一电子设备将该第一文件复制至该第二应用。

可选地，第五操作可以是选中该第一文件且拖拽该第一文件到第一窗口或第二窗口的操作。

综上所述，通过本申请实施例提供的分享文件的方法，可以在手机和PC之间、以及手机的不同应用之间实现文件的共享，该过程操作便捷，可以通过简单的拖拽操作，实现文件、图片等传输，对于经常同时使用PC和手机的白领、学生等用户群体来说，在使用过程中，用户可以只关注PC的屏幕，通过PC访问手机的数据，不用频繁地在PC和手机之间切换，极大地提升了用户工作和学习的效率。

应理解，以上用户选中第一文件可以包括多张图片，对多张图片同时执行拖拽操作；或者，用户可以同时选中图片、文档、表格等多种不同类型的文件，同时执行拖拽操作，本申请实施例对用户选中的文件类型和数量不作限定。结合第一方面和上述实现方式，在第一方面的某些实现方式中，当该第一电子设备显示该第一窗口和该第二窗口时，该方法还包括：该第一电子设备接收将该第一窗口中显示的第二文件移至该第二窗口的第六操作；若该第二窗口中显示的界面为该第一界面时，响应于该第六操作，该第一电子设备将该第一文件复制至该第一应用；若该第二窗口中显示的界面为该第二界面时，响应于该第六操作，该第一电子设备将该第一文件复制至该第二应用。

可选地，第六操作可以是选中该第二文件且拖拽该第二文件到第二窗口的操作。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该方法还包括：该第一电子设备在该第一窗口中显示多任务界面，该多任务界面包括至少一个应用卡片，该应用卡片包括第三应用卡片，该第三应用卡片对应第三应用；该第一电子设备接收对该第三应用卡片的第七操作；响应于该第七操作，该第一电子设备接收该第二电子设备发送的该第三应用的第三界面信息；该第一电子设备根据该第三界面信息，在第三窗口中显示该第三应用的该第三界面，其中，该第三窗口和该第一窗口为该第二电子设备上的不同窗口。

可选地，第七操作可以是选中该第三应用卡片且拖拽该第三应用卡片的操作。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当该第一电子设备在该第一窗口或该第二窗口中显示该第三界面时，该方法还包括：响应于对该第三应用卡片的该第七操作，该第一电子设备显示提示信息，该提示信息用于提示用户该第三应用已经显示。

在多任务界面，通过选中并拖动多任务界面的任意一个应用卡片的方式，将该卡片对应的应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示该应用的运行界面。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势，提供用户在PC上使用手机应用的体验；此外，在该切换窗口的过程中，不会中断正在运行的应用的进程，提高了用户体验。

在一种可能的场景中，当用户再次将鼠标再次置于该多任务切换界面中的音乐应用卡片上，可以自动显示另一个提醒窗口，用于提示用户“已在新窗口中打开”。换言之，对于已经在独立的子窗口中打开的应用，当用户使用相同的方法再次打开该应用时，可以通过提醒窗口的方式，向用户提示该窗口已经在新窗口中显示。该方法可以避免用户的误操作，提高了用户体验。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该第一窗口包括快捷按钮，当该第一窗口中显示该第二页签和该第二页签对应的该第二界面时，该方法还包括：若该第二电子设备检测到对该快捷按钮的点击操作，响应于该点击操作，该第二电子设备自动在第三窗口中显示该第二界面，且该第一窗口中不再包括该第一页签，其中，该第一窗口和该第三窗口为该第二电子设备上的不同窗口。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，当该第一窗口显示该第一电子设备的主界面时，该快捷按钮显示为灰色不可用状态。

结合第一方面和上述实现方式，在第一方面的某些实现方式中，该方法还包括：该第一电子设备接收用户启动第三应用的操作，响应于该操作，启动该第三应用并显示该第三应用的第三界面；该第一电子设备确定该第三界面的显示内容信息并发送给该第二电子设备；该第二电子设备根据接收的该第三界面的显示内容信息，在该第一窗口中显示第三页签和该第三页签对应的该第三界面。

综上所述，本申请实施例介绍了多种多屏协同窗口的显示方法。通过该多屏协同窗口，用户可以开启一个或多个手机侧的应用，且多个手机的应用可以以页签的形式，显示在该多屏协同窗口中，用户可以通过点击任意一个应用的页签，使得该多屏协同窗口快速跳转显示该页签对应的应用界面。相比现有的多屏协同过程，在多屏协同窗口中仅可以显示当前正在运行的应用，如果用户需要从当前应用切换至后台的其他应用，可以通过多任务按钮进入手机的多任务页面，再选择期望切换的目标应用，该过程操作步骤繁琐，用户体验差。本申请实施例提供的方法操作简单，用户可以快速地从当前使用的应用切换至其他后台运行中的应用，提高了操作效率，提升了用户体验。

此外，本申请实施例还提供了一种切换窗口的方法，用户可以通过选中并拖动页签区域的页签、或者选中并拖动隐藏在“更多”按钮中的应用名称、或者选中并拖动多任务界面的任意一个应用卡片的方式，将手机侧的任意一个应用以独立子窗口的形式，显示在PC的界面上。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC 上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势，提供用户在PC上使用手机应用的体验；此外，在该切换窗口的过程中，不会中断正在运行的其他应用的进程，提高了用户体验。

再者，在多屏协同过程中，针对用户分别在手机和PC上执行操作的多种不同的场景，手机后台可以获取用户的操作，根据用户的操作区分操作的作用对象——执行相应操作的应用，进而判断该应用的运行状态和窗口显示状态，以得到更符合用户预期的操作结果。

最后，本申请实施还提供了一种分享文件的方法，该方法可以在手机和PC之间、以及手机的不同应用之间实现文件的共享，该过程操作便捷，可以通过简单的拖拽操作，实现文件、图片等传输，对于经常同时使用PC和手机的白领、学生等用户群体来说，在使用过程中，用户可以只关注PC的屏幕，通过PC访问手机的数据，不用频繁地在PC和手机之间切换，极大地提升了用户工作和学习的效率。

第二方面，提供了一种显示窗口的方法，该方法包括：第一电子设备接收第二电子设备发送的主界面的界面信息；该第一电子设备根据该主界面的界面信息，在第一窗口中显示该主界面，该主页面包括至少一个应用的应用图标，该至少一个应用安装在该第二电子设备上；该第一电子设备接收对第一应用图标的第一操作，该至少一个应用的应用图标包括该第一应用图标；响应于该第一操作，该第一电子设备显示用于在第二窗口中打开该第一应用的选项；该第一电子设备接收对该选项的第二操作；响应于该第二操作，该第一电子设备在该第二窗口显示该第一应用的界面，其中，该第一窗口和该第二窗口为该第二电子设备上的不同窗口。

结合第二方面，在第二方面的某些实现方式中，该第一电子设备显示窗口的数量最大值为N，N为大于或等于2的整数，该方法还包括：当该第一电子显示窗口的数量为N时，响应于该第二操作，该第一电子设备显示提示信息，该提示信息用于提示用户该第一电子设备的显示区域显示的窗口的数量已经达到最大值。

第三方面，提供了一种显示窗口的系统，该系统包括相互通信的第一电子设备和第二电子设备，该第一电子设备用于：显示第一窗口，该第一窗口包括第一页签和第二页签；接收该第二电子设备发送的第一应用的第一界面信息；根据该第一界面信息，在该第一窗口中显示第一界面；当该第一窗口中显示该第一界面时，接收对该第二页签的第一操作；响应于对该第二页签的该第一操作，接收该第二电子设备发送的第二应用的第二界面信息；根据该第二界面信息，在该第一窗口中显示该第二界面，其中，该第一应用和该第二应用在该第二电子设备运行；以及，该第二电子设备用于：向该第一电子设备发送该第一应用的该第一界面信息；向该第一电子设备发送该第二应用的该第二界面信息。

结合第三方面，在第三方面的某些实现方式中，该第一电子设备还用于：在该第一窗口中显示该第二界面时，接收对该第一页签的第二操作；响应于对该第一页签的该第二操作，接收该第二电子设备发送的该第一界面信息；根据该第一界面信息，在该第一窗口中显示该第一界面；以及，该第二电子设备用于：向该第一电子设备发送该第一界面信息。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，该第一电子设备还用于：当该第一窗口中显示该第一界面时，接收对该第一页签的第三操作；响应于对该第一页签的该第三操作，在该第一窗口显示该第二界面，在第二窗口显示该第一界面，其中，该第一窗口和该第二窗口为该第一电子设备上显示的不同窗口。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，当该第二窗口中显示该第一界面后，该第一窗口不包括该第一页签。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，该第一电子设备还用于：当该第一窗口中显示该第一界面时，接收对该第二页签的第四操作；响应于对该第二页签的该第四操作，在该第一窗口显示该第一界面，在该第二窗口显示该第二界面，其中，该第一窗口和该第二窗口为该第一电子设备上显示的不同窗口。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，当该第二窗口中显示该第二界面后，该第一窗口不包括该第二页签。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，该第一窗口包括关闭按钮，该第一电子设备还用于：接收对该关闭按钮的点击操作，响应于对该关闭按钮的点击操作，关闭该第一窗口。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，当关闭该第一窗口时，该第一电子设备还用于：关闭该第二窗口。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，该第一电子设备还用于：接收将第一文件移至目标窗口的第五操作，该第一文件为该第一电子设备存储的文件，该目标窗口为该第一窗口或该第二窗口；若该目标窗口中显示的界面为该第一界面时，响应于该第五操作，将该第一文件复制至该第一应用；若该目标窗口中显示的界面为该第二界面时，响应于该第五操作，将该第一文件复制至该第二应用。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，当该第一电子设备显示该第一窗口和该第二窗口时，该第一电子设备还用于：接收将该第一窗口中显示的第二文件移至该第二窗口的第六操作；若该第二窗口中显示的界面为该第一界面时，响应于该第六操作，将该第一文件复制至该第一应用；若该第二窗口中显示的界面为该第二界面时，响应于该第六操作，将该第一文件复制至该第二应用。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，该第一电子设备还用于：在该第一窗口中显示多任务界面，该多任务界面包括至少一个应用卡片，该应用卡片包括第三应用卡片，该第三应用卡片对应第三应用；接收对该第三应用卡片的第七操作；响应于该第七操作，接收该第二电子设备发送的该第三应用的第三界面信息；根据该第三界面信息，在第三窗口中显示该第三应用的该第三界面，其中，该第三窗口和该第一窗口为该第二电子设备上的不同窗口；以及，该第二电子设备用于：向该第一电子设备发送该第三应用的第三界面信息。

结合第三方面和上述实现方式，在第三方面的某些实现方式中，当该第一电子设备在该第一窗口或该第二窗口中显示该第三界面时，该第一电子设备还用于：响应于对该第三应用卡片的该第七操作，显示提示信息，该提示信息用于提示用户该第三应用已经显示。

第四方面，提供了一种显示窗口的系统，该系统包括相互通信的第一电子设备和第二电子设备，该第一电子设备用于：接收该第二电子设备发送的主界面的界面信息；根据该主界面的界面信息，在第一窗口中显示该主界面，该主页面包括至少一个应用的应用图标，该至少一个应用安装在该第二电子设备上；接收对第一应用图标的第一操作，该至少一个应用的应用图标包括该第一应用图标；响应于该第一操作，显示用于在第二窗口中打开该第一应用的选项；接收对该选项的第二操作；响应于该第二操作，在该第二窗口显示该第一应用的界面，其中，该第一窗口和该第二窗口为该第二电子设备上的不同窗口；以及，该第二电子设备用于：向该第一电子设备发送该主界面的界面信息。

结合第四方面，在第四方面的某些实现方式中，该第一电子设备显示窗口的数量最大值为N，N为大于或等于2的整数，该第一电子设备还用于：当显示窗口的数量为N时，响应于该第二操作，显示提示信息，该提示信息用于提示用户该第一电子设备的显示区域显示的窗口的数量已经达到最大值。

第五方面，提供了一种显示窗口的方法，应用于包括相互通信的第一电子设备和第二电子设备的系统中，该方法包括：该第一电子设备运行第一应用并确定该第一应用的第一界面；该第一电子设备将该第一界面的显示内容信息发送给该第二电子设备；该第二电子设备根据接收的该第一界面的显示内容信息，在第一窗口中显示该第一界面；若该第二电子设备检测到启动第二应用的操作，响应于该操作，向该第一电子设备发送启动该第二应用的指令；该第一电子设备根据该指令，启动该第二应用并确定该第二应用的第二界面；该第一电子设备将该第二界面的显示内容信息发送给该第二电子设备；该第二电子设备根据接收的该第二界面的显示内容信息，在该第一窗口中显示第二页签和该第二页签对应的该第二界面，且该第一窗口中还包括第一页签，该第一页签对应后台运行的该第一界面。

结合第五方面，在第五方面的某些实现方式中，该方法还包括：若该第二电子设备检测到对该第一页签的点击操作，响应于该点击操作，在该第一窗口中显示该第一页签和该第一页签对应的该第一界面，且该第一窗口中还包括第二页签，该第二页签对应后台运行的该第二界面。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该方法还包括：若该第二电子设备检测到对该第一页签的长按操作，响应于该长按操作，显示该第一界面的悬浮窗；若该第二电子设备检测到用户拖拽该第一页签至第一位置释放的操作，响应于该操作，该第一界面的悬浮窗跟随用户拖拽该第一页签的轨迹移动至该第一位置，该第二电子设备在第二窗口中显示该第一界面，且该第一窗口中不再包括该第一页签，其中，该第一窗口和该第二窗口为该第二电子设备上的不同窗口，该第一位置是该第二电子设备上除该第一窗口所在区域之外的任意位置。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该方法还包括：若该第二电子设备检测到用户启动该第一应用的操作，响应于该操作，该第二电子设备将该第二窗口切换到最上层显示，或者，该第二电子设备将该第二窗口以闪烁态显示；或者，若该第二电子设备检测到用户启动该第二应用的操作，响应于该操作，该第二电子设备将该第一窗口切换到最上层显示且该第一窗口显示该第二界面，或者，该第二电子设备将该第一窗口以闪烁态显示且该第一窗口显示该第二界面。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，第一窗口包括第一显示区域和第一功能区域，该第一功能区域包括用于控制该第一窗口的一个或多个按钮，该第二窗口包括第二显示区域和第二功能区域，该第二功能区域包括用于控制该第二窗口的一个或多个按钮，该方法还包括：该第一电子设备接收用户的锁屏操作，响应于该锁屏操作，进入锁屏状态并显示锁屏界面；该第一电子设备确定该锁屏界面显示内容信息并发送给该第二电子设备；该第二电子设备根据接收的该锁屏界面显示内容信息，切换该第二电子设备上的该第一显示区域和该第二显示区域全部为锁定不可用状态。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该第一功能区域包括第一关闭按钮，该第二功能区域包括第二关闭按钮，该方法还包括：若该第二电子设备检测到对该第一关闭按钮的点击操作，响应于该点击操作，该第二电子设备显示第二提示信息，该第二提示信息用于提示用户授权该第二电子设备关闭该第一窗口和该第二窗口；当检测到用户的授权操作时，响应于该授权操作，同时关闭该第一窗口和该第二窗口；或者若该第二电子设备检测到对该第二关闭按钮的点击操作，响应于该点击操作，该第二电子设备关闭该第二窗口且继续显示该第一窗口。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该方法还包括：若该第二电子设备检测到用户选中目标文件并拖拽该目标文件至该第一窗口释放的操作，响应于该操作，该目标文件被复制到该第二应用中，其中，该目标文件是该第二窗口中的该第一界面上显示的文件，或者该目标文件是该第二电子设备本地存储的文件。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该第二电子设备的显示区域显示窗口的数量最大值为N，N为大于或等于2的整数，当该第二电子设备的显示区域显示了该第一窗口和N-1个该第二窗口，且该第一窗口中显示第三页签和该第三页签对应的该第三界面时，该方法还包括：若该第二电子设备检测到对该第三页签的第一操作，响应于该第一操作，显示第一提示信息，该第一提示信息用于提示用户该第二电子设备的显示区域显示的窗口的数量已经达到最大值。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该方法还包括：若该第二电子设备检测到用户在该第一窗口中启动多任务界面的操作，响应于该启动多任务界面的操作，该第一窗口显示该多任务界面，该多任务界面至少包括该第二应用的卡片；若该第二电子设备检测到对该第二应用的卡片的长按操作，响应于该长按操作，显示该第二界面的悬浮窗；若该第二电子设备检测到用户拖拽该第二应用的卡片至该第二位置释放的操作，响应于该操作，该第二界面的悬浮窗跟随用户拖拽该第二应用的卡片的轨迹移动至该第二位置，该第二电子设备在第三窗口中显示该第二界面，且该第一窗口中不再包括该第二页签，其中，该第一窗口和该第三窗口为该第二电子设备上的不同窗口，该第二位置是该第二电子设备上除该第一窗口所在区域之外的任意位置。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，当该第二电子设备在该第三窗口中显示该第二界面时，该方法还包括：若该第二电子设备在该第一窗口的该多任务界面检测到对该第二应用的卡片的第二操作，响应于该第二操作，显示该第二提示信息，该第二提示信息用于提示用户该第二应用已经显示在该第三窗口中。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该第一窗口包括快捷按钮，当该第一窗口中显示该第二页签和该第二页签对应的该第二界面时，该方法还包括：若该第二电子设备检测到对该快捷按钮的点击操作，响应于该点击操作，该第二电子设备自动在第三窗口中显示该第二界面，且该第一窗口中不再包括该第一页签，其中，该第一窗口和该第三窗口为该第二电子设备上的不同窗口。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，当该第一窗口显示该第一电子设备的主界面时，该快捷按钮显示为灰色不可用状态。

结合第五方面和上述实现方式，在第五方面的某些实现方式中，该方法还包括：该第一电子设备接收用户启动第三应用的操作，响应于该操作，启动该第三应用并显示该第三应用的第三界面；该第一电子设备确定该第三界面的显示内容信息并发送给该第二电子设备；该第二电子设备根据接收的该第三界面的显示内容信息，在该第一窗口中显示第三页签和该第三页签对应的该第三界面。

第六方面，提供了一种显示窗口的方法，应用于包括相互通信的第一电子设备和第二电子设备的系统中，该方法包括：该第一电子设备确定主界面的显示内容，该主界面包括一个或多个应用图标；该第一电子设备将该主界面的显示内容信息发送给该第二电子设备；该第二电子设备根据接收的该主界面的显示内容信息，在第一窗口中显示该主界面；若该第二电子设备检测到对第一应用图标的第一操作，响应于该第一操作，显示操作菜单，该操作菜单包括用于提示用户授权该第二电子设备通过第二窗口显示该第一应用的界面，该第一窗口和该第二窗口为该第二电子设备上的不同窗口，该第一应用图标为该主界面上的任意一个应用图标；当检测到用户的授权操作时，响应于该授权操作，该第二电子设备在该第二窗口中显示该第一应用的界面。

结合第六方面，在第六方面的某些实现方式中，该第二电子设备的显示区域显示窗口的数量最大值为N，N为大于或等于2的整数，当该第二电子设备的显示区域显示了该第一窗口和N-1个该第二窗口时，该方法还包括：若该第二电子设备检测到对第二应用图标的该第一操作，响应于该第一操作，显示第一提示信息，该第一提示信息用于提示用户该第二电子设备的显示区域显示的窗口的数量已经达到最大值。

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

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

第八方面，本申请提供了一种电子设备，包括一个或多个处理器和一个或多个存储器。该一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，使得电子设备执行上述任一方面任一项可能的实现中的显示窗口的方法。

第九方面，提供了一种系统，该系统包括：执行上述任一方面任一项可能的实现中的显示窗口的方法的第一电子设备和第二电子设备。

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

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

附图说明

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

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

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

图4是本申请实施例提供的一例PC的界面示意图。

图5是本申请实施例提供的又一例PC的界面示意图。

图6是本申请实施例提供的又一例PC的界面示意图。

图7是本申请实施例提供的又一例PC的界面示意图。

图8是本申请实施例提供的又一例PC的界面示意图。

图9是本申请实施例提供的又一例PC的界面示意图。

图10是本申请实施例提供的又一例PC的界面示意图。

图11是本申请实施例提供的又一例PC的界面示意图。

图12是本申请实施例提供的又一例PC的界面示意图。

图13是本申请实施例提供的又一例PC的界面示意图。

图14是本申请实施例提供的又一例PC的界面示意图。

图15是本申请实施例提供的又一例PC的界面示意图。

图16是本申请实施例提供的又一例PC的界面示意图。

图17是本申请实施例提供的又一例PC的界面示意图。

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

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

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

图21是本申请实施例提供的再一例PC的界面示意图。

图22是本申请实施例提供的再一例PC的界面示意图。

图23是本申请实施例提供的再一例PC的界面示意图。

图24是本申请实施例提供的再一例PC的界面示意图。

图25是本申请实施例提供的再一例PC的界面示意图。

图26是本申请实施例提供的再一例PC的界面示意图。

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

图28是本申请实施例提供的一例拖拽策略的示意图。

图29是本申请实施例提供的一例窗口旋转显示的实现示意图。

图30是本申请实施例提供的一例自动切换窗口的场景示意图。

具体实施方式

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

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

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

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

本申请实施例中，该第一电子设备可以是手机、智能终端、可穿戴设备等电子设备，该第二电子设备可以是PC、平板电脑、手机、智能终端、车载设备、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digitalassistant， 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的软件结构可以采用

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

系统、

系统、

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

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

系统、PC 200具有

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

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

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

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

应用程序层可以包括一系列应用程序包。例如图3所示的手机100，应用程序层可以包括短信、音乐、视频、导航等应用程序，本申请实施例对此不作限定。

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

示例性的，如图3所示，多屏框架服务模块可以包括多窗口管理器、窗口坐标同步模块、消息通知管理器等。

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

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

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

应用程序框架层可以包括多种服务程序或者一些预先定义的函数。应用程序框架层可以为应用程序层的应用程序提供应用编程接口(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之间建立连接的方式不作限定。

综上所述，应用程序框架层可以实现PC 200和手机100的发现连接、调用MSDP服务等功能。此外，应用程序框架层的多屏框架服务还可以实现PC 200和手机100之间文件的拖拽与共享、单窗口模式的显示、应用协同的生命周期管理等功能。PC 200和手机 100之间文件的拖拽与共享、PC 200显示手机100的一个窗口可以参照现有的方案，这里不再赘述。应用协同的生命周期管理是用于配置管理应用程序的软件工具，规定应用程序的生命周期等。

图3中还示出了PC 200参与本申请实施例的网络传输层和多屏框架服务模块，PC200 和手机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的多屏框架服务模块的相关服务的功能，多屏框架服务模块也可以包括多窗口管理器、消息通知管理器、手机窗口显示器等。其中，多窗口管理器可以接收手机窗口的信息显示一个或多个手机窗口，该手机窗口的信息可以包括手机窗口的坐标信息、手机窗口的显示内容信息等。多窗口管理器可以根据手机窗口的坐标信息，确定在PC 200的显示屏上显示手机100的一个或多个窗口。

手机窗口显示器根据手机窗口的显示内容信息，在PC 200的显示屏进行显示，手机窗口显示器可以用于显示手机100的一个或者多个窗口。

消息通知管理器可以用于在PC 200显示通知信息，例如以消息弹窗的方式、提示音等方式显示通知信息。

窗口坐标同步可以确定PC 200的显示屏上用于多屏协同窗口的坐标和区域。

应理解，对于PC 200和手机100之间建立链路之后，可以进行数据传输过程，该传输的数据可以包括界面内容的相关数据，还可以包括意图类指令传输，例如“touch event”等操作指令(例如启动、关闭、移动、拖动、点击、双击、右击、缩放应用等事件的指令) 的传输；该传输的数据还可以包括PC 200和手机100之间定义的可解析的数据格式等，本申请实施例对此不作限定。

还应理解，除了图3中示出的多个层以及包括的多个功能模块之外，手机100和PC

200还可以有不同的划分方式或者包括更多的功能模块，本申请实施例对此不作限定。

为了便于理解，以下实施例将以具有图1所示硬件结构和图3所示软件架构的手机100，以及具有图2和图3所示软件结构的PC 200为例，介绍本申请实施例提供的切换窗口的方法，下面结合附图和应用场景，进行具体阐述。

图4是本申请实施例提供的一例PC的界面示意图。

应理解，在本申请实施例中，手机100和PC 200建立连接或者传输数据可以采用前述图3的相关内容中介绍的任意一种通信方式，此处不再赘述。

还应理解，在本申请实施例中，可以将PC 200上显示的手机主界面的窗口称为“主窗口”、“多屏协同窗口”或者“手机窗口”，该主窗口中，也可以打开某个应用窗口。将PC 200上独立于“主窗口”的其他窗口且用于显示手机运行某一个应用的界面的窗口称为“子窗口”或者“XXX应用窗口”。

此外，还应理解，本申请实施例所称的“多屏协同窗口”中的“协同”并不限定该 PC200上的主窗口和手机100界面的显示保持一致，换言之，多屏协同窗口和手机100 的主界面的显示内容可以一致、也可以不同，用户在PC 200上运行手机100的任意一个应用时，该应用在手机100后台运行，不影响手机100的屏幕的显示内容，本申请实施例对手机100的显示内容不作限定。

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

此外，图4中(a)图还示出了PC 200的界面，该PC 200的界面上，显示了多屏协同窗口10。如图4中(a)图所示，手机100和PC 200在连接之后，PC 200的多屏协同窗口10可以和手机100显示相同的界面，例如手机100主界面401。

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

又一种可能的显示方式中，多屏协同窗口10可以以页签的形式显示多个应用窗口。

示例性的，如图4中(b)图所示，该多屏协同窗口10可以被划分为顶端功能区域101、页签区域102、底部区域103和中间用于显示手机界面的区域104。

具体地，顶端功能区域101可以包括：

(1)按钮10-1，用于对该窗口进行设置，例如大小设置、显示层级设置等。示例性的，用户可以通过该按钮10-1设置多屏协同窗口10为置顶显示，即不论PC 200上显示多少个窗口，该多屏协同窗口10永远显示在最上层。

(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的页签区域102可以包括：

(1)一个或多个应用界面的页签。

用户可以点击每一个应用的页签，使得当前的显示手机界面的区域104显示该页签对应的应用界面，且被用户点击的应用页签显示为高亮状态，或者称为“被选中状态”、“焦点态”等。

可选地，对于同一个应用下的不同运行界面也可以用页签的方式区分，换言之，第一个页签对应的界面为备忘录主界面，第二个页签对应的界面为用户点击备忘录主界面进入的二级界面，本申请实施例对此不作限定。

或者，一个页签对应一个应用为例，即同一个应用下的不同运行界面都显示在一个页签所对应的界面中。在本申请实施例中，将以一个页签对应一个应用为例进行介绍。

一种可能的显示方式中，当用户通过该多屏协同窗口10开启了一个手机的应用时，可以在该多屏协同窗口10中显示该应用的运行界面，不以页签的形式显示，换言之，此时该多屏协同窗口10可以不包括页签区域102。当用户开启了两个或两个以上的手机的应用时，该多屏协同窗口10可以自动显示页签区域102，该页签区域102包括用户开启的多个应用的页签，本申请实施例对此不作限定。

可选地，页签区域102中多个应用的页签的排列顺序与手机后台运行的多任务应用的顺序保持一致。

示例性的，如图4中的(b)图所示，如果用户在PC 200的多屏协同窗口10中依次打开运行手机100的备忘录应用、音乐应用、图库应用、视频应用、邮件应用和计算器应用，那么在该页签区域102，按照用户打开每一个应用的顺序，依次显示备忘录页签、音乐页签、图库页签。

可选地，页签区域102中每一个应用页签都包括关闭按钮，用户可以点击应用页签的关闭按钮，关闭该应用且页签区域102不再包括该应用页签，本申请实施例对此不作限定。

(2)“更多”按钮10-5。受限于该多屏协同窗口10的宽度尺寸，部分无法显示的应用隐藏在该页签区域102的“更多”按钮105中。

示例性的，如图4中的(b)图所示，受限于该多屏协同窗口10的宽度尺寸，部分无法显示的视频应用、邮件应用和计算器应用，以列表的形式隐藏在“更多”按钮105中。本申请实施例对该多屏协同窗口10显示的应用页签的数量不作限定。

如图4中的(b)图所示，当多屏协同窗口10显示手机100的主界面401时，页签区域102的备忘录页签、音乐页签、图库页签都为没有被选中的状态，称为“非选中状态”。

可选地，当多屏协同窗口10显示手机100的主界面401时，页签区域102的每一个页签对应的应用为手机100后台运行中的应用。

可选地，当多屏协同窗口10显示手机100的备忘录应用时，该备忘录应用也可以是手机100后台运行中的应用。示例性的，手机100的界面不显示该备忘录的界面时，即使多屏协同窗口10当前显示备忘录应用的界面，该备忘录应用仍然在手机100后台运行，后续不再赘述。

当用户执行如图4中的(b)图所示的操作，点击备忘录页签，响应于用户的点击操作，如图4中的(c)图所示，该多屏协同窗口10跳转显示备忘录应用的主界面，同时，备忘录页签显示为灰色示出的高亮状态(或者称为“选中状态”)。可选地，备忘录应用的主界面包括用户记录的会议安排等，这里对该备忘录应用的主界面的内容不再赘述。

或者，示例性的，当该多屏协同窗口10跳转显示备忘录应用的主界面时，用户继续执行如图4中的(d)图所示的操作，点击音乐页签，响应于用户的点击操作，该多屏协同窗口10跳转显示如图4中的(e)图所示的音乐应用的界面。同时，音乐页签显示为灰色示出的高亮状态，备忘录页签取消高亮，为“非选中状态”。可选地，音乐应用的界面可以是用户之前开启的音乐应用二级界面——播放界面，这里对该播放界面的内容不再赘述。

需要说明的是，在本申请实施例中，所说的用户操作可以是用户通过鼠标、键盘等PC 200的外设输入设备执行的操作，例如用户通过鼠标的点击、双击、右击等操作；或者对于具有触摸显示屏的PC 200，用户操作还可以是在显示屏上的触摸操作、点击操作、滑动操作等，本申请实施例对用户的操作的类型和方式不作限定。应理解，本申请实施例中都以图4中的(b)-(g)图所示的黑色箭头表示用户操作，在后续实施例的描述中，不再对用户的操作进行赘述。

如图4中的(e)图所示，当该多屏协同窗口10显示音乐应用的播放界面时，用户点击“更多”按钮10-5，响应于用户的点击操作，紧邻该“更多”按钮10-5显示如图4中的(f) 图所示的窗口105。可选地，该窗口105中以列表的形式显示多个应用名称，例如部分没有显示在页签区域102的应用名称：视频、邮件和计算器。

如图4中的(f)图所示，用户点击该窗口105的列表中的计算器，响应于用户的点击操作，该多屏协同窗口10跳转显示如图4中的(g)图所示的计算器应用的界面。同时，音乐页签签取消高亮，为“非选中状态”。

通过上述方案，手机100和PC 200的多屏协同过程中，在PC 200的显示屏上显示一个窗口——多屏协同窗口，并在该多屏协同窗口中启动并运行安装在手机100侧的一个或多个应用，且多个手机的应用可以以页签的形式，显示在该多屏协同窗口中，用户可以通过点击任意一个应用的页签，使得该多屏协同窗口跳转显示该应用的运行界面。当手机 100后台运行的应用较多时，还可以将多个应用中部分应用的页签收起在更多按钮中，用户可以通过点击更多按钮，进一步显示后台运行的全部应用列表。用户可以通过页签、或者更多按钮中的应用列表等，快速地从当前使用的应用切换至其他任意一款后台运行中的应用，并在该多屏协同窗口中显示用户选中的应用的运行界面。该方法操作简单，用户可以快速地从当前使用的应用切换至其他后台运行中的应用，提高了操作效率，提升了用户体验。

此外，该多屏协同窗口10底部区域103可以包括：

(1)上一级按钮10-6，用于从当前的显示界面返回上一级界面。

示例性的，如图4中的(e)图所示，当该多屏协同窗口10的显示了音乐应用的二级界面——播放界面时，用户点击该上一级按钮10-6可以返回音乐应用的一级界面——包括音乐推荐、电台、音乐列表的音乐应用的主界面；如果用户再次点击该上一级按钮10-6 可以返回到手机100的主界面。

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

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

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

再者，该多屏协同窗口10还包括用于显示手机界面的区域104。示例性的，如图4中的(b)图所示，区域104显示的是手机的主界面401，如果用户执行对备忘录页签的点击操作，区域104显示如图4中的(c)图所示的备忘录应用的主界面。或者，如果用户执行对音乐页签的点击操作，区域104显示如图4中的(e)图所示的音乐应用的播放界面。又或者，如果用户执行对更多按钮10-5中隐藏的计算器的点击操作，区域104显示如图4中的(g)图所示的计算器应用的界面。

应理解，以上介绍的顶端功能区域101和底部区域103可以理解为PC 200为该多屏协同窗口10提供的控制区域，该控制区域中所有的按钮和菜单都是用于控制该多屏协同窗口10；页签区域102用于在该多屏协同窗口10中切换不同应用的显示界面；区域104 响应于用户的切换操作，或者开启某个应用的操作等，显示相应的界面。

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

结合图4介绍了本申请实施例提供的一种可能的多屏协同窗口显示方法，通过该多屏协同窗口，用户可以开启一个或多个手机侧的应用，且多个手机的应用可以以页签的形式，显示在该多屏协同窗口中，用户可以通过点击任意一个应用的页签，使得该多屏协同窗口快速跳转显示该页签对应的应用界面。现有的多屏协同过程，在多屏协同窗口中仅可以显示当前正在运行的应用，如果用户需要从当前应用切换至后台的其他应用，可以通过多任务按钮进入手机的多任务页面，再选择期望切换的目标应用，该过程操作步骤繁琐，用户体验差。本申请实施例提供的方法操作简单，用户可以快速地从当前使用的应用切换至其他后台运行中的应用，提高了操作效率，提升了用户体验。

另一种可能的场景中，用户同时开启了多个应用窗口，且用户需要同时使用多个应用窗口获取多个应用的界面内容，或者，用户期望更好的利用PC的大屏显示视频等应用的界面，同时使用原较小的多屏协同窗口使用计算器等应用。在这种场景下，用户可能更希望通过不同的窗口显示不同应用的运行界面，因此，本申请实施例还提供一种切换窗口的方法，在用户使用多屏协同的过程中，可以方便用户更快捷地以多窗口的形式同时打开多个应用。

图5是本申请实施例提供的又一例PC的界面示意图。如图5中的(a)图所示，在 PC200的界面上显示了多屏协同窗口10，该多屏协同窗口10当前显示了备忘录应用的主界面，且备忘录页签显示为灰色示出的高亮状态。

示例性的，如图5中的(a)图所示，当用户点击选中备忘录页签且沿着虚线所示的方向拖动该备忘录页签，响应于用户选中且拖动的操作，如图5中的(b)图所示，在PC 200的界面上以另一个悬浮窗口的形式显示备忘录应用窗口20。该悬浮态的备忘录应用窗口20可以跟随虚线示出的拖动方向，继续在PC 200的界面上移动。

可选地，悬浮态的备忘录应用窗口20可以具有透明度逐渐变化的动态显示效果。例如，从用户选中备忘录页签开始拖动的时刻起始，整个拖动过程中，悬浮态的备忘录应用窗口20由透明态逐渐变为半透明态，具有透明度逐渐降低的动态显示效果，本申请实施例对此不作限定。

当用户将选中的该备忘录应用窗口20拖动到PC 200上和多屏协同窗口10所在区域之外的位置时，释放该备忘录应用窗口20，响应于用户的释放操作，如图5中的(c)图所示，在PC 200的界面上以另一个不同于多屏协同窗口10的窗口，显示备忘录应用的运行界面。同时，该多屏协同窗口10中，页签区域102中不再包括备忘录的页签，且按照页签的排列顺序，依次将音乐应用、图库应用的页签移动，补充原备忘录的页签的位置，隐藏在“更多”按钮中的视频应用也可以以页签的形式显示在页签区域102。换言之，用户可以通过选中并拖动备忘录页签的方式，将备忘录应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示备忘录的运行界面。

可选地，当用户释放该备忘录应用窗口20，备忘录应用以独立的备忘录应用窗口20 显示在PC 200的界面上时，该备忘录应用窗口20可以显示为高亮状态(或者称为“焦点态”)，即该备忘录应用窗口20显示在PC 200的第一层级，或者称为最上面层级。

可选地，当用户释放该备忘录应用窗口20，该备忘录应用窗口20可以在无限接近该多屏协同窗口10且与多屏协同窗口10不重叠的位置显示；或者，以用户释放该备忘录应用窗口20的位置为中心，显示该备忘录应用窗口20；又或者，结合PC 200上的显示内容，优先显示在PC 200的显示屏的空白区域，不影响用户在PC 200上打开的网页、文档等窗口，本申请实施例对此不作限定。

一种可能的显示方式中，该多屏协同窗口10中，可以继续跳转显示手机100的主界面401，且音乐页签、图库页签和视频页签显示为非选中状态。

或者，该多屏协同窗口10中，可以显示排列在备忘录页签之后的音乐页签对应的音乐应用的运行界面，且音乐页签为高亮状态，图库页签和视频页签显示为非选中状态，本申请实施例对此不作限定。

同样地操作，用户可以选中并拖动音乐页签，如图5中的(d)图所示，在PC 200的界面上以不同于多屏协同窗口10和备忘录应用窗口20的另一个窗口——音乐应用窗口 30，显示音乐应用的运行界面。同时，该多屏协同窗口10中，页签区域102中不再包括音乐页签，且按照页签的排列顺序，依次移动图库页签、视频页签，补充音乐页签的位置，隐藏在“更多”按钮中的邮件应用也可以以页签的形式显示在页签区域102。

通过上述方案，用户可以通过选中并拖动页签区域的任意一个应用页签的方式，将该页签对应的应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示该应用的运行界面。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势，提供用户在PC上使用手机应用的体验；此外，在该切换窗口的过程中，不会中断正在运行的应用的进程，提高了用户体验。

又一种可能的显示方式中，子窗口的数量可以具有预设数量限制，即最大数量上限。示例性的，如果PC 200上支持显示的手机窗口数量为3个，那么PC 200上支持显示的子窗口数量就可以是2个。

示例性的，如图5中的(e)图所示，在PC 200的界面上显示了3个窗口：多屏协同窗口10、备忘录应用窗口20和音乐应用窗口30。

当用户选中并拖动多屏协同窗口10中的图库页签时，可以在PC 200的界面上自动显示提醒窗口106，用于提醒用户“打开的新窗口数量已达上限”，用户无法再按照前述介绍的选中且拖动操作，分离出该图库页签对应的图库应用窗口，此处不再赘述。

可选地，该提醒窗口106可以在用户释放图库页签之后自动消失，或者显示一定时长 (例如5秒)后自动消失，本申请实施例对此不作赘述。

再一种可能的显示方式中，备忘录应用窗口20作为独立的子窗口，可以和主窗口——多屏协同窗口10具有不同的样式。

示例性的，如图5中的(c)图所示，多屏协同窗口10作为主窗口，备忘录应用窗口20和音乐应用窗口30作为子窗口，主窗口和子窗口具有不同的样式。结合前述图4中介绍的该多屏协同窗口10可以包括的功能区域101、页签区域102、底部区域103和中间用于显示手机界面的区域104，可选地，备忘录应用窗口20可以包括如图5中的(c)图所示功能区域201和显示应用界面的区域202。其中，灰色示出的功能区域201包括的按钮可以和主窗口的功能区域101包括的按钮相同，例如按钮20-1、最小化按钮20-2、最大化按钮20-3和关闭按钮20-4。

可选地，主窗口和子窗口中的功能区域包括的同一个按钮，可以具有不同的功能，或者具有相同的功能。

一种可能的方式中，主窗口中的部分按钮，可以具有控制主窗口和子窗口的功能，而子窗口中的该按钮，仅具有控制该子窗口的功能。或者，对于同一个按钮，主窗口中的该按钮和子窗口中的该按钮具有相同的功能。

示例性的，图6是本申请实施例提供的又一例PC的界面示意图。如图6中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10、备忘录应用窗口20和音乐应用窗口 30。

如图6中的(a)图所示，如果用户点击多屏协同窗口10的关闭按钮10-4，响应于用户的点击操作，PC 200上显示如图6中的(b)图所示提醒窗口107，该提醒窗口107可以用于提示用户“当前运行的子窗口将被关闭，是否继续”。如果用户点击“继续”按钮，响应于用户的点击操作，PC 200上显示如图6中的(c)图所示的界面，即同时关闭了PC 200上的多屏协同窗口10、备忘录应用窗口20和音乐应用窗口30。

另一种可能的方式中，如图6中的(d)图所示，如果用户点击备忘录应用窗口20的关闭按钮20-4，响应于用户的点击操作，PC 200上显示如图6中的(e)图所示的界面，仅关闭了该备忘录应用窗口20，并不影响多屏协同窗口10和音乐应用窗口30的显示，此处不再赘述。

应理解，以上以“关闭”按钮为例，介绍了主窗口和子窗口中关闭按钮的不同功能，其他按钮可以和“关闭”按钮类似，具有不同的控制功能。

或者，对于多屏协同窗口10最大化按钮，也可以仅仅具有控制多屏协同窗口10的最大化显示的功能，而不具有控制其他子窗口最大化显示的功能，本申请实施例对此不再一一赘述。

以上结合附图介绍了多屏协同窗口10多种可能的样式、包括的多种不同的按钮等，除此之外，多屏协同窗口和每一个独立的应用窗口还可以包括不同的按钮。

图7是本申请实施例提供的又一例PC的界面示意图。如图7中的(a)图所示，在 PC200的界面上显示了多屏协同窗口10、备忘录应用窗口20和音乐应用窗口30，其中，该多屏协同窗口10显示手机100的主界面，假设手机后台至少运行了备忘录应用、音乐应用、图库应用、视频应用和邮件应用等多个应用，在该多屏协同窗口10的页签区域相应地显示了图库页签、视频应用和邮件页签，且图库页签、视频应用和邮件页签都为非选中状态。

可选地，在独立的备忘录应用窗口20和音乐应用窗口30中，可以包括旋转按钮，如图7中的(a)图所示的旋转按钮20-6和旋转按钮30-6。

示例性的，如图7中的(a)图所示，当用户点击备忘录应用窗口20的旋转按钮20-6时，响应于用户的点击操作，该备忘录应用窗口20以如图7中的(b)图所示的横向显示备忘录应用的运行界面。且该操作不影响PC 200上的音乐应用窗口30和多屏协同窗口10 的显示。

可选地，在PC上从“单窗口”切换到“多窗口”的过程中，如果检测到用户有旋转手机的操作时，响应于用户的旋转操作，切换出来的子窗口以用户旋转之后的样式进行显示。

应理解，每一个应用窗口的横向显示和纵向显示的尺寸可以根据该应用的待显示界面内容，以及PC 200的显示屏的尺寸大小等进行适配，本申请实施例对此不作限定。

通过上述方法，用户可以实现从PC显示的手机的多屏协同窗口中，切换出独立的子窗口，并在该独立的子窗口中显示某一个应用的运行界面，在PC上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势。此外，对于每一个子窗口，用户可以独立的执行关闭、最大化、最小化、隐藏等操作；且用户还可以通过在主窗口执行控制所有子窗口的操作，该方法操作简单便捷，用户可以结合当前的使用需求，同时使用手机的多款应用，提升了办公效率，提高了用户体验。

此外，除了上述图5中介绍的方法，用户还可以通过“更多”按钮，分离出隐藏在该“更多”按钮中的应用窗口。

图8是本申请实施例提供的又一例PC的界面示意图。如图8中的(a)图所示，在 PC200的界面上显示了多屏协同窗口10，该多屏协同窗口10当前显示了备忘录应用的主界面，且备忘录页签显示为灰色示出的高亮状态。

示例性的，当用户执行如图8中的(a)图所示的操作1，点击“更多”按钮10-5，响应于用户的点击操作，紧邻该“更多”按钮10-5显示窗口105。该窗口105中以列表的形式显示部分没有显示在页签区域102的应用列表，该应用列表包括：视频、邮件和计算器。

以用户用过鼠标执行操作为例，当用户将鼠标放置于“计算器”应用上，PC 200的界面上可以自动显示提醒窗口108，用于提示用户“长按并拖动，可在新窗口中打开该应用”。用户可以按照该提醒窗口108的指示，执行如图8中的(a)图所示的操作2，选中窗口105中“计算器”应用所在菜单且沿着虚线所示的方向拖动。响应于用户选中且拖动的操作，如图8中的(b)图所示，在PC 200的界面上以另一个悬浮窗口的形式显示计算器应用窗口40。该悬浮态的计算器应用窗口40可以跟随虚线示出的拖动方向，继续在PC 200 的界面上移动。

当用户将选中的该计算器应用窗口40拖动到PC 200上和多屏协同窗口10所在区域之外的位置时，释放该计算器应用窗口40，响应于用户的释放操作，如图8中的(c)图所示，在PC 200的界面上以另一个不同于多屏协同窗口10的窗口，显示计算器应用的运行界面。

应理解，从“更多”按钮10-5中切换子窗口的过程不影响多屏协同窗口10的显示状态，例如如图8中的(c)图所示，该多屏协同窗口10和如图8中的(a)图所示的显示状态保持一致，都显示备忘录应用的运行界面，且备忘录页签显示为灰色示出的高亮状态。

还应理解，此时该多屏协同窗口10中“更多”按钮调用的窗口105中不再包括计算器应用。换言之，对“更多”按钮中隐藏的后台运行的计算器应用，用户可以通过选中并拖动该计算器应用的方式，将该计算器应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示计算器的运行界面。

为了简化，该窗口切换过程中的显示效果、显示位置、显示层级等可以参照图5中的相关描述，此处不再赘述。

同样地操作，用户还可以选中并拖动隐藏在该“更多”按钮10-5中的视频应用，如图8中的(d)图所示，在PC 200的界面上以不同于多屏协同窗口10和计算器应用窗口 40的另一个窗口——视频应用窗口50，显示视频应用的运行界面。同时，此时该多屏协同窗口10中“更多”按钮10-5调用的窗口105中不再包括视频应用。本申请实施例对视频应用窗口50包括的按钮、控件等界面内容不作限定。

通过上述方案，用户可以通过选中并拖动页签区域的页签、或者选中并拖动隐藏在“更多”按钮中的应用名称的方式，将后台运行的任意一个应用以独立子窗口的形式，显示在 PC的界面上。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC 上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势，提供用户在PC上使用手机应用的体验；此外，在该切换窗口的过程中，不会中断正在运行的其他应用的进程，提高了用户体验。

图9是本申请实施例提供的再一例PC的界面示意图。如图9中的(a)图所示，在 PC200的界面上显示了多屏协同窗口10，该多屏协同窗口10显示手机100的主界面，且后台运行了手机100的备忘录应用、音乐应用、图库应用等多款应用。在该多屏协同窗口 10显示手机100的主界面时，页签区域102显示的备忘录应用、音乐应用、图库应用都为非选中状态。

示例性的，如图9中的(a)图所示，用户点击该多屏协同窗口10的底部区域103的多任务按钮10-8，响应于用户的点击操作，该多屏协同窗口10显示如图9中的(b)图所示多任务切换界面，该多任务切换界面以卡片的形式显示后台运行的音乐应用、图库应用、备忘录应用的缩略界面，用户可以通过左滑、右滑等方式查看其它后台运行的应用，此处不再赘述。

当用户将鼠标置于该多任务切换界面中的音乐应用卡片上，可以自动显示提醒窗口 109，用于提示用户“长按并拖动，可在新窗口中打开该应用”。用户可以根据该提醒窗口109的提示，选中音乐应用卡片且沿着虚线所示的方向拖动，如图9中的(d)图所示，响应于用户选中且拖动的操作，在PC 200的界面上以另一个悬浮窗口的形式显示音乐应用窗口30。该悬浮态的音乐应用窗口30可以跟随虚线示出的拖动方向，继续在PC 200 的界面上移动。

当用户将选中的该音乐应用窗口30拖动到PC 200上和多屏协同窗口10所在区域之外的位置时，释放该音乐应用窗口30，响应于用户的释放操作，如图9中的(e)图所示，在PC 200的界面上以另一个不同于多屏协同窗口10的窗口，显示音乐应用的运行界面。同时，该多屏协同窗口10中，该多任务切换界面仍然以卡片的形式显示后台运行的应用的缩略界面。

应理解，此时，音乐应用虽然已经以独立子窗口的形式显示，但是仍然为手机后台运行的应用，因此，在如图9中的(e)图所示的多屏协同窗口10中，该多任务切换界面仍然包括的音乐应用卡片。

在一种可能的场景中，当用户再次将鼠标再次置于该多任务切换界面中的音乐应用卡片上，如图9中的(f)图所示，可以自动显示另一个提醒窗口111，用于提示用户“已在新窗口中打开”。换言之，对于已经在独立的子窗口中打开的应用，当用户使用相同的方法再次打开该应用时，可以通过提醒窗口的方式，向用户提示该窗口已经在新窗口中显示。该方法可以避免用户的误操作，提高了用户体验。

以上结合图9介绍了在多任务界面，通过选中并拖动多任务界面的任意一个应用卡片的方式，将该卡片对应的应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示该应用的运行界面。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势，提供用户在 PC上使用手机应用的体验；此外，在该切换窗口的过程中，不会中断正在运行的应用的进程，提高了用户体验。

另一种可能的场景中，当用户在多屏协同窗口10中开启一个或多个应用时，该多屏协同窗口10还可以不以页签的形式显示多款后台运行的应用。针对该种场景，本申请实施例还提供另一种切换窗口的方法，也可以快速的实现“单窗口”到“多窗口”的切换。

图10是本申请实施例提供的又一例PC的界面示意图。如图10中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10，该多屏协同窗口10显示手机100的主界面，该多屏协同窗口10不包括页签区域。

示例性的，如图10中的(a)图所示，用户点击(不限于单击、双击等操作)启动该多屏协同窗口10的备忘录应用图标，响应于用户的点击操作，该多屏协同窗口10显示如图10中的(b)图所示的界面。在该图10中的(b)图所示的界面上，功能区域101的标题由“多屏协同”转变为当前界面所属的应用——“备忘录”。且功能区域101的应用名称“备忘录”旁边包括按钮10-9，该按钮10-9作为一种快捷键，用于快速实现将当前应用以独立子窗口的形式进行显示。

如图10中的(b)图所示，用户点击该按钮10-9，响应于用户的点击操作，PC 200 显示如图10中的(c)图所示的界面，自动将备忘录应用切换到独立子窗口——备忘录应用窗口20中，该多屏协同窗口10恢复显示手机100的主界面，且功能区域101的标题由“备忘录”转变为“多屏协同”。应理解，当功能区域101的标题显示“多屏协同”时，不包括按钮10-9。

图11是本申请实施例提供的又一例PC的界面示意图。如图11中的(a)图所示，假设在PC 200的界面上的多屏协同窗口10显示手机100的备忘录应用的二级界面，例如图 11中的(a)图所示的“8月会议安排”界面可以是用户点击图10中的(a)图所示的备忘录应用运行的主界面上菜单——8月会议安排之后进入的二级界面，此处不再赘述。

示例性的，如图11中的(a)图所示，该多屏协同窗口10不论是显示备忘录应用运行的主界面，还是备忘录应用的二级界面，该功能区域101的应用名称“备忘录”和该功能区域101包括的按钮不变，例如应用名称“备忘录”旁边包括按钮10-9。

如图11中的(a)图所示，用户点击该按钮10-9，响应于用户的点击操作，PC 200 显示如图11中的(b)图所示的界面，自动将备忘录应用切换到独立子窗口——备忘录应用窗口20中，该多屏协同窗口10恢复显示手机100的主界面，且功能区域101的标题由“备忘录”转变为“多屏协同”，按钮10-9消失。

如图11中的(b)图所示，该备忘录应用窗口20的显示内容和图11中的(a)图中该多屏协同窗口10显示的备忘录应用的二级界面保持一致。换言之，将某一个应用从主窗口中切换出子窗口独立显示时，界面和原主窗口中该应用的运行界面保持一致。

此外，对比图10中的(c)图和图11中的(b)图，当备忘录应用窗口20显示备忘录应用的二级界面时，如图11中的(b)图所示，在应用名称——备忘录旁边可以包括“返回上一级”按钮20-5，而在图10中的(c)图中，备忘录应用窗口20显示备忘录应用的一级界面(主界面)时，不包括“返回上一级”按钮20-5。

如图11中的(b)图所示，用户点击该“返回上一级”按钮20-5，响应于用户的点击操作，该备忘录应用窗口20返回到如图11中的(c)图所示的备忘录应用的主界面，该“返回上一级”按钮20-5消失，此处不再赘述。

图12是本申请实施例提供的又一例PC的界面示意图。如图12中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10，该多屏协同窗口10显示手机100的主界面，该多屏协同窗口10的区域102可以作为不再显示应用页签，本申请实施例在该区域提供多种快捷按钮。

示例性的，如图12中的(a)图所示，区域102可以包括：

(1)切换子窗口按钮10-10，用于将当前的窗口中显示的界面切换到独立子窗口中进行显示，即快速实现“单窗口”到“多窗口”的切换。

(2)旋转按钮10-11，用于将当前窗口由纵向显示变化为横向显示，或者将当前窗口由横向显示变化为纵向显示。

(3)截屏按钮10-12，用于截取屏幕的显示图像。可选地，该截屏按钮10-12可以用于截取主窗口的图像，也可以用于截取该截屏按钮10-12所在的屏幕的图像，本申请实施例对此不作限定。

应理解，区域102可以包括更多的其他按钮，或者包括上述中的部分按钮，本申请实施例对此不作限定。

还应理解，区域102可以作为PC 200为该多屏协同窗口10提供的控制区域，不受该多屏协同窗口10中显示的界面内容的影响，处于一直显示状态。

可选地，如图12中的(a)图所示，当该多屏协同窗口10显示手机100的主界面时，区域102的切换子窗口按钮10-10显示为灰色熄灭状态，表示该切换子窗口按钮10-10无法被点击，换言之，当前显示的手机100的主界面无法再以独立子窗口的形式显示。

示例性的，如图12中的(a)图所示，用户点击(不限于单击、双击等操作)启动该多屏协同窗口10的备忘录应用图标，响应于用户的点击操作，该多屏协同窗口10显示如图12中的(b)图所示的备忘录应用的运行主界面。且在该多屏协同窗口10中，区域102 可以作为PC 200为该多屏协同窗口10提供的控制区域，不受该多屏协同窗口10中显示的界面内容的影响，处于一直显示状态。

可选地，如图12中的(a)图所示，当该多屏协同窗口10显示备忘录应用的运行主界面时，区域102的切换子窗口按钮10-10显示为黑色点亮状态，表示该切换子窗口按钮 10-10可以被点击，换言之，当前显示的备忘录应用的运行主界面可以以独立子窗口的形式显示。

如图12中的(c)图所示，用户将鼠标置于该切换子窗口按钮10-10所在位置，PC200 紧邻鼠标光标所在位置显示提醒窗口112，用于提示用户“点击可将当前应用在新窗口中打开”。用户可以根据该提醒窗口112的提示，点击该切换子窗口按钮10-10，响应于用户的点击操作，PC 200显示如图12中的(d)图所示的界面，自动将备忘录应用切换到独立子窗口——备忘录应用窗口20中，该多屏协同窗口10恢复显示手机100的主界面，且区域102的该切换子窗口按钮10-10转变为灰色熄灭状态。

以上结合图10、图11和图12，介绍了用户可以通过快捷按钮实现“单窗口”到“多窗口”的切换。本申请实施例还提供另一种切换窗口的方法，也可以快速的实现“单窗口”到“多窗口”的切换。

图13是本申请实施例提供的又一例PC的界面示意图。如图13中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10，该多屏协同窗口10显示手机100的主界面，假设手机后台至少运行了备忘录应用、音乐应用、图库应用和视频应用等多个应用，在该多屏协同窗口10的页签区域相应地显示了备忘录页签、音乐页签、图库页签，视频应用隐藏在“更多”按钮中，且备忘录页签、音乐页签、图库页签都为非选中状态。

示例性的，如图13中的(a)图所示，用户右击该多屏协同窗口10的备忘录应用图标，响应于用户的点击操作，该多屏协同窗口10显示如图13中的(b)图所示的窗口113。在该窗口113中，包括多个对应不同操作的菜单，例如“分享”、“卸载”、“文字笔记”、“语音速记”、“拍照”、“待办”等多个菜单选项，每个菜单选项的功能可以参考现有技术，本申请实施例对不再赘述。

在本申请实施例中，在该窗口113中，增加菜单——“在新窗口中打开”，用户可以通过该新增加的菜单实现“单窗口”到“多窗口”的切换。

示例性的，如图13中的(b)图所示，用户点击窗口113中的“在新窗口中打开”菜单，响应于用户的点击操作，PC 200显示如图13中的(c)图所示的界面，自动将备忘录应用切换到独立子窗口——备忘录应用窗口20中，该多屏协同窗口10恢复显示手机100 的主界面，且该多屏协同窗口10的页签区域不再显示备忘录页签，按照后台运行顺序依次显示音乐页签、图库页签和视频页签，且音乐页签、图库页签和视频页签都为非选中状态。

以上介绍了多种可能的方法，来实现“单窗口”到“多窗口”的切换。不论是用户的选中且拖动的操作，还是以快捷键、菜单的方式，都可以将某应用从主窗口切换到独立的子窗口中，并在该独立的子窗口中显示该应用的运行界面。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC上以“主窗口+多个子窗口”的显示方式，更好的利用PC的大屏优势，提高了用户体验。

此外，当PC 200的界面上已经以“主窗口+多个子窗口”的显示方式，显示了多个不同应用的子窗口时，如果用户执行不同的操作，响应于用户的不同操作，PC 200的显示也会有所不同，下面结合附图，介绍几种可能的实现方式。

一种可能的实现方式中，当用户再次点击开启某个已经以独立子窗口的方式显示的应用时，响应于用户的操作，该应用的独立子窗口可以以动态闪烁、高亮等形式，向用户提示该应用的独立子窗口的显示位置、显示界面等。

图14是本申请实施例提供的又一例PC的界面示意图。如图14中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10，该多屏协同窗口10显示手机100的主界面，假设手机后台至少运行了备忘录应用、音乐应用、图库应用、视频应用和邮件应用等多个应用，且PC 200的界面上以独立的子窗口显示了备忘录应用窗口20和音乐应用窗口30，在该多屏协同窗口10的页签区域相应地显示了图库页签、视频应用和邮件页签，且图库页签、视频应用和邮件页签都为非选中状态。

示例性的，如图14中的(a)图所示，在PC 200的界面上，已经显示了独立于该多屏协同窗口10的备忘录应用窗口20。当用户点击启动该多屏协同窗口10的备忘录应用图标时，响应于用户的点击操作，该备忘录应用窗口20显示如图14中的(b)图所示的高亮状态，或者在PC 200上动态闪烁，或者显示为鼠标的光标所在的焦点态。

此外，该多屏协同窗口10的界面显示内容不发生变化，保持显示手机100的主界面。该方式可以避免用户操作导致在PC 200的界面上，多个独立子窗口同时打开运行同一个应用，节省PC 200的功耗，且更符合用户预期的操作结果。

又一种可能的实现方式中，当用户再次点击开启某个以页签方式显示的应用时，响应于用户的操作，该多屏协同窗口10跳转显示该页签对应的应用界面，且该应用页签显示为选中状态。

图15是本申请实施例提供的又一例PC的界面示意图。如图15中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10，该多屏协同窗口10显示手机100的主界面，假设手机后台至少运行了备忘录应用、音乐应用、图库应用、视频应用和邮件应用等多个应用，且PC 200的界面上以独立的子窗口显示了备忘录应用窗口20和音乐应用窗口30，在该多屏协同窗口10的页签区域相应地显示了图库页签、视频应用和邮件页签，且图库页签、视频应用和邮件页签都为非选中状态。

示例性的，如图15中的(a)图所示，当用户点击启动该多屏协同窗口10的图库应用图标时，响应于用户的点击操作，该多屏协同窗口10跳转显示图库应用的主界面，且图库页签显示为选中状态，即将用户当前期望开启的应用置顶，该方式更符合用户预期的操作结果。

另一种可能的实现方式中，当用户再次点击开启某个以页签方式显示的应用时，响应于用户的操作，该页签对应的应用可以以独立子窗口的方式，显示该应用的运行界面，且多屏协同窗口10中不再包括该应用页签。

图16是本申请实施例提供的又一例PC的界面示意图。如图16中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10和独立的备忘录应用窗口20。其中，该多屏协同窗口10显示手机100的主界面，假设手机后台至少还运行了音乐应用、图库应用、视频应用和邮件应用等多个应用，在该多屏协同窗口10的页签区域相应地显示了音乐页签、图库页签和视频应用，且音乐页签、图库页签和视频应用都为非选中状态，邮件应用隐藏在“更多”按钮中。

示例性的，如图16中的(a)图所示，当用户点击启动该多屏协同窗口10的图库应用图标时，响应于用户的点击操作，将图库应用切换到以独立的子窗口的形式进行显示，该独立的子窗口可以显示如图16中的(b)图所示的图库应用窗口60，且该图库应用窗口60为动态闪烁或者高亮的选中状态。

同时，该多屏协同窗口10继续显示手机100的主界面，且该多屏协同窗口10的页签区域中不再包括图库页签，按照后台的应用运行顺序，该多屏协同窗口10的页签区域中显示音乐页签、视频页签和邮件页签，且音乐页签、视频页签和邮件页签都为非选中状态。

再一种可能的实现方式中，当用户再次点击开启某个已经以独立子窗口的方式显示的应用时，响应于用户的操作，该应用的独立子窗口还可以恢复为在主窗口中以页签形式，显示该应用的界面等。

图17是本申请实施例提供的又一例PC的界面示意图。如图17中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10、备忘录应用窗口20和音乐应用窗口30。其中，该多屏协同窗口10显示手机100的主界面，假设手机后台至少运行了备忘录应用、音乐应用、图库应用、视频应用和邮件应用等多个应用，在该多屏协同窗口10的页签区域相应地显示了图库页签、视频应用和邮件页签，且图库页签、视频应用和邮件页签都为非选中状态。

示例性的，如图17中的(a)图所示，当用户点击启动该多屏协同窗口10的备忘录应用图标时，响应于用户的点击操作，该备忘录应用窗口20消失，且该备忘录应用窗口 20的显示界面恢复到多屏协同窗口10中继续显示，且该多屏协同窗口10中备忘录页签恢复为第一位的后台运行顺序，显示为选中状态。换言之，该场景下，系统判断当前为用户期望恢复通过主窗口来显示备忘录应用的界面。

通过上述图14、图15、图16和图17的实施例，针对多种不同的场景，手机后台可以获取用户的操作，根据用户的操作区分操作的作用对象——执行相应操作的应用，进而判断该应用的运行状态和窗口显示状态，以得到更符合用户预期的操作结果。例如，该应用可能是已经在后台运行的应用，或者后台没有运行的应用。当该应用是已经在后台运行的应用时，本申请实施例会跳转至该应用的界面或者该应用的独立子窗口；当后台没有运行的该应用时，本申请实施例可以进一步在多屏协同窗口10中显示该应用的运行界面，或者以独立的子窗口显示该应用的运行界面，本申请实施例对此不作限定。

以上实施例主要介绍了在PC 200上，多屏协同窗口的显示过程，以及单窗口和多窗口的切换过程等。应理解，在该过程中，用户可以在PC 200上使用手机100安装的每一个应用，且该应用在手机100的后台运行，手机100可以不显示每一个应用的运行界面。在多屏协同过程，一种可能的方式中，用户也可能在手机100上执行一定的操作，即操作来源于手机100，此时与手机100相连接的PC 200也有多种可能的显示策略。

一种可能的场景中，当用户从手机100上执行对某个应用的操作时，PC 200的多屏协同窗口10(主窗口)可以和手机100的界面保持一致。当PC 200上还显示了一个或多个不同应用的子窗口时，该子窗口的显示不受用户在手机100侧的操作影响。

图18是本申请实施例提供的一例手机和PC多屏协同过程的界面示意图。如图18中的(a)图所示，手机100显示了解锁后的主界面401，PC 200的界面上显示了多屏协同窗口10和独立的备忘录应用窗口20。其中，该多屏协同窗口10显示手机100的主界面，假设手机后台至少还运行了音乐应用、图库应用、视频应用和邮件应用等多个应用，在该多屏协同窗口10的页签区域相应地显示了音乐页签和图库页签，且音乐页签、图库页签和视频应用都为非选中状态。

示例性的，如图18中的(a)图所示，当用户在手机100的主界面401点击图库应用，响应于用户的点击操作，手机100显示如图18中的(b)图所示的图库应用的主界面402。

可选地，PC 200的界面上的该多屏协同窗口10可以同步显示手机100上图库应用的主界面402，如图18中的(b)图所示，该多屏协同窗口10跳转到图库应用的主界面，且该多屏协同窗口10的页签区域的图库页签显示为高亮的选中状态，本申请实施例对此不再赘述。

又一种可能的场景中，当用户对手机100执行锁屏操作时，PC 200的多屏协同窗口10(主窗口)和所有的以独立子窗口形式显示的应用窗口都进入锁屏状态。

图19是本申请实施例提供的又一例手机和PC多屏协同过程的界面示意图。如图19中的(a)图所示，用户将手机100解锁后，手机100显示了锁屏界面403，该锁屏界面 403可以包括日期、时间等，以及滑动解锁提示信息。

相应地，如图19中的(a)图所示，PC 200的多屏协同窗口10和独立的备忘录应用窗口20都进入锁屏状态。可选地，该多屏协同窗口10和备忘录应用窗口20上可以显示对用户的提示信息：已锁定，请在手机上解锁。

可选地，该多屏协同窗口10和备忘录应用窗口20进入锁屏状态，可以理解为仅显示手机界面或手机的某一个应用界面的区域被锁屏，该多屏协同窗口10和备忘录应用窗口20的控制区域为可操作的状态。

示例性的，如图19中的(a)图所示，多屏协同窗口10中的控制区域包括顶端功能区域101和底部区域103，该顶端功能区域101和底部区域103为正常显示，即该区域内的最大化按钮、最小化按钮、关闭按钮等所有的按钮还可以被点击，并执行相应的操作。对于该备忘录应用窗口20，顶端功能区域为正常显示，此处不再赘述。

通过上述方法，当用户对手机100执行锁屏操作时，PC 200的多屏协同窗口和所有的以独立子窗口中显示的应用界面都进入锁屏状态，该方法针对公司会议等多屏协同场景中，避免用户中途离开PC 200时，文件、数据等被其他的PC使用者窃取，可以提高用户多屏协同过程中的安全性。

结合上述附图，介绍了本申请实施例提供的在PC 200上显示手机的窗口的过程，以及在PC 200上从“单窗口”到“多窗口”的切换过程，针对不同的过程，下面结合图3 中的软件架构，介绍具体的底层实现流程。

图20是本申请实施例提供的一例窗口显示过程的示意性流程图，应理解，该方法300 可以由手机的处理器来执行，具体地，由图3中介绍的多个软件模块协同执行，如图20所示，该方法300可以划分为以下两个阶段：

第一阶段：操作执行过程

应理解，该第一阶段的操作执行过程可以对应于：用户在PC 200上的多屏协同窗口 10中触发“单窗口”切换为“多窗口”时，PC 200和手机100的交互过程。具体地，该操作执行过程包括：

301，用户在PC 200上执行选中操作。

示例性的，对于PC 200，用户可以是通过鼠标、键盘等外设输入设备执行的操作；或者，如果PC 200为具有触摸屏的设备时，用户的可以通过触摸点击、按压等执行的操作，对于用户的操作等请参考前述响应描述，此处不再赘述。

302，PC 200的多屏框架服务模块根据用户的选中操作，确定用户的选中的目标APP。

303，PC 200的多屏框架服务模块向手机100的多屏框架服务模块发送用户的操作信息和目标APP的信息。

可选地，这里用户的操作可以是一个操作事件(“touch event”)。PC 200的多屏框架服务模块可以根据该“touch event”确定操作信息，具体的该操作信息可以该“touchevent”，此外，该目标APP的信息可以包括用户操作的目标APP的名称、ID、图标等至少一种信息，本申请实施例对此不作限定。

304，手机100的多屏框架服务模块向手机100的软件框架模块发送用户的操作信息和目标APP的信息。

可选地，结合图3所示的软件架构，手机100的软件框架模块可以包括不同层的多个模块，例如应用程序框架层的多个参与该过程的软件模块，此处不再赘述。

305，手机100的软件框架模块确定用户操作的操作信息和目标APP的信息。

306，手机100的软件框架发送用户操作事件给用程序层的目标APP。

307，目标APP响应于用户操作事件确定操作结果，并执行操作结果。

308，目标APP向手机100的软件框架发送操作结果。

309，手机100的软件框架向多屏框架服务模块发送该操作结果。

310，手机100的多屏框架服务模块向PC 200的多屏框架服务模块发送操作结果。

311，PC 200的多屏框架服务模块根据该操作结果，确定用户选中的目标APP窗口缩略图跟随用户的拖动轨迹移动。

示例性的，该第一阶段的操作执行过程可以对应于图5中的(a)图，用户选中备忘录页签，PC 200的多屏框架服务模块可以根据用户的选中备忘录页签的操作，确定用户选中的目标APP为备忘录应用。

示例性的，该第一阶段的操作执行过程还可以对应于图8中的(a)图，用户选中“更多”按钮10-5中的“计算器”名称，PC 200的多屏框架服务模块可以根据用户的选中“计算器”名称的操作，确定用户选中的目标APP为计算器应用。

示例性的，该第一阶段的操作执行过程还可以对应于图9中的(c)图，用户从多任务界面中选中音乐应用卡片，PC 200的多屏框架服务模块可以根据用户的选中音乐应用卡片的操作，确定用户选中的目标APP为音乐应用。

第二阶段：操作响应过程

应理解，该第二阶段的操作执行过程可以对应于：用户通过拖动页签、或者妥当应用卡片等过程中，PC 200和手机100的交互过程，且PC 200从“单窗口”显示切换为“多窗口”显示。具体地，该操作响应过程包括：

312，用户将目标APP窗口缩略图拖到终点位置并释放。

313，PC 200的多屏框架服务模块向手机100的多屏框架服务模块发送释放操作的操作信息。

314，手机100的多屏框架服务模块向手机100的软件框架模块发送释放操作的操作信息。

315，手机100的软件框架模块根据释放操作的操作信息，确定通过独立子窗口显示目标APP的界面。

316，手机100的软件框架模块确定子窗口的位置坐标，并获取目标APP界面内容。

317，手机100的软件框架模块向多屏框架服务模块发送子窗口的位置坐标信息和界面内容。

318，手机100的多屏框架服务模块向PC 200的多屏框架服务模块发送子窗口的位置坐标信息和界面内容。

319，PC 200的多屏框架服务模块根据子窗口的位置坐标信息和界面内容，显示目标 APP的独立子窗口。

示例性的，该第二阶段的操作执行过程可以对应于图5中的(b)图和(c)图，用户选中并拖动备忘录页签，拖动过程中PC 200上显示备忘录应用的悬浮窗口，并最终显示独立的备忘录应用窗口20。

示例性的，该第二阶段的操作执行过程还可以对应于图8中的(b)图，用户选中并拖动“计算器”名称，拖动过程中PC 200上显示计算器应用的悬浮窗口，并最终显示独立的计算器应用窗口40。

示例性的，该第二阶段的操作执行过程还可以对应于图9中的(d)图和(e)图，用户从多任务界面中选中并拖动音乐应用卡片，拖动过程中PC 200上显示音乐应用的悬浮窗口，并最终显示独立的音乐应用窗口30。

还应理解，以上过程还可以对应于图10至图19等过程，当用户在PC 200上的多屏协同窗口10、或任意一个独立的应用子窗口中点击某个按钮或菜单的之后，PC 200和手机100的交互过程，PC 200可以将每一个用户的操作传递回手机100，并由手机100确定操作结果，再进一步将操作结果或者显示界面的变化等信息传递给PC 200，进一步PC 200 根据手机100的指示更新相关的显示，此处不再一一赘述。

当PC上以从主窗口和多个子窗口的形式显示手机后台运行的多个应用界面时，不同的窗口之间、PC 200和手机100之间都可以进行文件共享。

图21是本申请实施例提供的再一例PC的界面示意图。如图21中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10和备忘录应用窗口20，其中，该多屏协同窗口10 当前显示了手机100的主界面，该备忘录应用窗口20显示了备忘录应用的运行界面。假设PC200的桌面上包括一张花草图片70，用户可以通过选中且拖动花草图片70的方式，将该花草图片70拖拽至目标位置。

示例性的，如图21中的(a)图所示，当用户点击选中该花草图片70，且沿着虚线所示的方向拖动该花草图片70，直到将该花草图片70拖到备忘录应用窗口20的“8月会议安排”菜单所在位置处时释放，响应于用户选中且拖动的操作，如图21中的(b)图所示，该备忘录应用窗口20跳转显示备忘录应用的二级界面——8月会议安排菜单的界面，且该花草图片70被复制到“8月会议安排”的界面中。

可选地，在用户执行选中且拖动该花草图片70的过程中，可以在PC 200的界面上显示如图21中的(b)图所示的提醒信息，用于提示用户“复制到备忘录”，即当前用户正在执行的操作可以将该花草图片70复制到备忘录应用中。

图22是本申请实施例提供的再一例PC的界面示意图。如图22中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10和备忘录应用窗口20，其中，该多屏协同窗口10 当前显示了手机100的主界面，该备忘录应用窗口20显示了备忘录应用的运行界面。

示例性的，如图22中的(a)图所示，当用户点击选中该花草图片70，且沿着虚线所示的方向拖动该花草图片70，将该花草图片70拖到多屏协同窗口10中手机100的主界面的任意位置处释放。响应于用户选中且拖动的操作，如图22中的(b)图所示，该多屏协同窗口10跳转显示手机100的文件管理界面。在文件管理界面上，显示该花草图片在手机100的存储位置。

可选地，从PC 200向多屏协同窗口10的手机100的主界面拖动图片时，可以将该图片存储在手机100内部存储的文件分享(例如Huawei Share等)的目录下。示例性的，如图22中的(b)图所示，当用户释放该花草图片70之后，该花草图片70显示在Huawei Share 的文件列表中。

此外，文件还可以在PC 200上显示的多个窗口之间共享，即不同应用之间的文件共享。

图23是本申请实施例提供的再一例PC的界面示意图。如图23中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10和备忘录应用窗口20，其中，该多屏协同窗口10 当前显示了手100的文件管理界面。在文件管理界面上，包括存储于手机100的文件分享 (例如Huawei Share等)的目录下的花草图片，该备忘录应用窗口20显示了备忘录应用的运行界面。

示例性的，如图23中的(a)图所示，当用户点击选中存储在Huawei Share目录下的花草图片，且沿着虚线所示的方向拖动该花草图片，将该花草图片拖拽到备忘录应用窗口20的“8月会议安排”菜单所在位置处时释放。响应于用户选中且拖动的操作，如图23 中的(b)图所示，该备忘录应用窗口20跳转显示备忘录应用的二级界面——8月会议安排菜单的界面，且在该8月会议安排菜单的界面上显示提醒窗口203，用于提示用户“是否允许备忘录访问您设备上的图片、媒体内容和文件”，用户可以根据指示授权或者禁止备忘录应用可以访问手机100上的图片、媒体内容和文件等。

示例性的，如图23中的(b)图所示，当用户点击选中始终允许按钮，授权备忘录应用可以访问手机100上的图片、媒体内容和文件之后，响应于用户的授权操作，如图21 中的(b)图所示，该备忘录应用窗口20显示的备忘录应用的二级界面上，已经将该花草图片复制到备忘录应用中，即该花草图片显示在“8月会议安排”的界面中。

可选地，在用户执行选中且拖动该花草图片的过程中，可以在PC 200的界面上显示如图23中的(b)图所示的提醒信息，用于提示用户“复制到备忘录”，即当前用户正在执行的操作可以将该花草图片复制到备忘录应用中，本申请实施例对此不再赘述。

图24是本申请实施例提供的再一例PC的界面示意图。如图24中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10和备忘录应用窗口20，其中，该多屏协同窗口10 当前显示了手100的文件管理界面。在文件管理界面上，包括存储于手机100的文件分享 (例如Huawei Share等)的目录下的花草图片，该备忘录应用窗口20显示了备忘录应用的运行界面。

示例性的，如图24中的(a)图所示，当用户点击选中存储在Huawei Share目录下的花草图片，且沿着虚线所示的方向拖动该花草图片，将该花草图片拖到PC 200的界面上不显示手机应用窗口的任意位置处时释放。响应于用户选中且拖动的操作，如图24中的 (b)图所示，该花草图片就被复制到PC 200的桌面上，显示位置可以是用户拖动轨迹的终点位置，或者在PC 200的界面上按照预设规律排列显示，并实际保存在PC 200的存储空间，本申请实施例对此不作限定。

可选地，在用户执行选中且拖动该花草图片的过程中，可以在PC 200的界面上显示如图24中的(a)图所示的提醒信息，用于提示用户“保存到本地图库”，即当前用户正在执行的操作可以将该花草图片保存到PC 200的本地存储空间中，如果用户不想保存到本地图库，可以立即终止该拖拽过程，本申请实施例对此不再赘述。

应理解，图24介绍了在PC 200上，从多屏协同窗口10(主窗口)向PC 200分享文件的过程，同样地，从独立的应用窗口(子窗口)向PC 200分享文件的过程，也可以参考该过程。示例性的，对于图23中的(c)图示出的场景，PC 200上的备忘录应用窗口 20中显示的“8月会议安排”的界面上包括花草图片，用户可以从“8月会议安排”的界面上将该花草图片选中并拖拽到PC 200的主界面上，并实现将该花草图片保存在PC 200 的存储空间，本申请实施例对此不再赘述。

图25是本申请实施例提供的再一例PC的界面示意图。如图25中的(a)图所示，在PC 200的界面上显示了多屏协同窗口10、备忘录应用窗口20和图库应用窗口60。其中，该多屏协同窗口10当前显示了手机100的主界面，该备忘录应用窗口20显示了备忘录应用的运行界面，该图库应用窗口60显示了多张图片的界面。

示例性的，如图25中的(a)图所示，当用户点击选中该图库应用窗口60中的一张或多张图片，且沿着虚线所示的方向拖动该一张或多张图片，拖拽到多屏协同窗口10中手机100的主界面的任意位置处释放。针对该场景下的用户操作，如图25中的(b)图所示，该多屏协同窗口10、该备忘录应用窗口20和该图库应用窗口60的显示不发生变化。

应理解，该过程中，用户执行的操作可以理解为将选中的图库应用的一张或多张图片，复制到手机100中，但是，用户选中的该一张或多张图片本身就是存储在手机100的本地存储空间，因此，对于图25中的(a)图所示的操作，PC 200上的主窗口和所有子窗口的显示可以不发生变化。

可选地，用户选中一张图片时，该图片可以显示图25中的(a)图所示的被选中的角标；同样地，当用户选中两张或两张以上的图片时，该多张图片都可以显示图25中的(a) 图所示的被选中的角标，且在用户拖拽过程中，该多张图片可以显示为某一张图片的缩略图，本申请实施例对此不作赘述。

图26本申请实施例提供的再一例PC的界面示意图。如图26中的(a)图所示，在 PC200的界面上显示了多屏协同窗口10、备忘录应用窗口20和图库应用窗口60。其中，该多屏协同窗口10当前显示了手机100的主界面，该备忘录应用窗口20显示了备忘录应用的运行界面，该图库应用窗口60显示了多张图片的界面。

示例性的，如图26中的(a)图所示，当用户点击选中该图库应用窗口60中的一张或多张图片，且沿着虚线所示的方向拖动该一张或多张图片，拖拽到备忘录应用窗口20 的“8月会议安排”菜单所在位置处时释放。响应于用户选中且拖动的操作，如图26中的(b)图所示，该备忘录应用窗口20跳转显示备忘录应用的二级界面——8月会议安排菜单的界面，将用户选中的图片复制到备忘录应用中，即该用户选中的图片显示在“8月会议安排”的界面中。

可选地，在用户执行选中且拖动该花草图片的过程中，可以在PC 200的界面上显示如图26中的(b)图所示的提醒信息，用于提示用户“复制到备忘录”，即当前用户正在执行的操作可以将该用户选中的图片复制到备忘录应用中，本申请实施例对此不再赘述。

应理解，以上介绍了用户选中一张图片时的显示过程，用户还可以点击多张图片，选中多张图片，同时执行拖拽操作；或者，用户可以同时选中图片、文档、表格等多种不同类型的文件，同时执行拖拽操作，本申请实施例对用户选中的文件类型和数量不作限定。

综上所述，通过图21至图26的过程，介绍了本申请实施例提供的一种分享文件的方法，该方法可以在手机和PC之间、以及手机的不同应用之间实现文件的共享，该过程操作便捷，可以通过简单的拖拽操作，实现文件、图片等传输，对于经常同时使用PC和手机的白领、学生等用户群体来说，在使用过程中，用户可以只关注PC的屏幕，通过PC 访问手机的数据，不用频繁地在PC和手机之间切换，极大地提升了用户工作和学习的效率。

前述实施例结合图21至图26，介绍了本申请实施例提供的在PC 200上的不同窗口之间分享文件的过程，下面针对不同的过程，结合图3中的软件架构，介绍具体的底层实现流程。

图27是本申请实施例提供的又一例窗口显示过程的示意性流程图，应理解，该方法 400可以由手机的处理器来执行，具体地，由图3中介绍的多个软件模块协同执行，如图27所示，该方法400可以划分为以下两个阶段：

第一阶段：操作执行过程

应理解，该第一阶段的操作执行过程可以对应于：用户选中待分享的目标文件之后， PC 200和手机100的交互过程。具体地，该操作执行过程包括：

401，用户在第一应用窗口中，选中并长按目标文件。

示例性的，该目标文件可以是图片、文档、文字等文件，本申请实施例对此不作限定。

402，PC 200的多屏框架服务模块根据用户在第一应用窗口中的长按操作，向手机100 的多屏框架服务模块发送长按操作的操作信息。

403，手机100的多屏框架服务模块向软件框架发送长按操作的操作信息。

404，手机100的软件框架根据长按操作的操作信息，确定第一应用。

405，手机100的软件框架向第一应用发送长按操作事件。

406，第一应用响应于长按操作事件，确定第一操作结果。

407，第一应用向软件框架返回第一操作结果。

408，手机100的软件框架向手机100的多屏框架服务模块发送第一操作结果。

409，手机100的多屏框架服务模块向PC 200的多屏框架服务模块发送第一操作结果。

410，PC 200的多屏框架服务模块根据第一操作结果，确定第一应用窗口中的目标文件的缩略图跟随用户的拖动轨迹移动。

示例性的，该第一阶段的操作执行过程还可以对应于图23中的(a)图或者图24中的(a)图，用户在多屏协同窗口中选中Huawei Share目录下的花草图片，PC 200的多屏框架服务模块可以根据用户的长按操作，确定用户选中的是手机100本地存储的花草图片。

示例性的，该第一阶段的操作执行过程可以对应于图25中的(a)图，或者图26中的(a)图，用户在图库应用窗口60中长按目标图片，PC 200的多屏框架服务模块可以根据用户的长按操作，确定用户选中的图库应用中的图片。

应理解，这里以第一应用窗口为手机100的应用窗口为例，介绍该文件分享的实现过程，可选地，该第一应用窗口可以是PC 200自身的窗口，例如第一应用窗口是PC 200的显示屏上显示的主窗口，本申请实施例对此不作限定。示例性的，该第一阶段的操作执行过程还可以对应于图21中的(a)图，或者图22中的(a)图，PC 200可以根据用户的长按操作，确定用户选中的PC 200的桌面上本地存储的花草图片。

第二阶段：操作响应过程

411，用户将目标文本拖入到第二应用窗口并释放。

412，PC 200的多屏框架服务模块根据用户在第二应用窗口中的释放操作，向手机100 的多屏框架服务模块发送释放操作的操作信息。

413，手机100的多屏框架服务模块向软件框架发送操作信息。

414，手机100的软件框架根据该释放操作的操作信息，确定第二应用。

415，手机100的软件框架向第二应用发送该释放操作的操作信息。

416，第二应用向手机100的多屏框架服务模块请求复制目标文件。

417，手机100的多屏框架服务模块根据该请求，确定第二操作结果。应理解，该417的过程可以由多屏框架服务模块判断是否可以复制该目标文件到第二应用。

具体地，在步骤417中，在用户通过拖拽操作分享文件的过程中，手机100可以根据用户选中的目标文件的源位置和目的位置，先确定目标文件的源位置是PC 200或者手机100，当目标文件的源位置为手机100时，进一步该目标文件的源位置为第一应用、第二应用或者手机本地存储等。此外，还可以确定分享到的目的位置为是PC 200或者手机100，当目的位置为手机100时，进一步该目的位置为第一应用、第二应用或者手机本地存储等，并确定拖拽操作的操作结果。

示例性的，图28是本申请实施例提供的一例拖拽策略的示意图。手机100的拖拽策略可以包括：

如图28中的(a)图所示，如果识别到用户的拖拽操作从主窗口到独立的子窗口，那么手机100需要判断子窗口中应用当前界面是否支持拖入。当子窗口中显示的应用支持拖入目标文件的操作时，继续执行后续步骤418等；当子窗口中显示的应用不支持拖入目标文件的操作时，可以在子窗口上显示拖入禁用标识，用户释放后，该被拖拽的目标文件回到原位置。

如图28中的(b)图所示，如果识别到用户的拖拽操作从PC 200到独立的子窗口，那么手机100需要判断子窗口中应用当前界面是否支持拖入。当子窗口中显示的应用支持拖入目标文件的操作时，继续执行后续步骤418等；当子窗口中显示的应用不支持拖入目标文件的操作时，可以拖入手机100的文件管理路径中的Huawei Share界面，用户释放后，切换子窗口为文件管理路径中的Huawei Share界面，该被拖拽的目标文件保存到手机的本地存储。

如图28中的(c)图所示，如果识别到用户的拖拽操作从独立的子窗口1到子窗口2，那么手机100需要判断子窗口2中应用当前界面是否支持拖入。当子窗口2中显示的应用支持拖入目标文件的操作时，继续执行后续步骤418等；当子窗口2中显示的应用不支持拖入目标文件的操作时，可以在子窗口2上显示拖入禁用标识，用户释放后，该被拖拽的目标文件回到子窗口1的原位置。

如图28中的(d)图所示，如果识别到用户的拖拽操作从独立的子窗口1到主窗口，那么手机100需要判断主窗口中应用当前界面是否支持拖入。当主窗口中显示的应用支持拖入目标文件的操作时，继续执行后续步骤418等；当主窗口中显示的应用不支持拖入目标文件的操作时，可以在主窗口上显示拖入禁用标识，用户释放后，该被拖拽的目标文件回到子窗口1的原位置。

可选地，该第二操作结果还可以是不执行复制目标文件或保存目标文件的指令。示例性的，如图25中的(a)图所示，用户在图库应用窗口60中长按目标图片，手机100确定用户复制到的目标位置为手机100的主界面，但是，该目标图片本身就是存储在手机 100的本地存储空间，因此，对于图25中的(a)图所示的操作，返回的第二操作结果是不执行复制目标文件或保存目标文件的指令，即PC 200上的主窗口和所有子窗口的显示可以不发生变化，此处不再赘述。

418，手机100的多屏框架服务模块向PC 200的多屏框架服务模块发送第二操作结果。

419，PC 200的多屏框架服务模块根据该第二操作结果，确定保存该目标文件，或者在该第二应用窗口中复制该目标文件。

示例性的，该第二阶段的操作执行过程可以对应于图23中的(a)图-(c)图，用户在多屏协同窗口中选中并拖动Huawei Share目录下的花草图片，拖动过程中PC 200上显示该花草图片的缩略图，并最终在用户释放的位置——备忘录应用窗口20中，复制该花草图片。

或者，示例性的，该第二阶段的操作执行过程可以对应于图24中的(a)图和(b)图，用户在多屏协同窗口中选中并拖动Huawei Share目录下的花草图片，拖动过程中PC200上显示该花草图片的缩略图，最终用户释放到PC 200桌面，因此保存该花草图片到 PC200的本地存储。

当以上的第一阶段的操作执行过程还可以对应于图10至图19的过程，当用户在PC200上的多屏协同窗口10、或任意一个独立的应用子窗口中点击某个按钮或菜单的之后，PC 200和手机100的交互过程，PC 200可以将每一个用户的操作传递回手机100，并由手机100确定操作结果，再进一步将操作结果或者显示界面的变化等信息传递给PC 200，进一步PC 200根据手机100的指示更新相关的显示。

以图7中的(a)和(b)所示的过程为例，对于独立的备忘录应用窗口20和音乐应用窗口30中，可以包括如图7中的(a)图所示的旋转按钮20-6和旋转按钮30-6。当用户执行点击旋转按钮的操作时，手机100也需要判断当前应用是否支持旋转，下面介绍几种手机100的判断策略。

图29是本申请实施例提供的一例窗口旋转显示的实现示意图。该实现过程中，PC200 的显示策略可以包括以下：

(1)如图29中的(a)图所示，如果应用A在主窗口中竖屏显示，当该应用A由主窗口切换到独立子窗口时，可以在子窗口中也保持为竖屏显示。当子窗口中检测到用户点击旋转按钮的操作时，该子窗口转变为横屏显示。

(2)如图29中的(b)图所示，如果应用A在主窗口中横屏显示，当该应用A由主窗口切换到独立子窗口时，可以在子窗口中也保持为横屏显示。当子窗口中检测到用户点击旋转按钮的操作时，该子窗口转变为竖屏显示。

(3)如图29中的(c)图所示，如果应用A在主窗口中竖屏显示，当该应用A由主窗口切换到独立子窗口时，且检测到用户旋转了手机100，该子窗口转变为横屏显示。

(4)如图29中的(d)图所示，如果应用A在主窗口中横屏显示，当该应用A由主窗口切换到独立子窗口时，且检测到用户旋转了手机100，该子窗口转变为竖屏显示。

通过上述实现过程，在PC上从“单窗口”切换到“多窗口”的过程中，可以检测用户的操作，如果检测到用户有旋转手机的操作时，或者用户点击子窗口的旋转按钮的操作，PC 200上切换出来的子窗口以用户旋转之后的样式进行显示。用户可以根据自己的显示需求，更换显示样式，操作简单，提高了用户体验。

应理解，在另一种可能的实现方式中，在手机和PC的多屏协同过程中，在PC上实现从“单窗口”到“多窗口”的切换，还可以是自动进行的。

图30是本申请实施例提供的一例自动切换窗口的场景示意图。

一种可能的场景中，如图30中的(a)图所示，在手机和PC的多屏协同过程中，如果用户在手机100上操作，使得手机100分屏显示两个应用的界面时，可以自动触发在 PC 200上以两个窗口来显示该分屏显示的至少两个应用的界面。

可选地，该两个窗口可以包括主窗口和一个子窗口。示例性的，对于图30中的(a)图所示的分屏显示场景，PC 200上的多屏协同窗口10可以显示先开启的图库应用的界面，并自动分离出一个子窗口——备忘录应用窗口20，用于显示后开启的备忘录应用的界面，本申请实施例对此不作限定。

或者，该两个窗口可以包括两个独立的子窗口。示例性的，对于图30中的(a)图所示的分屏显示场景，PC 200上的多屏协同窗口10可以显示手机100的主界面，并自动切换出第一个子窗口——图库应用窗口60，显示先开启的图库应用的界面；并再切换出第二个子窗口——备忘录应用窗口20，用于显示后开启的备忘录应用的界面，本申请实施例对此不作限定。

另一种可能的场景中，如图30中的(a)图所示，在手机和PC的多屏协同过程中，如果用户在手机100上操作，使得手机100以悬浮窗口的形式显示另一个应用的界面时，可以自动触发在PC 200上以两个窗口来显示两个不同的界面。

可选地，该两个窗口可以包括主窗口和一个子窗口。示例性的，对于图30中的(b)图所示的悬浮窗口显示场景，PC 200上的多屏协同窗口10可以显示手机100的主界面，并自动分离出一个子窗口——备忘录应用窗口20，用于显示后开启的备忘录应用的界面，本申请实施例对此不作限定。

或者，该两个窗口可以包括两个独立的子窗口。示例性的，对于图30中的(b)图所示的悬浮窗口显示场景，如果手机100的主界面上显示的是图库应用的界面，那么PC 200上的多屏协同窗口10可以显示手机100的主界面，并自动切换出第一个子窗口——图库应用窗口60，显示先开启的图库应用的界面；并再切换出第二个子窗口——备忘录应用窗口20，用于显示后开启的备忘录应用的界面，本申请实施例对此不作限定。

综上所述，本申请实施例介绍了多种多屏协同窗口的显示方法。通过该多屏协同窗口，用户可以开启一个或多个手机侧的应用，且多个手机的应用可以以页签的形式，显示在该多屏协同窗口中，用户可以通过点击任意一个应用的页签，使得该多屏协同窗口快速跳转显示该页签对应的应用界面。相比现有的多屏协同过程，在多屏协同窗口中仅可以显示当前正在运行的应用，如果用户需要从当前应用切换至后台的其他应用，可以通过多任务按钮进入手机的多任务页面，再选择期望切换的目标应用，该过程操作步骤繁琐，用户体验差。本申请实施例提供的方法操作简单，用户可以快速地从当前使用的应用切换至其他后台运行中的应用，提高了操作效率，提升了用户体验。

此外，本申请实施例还提供了一种切换窗口的方法，用户可以通过选中并拖动页签区域的页签、或者选中并拖动隐藏在“更多”按钮中的应用名称、或者选中并拖动多任务界面的任意一个应用卡片的方式，将手机侧的任意一个应用以独立子窗口的形式，显示在PC的界面上。该方法操作简单，可以快速的实现“单窗口”到“多窗口”的切换，在PC 上以“主窗口+多个子窗口”的显示方式，更好的利用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 (30)

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

第一电子设备显示第一窗口，所述第一窗口包括第一页签和第二页签；

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

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

当所述第一窗口中显示所述第一界面时，所述第一电子设备接收对所述第二页签的第一操作；

响应于对所述第二页签的所述第一操作，所述第一电子设备接收所述第二电子设备发送的第二应用的第二界面信息；

所述第一电子设备根据所述第二界面信息，在所述第一窗口中显示所述第二界面，其中，所述第一应用和所述第二应用在所述第二电子设备运行。

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

在所述第一窗口中显示所述第二界面时，所述第一电子设备接收对所述第一页签的第二操作；

响应于对所述第一页签的所述第二操作，所述第一电子设备接收所述第二电子设备发送的所述第一界面信息；

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

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

当所述第一窗口中显示所述第一界面时，所述第一电子设备接收对所述第一页签的第三操作；

响应于对所述第一页签的所述第三操作，所述第一电子设备在所述第一窗口显示所述第二界面，在第二窗口显示所述第一界面，其中，所述第一窗口和所述第二窗口为所述第一电子设备上显示的不同窗口。

4.根据权利要求3所述的方法，其特征在于，当所述第二窗口中显示所述第一界面后，所述第一窗口不包括所述第一页签。

5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

当所述第一窗口中显示所述第一界面时，所述第一电子设备接收对所述第二页签的第四操作；

响应于对所述第二页签的所述第四操作，所述第一电子设备在所述第一窗口显示所述第一界面，在第二窗口显示所述第二界面，其中，所述第一窗口和所述第二窗口为所述第一电子设备上显示的不同窗口。

6.根据权利要求5所述的方法，其特征在于，当所述第二窗口中显示所述第二界面后，所述第一窗口不包括所述第二页签。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一窗口包括关闭按钮，所述方法还包括：

所述第一电子设备接收对所述关闭按钮的点击操作，响应于对所述关闭按钮的点击操作，所述第一电子设备关闭所述第一窗口。

8.根据权利要求7所述的方法，其特征在于，当关闭所述第一窗口时，所述方法还包括：

所述第一电子设备关闭所述第二窗口。

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

所述第一电子设备接收将第一文件移至目标窗口的第五操作，所述第一文件为所述第一电子设备存储的文件，所述目标窗口为所述第一窗口或所述第二窗口；

若所述目标窗口中显示的界面为所述第一界面时，响应于所述第五操作，所述第一电子设备将所述第一文件复制至所述第一应用；

若所述目标窗口中显示的界面为所述第二界面时，响应于所述第五操作，所述第一电子设备将所述第一文件复制至所述第二应用。

10.根据权利要求1至9中任一项所述的方法，其特征在于，当所述第一电子设备显示所述第一窗口和所述第二窗口时，所述方法还包括：

所述第一电子设备接收将所述第一窗口中显示的第二文件移至所述第二窗口的第六操作；

若所述第二窗口中显示的界面为所述第一界面时，响应于所述第六操作，所述第一电子设备将所述第一文件复制至所述第一应用；

若所述第二窗口中显示的界面为所述第二界面时，响应于所述第六操作，所述第一电子设备将所述第一文件复制至所述第二应用。

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

所述第一电子设备在所述第一窗口中显示多任务界面，所述多任务界面包括至少一个应用卡片，所述应用卡片包括第三应用卡片，所述第三应用卡片对应第三应用；

所述第一电子设备接收对所述第三应用卡片的第七操作；

响应于所述第七操作，所述第一电子设备接收所述第二电子设备发送的所述第三应用的第三界面信息；

所述第一电子设备根据所述第三界面信息，在第三窗口中显示所述第三应用的所述第三界面，其中，所述第三窗口和所述第一窗口为所述第二电子设备上的不同窗口。

12.根据权利要求11所述的方法，其特征在于，当所述第一电子设备在所述第一窗口或所述第二窗口中显示所述第三界面时，所述方法还包括：

响应于对所述第三应用卡片的所述第七操作，所述第一电子设备显示提示信息，所述提示信息用于提示用户所述第三应用已经显示。

13.一种显示窗口的方法，其特征在于，所述方法包括：

第一电子设备接收第二电子设备发送的主界面的界面信息；

所述第一电子设备根据所述主界面的界面信息，在第一窗口中显示所述主界面，所述主页面包括至少一个应用的应用图标，所述至少一个应用安装在所述第二电子设备上；

所述第一电子设备接收对第一应用图标的第一操作，所述至少一个应用的应用图标包括所述第一应用图标；

响应于所述第一操作，所述第一电子设备显示用于在第二窗口中打开所述第一应用的选项；

所述第一电子设备接收对所述选项的第二操作；

响应于所述第二操作，所述第一电子设备在所述第二窗口显示所述第一应用的界面，其中，所述第一窗口和所述第二窗口为所述第二电子设备上的不同窗口。

14.根据权利要求13所述的方法，其特征在于，所述第一电子设备显示窗口的数量最大值为N，N为大于或等于2的整数，所述方法还包括：

当所述第一电子显示窗口的数量为N时，响应于所述第二操作，所述第一电子设备显示提示信息，所述提示信息用于提示用户所述第一电子设备的显示区域显示的窗口的数量已经达到最大值。

15.一种显示窗口的系统，其特征在于，所述系统包括相互通信的第一电子设备和第二电子设备，所述第一电子设备用于：

显示第一窗口，所述第一窗口包括第一页签和第二页签；

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

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

当所述第一窗口中显示所述第一界面时，接收对所述第二页签的第一操作；

响应于对所述第二页签的所述第一操作，接收所述第二电子设备发送的第二应用的第二界面信息；

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

以及，所述第二电子设备用于：

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

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

其中，所述第一应用和所述第二应用在所述第二电子设备运行。

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

在所述第一窗口中显示所述第二界面时，接收对所述第一页签的第二操作；

响应于对所述第一页签的所述第二操作，接收所述第二电子设备发送的所述第一界面信息；

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

以及，所述第二电子设备用于：

向所述第一电子设备发送所述第一界面信息。

17.根据权利要求15或16所述的系统，其特征在于，所述第一电子设备还用于：

当所述第一窗口中显示所述第一界面时，接收对所述第一页签的第三操作；

响应于对所述第一页签的所述第三操作，在所述第一窗口显示所述第二界面，在第二窗口显示所述第一界面，其中，所述第一窗口和所述第二窗口为所述第一电子设备上显示的不同窗口。

18.根据权利要求17所述的系统，其特征在于，当所述第二窗口中显示所述第一界面后，所述第一窗口不包括所述第一页签。

19.根据权利要求15或16所述的系统，其特征在于，所述第一电子设备还用于：

当所述第一窗口中显示所述第一界面时，接收对所述第二页签的第四操作；

响应于对所述第二页签的所述第四操作，在所述第一窗口显示所述第一界面，在第二窗口显示所述第二界面，其中，所述第一窗口和所述第二窗口为所述第一电子设备上显示的不同窗口。

20.根据权利要求19所述的系统，其特征在于，当所述第二窗口中显示所述第二界面后，所述第一窗口不包括所述第二页签。

21.根据权利要求15至20中任一项所述的系统，其特征在于，所述第一窗口包括关闭按钮，所述第一电子设备还用于：

接收对所述关闭按钮的点击操作，响应于对所述关闭按钮的点击操作，关闭所述第一窗口。

22.根据权利要求21所述的系统，其特征在于，当关闭所述第一窗口时，所述第一电子设备还用于：

关闭所述第二窗口。

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

接收将第一文件移至目标窗口的第五操作，所述第一文件为所述第一电子设备存储的文件，所述目标窗口为所述第一窗口或所述第二窗口；

若所述目标窗口中显示的界面为所述第一界面时，响应于所述第五操作，将所述第一文件复制至所述第一应用；

若所述目标窗口中显示的界面为所述第二界面时，响应于所述第五操作，将所述第一文件复制至所述第二应用。

24.根据权利要求15至23中任一项所述的系统，其特征在于，当所述第一电子设备显示所述第一窗口和所述第二窗口时，所述第一电子设备还用于：

接收将所述第一窗口中显示的第二文件移至所述第二窗口的第六操作；

若所述第二窗口中显示的界面为所述第一界面时，响应于所述第六操作，将所述第一文件复制至所述第一应用；

若所述第二窗口中显示的界面为所述第二界面时，响应于所述第六操作，将所述第一文件复制至所述第二应用。

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

在所述第一窗口中显示多任务界面，所述多任务界面包括至少一个应用卡片，所述应用卡片包括第三应用卡片，所述第三应用卡片对应第三应用；

接收对所述第三应用卡片的第七操作；

响应于所述第七操作，接收所述第二电子设备发送的所述第三应用的第三界面信息；

根据所述第三界面信息，在第三窗口中显示所述第三应用的所述第三界面，其中，所述第三窗口和所述第一窗口为所述第二电子设备上的不同窗口；

以及，所述第二电子设备用于：

向所述第一电子设备发送所述第三应用的第三界面信息。

26.根据权利要求25所述的系统，其特征在于，当所述第一电子设备在所述第一窗口或所述第二窗口中显示所述第三界面时，所述第一电子设备还用于：

响应于对所述第三应用卡片的所述第七操作，显示提示信息，所述提示信息用于提示用户所述第三应用已经显示。

27.一种显示窗口的系统，其特征在于，所述系统包括相互通信的第一电子设备和第二电子设备，所述第一电子设备用于：

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

根据所述主界面的界面信息，在第一窗口中显示所述主界面，所述主页面包括至少一个应用的应用图标，所述至少一个应用安装在所述第二电子设备上；

接收对第一应用图标的第一操作，所述至少一个应用的应用图标包括所述第一应用图标；

响应于所述第一操作，显示用于在第二窗口中打开所述第一应用的选项；

接收对所述选项的第二操作；

响应于所述第二操作，在所述第二窗口显示所述第一应用的界面，其中，所述第一窗口和所述第二窗口为所述第二电子设备上的不同窗口；

以及，所述第二电子设备用于：

向所述第一电子设备发送所述主界面的界面信息。

28.根据权利要求27所述的系统，其特征在于，所述第一电子设备显示窗口的数量最大值为N，N为大于或等于2的整数，所述第一电子设备还用于：

当显示窗口的数量为N时，响应于所述第二操作，显示提示信息，所述提示信息用于提示用户所述第一电子设备的显示区域显示的窗口的数量已经达到最大值。

29.一种电子设备，其特征在于，所述电子设备包括：一个或多个处理器；存储器；多个应用程序；以及一个或多个程序，其中所述一个或多个程序被存储在所述存储器中，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行如权利要求1至14中任一项所述的显示窗口的方法。

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

Images