CN117991934A - 一种卡片使用方法及电子设备 - Google Patents

Abstract

一种卡片使用方法及电子设备，该方法包括：电子设备显示第一应用的用户界面，第一应用的用户界面显示第一卡片，电子设备响应于对第一卡片的第一操作，通过卡片管理服务启动第二应用，电子设备通过卡片管理服务将第一应用中的第一卡片的卡片信息发送至第二应用，并通过包管理系统将第一卡片的卡片资源信息发送至第二应用，电子设备基于卡片信息以及卡片资源信息，在第二应用中生成第一应用的第一卡片。如此，可以实现将一个应用的卡片其它应用中，不需要双方应用进行定制化接口，就可以快捷方便地实现卡片的相互嵌入功能，为用户后续使用卡片提供便利，从而满足用户对于各个应用之间卡片功能的使用需求。

Description

一种卡片使用方法及电子设备

技术领域

本申请涉及电子技术领域，尤其涉及一种卡片使用方法及电子设备。

背景技术

随着电子设备应用的不断发展，电子设备的应用越来越大，比如电子设备中的购物应用、社交应用以及支付应用等，各种应用提供的功能比较多，各种功能分散在不同的应用中，较难共享使用。比如，用户通过电子设备购物时，需要打开购物类应用或者点击关联购物类应用的卡片，在浏览购物类应用中的页面的过程中，如果想要向他人分享商品，需要对商品进行截图或复制链接，然后打开即时通信应用进行商品的图片或链接分享。上述方案较为局限，应用间的切换也比较繁琐，无法满足用户对于各个应用之间卡片功能的使用需求。

发明内容

本申请提供一种卡片使用方法及电子设备，用以满足用户对于各个应用之间卡片功能的使用需求。

第一方面，本申请提供一种卡片使用方法，该方法包括：电子设备显示第一应用的用户界面，第一应用的用户界面包括第一卡片；电子设备响应于对第一卡片的第一操作，通过卡片管理服务启动第二应用；电子设备通过卡片管理服务将第一应用中的第一卡片的卡片信息发送至第二应用，并通过包管理系统将第一卡片的卡片资源信息发送至第二应用；电子设备基于卡片信息以及卡片资源信息，在第二应用中生成第一应用的第一卡片。

通过该方法，可以实现将一个应用的卡片其它应用中，不需要双方应用进行定制化接口，就可以快捷方便地实现卡片的相互嵌入功能，可以为用户后续使用卡片提供便利，例如将时通信应用的卡片中嵌入至购物类应用中，用户在浏览购物类应用中的商品时想要向他人分享商品，可以直接在购物类应用中点击即时通信应用的卡片就可以实现向别人分享商品，而不需要可以不用先返回桌面、再去打开即时通信应用这样繁琐的应用间切换方式去分享商品，从而满足用户对于各个应用之间卡片功能的使用需求。

在一种可能的设计中，电子设备通过卡片管理服务将第一应用中的第一卡片的卡片信息发送至第二应用，包括：电子设备通过卡片管理服务调用卡片发送接口将第一应用中的第一卡片的卡片信息发送至第二应用。通过该设计，可以实现将一个应用的卡片主动添加到其它应用中。

在一种可能的设计中，第一操作包括将第一应用中的第一卡片拖动至第二应用的操作，或者，第一操作为长按操作。该设计可以为用户提供多种添加卡片的操作方式。

在一种可能的设计中，当第一操作为长按操作，电子设备响应于第一操作，通过卡片管理服务启动第二应用，包括：电子设备响应于第一操作，显示第一窗口，第一窗口包括至少一个可添加卡片的应用的标识，至少一个可添加卡片的应用包括第二应用；电子设备接收针对第一窗口中的第二应用的标识的第二操作；电子设备响应于第二操作，通过卡片管理服务启动第二应用。通过该设计，可以提供一种通过用户操作启动第二应用的方式，便于用户操作。

在一种可能的设计中，第二应用预先配置有可添加卡片的标志。通过该设计，通过查询一个应用是否具有可添加卡片的标志，就能够识别这个应用是否可以添加卡片。

在一种可能的设计中，电子设备基于卡片信息以及卡片资源信息，在第二应用中生成第一应用的第一卡片之后，还包括：电子设备显示第二应用的用户界面，第二应用的用户界面包括第一卡片。通过该设计，用户可以在第二应用中看到添加的第一卡片，可以让用户感知到添加卡片的过程。

第二方面，本申请提供一种卡片使用方法，该方法包括：电子设备显示第一应用的第一用户界面，第一用户界面包括至少一个卡片的预览信息，至少一个卡片包括第三应用的第二卡片；电子设备响应于对第二卡片的预览信息的第三操作，通过卡片管理服务启动第三应用；电子设备通过卡片管理服务将第二卡片的卡片信息发送至第一应用；电子设备通过包管理系统将第二卡片的卡片资源信息发送至第一应用；电子设备基于卡片信息以及卡片资源信息，在第一应用中生成第三应用的第二卡片；电子设备显示第一应用的第二用户界面，第二用户界面包括第二卡片。

通过该方法，可以实现在任意应用中组合一个或多个其它应用的卡片，可以为用户后续使用卡片提供便利，例如在购物类应用中组合了即时通信应用的卡片以及音乐播放器的卡片，用户在浏览购物类应用中的商品时可以使用音乐播放器的卡片播放音乐，还可以在想要向他人分享商品时，以直接在购物类应用中点击即时通信应用的卡片就可以实现向别人分享商品，而不需要可以不用先返回桌面、再去打开即时通信应用这样繁琐的应用间切换方式去分享商品，从而满足用户对于各个应用之间卡片功能的使用需求。

在一种可能的设计中，电子设备显示第一应用的第一用户界面之前，还包括：电子设备显示第一应用的第三用户界面，第三用户界面包括第一控件，第一控件用于添加其它应用的卡片；电子设备响应于对第一控件的第四操作，通过卡片管理服务获取其他应用的卡片的卡片信息。通过该设计，可以便于用户操作实现在一个应用中添加其它应用的卡片。

在一种可能的设计中，第三操作为点击操作或拖动操作，第四操作为点击操作。

在一种可能的设计中，电子设备通过卡片管理服务将第二卡片的卡片信息发送至第一应用之前，还包括：电子设备输出提醒信息，提醒信息用于提醒用户第三应用的第二卡片包括敏感信息，提醒信息包括第二控件，第二控件用于继续向第一应用添加第二卡片；电子设备通过卡片管理服务将第二卡片的卡片信息发送至第一应用，包括：电子设备响应于针对第二控件的第五操作，通过卡片管理服务将第二卡片的卡片信息发送至第一应用。通过该设计，可以及时提醒用户注意信息安全问题。

