CN111857720B - 用户界面状态信息的生成方法、装置、电子设备及介质 - Google Patents

Abstract

本公开提供了一种用户界面状态信息的生成方法、装置、电子设备及介质，涉及人机交互技术领域。该方法包括：获取目标用户界面的各控件标识；确定每个控件标识所对应的控件的第一动作属性信息；基于各控件的第一动作属性信息，得到目标用户界面的状态信息。本公开实施例通过获取目标用户界面中各控件的控件标识，并确定各控件标识对应的控件的属性信息，基于该属性信息确定目标用户界面的状态信息。通过目标用户界面的控件的属性信息确定用于标识该目标用户界面的状态信息，不同用户界面的控件的属性信息存在不同，能给清楚的表述每个而不同的用户界面，且存储控件的属性信息所占用的内存较小，能给节约内存资源。

Description

用户界面状态信息的生成方法、装置、电子设备及介质

技术领域

本公开涉及人机交互技术领域，具体而言，本公开涉及一种用户界面状态信息的生成方法、装置、电子设备及介质。

背景技术

随着科技的进步，人机交互的应用越来越广泛，设计师在对UI(User Interface，用户界面)进行设计时，需要满足各方的需求，以保证UI界面在使用过程中给用户最佳的体验。

现有的人机交互软件中，通常都设置有多个UI界面，每个UI界面的内容都会存在或多或少的区别，设计师在对UI界面进行设计时，需要考虑每个UI界面的具体内容以及功能，将人机交互软件中所有的功能在各个UI界面中实现，因此需要一种能够准确表述UI界面的手段，能够清楚的表述每个UI界面，但是在表述每个UI界面时，又不能占用太多的内存。现有的UI界面表述方法中，都是通过对界面进行描述，如当前界面为视频播放界面，或者当前界面为信息输入界面，但是视屏播放界面可能存在两个，导致界面之间的表述不容易区分，对界面表述不清楚。。

由此可见，现有的UI界面表述方法中，存在界面之间的表述不容易区分，对界面表述不清楚的技术问题，急需改进。

发明内容

本公开的目的旨在至少能解决上述的技术缺陷之一，特别是现有的UI界面表述方法中，存在界面之间的表述不容易区分，对界面表述不清楚的技术问题。

第一方面，提供了一种用户界面状态信息的生成方法，该方法包括：

获取目标用户界面的各控件标识；

确定每个控件标识所对应的控件的第一动作属性信息；

基于各控件的第一动作属性信息，得到目标用户界面的状态信息。

第二方面，提供了一种用户界面状态信息的生成装置，其特征在于，包括：

控件标识获取模块，用于获取目标用户界面的各控件标识；

属性信息确定模块，用于确定每个控件标识所对应的控件的第一动作属性信息；

状态信息确定模块，用于基于各控件的第一动作属性信息，得到目标用户界面的状态信息。

第三方面，提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据上述的用户界面状态信息的生成方法。

第四方面，提供了一种计算机可读介质，介质存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述的用户界面状态信息的生成方法。

本公开实施例通过获取目标用户界面中各控件的控件标识，并确定各控件标识对应的控件的第一动作属性信息，基于该第一动作属性信息确定目标用户界面的。由于不同用户界面的控件的属性信息存在不同，因此，本公开的技术方案，能够清楚的表述每个而不同的用户界面，且存储控件的属性信息所占用的内存较小，能够节约内存资源。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对本公开实施例描述中所需要使用的附图作简单地介绍。

图1为本公开实施例提供的一种用户界面状态信息的生成方法的流程示意图；

图2为本公开实施例提供的一种获取控件标识的方法的流程示意图；

图3为本公开实施例提供的一种组件树结构示意图；

图4为本公开实施例提供的一种用户界面状态信息的生成装置的结构示意图；

图5为本公开实施例提供的一种电子设备的结构示意图。

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对装置、模块或单元进行区分，并非用于限定这些装置、模块或单元一定为不同的装置、模块或单元，也并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

