CN109388458A - 界面控件的管理方法、终端设备及计算机可读存储介质 - Google Patents

Abstract

本发明适用于计算机应用技术领域，提供了界面控件的管理方法、终端设备及计算机可读存储介质，包括：通过接收终端发送的状态变更请求，根据预设的应用程序的运行状态与运行状态下应用程序所显示的控件之间预设的对应关系、目标状态的状态信息确定与目标状态信息所对应的目标控件，并基于预设的控件优先级确定其部分重叠显示的顺序，以在终端中按照该部分重叠显示的顺序将目标控件显示，保证了控件管理和显示的效率和精确性，并提高了终端界面的显示效果。

Description

界面控件的管理方法、终端设备及计算机可读存储介质

技术领域

本发明属于计算机应用技术领域，尤其涉及界面控件的管理方法、终端设备及计算机可读存储介质。

背景技术

随着智能终端技术的发展，一个小小的手机便可以解决很多计算机解决的问题，完成计算机完成的功能。但是很多情况下，手机因为其屏幕尺寸的限制，往往不能像计算机那样将所有的控件窗口都显示出来。现有技术中将这些控件按照优先级的顺序组合或者重叠显示，可以在有限的显示屏幕中显示更多的信息或者图像，例如导航中的总地图界面优先于导航界面显示，游戏中的主场景图优先于具体的场景图显示。

但现有技术中的方式需要分别处理应用程序在各种情况下各个显示界面的状态，不仅复杂而且容易出错，导致在开发过程中开发效率降低的问题。

发明内容

有鉴于此，本发明实施例提供了界面控件的管理方法、终端设备及计算机可读存储介质，以解决现有技术中需要分别处理应用程序在各种情况下各个显示界面的状态，不仅复杂而且容易出错，导致在开发过程中开发效率降低的问题。

本发明实施例的第一方面提供了一种界面控件的管理方法，包括：

接收终端发送的状态变更请求；所述状态变更请求用于控制运行于所述终端中的应用程序进入目标状态；所述状态变更请求包括所述目标状态的状态信息；

根据所述应用程序的运行状态与所述运行状态下所述应用程序所显示的控件之间预设的对应关系，确定所述目标状态的状态信息对应的待显示的目标控件；

根据预设的所述控件的优先级，确定所述的目标控件在部分重叠显示时的重叠显示顺序，并将所述目标控件和所述重叠显示的顺序发送至所述终端。

本发明实施例的第二方面提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收终端发送的状态变更请求；所述状态变更请求用于控制运行于所述终端中的应用程序进入目标状态；所述状态变更请求包括所述目标状态的状态信息；

根据所述应用程序的运行状态与所述运行状态下所述应用程序所显示的控件之间预设的对应关系，确定所述目标状态的状态信息对应的待显示的目标控件；

根据预设的所述控件的优先级，确定所述的目标控件在部分重叠显示时的重叠显示顺序，并将所述目标控件和所述重叠显示的顺序发送至所述终端。

本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例与现有技术相比存在的有益效果是：通过接收终端发送的状态变更请求，根据预设的应用程序的运行状态与运行状态下应用程序所显示的控件之间预设的对应关系、目标状态的状态信息确定与目标状态信息所对应的目标控件，并基于预设的控件优先级确定其部分重叠显示的顺序，以在终端中按照该部分重叠显示的顺序将目标控件显示，保证了控件管理和显示的效率和精确性，并提高了终端界面的显示效果。

附图说明

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

图1是本发明实施例一提供的界面控件的管理方法的流程图；

图2是本发明实施例二提供的界面控件的管理方法的流程图；

图3是本发明实施例三提供的终端设备的示意图；

图4是本发明实施例四提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本发明实施例一提供的界面控件的管理方法的流程图。本实施例中界面控件的管理方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑等。如图所示的界面控件的管理方法可以包括以下步骤：

S101：接收终端发送的状态变更请求；所述状态变更请求用于控制运行于所述终端中的应用程序进入目标状态；所述状态变更请求包括所述目标状态的目标状态信息。