在一种可能的设计中，方法还包括：电子设备接收针对第一应用的用户界面的第二卡片的更新操作；电子设备响应于更新操作，通过卡片管理服务将第三应用中第二卡片更新后的卡片信息发送至第一应用；电子设备通过包管理系统将第二卡片更新后的卡片资源信息发送至第一应用；电子设备基于第二卡片更新后的卡片信息以及更新后的卡片资源信息，在第一应用中生成第三应用的第二卡片。

在一种可能的设计中，电子设备响应于更新操作，通过卡片管理服务将第三应用中第二卡片更新后的卡片信息发送至第一应用，包括：电子设备确定第一应用满足更新卡片的更新条件，通过卡片管理服务将第三应用中第二卡片更新后的卡片信息发送至第一应用；更新条件包括以下至少一项：预设时长内启动应用的总数量小于第一阈值；预设时长内启动卡片的总数量小于第二阈值；预设时长内启动卡片总次数小于第三阈值。通过该设计，设置启动卡片的更新条件，可以避免频繁启动卡片导致的功耗和性能降低的问题。

在一种可能的设计中，方法还包括：电子设备接收针对第二用户界面的第二卡片的删除操作；电子设备响应于删除操作，删除第一应用的第一用户界面的第二卡片，并通过卡片管理服务将第三应用中缓存的第二卡片的卡片资源信息删除。通过该设计，可以及时清理第三应用中缓存的卡片资源信息，节省内存空间。

第三方面，本申请还提供一种装置，该装置包括执行上述任一方面的任意一种可能的设计的方法的模块/单元。这些模块/单元可以通过硬件实现，也可以通过硬件执行相应的软件实现。

第四方面，本申请提供一种电子设备，包括处理器、存储器以及触摸屏。其中，触摸屏用于接收用户的操作；存储器用于存储一个或多个计算机程序；当存储器存储的一个或多个计算机程序被处理器执行时，使得该电子设备能够实现上述第一方面的任意一种可能的设计的方法。

第五方面，本申请中还提供一种计算机可读存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在终端上运行时，使得所述终端执行上述任一方面的任意一种可能的设计的方法。

第六方面，本申请还提供一种包含计算机程序产品，当所述计算机程序产品在终端上运行时，使得所述终端执行上述任一方面的任意一种可能的设计的方法。

附图说明

图1为本申请实施例提供的一种电子设备的硬件结构示意图；

图2为本申请实施例提供的系统架构示意图；

图3为本申请实施例提供的一种应用场景示意图；

图4为本申请实施例提供的卡片使用方法流程示意图；

图5为本申请实施例提供的添加卡片示意图；

图6为本申请实施例提供的卡片使用方法流程示意图；

图7为本申请实施例提供的添加卡片示意图；

图8为本申请实施例提供的添加卡片示意图；

图9为本申请实施例提供的另一种应用场景示意图；

图10为本申请实施例提供的卡片使用方法流程示意图；

图11为本申请实施例提供的卡片使用方法流程示意图；

图12为本申请实施例提供的卡片使用方法流程示意图；

图13为本申请实施例提供的终端的硬件结构示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

首先，对本申请中的部分术语进行解释说明，以便本领域技术人员理解。

(1)卡片，也可称为微件或者小组件，可提供一种比应用程序(application，APP)更细粒度的服务能力，以可交互的卡片形式直接将用户最关心的服务或内容展示给用户，卡片可以嵌入各种APP或交互场景中，更好的满足用户需求。卡片可以是快应用或该快应用对应的原生APP里的至少一个页(page)，用户点击卡片可跳转到对应的快应用或者APP内的某个服务页面。此外，卡片还可以实现快应用或该快应用对应的原生APP的部分功能，例如音乐卡片可以实现播放、上一首、下一首或者跳转至音乐应用的界面。

一张卡片对应应用的一部分服务功能，应用程序的提供商可以将应用的服务拆分成多个服务模块，每个服务模块对应一张卡片，然后根据不同服务场景向用户推送不同卡片。除了有特别说明外，本申请实施中所指的“应用”，可以是快应用，也可以是原生APP，本申请实施例不做限制。

(2)应用程序(application，APP)：可以简称为应用，为能够完成某项或多项特定功能的计算机程序。它可以具有可视的显示界面，能与用户进行交互，比如设置、电子地图、微信、QQ等；或者，也可以不具有可视的显示界面，不能与用户进行交互。示例性地，应用可以划分为第三方应用和系统应用，其中，第三方应用可以理解为用户安装的应用，比如微信、腾讯聊天软件(QQ)、WhatsApp Messenger、连我(Line)、Kakao Talk、钉钉等；系统应用可以理解为操作系统预置的应用，比如设置、拨号、信息等。

(3)本申请实施例涉及的至少一个，包括一个或者多个；其中，多个是指大于或者等于两个。

另外，需要理解的是，在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

随着电子设备应用的不断发展，电子设备的应用越来越大，购物应用、社交应用以及支付应用等，各种应用提供的功能比较多，各种功能分散在不同的应用中，较难共享使用，比如，用户通过电子设备购物时，需要打开购物类应用或者点击关联购物类应用的卡片，在浏览购物类应用中的页面的过程中，如果想要向他人分享商品，需要对商品进行截图或复制链接，然后打开即时通信应用进行商品的图片或链接分享，该示例较为局限，应用间的切换也比较繁琐，无法满足用户对于各个应用之间卡片功能的使用需求。

为了解决上述问题，本申请实施例提供一种卡片使用方法，该方法可以满足用户对于各个应用之间卡片功能的使用需求。例如，电子设备可以在接收到针对第一应用的用户界面中的第一卡片的第一操作后，响应于该第一操作，将第一卡片添加至第二应用，从而满足用户想要将第一应用的卡片分别添加至少一个第二应用的使用需求。又例如，电子设备可以在接收到针对第一应用的用户界面上第二卡片的卡片信息的第二操作后，响应于该第三操作，调用卡片添加接口将所述第二卡片添加至所述第一应用，并在所述第一应用的第一用户界面显示所述第二卡片，从而满足用户想要将第一应用的卡片分别添加至少一个第二应用的使用需求。

