CN113821142A - 一种界面窗口的管理方法以及相关装置 - Google Patents

Abstract

本申请公开了一种界面窗口的管理方法以及相关装置。通过获取在目标界面中展示的第一窗口所对应的第一窗口信息；然后响应于针对目标界面中第二窗口的展示指令调用第二窗口对应的第二窗口信息；进一步的基于第一窗口信息和第二窗口信息进行参数比对，以确定第一窗口与第二窗口对应的展示方式信息；进而根据展示方式信息在目标界面中进行窗口展示。从而实现展示界面中多窗口的展示过程，由于窗口之间会根据各自的窗口信息进行参数比对，从而执行适配于相应层级关系或播放关系的窗口展示过程，提高了多窗口展示的准确性。

Description

一种界面窗口的管理方法以及相关装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种界面窗口的管理方法以及相关装置。

背景技术

随着计算机技术的迅速发展，人们对交互形式的要求越来越高。通过界面窗口进行交互即为一种常见的方式。

一般，在展示界面中可以存在多个窗口进行交互，从而在同一界面中进行多个内容的展示；进一步的，窗口在展示的过程中还可以涉及窗口形式的变化，例如小窗口显示等。

但是，多窗口在展示界面进行展示时可能存在干扰，例如层级的混乱，播放的覆盖，影响界面中多窗口展示的准确性。

发明内容

有鉴于此，本申请提供一种界面窗口的管理方法，可以有效提高界面中多窗口展示的准确性。

本申请第一方面提供一种界面窗口的管理方法，可以应用于终端设备中包含界面窗口的管理功能的系统或程序中，具体包括：

获取在目标界面中展示的第一窗口所对应的第一窗口信息；

响应于针对所述目标界面中第二窗口的展示指令调用所述第二窗口对应的第二窗口信息；

基于所述第一窗口信息和所述第二窗口信息进行参数比对，以确定所述第一窗口与所述第二窗口对应的展示方式信息；

根据所述展示方式信息在所述目标界面中进行窗口展示。

可选的，在本申请一些可能的实现方式中，所述获取在目标界面中展示的第一窗口所对应的第一窗口信息，包括：

响应于针对所述第一窗口的窗口缩放操作初始化堆栈管理器；

基于所述堆栈管理器记录所述第一窗口的展示进程，以确定所述第一窗口信息；

所述响应于针对所述目标界面中第二窗口的展示指令调用所述第二窗口对应的第二窗口信息，包括：

基于所述堆栈管理器拦截在所述目标界面中创建的所述第一窗口的创建指令；

基于所述创建指令为所述第二窗口在所述堆栈管理器中分配对象标识；

响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

可选的，在本申请一些可能的实现方式中，所述响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息，包括：

监测所述对象标识对应的执行函数；

若所述执行函数指示所述第二窗口进行上层展示操作，则响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

可选的，在本申请一些可能的实现方式中，所述基于所述第一窗口信息和所述第二窗口信息进行参数比对，以确定所述第一窗口与所述第二窗口对应的展示方式信息，包括：

获取所述第一窗口信息指示的第一优先级，以及所述第二窗口信息指示的第二优先级；

若所述第二优先级大于所述第一优先级，则获取所述第一窗口信息指示的第一范围，以及所述第二窗口信息指示的第二范围；

基于所述第一范围和所述第二范围的重合情况确定所述展示方式信息。

可选的，在本申请一些可能的实现方式中，所述方法还包括：

获取所述第二窗口对应的媒体信息；

若所述第二窗口对应的媒体信息指示所述第二窗口存在流媒体内容，则接受所述第二窗口对应的数据包，以进行流媒体播放。

可选的，在本申请一些可能的实现方式中，所述根据所述展示方式信息在所述目标界面中进行窗口展示，包括：

基于所述展示方式信息确定所述第一窗口和所述第二窗口对应的层级声明；

获取所述层级声明对应的触发时机信息；

若所述触发时机信息对应的条件达成，则在所述目标界面中基于所述层级声明进行窗口展示。

可选的，在本申请一些可能的实现方式中，所述方法还包括：

获取所述第一窗口和所述第二窗口对应的派生类信息；

确定所述目标界面对应的操作信息；

将所述操作信息与所述派生类信息进行匹配，并传入所述目标界面的上下文环境；

基于所述目标界面的上下文环境进行目标用户的操作响应。

本申请第二方面提供一种界面窗口的管理装置，包括：

获取单元，用于获取在目标界面中展示的第一窗口所对应的第一窗口信息；

调用单元，用于响应于针对所述目标界面中第二窗口的展示指令调用所述第二窗口对应的第二窗口信息；

确定单元，用于基于所述第一窗口信息和所述第二窗口信息进行参数比对，以确定所述第一窗口与所述第二窗口对应的展示方式信息；

管理单元，用于根据所述展示方式信息在所述目标界面中进行窗口展示。

