应用程序卡片的管理方法、电子设备、产品及介质与流程

1.本技术涉及卡片处理技术领域，尤其涉及一种应用程序卡片的管理方法、电子设备、计算机程序产品及计算机可读存储介质。


背景技术：

2.电子设备桌面上的app图标下显示一条小横线，用户可上滑此类app图标，app的卡片则被调出显示在桌面。用户可通过执行操作将app的卡片放置于桌面的任何位置。
3.但是，目前只有电子设备的原生应用程序才配置有卡片，用户可通过上述操作将卡片调出并固定显示在桌面上，若第三方应用程序需要配置卡片，需要第三方独立开发，如此制约了卡片的推广应用。


技术实现要素：

4.本技术提供了一种应用程序卡片的管理方法、电子设备、计算机程序产品及计算机可读存储介质，目的在于在不需要第三方开发的前提下，生成电子设备安装的第三方应用程序的卡片。
5.为了实现上述目的，本技术提供了以下技术方案：
6.第一方面，本技术提供了一种应用于电子设备的应用程序卡片的管理方法，该方法包括：获取电子设备安装的应用程序的快捷方式shortcut信息；转换应用程序的shortcut信息为应用程序的卡片信息；在接收到卡片查询请求时，在电子设备的桌面展示应用程序的卡片信息所指示的卡片。
7.由上述内容可以看出：获取电子设备安装的应用程序的shortcut信息，转换应用程序的shortcut信息为卡片信息，如此可得到电子设备安装的应用程序的卡片。因此，在接收到卡片查询请求时，在电子设备的桌面即可展示应用程序的卡片信息所指示的卡片，实现了在不需要第三方开发的前提下，生成电子设备安装的第三方应用程序的卡片的目的，利于卡片的推广应用。
8.在一个可能的实施方式中，在电子设备的桌面展示应用程序的卡片信息所指示的卡片的方式，包括：在电子设备的服务中心的界面，展示应用程序的卡片信息所指示的卡片；或者，在电子设备的负一屏，展示应用程序的卡片信息所指示的卡片。
9.在一个可能的实施方式中，获取电子设备安装的应用程序的快捷方式shortcut信息，包括：确定电子设备开机重启时，获取电子设备安装的应用程序的shortcut信息；或者，确定电子设备安装新的应用程序时，获取电子设备安装的新的应用程序的shortcut信息；或者，确定电子设备安装的应用程序更新时，获取电子设备更新的应用程序的shortcut信息。
10.在一个可能的实施方式中，获取电子设备安装的应用程序的快捷方式shortcut信息，包括：获取电子设备安装的第三方应用程序的shortcut信息。
11.在一个可能的实施方式中，获取电子设备安装的第三方应用程序的shortcut信息
之前，还包括：从电子设备安装的应用程序中，确定出第三方应用程序。
12.在一个可能的实施方式中，从电子设备安装的应用程序中，确定出第三方应用程序，包括：通过与电子设备的包管理pm交互，确定电子设备安装的所有的应用程序；将电子设备安装的所有的应用程序，在白名单中进行筛查，得到筛查结果，白名单包括电子设备安装的原生应用程序的标识；根据筛查结果，确定电子设备安装的第三方应用程序。
13.在一个可能的实施方式中，获取电子设备安装的应用程序的快捷方式shortcut信息，包括：通过与电子设备的包管理pm交互，获取电子设备安装的应用程序的activityinfo信息；读取activityinfo信息的metadata属性中的应用程序的shortcut信息。
14.在一个可能的实施方式中，电子设备开机重启的确定方式，包括：监听开机广播，以确定电子设备是否开机重启。
15.在一个可能的实施方式中，电子设备安装新的应用程序的确定方式，包括：监听应用程序安装广播，以确定电子设备是否安装新的应用程序。
16.在一个可能的实施方式中，电子设备安装的应用程序更新的确定方式，包括：监听应用程序更新广播，以确定电子设备安装的应用程序是否被更新。
17.在一个可能的实施方式中，转换应用程序的shortcut信息为应用程序的卡片信息，包括：确定应用程序的shortcut信息中属于每一个应用程序的快捷方式的属性信息；将每一个应用程序快捷方式的属性信息，填充到卡片模板对应位置，得到每一个快捷方式对应的卡片；组合应用程序的每一个快捷方式对应的卡片的卡片信息，得到应用程序的卡片信息。
18.在一个可能的实施方式中，应用程序的shortcut信息包括：应用包名、快捷启动图标、快捷启动标题、以及快捷启动intent。
19.在一个可能的实施方式中，还包括：响应于第一触发操作，在电子设备的桌面展示第一触发操作指定的应用程序的多个卡片；响应于第二触发操作，在电子设备的桌面展示第二触发操作指定的卡片。
20.在本可能的实施方式中，针对应用程序的多个卡片，用户可通过输入触发操作，实现在指定在电子设备的桌面展示一个或多个卡片。
21.在一个可能的实施方式中，还包括：接收应用程序的卸载消息；从卡片列表中删除被卸载应用程序的卡片信息，卡片列表用于存储电子设备的应用程序的卡片信息；删除电子设备的桌面展示的被卸载应用程序的卡片。
22.在本可能的实时方式中，在应用程序被卸载之后，可通过从卡片列表中删除被卸载应用程序的卡片信息，以及删除电子设备的桌面展示的被卸载应用程序的卡片，实现应用程序被卸载，电子设备的桌面展示的应用程序的卡片跟随删除。
23.在一个可能的实施方式中，还包括：响应于第一卡片删除请求，删除电子设备的桌面展示的第一卡片删除请求指定的应用程序的卡片；从卡片列表中删除用户指定的应用程序的卡片信息，卡片列表用于存储电子设备的应用程序的卡片信息。
24.在本可能的实施方式中，用户可通过输入卡片删除操作，实现在应用程序未被卸载时，而删除应用程序的卡片信息。
25.在一个可能的实施方式中，还包括：响应于第二卡片删除请求，删除电子设备的桌面展示的第二卡片删除请求指定的应用程序的卡片。
26.在本可能的实施方式中，用户可通过输入卡片删除操作，实现删除电子设备的桌面展示的应用程序的卡片。
27.第二方面，本技术提供了一种电子设备，包括：一个或多个处理器、存储器和显示屏；存储器和显示屏与一个或多个处理器耦合，存储器用于存储计算机程序代码，计算机程序代码包括计算机指令，当一个或多个处理器执行计算机指令时，电子设备执行如第一方面任意一项的方法。
28.第三方面，本技术提供了一种计算机存储介质，用于存储计算机程序，计算机程序被执行时，具体用于实现如第一方面任意一项的方法。
29.第四方面，本技术提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如第一方面任意一项的方法。
附图说明
30.图1为本技术提供的应用场景展示图；
31.图2a为本技术提供的电子设备的结构示意图；
32.图2b为本技术提供的电子设备的软件架构图；
33.图3为本技术实施例一提供的一种卡片的生成方法的时序图；
34.图4为本技术实施例一提供的应用程序a的四个快捷方式的展示图；
35.图5为本技术实施例一提供的卡片模板的展示图；
36.图6为本技术实施例一提供的应用程序a的四个快捷方式对应的卡片的展示图；
37.图7为本技术实施例一提供的服务中心展示应用程序a的卡片的展示图；
38.图8为本技术实施例一提供的生成应用程序a的卡片的展示图；
39.图9a为本技术实施例二提供的一种卡片删除的方法的时序图；
40.图9b为本技术实施例二提供的删除应用程序a的卡片的展示图；
41.图10a为本技术实施例三提供的一种卡片删除的方法的时序图；
42.图10b为本技术实施例三提供的删除服务中心展示的应用程序a的卡片的展示图；
43.图11为本技术实施例提供的删除电子设备桌面展示的应用程序a的卡片的展示图。
具体实施方式
44.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述。以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本技术的限制。如在本技术的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括例如“一个或多个”这种表达形式，除非其上下文中明确地有相反指示。还应当理解，在本技术实施例中，“一个或多个”是指一个、两个或两个以上；“和/或”，描述关联对象的关联关系，表示可以存在三种关系；例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b的情况，其中a、b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。
45.在本说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本技术的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的
不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。
46.本技术实施例涉及的多个，是指大于或等于两个。需要说明的是，在本技术实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
47.为了更清楚地阐明本技术技术方案，下面对本技术涉及的相关概念进行解释。
48.1)卡片是一种电子设备向用户呈现信息的形式，可以包括有关同一个主题的图片、文本、链接、控件等信息。例如，天气类卡片、股票类卡片和新闻类卡片等。
49.在一些实施例中，卡片还可以为与卡片对应的应用程序(application，app)的入口，用户可以通过对卡片操作，打开与卡片对应的应用程序，使得电子设备向用户呈现与该卡片对应的应用程序的界面，从而使得用户可以在该界面上查看更详细的信息。进一步的，用户还可以在打开卡片对应的应用程序后，在应用程序的界面上进行相应的操作，来满足自身的需求。例如，天气类卡片对应的应用程序为天气。用户可以通过对天气类卡片的操作，打开应用程序天气，使得电子设备向用户呈现天气的界面。用户可以通过对天气的界面进行操作，可以设置天气类卡片上显示的信息、或者查看某一城市的天气情况等，来满足自身的需求。
50.在另一些实施例中，卡片还可以为与卡片对应的应用程序提供的一种或多种服务的入口，用户可通过对卡片操作，打开卡片对应的应用程序提供的服务，使得电子设备向用户呈现该卡片对应的应用程序的服务的界面。
51.2)原生应用程序，是指预先安装到电子设备的应用程序，属于电子设备自带的应用程序。电子设备首次开机启动，电子设备的桌面呈现有原生应用程序的图标。
52.3)第三方应用程序，区别于原生应用程序，第三方应用程序是指第三方生产，需用户在电子设备上安装的应用程序。
53.4)负一屏，又可称为
“‑
1屏”，是指在电子设备的主屏幕向右滑动屏幕，直至滑动至最左侧分屏的用户界面。负一屏可以用于放置一些快捷服务功能和通知消息，比如全局搜索、应用程序某个页面的快捷入口(付款码、微信等)、即时信息及提醒(快递信息、支出信息、通勤路况、打车出行信息、日程信息等)及关注动态(足球看台、篮球看台、股票信息等)。
54.电子设备桌面上的app图标下显示一条小横线，用户可上滑此类app图标，app的卡片则被调出显示在桌面。用户可通过执行操作将app的卡片放置于桌面的任何位置。图1展示的示例中，天气的图标下方呈现有一条小横线，用户上滑天气的图标，天气的卡片11则显示在电子设备桌面上，用户点击天气卡片11右上角的“钉子”按钮，天气卡片11则可被固定呈现在桌面上。
55.相对于app图标，卡片更大的显示区域能够装载更多内容，用户在桌面就可以看到app的常用信息，对于用户来说使用方便。比如，天气卡片可以显示当天的不同时刻的天气信息；备忘录卡片可以显示笔记或待办信息；运动健康卡片可以显示步数信息。
56.但是，目前只有电子设备的原生应用程序才配置有卡片，用户可通过上述操作将卡片调出并固定显示在桌面上，若第三方应用程序需要配置卡片，需要第三方独立开发，如
interface，gui)，这些gui都是该电子设备的主屏幕。一般来说，电子设备的显示屏230的尺寸是固定的，只能在该电子设备的显示屏230中显示有限的控件。控件是一种gui元素，它是一种软件组件，包含在应用程序中，控制着该应用程序处理的所有数据以及关于这些数据的交互操作，用户可以通过直接操作(direct manipulation)来与控件交互，从而对应用程序的有关信息进行读取或者编辑。一般而言，控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素。例如，在本技术实施例中，显示屏230可以显示虚拟按键(一键编排、开始编排、场景编排)。
71.电子设备可以通过isp，摄像头，视频编解码器，gpu，显示屏230以及应用处理器等实现拍摄功能。
72.电子设备的无线通信功能可以通过天线1，天线2，移动通信模块240，无线通信模块250，调制解调处理器以及基带处理器等实现。
73.另外，在上述部件之上，运行有操作系统。例如ios操作系统，android操作系统，windows操作系统等。在操作系统上可以安装运行应用程序。
74.图2b是本技术实施例的电子设备的软件结构框图。
75.分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用层，系统框架层，native层，以及内核层。
76.应用层可以包括一系列应用程序包。应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，以及蓝牙等应用程序。
77.一些实施例中，如图2b所示，应用层的应用程序包包括桌面应用；桌面应用包括自动生成卡片模组和卡片模块等，自动生成卡片模组至少包括数据收集单元和数据转换单元两个软件模块，卡片模块包括卡片服务、服务中心等软件模块。
78.自动生成卡片模组用于收集应用层的应用程序包的快捷方式的信息，并生成卡片信息发送到卡片模块的卡片服务；并且，在确定应用层的应用程序包更新，同步更新卡片模块的卡片服务中的卡片。
79.卡片模块中的卡片服务属于管理卡片的机构，可以列表的形式存储电子设备的桌面展示的卡片信息，且可根据应用层的应用程序包的更新结果，同步更新列表。卡片服务还可以向服务中心提供存储的卡片信息。
80.卡片模块中的服务中心，用于控制展示卡片服务的列表包含的所有卡片信息所指示的卡片。
81.其中，自动生成卡片模组、卡片服务和服务中心的具体工作过程，请参见下述实施例一、实施例二和实施例三的内容。
82.系统框架层为应用层的应用程序提供应用编程接口(application programming interface，api)和编程框架。系统框架层包括一些预先定义的函数。如图2b所示，应用程序框架层可以包括pms，audio框架，显示框架，通知中心，以及窗口框架等。
83.package manager service，简称pms，用于负责各种apk包的安装、卸载、优化和查询。一些实施例中，数据收集单元与pms交互，获取到应用程序的快捷方式的信息；同时接收应用程序安装或卸载广播通知，及时更新应用程序对应卡片。
84.native层就是本地框架。native层至少包括触控，audio和显示等。
85.内核层是硬件和软件之间的层。内核层至少包含指纹驱动，audio驱动，显示驱动，蓝牙驱动和wifi驱动等。
86.需要说明的是，本技术实施例虽然以android系统为例进行说明，但是其基本原理同样适用于基于ios、windows等操作系统的电子设备。
87.实施例一
88.本技术实施例提供的卡片的生成方法，参见图3，包括步骤：
89.s301、数据收集单元获取应用程序的快捷方式(shortcut)信息。
90.其中，数据收集单元如前所述，属于电子设备的桌面应用中自动生成卡片模组的一个软件模块。数据收集单元可获取电子设备安装的应用程序的shortcut信息。因电子设备的原生应用程序一般会配置卡片，因此，一些实施例中，数据收集单元可获取电子设备安装的第三方应用程序的shortcut信息。当然，数据收集单元也可获取电子设备已安装的全部应用程序的shortcut信息。
91.数据收集单元获取电子设备安装的第三方应用程序的shortcut信息之前，需要先确定电子设备安装的第三方应用程序。并且，因android系统提供了很多服务管理的类，如项目管理(activitymanager)、电源管理(powermanager)、音频管理(audiomanager)、以及包管理(packagemanager)等。其中，packagemanager的主要职责是管理应用程序包，通过packagemanager可获取应用程序信息。并且，packagemanager可以理解成与pms为同一处理单元。
92.基于此，数据收集单元确定电子设备安装的第三方应用程序的具体方式如下：
93.数据收集单元通过与packagemanager交互，确定电子设备安装的所有的应用程序。
94.数据收集单元获取白名单，并将确定的电子设备安装的所有的应用程序，在白名单中进行筛查，该白名单为电子设备预先保存，包括电子设备安装的所有的原生应用程序的标识，如应用包名。数据收集单元可根据筛查结果，确定电子设备安装的第三方应用程序。
95.一些实施例中，电子设备开机启动之后，数据收集单元可执行步骤s301，获取电子设备安装的应用程序的shortcut信息。
96.电子设备更新系统，使其具备生成第三方应用程序的卡片的功能后，电子设备可开机重新启动，在电子设备开机启动完成之后，数据收集单元可执行步骤s301，获取电子设备安装的全部应用程序的shortcut信息或全部第三方应用程序的shortcut信息。
97.具体的，数据收集单元可监听开机广播，如intent.action_boot_completed，若监听到开机广播，则确定电子设备开机启动完成，可执行步骤s301。
98.还需要说明的是，数据收集单元在电子设备开机启动，获取到应用程序的shortcut信息之后，会记录已获取shortcut信息的应用程序的标识，如应用包名。在电子设备再一次开机启动时，数据收集单元则不会获取被记录的应用程序的shortcut信息。
99.另一些实施例中，电子设备安装新的应用程序之后，数据收集单元也可执行步骤，获取新安装的应用程序的shortcut信息。当然，电子设备也可收集电子设备安装的全部的应用程序的shortcut信息。
100.具体的，数据收集单元也可监听应用程序安装广播来确定电子设备是否安装了新
的应用程序，如数据收集单元监听intent.action_package_added，若监听到了该广播，则可确定电子设备安装了新的应用程序。当然，上述广播也可包括新安装的应用程序的标识，如应用程序的应用包名，通过该标识来获取新安装的应用程序的shortcut信息。
101.还需要说明的是，数据收集单元可采用下述方式获取应用程序的快捷方式(shortcut)信息：数据收集单元与packagemanager交互，获取到电子设备安装的应用程序的activityinfo信息，通过读取activityinfo中metadata属性，获取到应用程序的shortcut信息。
102.具体的，数据收集单元先获取packagemanager(以下简称pm)对象，通过pm对象获取到应用程序的各项信息类，应用程序的信息类包括：packageinfo、applicationinfo、activityinfo/serviceinfo/providerinfo等。数据收集单元通过pm对象获取activityinfo，从activityinfo中metadata属性，获取到应用程序的shortcut信息。
103.应用程序的shortcut是指在电子设备的桌面长按应用程序的图标而出现的快捷方式,属于为应用程序的关键功能添加更快速的入口，不用先打开应用程序。
104.一些实施例中，应用程序的shortcut信息包含：应用包名、快捷启动图标、快捷启动标题、以及快捷启动intent等。其中，快捷启动图标、快捷启动标题、以及快捷启动intent可以理解成是应用程序的快捷方式的属性信息。
105.还需要说明的是，若应用程序的shortcut包括多个快捷方式，在图4展示的示例中，应用程序a包括四个快捷方式，分别为扫一扫、付款、收钱和转账。数据收集单元获取应用程序a的shortcut信息时，获取应用程序a的应用包名，每一个快捷方式的快捷启动图标、快捷启动标题、以及快捷启动intent，快捷启动intent用于确定快捷方式对应的页面。
106.还需要说明的是，数据收集单元可获取配置有快捷方式的应用程序的shortcut信息。因电子设备安装的应用程序，可能会配置快捷方式，也可能会没有配置快捷方式。在应用程序没有配置快捷方式时，应用程序的卡片不能被生成，因此数据收集单元可获取配置有快捷方式的应用程序的shortcut信息。
107.一些实施例中，数据收集单元获取配置有快捷方式的应用程序的shortcut信息可包括下述方式：
108.数据收集单元采用前述内容提出的方式，获取电子设备的每一个应用程序，或每一个第三方应用程序的shortcut信息。
109.若应用程序未配置快捷方式，数据收集单元则不能获取到该应用程序的shortcut信息，数据收集单元只能获取到的配置有快捷方式的应用程序的shortcut信息。
110.还需要说明的是，若针对电子设备安装的第三方应用程序，电子设备已经采用本实施例提供的卡片的生成方法生成了卡片，在第三方应用程序更新导致第三方应用程序的快捷方式发生更新，如增加了新的快捷方式，删除了快捷方式，或修改了快捷方式的属性信息。数据收集单元也可执行步骤s301，获取快捷方式发生更新的第三方应用程序的快捷方式(shortcut)信息。
111.具体的，数据收集单元可监听应用程序更新广播来确定电子设备安装的应用程序是否被更新，如数据收集单元监听intent.action_package_replaced，若监听到该广播，则可确定电子设备安装的某应用程序被更新，当然，该广播可包括被更新的应用程序的标识，如应用程序的应用包名，通过该标识，数据收集单元获取被更新的应用程序的shortcut信
息。
112.s302、数据收集单元向数据转换单元发送应用程序的shortcut信息。
113.其中，数据转换单元如前所述，属于电子设备的桌面应用中自动生成卡片模组的一个软件模块。数据收集单元获取到应用程序的shortcut信息后，数据收集单元将应用程序的shortcut信息传输到数据转换单元。
114.s303、数据转换单元转换应用程序的shortcut信息为卡片信息。
115.卡片服务无法识别应用程序的shortcut信息，因此，数据转换单元需要将应用程序的shortcut信息转换为卡片服务识别的卡片信息。卡片服务如前所述，属于电子设备的桌面应用中卡片模块中的一个软件模块。
116.电子设备预先保存有卡片模板，数据转换单元转换应用程序的shortcut信息为卡片信息，可以理解成，数据转换单元将应用程序的shortcut信息填充到卡片模块的对应位置，从而形成卡片。
117.卡片模板可以设置多种样式，本技术实施例不做限制。这里例举三种可能的样式：
118.(1)“标题区” “内容区”，如图5(a)所示。
119.(2)“标题区” “操作区”，如图5(b)所示。
120.(3)“标题区” “内容区” “操作区”，如图5(c)所示。
121.(4)“标题区” “操作区”，如图5(d)所示。
122.上述三种可能的样式中，“标题区”、“内容区”和“操作区”的设置位置不限于图5所示。一些实施例中，“标题区”、“内容区”和“操作区”可互换位置，也可调整为不同位置，并且，“标题区”、“内容区”和“操作区”所占卡片的空间占比也可进行调整。
[0123]“标题区”可以用于放置卡片的名称。卡片的名称可以有多种实现方式，可以是应用程序的名称、卡片承载的应用程序的服务信息对应的服务名称、服务类型等，本技术实施例不做限制。例如，假设卡片承载的服务信息为图4展示的应用程序a的“扫一扫”服务，则标题可以为“扫一扫”。
[0124]“内容区”可以用于放置需要展示的服务信息。一张卡片的“内容区”可以同时有多个服务信息项。
[0125]“操作区”用于提供与卡片承载的至少一个服务信息相关的功能操作，使得用户在“操作区”上输入预设操作可以实现预设功能，例如跳转至应用程序a的服务页面的功能操作、与服务信息交互的功能操作等功能。“操作区”上可以放置操作按钮来提供与服务信息相关的功能操作。其中，操作按钮的视觉样式可以是文字形式(文字形式的操作按钮称为文字操作按钮)，也可以是图像形式(图像形式的操作按钮称为图像操作按钮)，本技术实施例不做具体限制。操作按钮可以关联h5、web和app页面跳转的统一资源定位符(uniform resource locator，url)，该url可以链接到应用程序的某个服务页面。其中，不同的操作按钮内可以设置不同的url，这样用户通过点击不同的操作按钮，就可实现应用对应的不同服务页面的跳转。
[0126]
基于前述提出的卡片模板，步骤s303的一种可能的实施方式，包括：
[0127]
确定应用程序的shortcut信息中属于每一个快捷方式的属性信息。
[0128]
将每一个快捷方式的属性信息，填充到卡片模板对应位置，得到每一个快捷方式对应的卡片。
[0129]
组合应用程序的每一个快捷方式对应的卡片的卡片信息，得到应用程序的卡片信息。
[0130]
针对图4展示的应用程序a的四个快捷方式，采用图5(d)展示的卡片模板，将其转换为卡片信息，得到的四个快捷方式对应的卡片，可如图6所示。当然，图6展示的应用程序a的四个快捷方式对应的卡片示例，并不构成对快捷方式对应的卡片的限定。
[0131]
s304、数据转换单元向卡片服务发送应用程序的卡片信息。
[0132]
如步骤s303的内容，应用程序的shortcut信息包括多个快捷方式，数据转换单元转换应用程序的shortcut信息，得到每一个快捷方式的卡片信息。数据转换单元将每一个快捷方式的卡片信息，以及应用程序的应用包名进行打包处理，得到数据包格式的应用程序的卡片信息，数据转换单元向卡片服务发送数据包格式的应用程序的卡片信息。
[0133]
s305、卡片服务接收到数据转换单元发送的应用程序的卡片信息，将其保存在卡片列表。
[0134]
s306、卡片服务接收服务中心发送的卡片查询请求。
[0135]
服务中心如前述内容，属于电子设备的桌面应用中自动生成卡片模组的一个软件模块。并且，服务中心也可以理解成是电子设备的一个应用程序，为此，服务中心可以以图标的形式，展示在电子设备的桌面，或者展示在电子设备的其他应用的展示界面。也可以通过特定手势等快捷操作方式调用出服务中心的界面。
[0136]
用户触发服务中心，如用户在电子设备的桌面执行触发操作，点击服务中心的图标，或者在电子设备的桌面输入特定手势，以启动服务中心。服务中心响应用户的触发操作，生成并向卡片服务发送卡片查询请求，该卡片查询请求用于请求卡片服务保存的卡片。
[0137]
s307、卡片服务向服务中心发送卡片列表，该卡片列表包括卡片服务保存的应用程序的卡片信息。
[0138]
卡片服务接收到服务中心发送的卡片查询请求后，获取卡片列表中每一个应用程序的的卡片信息，将每一个应用程序的卡片信息发送到服务中心。
[0139]
s308、服务中心展示应用程序的卡片。
[0140]
服务中心接收到卡片服务发送的卡片列表的每一个应用程序的卡片信息，将应用程序的卡片信息所指示的卡片，展示在电子设备的桌面。
[0141]
一些实施例中，服务中心可在电子设备的服务中心的界面，展示卡片，如图7所示。图7展示的示例中，服务中心的界面展示有应用程序a的卡片，设备电量的卡片，日历的卡片。
[0142]
一些实施例中，服务中心可在电子设备的负一屏展示卡片。
[0143]
还需要说明的是，服务中心展示的应用程序的卡片的样式，不限于图7所示的样式。并且，服务中心在展示多个应用程序的卡片时，多个应用程序的排版方式，也不限于图7展示的样式。
[0144]
本实施例中，数据收集单元获取电子设备的应用程序的shortcut信息，数据转换单元转换应用程序的shortcut信息为卡片信息，并提供于卡片服务。基于此，服务中心可从卡片服务获取电子设备的应用程序的卡片并进行展示。即便是第三方应用程序，通过数据收集单元和数据转换单元的操作，也可以在卡片服务处存储应用程序的卡片，无需第三方应用程序的开发者的二次开发，利于卡片的推广应用。
[0145]
还需要说明的是，卡片除了可以在服务中心的界面或负一屏进行展示，还可以展示于电子设备桌面的其他位置。电子设备可通过与用户交互的方式，实现将服务中心的界面或负一屏展示的卡片，展示在电子设备桌面的其他位置。具体方式如下：
[0146]
用户触发展示在服务中心或负一屏的应用程序的卡片，桌面应用接收用户在电子设备的桌面输入的触发操作，并响应于用户的触发操作，在电子设备桌面展示应用程序的卡片。如图8所示的示例，用户点击服务中心的界面展示的应用程序a的卡片，应用程序a的卡片展示于电子设备桌面。
[0147]
用户触发展示在电子设备的桌面上的应用程序的卡片，桌面应用接收用户的触发操作，响应于该触发操作，添加用户的触发操作所指定的卡片到电子设备桌面的其他位置。其中，用户输入的触发操作用于指定显示在电子设备的桌面上的应用程序的一个卡片。同样如图8所示的示例，用户选中应用程序a的扫一扫对应的卡片，并点击“添加到桌面”按钮。应用程序a的扫一扫对应的卡片则显示在电子设备的第一屏。
[0148]
实施例二
[0149]
展示在电子设备的应用程序的卡片，可以跟随应用程序从电子设备卸载操作而被删除。基于此，本实施例提供的卡片的删除方法，可实现应用程序卸载后，应用程序的卡片从电子设备的界面上删除，以及从卡片服务的列表中删除。
[0150]
本实施例提供的卡片删除的方法，参见图9a，包括步骤：
[0151]
s901、数据收集单元接收应用程序的卸载消息。
[0152]
其中，数据收集单元通过监听packagemanager接收到卸载应用程序的广播消息，进而确定被卸载的应用程序，卸载应用程序的广播消息中可包括被卸载应用程序的标识，如应用包名。
[0153]
电子设备的应用程序被卸载，packagemanager可主动获知被卸载的应用程序，并发送广播消息，如intent.action_package_removed，数据收集单元监听到该广播消息，则确定出被卸载的应用程序，当然，上述广播消息可携带被卸载应用程序的标识，如应用包名。
[0154]
参见图9b所示的示例，用户长按电子设备桌面展示的应用程序a的图标，长按可以理解成保持对应用程序a的图标的点击操作达到一定时长，如3秒。电子设备响应用户操作，在电子设备桌面展示应用程序a的卸载按钮，如图9b中展示的“叉”按钮。当然，用户长按应用程序a的图标之后，电子设备桌面也可展示应用程序a的操作菜单，卸载按钮展示在操作菜单中。用户点击卸载按钮完成应用程序a的卸载。
[0155]
s902、数据收集单元向卡片服务发送卡片信息删除请求，该卡片信息删除请求用于请求卡片服务删除卡片列表中的被卸载应用程序的卡片信息。
[0156]
一些实施例中，该卡片信息删除请求可携带被卸载应用程序的标识，如应用包名。
[0157]
s903、卡片服务在卡片列表中删除被卸载应用程序的卡片信息。
[0158]
其中，卡片服务利用被卸载应用程序的标识，在卡片列表中筛查出被卸载应用程序的卡片信息。
[0159]
s904、卡片服务向服务中心发送卡片删除请求，该卡片删除请求用于请求在电子设备的桌面删除被卸载应用程序的卡片。
[0160]
s905、服务中心删除展示的被卸载应用程序的卡片。
[0161]
参见图9b展示的示例，在卡片服务执行步骤s903和步骤s904，服务中心执行步骤s905之后，展示在服务中心的应用程序a的卡片则被删除。
[0162]
实施例三
[0163]
在应用程序未被卸载的应用场景中，用户也可以输入操作，删除服务中心的界面展示的卡片。具体的，本实施例提供的卡片删除的方法，如图10a所示，包括步骤：
[0164]
s1001、服务中心响应于用户输入的卡片删除请求，删除用户指定的应用程序的卡片。
[0165]
其中，用户在服务中心的界面执行卡片删除操作，如图10b所示的示例，用户长按服务中心展示的应用程序a的卡片，长按可以理解成保持对应用程序a的卡片的点击操作达到一定时长，如3秒。服务中心的界面展示应用程序a的卡片的删除按钮，如图10b绘示的“叉”按钮，用户点击卡片删除按钮，完成输入卡片删除请求。
[0166]
应用程序a的卡片的删除按钮，也可以展示在操作菜单中，即用户长按服务中心展示的应用程序a的卡片，服务中心的界面展示操作菜单。
[0167]
一些实施例中，卡片删除请求会携带被删除的应用程序的卡片的标识，如应用程序的应用包名。
[0168]
s1002、服务中心向卡片服务发送卡片信息删除请求，该卡片删除请求用于请求在卡片列表中删除用户指定的应用程序的卡片信息。
[0169]
s1003、卡片服务从卡片列表中删除用户指定的应用程序的卡片信息。
[0170]
服务中心可利用被删除的应用程序的卡片的标识，从卡片列表中确定出被删除的应用程序的卡片信息，并将其从卡片列表中删除。
[0171]
还需要说明的是，展示在电子设备桌面的其他位置的卡片，也可通过用户输入删除操作进行删除。具体的，桌面应用响应于用户输入的卡片删除请求，删除用户指定的应用程序的卡片。用户在电子设备桌面上展示的卡片输入卡片删除操作，参见图11所示的示例，用户长按电子设备桌面展示的应用程序a的扫一扫对应的卡片。电子设备桌面展示扫一扫对应的卡片的删除按钮，见图中的“叉”按钮，用户点击卡片删除按钮，完成输入卡片删除请求。
[0172]
同样，卡片的删除按钮也可以展示于操作菜单中，在用户长按扫一扫对应的卡片，电子设备桌面展示操作菜单，该操作菜单可包括卡片删除按钮。用户点击卡片删除按钮，完成输入卡片删除请求。
[0173]
本技术另一实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。
[0174]
本技术另一实施例还提供了一种包含指令的计算机程序产品。当该计算机程序产品在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。