本申请实施例中涉及的电子设备，例如可以是包含诸如个人数字助理和/或音乐播放器等功能的便携式电子设备，诸如手机、平板电脑、具备无线通讯功能的可穿戴设备(如智能手表)等。便携式电子设备的示例性实施例包括但不限于搭载 或者其它操作系统的便携式电子设备。上述便携式电子设备也可以是其它便携式电子设备，诸如具有触敏表面(例如触控面板)的膝上型计算机(laptop)等。还应当理解的是，在本申请其他一些实施例中，上述电子设备也可以不是便携式电子设备，而是具有触敏表面(例如触控面板)的台式计算机。

通常情况下，电子设备支持多种应用。比如以下应用中的一个或多个：出行应用、绘图应用、演示应用、文字处理应用、游戏应用、电话应用、视频播放器应用、音乐播放器应用、电子邮件应用、购物应用、即时消息收发应用、照片管理应用、相机应用、浏览器应用、日历应用、时钟应用、支付应用和健康管理应用等。其中，即时消息收发应用可以有多种，即时消息收发应用也可以称为即时通信应用。用户通过即时消息收发应用，可以将文字、语音、图片、视频文件以及其他各种文件等信息发送给其他联系人。

电子设备可以同时支持这些应用对应的卡片，比如购物应用中的订单物流服务对应的卡片，出行应用中的票务信息对应的卡片，天气应用中当日天气情况对应的卡片等。并且，电子设备除了可以支持已安装的应用对应的卡片外，也可以支持未被安装的应用对应的卡片。

下面以电子设备为手机为例，说明本申请实施例所应用的一种电子设备的结构示意图。

请参见图1，手机100可以包括处理器110、外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中，本申请实施例提供的方案可以由处理器110来控制或调用其他部件来完成。其中，控制器可以是手机100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

手机100可以通过GPU、显示屏194、以及应用处理器等实现显示功能。显示屏194用于显示图像、视频等。比如，在显示屏194上显示手机屏幕的主界面，或者锁屏界面，或者负一屏界面，或者系统自带的通讯应用的用户界面，或者其他第三方应用的用户界面等，以及在这些显示界面上显示本申请实施例中所述的服务卡片。

GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。比如，GPU基于卡片参数、数据等进行图形渲染，生成需要展示的卡片。

显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystaldisplay，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot light emitting diodes，QLED)等。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”或“触摸屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于手机100的表面，与显示屏194所处的位置不同。

手机100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。手机100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在手机100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在手机100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储手机100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

可以理解的是，本申请实施例示意的结构并不构成对手机100的具体限定。在本申请另一些实施例中，手机100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

图2为本申请实施例提供的系统架构示意图。

如图2所示，该系统架构包括卡片提供方框架层、卡片使用方框架层、卡片管理服务、运行管理系统以及包管理系统。

卡片提供方框架层，用于为卡片提供方的应用开发卡片，规范卡片提供方的接口等信息。本申请实施例中，卡片提供方可以根据业务实现自定义卡片信息，卡片信息可以包括卡片的布局标识信息和显示信息等。

卡片使用方框架层，用于封装卡片使用方的接口和逻辑信息，方便卡片使用方使用添加卡片以及更新卡片等功能。本申请实施例中，卡片使用方可以向包管理系统查询可以添加的卡片信息、以及向卡片管理服务发起添加、删除或者更新等请求。

卡片管理服务，用于管理卡片的动态信息、保存卡片的数据以及管理卡片的生命周期等。本申请实施例中，卡片管理服务可以根据接收到的具体的请求，使用运行管理系统的能力启动卡片提供方的应用，然后调用对应的添加、删除或更新等接口，卡片管理服务将卡片提供方返回的信息，传给卡片使用方，实现添加、删除、更新等操作。例如，卡片管理服务接收到添加请求时，调用对应卡片添加功能的接口，并将卡片提供方返回的信息传给卡片使用方；又例如，卡片管理服务接收到删除请求时，调用对应卡片删除功能的接口，并将卡片提供方返回的信息传给卡片使用方；例如，卡片管理服务接收到更新请求时，调用对应卡片更新功能的接口，并将卡片提供方返回的信息传给卡片使用方。

运行管理系统，用于动态启动承载卡片的应用以及管理应用的生命周期。

包管理系统，用于在应用安装时，保存应用中卡片的信息，以及向外提供查询卡片信息的接口等。

下面结合附图介绍本申请实施例提供的技术方案。

本申请实施例提供的卡片使用方法可以应用于多种应用场景，例如将一个应用的卡片嵌入(或添加)到一个或多个其它应用的应用场景一，如图3所示的将第一应用的卡片分别添加至少一个第二应用，又例如在一个应用中组合一个或多个其它应用的卡片的应用场景二，如图7所示的将至少一个第三应用的卡片添加到第一卡片，下面结合具体的应用场景对卡片使用方法进行详细介绍。

应用场景一，将一个应用的卡片嵌入(或添加)到其它应用的场景，例如将第一应用的卡片嵌入(或添加)到至少一个第二应用。

以第一应用为应用A，至少一个第二应用包括应用B和应用C为例，如图3所示，应用A包括卡片1和卡片2，用户可以对应用A中的卡片1进行操作，例如该操作可用于将应用A中的卡片1拖动至应用C中。电子设备响应于该拖动操作，将应用A中的卡片1添加至应用C；又例如该操作为长按操作，电子设备响应于该长按操作，显示一个窗口，窗口中可以包括应用B、应用C以及其它一些应用，然后用户可以从窗口中选择将卡片1添加到应用C中。用户还可以对应用A中的卡片2进行操作，例如该操作为将应用A中的卡片2拖动至应用B中的拖动操作，电子设备响应于该拖动操作，将应用A中的卡片2添加至应用B；又例如该操作为长按操作，电子设备响应于该长按操作，显示一个窗口，窗口中可以包括可添加卡片的应用B、应用C以及其它一些应用，然后用户可以从窗口中选择一个应用，例如选择应用B，然后将卡片2添加到应用B中。通过对第一应用中的不同卡片进行操作，可以实现将第一应用中的不同卡片添加到至少一个第二应用中。

在其它一些实施例中，也可以将第一应用中的同一卡片任意地添加到不同应用中。基于该添加卡片的方式，可以将第一应用的部分功能向外嵌入到其他应用中。如此，用户可以在购物类应用中嵌入即时通信应用的卡片，用户在浏览购物类应用时，如果需要向他人分享商品，可以直接在购物类应用中点击即时通信应用的卡片就可以实现向别人分享商品，而不需要可以不用先返回桌面、再去打开即时通信应用这样繁琐的应用间切换方式去分享商品，从而满足用户对于应用间的卡片功能的使用需求。