在实际应用中，软件分为系统软件和应用程序两大类。应用程序是和系统软件相对应的，是用户可以使用的各种程序设计语言，以及用各种程序设计语言编制的应用程序的集合，分为应用程序包和用户程序。应用程序包是利用计算机解决某类问题而设计的程序的集合，供多用户使用。应用程序是为满足用户不同领域、不同问题的应用需求而提供的那部分软件。它可以拓宽计算机系统的应用领域，放大硬件的功能。系统软件是指控制和协调计算机及外部设备，支持应用程序开发和运行的系统，是无需用户干预的各种程序的集合，主要功能是调度，监控和维护计算机系统；负责管理计算机系统中各种独立的硬件，使得它们可以协调工作。系统软件使得计算机使用者和其他软件将计算机当作一个整体而不需要顾及到底层每个硬件是如何工作的。

应用程序是专门为某一应用目的而编制的软件系统，常用的应用程序有字处理软件、表处理软件、统计分析软件、数据库管理程序、计算机辅助程序、实时控制与处理程序等。为解决计算机各类问题而编写的程序称为应用程序，它又可分为专用程序与通用程序。其中，专用程序是指专为某些单位和行业开发的程序，是用户为了解决特定的具体问题而开发的，其使用范围限定在某些特定的单位和行业。例如，火车站或汽车站的票务管理程序、人事管理部门的人事管理程序和财务部门的财务管理程序等。通用程序是为实现某种特殊功能而经过精心设计的、结构严密的独立程序，是一套满足同类通用的许多用户所需要的程序。通用程序适应信息社会各个领域的应用需求，每一领域的应用具有许多共同的属性和要求，具有普遍性。在本实施例中，应用程序包括但不限于办公室程序、互联网程序、多媒体程序或者上午程序等。其中，办公室程序中包括但不限于文书试算表程式、计算数学程式、创建编辑器绘图程式、基础数据库档案管理系统以及文本编辑器等控件；互联网程序中包括但不限于即时通讯程序电子邮件客户端、网页浏览器以及客户端下载工具等控件；多媒体程序中包括但不限于媒体播放器、图像编辑控件、音讯编辑控件、视讯编辑控件、计算机辅助设计控件以及计算机游戏桌面排版等控件。

在当前的每个应用程序运行过程中，都会有各种界面来显示，以提供给用户一些信息，或者向用户展现不同的状态以供用户娱乐、工作或者学习。因此，应用程序中可以包括很多运行状态，每个运行状态中可以包括一个或者多个不同的控件，来起到不同的显示作用。服务器接收终端发送的状态变更请求，以通过状态变更请求来使运行在终端中的应用程序运行到目标状态，并通过该状态变更请求中的目标状态信息确定需要改变的状态。

在本实施例中，控件是指对数据和方法的封装。控件可以有自己的属性和方法，其中属性是控件数据的简单访问者，方法则是控件的一些简单而可见的功能、控件创建过程包括设计、开发、调试工作，然后是控件的使用。设计控件是一项繁重的工作。自行开发控件与使用控件进行可视化程序开发存在着极大的不同，要求程序员精通面向对象程序设计。创建控件的最大意义在于封装重复的工作，其次是可以扩充现有控件的功能。使用现成的控件来开发应用程序时，控件工作在两种模式下：设计时态和运行时态。在设计时态下，控件显示在开发环境下的一个窗体中。设计时态下控件的方法不能被调用，控件不能与最终用户直接进行交互操作，也不需要实现控件的全部功能。在运行状态下，控件工作在一个确实已经运行的应用程序中。控件必须正确地将自身表示出来，它需要对方法的调用进行处理并实现与其他控件之间有效的协同工作。创建控件就是自行设计制作出新的控件，设计控件是一项艰苦的工作。对于控件的开发者，控件是纯粹的代码。实际上，创建新控件使我们回到传统开发工具的时代。虽然这是一个复杂的过程，但也是一个一劳永逸的过程。控件开发者应该掌握的三项主要内容是：属性、事件和方法。通过获取应用程序当前的运行状态，便可以确定出该运行状态所对应的需要显示的控件。

