CN114237784A - 用户界面的生成方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提出一种用户界面的生成方法、装置、电子设备及存储介质，涉及大数据智能分析技术领域，尤其涉及移动应用技术领域。其中，所述用户界面的生成方法由终端设备执行，所述方法包括：获取用户界面加载请求，其中，所述加载请求中包括目标用户界面的标识；从缓存区域中获取与所述目标用户界面的标识关联的各页面控件的属性信息，其中，所述属性信息为所述终端设备基于每个所述页面控件对应的操作数据确定的；基于所述各页面控件的属性信息，渲染并生成所述目标用户界面的标识对应的目标用户界面。由此，实现了基于目标用户界面关联的各页面控件的属性信息，生成目标用户界面，满足了用户的使用需求。

Description

用户界面的生成方法、装置、电子设备及存储介质

技术领域

本公开涉及大数据智能分析技术领域，尤其涉及移动应用软件开发技术领域，具体涉及一种用户界面的生成方法、装置、电子设备及存储介质。

背景技术

随着移动通信的快速发展，各种类型的移动应用软件也应运而生。目前，移动应用软件的业务功能不断增加，使得用户界面上的控件数量越来越多。在现有技术中，用户每次使用移动应用时的用户界面是固定的。然而，用户的业务需求往往是随现实情况变化的，一成不变的用户界面已经不能满足人们对于移动应用的便捷化和个性化需求。因此，研究如何生成满足用户使用需求的用户界面，具有重要意义。

发明内容

本公开提供一种用户界面的生成方法、装置、电子设备及存储介质，以至少解决相关技术中移动应用软件在不同终端设备上生成的用户界面相同的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种用户界面的生成方法，所述方法由终端设备执行，所述方法包括：

获取用户界面加载请求，其中，所述加载请求中包括目标用户界面的标识；

从缓存区域中获取与所述目标用户界面的标识关联的各页面控件的属性信息，其中，所述属性信息为所述终端设备基于每个所述页面控件对应的操作数据确定的；

基于所述各页面控件的属性信息，渲染并生成所述目标用户界面的标识对应的目标用户界面。

根据本公开实施例的第二方面，提供一种用户界面的生成方法，包括：

接收客户端发送的用户界面获取请求，其中，所述获取请求中包括目标用户界面的标识，其中，所述获取请求为所述客户端在确定本地缓存区域无与所述目标用户界面的标识关联的各页面控件的属性信息的情况下发送的；

获取与所述目标用户界面的标识及所述客户端标识关联的各页面控件的属性信息；

向所述客户端返回所述各页面控件的属性，以使所述客户端基于所述各页面控件的属性信息，渲染生成所述目标用户界面的标识对应的目标用户界面。

根据本公开实施例的第三方面，提供一种用户界面的生成装置，所述装置在终端设备侧，所述装置包括：

第一获取模块，用于获取用户界面加载请求，其中，所述加载请求中包括目标用户界面的标识；

第二获取模块，用于从缓存区域中获取与所述目标用户界面的标识关联的各页面控件的属性信息，其中，所述属性信息为所述终端设备基于每个所述页面控件对应的操作数据确定的；

生成模块，用于基于所述各页面控件的属性信息，渲染并生成所述目标用户界面的标识对应的目标用户界面。

根据本公开实施例的第四方面，提供一种用户界面的生成装置，包括：

接收模块，用于接收客户端发送的用户界面获取请求，其中，所述获取请求中包括目标用户界面的标识，其中，所述获取请求为所述客户端在确定本地缓存区域无与所述目标用户界面的标识关联的各页面控件的属性信息的情况下发送的；

第一获取模块，用于获取与所述目标用户界面的标识及所述客户端标识关联的各页面控件的属性信息；

返回模块，用于向所述客户端返回所述各页面控件的属性，以使所述客户端基于所述各页面控件的属性信息，渲染生成所述目标用户界面的标识对应的目标用户界面。

根据本公开实施例的第五方面，提供了一种电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如本公开第一方面或第二方面实施例所述的方法。

根据本公开实施例的第六方面，提供了一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如本公开第一方面或第二方面实施例所述的方法。

根据本公开实施例的第七方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如本公开第一方面或第二方面实施例所述的方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