需要说明的是，该应用场景中并不限制应用A包括的卡片数量，也不限制应用A向不同应用添加卡片的数量，例如应用A除了向应用B中添加卡片2之外，还可以向应用B添加其它卡片，例如还向应用B添加卡片1。应用A包括的卡片可以添加至应用B和应用C，也可以添加至其它应用中。

下面结合实施例对本申请实施例提供的卡片使用方法进行详细介绍。

如图4所示，该方法包括以下步骤：

步骤401，电子设备显示第一应用的用户界面，该第一应用的用户界面显示第一卡片。

应理解，该第一应用可以注册到包管理系统。

步骤402，电子设备接收针对第一应用的用户界面中的第一卡片的第一操作。其中，第一操作用于将第一卡片添加至第二应用。

示例性的，该第一操作例如为拖动操作，例如第一应用为如图5所示的应用A，第二应用为如图5所示的应用B，如图5中(a)所示，电子设备显示应用A的用户界面，应用A的用户界面显示应用A的卡片1和卡片2，用户手指长按应用A的卡片1并将卡片1拖动至应用C，拖动方向如图5中(a)所示虚线箭头方向，直至将卡片1拖动至桌面上显示的应用C的应用图标的位置，这个操作过程中用户手指持续接触电子设备的显示屏。又例如，该第一操作为针对应用A的卡片1的长按操作。本申请实施例不限定第一操作的具体内容。

本申请涉及的第一应用可以是电子设备中的任一应用，例如可以为系统应用或者第三方应用，第二应用也可以是电子设备中的任一应用，例如可以为系统应用或者第三方应用，第一应用与第二应用不同，后文不再赘述。示例性的，例如第一应用为服务中心，第二应用为桌面应用；又例如第一应用为桌面应用，第二应用为服务中心；又例如，第一应用为时钟应用，第二应用为图库应用；又例如第一应用为桌面应用，第二应用为日历应用。

步骤403，电子设备响应于第一操作，将第一应用中的第一卡片添加至第二应用。

在步骤403中，将第一应用中的第一卡片添加至第二应用之后，第一卡片可以在第二应用的应用界面上显示，也可以不显示。

下面以第一应用为应用A，第二应用为应用B为例，基于上述图2所示的系统架构，详细介绍卡片使用方法的具体实现方式。

如图6所示，应用A作为卡片提供方，应用B作为卡片使用方，该方法包括如下步骤：

步骤601，应用B配置可添加卡片的标志。

在步骤601中，该可添加卡片的标志用于标识应用可以被其他应用添加卡片，例如应用B配置了可添加卡片的标志，那么其它应用可以向应用B添加卡片信息。示例性的，该标志可以设置于应用B的配置文件中，该配置文件可以包括是否允许被添加卡片的字段，例如该字段为true，则表示可以被其他应用添加卡片。这样通过查询一个应用是否具有可添加卡片的标志，就能够识别这个应用是否可以添加卡片。

在一些实施例中，该可添加卡片的标志可以体现为应用图标下方的横线或者应用图标设置的固定符号，这样用户在看到应用B的应用图标下方有横线或者应用图标上的固定符号，就可以知晓可以向应用B添加卡片。该可添加卡片的标志也可以体现为其它的表现形式，只要可以使得用户看到时能够辨别应用是可添加卡片的即可，此处对可添加卡片的标志的表现形式不作限制。

步骤602，应用A查询所有可添加卡片的应用信息。

在步骤602中，应用A的卡片提供方可以向包管理系统查询所有可添加卡片的应用信息，其中，该应用列表可以包括一个或多个可添加卡片的应用。

步骤603，卡片提供方向卡片管理服务发起发送卡片的请求。

示例性的，该步骤603中的请求可以为上述步骤402中的第一操作触发的。

步骤604，卡片管理服务启动卡片使用方，并向卡片使用方传递被发送的卡片的布局标识信息和显示信息等卡片信息。

在一种可能的实施方式中，应用A通过卡片管理服务调用卡片发送接口向卡片使用方发送卡片信息。

示例性的，该卡片信息可以实时更新，其数据量一般较小，在一些实施例中，布局标识信息包括各种布局资源的标识，例如布局1，布局2，布局3。例如被发送的卡片为天气卡片，显示信息可以包括气候、温度、地理位置信息等。

步骤605，包管理系统向卡片使用方提供卡片资源信息。

在步骤605中，卡片资源信息为卡片所属的应用在安装时安装包自带的信息，存储于包管理系统中，一般数据量较大，在需要向应用B添加卡片时，包管理系统可以将需要添加的卡片对应的卡片资源信息发送至应用B。示例性的，卡片资源信息例如图片资源、布局资源等。

步骤606，应用B根据从卡片管理服务接收到的卡片信息、从包管理系统接收到的卡片资源信息，生成应用A的卡片。

在一些实施例中，应用B可以自行根据自身的业务逻辑实现对应用A的卡片进行处理，该业务逻辑用于定义对接收到卡片的处理方式，例如应用B生成应用A的卡片之后，在应用B的用户界面中显示应用A的卡片，又例如业务逻辑还可以定义显示效果等，又例如生成应用A的卡片之后,应用B还可以收藏应用A的卡片。

通过上述示例，本申请实施例提供的方法可以实现主动添加本应用卡片到其他应用中，可以解决现有技术中不支持主动添加本应用的卡片到其它任意应用中的问题，本申请中不需要双方应用进行定制化接口，就可以快捷方便地实现卡片的相互嵌入功能。

应理解，上述实施例中，第一应用与第二应用可以在同一个用户界面上，也可以在不同的用户界面上。

一种可能的实施方式中，电子设备还可以接收更新操作，更新操作用于更新第二应用中的第一卡片；电子设备响应于更新操作，通过卡片管理服务调用卡片更新接口将第一应用中第一卡片更新后的卡片信息发送至第二应用，卡片更新接口的调用权限已打开，也就是说，电子设备中的任意应用在调用该卡片更新接口时可以不用进行系统权限校验，这样不仅系统应用可以调用该卡片更新接口，第三方应用也可以调用该卡片更新接口。此外，电子设备通过包管理系统将第一卡片更新后的卡片资源信息发送至第二应用；电子设备基于第一卡片更新后的卡片信息以及更新后的卡片资源信息，在第二应用中生成第一应用的第一卡片。可选的，还可以在第二应用的用户界面显示更新后的第一卡片。示例性的，电子设备确定满足更新卡片的更新条件，则响应于更新操作，通过卡片管理服务调用卡片更新接口将第一应用中第一卡片更新后的卡片信息发送至第二应用；更新条件包括以下至少一项：预设时长内启动应用的总数小于第一阈值；预设时长内启动卡片的总数小于第二阈值；预设时长内启动卡片总次数小于第三阈值。