可选的，在本申请一些可能的实现方式中，所述获取单元，具体用于响应于针对所述第一窗口的窗口缩放操作初始化堆栈管理器；

所述获取单元，具体用于基于所述堆栈管理器记录所述第一窗口的展示进程，以确定所述第一窗口信息；

所述调用单元，具体用于基于所述堆栈管理器拦截在所述目标界面中创建的所述第一窗口的创建指令；

所述调用单元，具体用于基于所述创建指令为所述第二窗口在所述堆栈管理器中分配对象标识；

所述调用单元，具体用于响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

可选的，在本申请一些可能的实现方式中，所述调用单元，具体用于监测所述对象标识对应的执行函数；

所述调用单元，具体用于若所述执行函数指示所述第二窗口进行上层展示操作，则响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

可选的，在本申请一些可能的实现方式中，所述确定单元，具体用于获取所述第一窗口信息指示的第一优先级，以及所述第二窗口信息指示的第二优先级；

所述确定单元，具体用于若所述第二优先级大于所述第一优先级，则获取所述第一窗口信息指示的第一范围，以及所述第二窗口信息指示的第二范围；

所述确定单元，具体用于基于所述第一范围和所述第二范围的重合情况确定所述展示方式信息。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于获取所述第二窗口对应的媒体信息；

所述管理单元，具体用于若所述第二窗口对应的媒体信息指示所述第二窗口存在流媒体内容，则接受所述第二窗口对应的数据包，以进行流媒体播放。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于基于所述展示方式信息确定所述第一窗口和所述第二窗口对应的层级声明；

所述管理单元，具体用于获取所述层级声明对应的触发时机信息；

所述管理单元，具体用于若所述触发时机信息对应的条件达成，则在所述目标界面中基于所述层级声明进行窗口展示。

可选的，在本申请一些可能的实现方式中，所述管理单元，具体用于获取所述第一窗口和所述第二窗口对应的派生类信息；

所述管理单元，具体用于确定所述目标界面对应的操作信息；

所述管理单元，具体用于将所述操作信息与所述派生类信息进行匹配，并传入所述目标界面的上下文环境；

所述管理单元，具体用于基于所述目标界面的上下文环境进行目标用户的操作响应。

本申请第三方面提供一种计算机设备，包括：存储器、处理器以及总线系统；所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行上述第一方面或第一方面任一项所述的界面窗口的管理方法。

本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任一项所述的界面窗口的管理方法。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面或者第一方面的各种可选实现方式中提供的界面窗口的管理方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

通过获取在目标界面中展示的第一窗口所对应的第一窗口信息；然后响应于针对目标界面中第二窗口的展示指令调用第二窗口对应的第二窗口信息；进一步的基于第一窗口信息和第二窗口信息进行参数比对，以确定第一窗口与第二窗口对应的展示方式信息；进而根据展示方式信息在目标界面中进行窗口展示。从而实现展示界面中多窗口的展示过程，由于窗口之间会根据各自的窗口信息进行参数比对，从而执行适配于相应层级关系或播放关系的窗口展示过程，提高了多窗口展示的准确性。

附图说明

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

图1为界面窗口的管理系统运行的网络架构图；

图2为本申请实施例提供的一种界面窗口的管理的流程架构图；

图3为本申请实施例提供的一种界面窗口的管理方法的流程图；

图4为本申请实施例提供的一种界面窗口的管理方法的场景示意图；

图5为本申请实施例提供的另一种界面窗口的管理方法的场景示意图；

图6为本申请实施例提供的另一种界面窗口的管理方法的步骤示意图；

图7为本申请实施例提供的另一种界面窗口的管理方法的流程图；

图8为本申请实施例提供的一种界面窗口的管理装置的结构示意图；

图9为本申请实施例提供的一种终端设备的结构示意图；

图10为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

本申请实施例提供了一种界面窗口的管理方法以及相关装置，可以应用于终端设备中包含界面窗口的管理功能的系统或程序中，通过获取在目标界面中展示的第一窗口所对应的第一窗口信息；然后响应于针对目标界面中第二窗口的展示指令调用第二窗口对应的第二窗口信息；进一步的基于第一窗口信息和第二窗口信息进行参数比对，以确定第一窗口与第二窗口对应的展示方式信息；进而根据展示方式信息在目标界面中进行窗口展示。从而实现展示界面中多窗口的展示过程，由于窗口之间会根据各自的窗口信息进行参数比对，从而执行适配于相应层级关系或播放关系的窗口展示过程，提高了多窗口展示的准确性。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，对本申请实施例中可能出现的一些名词进行解释。

多窗口（window）：每个应用程序至少有一个window作为视图加载的基础，对于复杂应用程序而言，多window的开发越来越常见，一些系统的弹窗、浮层也可以看成是window，例如顶部状态栏，键盘窗口等。本方案主要针对小窗播放后，用户执行的其它影响小窗播放的操作产生问题而构造的一套处理方案。