首先获取用户界面加载请求，其中，加载请求中包括目标用户界面的标识；然后从缓存区域中获取与目标用户界面的标识关联的各页面控件的属性信息，其中，属性信息为终端设备基于每个页面控件对应的操作数据确定的；最后基于各页面控件的属性信息，渲染并生成目标用户界面的标识对应的目标用户界面。本公开通过终端设备记录用户在使用移动应用时，对界面中每个页面控件的操作数据，并生成相应的属性信息，缓存在终端设备本地。进而，当用户每次打开用户界面时，终端设备可以根据缓存区域的属性信息对页面控件的排布进行调整，不仅满足了用户的个性化需求，同时提高了用户界面更新的实时性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据本公开第一实施例示出的一种用户界面的生成方法的流程图；

图2是根据本公开第二实施例示出的一种用户界面的生成方法的流程图；

图3是根据本公开第三实施例示出的一种用户界面的生成方法的流程图；

图4是根据本公开第四实施例示出的一种用户界面的生成方法的流程图；

图5是根据本公开一实施例示出的一种用户界面的生成装置的框图；

图6是根据本公开另一实施例示出的一种用户界面的生成装置的框图；

图7是用来实现本公开实施例的用户界面的生成方法的电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的用户，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

需要说明的是，本公开实施例中，可以通过用户侧的客户端生成用户界面。此外，客户端可以与服务端进行交互，以从服务端获取数据，或向服务端发送数据，最终实现用户界面的生成。

图1是根据本公开第一实施例示出的一种用户界面的生成方法的流程图。

本公开实施例以该用户界面的生成方法被配置于用户界面的生成装置中来举例说明，该用户界面的生成装置可以应用于用户侧的终端设备中，以使该终端设备可以执行用户界面的生成功能。

如图1所示，该用户界面的生成方法可以包括以下步骤。

步骤S11，获取用户界面加载请求，其中，加载请求中包括目标用户界面的标识。

其中，用户界面也称图形用户界面(Graphical User Interface，简称GUI)，是指在屏幕上使用图形界面来帮助用户(User)与机器(Machine)打交道用的界面接口(Interface)。

可以理解的是，移动应用软件安装在客户端的电子设备上后，可以通过用户界面实现用户与设备的交互，以根据用户的操作展示相应的页面，并提供相应的业务服务。

由于同一设备可以同时安装多种移动应用，并且每种应用都有对应的用户界面。因此在设备生成并展示相应应用的用户界面之前，首先需要获取用户界面加载请求。

可以理解的是，对于每种用户界面，都有相应的界面标识。因此，设备通过识别用户界面加载请求中包含的目标用户界面的标识，可以确定需要展示的目标用户界面。

其中，由于每种移动应用都有对应的用户界面，因此，可以将移动应用的标识作为用户界面的标识。或者，也可以为用户界面单独设置标识，并将用户界面的标识与移动应用的标识进行关联，本公开对此不做限定。

此外，获取用户界面加载请求可以基于用户对移动应用的触发动作实现。比如，可以通过用户点击移动应用关联的图标按钮实现。或者，也可以通过用户语音唤醒应用的方式实现，本公开对此不做限定。

步骤S12，从缓存区域中获取与目标用户界面的标识关联的各页面控件的属性信息，其中，属性信息为终端设备基于每个页面控件对应的操作数据确定的。

其中，页面控件是指可在界面上显示的可视化图形元件，比如按钮、文件编辑框等，可以具有执行功能或通过事件引发代码运行并完成响应的功能。

对于每种应用的用户界面，可以包括多个不同功能的页面控件。根据用户界面的标识，可以确定该用户界面包含的页面控件的类型和数量。

比如，手机银行应用软件可以包括转账、缴费、贷款、信用卡账单、信用卡还款、投资理财等功能控件。

可以理解的是，每个页面控件都有对应的属性信息，根据属性信息可以确定页面控件的展示规则，比如控件的尺寸、形状、显示风格、字体颜色等。

需要说明的是，对于不同的用户，其需要的或感兴趣的业务功能可以是不同的。比如，对于手机银行应用，部分用户经常使用的业务功能可以为信用卡账单、信用卡还款等。另一部分用户经常浏览的业务功能可以为理财产品、理财资讯等。此外，用户在不同的时间段对业务功能的需求也可能会不同。