下面结合图5，提供第一操作为拖动操作的一个具体示例。

以第一应用为应用A，第二应用为应用C为例，如图5中(a)所示，电子设备显示应用A的用户界面，应用A的用户界面显示应用A的卡片1和卡片2，针对应用A中的卡片1进行沿着如图5中(a)所示的虚线箭头方向拖动，直至拖动到显示屏边缘，电子设备切换至显示如图5中(b)所示的桌面应用的用户界面，在该桌面应用的用户界面上还可以显示至少一个应用(例如应用B和应用C)的应用图标，此时继续拖动至应用C的应用图标的位置，电子设备响应于该拖动操作，将应用A中的卡片1添加至应用C，可选的，电子设备还可以响应于该拖动操作，显示如图5中(c)所示的应用C的用户界面，应用C的用户界面显示卡片1，在其它一些示例中，卡片1也可以在应用C的用户界面中不显示，即用户对拖动到应用C中的卡片1无感知。

下面结合图7，提供第一操作为拖动操作的另一具体示例。

以第一应用为应用A，第二应用为桌面应用为例，结合图7中的(a)、(b)以及(c)来说明。电子设备显示如图7中(a)所示应用A的用户界面，应用A的用户界面显示应用A的卡片1和卡片2，针对应用A中的卡片2进行沿着如图7中(a)所示的虚线箭头方向拖动，直至拖动到显示屏边缘，电子设备切换至显示如图7中(b)所示的桌面应用的用户界面，在该桌面应用的用户界面上还可以显示至少一个应用(例如应用B和应用C)的应用图标，卡片2显示在如图7中(c)所示的桌面应用的用户界面上。

在图5以及图7所示的示例中，通过对第一应用中的不同卡片进行拖动操作，可以实现将第一应用中的不同卡片添加到至少一个第二应用中。在其它一些实施例中，也可以通过对第一应用中的同一卡片进行拖动操作，分别拖动至不同的第二应用中，从而实现将第一应用中的同一卡片添加到至少一个第二应用中。

下面结合图8，提供第一操作为长按操作的具体示例。

以第一应用为应用A，第二应用为应用C为例，电子设备显示如图8中(a)所示的应用A的用户界面，应用A的用户界面显示应用A的卡片1和卡片2。电子设备接收到针对应用A的用户界面中的卡片1的长按操作，电子设备响应于该长按操作，显示如图8中(b)所示的窗口801，该窗口801中包括多个可以添加卡片的应用列表，应用列表例如包括应用B、应用C以及其它应用(未在窗口801示出)等应用的标识。用户可以选择将卡片1添加至窗口801显示的某个应用，例如图8中(b)所示用户选择应用C。电子设备接收到针对窗口801中的应用C的标识的点击操作，响应于该点击操作，将卡片1添加至应用C中。可选的，电子设备响应于该点击操作，还可以显示如图8中(c)所示应用C的用户界面，卡片1可以显示在应用C的用户界面中。

在其它一些示例中，如图8中(b)所示，电子设备接收到针对窗口801中的应用C的标识的点击操作，响应于该点击操作，电子设备将卡片1收藏在应用C中。

在图8所示的示例中，还可以将如图8中(a)所示的应用A的用户界面的其它卡片进行长按操作，可以实现将应用A中的不同卡片添加到至少一个第二应用中。在其它一些实施例中，也可以通过对如图8中(a)所示的应用A的用户界面中的同一卡片进行长按操作，将第一应用中的同一卡片分别添加到不同的第二应用中。

应用场景二，在一个应用中组合一个或多个其它应用的卡片的场景，例如在第一应用中组合至少一个第三应用的卡片。

以第一应用为应用A，至少一个第三应用包括应用B、应用C和应用D为例，如图9中(a)所示，电子设备显示应用A的用户界面，应用A包括第一控件。示例性的，该第一控件可以为添加按钮，该添加按钮用于添加其它应用的卡片，用户可以对应用A中的添加按钮进行操作，例如该操作为点击操作，电子设备响应于该点击操作，显示如图9中(b)所示的全量卡片，该全量卡片用于展示电子设备中的其它应用的卡片，该全量卡片可以与应用A的显示内容部分或全部重叠，也可以与应用A的显示内容完全不重叠。全部重叠即全量卡片覆盖在应用A的显示内容上方，用户只能看到全量卡片，完全不重叠即全量卡片与应用A的显示内容没有重叠的区域，用户可以看到全量卡片的全部信息以及应用A的显示内容的全部信息，图9中仅示例性示出了全量卡片与应用A的显示内容完全重叠的情况。

如图9中(b)所示，全量卡片包括应用A以及其他应用的卡片，例如图9中(b)所示的应用B的卡片、应用C的卡片以及应用D的卡片，可选的，全量卡片还可以包括更多的卡片。电子设备可以接收针对全量卡片中的应用B的卡片操作，例如该操作为点击操作，又例如该操作为拖动操作，电子设备响应于该操作，将应用B的卡片添加至应用A，并在如图9中(d)所示的应用A的用户界面中显示应用B的卡片。当需要继续向应用A添加更多的卡片时，可以点击如图9中(d)所示的应用A的用户界面中的添加按钮，显示全量卡片，如图9中(e)所示，电子设备还可以接收针对全量卡片中的应用C的卡片的点击操作，电子设备响应于该点击操作，将应用C的卡片添加至应用A，并在图9中(f)所示的应用A的用户界面中显示应用C的卡片。

上述示例中，图9中(c)所示的应用B卡片与图9中(d)所示的已添加到应用A中的应用B卡片可以相同，在其它一些实施例中，图9中(c)所示应用B卡片是一个预览卡片，电子设备接收到针对该预览卡片的点击操作，响应于该点击操作，显示如图9中(d)所示的应用B卡片。

在其它一些实施例中，电子设备显示如图9中(b)中所示的全量卡片时，全量卡片中还可以包括完成按钮，用户可以在全量卡片中点击一个或多个应用的卡片，然后点击完成按钮，一个或多个应用的卡片添加到应用A中，例如在如图9中(b)中所示的全量卡片中点击应用B的卡片以及应用C的卡片，电子设备的用户界面从如图9中(b)中所示的全量卡片，切换到显示如图9中(f)中所示的应用A的界面。

需要说明的是，本申请实施例对添加按钮的名称不限制，也可以为其它名称，例如也可称为发现按钮，本申请对此不作限制。