运行时：Runtime是一套比较底层的纯C语言API，包含了很多底层的C语言API。在我们平时编写的OC代码中，程序运行时，其实最终都是转成了Runtime的C语言代码。

堆栈管理器：本申请中用于管理多window下的层级关系处理。

应理解，本申请提供的界面窗口的管理方法可以应用于终端设备中包含界面窗口的管理功能的系统或程序中，例如窗口管理，具体的，界面窗口的管理系统可以运行于如图1所示的网络架构中，如图1所示，是界面窗口的管理系统运行的网络架构图，如图可知，界面窗口的管理系统可以提供与多个信息源的界面窗口的管理过程，即通过终端侧的展示操作触发多个窗口之间的展示切换；可以理解的是，图1中示出了多种终端设备，终端设备可以为计算机设备，在实际场景中可以有更多或更少种类的终端设备参与到界面窗口的管理的过程中，具体数量和种类因实际场景而定，此处不做限定，另外，图1中示出了一个服务器，但在实际场景中，也可以有多个服务器的参与，具体服务器数量因实际场景而定。

本实施例中，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，终端以及服务器可以连接组成区块链网络，本申请在此不做限制。

可以理解的是，上述界面窗口的管理系统可以运行于个人移动终端，例如：作为窗口管理这样的应用（例如包含小窗口缩放的应用中），也可以运行于服务器，还可以作为运行于第三方设备以提供界面窗口的管理，以得到信息源的界面窗口的管理处理结果；具体的界面窗口的管理系统可以是以一种程序的形式在上述设备中运行，也可以作为上述设备中的系统部件进行运行，还可以作为云端服务程序的一种，具体运作模式因实际场景而定，此处不做限定。

随着计算机技术的迅速发展，人们对交互形式的要求越来越高。通过界面窗口进行交互即为一种常见的方式。

一般，在展示界面中可以存在多个窗口进行交互，从而在同一界面中进行多个内容的展示；进一步的，窗口在展示的过程中还可以涉及窗口形式的变化，例如小窗口显示等。

但是，多窗口在展示界面进行展示时可能存在干扰，例如层级的混乱，播放的覆盖，影响界面中多窗口展示的准确性。

例如在直播的界面场景中，创建的直播页面中包括视频播放层和房间列表层；在视频播放层显示目标直播间的直播窗口和与目标直播间对应的小窗播放选项；当检测到小窗播放选项的触发操作后，创建对话框，并根据小窗播放选项的触发操作获得目标直播间的房间ID；基于目标直播间的房间ID生成小窗播放请求，并将小窗播放请求发送至服务器，以从服务器获取目标视频信息，目标视频信息包括目标直播间的视频流地址；基于目标直播间的视频流地址，在对话框播放目标直播间的直播视频。

可见，直播页面的业务场景比较单一导致小窗播放的情况无法涉及视频播放、弹窗和浮层等场景适配，在应用程序内会产生重叠、播放覆盖的情况。并且阻碍用户的滑动，捏合手势，降低用户的可操作范围。

为了解决上述问题，本申请提出了一种界面窗口的管理方法，即采用多窗口进行小窗播放，该方法应用于图2所示的界面窗口的管理的流程框架中，如图2所示，为本申请实施例提供的一种界面窗口的管理的流程架构图，用户通过界面层进行屏幕操作，从而触发服务器进行对应窗口数据的确定，并调用对应的显示参数，然后进行多窗口的参数比对，从而得到合适的展示方式，具体利用运行时捕获和拦截window的创建和显示，通过堆栈管理器调整window的层级关系，对小窗播放的window进行生命周期管理、处理并开放手势接口、播放器兼容操作。

可以理解的是，本申请所提供的方法可以为一种程序的写入，以作为硬件系统中的一种处理逻辑，也可以作为一种界面窗口的管理装置，采用集成或外接的方式实现上述处理逻辑。作为一种实现方式，该界面窗口的管理装置通过获取在目标界面中展示的第一窗口所对应的第一窗口信息；然后响应于针对目标界面中第二窗口的展示指令调用第二窗口对应的第二窗口信息；进一步的基于第一窗口信息和第二窗口信息进行参数比对，以确定第一窗口与第二窗口对应的展示方式信息；进而根据展示方式信息在目标界面中进行窗口展示。从而实现展示界面中多窗口的展示过程，由于窗口之间会根据各自的窗口信息进行参数比对，从而执行适配于相应层级关系或播放关系的窗口展示过程，提高了多窗口展示的准确性。

结合上述流程架构，下面将对本申请中界面窗口的管理方法进行介绍，请参阅图3，图3为本申请实施例提供的一种界面窗口的管理方法的流程图，该管理方法可以是由终端执行的，也可以是由特定的插件（堆栈管理器）执行的，本申请实施例至少包括以下步骤：

301、获取在目标界面中展示的第一窗口所对应的第一窗口信息。