可以理解的是，用户在使用移动应用的过程中，会进行相应的操作。比如，点击某个页面控件关联的图标按钮，以进入对应的功能页面。或者，滑动某个功能页面，以浏览页面上的产品信息等。

在用户操作页面控件的过程中，终端设备可以产生记录用户操作行为的操作数据。其中，操作数据可以包括用户操作的页面控件的功能类型，以及操作的时长等，本公开对此不做限定。

需要说明的是，通过记录用户操作产生的操作数据，可以确定符合用户使用习惯或满足用户使用需求的控件类型。比如可以确定用户使用频次较高的控件类型，或者用户感兴趣的控件类型等。

本公开实施例中，可以根据用户对各个页面控件的操作数据，确定每个页面控件的属性信息，并在终端设备的缓存区域中存储各页面控件的属性信息，从而根据属性信息将相应的页面控件以设定的方式在用户界面上展示。

其中，缓存区域中存储的各页面控件的属性信息可以是变化的。比如，可以根据用户每次使用移动应用时产生的操作数据更新页面控件的属性信息；或者，可以根据用户在一定时间内使用移动应用时产生的操作数据更新页面控件的属性信息。

步骤S13，基于各页面控件的属性信息，渲染并生成目标用户界面的标识对应的目标用户界面。

具体的，可以基于属性信息对目标用户界面的标识关联的各页面控件进行排版展示，以渲染并生成最终的目标用户界面。

本公开实施例中，页面控件的属性信息可以包括尺寸、权重、样式中的一种或几种，本公开对此不做限定。

其中，尺寸用于确定页面控件的大小，权重用于确定页面控件的展示位置，样式用于确定页面控件的外观。

比如，可以将页面控件的尺寸划分为1x1，1x2，1x4，2x2等，从而可以将不同的页面控件按照对应的尺寸在用户界面上展示。其中，尺寸单位可以根据需要确定，比如可以设置为厘米，或者可以设置为固定长度。

或者，可以按照页面控件的权重大小对页面控件进行排序，权重越大的页面控件在用户界面上的展示位置越靠前。

或者，可以根据页面控件的样式，将不同的页面控件按照对应的样式在用户界面上展示。比如，页面控件的图标形状可以为圆形或方形，页面控件的字体颜色可以白色或蓝色。

另外，页面控件的属性信息还可以是尺寸、权重或样式的结合。比如，对于权重位于第一数值范围内的页面控件，其展示尺寸可以为1x1；对于权重位于第二数值范围内的页面控件，其展示尺寸可以为1x2。

或者，对于权重位于第一数值范围内的页面控件，其展示形状可以为圆形；对于权重位于第二数值范围内的页面控件，其展示形状可以为方形。

需要说明的是，上述示例只是举例说明，不能作为对本公开实施例中目标用户界面的页面控件的排版展示的限定。

本公开实施例中，通过尺寸、权重、样式等表征页面控件的属性信息，使得不同属性的页面控件可以在用户界面上以不同的规则展示，从而为用户的使用提供了便利。

本公开实施例中，首先获取用户界面加载请求，其中，加载请求中包括目标用户界面的标识；然后从缓存区域中获取与目标用户界面的标识关联的各页面控件的属性信息，其中，属性信息为终端设备基于每个页面控件对应的操作数据确定的；最后基于各页面控件的属性信息，渲染并生成目标用户界面的标识对应的目标用户界面。本公开通过终端设备记录用户在使用移动应用时，对界面中每个页面控件的操作数据，并生成相应的属性信息，缓存在终端设备本地。进而，当用户每次打开用户界面时，终端设备可以根据缓存区域的属性信息对页面控件的排布进行调整，不仅满足了用户的个性化需求，同时提高了用户界面更新的实时性。

图2是根据本公开第二实施例示出的一种用户界面的生成方法的流程图。如图2所示，该用户界面的生成方法可以包括以下步骤。

步骤S21，获取用户界面加载请求，其中，加载请求中包括目标用户界面的标识。

其中，步骤S21的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

步骤S22，在缓存区域中未包含与目标用户界面的标识关联的各页面控件的属性信息的情况下，向服务端发送用户界面获取请求，其中，获取请求中包括目标用户界面的标识。

步骤S23，接收服务端返回的与目标用户界面的标识关联的各页面控件的属性信息。