本公开提供的用户界面状态信息的生成方法、装置、电子设备和计算机可读介质，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。

本公开实施例中提供了一种用户界面状态信息的生成方法，如图1所示，该方法包括：

步骤S101，获取目标用户界面的各控件标识；

步骤S102，确定每个所述控件标识所对应的控件的第一动作属性信息；

步骤S103，基于各所述控件的第一动作属性信息，得到所述目标用户界面的状态信息。

在本公开实施例中，控件标识是指用于标识控件的信息，如控件ID(Identitydocument，身份标识号)信息，第一动作属性信息是指预先配置的用于标识控件动作属性的信息，其中，第一动作属性信息具体包含控件的哪些属性信息，可以根据实际需求和/或经验预先配置，本公开实施例不做限定。其中，属性信息具体可以包括属性名称和属性值。

可选的，为了实现对绝大多数控件的区分，又能够减少存储内容，第一动作属性信息具体可以配置为控件的基本属性信息，也可以称为主属性信息，如控件是否可见、控件是否可操作、控件是否可点击；控件是否可双击以及控件是否可双击等。目标用户界面的状态信息即是指用于表述目标用户界面的信息，为该目标用户界面中所有控件的属性信息的集合。

对于本公开实施例，为方便说明，以一个具体实施例为例，在对用户界面进行设计时，用户界面的表述信息是一个十分重要的信息，工程师可以跟用户界面的表述信息对用户界面进行查重以及功能的增删，在需要获取用户界面状态信息时，可以先获取目标用户界面的各控件的控件标识，如对于一个目标用户界面而言，该目标用户界面存在两个控件，控件a和控件b，获取该目标用户界面各控件对应的控件标识可以是获取各控件的ID信息，如控件a的ID＝A，控件b的ID＝B，根据控件标识，确定各控件标识对应的控件的第一动作属性信息，第一动作属性信息是指预先配置的用于标识控件动作属性的信息，如控件是否可见、控件是否可操作，例如，控件a是可见且可操作的控件，则可以确定其第一动作属性信息包括是否可见(属性名称)和是否可操作(属性名称)，其中，属性名称“是否可见”的属性值为可见(可简写为是否可见＝可见)，属性名称为“是否可操作”的属性值为可操作(可简写为是否可操作＝可操作)，若控件b是可见不可操作的控件，则可以确定控件b的第一预属性信息包括是否可见＝可见、以及是否可操作＝不可操作。

当然，对于一个目标用户界面，控件可以有多个，每个控件的第一预配置属性信息也可以有多个。在确定完目标用户界面中每个控件的第一动作属性信息之后，将所有控件的第一动作属性信息结合，得到目标用户界面的状态信息，对于本公开实施例的目标用户界面的是为“ID＝A，是否可见＝可见，是否可操作＝可操作；ID＝B，是否可见＝可见，是否可操作＝不可操作”，该表示该目标用户界面的状态信息。

本公开实施例通过获取目标用户界面中各控件的控件标识，并确定各控件标识对应的控件的第一(动作)属性信息，基于该第一动作属性信息确定目标用户界面的状态信息。通过目标用户界面的控件的第一动作属性信息确定用于标识该目标用户界面的状态信息，不同用户界面的控件的属性信息存在不同，能给清楚的表述每个而不同的用户界面，且存储控件的属性信息所占用的内存较小，能给节约内存资源。

本公开实施例提供的一种可实现方式中，如图2所示，获取目标用户界面的各控件标识，包括：

步骤S201，获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

步骤S202，基于组件树确定各控件的控件标识。

在本公开实施例中，组件树是用于表示目标用户界面中各控件以及各控件之间关联关系的节点数，组件树中一个节点表征目标用户界面的一个控件，如图3所示根节点301用于表示该目标用户界面的外层框架，第一子节点302和303用于表述该目标用户界面的第一层控件，第二子节点304-307用于表示第二次控件，其中，第二层控件根据第一次控件的操作得到，如点击子节点302对应的控件之后得到可以对子节点303和子节点304对应的控件进行操作，当然，若子节点303和子节点304对应的控件是不可操作的控件，则依然不能操作。