需要说明的是，在本方案中，不同类型的应用程序对应有不同的执行服务器。示例性的，当应用程序为地图导航类的应用程序时，其对应的执行主体也为导航服务器，通过导航服务器管理地图导航的界面控件，并控制终端按照控件的类型和预设的显示方式显示。

S102：根据所述应用程序的运行状态与所述运行状态下所述应用程序所显示的控件之间预设的对应关系、所述目标状态信息，确定所述目标状态信息对应的目标控件。

在本实施例中，需要预先确定应用程序中的每个运行状态所对应的显示控件之间的对应关系。每个运行状态所对应有一个或者多个需要显示的控件，因此，需要根据获取到的运行状态确定当前需要显示的控件。

具体的，对应用程序中的每个运行状态建立唯一的标识，并将该运行状态当前的需要显示的控件的控件标识与该运行状态标识关联，形成运行状态与控件之间的对应关系。也可以根据运行状态标识和控件标识之间的对应关系，将其存储在相应的存储空间或者数据库中。在需要的时候，便可以按照运行状态标识从存储空间或者数据库中查找到对应的控件标识。通过这种方式可以在确定当前运行状态的状态标识之后，快速确定该状态标识所对应的控件标识，保证运行状态与控件之间查找与确定的及时性。

示例性的，在使用地图导航的应用程序过程中，若需要通过该应用程序进行车辆行驶导航，服务器在接收到终端发送的导航请求之后，根据该导航请求中的导航信息，以及应用程序的运行状态与运行状态下应用程序所显示的控件之间预设的对应关系，确定该导航状态所需的导航控件。

S103：根据预设的所述控件的优先级，确定所述的目标控件在部分重叠显示时的重叠显示顺序，并将所述目标控件和所述重叠显示的顺序发送至所述终端。

在本实施例中，预先对每个控件设置该控件所对应的优先级。优先级最高的控件显示于界面的顶层，而优先级较低的控件将被显示于顶层之下，在一个终端的显示界面中，优先级最低的控件将被显示在该界面的最底层，而优先级最高的控件将被显示在该界面的顶层，将优先级较低的控件覆盖，以达到一定的显示效果。

在基于优先级的同时，还需要考虑的是每个目标控件的重叠顺序。尤其是当一个界面中可能存在多个目标控件的情况下，且当存在两个或者两个以上的目标控件的优先级相同的情况下，需要根据每个目标控件的重叠顺序确定每个目标控件的显示方式。

具体的，目标控件的重叠顺序可以按照从下到上，或者从上到下的原则进行排序，在本实施例中，此处不做限定。至少两个目标控件进行部分重叠显示时，优先级最高的目标控件部分重叠显示于顶层；优先级最低的目标控件部分重叠显示于底层。优先级仅次于最高优先级的目标控件，在与顶层相邻的图层进行部分重叠显示，且处于顶层之下，按照这种方式依次类推，可依次确定每个目标控件的重叠显示顺序。

可选的，在确定目标控件之后，按照从上到下的顺序对目标控件按照1、2、3、……、n的顺序进行编号，遇到相同优先级和则编号相同，编号为1的目标控件在终端中被显示在最顶端，编号较大的目标控件被显示在编号为1的目标控件的下边，以此类推，编号最大的目标控件则被显示在界面的最底层。通过这种方式，可以将确定好优先级的目标控件按照一定的顺序进行显示，保证终端显示界面上各个目标控件的显示效果，并提高界面控件管理的效率和准确度。

需要说明的是，在本实施例中，所有的控件在终端显示的过程中，若存在重叠区域，则为了保证显示效果，使得所有的控件信息都能尽可能的被显示出来，在本实施例，所有的重叠方式都是部分重叠的方式。示例性的，在地图导航状态中的导航界面上，可以在终端的全面屏上显示一段距离之内的导航路程细节控件，而在终端界面的右下角，则显示全面的形成路线控件，以保证用户可以实时、全面的接收到控件显示的信息，做出正确的决断。