需要说明的是，当用户使用移动应用时，可以通过不同的终端设备登录系统。比如，用户可以通过手机登录应用系统，还可以通过平板电脑登录系统。

当用户更换设备时，当前设备的缓存区域中不会包含其他设备中的数据。因此，本公开实施例中，可以将不同终端设备中存储的同一用户界面的页面控件的属性信息，同步到服务端。从而，在用户更换设备后，可以根据目标用户界面的标识，从服务端获取目标用户界面的页面控件的属性信息。

其中，目标用户界面的标识的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

此外，由于服务端可以接收不同的客户端发送的用户界面获取请求。因此，为了使服务端向对应的客户端返回目标用户界面包含的各页面控件的属性信息，目标用户界面的标识中还可以包括能够唯一表征用户或设备身份的任意类型的标识。比如，可以包括用户名、手机号、设备编码等，本公开对此不做限定。

步骤S24，基于各页面控件的属性信息，渲染并生成目标用户界面的标识对应的目标用户界面。

其中，步骤S24的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

本公开实施例中，通过向服务端发送用户界面获取请求，并接收服务端返回的与目标用户界面的标识关联的各页面控件的属性信息，实现了在用户更换客户端设备后，可以基于目标用户界面关联的各页面控件的属性信息，生成目标用户界面，满足了用户在不同设备上的使用需求。

步骤S25，在监测到针对用户界面中任一页面控件的触控操作的情况下，获取针对任一页面控件的操作数据。

可以理解的是，在终端设备上生成并展示用户界面后，用户可以通过触控操作触发页面控件，进而使用相应的业务功能。其中，触控操作可以包括点击、滑动、长按、短按等动作。

比如，用户可以点击信用卡账单对应的页面控件的图标按钮，以获取显示信用卡账单详细信息的功能页面。或者，用户可以滑动理财产品对应的功能页面，以浏览页面上的产品信息等。

在用户操作页面控件的过程中，终端设备可以产生记录用户操作行为的操作数据。其中，操作数据可以包括用户操作的页面控件的功能类型，以及操作的时长等，本公开对此不做限定。

步骤S26，根据操作数据，对缓存区域中任一页面控件的属性信息进行更新。

其中，当根据操作数据更新页面控件的属性信息时，可以设置属性信息的更新周期，以确定获取操作数据的时间范围。

比如，可以根据用户前次操作用户界面的操作数据，更新页面控件的属性信息。或者，也可以根据用户近一周或近一月操作用户界面的操作数据，更新页面控件的属性信息。

本公开实施例中，操作数据可以为能够反映用户操作行为的任意类型的数据。比如，可以为用户在一定时间内对页面控件的使用频率；或者，可以为用户在一定时间内对页面控件的操作时长。

其中，操作时长可以为用户浏览功能页面的时长，或者为从用户进入功能页面到退出功能页面的时长等，本公开对此不做限定。使用频率可以为用户在一天内、一周内或一月内使用页面控件的次数等，本公开对此不做限定。

进而，可以将更新后的各页面控件的属性信息存入缓存区域中，实现在用户下次使用移动应用时，可以基于本次更新后的页面控件的属性信息，生成并展示用户界面。

比如，可以根据用户对页面控件的操作数据确定页面控件的尺寸大小，将用户使用频率高、操作时间长的页面控件以大尺寸展示，将用户使用频率低的页面控件以小尺寸展示。

或者，可以根据用户对页面控件的操作数据确定页面控件的展示权重，并按照权重大小对页面控件进行排序，权重越大的页面控件的展示位置越靠前。

或者，可以根据用户对页面控件的操作数据确定页面控件的展示样式，将用户使用频率高、操作时间长的页面控件以突出的样式展示。

本公开实施例中，通过根据用户每次使用页面控件时的操作数据，实时或定期更新各页面控件的属性信息，提高了对用户使用习惯或个性化需求的追踪的及时性和准确性。

步骤S27，将更新后的缓存区域中任一页面控件的属性信息、目标用户界面的标识及终端设备的标识发送给服务端。

需要说明的是，为了保证用户更换终端设备使用移动应用时，依然能够基于历史操作数据生成目标用户界面，可以将不同终端设备中存储的同一用户界面的页面控件的属性信息，同步到服务端。从而，在用户更换设备后，可以根据目标用户界面的标识，从服务端获取更新后的目标用户界面的页面控件的属性信息。