对于本公开实施例，为方便说明，以一个具体实施例为例，在获取目标用户界面的各控件标识时，获取该目标用户界面的组件树，其中，组件树中的一个节点表征了该目标用户界面中的一个控件，基于该组件树确定该组件树中各节点对应的控件的控件标识，如图3所示，例如，控件标识为ID，则节点301-节点307对应的控件标识分别可以为ID＝A、ID＝B、ID＝C、ID＝D、ID＝E、ID＝F、ID＝G。

本公开实施例通过目标用户界面的组件树获取该目标用户界面的控件的控件标识，组件树中包含该目标用户界面中所有的控件，保证控件标识获取的完整性。

本公开实施例提供的一种可实现方式中，控件的属性信息包括：

控件是否可见；

控件是否可操作；

控件是否可点击；

控件是否可长按；

控件是否可双击。

在本公开实施例中，对于一个控件而言，该控件的第一动作属性信息可以包括该控件是否可见visiable、控件是否可操作inenable、控件是否可点击isclickable、控件是否可长按longclick、控件是否可双击Double click等，在确定一个控件的属性信息时，可以为根据该控件的动作信息确定该控件的属性信息进行赋值，如对于一个控件，其ID＝X，控件是否可见＝可见，控件是否可操作＝可操作，控件是否可点击＝可点击，控件是否可双击＝可双击，控件是否可双击＝不可双击。则表示该控件为可见、可操作、可点击、可双击但是不可双击的控件。具体的，以一个节点为例，针对该节点进行描述，确定该节点对应的控件是够可见visiable，确定该控件是够可操作inenable、控件是否可点击isclickable、控件是否可长按long click、控件是否可双击Double click等，得到该控件对应的属性信息；ID＝A；long click＝true；isclickable＝ture；inenable＝ture；isvisible＝ture。

本公开实施例通过控件的动作信息确定该控件的属性信息，保证对控件描述的准确性。

本公开实施例提供的一种可实现方式中，该方法还包括：

当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果也相同时，删除至少两个控件中的至少一个控件对应的第一动作属性信息，仅保留至少两个控件的一个控件的第一动作属性信息。

在本公开实施例中，目标用户界面可能存在多个控件，在对控件进行描述时，可能出现两个或两个以上的控件的第一动作属性信息完全一样，且对于该两个或两个以上的控件的操作结果也完全一样，则只需要保留其中一个控件的第一动作属性信息。

对与本公开实施例，为方便说明，以一个具体实施例为例，目标用户界面中存在两个控件的第一动作属性信息均为“ID＝A，控件是否可见＝可见，控件是否可操作＝可操作，控件是否可点击＝可点击，控件是否可长按＝不可长按，控件是否可双击＝不可双击”，且点击该两个控件都是跳转到同一个用户界面，则需要删除其中一个控件的第一动作属性信息；若存在三个控件的第一动作属性信息完全相同，均为“ID＝B，控件是否可见＝可见，控件是否可操作＝可操作，控件是否可点击＝可点击，控件是否可长按＝不可长按，控件是否可双击＝不可双击”，且点击该两个控件都是跳转到同一个用户界面，则需要删除其中两个控件的第一动作属性信息。

本公开实施例通过对相同的第一动作属性信息的控件进行查重，保证对于同一个控件，不会出现重复表述的情况，对界面进行表述时不会过于复杂。

在本公开实施例提供的一种可实现方式中，当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果不同时，该方法还包括：

分别为至少两个控件中的至少一个控件添加第二属性信息，直至至少两个控件中所有的控件的属性信息均不同。

在本公开实施例中，还存在一种可能的情况，在该种情况下，存在至少两个控件的第一动作属性信息完全一样，但是对该至少两个控件进行操作时，得到的操作结果不一样，则需要为该至少两个控件的属性信息添加第二属性信息。