上述方案，通过接收终端发送的状态变更请求，根据预设的应用程序的运行状态与运行状态下应用程序所显示的控件之间预设的对应关系、目标状态的状态信息确定与目标状态信息所对应的目标控件，并基于预设的控件优先级确定其部分重叠显示的顺序，以在终端中按照该部分重叠显示的顺序将目标控件显示，保证了控件管理和显示的效率和精确性，并提高了终端界面的显示效果。

参见图2，图2是本发明实施例二提供的界面控件的管理方法的流程图。本实施例中界面控件的管理方法的执行主体为终端。终端包括但不限于智能手机、平板电脑、可穿戴设备等移动终端，还可以是台式电脑等。如图所示的界面控件的管理方法可以包括以下步骤：

S201：确定所述应用程序中所有待显示的控件、每个所述控件的优先级以及所述控件之间的容斥关系。

在实际应用中，在每个应用程序中都有很多个运行状态，并且每个状态都有各自对应的控件在终端上显示，以提供给用户需要的信息。因此需要将一个应用程序中所有待显示的控件确定并统计出来，以确定每个控件的属性。同时，在应用程序中显示一个界面的情况下，考虑到一个界面中可能存在多个控件，因此，还需要确定各个控件优先级；并且，各个控件之间可能不是同一时间显示的，可能存在有的控件显示了则会存在有的控件不能显示的情况，还可能存在有的控件显示了则可能其他一个控件就必须要显示的情况，因此，还需要确定各个控件之间的容斥关系。

进一步的，步骤S201可以具体包括S2011～S2016：

S2011：确定所述应用程序中所有待显示的控件。

在实际应用中，程序界面就是程序中面向操作者而专门设计的用于操作使用及反馈信息的指令部分。优秀的程序界面有简便易用，突出重点，容错高等特点。而广义上讲，程序界面就是某样事物面向外界而展示其特点及功用的组成部分。

在本实施例中，应用程序中的控件可以包括界面显示的组件，组件是对数据和方法的简单封装。一个组件就是一个从每个界面元素中派生出来的特定对象。组件可以有自己的属性和方法。属性是组件数据的简单访问者。方法则是组件的一些简单而可见的功能。使用组件可以实现拖放式编程、快速的属性处理以及真正的面向对象的设计。本实施例中的组件包括但不限于一下三种：复合组件、扩展组件以及自定义组件。其中，复合组件用于表示将现有的各种组件组合起来，形成一个新的组件，将集中组件的性能集中起来的一类组件；扩展组件用于表示在现有组件的入门上派生出一个新的组件，为原有组件增加新的性能或者更改原有组件的控能。自定义组件用于表示直接从系统作相应的控制类派生出来。控制类提供组件所需要的所有入门性能，包括键盘和鼠标的事件处理。自定义组件是最灵活最强大的办法，但是对开发者的要求也比较高。

示例性的，在一个地图导航的应用程序中，根据该应用程序的功能和地图导航过程中的每个步骤，该应用程序中可以包括但不限于一下控件：比例调节按钮、位置查询输入框、全屏地图组件、全屏导航组件以及小窗地图总览组件等，此处不做限定。

S2012：根据每个所述控件的属性对所述控件进行分类，并设置每种控件类型的优先级；所述控件类型包括以下至少两种：复合控件、扩展控件、基本控件以及自定义控件。

在确定了应用程序中所有待显示的控件之后，考虑到每个控件都按照预设的显示方式显示。例如，在终端屏幕上的显示位置、显示的大小或者是在最底层或者顶层显示等，因此需要根据每个控件的属性对控件进行分类。

具体的，在本实施例中，根据每个控件的属性，将控件划分为复合控件、扩展控件、基本控件以及自定义控件；其中，复合控件用于表示由至少两个控件组合而成的控件；扩展控件用于表示在基本控件的基础上进行加工得到的控件；基本控件用于表示未加工的原始控件；自定义控件用于表示根据应用程序的用户需要自行定义或者修改的控件。

在对控件进行分类之后，将复合控件、扩展控件、基本控件以及自定义控件按照由小到大设置每个控件的优先级。通过确定每个控件的类型及其优先级，便可以较为完整的确定出一个控件的特性，以根据该特性将该控件显示在终端屏幕上。