其中，目标用户界面的标识的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

此外，由于服务端可以接收不同的客户端发送的数据，为了使服务端能够区分不同的客户端，还可以将终端设备的标识发送给服务端。比如，终端设备的标识可以为设备编码等，本公开对此不做限定。

本公开实施例中，通过记录用户针对目标用户界面的页面控件的操作数据，并根据操作数据更新各页面控件的属性信息，以及将更新后的各页面控件的属性信息发送给服务端，实现了用户每次在终端设备上使用移动应用时，都可以基于用户的历史操作行为，生成并展示用户界面，从而满足了用户的个性化使用需求。

图3是根据本公开第三实施例示出的一种用户界面的生成方法的流程图。

本公开实施例以该用户界面的生成方法被配置于服务端的用户界面的生成装置中来举例说明，该用户界面的生成装置可以应用于任一电子设备中，以使该电子设备可以执行用户界面的生成功能。

如图3所示，该用户界面的生成方法可以包括以下步骤。

步骤S31，接收客户端发送的用户界面获取请求，其中，获取请求中包括目标用户界面的标识，其中，获取请求为客户端在确定本地缓存区域无与目标用户界面的标识关联的各页面控件的属性信息的情况下发送的。

需要说明的是，当用户更换终端设备首次登录客户端系统时，当前设备的本地缓存区域中不会包含与目标用户界面的标识关联的各页面控件的属性信息。因此可以将不同设备中存储的同一用户界面的数据同步到服务端。从而，在用户更换设备后，服务端可以根据目标用户界面的标识，确定目标用户界面对应的资源数据。

此外，由于服务端的数据处理能力和数据存储能力往往强于客户端。因此，用于生成用户界面的数据资源可以存放在服务端。当需要在客户端生成用户界面时，可以向服务端发送用户界面获取请求，以使服务端向客户端发送相关数据。

步骤S32，获取与目标用户界面的标识及客户端标识关联的各页面控件的属性信息。

其中，由于服务端可以接收不同的客户端发送的用户界面获取请求。因此，为了向对应的客户端返回目标用户界面包含的各页面控件的属性信息，服务端可以根据目标用户界面的标识及客户端标识确定关联的各页面控件的属性信息。

比如，客户端标识可以为能够唯一表征用户及设备身份的标识，目标用户界面的标识可以为移动应用的标识等，本公开对此不做限定。

此外，各页面控件的属性信息的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

步骤S33，向客户端返回各页面控件的属性，以使客户端基于各页面控件的属性信息，渲染生成目标用户界面的标识对应的目标用户界面。

其中，客户端基于各页面控件的属性信息，渲染生成目标用户界面的标识对应的目标用户界面的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

本公开实施例中，首先接收客户端发送的用户界面获取请求，其中，获取请求中包括目标用户界面的标识；然后获取与目标用户界面的标识及客户端标识关联的各页面控件的属性信息；最后向客户端返回各页面控件的属性，以使客户端基于各页面控件的属性信息，渲染生成目标用户界面的标识对应的目标用户界面。由此，实现了在用户更换终端设备使用移动应用的情况下，依然能够基于目标用户界面关联的各页面控件的属性信息，生成目标用户界面，满足了用户的个性化使用需求。

图4是根据本公开第四实施例示出的一种用户界面的生成方法的流程图。

如图4所示，该用户界面的生成方法可以包括以下步骤。

步骤S41，接收客户端发送的用户界面获取请求，其中，获取请求中包括目标用户界面的标识。

其中，步骤S41的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

步骤S42，获取目标用户界面的标识关联的各页面控件的初始属性信息；或者，获取客户端已发送的目标用户界面的标识关联的各页面控件对应的更新后的属性信息。

其中，各页面控件的初始属性信息，可以为服务端当前存储的各页面控件的属性信息。需要说明的是，当用户第一次使用移动应用时，客户端及服务端均未存储任何操作数据。因此，客户端无法根据页面控件对应的操作数据确定页面控件的属性信息。此时，需要在服务端中存储用户界面的各页面控件的初始属性信息，以使客户端根据初始属性信息，生成初始用户界面。