本实施例中，第一窗口即为已在目标界面中展示的窗口，而第一窗口信息即为该窗口对应的窗口大小、位置、缩放参数、视图比例等参数信息，具体的参数形式因实际场景而定，此处不做限定。

在一种可能的场景中，第一窗口为缩放所得的窗口，例如聊天应用中，缩小聊天界面后的窗口，从而便于用户执行其他操作。具体的，应用程序内在某些场景下适合采用小窗播放的功能对播放器、直播、文档等进行视图上的缩小操作，图4即为场景实例，图4为本申请实施例提供的一种界面窗口的管理方法的场景示意图；图中示出了缩放窗口A1（第一窗口）、应用程序执行界面A2，当用户执行支付操作时，会弹出密码窗口A3（第二窗口），此时缩放窗口A1和密码窗口A3会有重叠部分，影响相应界面的展示。即当用户产生其他事件（播放其他视频、弹出键盘、出现弹窗后跳转页面等操作）后，通过堆栈管理器来控制小窗播放的各种状态。若对多window不控制，会出现视图层级被覆盖的情况，通过本申请即可调整两者的层级关系，保证多窗口的准确展示。

302、响应于针对目标界面中第二窗口的展示指令调用第二窗口对应的第二窗口信息。

本实施例中，第二窗口的展示指令可以包括第二窗口的创建指令或上层展示指令；具体的，可以在第二窗口的创建指令生成时，对第二窗口进行记录，在第二窗口执行上层展示时，进行第二窗口信息的获取。

可以理解的是，本申请可以通过堆栈管理器进行，即将窗口的管理权限统一采用堆栈管理器进行处理；具体的，对于获取在目标界面中展示的第一窗口所对应的第一窗口信息的过程，可以响应于针对第一窗口的窗口缩放操作初始化堆栈管理器；然后基于堆栈管理器记录第一窗口的展示进程，以确定第一窗口信息。在一种可能的场景中，即当用户执行小窗播放操作后，初始化堆栈管理器，堆栈管理器中存储的表1所示的数据，即包含存入控制器的标识id（对象标识）、window对象地址、window的优先级（包括normal、alert、statusBar三个由低到高的级别）。放入堆栈管理器的每个window都会分配一个windowControl（控制器）进行控制。当window被注册成为keywindow（关键窗口）时会始终显示在屏幕的最上面，并加载对应的视图。

表1堆栈管理器存储的数据释义对照

Control Id	控制器id标识，通过id可以获取Address
		Address	window对象地址
level	优先级
		isVisible	window是否已显示

对应的，通过堆栈管理器进行第二窗口信息的获取的过程，可以首先基于堆栈管理器拦截在目标界面中创建的第一窗口的创建指令；然后基于创建指令为第二窗口在堆栈管理器中分配对象标识；进一步的响应于针对目标界面中第二窗口的展示指令调用对象标识对应的属性信息，以确定第二窗口信息。

可以理解的是，在小窗（第一窗口）成为keywindow前，记录当前应用程序（目标界面展示的程序）的keywindow0，然后将已执行小窗播放的页面注册为keywindow，此时小窗显示在应用程序的最上层，当且仅当用户手动执行关闭小窗时取出记录的keywindow0进行重设。

进一步的，通过获取小窗播放中播放器的控制，采用windowControl对播放器在特定的时机进行暂停、停止、切换播放和续播等操作。在windowControl中通过运行时机制来拦截window的创建，在用户进行其他操作创建window对象成功时，分配id并存入堆栈管理器。

本实施例中，采用堆栈管理器通过调用运行时（runtime）机制的objc_setAssociatedObject为每个keywindow关联持screen对象，该对象可以设置window显示的大小（frame）、是否可缩放（canZoom）、内部视图的缩放比例等操作（scale），即确定各个参数对应的代码接口API，从而进行数据的读取与标记。

具体的，对于响应于针对目标界面中第二窗口的展示指令调用对象标识对应的属性信息，以确定第二窗口信息的过程，可以是通过监测对象标识对应的执行函数进行的；若执行函数指示第二窗口进行上层展示操作，则响应于针对目标界面中第二窗口的展示指令调用对象标识对应的属性信息，以确定第二窗口信息。例如当新创建的window执行makeKeyAndVisible函数时，生成screen0，获取对应的属性为frame0，堆栈管理器中的level为level0。遍历堆栈管理器中所有的windowControl，根据isVisible字段获取已显示在屏幕上的window、调用objc_getAssociatedObject函数获取screen1和frame1。

可以理解的是，本实施例中堆栈管理器不仅限于第一窗口与第二窗口的层级展示管理，还可以同时进行多个窗口的管理过程，通过遍历堆栈管理器中所有的windowControl，根据isVisible字段获取已显示在屏幕上的window，保证目标界面中层级关系的准确性。