对于本公开实施例，为方便说明，以一个具体实施例为例，目标用户界面中存在两个控件的第一动作属性信息均为“ID＝A，控件是否可见＝可见，控件是否可操作＝可操作，控件是否可点击＝可点击，控件是否可长按＝不可长按，控件是否可双击＝不可双击”，第一个控件的操作结果为跳转至用户界面1，第二个控件的操作结果为跳转自用户界面2，则该两个控件的操作结果不同，需要为该两个控件中至少一个控件的属性信息调节第二属性信息。若存在三个控件的第一动作属性信息完全相同，均为“ID＝B，控件是否可见＝可见，控件是否可操作＝可操作，控件是否可点击＝可点击，控件是否可长按＝不可长按，控件是否可双击＝不可双击”，第一控件的操作结果为播放视频1，第二控件的操作结果为分享，第三控件的操作结果为跳转至用户界面3，则说明该三个控件的操作结果均不相同，需要为该三个控件中的至少两个控件的属性信息添加第二属性信息，直至该三个控件的属性信息均不相同。

本公开实施例通过为第一动作属性信息相同但操作结果不同的控件增加第二属性信息，保证操作结果不同的控件的属性信息不同，保证对目标用户界面中控件的描述的完整性。

可以理解的是，第二属性信息是不同于第一动作属性信息的其他属性信息，对于一个控件而言，第二属性信息可以包括但不限于该控件的不同于第一动作属性信息的其他属性信息，也可以是该控件的其他相关控件的相关信息，还可以是其他预配置的属性信息。

本公开实施例提供的一种可能的实现方式中，分别为至少两个控件中的至少一个控件添加第二属性信息，包括：

获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

根据组件树获取至少两个控件中每个控件对应节点的父节点对应的控件的控件标识；

对于一个控件而言，第二属性信息包括：

控件对应节点的父节点对应的控件的控件标识。

在本公开实施例中，组件树是用于表示目标用户界面中各控件以及各控件之间关联关系的节点数，组件树中一个节点表征目标用户界面的一个控件，如图3所示根节点301用于表示该目标用户界面的外层框架，第一子节点302和303用于表述该目标用户界面的第一层控件，第二子节点304-307用于表示第二次控件，其中，第二层控件根据第一次控件的操作得到，如点击子节点302对应的控件之后得到可以对子节点303和子节点304对应的控件进行操作，当然，若子节点303和子节点304对应的控件是不可操作的控件，则依然不能操作。

对于本公开实施例，为方便说明，以一个具体实施例为例，在获取目标用户界面的各控件标识时，获取该目标用户界面的组件树，其中，组件树中的一个节点表征了该目标用户界面中的一个控件，基于该组件树确定该组件树中各节点对应的控件的控件标识，如图3所示，例如，控件标识为ID，则节点301-节点307对应的控件标识分别可以为ID＝A、ID＝B、ID＝C、ID＝D、ID＝E、ID＝F、ID＝G。

在本公开实施例中，第二属性信息包括控件对应节点的父节点对应的控件的控件标识，为方便说明，以一个具体实施例为例，目标用户界面中存在两个控件的第一动作属性信息均为“ID＝A，控件是否可见＝可见，控件是否可操作＝可操作，控件是否可点击＝可点击，控件是否可长按＝不可长按，控件是否可双击＝不可双击”，第一个控件的操作结果为跳转至用户界面1，第二个控件的操作结果为跳转自用户界面2，则该两个控件的操作结果不同，需要为该两个控件中至少一个控件的属性信息调节第二属性信息，其中第一控件对应的节点的父节点对应的控件的控件标识为ID＝x1，第二控件对应的节点的父节点对应的控件的控件标识为ID＝x2，则可以为第一控件添加第二属性信息为父节点ID＝x1，为第二控件添加的第二属性信息为父节点ID＝x2，也可以选择只为其中一个控件添加第二属性信息。