此外，当用户在其他设备的客户端上已使用过移动应用，在当前设备的客户端上第一次使用移动应用时，服务端可以存储其他设备的客户端发送的各页面控件对应的更新后的属性信息。进而，服务端可以向当前设备的客户端发送各页面控件更新后的属性信息，以使当前设备的客户端根据更新后的属性信息，生成目标用户界面。

本公开实施例中，页面控件的属性信息可以包括尺寸、权重、样式中的一种或几种，本公开对此不做限定。各页面控件的属性信息的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

步骤S43，向客户端返回各页面控件的属性，以使客户端基于各页面控件的属性信息，渲染生成目标用户界面的标识对应的目标用户界面。

其中，步骤S43的具体实现方式，可以参照本公开其他实施例的详细描述，在此不再赘述。

步骤S44，获取每个客户端发送的页面控件对应的更新后的属性信息。

步骤S45，根据每个客户端的类型，对页面控件对应的更新后的属性信息进行融合，以确定每个类型的客户端对应的每个页面控件的属性信息。

可以理解的是，通过获取每个客户端发送的页面控件对应的更新后的属性信息，可以确定在不同的客户端，用户对于移动应用的业务功能的个性化需求。

进而，可以根据客户端类型，对各页面控件对应的更新后的属性信息进行统计分类，并融合成不同类型的客户端对应的各页面控件的属性信息，以保证服务端存储的各页面控件的属性信息是最新的，最符合不同客户端需求的。

其中，客户端类型，可以按照任意方式进行分类。比如，可以按照手机、平板电脑、可穿戴设备等设备类型分类。或者，可以按照用户信息进行分类，本公开对此不做限定。需要说明的是，本公开技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定，且不违背公序良俗。

本公开实施例中，服务端通过获取客户端发送的各页面控件对应的更新后的属性信息，并根据客户端的类型对各页面控件对应的更新后的属性信息进行融合，生成每个类型的客户端对应的每个页面控件的属性信息，确保了服务端存储的各页面控件的属性信息能够满足不同客户端的需求。

图5是根据本公开一实施例示出的一种用户界面的生成装置的框图。参照图5，该装置包括第一获取模块110，第二获取模块120和生成模块130。

其中，第一获取模块110，用于获取用户界面加载请求，其中，加载请求中包括目标用户界面的标识；

第二获取模块，用于从缓存区域中获取与目标用户界面的标识关联的各页面控件的属性信息120，其中，属性信息为终端设备基于每个页面控件对应的操作数据确定的；

生成模块130，用于基于各页面控件的属性信息，渲染并生成目标用户界面的标识对应的目标用户界面。

在本公开实施例一种可能的实现方式中，该用户界面的生成装置还可以包括：

第一发送模块，用于在缓存区域中未包含与目标用户界面的标识关联的各页面控件的属性信息的情况下，向服务端发送用户界面获取请求，其中，获取请求中包括目标用户界面的标识；

接收模块，用于接收服务端返回的与目标用户界面的标识关联的各页面控件的属性信息。

在本公开实施例一种可能的实现方式中，该用户界面的生成装置还可以包括：

第三获取模块，用于在监测到针对用户界面中任一页面控件的触控操作的情况下，获取针对任一页面控件的操作数据；

更新模块，用于根据操作数据，对缓存区域中任一各页面控件的属性信息进行更新。

在本公开实施例一种可能的实现方式中，该用户界面的生成装置还可以包括：

第二发送模块，用于将更新后的缓存区域中任一页面控件的属性信息、目标用户界面的标识及终端设备的标识发送给服务端。

在本公开实施例一种可能的实现方式中，属性信息包括以下至少一项：尺寸，权重以及样式。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施例的数据的处理装置，首先获取用户界面加载请求，其中，加载请求中包括目标用户界面的标识；然后从缓存区域中获取与目标用户界面的标识关联的各页面控件的属性信息，其中，属性信息为终端设备基于每个页面控件对应的操作数据确定的；最后基于各页面控件的属性信息，渲染并生成目标用户界面的标识对应的目标用户界面。本公开通过终端设备记录用户在使用移动应用时，对界面中每个页面控件的操作数据，并生成相应的属性信息，缓存在终端设备本地。进而，当用户每次打开用户界面时，终端设备可以根据缓存区域的属性信息对页面控件的排布进行调整，不仅满足了用户的个性化需求，同时提高了用户界面更新的实时性。