具体的，堆栈管理器可以采用如图5所示的结构，图5为本申请实施例提供的另一种界面窗口的管理方法的场景示意图；图中示出堆栈管理器可以包括windowControl存储模块，该模块用于对各自对应的窗口进行控制；window显示控制模块，该模块用于窗口的显示层级或播放设置的管理；手势处理模块，该模块用于对特定窗口的手势进行识别并响应；window生命周期拦截模块，用于对窗口的runtime代码进行识别与拦截，从而添加入多窗口的管理逻辑中；小窗播放的播放器控制模块，该模块用于对窗口自带的播放器进行管理，以对媒体内容的播放进行配置，避免媒体内容之间的干扰。

303、基于第一窗口信息和第二窗口信息进行参数比对，以确定第一窗口与第二窗口对应的展示方式信息。

本实施例中，第一窗口信息和第二窗口信息进行参数比对的过程即确定第一窗口与第二窗口的层级关系、播放次序关系等用于指示展示方式的信息。

在一种可能的场景中，展示方式信息可以包括优先级（层级关系）以及范围重合（播放次序关系）的判定，即首先获取第一窗口信息指示的第一优先级，以及第二窗口信息指示的第二优先级；若第二优先级大于第一优先级，则获取第一窗口信息指示的第一范围，以及第二窗口信息指示的第二范围；然后基于第一范围和第二范围的重合情况确定展示方式信息，例如第一范围和第二范围指示第一窗口与第二窗口存在交点，通过优先级的判断，将优先级高的置于最上层进行展示。

另外，对于窗口存在媒体播放的情况，例如视频、动画等需要连续关注的窗口，可以进行相应的播放管理（播放、暂停等），即首先获取第二窗口对应的媒体信息；若第二窗口对应的媒体信息指示第二窗口存在流媒体内容，则接受第二窗口对应的数据包，以进行流媒体播放，从而保障目标界面中流媒体内容的播放不会相互干扰。

可以理解的是，上述参数比对的过程可以只进行优先级对比，也可以只进行范围重合的比对，具体组合方式因实际场景而定。

在一种可能的场景中，参数比对的过程可以包含多个关联参数的比对过程，如图6所示，图6为本申请实施例提供的另一种界面窗口的管理方法的步骤示意图；图中示出了当新创建的window执行makeKeyAndVisible函数时的逻辑步骤，即响应于新window的创建，将新window放入堆栈管理器后执行makeKeyAndVisible函数；从而生成screen0，并获取对应的属性为frame0，堆栈管理器中的level为level0。进一步的遍历堆栈管理器中所有的windowControl并取出对应的属性，具体属性的取出即根据isVisible字段获取已显示在屏幕上的window、调用objc_getAssociatedObject函数获取screen1和frame1。

然后进行属性的判断步骤，即判断canZoom的取值为true，若canZoom的取值为true，则直接在makeKeyAndVisible执行返回操作；相应的若canZoom的取值为false，先比较level1是否大于level0。若大于等于则比较frame0和frame1是否有交集的点，若没有则执行显示该window，并设置isVisible为true；进一步的比较窗口之间是否有交点，若有交集的点，则暂停小窗播放后显示window。

另外，若level1小于level0，则执行return操作并提示用户；进一步的，若当前window中包含播放器，则先暂停小窗播放后将小窗播放的视频交给新window进行处理，若新window无处理方案则弹窗提示用户进行选择播放的视频，从而保证了媒体内容播放的有效性。

304、根据展示方式信息在目标界面中进行窗口展示。

本实施例中，展示方式信息可以包括优先级，即确定目标界面中进行窗口展示的上层窗口；还可以包括范围重合情况，从而确定目标界面中进行窗口展示的上层窗口覆盖下层窗口的部分进行展示。

进一步的，窗口展示的过程还可以进行窗口的自动调整，即优先级高的窗口位置不变，优先级低的窗口进行预设方向的自动平移或比例缩小，直到与优先级高的窗口不重合，从而避免了窗口之间的干扰。

具体的，对于确定上层窗口的过程，可以是通过堆栈管理进行声明确定的，即首先基于展示方式信息确定第一窗口和第二窗口对应的层级声明；然后获取层级声明对应的触发时机信息；若触发时机信息对应的条件达成，则在目标界面中基于层级声明进行窗口展示。即在堆栈管理器中声明bringWindowToFront（将window放入视图的最上层）和sendWindowToBack（将window放入视图的最下层）方法，接收传入的controlId。服务器可配置程序内部模块的活跃状态对于的window执行上浮或下沉，预设业务场景运行时机，达到预设时机时去请求服务器再决定是否需要将多window进行下沉和上浮，并使用运行时拦截window被其它模块执行层级的变动操作，统一window层级变动的入口，保证了多窗口管理的有效性。

在另一种可能的场景中，窗口还可以存在派生类信息，例如手势信息等，故可以首先获取第一窗口和第二窗口对应的派生类信息；然后确定目标界面对应的操作信息；并将操作信息与派生类信息进行匹配，并传入目标界面的上下文环境；进而基于目标界面的上下文环境进行目标用户的操作响应，从而堆栈管理器实现窗口对于特定手势的感应。