下面结合实施例对本申请实施例提供的卡片使用方法进行详细介绍。

如图10所示，该方法包括以下步骤：

步骤1001，电子设备显示第一应用的第一用户界面，第一用户界面包括至少一个卡片的预览信息，至少一个卡片包括第三应用的第二卡片。至少一个卡片可以属于同一个应用，也可以属于不同的应用。

在步骤1002中，第一用户界面包括的至少一个卡片的预览信息可以列表的形式显示，例如至少一个卡片预览信息可如图9中(b)所示的全量卡片，可以包括应用B的卡片、应用C的卡片以及应用D的卡片，可选的，还可以包括更多的卡片。

在步骤1001之前，电子设备还可以执行如下步骤S1～S3：

S1，电子设备显示第一应用的第三用户界面。

其中，第三用户界面包括第一控件，该第一控件用于添加其它应用的卡片。

示例性的，第一应用为应用A，第一控件为添加按钮，如图9中(a)所示的应用A的第二用户界面可以包括用于添加卡片的添加按钮。

S2，电子设备接收针对第一控件的第四操作。

例如第四操作可以为针对应用A上的添加按钮的点击操作。

本申请涉及的第一应用可以是电子设备中的任一应用，第二应用也可以是电子设备中的任一应用，第一应用与第二应用不同，后文不再赘述。示例性的，例如第一应用为时钟应用，第二应用为即时通信应用；又例如第一应用为购物类应用，第二应用为服务中心。

S3，电子设备响应于第四操作，通过卡片管理服务获取其它应用的卡片的卡片信息。

在一些实施例中，电子设备可以通过卡片管理服务调用卡片查询接口获取其它应用的卡片的卡片信息，该卡片查询接口的调用权限已打开，也就是说，电子设备中的任意应用在调用该卡片查询接口时可以不用进行系统权限校验，这样不仅系统应用可以调用该卡片查询接口，第三方应用也可以调用该卡片查询接口。

本申请实施例中，电子设备包括的各个应用可以实现各自的卡片界面，应用在安装后，会自动注册到包管理系统中。在应用A中聚合其它应用的功能时，可以通过点击发现按钮，调用查询接口，获取系统中其他应用的卡片信息。

步骤1002，电子设备接收针对第二卡片的预览信息的第三操作。

该第三操作例如可以为点击操作，又例如可以为拖动操作。

示例性的，以第三操作为拖动操作为例，至少一个第二卡片为如图9中(c)所示的全量卡片中的应用B的卡片为例，电子设备可以接收到针对全量卡片中的应用B的卡片的预览信息的拖动操作，该拖动操作用于将应用B的卡片添加至应用A中；电子设备还可以接收到针对全量卡片中的应用C的卡片的预览信息的拖动操作，该拖动操作用于将应用C的卡片添加至应用A中。

在步骤1002中，第二卡片的预览信息可以与第二卡片的卡片信息相同，也可以不同。

步骤1003，电子设备响应于第三操作，通过卡片管理服务将第二卡片添加至第一应用，并在所述第一应用的第二用户界面显示第二卡片。

在一种可能的实施方式中，电子设备响应于第三操作，通过卡片管理服务调用卡片添加接口将第二卡片添加至第一应用。

该卡片添加接口的调用权限已打开，也就是说，电子设备中的任意应用在调用该卡片添加接口时可以不用进行系统权限校验，这样不仅系统应用可以调用该卡片添加接口，第三方应用也可以调用该卡片添加接口。

本申请实施例中，为了方便操作系统对卡片以及各类接口进行统一管控，操作系统可以提供系统控件，例如卡片，该系统控件封装卡片查询接口、卡片添加接口、卡片删除接口以及卡片更新接口等各类接口，避免各类接口直接向第三方开发者提供。而且卡片添加接口、卡片删除接口、卡片更新接口以及卡片查询接口等各类接口的调用权限已打开，这样在卡片添加接口、卡片删除接口、卡片更新接口以及卡片查询接口等各类接口调用之前，操作系统可以不用对这些接口进行系统权限校验的过程，这样系统应用和第三方应用都可以便捷地调用这些接口，实现第一应用与其它应用的进行通信以及卡片信息传递，从而可以实现不仅系统应用可以聚合其它应用的卡片功能，而且第三方应用也可以聚合不同应用的卡片功能。

一种可能的实施方式中，电子设备还可以接收针对第一应用的用户界面显示的第二卡片的更新操作，更新操作用于更新第一应用中的第二卡片；电子设备响应于更新操作，通过卡片管理服务调用卡片更新接口将第三应用中第二卡片更新后的卡片信息发送至第一应用，卡片更新接口的调用权限已打开，也就是说，电子设备中的任意应用在调用该卡片更新接口时可以不用进行系统权限校验，这样不仅系统应用可以调用该卡片更新接口，第三方应用也可以调用该卡片更新接口。电子设备通过包管理系统将第二卡片更新后的卡片资源信息发送至第一应用；电子设备基于第二卡片更新后的卡片信息以及更新后的卡片资源信息，在第一应用中生成第三应用的第二卡片，并在第一应用的用户界面显示更新后的第二卡片。示例性的，电子设备确定满足更新卡片的更新条件，则响应于更新操作，通过卡片管理服务调用卡片更新接口将第三应用中第二卡片更新后的卡片信息发送至第一应用；更新条件包括以下至少一项：预设时长内启动应用的总数小于第一阈值；预设时长内启动卡片的总数小于第二阈值；预设时长内启动卡片总次数小于第三阈值。

通过上述实施方式，在第一应用需要更新卡片的场景中，在调用卡片更新接口之前，卡片更新接口的调用权限已打开，这样不仅系统应用可以聚合其它应用的卡片功能，第三方应用也可以聚合不同应用的卡片功能。

一种可能的实施方式中，电子设备还可以接收针对第一应用的第二用户界面显示的所述第二卡片的删除操作；电子设备响应于删除操作，删除第一应用的第一用户界面显示的所述第二卡片，并通过卡片管理服务调用卡片删除接口将第三应用中缓存的第二卡片的卡片资源信息删除。在第一应用需要删除卡片的场景中，在调用卡片删除接口之前，卡片删除接口的调用权限已打开。这样不仅系统应用可以删除其它应用的卡片功能，第三方应用也可以删除不同应用的卡片功能。

下面以第一应用为应用A，第三应用为应用B为例，基于上述图2所示的系统架构，详细介绍卡片使用方法的具体实现方式。

如图11所示，应用A作为卡片使用方，应用B作为卡片提供方，该方法包括如下步骤：