图6是根据本公开另一实施例示出的一种用户界面的生成装置的框图。参照图6，该装置可以包括接收模块210，确定模块220和返回模块230。

其中，接收模块210，用于接收客户端发送的用户界面获取请求，其中，获取请求中包括目标用户界面的标识，其中，获取请求为客户端在确定本地缓存区域无与目标用户界面的标识关联的各页面控件的属性信息的情况下发送的；

第一获取模块220，用于获取与目标用户界面的标识及客户端标识关联的各页面控件的属性信息；

返回模块230，用于向客户端返回各页面控件的属性，以使客户端基于各页面控件的属性信息，渲染生成目标用户界面的标识对应的目标用户界面。

在本公开实施例一种可能的实现方式中，第一获取模块220具体用于：

获取目标用户界面的标识关联的各页面控件的初始属性信息；

或者，获取客户端已发送的目标用户界面的标识关联的各页面控件对应的更新后的属性信息。

在本公开实施例一种可能的实现方式中，该用户界面的生成装置还可以包括：

第二获取模块，用于获取每个客户端发送的页面控件对应的更新后的属性信息；

确定模块，用于根据每个客户端的类型，对页面控件对应的更新后的属性信息进行融合，以确定每个类型的客户端对应的每个页面控件的属性信息。

在本公开实施例一种可能的实现方式中，属性信息包括以下至少一项：尺寸，权重以及样式。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开实施例的用户界面的生成装置，服务端通过获取客户端发送的各页面控件对应的更新后的属性信息，并根据客户端的类型对各页面控件对应的更新后的属性信息进行融合，生成每个类型的客户端对应的每个页面控件的属性信息，确保了服务端存储的各页面控件的属性信息能够满足不同客户端的需求。

图7是用来实现本公开实施例的用户界面的生成方法的电子设备的框图。电子设备700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图7，电子设备700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制电子设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在电子设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为电子设备700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为电子设备700生成、管理和分配电力相关联的组件。

多媒体组件708包括在电子设备700和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当电子设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当电子设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。

在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为电子设备700提供各个方面的状态评估。例如，传感器组件714可以检测到电子设备700的打开/关闭状态，组件的相对定位，例如组件为电子设备700的显示器和小键盘，传感器组件714还可以检测电子设备700或电子设备700一个组件的位置改变，用户与电子设备700接触的存在或不存在，电子设备700方位或加速/减速和电子设备700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述用户界面的生成方法。

在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器804，上述指令可由电子设备700的处理器720执行以完成上述方法。可选地，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现如前的用户界面的生成方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (21)

1.一种用户界面的生成方法，其特征在于，所述方法由终端设备执行，所述方法包括：

获取用户界面加载请求，其中，所述加载请求中包括目标用户界面的标识；

从缓存区域中获取与所述目标用户界面的标识关联的各页面控件的属性信息，其中，所述属性信息为所述终端设备基于每个所述页面控件对应的操作数据确定的；

基于所述各页面控件的属性信息，渲染并生成所述目标用户界面的标识对应的目标用户界面。

2.如权利要求1所述的方法，其特征在于，在所述获取用户界面加载请求之后，还包括：

在所述缓存区域中未包含与所述目标用户界面的标识关联的各页面控件的属性信息的情况下，向服务端发送用户界面获取请求，其中，所述获取请求中包括所述目标用户界面的标识；

接收所述服务端返回的与所述目标用户界面的标识关联的各页面控件的属性信息。

3.如权利要求1所述的方法，其特征在于，在所述渲染并生成所述目标用户界面的标识对应的目标用户界面之后，还包括：

在监测到针对用户界面中任一页面控件的触控操作的情况下，获取针对所述任一页面控件的操作数据；

根据所述操作数据，对所述缓存区域中所述任一页面控件的属性信息进行更新。

4.如权利要求3所述的方法，其特征在于，在所述对所述缓存区域中所述任一页面控件的属性信息进行更新之后，还包括：

将更新后的所述缓存区域中所述任一页面控件的属性信息、所述目标用户界面的标识及所述终端设备的标识发送给服务端。

5.如权利要求1-4任一所述的方法，其特征在于，所述属性信息包括以下至少一项：尺寸，权重以及样式。

6.一种用户界面的生成方法，其特征在于，包括：