S2013：根据每个所述控件的功能，确定每个所述控件之间的容斥关系，并基于所述控件所属控件类型的优先级和所述容斥关系建立控件显示表；所述控件显示表用于表示所述控件之间的优先级和容斥关系。

在实际应用中，各个控件之间可能不是同一时间显示的，可能存在有的控件显示了则会存在有的控件不能显示的情况，还可能存在有的控件显示了则可能其他一个控件就必须要显示的情况，因此，还需要确定各个控件之间的容斥关系。通过根据应用程序中每个流程步骤中需要显示的控件、每个控件的功能确定各个控件之间的容斥关系，即确定不同的控件是否能够同时显示在界面上，或者不同的控件必须在不同的时间显示在界面上。

在确定优先级和容斥关系之后，根据这两个属性建立控件显示表。在该表中，表的横栏和竖栏都列出所有要显示的控件，每个控件都按照优先级的顺序由左到右或者由上到下排列。若两个控件相容，则在其对应的表栏中显示的值为1，若两个控件相斥，则其对应的表栏中显示的值为0。示例性的，建立控件显示表如下：

表1控件显示表示例

	A	B	C	D	E
						A		1	0	0	1
B	1		0	1	1
						C	0	0		1	0
D	0	1	1		1
						E	1	1	0	1

如表1所示，A行B列的值为1，则表示在A显示的情况下B也可以显示，显示顺序是A在最前面，B次之；如果是0，则表示A显示的时候B就要隐藏。

进一步的，在步骤S2013之后，还可以包括：

S2014：若存在至少两个所述控件之间的容斥关系为所述相容关系，则识别所述至少两个所述控件为相容控件。

进一步的，在确定了控件之间的关系为相容或者相斥之后，若存在至少两个控件之间的关系为相容，即一个控件显示了，另一个控件也可以显示，则说明存在至少两个所述控件之间的容斥关系为相容关系，则识别所述至少两个所述控件为相容控件。但是这种情况下不能确定两个控件之间的关联程度，因此，还可以计算两个相容控件之间的关联度，以衡量这两个控件可以同时显示或者调用的概率。

需要说明的是，本实施例中的容斥关系包括相容关系和相斥关系，不论是相容关系还是相斥关系，其针对的控件的数量可以是两个或者两个以上，此处不做限定。

S2015：计算所述相容控件之间的关联度；所述关联度用于衡量同时显示所述相容控件的概率。

确定每个控件的特征量并将其量化，其中，特征量可以是每个控件的功能、所使用的情景、状态等特征，通过对这些特征进行编号的方式实现量化，得到量化之后的特征向量。

基于所述相容控件的属性信息确定m个所述相容控件X₁～X_m的特征向量，并对所述特征向量进行量化：

X₁＝{x₁₁,x₁₂,…,x_1k,…,x_1n}；X₂＝{x₂₁,x₂₂,…,x_2k,…x_2n}；……；X_m＝{x_m1,x_m2,…,x_mk,…x_mn}；

其中，k∈(1,n)；特征向量x₁₁,x₁₂,…,x_1k,…x_1n用于表示相容控件X₁在每个特征上的量化值；特征向量x₂₁,x₂₂,…,x_2k,…x_2n用于表示相容控件X₂在每个特征上的量化值；特征向量x_m1,x_m2,…,x_mk,…x_mn用于表示相容控件X_m在每个特征上的量化值；

通过以下公式计算m个所述相容控件X₁～X_m之间的关联度：

其中，用于表示特征向量x_1k，x_2k，…，x_mk上的平均值。

需要说明的是，本实施例中的关联度计算公式可以适用于两个控件之间的关联度计算，也可以适用于两个以上的控件之间的关联度计算。

具体的，通过以下公式计算2个所述相容控件X₁、X₂之间的关联度：

其中，用于表示特征向量x_1k，x_2k上的平均值。

在本实施例中，通过确定每个控件在各个特征上的特征值，并将其量化成为特征向量，通过比对各个控件的特征向量，确定控件之间的关联度，以确定控件之间是否可以同时显示。