步骤1101，应用A的卡片使用方从包管理系统查询应用B以及其他应用的卡片信息。

在一些实施例中，卡片使用方可以向包管理系统发送查询请求，该查询请求为电子设备接收针对第一应用的第四操作之后触发的，然后包管理系统接收到查询请求后，向卡片使用方反馈应用B以及其他应用的卡片信息，该卡片信息例如图9中(b)所示的全量卡片。

步骤1102，根据卡片信息，卡片使用方向卡片管理服务发起添加卡片的请求。

示例性的，该步骤1102中的请求可以为上述步骤1002中的第三操作触发的。

例如，用户想要向如图9中(c)所示的应用A添加应用B的卡片，应用A的卡片使用方向卡片管理服务发起添加应用B的卡片的请求，该请求中携带应用B的卡片的标识。

该请求中还可以携带卡片使用方的信息，卡片提供方在创建卡片资源信息时，可以为卡片使用方提供定制化的卡片资源信息，例如，根据卡片使用方可以支持的卡片尺寸来创建卡片。类似的，在需要更新卡片的场景中，也可以在更新请求中携带卡片使用方的信息。在删除卡片的场景中，也可以在删除请求中携带卡片使用方的信息。后文不再赘述。

步骤1103，卡片管理服务启动卡片提供方。

一种可能的实施方式中，卡片管理服务调用卡片添加接口启动卡片提供方，并通过卡片添加接口与卡片提供方通信，该卡片添加接口的调用权限已打开。

在一种可能的实施方式中，本申请实施例中的应用的各个卡片中，对于涉及敏感信息或者需要调用系统能力的功能卡片，例如需要调用位置、传感器等系统能力的卡片，使用支付等涉及安全的卡片，使用联系人等敏感信息的卡片等，可提前添加权限提醒和校验功能。这样可以保证用户的信息安全。

在步骤1104之前，卡片提供方确定卡片使用方请求的卡片是否涉及敏感信息或者需要调用系统能力，当请求的卡片涉及敏感信息或者需要调用系统能力时，电子设备输出提醒信息，该提醒信息用于提醒用户请求的卡片涉及安全问题，例如该提醒信息用于提醒用户所请求的卡片包括敏感信息，该提醒信息的具体内容不作限制。示例性的，该提醒信息可以是弹框的方式显示，例如，弹框中提示有风险，是否继续添加卡片，例如提醒信息包括第二控件，第二控件用于执行继续添加卡片，当电子设备接收到针对第二控件的点击操作，响应于该点击操作继续执行步骤1104，该提醒信息还可以包括第三控件，第三控件用于执行取消添加卡片，当电子设备接收到针对第三控件的点击操作，响应于该点击操作，不继续执行步骤1104，可以避免敏感信息泄露。

步骤1104，应用B在卡片组件中创建卡片信息，并将卡片信息返回给卡片管理服务。

示例性的，可以为应用B通过卡片添加接口向卡片管理服务返回卡片信息。

示例性的，卡片信息包括布局标识信息和显示信息等，其中布局标识信息和显示信息可以参见针对上述步骤604中的布局标识信息和显示信息的相关描述，此处不再赘述。

步骤1105，卡片管理服务向卡片使用方发送卡片信息。

步骤1106，包管理系统向应用A发送卡片资源信息。

步骤1107，卡片使用方结合卡片管理服务发送的卡片信息以及包管理系统的卡片资源信息，生成应用B的卡片，并在应用A中显示应用B的卡片。

通过上述示例，应用可以自定义添加系统中注册的卡片，从而可以扩大卡片能力的使用范围。

本申请实施例中，应用A中添加的卡片需要定期更新，以保证卡片与应用B中的卡片的信息一致，卡片更新流程与图11的区别在于步骤1102，卡片更新流程中可以将步骤1102替换为：根据卡片信息，卡片使用方向卡片管理服务发起更新卡片的请求。

本申请实施例中，对于需要更新卡片的场景中，可以设置启动卡片的更新条件，更新条件可以包括以下至少一项：预设时长内启动应用的总数量小于第一阈值；预设时长内启动卡片的总数量小于或等于第二阈值；预设时长内启动卡片总次数小于第三阈值。通过设置启动卡片的更新条件，可以避免频繁启动卡片导致的功耗和性能降低的问题。在一种可能的实施方式中，在进行卡片更新之前，卡片管理服务确定是否满足更新条件，例如更新条件包括两项，分别为：一天内只能启动预设次数以及每日总启动次数小于次数阈值，那么卡片管理服务在卡片更新之前，确定一天内启动卡片提供方的次数是否小于预设次数且当天的总启动次数是否小于次数阈值时，若是，则执行卡片更新，继续启动应用B的卡片提供方服务；若否，则不再执行卡片更新，也就是说，拒绝卡片使用方更新卡片的请求。

在其他一些实施例中，当应用A需要删除添加的卡片时，如图12所示，卡片使用方法包括如下步骤：

步骤1201，应用A的卡片使用方删除第三卡片，该第三卡片的卡片资源信息来自于应用B。

步骤1202，卡片使用方向卡片管理服务发送删除第三卡片的请求。

步骤1203，卡片管理服务启动卡片提供方。

该步骤1203为可选的步骤，例如在卡片管理服务接收到删除第三卡片的请求之前，已启动卡片提供方，那么在步骤1202之后，执行步骤1204。

步骤1204，应用B的卡片提供方删除本地缓存的第三卡片的卡片资源信息。

步骤1205，卡片提供方通过卡片管理服务向卡片使用方返回完成删除消息。

上述本申请提供的实施例中，从电子设备作为执行主体的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，电子设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

基于以上实施例以及相同构思，本申请实施例还提供一种终端，用于执行上述方法实施例中终端所执行的步骤，相关特征的可参见上述方法实施例，在此不再赘述。

请参见图13，该电子设备包括：一个或多个处理器1301和存储器1302，其中存储器1302中存储有程序指令，当程序指令被设备执行时，可以实现本申请实施例中的方法步骤。

其中，处理器1301可以是通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，RAM)、闪存、只读存储器(read-only memory，ROM)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件完成上述方法的步骤。

装置的具体实现方式的相关特征可以参照上文的方法部分，此处不再赘述。

基于相同的技术构思，本申请实施例还提供一种芯片，所述芯片与设备中的存储器耦合，使得所述芯片在运行时调用所述存储器中存储的程序指令，实现本申请实施例上述方法。

基于相同的技术构思，本申请实施例还提供一种计算机存储介质，所述计算机可读存储介质包括计算机程序，当计算机程序在电子设备上运行时，使得所述电子设备执行本申请实施例上述方法。

