桌面卡片的显示方法、装置、终端、存储介质及程序产品与流程

1.本技术实施例涉及人机交互技术领域，特别涉及一种桌面卡片的显示方法、装置、终端、存储介质及程序产品。


背景技术：

2.智能终端技术的成熟，使得智能终端能够为用户推荐的信息更加丰富、多样，桌面卡片就是智能终端中一种经典的为用户呈现信息的方式。
3.通常情况下，桌面卡片被设置在负一屏，向用户展示应用的信息，用户可通过滑动或长按操作改变桌面卡片显示位置及显示状态，桌面卡片被触发后，能够跳转至应用界面为用户提供相应服务。
4.然而，随着应用信息趋于多样化，桌面卡片的数量和种类也逐渐增多，显示界面也愈发复杂，桌面卡片显示的条理性差，不利于用户直观获取应用信息，造成选择困难的问题。


技术实现要素：

5.本技术实施例提供了一种桌面卡片的显示方法、装置、终端、存储介质及程序产品。所述技术方案如下：
6.一方面，本技术提供了一种桌面卡片的显示方法，所述方法包括:
7.获取桌面卡片，所述桌面卡片是用于在桌面进行信息展示的卡片化组件；
8.基于所述桌面卡片的卡片内容，对所述桌面卡片进行卡片聚类，得到卡片聚类结果，所述卡片聚类结果中包含多个卡片类簇；
9.对同一卡片类簇中的所述桌面卡片进行整合，得到桌面整合组件，所述桌面整合组件为独立的桌面卡片，或，由多张桌面卡片构成的桌面卡片组；
10.显示所述桌面整合组件。
11.另一方面，本技术提供了一种桌面卡片显示的装置，所述装置包括：
12.获取模块，用于获取桌面卡片，所述桌面卡片是用于在桌面进行信息展示的卡片化组件；
13.聚类模块，用于基于所述桌面卡片的卡片内容，对所述桌面卡片进行卡片聚类，得到卡片聚类结果，所述卡片聚类结果中包含多个卡片类簇；
14.整合模块，用于对同一卡片类簇中的所述桌面卡片进行整合，得到桌面整合组件，所述桌面整合组件为独立的桌面卡片，或，由多张桌面卡片构成的桌面卡片组；
15.显示模块，用于显示所述桌面整合组件。
16.另一方面，本技术实施例提供了一种终端，所述终端包括处理器和存储器；所述存储器存储有至少一条指令，所述至少一条指令用于被所述处理器执行以实现如上述方面所述的桌面卡片的显示方法。
17.另一方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储
介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如上述方面所述的桌面卡片的显示方法。
18.另一方面，本技术实施例提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面的各种可选实现方式中提供的桌面卡片的显示方法。
19.本技术实施例中，终端获取桌面卡片后，根据桌面卡片的卡片内容对桌面卡片进行聚类和整合，最后显示整合后的桌面整合组件，终端能够根据桌面卡片的内容，自适应的整合桌面卡片，使得桌面卡片的组织形态不局限于固定的，或无规则的显示形态，更有利于清晰的向用户显示应用信息。
附图说明
20.图1示出了本技术一示例性实施例提供的桌面卡片的显示方法的流程图；
21.图2示出了本技术另一示例性实施例提供的桌面卡片显示方法的流程图；
22.图3示出了本技术一示例性实施例提供的桌面卡片整合的示意图；
23.图4示出了本技术另一示例性实施例提供的桌面卡片整合的示意图；
24.图5示出了本技术另一示例性实施例提供的获取桌面卡片的过程的流程图；
25.图6示出了本技术一示例性实施例提供的获取卡片内容的过程的示意图；
26.图7示出了本技术另一示例性实施例提供的卡片特征向量的生成过程的流程图；
27.图8示出了本技术一示例性实施例提供的确定第一关键控件的示意图；
28.图9示出了本技术一示例性实施例提供的确定第二关键控件的示意图；
29.图10示出了本技术一示例性实施例提供的终端获取应用界面控件关联度的结构示意图；
30.图11示出了本技术另一示例性实施例提供的桌面卡片的显示方法的流程图；
31.图12示出了本技术一示例性实施例提供的显示区域划分的示意图；
32.图13示出了本技术一示例性实施例提供的桌面卡片更新布局示意图；
33.图14示出了本技术另一示例性实施例提供的桌面卡片更新布局示意图；
34.图15示出了本技术一示例性实施例提供的桌面卡片的推送方式的流程图；
35.图16示出了本技术一示例性实施例提供的桌面卡片的推送的示意图；
36.图17示出了本技术一个实施例提供的桌面卡片的显示装置的结构框图；
37.图18示出了本技术一个示例性实施例提供的终端的结构方框图。
具体实施方式
38.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
39.需要说明的是，本技术所采集的所有应用信息都是在用户同意并授权的情况下进行采集的，且相关应用数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
40.图1示出了本技术一个示意性实施例提供的桌面卡片的显示方法的流程图，该方
法包括：
41.步骤101，获取桌面卡片，桌面卡片是用于在桌面进行信息展示的卡片化组件。
42.终端内有大量的应用信息需要向用户展示，桌面卡片就是一种向用户进行信息展示的卡片化组件，通常设置在负一屏，是一种界面控件。桌面卡片被触发后，可跳转至与卡片内容相对应的应用界面。
43.终端获取桌面卡片的方式有两种，一是基于应用界面生成，通过获取应用界面的信息，经过处理后再进行美术渲染，生成桌面卡片。另一种方式是基于卡片模板进行内容填充，终端获取应用界面信息后，根据设定的模板，将相应内容填充至合适的模板，以此生成桌面卡片。
44.步骤102，基于桌面卡片的卡片内容，对桌面卡片进行卡片聚类，得到卡片聚类结果，卡片聚类结果中包含多个卡片类簇。
45.其中，桌面卡片的卡片内容包括显性内容和隐性内容，显性内容是指桌面卡片所显示的内容，能够被用户所看见，例如，桌面卡片所展示的信息以及桌面卡片对应的应用等等；隐性内容是指存储在终端内部缓存中的、用户不可见的内容，例如，该桌面卡片对应的应用界面的跳转链接以及生成该桌面卡片过程的重要数据等等。
46.终端获取得到桌面卡片后，根据桌面卡片的卡片内容，对桌面卡片进行聚类，其中，聚类是指按照某个特定的标准(如距离)把多个桌面卡片分割成不同的类簇，使得在同一个卡片类簇中的桌面卡片的相似度尽可能大，同时不在一个类簇中的桌面卡片的差异性尽可能大，即聚类后同一类型的桌面卡片尽可能聚合在一起，不同类型桌面卡片尽可能分离。
47.步骤103，对同一卡片类簇中的桌面卡片进行整合，得到桌面整合组件，桌面整合组件为独立的桌面卡片，或，由多张桌面卡片构成的桌面卡片组。
48.由于应用信息的种类和数量都十分丰富，且终端用于展示桌面卡片的界面尺寸是有限的，因此需要对桌面卡片进行整合。
49.可以将卡片聚类结果作为整合桌面卡片的依据，对卡片聚类结果中同一卡片类簇中的桌面卡片进行整合，得到桌面整合组件。
50.桌面卡片的整合实质是根据桌面卡片的卡片内容的相关性，将相似的桌面卡片整合成一个新的卡片或新的卡片组。可选的，桌面整合组件可以由同一卡片类簇中的桌面卡片进行卡片内容整合，生成一张新的桌面卡片；也可以将排列不规则的桌面卡片整合成一个新的桌面卡片组，作为桌面整合组件，便于为用户展示相关的应用信息。
51.步骤104，显示桌面整合组件。
52.将整合桌面卡片后得到的桌面整合组件显示在桌面或负一屏上，为用户展示应用信息。
53.综上所述，本技术实施例中，终端获取桌面卡片后，根据桌面卡片的卡片内容对桌面卡片进行聚类和整合，最后显示整合后的桌面整合组件，终端能够根据桌面卡片的内容，自适应的整合桌面卡片，使得桌面卡片的组织形态不局限于固定的，或无规则的显示形态，更有利于清晰的向用户显示应用信息。
54.图2示出了本技术另一示例性实施例提供的桌面卡片显示方法的流程图，该方法包括：
55.步骤201，获取桌面卡片。
56.本步骤的实施方式可以参考上述步骤101，本实施例在此不做赘述。
57.步骤202，获取桌面卡片的卡片特征向量，卡片特征向量基于至少一个内容维度的卡片内容对应的卡片内容向量生成，内容维度包括文本和控件。
58.终端进行桌面卡片的聚类时，需要根据桌面卡片的相似度进行聚类，而桌面卡片的相似度需通过桌面卡片相似度的数值进行衡量。桌面卡片的相似度数值，需要根据桌面卡片的特征向量进行计算。
59.终端获取桌面卡片的卡片特征向量的方式，根据生成桌面卡片的方式不同而有所不同。
60.在一种可能的实施方式中，桌面卡片是基于应用界面生成的，生成桌面卡片的过程中会产生该桌面卡片的卡片特征向量。
61.在另一种可能的实施方式中，桌面卡片是基于卡片模板进行内容填充得到的，在生成该桌面卡片时，不会产生该桌面卡片的卡片特征向量。因此需要对该桌面卡片中至少一个内容维度的卡片内容行向量化处理，得到卡片内容向量。再基于卡片内容向量，获取生成该桌面卡片的卡片特征向量。
62.其中卡片内容维度包含文本和控件两个维度。终端在桌面卡片只包含文本维度的情况下获取该桌面卡片的文本内容作为卡片内容，将对文本内容进行编码后的到的文本内容向量作为卡片特征向量。在该桌面卡片既包含文本维度又包含控件维度的情况下，获取文本维度的文本内容和控件维度的控件内容作为卡片内容，分别对两个维度的卡片内容采用不同编码方式进行编码，得到卡片内容向量，再对文本内容向量和控件内容向量进行加权平均，得到卡片特征向量。其中，文本内容是指该桌面卡片的文本属性，即text属性。控件内容可能包含控件的图像信息以及控件的结构化信息。
63.在一种可能的实施方式中，终端获取到该桌面卡片的文本内容后，使用分词算法对该文本内容进行分词，将文本内容分段为多个彼此独立的词汇，该词汇为分词文本。再对各个分词文本对应的词向量进行滑动池化处理可以得到该文本内容对应的文本向量。一方面，终端可以通过获取该桌面卡片显示界面的控件树来获取该桌面卡片的结构化信息，另一方面，终端可以在确认该桌面卡片在显示界面中的位置后通过截图的方式获取该桌面卡片控件内容的控件图标。获取到控件内容后，通过图像处理、图像编码以及结构化编码，获取到该桌面卡片的控件内容编码。再将控件内容编码以及文本内容编码进行加权平均后，得到该桌面卡片的卡片特征向量。
64.步骤203，基于卡片特征向量间的向量距离，对桌面卡片进行聚类，得到卡片聚类结果。
65.终端再获取到桌面卡片的特征向量后，需要根据桌面卡片间的相似度对桌面卡片进行聚类，桌面卡片的相似度是通过对卡片特征向量进行运算得到的，由于本实施例是基于卡片内容进行聚类，因此，可以将两个桌面卡片对应的卡片特征向量间的余弦距离作为两桌面卡片的相似度。两个桌面卡片间相似度可以通过sim(c1，c2)＝cosine(f(c1)，f(c2))计算得到，其中c代表一个桌面卡片，f(c)代表桌面卡片对应的卡片特征向量。
66.终端获取到桌面卡片间的相似度后，需要根据相似度阈值，对桌面卡片进行聚类。相似度高于相似度阈值的桌面卡片可以进行聚类得到一个卡片类簇，相似度低于相似度阈
值的桌面卡片不能聚类到一个卡片类簇中。其中，相似度阈值是设定好的，其数值可以根据终端的显示界面状态进行调整，在终端显示界面复杂程度较高时，会相应的将相似度阈值调低，使得更多的桌面卡片能够聚类到一起，起到节省显示界面控件的作用。在终端显示界面复杂程度较低时，终端相应的调高相似度阈值，使得卡片内容相关程度较高的桌面卡片聚类到一起，使得桌面卡片显示的条理性更强，能够更加清晰的提供各类信息。
67.步骤204，基于同一卡片类簇中纯文本桌面卡片包含的文本，对纯文本桌面卡片进行整合，得到整合桌面卡片，整合桌面卡片是独立的桌面卡片，纯文本桌面卡片中不包含控件。
68.终端对桌面卡片进行聚类后，可能在一个卡片类簇中均为只包含文本内容的桌面卡片，即纯文本桌面卡片。在这种情况下，终端获取该卡片类簇中全部桌面卡片包含的文本，从中提取出该卡片类簇的所有桌面卡片的文本内容中的相似文本，并对该相似文本进行关键词汇的提取，作为该卡片类簇的关键文本，同时也作为整合桌面卡片的关键文本。
69.在每一个卡片类簇中仍包含多个桌面卡片，在生成桌面整合卡片前，终端需对每一个类簇中的桌面卡片进行细化分类，使得细化分类后的每一个分类结果中包含的桌面卡片的相似度更高，再对不同分类结果标注相应的类型名称，用于在桌面整合卡片中进行显示。
70.如图3所示，终端对桌面卡片进行聚类后，将聚类得到的通知类的多个纯文本桌面卡片301进行整合，得到了第二桌面卡片302，其中，“消息提醒”为关键文本，“消息通知”、“新闻通知”以及“健康通知”是对该卡片类簇中的桌面卡片细化分类后得到的，终端会为细化分类的分类结果标注不同类型名称，如“消息通知”“新闻通知”“健康通知”等，并在桌面整合卡片中进行显示。
71.步骤205，将同一卡片类簇中的可操控桌面卡片整合为桌面卡片组，可操控桌面卡片中包含文本和控件。
72.终端对桌面卡片进行聚类时，卡片类簇中可能包含带有控件的桌面卡片，此时若与纯文本桌面卡片采用同样的方法会导致原本带控件的桌面卡片在整合后无法实现原本直接通过桌面卡片控制应用的功能。因此，对于带控件的桌面卡片，终端只需要将原本的桌面卡片调整为合适的尺寸，再整合成新的桌面卡片组。该桌面卡片组是一个桌面整合组件，其本质是一个盒子类型的控件，其关键文本从卡片类簇中桌面卡片的文本中提取。
73.如图4所示，将同一卡片类簇的可操控桌面卡片，关键文本为“地图导航”的第一桌面卡片401、关键文本为“旅途风光”的第二桌面卡片402以关键文本为“旅行助手”的第三桌面卡片403进行整合，得到关键文本为“便捷出行”的桌面卡片组404。
74.步骤206，显示桌面整合组件。
75.在显示界面中显示整合后的整合桌面卡片或桌面卡片组。
76.本技术实施例中，终端基于桌面卡片的卡片内容的相似度对桌面卡片进行聚类，使得桌面卡片显示更具有条理性。并对卡片聚类结果中不同的桌面卡片整成不同形式的桌面整合组件，减小了桌面卡片的复杂程度，且桌面卡片的整合方式更加灵活多样，能够更清晰的展示不同种类的应用信息。
77.由于应用信息的类型不同，则与其对应的桌面卡片的显示内容也有所不同。一部分桌面卡片仅需要向用户展示文本信息，用户可通过触发对应的桌面卡片跳转至相应的应
用界面。另一部分桌面卡片需要带有相应的控制控件，用来直接控制应用，例如，带有播放、暂停按键的播放器桌面卡片，用户可以直接通过该桌面卡片中的控制控件实现对应用的控制，也可以通过触发该桌面卡片，跳转至对应的应用界面。相应的，对于不同的桌面卡片的类型，其生成方法也有所不同。
78.下面将通过一个示例性实施例，对生成桌面卡片方式进行说明。
79.图5示出了本技术另一示例性提供的获取桌面卡片的过程的流程图，该过程包括：
80.步骤501，从应用界面的界面内容中提取至少一个内容维度的关键界面内容。
81.终端从应用界面中获取文本维度和控件维度中至少一个内容维度，作为关键界面内容。通常情况下，应用界面中会存在文本内容，且文本内容相较于其他形式的内容更加具体，因此，终端首先获取文本维度内容作为关键界面内容。
82.进一步的，终端中包含控制控件时，控制控件维度内容也可以作为关键界面内容，在界面卡片中展示。
83.在一种可能的实施方式中，终端获取应用界面的控件树后，通过遍历控件树中的各个节点，从控件对应的控件信息中提取控件的文本属性，包括显性文本属性和隐性文本属性中的至少一种。显性文本属性，是指控件的text属性，text属性是用户可见的，以文字形式显示在应用界面的文本。隐性文本属性，即非可见文本属性是指控件的contentdescription(内容描述)文本属性。contentdescription文本属性是开发者写在控件内部的属性，用于描述控件功能的文本，是在应用界面中不可见的，是开发者使界面美观而将部分文本隐藏到contentdescription文本属性中。
84.终端通过遍历控件树各个节点的方式获取文本内容，这样对于应用界面的每一个控件都可以获取到他的text文本属性以及contentdescription文本属性，由于开发者的开发习惯不同，有些控件的text文本属性以及contentdescription文本属性为空。
85.在另一种可能的实施方式中，终端从控件树中应用界面控件对应的控件信息中提取控件坐标，再基于该控件坐标从应用界面中截取应用界面控件的控件图像，同时，终端从控件树的界面控件的控件信息中提取结构化信息。将结构化信息和控件图像共同作为控件维度内容。
86.步骤502，对文本进行文本摘要处理，得到关键文本。
87.对于界面内容中的文本维度内容，需要采用相应的算法对其进行信息简化。以便用于在桌面卡片中进行显示。
88.可选的，终端采用mmr(最大边界相关性，maximal marginal relevance)从文本维度内容中提取文本维度内容的关键文本。文本摘要处理是对于一段给定的文本序列，通过计算得到最能够代表其主题的一段文本。常见的算法分为生成式和抽取式，其中抽取式为使用原始文本中的一部分文本来表示整段文本的主题。由于，终端应用信息更新较快，所以采用运算效率较高的mmr抽取式算法进行文本摘要处理。将原始文本维度内容设为c，di为文本维度内容中的一个子集短句，λsim(c,di)表示某个子集短句与原始文本维度内容c的相似度，表示某一子集短句与已处理得到的摘要文本的相似度，则表示搜索返回的k个句子的索引，其中两式之间用减号相连使抽取到的文本摘要既能表达整个文本维度内容的含义，又具有多样性。其中λ是用于控制摘要多样性的参数。进行
文本摘要处理的mmr算法公式为：终端将文本摘要处理的结果作为关键文本。
89.步骤503，在应用界面中包含控件的情况下，从控件中提取关键控件。
90.对于应用界面中的控件维度内容，终端需要提取出应用界面中的关键控制控件以及与之关联的控件作为关键控件。
91.在一种可能的实施方式中，终端可通过关键控件预测算法，进行关键控件的获取。
92.例如，视频播放器页面的播放控件可以作为关键控件，暂停控件是与播放控件相关联的控件。
93.步骤504，将提取到的关键界面内容作为卡片内容，并生成桌面卡片。
94.其中，关键界面内容包括关键文本以及关键控件中的至少一种。终端得到关键界面内容后，将关键界面内容作为卡片内容，通过对应的美术ui(user interface，用户界面)渲染，能够得到应用界面对应的桌面卡片。本实施例对美术ui渲染不做赘述。
95.步骤505，基于关键界面内容生成桌面卡片的卡片特征向量。
96.关键界面内容即为桌面卡片的卡片内容，本步骤的实施方式可以参考上述步骤101，本实施例在此不做赘述。
97.如图6所示，在一种可能的实施方式中，对于消息通知类信息、咨询摘要类信息、事项提醒类信息以及附图推荐类信息，可能对应纯文本桌面卡片，因此，在生成桌面卡片时，从应用界面中提取纯文本信息，再通过文本信息摘要算法获取关键文本，用于显示在对应的桌面卡片中。对于提醒事项类信息、服务推送类信息以及服务控制类信息，可能对应可操控桌面卡片，因此，在生成桌面卡片时，从应用界面中提取带控制关系的应用信息，再通过关键关联控件预测算法进行计算，得到关键文本与关键控件，对二者进行处理后显示在桌面卡片上。
98.需要说明的是，应用信息的类型可与图6所划分的应用信息类型相同，即为：消息通知类，咨询摘要类，提醒事项类，服务推送类以及服务控制类。可选的，在应用信息的迭代更新中可以根据不同维度划分更多的应用信息类型。本技术实施例对划分应用信息类型的方法以及所划分的应用信息类型不进行限制。
99.本技术实施例根据应用界面的文本维度和控件维度，分别采用不同的处理方式获取应用界面关键文本及关键控件作为应用界面的关键内容，并根据关键内容通过美术ui渲染的方式生成桌面卡片，使得桌面卡片的生成不局限于固定模按填充，解决了桌面卡片形态单一的问题。
100.对于应用界面中的控件维度内容，终端需要先从控件树中确定出第一控件再确定与之关联的第二控件，将二者共同作为关键控件。下面将通过一个示例性实施例对应用界面包含控件维度的情况下，确定关键控件的过程进行说明。
101.图7示出了本技术另一示例性实施例提供的卡片特征向量的生成过程的流程图，该过程包括：
102.步骤701，获取应用界面的控件树，控件树用于表征应用界面中各个控件的拓扑结构。
103.终端可以通过系统定义的accessibility(无障碍服务)接口直接获取到应用界面对应的控件树。
104.其中，控件树由应用界面的界面控件构成。控件树是一种树形结构，包含应用界面中所有控件，每一个控件具有其对应的控件信息，并且每个控件对应控件树中的一个节点。终端在获取控件树时就能够同时得到控件树中每一节点对应控件的控件坐标，每一个控件都有一个与其一一对应的控件坐标。
105.终端获取控件树后，需要从控件树中确定出第一关键控件，以及与第一关键控件关联的第二关键控件，并将第一关键控件与第二关键控件提取出来，用于在桌面卡片中进行显示。具体实施步骤如下。
106.步骤702，从控件树中获取各个控件的控件信息，控件信息包括文本信息、图像信息以及结构化信息中的至少一种，结构化信息用于表征控件在控件树中的层次结构。
107.控件信息中的文本信息是指应用界面中的文本文字，是控件的文本属性包括可见文本属性(即text属性)和非可见文本属性(即contentdescription属性)构成。
108.图像信息，是指应用界面中的图像，包括图标、纯图像以及图像形式显示的文本图像。
109.结构化信息用于表征控件在应用界面中的层次结构，每一个控件都是一个容器，开发人员进行应用界面开发时，会按照一定层级关系进行控件的设置。终端可以通过获取某一控件结构化模态信息，确定与该控件具有一定关联的其他控件，如该控件的子控件或父控件等。
110.步骤703，对控件信息进行编码，得到控件的控件原始编码向量。
111.终端获取到不同种类的控件信息后，由于不同种类信息的特性不同，因此，需要通过不同编码方式对各个种类的控件信息分别进行编码。
112.其中，文本信息采用文本编码器进编码；图像信息采用图像编码器进行编码；结构化信息采用结构化编码器进行编码得到不同模态信息各自对应的模态编码。
113.在一种可能的实施方式中，对结构化信息采用二进制编码，将控件位于控件树的先序遍历序列的位置编码，以及控件位于控件树中序遍历序列的位置编码拼接，得到结构化编码向量；对于文本信息，首先对控件的文本信息进行分词算法，然后再以词为单位查询每一个词的词向量，并将词向量进行加权平均，能够得到控件的文本编码向量；对于图像信息终端使用预训练的cnn(convolutional neural network，神经网络模型)提取图像的深度特征，然后将其转化为一维向量。即为图像编码向量。
114.终端获取到各个类型的控件信息对应的编码向量后，将不同编码向量进行融合，得到控件原始编码向量。可选的，终端通过特征融合网络对不同种类的控件信息对应的编码向量进行融合，得到控件原始编码向量。
115.步骤704，对控件原始编码向量进行自注意力编码，得到控件自注意力编码向量。
116.终端获取到控件原始编码向量后，使用transformer模型的自注意力机制提取控件的自注意力编码向量。
117.步骤705，基于关键文本对应控件的控件自注意力编码向量，以及其他控件的控件自注意力编码向量，确定第一关键控件。
118.终端确定出关键文本后，可以根据关键文本对应控件的自注意力编码向量，和应用界面中其他控件的自注意力编码向量计算得出两控件间的关联度。将与关键文本对应控件关联度高于设定阈值的控件，确定为第一关键控件。
119.如图8所示，图中实线连接的两个控件关联度高于设定阈值。应用界面801中的关键文本对应文本控件802，经过计算，视频控件803、第一图标控件804、第二图标控件805以及第三图标控件806都具有关联度关系，其中，视频控件803与关键文本对应文本控件802的关联度高于设定阈值，因此将视频控件803确定为第一关键控件。
120.在一种可能的实施例中，终端可以利用mlp(multi-layer perceptron，多层感知机)计算两个控件间的关联度，两个控件间的关联度是基于两控件的自注意力编码向量计算得到的。将两控件的自注意力编码向量输入mlp模型中，即可得到两自注意力编码向量的关联度，即为两控件的关联度。得到应用界面控件间的关联度后，将关联度由高至低进行排序，将与关键文本对应控件的关联度高于设定阈值的控件确定为第一关键控件。
121.步骤706，基于第一关键控件的控件自注意力编码向量，以及其他控件的控件自注意力编码向量，确定与第一关键控件关联的第二关键控件。
122.终端确定第一关键后，再基于第一关键控件的自注意力编码向量，采用mlp模型与其他控件的自注意力编码向量进行计算，得到第一关键控件与其他控件间的关联度，将与第一关键控件关联度高于设定阈值的控件确定为第二关键控件。
123.在同一应用界面有多个关键文本时，每个关键文本对应控件都有与其具有关联度的控件，可以分别将每个关键文本对应控件的具有关联度控件中关联度高于阈值的控件确定为第一关键控件，此时一个应用界面会产生多个第一关键控件。同样的，从每个第一关键控件具有关联度的控件中分别确定关联度高于设定阈值的控件作为第二关键控件，可以与关键文本、第一关键控件共同在桌面卡片中显示。
124.每一组关联控件与与其对应的关键文本可以作为一个可操控桌面卡片的卡片内容进行展示。如图9所示，应用界面901中，三个关键文本“个性定制”“显示与亮度”、“通知与状态栏”对应控件分别为第一控件902，第二控件903，第三控件904，计算当前界面的关联度可以得到，与这三个控件分别对应的三个第一关键控件905，以及分别与第一关键控件关联的三个第二关键控件906。
125.图10示出了一种终端获取应用界面控件关联度的结构示意图，终端分别通过结构编码器1002、文本编码器1003以及图像编码器1004对应用界面1001中的文本信息、图像信息以及结构化信息进行编码，得到其对应的三种编码向量。将三种编码向量进行拼接融合后得到控件原始编码向量。再通过transformer模型1005对控件原始编码向量进行自注意力编码，得到控件自注意力编码向量。最后通过mlp模型1006对控件自注意力编码向量以及其他控件的自注意力编码向量进行关联度计算，得到控件间的关联度。
126.步骤707，对关键文本进行向量化处理，得到文本特征向量。
127.其中，文本向量化处理将关键文本表示成计算机可识别的实数向量，根据细粒度的大小不同可将关键文本表示为字、词、句子等层次的文本特征向量。
128.可选的，文本向量化可基于统计的方法实现，也可以基于神经网络的方法实现。
129.步骤708，基于文本特征向量以及关键控件的控件自注意力编码向量，生成桌面卡片的卡片特征向量。
130.将控件自注意力编码向量与关键文本的文本特征向量进行加权平均后可得到桌面卡片的卡片特征向量。
131.本技术实施例，终端获取应用界面信息后，通过transformer模型生成控件的自注
意力编码向量，再通过mlp模型计算关联度的方式确定第一关键控件与第二关键控件，进而可以生成该桌面卡片的卡片特征向量，能够根据应用界面中控件的关联关系生成可操控桌面控件，有益于桌面控件展示信息的完整性，同时也能使得用户通过一个桌面控件实现对该应用的多个功能的控制，实用性更强。
132.在上述实施例中，终端对桌面卡片进行聚类后，基于卡片聚类结果直接对桌面卡片进行整合。
133.在另一种可能的实施方式中，终端在获取到桌面卡片聚类结果后，需要基于当前卡片整合比例以及显示占比，来确定相对装载因子，并在该相对装载因子大于阈值的情况下，对同一卡片类簇中的桌面卡片进行整合，得到桌面卡片整合组件。其中，卡片显示占比用于表征桌面卡片当前的整合程度，卡片显示占比用于表征当前展示的桌面卡片的屏幕占比。
134.n
cur
用于表示显示页面中独立显示的桌面卡片数量(独立桌面卡片或桌面卡片组)，n
total
用于表示显示界面上展示的总桌面卡片数量(包含桌面卡片组中的桌面卡片)，s
cur
为当前展示的桌面卡片占用的屏幕面积，s为屏幕的总分辨率面积，则相对装载因子为当前展示的桌面卡片占用的屏幕面积，s为屏幕的总分辨率面积，则相对装载因子其中λ是可调节的参数，用于控制整合成独立桌面卡片或桌面卡片组的倾向。
135.相对装载因子可以用于表征显示界面的饱和程度，相对装载因子越大，表示显示界面的桌面卡片越拥挤，越复杂。相对装载因子大于设定阈值的情况下，终端对桌面卡片进行整合，当相对装载因子过大时，采用本技术实施例的方法，终端能够自动的向能够较大幅度减相对装载因子的方向进行优化，例如将多个桌面卡片整合成一个新的独立桌面卡片。
136.对于桌面显示卡片，应根据用户的浏览顺序进行排列，根据现代阅读习惯，通常情况下可以按照用户使用桌面卡片的频率由上至下、由左至右对桌面卡片进行排序。然而，仅根据桌面卡片的使用频率对桌面卡片进行排列，会导致低频但重要的桌面卡片的展示位置不能轻易的被用户留意到，同样会造成桌面卡片展示位置不合适的问题。例如，终端获取到用户明天会进行一场重要会议，但是终端接收到这一信息的次数很少，该重要会议的提醒信息对应的桌面卡片使用频率很低，因此，仅按照桌面卡片使用频率对桌面卡片进行排列，会导致低频高优先级的重要会议提醒卡片会被排列在高频低优先级的新闻卡片之后，无法起到有效的信息推荐的作用。
137.图11示出了本技术另一示例性实施例提供的桌面卡片的显示方法的流程图，该方法包括：
138.步骤1101，获取桌面卡片。
139.本步骤的实施方式可以参考上述步骤101，本实施例在此不做赘述。
140.步骤1102，基于桌面卡片的卡片内容，对桌面卡片进行卡片聚类，得到卡片聚类结果，卡片聚类结果中包含多个卡片类簇。
141.本步骤的实施方式可以参考上述步骤102，本实施例在此不做赘述。
142.步骤1103，对同一卡片类簇中的桌面卡片进行整合，得到桌面整合组件，桌面整合组件为独立的桌面卡片，或，由多张桌面卡片构成的桌面卡片组。
143.本步骤的实施方式可以参考上述步骤103，本实施例在此不做赘述。
144.步骤1104，基于桌面整合组件中桌面卡片的卡片内容，确定桌面整合组件所属的目标显示区域，不同显示区域对应不同显示优先级，且显示优先级与卡片内容相关。
145.终端采用数据分桶的方式，将桌面卡片显示区域由上至下划分为若干显示优先级的显示区域，其中最上方的显示区域的显示优先级越高。如图12所示，将显示界面1201划分为不同优先级，从上至下分别为第一优先级区域1202，第二优先级区域1203，第三优先级区域1204等等。
146.需要说明的是，图中的显示区域划分势在系统层进行的虚拟化分，是在显示界面中不可见的。
147.不同显示优先级的显示区域对应显示不同的桌面整合组件，终端基于桌面整合组件中桌面卡片的卡片内容的优先级，将属于同一优先级的桌面卡片，划分至同一显示优先级的显示区域，该显示区域的显示优先级与桌面整合组件中卡片内容的优先级相对应，例如，卡片内容优先级最高的桌面卡片组件所属目标显示区域为第一优先级区域。
148.步骤1105，基于桌面整合组件中桌面卡片的历史使用频率，确定桌面整合组件在目标显示区域中的目标显示位置，不同显示位置对应不同显示优先级，且显示优先级与历史使用频率呈正相关关系。
149.在每个显示优先级对应的显示区域中，终端根据用户使用频率，再次对桌面整合组件进行排序，确定桌面整合组件在目标显示区域中的目标显示位置。
150.显示位置的优先级与用户使用频率呈正相关关系，用户使用频率越高，该桌面卡片对应的显示优先级也越高，在显示界面中拥有更醒目的显示位置。
151.每个显示优先级对应的显示区域范围是不固定的，可以根据实际的使用情况进行伸缩调整，不同显示优先级的显示区域可以进行重叠，以此确保显示界面的最大使用效率。然而，不同显示优先级的显示区域范围是存在设定上限的，当某一显示优先级对应显示区域内的桌面卡片填满，且无法进一步整合的情况下，则相对低频的桌面卡片会被存储到系统缓存区中。
152.步骤1106，在目标显示区域的目标显示位置处显示桌面整合组件。
153.终端确定出桌面卡片的目标显示位置后，在该位置显示对应的桌面控件，且该显示位置会根据终端对显示界面的更新而进行改变。
154.本技术实施例中，终端基于桌面卡片的卡片内容优先级先对显示界面进行显示优先级划分，再基于用户使用频率对每个显示优先级对应区域内的显示位置进行排列，避免出现低频高优先级卡片被划分之靠后位置的问题，能够有针对性的对桌面卡片进行自适应调整，同时也使得桌面卡片推荐信息跟更加清晰，确保显示界面利用率最高。
155.此外，终端会基于屏幕显示状态，对桌面卡片的显示布局以及显示内容进行自适应调整，屏幕显示状态包括屏幕显示尺寸和/或屏幕可用显示区域。
156.在一种可能的实施方式中，当显示界面被其他控件占用，如视频播放窗口，或是显示界面被分屏应用占用时，桌面卡片的可用显示区域会受到限制，此时，终端根据当前屏幕可用显示区域，对桌面卡片的显示布局重新进行自适应调整。例如，在图13中，终端原本的布局方式如第一显示界面1301所示，在显示界面中加入视频播放窗口1303后，终端对应用建议中的桌面卡片重新进行显示布局的自适应调整，调整后的得到关键文本为“应用建议”的桌面卡片组1304，调整后得到第二显示界面1302。
157.在另一种可能的实施方式中，终端存在折叠屏时，显示屏幕的尺寸会根据用户的操作进行改变，此时也需要对桌面卡片进行自适应布局。
158.在桌面卡片生成过程中，桌面卡片的卡片内容会存储到系统的缓存区中。在桌面卡片进行布局的时候，会根据实际的屏幕尺寸，选择要被显示的桌面卡片并对其显示形态和显示的位置进行规划。
159.当屏幕显示区域进行调整时，会将原有显示界面上的桌面卡片以及缓存区中的桌面卡片共同进行自适应的调整，重新进行桌面卡片的整合。在桌面卡片显示区域由大变小时，终端进一步将桌面卡片进整合，并将不在显示区域内显示的桌面卡片存入缓存区中；在桌面卡片显示区域由小变大时，终端执行整合的逆向过程，或将缓存区中的桌面卡片重新进行显示。若仍无法填充显示区域则终端可以重新执行生成桌面卡片的流程，修改关联度阈值，为每个桌面卡片填充更多的显示内容。
160.如图14所示，其中显示界面1401是小屏幕下的桌面卡片显示区域，第二显示界面1402是将折叠屏打开后桌面卡片的显示区域，桌面片显示区域由小变大时，终端将缓存区中存储的关键词为“热门应用”、“热门好物”、“每日诗词”等对应的桌面卡片释放出来进行显示，同时，终端重新执行桌面卡片生成流程，重新生成桌面卡片，卡片内容中加入音乐信息，对音乐播放卡片的显示内容进行填充。相应的，当显示屏幕的尺寸变小时，第二显示界面1402转换为显示界面1401，并将取消显示的桌面卡片存储到缓存区中。
161.图15示出了本技术一示例性实施例提供的桌面卡片的推送方式，该方式包括：
162.步骤1501，从桌面卡片中筛选出目标桌面卡片。
163.一方面，终端基于当前设备与跨端设备间的控制关系，从桌面卡片中筛选出目标桌面卡片。其中，在跨端设备由当前设备控制的情况下，目标桌面卡片中不包含用于控制当前设备的桌面卡片。
164.桌面卡片由主控设备，推送至被控设备的情况下，由于被控设备等级较低，终端从桌面卡片中筛选出不可操控桌面卡片，将其作为目标桌面卡片。
165.例如，当前设备为智能手机，跨端设备为智能空调，智能手机的设备等级高于智能空调，智能空调为受控设备，因此，终端将桌面卡片由当前设备智能手机推送至智能空调时，会将可操控主控设备状态的桌面卡片过滤出来，将不可操控桌面卡片作为目标桌面卡片。
166.桌面卡片由被控设备发送至主控设备的情况下，由于主控设备等级较高，因此，被控设备可将全部桌面卡片发送至主控设备，主控设备能够通过可操控桌面卡片对被控设备进行控制。
167.例如，智能冰箱向智能手机推送桌面卡片，由于智能手机设备等级较高，因此，智能冰箱将全部桌面卡作为目标桌面卡片，用户可通过操作手机对智能冰箱进行控制。
168.两设备的设备等级相同的情况下，一个设备向另一设备推送桌面卡片时，同样将全部的桌面卡作为目标桌面卡片，且用户可通过操控任一设备对另一设备进行控制。例如，图16中显示界面1601为智能手机的显示界面，第二显示界面1602为智能手表的显示界面，两设备的等级相同，因此智能手表上可以展示可操控智能手机的音乐播放卡片1603，同时，智能手机也将运动卡片1604和天气卡片1605进行整合，得到桌面卡片组1607，作为目标桌面卡片，显示在智能手表的第二显示界面1602中。
169.另一方面，终端确定出跨端设备支持显示的目标卡片类型，再基于该目标卡片类型，从桌面卡片中筛选出目标桌面卡片。
170.由于不同设备的处理性能不同，因此，跨端设备支持显示的卡片类型与当前设备会有所不同，在进行卡片推送前，终端需要根据跨端设备支持的目标卡片类型，对当前设备的桌面卡片进行筛选后，再推送至跨端设备。
171.例如，当前设备为智能手机，跨端设备为智能冰箱，智能冰箱不支持音乐播放功能，相应的也不支持音乐播放桌面卡片，因此，在进行桌面卡片推送前，终端将智能手机的音乐播放桌面卡片过滤掉，然后再将其他桌面卡片作为目标桌面卡。
172.步骤1502，向跨端设备推送目标桌面卡片，以便跨端设备展示目标桌面卡片，跨端设备支持显示目标桌面卡片中的卡片内容，且跨端设备具有目标桌面卡片的控制权限。
173.终端确定目标桌面卡片后，将其推送至跨端设备进行显示，跨端设备应当能够支持目标桌面卡片中的卡片内容，如，音乐播放功能，视频播放功能，消息通知功能，等等。
174.目标桌面卡片在跨端设备显示后，跨端设备可以控制该目标桌面卡片，例如，用户可以手动将跨端设备显示页面中的目标桌面卡片进行移除、拉伸以及移位等操作。
175.本技术实施例中，终端能够根据跨端设备的实际状况，对桌面卡片进行筛选后，推送至跨端设备进行显示，实现了桌面卡片的跨设备推送，应用范围更广，且能够实现跨端设备对当前设备的控制，实用性强。
176.桌面卡片生成后，会随着时间以及应用信息的变换，对卡片内容进行动态更新。相应的，终端也会根据显示界面的使用情况，对卡片的整合方式以及布局方式进行调整。卡片内容的动态更新可以根据应用信息的改变而改变，例如，音乐榜单的桌面卡片内容会随着音乐播放应用中音乐榜单的更新进行动态更新。家庭监控视频的桌面卡片内容，也会根据实际拍摄视频进行改变。此外，桌面卡片的显示状态也会根据用户对卡片的拖拽、缩放等操作，自动的对桌面卡片重新进行渲染。
177.下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
178.图17示出了本技术一个实施例提供的桌面卡片的显示装置的结构框图。该装置可以包括：
179.获取模块1701，用于获取桌面卡片，所述桌面卡片是用于在桌面进行信息展示的卡片化组件；
180.聚类模块1702，用于基于所述桌面卡片的卡片内容，对所述桌面卡片进行卡片聚类，得到卡片聚类结果，所述卡片聚类结果中包含多个卡片类簇；
181.整合模块1703，用于对同一卡片类簇中的所述桌面卡片进行整合，得到桌面整合组件，所述桌面整合组件为独立的桌面卡片，或，由多张桌面卡片构成的桌面卡片组；
182.显示模块1704，用于显示所述桌面整合组件。
183.可选的，所述聚类模块1702，包括：
184.向量获取单元，用于获取所述桌面卡片的卡片特征向量，所述卡片特征向量基于至少一个内容维度的所述卡片内容对应的卡片内容向量生成，所述内容维度包括文本和控件；
185.卡片聚类单元，用于基于所述卡片特征向量间的向量距离，对所述桌面卡片进行
聚类，得到所述卡片聚类结果。
186.可选的，所述向量获取单元，用于：
187.在所述桌面卡片基于应用界面生成的情况下，获取卡片生成过程中得到所述桌面卡片的所述卡片特征向量；
188.在所述桌面卡片基于卡片模板进行内容填充得到的情况下，对所述桌面卡片中至少一个所述内容维度的所述卡片内容进行向量化处理，得到所述卡片内容向量；基于所述卡片内容向量生成所述卡片特征向量。
189.可选的，在所述桌面卡片基于所述应用界面生成的情况下，所述装置还包括：
190.内容提取模块，用于从所述应用界面的界面内容中提取至少一个内容维度的关键界面内容；
191.卡片生成模块，用于将提取到的所述关键界面内容作为所述卡片内容，并生成所述桌面卡片；
192.向量生成模块，用于基于所述关键界面内容生成所述桌面卡片的所述卡片特征向量。
193.可选的，所述内容提取模块，用于：
194.对所述文本进行文本摘要处理，得到关键文本；
195.在所述应用界面中包含控件的情况下，从所述控件中提取关键控件。
196.可选的，所述内容提取模块，用于：
197.获取所述应用界面的控件树，所述控件树用于表征所述应用界面中各个控件的拓扑结构；
198.从所述控件树中确定出第一关键控件，以及与所述第一关键控件关联的第二关键控件；
199.提取所述第一关键控件以及所述第二关键控件。
200.可选的，所述内容提取模块，用于：
201.从所述控件树中获取各个控件的控件信息，所述控件信息包括文本信息、图像信息以及结构化信息中的至少一种，所述结构化信息用于表征控件在所述控件中的层次结构；
202.对所述控件信息进行编码，得到所述控件的控件原始编码向量；
203.对所述控件原始编码向量进行自注意力编码，得到控件自注意力编码向量；
204.基于所述关键文本对应控件的所述控件自注意力编码向量，以及其他控件的所述控件自注意力编码向量，确定所述第一关键控件；
205.基于所述第一关键控件的所述控件自注意力编码向量，以及其他控件的所述控件自注意力编码向量，确定与所述第一关键控件关联的所述第二关键控件。
206.可选的，所述向量生成模块，用于：
207.对所述关键文本进行向量化处理，得到文本特征向量；
208.基于所述文本特征向量以及所述关键控件的所述控件自注意力编码向量，生成所述桌面卡片的所述卡片特征向量。
209.可选的，所述整合模块1703，用于：
210.基于同一卡片类簇中纯文本桌面卡片包含的文本，对所述纯文本桌面卡片进行整
合，得到整合桌面卡片，所述整合桌面卡片是独立的桌面卡片，所述纯文本桌面卡片中不包含控件；
211.将同一卡片类簇中的可操控桌面卡片整合为所述桌面卡片组，所述可操控桌面卡片中包含文本和控件。
212.可选的，所述装置还包括：
213.相对装在因子确定模块，用于基于当前卡片整合比例以及卡片显示占比，确定相对装载因子，所述当前卡片整合比例用于表征桌面卡片当前的整合程度，所述卡片显示占比用于表征当前展示的桌面卡片的屏幕占比；
214.所述整合模块1703，用于：
215.在所述相对装载因子大于阈值的情况下，对同一卡片类簇中的所述桌面卡片进行整合，得到所述桌面整合组件。
216.可选的，所述显示模块1704，用于：
217.基于所述桌面整合组件中所述桌面卡片的卡片内容，确定所述桌面整合组件所属的目标显示区域，不同显示区域对应不同显示优先级，且所述显示优先级与所述卡片内容相关；
218.基于所述桌面整合组件中所述桌面卡片的历史使用频率，确定所述桌面整合组件在所述目标显示区域中的目标显示位置，不同显示位置对应不同显示优先级，且所述显示优先级与所述历史使用频率呈正相关关系；
219.在所述目标显示区域的所述目标显示位置处显示所述桌面整合组件。
220.可选的，所述装置还包括：
221.自适应模块，用于基于屏幕显示状态，对所述桌面卡片的显示布局以及显示内容进行自适应调整，所述屏幕显示状态包括屏幕显示尺寸和/或屏幕可用显示区域。
222.可选的，所述装置还包括：
223.卡片筛选模块，用于从所述桌面卡片中筛选出目标桌面卡片；
224.卡片推送模块，用于向跨端设备推送所述目标桌面卡片，以便所述跨端设备展示所述目标桌面卡片，所述跨端设备支持显示所述目标桌面卡片中的卡片内容，且所述跨端设备具有所述目标桌面卡片的控制权限。
225.可选的，所述卡片筛选模块，用于：
226.基于当前设备与所述跨端设备之间的控制关系，从所述桌面卡片中筛选出所述目标桌面卡片，其中，在所述跨端设备由所述当前设备控制的情况下，所述目标桌面卡片中不包含用于控制所述当前设备的桌面卡片；
227.确定所述跨端设备支持显示的目标卡片类型；基于所述目标卡片类型，从所述桌面卡片中筛选出所述目标桌面卡片。
228.图18示出了本技术一个示例性实施例提供的终端的结构方框图。该终端1800可以实现成为上述各个实施例中的终端。终端1800可以包括一个或多个如下部件：处理器1810和存储器1820。
229.处理器1810可以包括一个或者多个处理核心。处理器1810利用各种接口和线路连接整个终端1800内的各个部分，通过运行或执行存储在存储器1820内的指令、程序、代码集或指令集，以及调用存储在存储器1820内的数据，执行终端1800的各种功能和处理数据。可
选地，处理器1810可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器1810可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)、神经网络处理器(neural-network processing unit，npu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责触摸显示屏所需要显示的内容的渲染和绘制；npu用于实现人工智能(artificial intelligence，ai)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1810中，单独通过一块芯片进行实现。
230.存储器1820可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory，rom)。可选地，该存储器1820包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器1820可用于存储指令、程序、代码、代码集或指令集。存储器1820可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据终端1800的使用所创建的数据(比如音频数据、电话本)等。
231.除此之外，本领域技术人员可以理解，上述附图所示出的终端1800的结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端1800中还包括显示屏、摄像组件、麦克风、扬声器、射频电路、输入单元、传感器(比如加速度传感器、角速度传感器、光线传感器等等)、音频电路、wifi模块、电源、蓝牙模块等部件，在此不再赘述。
232.本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如上各个实施例所述的桌面卡片的显示方法。
233.本技术实施例提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述方面的各种可选实现方式中提供的桌面卡片的显示方法。
234.应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本技术实施例对此不作限定。
235.以上所述仅为本技术的可选实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。