本公开实施通过将控件对应的节点的父节点对应的控件的标识信息作为控件的第二属性信息，增加控件属性信息的区别度。

在本公开提供的一种可实现的方式中，对于一个控件而言，第二属性信息还包括：

控件的索引index信息；

控件的文本text信息。

在本公开实施例中，当将控件对应的节点的父节点对应控件的控件标识作为控件的第二预配置属性信息仍不能将两个控件进行区分时，可以将控件的索引index信息、控件的文本text信息作为控件的第二属性信息。例如，目标用户界面中存在两个控件的第一动作属性信息均为“ID＝A，控件是否可见＝可见，控件是否可操作＝可操作，控件是否可点击＝可点击，控件是否可长按＝不可长按，控件是否可双击＝不可双击”，第一个控件的操作结果为跳转至用户界面1，第二个控件的操作结果为跳转自用户界面2，则该两个控件的操作结果不同，需要为该两个控件中至少一个控件的属性信息调节第二属性信息，其中第一控件对应的节点的父节点对应的控件的控件标识为ID＝x1，第二控件对应的节点的父节点对应的控件的控件标识为ID＝x1，则可以为第一控件添加第二属性信息为父节点ID＝x1，为第二控件添加的第二属性信息为父节点ID＝x1，但此时两个控件的属性信息仍然相同，则可以将控件的index信息以及text信息等作为第二预配置属性信息。

本公开实施例通过增加第二预配置属性信息的内容，保证目标用户界面中对不同控件的描述不同。

本公开实施例通过获取目标用户界面中各控件的控件标识，并确定各控件标识对应的控件的第一(动作)属性信息，基于该第一动作属性信息确定目标用户界面的状态信息。通过目标用户界面的控件的第一动作属性信息确定用于标识该目标用户界面的状态信息，不同用户界面的控件的属性信息存在不同，能给清楚的表述每个而不同的用户界面，且存储控件的属性信息所占用的内存较小，能给节约内存资源。

本公开实施例提供了一种用户界面状态信息的生成装置，如图4所示，该用户界面状态信息的生成装置40可以包括：控件标识获取模块401、控件标识获取模块401以及状态信息确定模块403，其中，

控件标识获取模块401，用于获取目标用户界面的各控件标识；

属性信息确定模块402，用于确定每个控件标识所对应的控件的第一动作属性信息；

状态信息确定模块403，用于基于各控件的第一动作属性信息，得到目标用户界面的状态信息。

可选的，控件标识获取模块401在获取目标用户界面的各控件标识时，可以用于：

获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

基于组件树确定各控件的控件标识。

可选的，控件的动作属性信息包括：

控件是否可见；

控件是否可操作；

控件是否可点击；

控件是否可长按；

控件是否可双击。

可选的，该装置还包括属性查重模块，用于：

当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果也相同时，删除至少两个控件中的至少一个控件对应的第一动作属性信息，仅保留至少两个控件的一个控件的第一动作属性信息。

可选的，当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果不同时，该属性查询模块用于：

当至少两个控件的第一动作属性信息相同、且至少两个控件对应的控件操作结果相同时，对至少两个控件的第一动作属性信息进行去重处理；

该方法还包括：

当至少两个控件的第一动作属性信息相同、且所述至少两个控件对应的控件操作结果不同时，分别为至少两个控件中的各控件添加控件的第二属性信息，直至至少两个控件中各控件的最终属性信息均不同；

其中，第二属性信息为控件对应的静态属性信息，最终属性信息包括第一动作属性信息和添加的第二属性信息。

可选的，该属性查重模块在分别为至少两个控件中的至少一个控件添加第二属性信息时，可以用于：

获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

根据组件树获取至少两个控件中每个控件对应节点的父节点对应的控件的控件标识；

对于一个控件而言，第二属性信息包括：

控件对应节点的父节点对应的控件的控件标识。