S2016：根据所述关联度确定是否同时显示所述相容控件。

在本实施例中，预设有一个关联度阈值，若步骤S2015中计算出来的关联度大于或者等于该关联度阈值，则说明该关联度对应的控件关联度较高，可以同时显示；当关联度小于该关联度阈值时，则说明该关联度对应的控件关联度较低，不能同时显示。

S202：获取所述应用程序所有的运行状态，并确定每个所述运行状态下所对应的待显示的控件。

在对该应用程序的运行界面显示之前，先获取该应用程序所有的运行状态，并确定每个运行状态下所对应改的待显示的控件。示例性的，在对地图导航类的应用程序进行处理时，可以先确定该导航程序的运行状态，例如，搜索状态、导航状态，其中导航状态包括但不限于步行导航状态、骑行导航状态或者驾驶导航状态等。在每个运行状态的情况下，确定该运行状态对应的待显示的控件。

示例性的，骑行导航状态中，可以确定出该状态下显示的控件包括但不限于：车辆选择控件、路程指引控件、地图控件等。

需要说明的是，在本实施例中，不同的运行状态下的控件可以包含多个，也可以只有一个。不同运行状态下的控件可以不同，也可以相同，具体按照各个运行状态的功能决定，此处不做限定。

S203：接收终端发送的状态变更请求；所述状态变更请求用于控制运行于所述终端中的应用程序进入目标状态；所述状态变更请求包括所述目标状态的状态信息。

在本实施例中S203与图1对应的实施例中S101的实现方式完全相同，具体可参考图1对应的实施例中的S101的相关描述，在此不再赘述。

S204：根据所述应用程序的运行状态与所述运行状态下所述应用程序所显示的控件之间预设的对应关系、所述目标状态的状态信息，确定所述目标状态信息对应的目标控件。

在本实施例中S204与图1对应的实施例中S102的实现方式完全相同，具体可参考图1对应的实施例中的S102的相关描述，在此不再赘述。

S205：根据预设的所述控件的优先级，确定所述的目标控件在部分重叠显示时的重叠显示顺序，并将所述目标控件和所述重叠显示的顺序发送至所述终端。

在本实施例中S205与图1对应的实施例中S103的实现方式完全相同，具体可参考图1对应的实施例中的S103的相关描述，在此不再赘述。

上述方案，通过确定应用程序所有的运行状态、每个运行状态下所对应的需要显示的控件、每个控件的优先级以及控件之间的容斥关系，同时还计算出至少两个不同控件之间的关联度，通过控件之间的关联度和每个运行状态下所对应的需要显示的控件，确定应用程序在不同运行状态下的各个控件的显示方式，保证了控件管理和显示的效率，也同时提高了控件浏览过程中的用户体验。

参见图3，图3是本发明实施例四提供的一种终端设备的示意图。终端设备包括的各单元用于执行图1～图2对应的实施例中的各步骤。具体请参阅图1～图2各自对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。本实施例的终端设备300包括：

请求接收单元301，用于接收终端发送的状态变更请求；所述状态变更请求用于控制运行于所述终端中的应用程序进入目标状态；所述状态变更请求包括所述目标状态的状态信息；

关系确定单元302，用于根据所述应用程序的运行状态与所述运行状态下所述应用程序所显示的控件之间预设的对应关系，确定所述目标状态的状态信息对应的待显示的目标控件；

显示确定单元303，用于根据预设的所述控件的优先级，确定所述的目标控件在部分重叠显示时的重叠显示顺序，并将所述目标控件和所述重叠显示的顺序发送至所述终端。

本实施例的终端设备300还可以包括：

容斥关系确定单元，用于确定所述应用程序中所有待显示的控件、每个所述控件的优先级以及所述控件之间的容斥关系；

运行状态确定单元，用于获取所述应用程序所有的运行状态，并确定每个所述运行状态下所对应的待显示的控件。

进一步的，所述容斥关系确定单元可以包括：

控件确定单元，用于确定所述应用程序中所有待显示的控件；