具体的，即在堆栈管理器中通过controlId 找到window对应的派生类（子类）名称，将系统的手势协议方法（包括拖拽、长按、点击、双击等）传入到派生类中让window进行自定义处理，并传入当前window视图的上下文环境。若派生类没有执行协议方法则将透过window传入到下个window进行处理，直到有window能够响应用户的手势。

结合上述实施例可知，本申请在多window下的应用程序中能够合理展示小窗播放功能；并且提升小窗播放的性能，支持用户手势传递，增加用户粘性。具体的，通过获取在目标界面中展示的第一窗口所对应的第一窗口信息；然后响应于针对目标界面中第二窗口的展示指令调用第二窗口对应的第二窗口信息；进一步的基于第一窗口信息和第二窗口信息进行参数比对，以确定第一窗口与第二窗口对应的展示方式信息；进而根据展示方式信息在目标界面中进行窗口展示。从而实现展示界面中多窗口的展示过程，由于窗口之间会根据各自的窗口信息进行参数比对，从而执行适配于相应层级关系或播放关系的窗口展示过程，提高了多窗口展示的准确性。

在一种可能的场景中，窗口之间的切换还可以是响应于不同的操作方式，下面对该场景进行说明。请参阅图7，图7为本申请实施例提供的另一种界面窗口的管理方法的流程图，本申请实施例至少包括以下步骤：

701、响应于目标用户在展示界面中的交互操作确定交互对象；

本实施例中，目标用户在展示界面中的交互操作可以是手势操作，例如滑动、长按、特定的形状等。

具体的，通过交互操作确定交互对象即确定交互操作指示的交互方式为某一窗口对应的应用程序所特定的方式，例如窗口1可以响应于划圆圈的手势，而窗口2无此手势的响应，则响应于划圆圈的手势（交互操作）确定交互对象为窗口1。

可以理解的是，若多个窗口皆存在特定的交互方式，则确定交互对象为当前最上层的窗口。

702、基于交互对象在堆栈管理器中确定对应的对象标识。

本实施例中，通过步骤701确定交互对象后，即可在堆栈管理器中确定对应的control Id（对象标识）。

703、根据对象标识进行窗口之间的层级切换，并进行相应的界面展示。

本实施例中，在确定对象标识后，在堆栈管理器中进行bringWindowToFront（将window放入视图的最上层）和sendWindowToBack（将window放入视图的最下层）的声明。

通过堆栈管理器进行多窗口的管理，同一了层次变化的入口，保证了窗口展示过程中调整步调的统一性，提高了层次变化的准确性。

为了更好的实施本申请实施例的上述方案，下面还提供用于实施上述方案的相关装置。请参阅图8，图8为本申请实施例提供的一种界面窗口的管理装置的结构示意图，界面窗口的管理装置800包括：

获取单元801，用于获取在目标界面中展示的第一窗口所对应的第一窗口信息；

调用单元802，用于响应于针对所述目标界面中第二窗口的展示指令调用所述第二窗口对应的第二窗口信息；

确定单元803，用于基于所述第一窗口信息和所述第二窗口信息进行参数比对，以确定所述第一窗口与所述第二窗口对应的展示方式信息；

管理单元804，用于根据所述展示方式信息在所述目标界面中进行窗口展示。

可选的，在本申请一些可能的实现方式中，所述获取单元801，具体用于响应于针对所述第一窗口的窗口缩放操作初始化堆栈管理器；

所述获取单元801，具体用于基于所述堆栈管理器记录所述第一窗口的展示进程，以确定所述第一窗口信息；

所述调用单元802，具体用于基于所述堆栈管理器拦截在所述目标界面中创建的所述第一窗口的创建指令；

所述调用单元802，具体用于基于所述创建指令为所述第二窗口在所述堆栈管理器中分配对象标识；

所述调用单元802，具体用于响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

可选的，在本申请一些可能的实现方式中，所述调用单元802，具体用于监测所述对象标识对应的执行函数；

所述调用单元802，具体用于若所述执行函数指示所述第二窗口进行上层展示操作，则响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

可选的，在本申请一些可能的实现方式中，所述确定单元803，具体用于获取所述第一窗口信息指示的第一优先级，以及所述第二窗口信息指示的第二优先级；

所述确定单元803，具体用于若所述第二优先级大于所述第一优先级，则获取所述第一窗口信息指示的第一范围，以及所述第二窗口信息指示的第二范围；

所述确定单元803，具体用于基于所述第一范围和所述第二范围的重合情况确定所述展示方式信息。

可选的，在本申请一些可能的实现方式中，所述管理单元804，具体用于获取所述第二窗口对应的媒体信息；

所述管理单元804，具体用于若所述第二窗口对应的媒体信息指示所述第二窗口存在流媒体内容，则接受所述第二窗口对应的数据包，以进行流媒体播放。