可选的，对于一个控件而言，第二属性信息还包括：

控件的索引信息；和/或

控件的文本信息。

本实施例的用户界面状态信息的生成装置可执行本公开前述实施例所示的用户界面状态信息的生成方法，其实现原理相类似，此处不再赘述。

本公开实施例通过获取目标用户界面中各控件的控件标识，并确定各控件标识对应的控件的第一(动作)属性信息，基于该第一动作属性信息确定目标用户界面的状态信息。通过目标用户界面的控件的第一动作属性信息确定用于标识该目标用户界面的状态信息，不同用户界面的控件的属性信息存在不同，能给清楚的表述每个而不同的用户界面，且存储控件的属性信息所占用的内存较小，能给节约内存资源。

下面参考图5，其示出了适于用来实现本公开实施例的电子设备500的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

电子设备包括：存储器以及处理器，其中，这里的处理器可以称为下文的处理装置501，存储器可以包括下文中的只读存储器(ROM)502、随机访问存储器(RAM)503以及存储装置508中的至少一项，具体如下所示：

如图5所示，电子设备500可以包括处理装置(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。处理装置501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然图5示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理装置501执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取目标用户界面的各控件标识；确定每个控件标识所对应的控件的第一动作属性信息；基于各控件的第一动作属性信息，得到目标用户界面的状态信息。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的模块或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开提供的一个或多个实施例，提供了一种用户界面状态信息的生成方法，包括：

获取目标用户界面的各控件标识；

确定每个控件标识所对应的控件的第一动作属性信息；

基于各控件的第一动作属性信息，得到目标用户界面的状态信息。

进一步的，获取目标用户界面的各控件标识，包括：

获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

基于组件树确定各控件的控件标识。

进一步的，控件的动作属性信息包括：

控件是否可见；

控件是否可操作；

控件是否可点击；

控件是否可长按；

控件是否可双击。

进一步的，该方法还包括：

当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果也相同时，删除至少两个控件中的至少一个控件对应的第一动作属性信息，仅保留至少两个控件的一个控件的第一动作属性信息。

进一步的，当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果不同时，该方法还包括：

分别为至少两个控件中的至少一个控件添加第二属性信息，直至至少两个控件中所有的控件的属性信息均不同。

进一步的，分别为至少两个控件中的至少一个控件添加第二属性信息，包括：

获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

根据组件树获取至少两个控件中每个控件对应节点的父节点对应的控件的控件标识；

对于一个控件而言，第二属性信息包括：

控件对应节点的父节点对应的控件的控件标识。

进一步的，对于一个控件而言，第二属性信息还包括：

控件的索引信息；和/或

控件的文本信息。

根据本公开提供的一个或多个实施例，提供了一种用户界面状态信息的生成装置，包括：

控件标识获取模块，用于获取目标用户界面的各控件标识；

属性信息确定模块，用于确定每个控件标识所对应的控件的第一动作属性信息；

状态信息确定模块，用于基于各控件的第一动作属性信息，得到目标用户界面的状态信息。

可选的，控件标识获取模块401在获取目标用户界面的各控件标识时，可以用于：

获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

基于组件树确定各控件的控件标识。

可选的，控件的动作属性信息包括：

控件是否可见；

控件是否可操作；

控件是否可点击；

控件是否可长按；

控件是否可双击。

可选的，该装置还包括属性查重模块，用于：

当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果也相同时，删除至少两个控件中的至少一个控件对应的第一动作属性信息，仅保留至少两个控件的一个控件的第一动作属性信息。

可选的，当至少两个控件的第一动作属性信息相同，且至少两个控件对应的控件操作结果不同时，该属性查询模块用于：

分别为至少两个控件中的至少一个控件添加第二属性信息，直至至少两个控件中所有的控件的属性信息均不同。

可选的，该属性查重模块在分别为至少两个控件中的至少一个控件添加第二属性信息时，可以用于：

获取目标用户界面的组件树，其中，组件树中的一个节点表征了目标用户界面的一个控件；

根据组件树获取至少两个控件中每个控件对应节点的父节点对应的控件的控件标识；

对于一个控件而言，第二属性信息包括：

控件对应节点的父节点对应的控件的控件标识。

可选的，对于一个控件而言，第二属性信息还包括：

控件的索引信息；和/或

控件的文本信息。

根据本公开提供的一个或多个实施例，提供了一种电子设备，其包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行上述的用户界面状态信息的生成方法。

根据本公开提供的一个或多个实施例，提供了一种计算机可读介质，介质存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述的用户界面状态信息的生成方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (9)

1.一种用户界面状态信息的生成方法，其特征在于，包括：

获取目标用户界面的各控件标识；

确定每个所述控件标识所对应的控件的第一动作属性信息，当至少两个控件的第一动作属性信息相同、且所述至少两个控件对应的控件操作结果不同时，分别为所述至少两个控件中的各控件添加控件的第二属性信息，以使所述至少两个控件中各控件的最终属性信息均不同；所述最终属性信息包括第一动作属性信息和添加的第二属性信息；获取所述目标用户界面的组件树，其中，所述组件树中的一个节点表征了所述目标用户界面的一个控件；根据所述组件树，确定所述至少两个控件中每个控件对应节点的父节点，并获取每个父节点所对应的控件标识；对于一个控件而言，所述第二属性信息包括所述控件对应节点的父节点所对应的控件标识；

基于各所述控件的第一动作属性信息，得到所述目标用户界面的状态信息。

2.根据权利要求1所述的方法，其特征在于，所述获取目标用户界面的各控件标识，包括：

获取所述目标用户界面的组件树，其中，所述组件树中的一个节点表征了所述目标用户界面的一个控件；

基于所述组件树确定各所述控件的控件标识。

3.根据权利要求1所述的方法，其特征在于，对于一个控件，所述控件的第一动作属性信息包括：

控件是否可见；

控件是否可操作；

控件是否可点击；

控件是否可长按；

控件是否可双击。

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

当至少两个控件的第一动作属性信息相同时，对所述至少两个控件的第一动作属性信息进行去重处理，保留所述至少两个控件的一个控件的第一动作属性信息。

5.根据权利要求4所述的方法，其特征在于，所述当至少两个控件的第一动作属性信息相同时，对所述至少两个控件的第一动作属性信息进行去重处理，包括：

当至少两个控件的第一动作属性信息相同、且所述至少两个控件对应的控件操作结果相同时，对所述至少两个控件的第一动作属性信息进行去重处理。

6.根据权利要求5所述的方法，其特征在于，对于一个控件而言，所述第二属性信息还包括：

所述控件的索引信息；和/或

所述控件的文本信息。

7.一种用户界面状态信息的生成装置，其特征在于，包括：

控件标识获取模块，用于获取目标用户界面的各控件标识；

属性信息确定模块，用于确定每个所述控件标识所对应的控件的第一动作属性信息，当至少两个控件的第一动作属性信息相同、且所述至少两个控件对应的控件操作结果不同时，分别为所述至少两个控件中的各控件添加控件的第二属性信息，以使所述至少两个控件中各控件的最终属性信息均不同；所述最终属性信息包括第一动作属性信息和添加的第二属性信息；获取所述目标用户界面的组件树，其中，所述组件树中的一个节点表征了所述目标用户界面的一个控件；根据所述组件树，确定所述至少两个控件中每个控件对应节点的父节点，并获取每个父节点所对应的控件标识；对于一个控件而言，所述第二属性信息包括所述控件对应节点的父节点所对应的控件标识；

状态信息确定模块，用于基于各所述控件的第一动作属性信息，得到所述目标用户界面的状态信息。

8.一种电子设备，其特征在于，其包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～6任一项所述的用户界面状态信息的生成方法。

9.一种计算机可读介质，其特征在于，所述介质存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至6任一所述的用户界面状态信息的生成方法。