空间分类单元，用于根据每个所述控件的属性对所述控件进行分类，并设置每种控件类型的优先级；所述控件类型包括以下至少两种：复合控件、扩展控件、基本控件以及自定义控件；

表格建立单元，用于根据每个所述控件的功能，确定每个所述控件之间的容斥关系，并基于所述控件所属控件类型的优先级和所述容斥关系建立控件显示表；所述控件显示表用于表示所述控件之间的优先级和容斥关系。

进一步的，所述容斥关系确定单元还可以包括：

相容控件单元，用于所述确定每个所述控件之间的容斥关系，并根据所述优先级和所述容斥关系建立控件显示表之后，若存在至少两个所述控件之间的容斥关系为所述相容关系，则识别所述至少两个所述控件为相容控件；

关联度计算单元，用于计算所述相容控件之间的关联度；所述关联度用于衡量同时显示所述相容控件的概率；

控件显示单元，用于根据所述关联度确定是否同时显示所述相容控件。

进一步的，所述关联度计算单元具体用于：

基于所述相容控件的属性信息确定m个所述相容控件X₁～X_m的特征向量，并对所述特征向量进行量化：

X₁＝{x₁₁,x₁₂,…,x_1k,…,x_1n}；X₂＝{x₂₁,x₂₂,…,x_2k,…x_2n}；……；X_m＝{x_m1,x_m2,…,x_mk,…x_mn}；

其中，k∈(1,n)；特征向量x₁₁,x₁₂,…,x_1k,…x_1n用于表示相容控件X₁在每个特征上的量化值；特征向量x₂₁,x₂₂,…,x_2k,…x_2n用于表示相容控件X₂在每个特征上的量化值；特征向量x_m1,x_m2,…,x_mk,…x_mn用于表示相容控件X_m在每个特征上的量化值；

通过以下公式计算m个所述相容控件X₁～X_m之间的关联度：

其中，用于表示特征向量x_1k，x_2k，…，x_mk上的平均值。

上述方案，通过接收终端发送的状态变更请求，根据预设的应用程序的运行状态与运行状态下应用程序所显示的控件之间预设的对应关系、目标状态的状态信息确定与目标状态信息所对应的目标控件，并基于预设的控件优先级确定其部分重叠显示的顺序，以在终端中按照该部分重叠显示的顺序将目标控件显示，保证了控件管理和显示的效率和精确性，并提高了终端界面的显示效果。

图4是本发明实施例五提供的终端设备的示意图。如图4所示，该实施例的终端设备4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个界面控件的管理方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示单元301至303的功能。

示例性的，所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述终端设备4中的执行过程。

所述终端设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端设备4的示例，并不构成对终端设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述终端设备4的内部存储单元，例如终端设备4的硬盘或内存。所述存储器41也可以是所述终端设备4的外部存储设备，例如所述终端设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card，FC)等。进一步地，所述存储器41还可以既包括所述终端设备4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。

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

Claims (10)

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

接收终端发送的状态变更请求；所述状态变更请求用于控制运行于所述终端中的应用程序进入目标状态；所述状态变更请求包括所述目标状态的状态信息；

根据所述应用程序的运行状态与所述运行状态下所述应用程序所显示的控件之间预设的对应关系，确定所述目标状态的状态信息对应的待显示的目标控件；

根据预设的所述控件的优先级，确定所述的目标控件在部分重叠显示时的重叠显示顺序，并将所述目标控件和所述重叠显示的顺序发送至所述终端。

2.如权利要求1所述的界面控件的管理方法，其特征在于，所述接收终端发送的状态变更请求之前，还包括：

确定所述应用程序中所有待显示的控件、每个所述控件的优先级以及所述控件之间的容斥关系；

获取所述应用程序所有的运行状态，并确定每个所述运行状态下所对应的待显示的控件。

3.如权利要求2所述的界面控件的管理方法，其特征在于，所述确定所述应用程序中所有要显示的控件、每个所述控件的优先级以及所述控件之间的容斥关系，包括：

确定所述应用程序中所有待显示的控件；