可选的，在本申请一些可能的实现方式中，所述管理单元804，具体用于基于所述展示方式信息确定所述第一窗口和所述第二窗口对应的层级声明；

所述管理单元804，具体用于获取所述层级声明对应的触发时机信息；

所述管理单元804，具体用于若所述触发时机信息对应的条件达成，则在所述目标界面中基于所述层级声明进行窗口展示。

可选的，在本申请一些可能的实现方式中，所述管理单元804，具体用于获取所述第一窗口和所述第二窗口对应的派生类信息；

所述管理单元804，具体用于确定所述目标界面对应的操作信息；

所述管理单元804，具体用于将所述操作信息与所述派生类信息进行匹配，并传入所述目标界面的上下文环境；

所述管理单元804，具体用于基于所述目标界面的上下文环境进行目标用户的操作响应。

通过获取在目标界面中展示的第一窗口所对应的第一窗口信息；然后响应于针对目标界面中第二窗口的展示指令调用第二窗口对应的第二窗口信息；进一步的基于第一窗口信息和第二窗口信息进行参数比对，以确定第一窗口与第二窗口对应的展示方式信息；进而根据展示方式信息在目标界面中进行窗口展示。从而实现展示界面中多窗口的展示过程，由于窗口之间会根据各自的窗口信息进行参数比对，从而执行适配于相应层级关系或播放关系的窗口展示过程，提高了多窗口展示的准确性。

本申请实施例还提供了一种终端设备，如图9所示，是本申请实施例提供的另一种终端设备的结构示意图，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理（personal digital assistant，PDA）、销售终端（point of sales，POS）、车载电脑等任意终端设备，以终端为手机为例：

图9示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图9，手机包括：射频（radio frequency，RF）电路910、存储器920、输入单元930、显示单元940、传感器950、音频电路960、无线保真（wireless fidelity，WiFi）模块970、处理器980、以及电源990等部件。本领域技术人员可以理解，图9中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对手机的各个构成部件进行具体的介绍：

RF电路910可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器980处理；另外，将设计上行的数据发送给基站。通常，RF电路910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器（low noiseamplifier，LNA）、双工器等。此外，RF电路910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统（globalsystem of mobile communication，GSM）、通用分组无线服务（general packet radioservice，GPRS）、码分多址（code division multiple access，CDMA）、宽带码分多址（wideband code division multiple access, WCDMA）、长期演进（long term evolution，LTE）、电子邮件、短消息服务（short messaging service，SMS）等。

存储器920可用于存储软件程序以及模块，处理器980通过运行存储在存储器920的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序（比如声音播放功能、图像播放功能等）等；存储数据区可存储根据手机的使用所创建的数据（比如音频数据、电话本等）等。此外，存储器920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元930可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元930可包括触控面板931以及其他输入设备932。触控面板931，也称为触摸屏，可收集用户在其上或附近的触摸操作（比如用户使用手指、触笔等任何适合的物体或附件在触控面板931上或在触控面板931附近的操作，以及在触控面板931上一定范围内的隔空触控操作），并根据预先设定的程式驱动相应的连接装置。可选的，触控面板931可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器980，并能接收处理器980发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板931。除了触控面板931，输入单元930还可以包括其他输入设备932。具体地，其他输入设备932可以包括但不限于物理键盘、功能键（比如音量控制按键、开关按键等）、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元940可包括显示面板941，可选的，可以采用液晶显示器（liquid crystaldisplay，LCD）、有机发光二极管（organic light-emitting diode，OLED）等形式来配置显示面板941。进一步的，触控面板931可覆盖显示面板941，当触控面板931检测到在其上或附近的触摸操作后，传送给处理器980以确定触摸事件的类型，随后处理器980根据触摸事件的类型在显示面板941上提供相应的视觉输出。虽然在图9中，触控面板931与显示面板941是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板931与显示面板941集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器950，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板941的亮度，接近传感器可在手机移动到耳边时，关闭显示面板941和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上（一般为三轴）加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用（比如横竖屏切换、相关游戏、磁力计姿态校准）、振动识别相关功能（比如计步器、敲击）等; 至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路960、扬声器961，传声器962可提供用户与手机之间的音频接口。音频电路960可将接收到的音频数据转换后的电信号，传输到扬声器961，由扬声器961转换为声音信号输出；另一方面，传声器962将收集的声音信号转换为电信号，由音频电路960接收后转换为音频数据，再将音频数据输出处理器980处理后，经RF电路910以发送给比如另一手机，或者将音频数据输出至存储器920以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图9示出了WiFi模块970，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器980是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器920内的软件程序和/或模块，以及调用存储在存储器920内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器980可包括一个或多个处理单元；可选的，处理器980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器980中。

手机还包括给各个部件供电的电源990（比如电池），可选的，电源可以通过电源管理系统与处理器980逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，该终端所包括的处理器980还具有执行如上述页面处理方法的各个步骤的功能。