接收客户端发送的用户界面获取请求，其中，所述获取请求中包括目标用户界面的标识，其中，所述获取请求为所述客户端在确定本地缓存区域无与所述目标用户界面的标识关联的各页面控件的属性信息的情况下发送的；

获取与所述目标用户界面的标识及所述客户端标识关联的各页面控件的属性信息；

向所述客户端返回所述各页面控件的属性，以使所述客户端基于所述各页面控件的属性信息，渲染生成所述目标用户界面的标识对应的目标用户界面。

7.如权利要求6所述的方法，其特征在于，所述获取与所述目标用户界面的标识及所述客户端标识关联的各页面控件的属性信息，包括：

获取所述目标用户界面的标识关联的各页面控件的初始属性信息；

或者，获取所述客户端已发送的所述目标用户界面的标识关联的各页面控件对应的更新后的属性信息。

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

获取每个客户端发送的页面控件对应的更新后的属性信息；

根据每个所述客户端的类型，对所述页面控件对应的更新后的属性信息进行融合，以确定每个类型的客户端对应的每个所述页面控件的属性信息。

9.如权利要求6-8任一所述的方法，其特征在于，所述属性信息包括以下至少一项：尺寸，权重以及样式。

10.一种用户界面的生成装置，其特征在于，所述装置在终端设备侧，所述装置包括：

第一获取模块，用于获取用户界面加载请求，其中，所述加载请求中包括目标用户界面的标识；

第二获取模块，用于从缓存区域中获取与所述目标用户界面的标识关联的各页面控件的属性信息，其中，所述属性信息为所述终端设备基于每个所述页面控件对应的操作数据确定的；

生成模块，用于基于所述各页面控件的属性信息，渲染并生成所述目标用户界面的标识对应的目标用户界面。

11.如权利要求10所述的装置，其特征在于，还包括：

第一发送模块，用于在所述缓存区域中未包含与所述目标用户界面的标识关联的各页面控件的属性信息的情况下，向服务端发送用户界面获取请求，其中，所述获取请求中包括所述目标用户界面的标识；

接收模块，用于接收所述服务端返回的与所述目标用户界面的标识关联的各页面控件的属性信息。

12.如权利要求10所述的装置，其特征在于，还包括：

第三获取模块，用于在监测到针对用户界面中任一页面控件的触控操作的情况下，获取针对所述任一页面控件的操作数据；

更新模块，用于根据所述操作数据，对所述缓存区域中所述任一页面控件的属性信息进行更新。

13.如权利要求12所述的装置，其特征在于，还包括：

第二发送模块，用于将更新后的所述缓存区域中所述任一页面控件的属性信息、所述目标用户界面的标识及所述终端设备的标识发送给服务端。

14.如权利要求10-13任一所述的装置，其特征在于，所述属性信息包括以下至少一项：尺寸，权重以及样式。

15.一种用户界面的生成装置，其特征在于，包括：

接收模块，用于接收客户端发送的用户界面获取请求，其中，所述获取请求中包括目标用户界面的标识，其中，所述获取请求为所述客户端在确定本地缓存区域无与所述目标用户界面的标识关联的各页面控件的属性信息的情况下发送的；

第一获取模块，用于获取与所述目标用户界面的标识及所述客户端标识关联的各页面控件的属性信息；

返回模块，用于向所述客户端返回所述各页面控件的属性，以使所述客户端基于所述各页面控件的属性信息，渲染生成所述目标用户界面的标识对应的目标用户界面。

16.如权利要求15所述的装置，其特征在于，所述第一获取模块用于：

获取所述目标用户界面的标识关联的各页面控件的初始属性信息；

或者，获取所述客户端已发送的所述目标用户界面的标识关联的各页面控件对应的更新后的属性信息。

17.如权利要求15所述的装置，其特征在于，还包括：

第二获取模块，用于获取每个客户端发送的页面控件对应的更新后的属性信息；

确定模块，用于根据每个所述客户端的类型，对所述页面控件对应的更新后的属性信息进行融合，以确定每个类型的客户端对应的每个所述页面控件的属性信息。

18.如权利要求15-17任一所述的装置，其特征在于，所述属性信息包括以下至少一项：尺寸，权重以及样式。

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

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-9中任一项所述的方法。

20.一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1-9中任一项所述的方法。

21.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-9中任一项所述的方法。

Images