基于相同的技术构思，本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得计算机执行实现本申请实施例上述方法。

本申请的各个实施例可以单独使用，也可以相互结合使用，以实现不同的技术效果。

以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本申请实施例的方法，不应理解为对本申请实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本申请实施例的保护范围之内。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

以上所述，仅为本申请的具体实施方式。熟悉本技术领域的技术人员根据本申请提供的具体实施方式，可想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (16)

1.一种卡片使用方法，其特征在于，所述方法包括：

电子设备显示第一应用的用户界面，所述第一应用的用户界面包括第一卡片；

所述电子设备响应于对所述第一卡片的第一操作，通过卡片管理服务启动所述第二应用；

所述电子设备通过卡片管理服务将所述第一应用中的所述第一卡片的卡片信息发送至所述第二应用，并通过包管理系统将所述第一卡片的卡片资源信息发送至所述第二应用；

所述电子设备基于所述卡片信息以及卡片资源信息，在所述第二应用中生成所述第一应用的第一卡片。

2.如权利要求1所述的方法，其特征在于，所述电子设备通过卡片管理服务将所述第一应用中的所述第一卡片的卡片信息发送至所述第二应用，包括：

所述电子设备通过卡片管理服务调用卡片发送接口将所述第一应用中的所述第一卡片的卡片信息发送至所述第二应用。

3.如权利要求1或2所述的方法，其特征在于，所述第一操作包括将所述第一应用中的所述第一卡片拖动至所述第二应用的操作，或者，所述第一操作为长按操作。

4.如权利要求3所述的方法，其特征在于，当所述第一操作为长按操作，所述电子设备响应于所述第一操作，通过卡片管理服务启动所述第二应用，包括：

所述电子设备响应于所述第一操作，显示第一窗口，所述第一窗口包括至少一个可添加卡片的应用的标识，所述至少一个可添加卡片的应用包括第二应用；

所述电子设备接收针对所述第一窗口中的第二应用的标识的第二操作；

所述电子设备响应于所述第二操作，通过卡片管理服务启动所述第二应用。

5.如权利要求1-4任一项所述的方法，其特征在于，所述第二应用预先配置有可添加卡片的标志。

6.如权利要求1-5任一项所述的方法，其特征在于，所述电子设备基于所述卡片信息以及卡片资源信息，在所述第二应用中生成所述第一应用的第一卡片之后，还包括：

所述电子设备显示所述第二应用的用户界面，所述第二应用的用户界面包括所述第一卡片。

7.一种卡片使用方法，其特征在于，所述方法包括：

电子设备显示第一应用的第一用户界面，所述第一用户界面包括至少一个卡片的预览信息，所述至少一个卡片包括第三应用的第二卡片；

所述电子设备响应于对所述第二卡片的预览信息的第三操作，通过卡片管理服务启动所述第三应用；

所述电子设备通过卡片管理服务将所述第二卡片的卡片信息发送至所述第一应用；

所述电子设备通过包管理系统将所述第二卡片的卡片资源信息发送至所述第一应用；

所述电子设备基于所述卡片信息以及卡片资源信息，在所述第一应用中生成所述第三应用的第二卡片；

所述电子设备显示所述第一应用的第二用户界面，所述第二用户界面包括所述第二卡片。

8.如权利要求7所述的方法，其特征在于，所述电子设备显示第一应用的第一用户界面之前，还包括：

所述电子设备显示所述第一应用的第三用户界面，所述第三用户界面包括第一控件，所述第一控件用于添加其它应用的卡片；

所述电子设备响应于对所述第一控件的第四操作，通过卡片管理服务获取所述其他应用的卡片的卡片信息。

9.如权利要求7或8所述的方法，其特征在于，所述第三操作为点击操作或拖动操作，所述第四操作为点击操作。

10.如权利要求7-9任一项所述的方法，其特征在于，所述电子设备通过卡片管理服务将所述第二卡片的卡片信息发送至所述第一应用之前，还包括：

所述电子设备输出提醒信息，所述提醒信息用于提醒用户所述第三应用的第二卡片包括敏感信息，所述提醒信息包括第二控件，所述第二控件用于继续向所述第一应用添加所述第二卡片；

所述电子设备通过卡片管理服务将所述第二卡片的卡片信息发送至所述第一应用，包括：

所述电子设备响应于针对所述第二控件的第五操作，通过卡片管理服务将所述第二卡片的卡片信息发送至所述第一应用。

11.如权利要求7-10任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备接收针对第一应用的用户界面的所述第二卡片的更新操作；

所述电子设备响应于所述更新操作，通过卡片管理服务将所述第三应用中所述第二卡片更新后的卡片信息发送至第一应用；

所述电子设备通过包管理系统将所述第二卡片更新后的卡片资源信息发送至所述第一应用；

所述电子设备基于所述第二卡片更新后的卡片信息以及更新后的卡片资源信息，在所述第一应用中生成所述第三应用的第二卡片。

12.如权利要求11所述的方法，其特征在于，所述电子设备响应于所述更新操作，通过卡片管理服务将所述第三应用中所述第二卡片更新后的卡片信息发送至第一应用，包括：

所述电子设备确定所述第一应用满足更新卡片的更新条件，通过卡片管理服务将所述第三应用中所述第二卡片更新后的卡片信息发送至第一应用；

所述更新条件包括以下至少一项：

预设时长内启动应用的总数量小于第一阈值；

预设时长内启动卡片的总数量小于第二阈值；

预设时长内启动卡片总次数小于第三阈值。

13.如权利要求7-12任一项所述的方法，其特征在于，所述方法还包括：

所述电子设备接收针对所述第二用户界面的所述第二卡片的删除操作；

所述电子设备响应于所述删除操作，删除所述第一应用的第一用户界面的所述第二卡片，并通过卡片管理服务将所述第三应用中缓存的第二卡片的卡片资源信息删除。

14.一种电子设备，其特征在于，包括处理器、存储器、触摸屏，所述触摸屏，用于接收用户的操作；

所述存储器用于存储一个或多个计算机程序，所述计算机程序被所述处理器执行时，使得所述电子设备执行如权利要求1-6任一项所述的方法，或者，执行如权利要求7-13任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括计算机程序，当计算机程序在终端上运行时，使得所述电子设备执行如权利要求1-6任一项所述的方法，或者，执行如权利要求7-13任一项所述的方法。

16.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序或指令，当所述计算机程序或指令被终端执行时，实现如上述权利要求1-6任一项所述的方法，或者，执行如权利要求7-13任一项所述的方法。