本申请实施例还提供了一种服务器，请参阅图10，图10是本申请实施例提供的一种服务器的结构示意图，该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（central processing units，CPU）1022（例如，一个或一个以上处理器）和存储器1032，一个或一个以上存储应用程序1042或数据1044的存储介质1030（例如一个或一个以上海量存储设备）。其中，存储器1032和存储介质1030可以是短暂存储或持久存储。存储在存储介质1030的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1022可以设置为与存储介质1030通信，在服务器1000上执行存储介质1030中的一系列指令操作。

服务器1000还可以包括一个或一个以上电源1026，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口1058，和/或，一个或一个以上操作系统1041，例如Windows ServerTM，Mac OS XTM，UnixTM, LinuxTM，FreeBSDTM等等。

上述实施例中由管理装置所执行的步骤可以基于该图10所示的服务器结构。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有界面窗口的管理指令，当其在计算机上运行时，使得计算机执行如前述图3至图7所示实施例描述的方法中界面窗口的管理装置所执行的步骤。

本申请实施例中还提供一种包括界面窗口的管理指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如前述图3至图7所示实施例描述的方法中界面窗口的管理装置所执行的步骤。

本申请实施例还提供了一种界面窗口的管理系统，所述界面窗口的管理系统可以包含图8所描述实施例中的界面窗口的管理装置，或图9所描述实施例中的终端设备，或者图10所描述的服务器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

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

Claims (10)

1.一种界面窗口的管理方法，其特征在于，包括：

获取在目标界面中展示的第一窗口所对应的第一窗口信息；

响应于针对所述目标界面中第二窗口的展示指令调用所述第二窗口对应的第二窗口信息；

基于所述第一窗口信息和所述第二窗口信息进行参数比对，以确定所述第一窗口与所述第二窗口对应的展示方式信息；

根据所述展示方式信息在所述目标界面中进行窗口展示。

2.根据权利要求1所述的方法，其特征在于，所述获取在目标界面中展示的第一窗口所对应的第一窗口信息，包括：

响应于针对所述第一窗口的窗口缩放操作初始化堆栈管理器；

基于所述堆栈管理器记录所述第一窗口的展示进程，以确定所述第一窗口信息；

所述响应于针对所述目标界面中第二窗口的展示指令调用所述第二窗口对应的第二窗口信息，包括：

基于所述堆栈管理器拦截在所述目标界面中创建的所述第一窗口的创建指令；

基于所述创建指令为所述第二窗口在所述堆栈管理器中分配对象标识；

响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

3.根据权利要求2所述的方法，其特征在于，所述响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息，包括：

监测所述对象标识对应的执行函数；

若所述执行函数指示所述第二窗口进行上层展示操作，则响应于针对所述目标界面中所述第二窗口的展示指令调用所述对象标识对应的属性信息，以确定所述第二窗口信息。

4.根据权利要求1所述的方法，其特征在于，所述基于所述第一窗口信息和所述第二窗口信息进行参数比对，以确定所述第一窗口与所述第二窗口对应的展示方式信息，包括：

获取所述第一窗口信息指示的第一优先级，以及所述第二窗口信息指示的第二优先级；

若所述第二优先级大于所述第一优先级，则获取所述第一窗口信息指示的第一范围，以及所述第二窗口信息指示的第二范围；

基于所述第一范围和所述第二范围的重合情况确定所述展示方式信息。

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

获取所述第二窗口对应的媒体信息；

若所述第二窗口对应的媒体信息指示所述第二窗口存在流媒体内容，则接受所述第二窗口对应的数据包，以进行流媒体播放。

6.根据权利要求1所述的方法，其特征在于，所述根据所述展示方式信息在所述目标界面中进行窗口展示，包括：

基于所述展示方式信息确定所述第一窗口和所述第二窗口对应的层级声明；

获取所述层级声明对应的触发时机信息；

若所述触发时机信息对应的条件达成，则在所述目标界面中基于所述层级声明进行窗口展示。

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

获取所述第一窗口和所述第二窗口对应的派生类信息；

确定所述目标界面对应的操作信息；

将所述操作信息与所述派生类信息进行匹配，并传入所述目标界面的上下文环境；

基于所述目标界面的上下文环境进行目标用户的操作响应。

8.一种界面窗口的管理装置，其特征在于，包括：

获取单元，用于获取在目标界面中展示的第一窗口所对应的第一窗口信息；

调用单元，用于响应于针对所述目标界面中第二窗口的展示指令调用所述第二窗口对应的第二窗口信息；

确定单元，用于基于所述第一窗口信息和所述第二窗口信息进行参数比对，以确定所述第一窗口与所述第二窗口对应的展示方式信息；

管理单元，用于根据所述展示方式信息在所述目标界面中进行窗口展示。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器以及存储器：

所述存储器用于存储程序代码；所述处理器用于根据所述程序代码中的指令执行权利要求1至7任一项所述的界面窗口的管理方法。

10.一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现上述权利要求1至7任一项所述的界面窗口的管理方法的步骤。

Images