根据每个所述控件的属性对所述控件进行分类，并设置每种控件类型的优先级；所述控件类型包括以下至少两种：复合控件、扩展控件、基本控件以及自定义控件；

根据每个所述控件的功能，确定每个所述控件之间的容斥关系，并基于所述控件所属控件类型的优先级和所述容斥关系建立控件显示表；所述控件显示表用于表示所述控件之间的优先级和容斥关系。

4.如权利要求3所述的界面控件的管理方法，其特征在于，所述容斥关系包括相容关系和相斥关系；所述确定每个所述控件之间的容斥关系，并根据所述优先级和所述容斥关系建立控件显示表之后，还可以包括：

若存在至少两个所述控件之间的容斥关系为所述相容关系，则识别所述至少两个所述控件为相容控件；

计算所述相容控件之间的关联度；所述关联度用于衡量同时显示所述相容控件的概率；

根据所述关联度确定是否同时显示所述相容控件。

5.如权利要求4所述的界面控件的管理方法，其特征在于，所述计算所述相容控件之间的关联度，包括：

基于所述相容控件的属性信息确定m个所述相容控件X₁～X_m的特征向量，并对所述特征向量进行量化：

X₁＝{x₁₁,x₁₂,…,x_1k,…,x_1n}；X₂＝{x₂₁,x₂₂,…,x_2k,…x_2n}；……；X_m＝{x_m1,x_m2,…,x_mk,…x_mn}；

其中，k∈(1,n)；特征向量x₁₁,x₁₂,…,x_1k,…x_1n用于表示相容控件X₁在每个特征上的量化值；特征向量x₂₁,x₂₂,…,x_2k,…x_2n用于表示相容控件X₂在每个特征上的量化值；特征向量x_m1,x_m2,…,x_mk,x_mn用于表示相容控件X_m在每个特征上的量化值；

通过以下公式计算m个所述相容控件X₁～X_m之间的关联度：

其中，用于表示特征向量x_1k，x_2k，…，x_mk上的平均值。

6.一种终端设备，其特征在于，包括存储器以及处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时，实现如下步骤：

接收终端发送的状态变更请求；所述状态变更请求用于控制运行于所述终端中的应用程序进入目标状态；所述状态变更请求包括所述目标状态的状态信息；

根据所述应用程序的运行状态与所述运行状态下所述应用程序所显示的控件之间预设的对应关系，确定所述目标状态的状态信息对应的待显示的目标控件；

根据预设的所述控件的优先级，确定所述的目标控件在部分重叠显示时的重叠显示顺序，并将所述目标控件和所述重叠显示的顺序发送至所述终端。

7.如权利要求6所述的终端设备，其特征在于，所述接收终端发送的状态变更请求之前，还包括：

确定所述应用程序中所有待显示的控件、每个所述控件的优先级以及所述控件之间的容斥关系；

获取所述应用程序所有的运行状态，并确定每个所述运行状态下所对应的待显示的控件。

8.如权利要求7所述的终端设备，其特征在于，所述确定所述应用程序中所有要显示的控件、每个所述控件的优先级以及所述控件之间的容斥关系，包括：

确定所述应用程序中所有待显示的控件；

根据每个所述控件的属性对所述控件进行分类，并设置每种控件类型的优先级；所述控件类型包括以下至少两种：复合控件、扩展控件、基本控件以及自定义控件；

根据每个所述控件的功能，确定每个所述控件之间的容斥关系，并基于所述控件所属控件类型的优先级和所述容斥关系建立控件显示表；所述控件显示表用于表示所述控件之间的优先级和容斥关系。

9.如权利要求8所述的终端设备，其特征在于，所述容斥关系包括相容关系和相斥关系；所述确定每个所述控件之间的容斥关系，并根据所述优先级和所述容斥关系建立控件显示表之后，还可以包括：

若存在至少两个所述控件之间的容斥关系为所述相容关系，则识别所述至少两个所述控件为相容控件；

计算所述相容控件之间的关联度；所述关联度用于衡量同时显示所述相容控件的概率；

根据所述关联度确定是否同时显示所述相容控件。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。