CN116700852B - 一种卡片展示方法、终端、存储介质以及程序产品 - Google Patents

Abstract

本申请实施例提供了一种卡片展示方法、终端、存储介质和程序产品，涉及数据处理技术领域，上述方法包括：接收卡片提供应用发送的卡片数据；从已集成的各种界面渲染引擎中，确定所述卡片提供应用支持的第一界面渲染引擎；基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到待展示卡片；指示卡片展示应用在用户界面展示所述待展示卡片。应用本申请实施例提供的方案能够在终端的用户界面上展示卡片。

Description

一种卡片展示方法、终端、存储介质以及程序产品

技术领域

本申请涉及数据处理技术领域，尤其地涉及一种卡片展示方法、终端、存储介质以及程序产品。

背景技术

卡片是一种能够嵌入应用程序内部的灵活部件，能够周期性的更新卡片内容，便于用户随时查看卡片内容。

鉴于卡片的上述特点，在一个终端中需要部署有卡片提供应用和卡片展示应用。卡片提供提供应用向向卡片展示应用提供卡片数据，卡片展示应用根据卡片数据展示卡片。

发明内容

有鉴于此，本申请提供一种卡片展示方法、终端、存储介质以及程序产品，以在终端的用户界面上展示卡片。

第一方面，本申请实施例提供了一种卡片展示方法，所述方法包括：

接收卡片提供应用发送的卡片数据；

从已集成的各种界面渲染引擎中，确定所述卡片提供应用支持的第一界面渲染引擎；

基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到待展示卡片；

指示卡片展示应用在用户界面展示所述待展示卡片。

本申请的一个实施例中，所述指示卡片展示应用在用户界面展示所述待展示卡片，包括：

播放所述待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，以使得所述卡片展示应用在用户界面展示所投射的内容。

本申请的一个实施例中，所述指示卡片展示应用在用户界面展示所述待展示卡片，包括：

向卡片展示应用发送所述待展示卡片，以使得所述卡片展示应用在用户界面展示所述待展示卡片。

本申请的一个实施例中，所述方法还包括：

接收所述卡片提供应用发送的针对卡片的更新数据；

根据所述更新数据，指示所述卡片展示应用更新所述待展示卡片的卡片内容。

本申请的一个实施例中，所述基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到待展示卡片，包括：

基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到初始卡片；

确定卡片展示应用支持的第二界面渲染引擎；

按照所述第二界面渲染引擎对所述初始卡片进行数据转换，得到待展示卡片。

本申请的一个实施例中，在所述基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到待展示卡片之后，还包括：

确定对所述待展示卡片进行效果增强处理的增强信息；

所述指示卡片展示应用在用户界面展示所述待展示卡片，包括：

基于所述增强信息，指示卡片展示应用在用户界面展示所述待展示卡片。

本申请的一个实施例中，所述卡片数据包括：卡片布局数据和卡片内容数据；和/或

用户界面包括以下界面中的至少一种：桌面、扩展屏幕界面、锁屏界面、通知栏、第三方应用程序界面。

第二方面，本申请实施例提供了一种终端，包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被所述处理器执行时，触发所述终端执行第一方面中任一项所述的步骤。

第三方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行第一方面中任意一项所述的方法。

第四方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品包含可执行指令，当所述可执行指令在计算机上执行时，使得计算机执行第一方面中任意一项所述的方法。

由以上可见，应用本申请实施例提供的方案展示卡片时，卡片管理服务接收到卡片提供应用发送的卡片数据之后，可以从已集成的各种界面渲染引擎中确定卡片提供应用支持的第一界面渲染引擎，然后基于第一界面渲染引擎对卡片数据进行数据渲染，得到待展示卡片，再指示卡片展示应用在用户界面展示待展示卡片，通过上述方式可以实现在用户界面成功展示卡片。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本申请实施例提供的一种终端的示意图；

图2为本申请实施例提供的第一种卡片展示方法的流程示意图；

图3为本申请实施例提供的第一种卡片展示流程的示意图；

图4为本申请实施例提供的第二种卡片展示流程的示意图；

图5为本申请实施例提供的第二种卡片展示方法的流程示意图；

图6为本申请实施例提供的一种数据发送主从关系示意图

图7为本申请实施例提供的第三种卡片展示流程的示意图；

图8为本申请实施例提供的第三种卡片展示方法的流程示意图。

具体实施方式

为了更好的理解本申请的技术方案，下面结合附图对本申请实施例进行详细描述。

为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一指令和第二指令是为了区分不同的用户指令，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请中，“示例性地”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性地”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性地”或者“例如”等词旨在以具体方式呈现相关概念。

首先对本申请实施例所提供方案的执行主体进行说明：

从软件层面来说，本申请实施例所提供方案的执行主体为：与卡片提供应用以及卡片展示应用部署于同一终端的应用程序，该应用程序在本申请实施例所提供方案中可以被称为卡片管理服务；从硬件层面来说，本申请实施例所提供方案的执行主体为：部署有上述卡片提供应用、卡片展示应用以及卡片管理服务的终端。

上述终端可以是平板电脑、个人计算机(personal computer，PC)、个人数字助理(personal digital assistant，PDA)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、车载设备、智能汽车、机器人、智能眼镜、智能电视等。

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

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(Application Processor，AP)、调制解调处理器(modem)、图形处理器(GraphicsProcessing Unit，GPU)、图像信号处理器(Image Signal Processor，ISP)、控制器、视频编解码器、数字信号处理器(Digital Signal Processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器110可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(Inter-Integrated Circuit，I2C)接口、集成电路内置音频(Inter-Integrated CircuitSound，I2S)接口、脉冲编码调制(Pulse Code Modulation，PCM)接口、通用异步收发传输器(Universal Asynchronous Receiver/Transmitter，UART)接口、移动产业处理器接口(Mobile Industry Processor Interface，MIPI)、通用输入输出(General-PurposeInput/Output，GPIO)接口、以及用户标识模块(Subscriber Identity Module，SIM)接口。

I2C接口是一种双向同步串行总线，包括一根串行数据线(Serial Data Line，SDA)和一根串行时钟线(Derail Clock Line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K、充电器，闪光灯、摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。音频模块170可以将获取到的下行音频流数据和上行音频流数据通过无线通信模块160传输到与终端无线连接的终端。

在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙连接的终端获得下行音频流的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(Camera Serial Interface，CSI)、以及显示屏串行接口(DisplaySerial Interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端的显示功能。

可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端的结构限定。在本申请另一些实施例中，终端也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

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

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

移动通信模块150可以提供应用在第一终端上的包括2G/3G/4G/5G等无线通信的解决方案。在一些实施例中，可以通过移动通信模块150实现两个终端之间的通话数据的传输，例如，作为被呼叫方设备时，可以获得来自呼叫方设备的下行音频流数据，以及可以向呼叫方设备传输上行音频流数据。

无线通信模块160可以提供应用在终端上的包括无线局域网(Wireless LocalArea Networks，WLAN)(如无线保真(Wireless Fidelity，Wi-Fi)网络)、蓝牙(Bluetooth，BT)、全球导航卫星系统(Global Navigation Satellite System，GNSS)、调频(FrequencyModulation，FM)、近距离无线通信技术(Near Field Communication，NFC)、以及红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，终端的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端可以通过无线通信技术与网络以及其他设备通信。在本申请的一个实施例中，终端可以通过无线通信模块160实现与另一终端的局域网络连接。无线通信技术可以包括全球移动通讯系统(Global System for Mobile Communications，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址接入(Code Division MultipleAccess，CDMA)、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)、时分同步码分多址(Time-Division-Synchronous Code Division Multiple Access，TD-SCDMA)，长期演进(Long Term Evolution，LTE)、BT、GNSS、WLAN、NFC、FM、和/或IR技术等。GNSS可以包括全球卫星定位系统(Global Positioning System，GPS)、全球导航卫星系统(Global Navigation Satellite System，GLONASS)、北斗卫星导航系统(BeidouNavigation Satellite System，BDS)、准天顶卫星系统(Quasi-Zenith SatelliteSystem，QZSS)、和/或星基增强系统(Satellite Based Augmentation System，SBAS)等。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-EmittingDiode，OLED)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(Active-MatrixOrganic Light Emitting Diode的，AMOLED)、柔性发光二极管(Flex Light-EmittingDiode，FLED)、MiniLED、MicroLED、Micro-OLED、以及量子点发光二极管(Quantum dotLight Emitting Diode，QLED)等。在一些实施例中，终端可以包括1个或N个显示屏194，N为大于1的正整数。

外部存储器接口120可以用于连接外部存储卡，例如Micro安全数码(SecureDigital Memory，SD)卡，实现扩展终端的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐、视频、录音文件等文件保存在外部存储卡中。

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

终端可以通过音频模块170、扬声器170A、受话器170B、麦克风170C、耳机接口170D、以及应用处理器等实现通话冲突处理功能等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端接听电话或语音信息时，可以通过受话器170B听到呼叫方设备传输的语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C，实现上行音频流的采集。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。在一些实施例中，当用户点击按压显示屏194上的接听键时，可实现手动接听通话功能，当用户点击按压显示屏194上的挂断键时，可实现手动挂断通话功能。

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

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端可以接收按键输入，产生与终端的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端的接触和分离。终端可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端中，不能和终端分离。

下面以执行主体为上述卡片管理服务为例，对本申请实施例提供的卡片展示方法进行详细说明。

参见图2，图2为本申请实施例提供的第一种卡片展示方法的流程示意图，上述方法包括以下步骤S201-步骤S204。

步骤S201：接收卡片提供应用发送的卡片数据。

由前述执行主体说明部分可知，卡片提供应用、卡片展示应用以及卡片管理服务位于同一终端。

上述终端中可以布设有一个卡片提供应用，也可以布设有多个卡片提供应用，用于提供生成卡片所需的数据，即上述卡片数据。

具体的，上述卡片可以是Widget类型的卡片，上述卡片数据可以包括：卡片布局数据和卡片内容数据。

卡片布局数据用于描述卡片的布局信息，例如，上述布局信息可以包括卡片的形状、大小、颜色等信息，也可以包括卡片内包含的卡片组件的信息；卡片内容数据用于描述卡片所要展示的内容信息，例如，上述内容信息可以是文本、表格、图片、视频等信息。

其中，上述卡片组件可以是卡片内包含的单独单元，例如，可以是文本框、搜索栏等，卡片组件的信息可以是卡片组件的数量、类型、卡片组件的形状、大小、颜色等信息。

可见，基于上述卡片布局数据以及卡片内容数据，可以生成具有特定外观与内容的卡片。

这样基于上述卡片布局数据以及卡片内容数据，可以生成外观各异、内容丰富的卡片。

步骤S202：从已集成的各种界面渲染引擎中，确定卡片提供应用支持的第一界面渲染引擎。

界面渲染引擎可以理解为数据渲染的规则、规范等，采用界面渲染引擎可以对其对应的卡片数据进行数据渲染并生成待展示卡片。也就是，使用与卡片数据对应的卡片渲染引擎能够对卡片数据进行正确的渲染，从而生成待展示卡片。鉴于此，卡片提供应用需要支持至少一种界面渲染引擎，并按照所支持的界面渲染引擎提供卡片数据，也就是，卡片提供应用提供的卡片数据是与其所支持的界面渲染引擎相对应的。

本步骤中，从已集成的各种界面渲染引擎中，确定卡片提供应用支持的第一界面渲染引擎，以便后续能够采用第一渲染引擎对卡片提供应用提供的卡片数据进行渲染。

其中，本申请实施例并不限定卡片管理服务集成的界面渲染引擎的具体类型。

例如，卡片管理服务可以集成有各类常见的通用界面渲染引擎，也可以集成各终端制造厂商自行研发并公开的界面渲染引擎等。

并且，卡片管理服务已集成的界面渲染引擎可以是不断更新的。

具体的，卡片管理服务可以随着公开或能够获知的界面渲染引擎的增加而不断的将上述界面渲染引擎集成，这样可以不断的扩充更多的已集成的界面渲染引擎，从而只要卡片提供应用能够支持已集成的界面渲染引擎中的任意一种，卡片管理服务就可以采用卡片提供应用支持的界面渲染引擎对卡片提供应用提供的卡片数据进行数据渲染。

具体的，可以通过以下方式确定卡片提供应用支持的第一界面渲染引擎。

一种实施方式中，卡片提供应用发送的卡片数据中可以携带有卡片提供应用支持的界面渲染引擎的标识，这样卡片管理服务可以读取上述标识，然后从已集成的界面管理引擎中确定与上述标识匹配的界面渲染引擎，作为第一界面引擎。

另一种实施方式中，卡片管理服务可以将预设的关键字与上述卡片数据的内容进行匹配，按照预设的界面渲染引擎与关键字之间的对应关系，确定匹配到的关键字对应的界面渲染引擎，作为第一界面引擎。上述关键字可以为各界面渲染引擎对应的预定义关键字。

步骤S203：基于第一界面渲染引擎对卡片数据进行数据渲染，得到待展示卡片。

具体的，确定出第一界面渲染引擎之后，可以采用第一界面渲染引擎对卡片数据进行数据渲染，从而渲染出卡片的布局以及卡片展示的数据，得到渲染后的待展示卡片。

步骤S204：指示卡片展示应用在用户界面展示待展示卡片。

卡片展示应用用于将卡片展示在用户界面上，上述终端中可以布设有一个卡片展示应用，也可以布设有多个卡片展示应用。

当卡片展示应用有多个的情况下，多个卡片展示应用对应的用户界面可以是不同的，这样可以在多种类型的用户界面展示卡片。

具体的，用户界面可以包括以下界面中的至少一种：桌面、扩展屏幕界面、锁屏界面、通知栏、第三方应用程序界面。其中，上述扩展屏幕界面为第一页桌面之前或最后一页桌面之后的扩展界面，也可称为负一屏或智能管理页面。

这样可以使得待展示卡片可以展示在多种类型的用户界面中，便于用户在各种类型的用户界面中都能够便捷的查看卡片内容。

具体的，卡片管理服务可以通过以下方式指示卡片展示应用在用户界面展示待展示卡片。

一种实施方式中，卡片管理服务可以播放待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，以使得卡片展示应用在用户界面展示所投射的内容。具体实施方式详见后续图5所示实施例中步骤S504，这里暂不赘述。

另一种实施方式中，卡片管理服务可以向卡片展示应用发送待展示卡片，以使得卡片展示应用在用户界面展示待展示卡片。具体实施方式详见后续图8所示实施例中步骤S804，这里暂不赘述。

由以上可见，应用本申请实施例提供的方法展示卡片时，卡片管理服务接收到卡片提供应用发送的卡片数据之后，可以从已集成的各种界面渲染引擎中确定卡片提供应用支持的第一界面渲染引擎，然后基于第一界面渲染引擎对卡片数据进行数据渲染，得到待展示卡片，再指示卡片展示应用在用户界面展示待展示卡片，通过上述方式可以实现在用户界面成功展示卡片。

本申请的一个实施例中，在上述步骤S203生成待展示卡片之后，还可以包括以下步骤A，这种情况下，上述步骤S204指示卡片展示应用在用户界面展示待展示卡片可以通过以下步骤B实现。

步骤A：确定对待展示卡片进行效果增强处理的增强信息。

上述增强信息可以是用于对于视觉展现效果进行增强的信息。

例如，上述增强信息可以是用于对卡片纹理效果进行增强的信息、对卡片的颜色进行增强的信息、为卡片添加动态效果的信息、添加新的卡片组件的信息等。这样可以通过上述增强信息针对卡片的布局进行改变或拓展。

具体的，在卡片管理服务中可以预先通过增强语义来预定义上述增强信息。例如，在Android操作系统下，可以通过增加android:tag的方式预定义增强信息。这样便于从上述预定义增强信息中选取对待展示卡片进行效果增强处理的增强信息。

步骤B：基于增强信息，指示卡片展示应用在用户界面展示待展示卡片。

确定增强信息之后，卡片管理服务可以指示卡片展示应用在用户界面按照上述增强信息表征的增强效果展示待展示卡片。

具体的，由前述实施例可知，卡片管理服务可以通过不同的方式指示卡片展示应用在用户界面展示待展示卡片，相应的，本步骤B卡片管理服务也可以通过不同的方式基于增强信息指示卡片展示应用在用户界面展示待展示卡片，详见后续图5所示实施例后的步骤B1、B2以及图8所示实施例后的步骤B3、B4，这里暂不详述。

这样可以使得卡片展示应用在用户界面展示的待展示卡片中还包括上述增强信息对应的增强效果，进一步丰富了卡片的展示效果，使得卡片的展示效果更加的个性化，提高了用户的卡片观看体验。

下面对本申请实施例所提供的卡片展示方案与现有技术中卡片展示方案进行对比说明。

首先结合图3，对现有技术中的卡片展示方法进行介绍。

现有技术中，卡片提供应用以及卡片展示应用部署在一个终端中，卡片提供应用按照卡片展示应用支持的界面渲染引擎向卡片展示应用提供卡片数据，卡片展示应用使用该界面渲染引擎对卡片数据进行数据渲染，进而在用户界面展示渲染后生成的卡片。

下面通过图3直观的说明现有技术中的上述流程。

参见图3，图3为本申请实施例提供的第一种卡片生成流程的示意图，以下对图3中步骤S301和步骤S302进行说明。

步骤S301：卡片提供应用向卡片展示应用发送卡片展示应用支持的界面渲染引擎对应的资源文件和自定义布局文件。

上述资源文件可以为前述卡片内容数据，自定义布局文件可以为前述卡片布局数据，上述两个文件均可以称为卡片数据。

步骤S302：卡片展示应用采用其支持的界面渲染引擎对接收到的卡片数据进行数据渲染。

这样可以得到渲染后的待展示卡片，如图3中卡片1和卡片2。且卡片展示应用可以将上述卡片1和卡片2展示在指定的用户界面上，如图3中的桌面或负一屏等。

可见上述方法要求卡片提供应用提供的卡片数据与卡片展示应用支持的界面渲染引擎相对应。

然而，不同的卡片展示应用所支持的卡片渲染引擎碎片化情况严重，即不同卡片展示应用所支持的卡片渲染引擎并不统一。因此，应用现有技术提供的卡片展示方法展示卡片时，卡片提供应用针对支持不同卡片渲染引擎的卡片展示应用，需要提供对应的卡片数据才能够使得卡片展示应用正确的渲染卡片数据。

那么，针对支持不同卡片渲染引擎的卡片展示应用，卡片提供应用的开发者需要了解、学习不同的卡片渲染引擎，并开发不同的业务代码，才能够使得卡片提供应用向不同的卡片展示应用提供对应不同界面渲染引擎的卡片数据，实现卡片提供应用与不同卡片展示应用的成功对接，这样才能使得卡片展示应用正确的渲染接收到的卡片数据并得到卡片。

如图3所示，卡片展示应用的应用开发者需要适配不同的界面渲染引擎，并且应用开发者针对不同的界面渲染引擎需要去适配开发不同的业务代码，在对卡片展示应用进行功能更新时，需要对上述不同的业务代码均进行更新，导致针对卡片展示应用的维护较为困难。

可以看出，这样提高了卡片提供应用与卡片展示应用的对接难度和对接成本，导致了卡片提供应用针对不同的卡片展示应用的兼容性较低，并且针对卡片展示应用的维护较为困难。

应用本申请实施例提供的卡片展示方案展示卡片时，卡片管理服务接收到卡片提供应用发送的卡片数据之后，可以从已集成的各种界面渲染引擎中确定卡片提供应用支持的第一界面渲染引擎，然后基于第一界面渲染引擎对卡片数据进行数据渲染，得到待展示卡片，再指示卡片展示应用在用户界面展示待展示卡片。

下面通过图4直观的说明本申请实施例提供的上述流程。

参见图4，图4为本申请实施例提供的第二种卡片生成流程的示意图。

需要说明的是，为了更加的直观，图4中包含树木和太阳的图片为基于卡片数据所能够得到的卡片的一个示意图，图中的树木、太阳可以理解为卡片中包含的组件；并且，图4中用虚线连接的两幅上述图片表示为卡片添加增强效果之后卡片发生的一种变化过程，具体的，上述变化过程为卡片中太阳组件的位置发生了动态的变化。

由图4可见，卡片管理服务可以支持多种UI引擎，即前述界面渲染引擎，卡片提供应用1至卡片提供应用4将卡片数据发送给卡片管理服务后，卡片管理服务根据各卡片提供应用支持的界面渲染引擎，对卡片数据进行数据渲染，并可以进一步的添加动效等增强效果，得到待展示卡片，然后可以指示卡片展示应用1在桌面展示待展示卡片，以及指示卡片展示应用2在负一屏展示待展示卡片。

对比可见，本申请实施例提供的卡片展示方案与现有技术相比，卡片数据并不需要卡片展示应用渲染，而是由卡片管理服务渲染，因此卡片提供应用可以不需要与卡片展示应用直接对接，而是与卡片管理服务对接。也就是，卡片提供应用不需要关心不同的卡片展示应用支持的不同界面渲染引擎，只需要关心卡片管理服务支持的界面渲染引擎。同时，卡片管理服务又兼容了各种界面渲染引擎，这样卡片提供应用只需要支持其中任意一种界面渲染引擎，卡片管理服务就可以使用卡片提供应用支持的界面渲染引擎对卡片提供应用发送的卡片数据进行数据渲染，并生成待展示卡片，进而可以指示卡片展示应用在用户界面展示待展示卡片。

由以上可见，本申请实施例提供的卡片展示方案避免了卡片提供应用的开发者为了使得卡片提供应用与各类卡片展示应用成功对接而需要去适配不同的界面渲染引擎的困扰，降低了上述开发者的学习成本，降低了卡片提供应用与卡片展示应用的对接难度与对接成本，提高了卡片提供应用针对不同的卡片展示应用的兼容性。并且，由于卡片提供应用的开发者不需要再开发不同的业务代码，这样在对卡片展示应用进行功能更新时，也不需要对不同的业务代码进行多次更新，降低了上述开发者针对卡片展示应用的维护难度。

在图2所示实施例的基础上，卡片管理服务指示卡片展示应用在用户界面展示待展示卡片时，可以由自身播放待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，以使得卡片展示应用在用户界面展示所投射的内容。鉴于上述情况，本申请实施例提供了第二种卡片展示方法。

参见图5，为本申请实施例提供的第二种卡片展示方法的流程示意图，上述方法包括以下步骤S501-步骤S504。

步骤S501：接收卡片提供应用发送的卡片数据。

步骤S502：从已集成的各种界面渲染引擎中，确定卡片提供应用支持的第一界面渲染引擎。

步骤S503：基于第一界面渲染引擎对卡片数据进行数据渲染，得到待展示卡片。

上述步骤S501-步骤S503与前述图2所示实施例中步骤S201-步骤S203相同，这里不再赘述。

步骤S504：播放待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，以使得卡片展示应用在用户界面展示所投射的内容。

其中，卡片管理服务播放待展示卡片时有以下两种情况：

第一种情况，待展示卡片为静态卡片。这种情况下，卡片管理服务播放的上述卡片的内容为静态画面。

第二种情况，待展示卡片为动态卡片。由前述实施例可知，卡片管理服务生成待展示卡片之后，可以基于增强信息对上述卡片进行效果增强处理，上述效果增强处理包括为卡片添加动态效果，这种情况下，处理后的卡片为动态卡片，卡片管理服务播放的上述卡片的内容为动态画面。

具体的，不论卡片管理服务播放的内容为静态画面还是动态画面，卡片管理服务播放的过程中均是按照一定的帧率播放的视频帧，因此，卡片管理服务可以基于播放的视频帧生成数据流，向卡片展示应用发送将上述数据流，以使得卡片展示应用对数据流进行解码得到上述视频帧，并在用户界面播放上述视频帧，这样也就是卡片展示应用在用户界面播放了卡片管理服务播放的卡片。

其中，卡片管理服务可以通过以下方式基于播放的视频帧生成数据流。

一种实施方式中，卡片管理服务可以对播放的各视频帧进行封装，封装得到的数据即为上述数据流。

另一种实施方式中，卡片管理服务可以在播放视频帧的过程中，不断的按照预设频率实时的截屏，并对截屏所得到的图片进行封装，得到上述数据流。上述预设频率可以由工作人员设定，例如，可以是25帧/秒、30帧/秒等。

在生成数据流之后，卡片管理服务可以通以下方式向卡片展示应用发送将上述数据流：

具体的，卡片管理服务可以基于SurfaceControlView技术向卡片展示应用发送上述数据流。

SurfaceControlView技术是Android支持的一种远程呈现方式，可以将内容提供方提供的数据流发送至内容接收方。其中，内容提供方可以称为SurfaceControlViewService，简称为ViewService，内容接收方可以称为SurfaceControlViewHost，简称为ViewClient。

下面通过图6直观的说明应用上述SurfaceControlView技术时，卡片管理服务与卡片展示应用之间的关系。

参见图6，为本申请实施例提供的一种数据发送主从关系示意图。

由图6可见，卡片管理服务可以作为内容提供方(SurfaceControlViewService)，如图中ViewService，卡片展示应用可以作为内容接收方(SurfaceControlViewHost)，如图中ViewClient1、ViewClient2以及ViewClient3。

这样卡片管理服务可以向卡片展示应用发送上述数据流，从而卡片展示应用可以对接收到的数据流进行解码得到视频帧，并在用户界面播放上述视频帧，也就是播放卡片。同时，用户还可以与上述用户界面中播放的卡片进行正常的交互。

由以上可见，卡片管理服务在生成卡片之后，可以播放待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，以使得卡片展示应用在用户界面展示所投射的内容，这样可以实现卡片展示应用在用户界面成功展示卡片。

并且，由于卡片展示应用展示的内容完全由卡片管理服务播放的卡片内容决定，这样卡片管理服务仅需自身为卡片增加增强效果，再播放增强效果的卡片就可以便捷使得卡片展示应用在用户界面展示的卡片也包含上述增强效果，这样有利于卡片管理服务基于自身预定义的多种增强效果使得卡片展示应用在用户界面展示多样性更强的卡片。

另外，在现有的卡片展示方案中，当存在多个卡片提供应用以及卡片展示应用时，卡片内容的刷新依赖于各卡片展示应用在达到每一更新时刻时向卡片提供应用发送更新请求，并接收卡片提供应用发送的更新数据，这样在卡片内容刷新的过程中数据交互的频率较高，导致终端的系统资源消耗较大，从而导致终端的电量消耗较大。而在本申请实施例提供的方案中，卡片管理服务可以在各更新时刻统一向各卡片展示应用请求并接收更新数据，这样基于更新数据播放更新后的卡片，可以通过内容投射的方式使得卡片展示应用在用户界面展示更新后的卡片。这样在卡片内容更新的过程中减少了数据交互的频率，降低了终端的系统资源消耗，有利于节省终端的电量消耗。

为了便于理解，下面再结合图7说明卡片管理服务基于基于SurfaceControlView技术向卡片展示应用投射所播放的内容时的卡片展示流程。

参见图7，为本申请实施例提供的第三种卡片展示流程的示意图。

需要说明的是，为了更加的直观，图7中包含树木和太阳的图片为基于卡片数据所能够得到的卡片的一个示意图，图中的树木、太阳可以理解为卡片中包含的组件；并且，图7中用虚线连接的两幅上述图片表示为卡片添加增强效果之后卡片内容的一种变化过程，具体的，上述变化过程为卡片中太阳组件的位置发生了动态的变化。

图7所述的卡片展示流程包括以下步骤S701-步骤S704：

步骤S701：卡片提供应用向卡片管理服务发送卡片布局数据。

上述卡片布局数据也可以称为layout。

步骤S702：卡片提供应用向卡片管理服务发送卡片内容数据。

上述卡片内容数据也可以称为data。

需要说明的是，本申请不限定上述步骤S701与步骤S702的先后执行顺序，上述步骤S701与步骤S702可以按照任意顺序先后执行，也可以同步执行。

步骤S703：卡片管理服务生成待展示卡片，向卡片提供应用发送确认消息。

上述确认消息也可以称为res，表征卡片管理服务已接收到卡片提供应用发送的数据并基于接收到的数据生成待展示卡片。

当然，卡片管理服务在生成待展示卡片之后还可以为卡片添加动效等增强效果。

步骤S704：卡片管理服务播放待展示卡片，并作为ViewService，向作为ViewHost的卡片展示应用投射播放的内容。

这样可以使得卡片展示应用在用户界面上播放投射的内容，也就是可以在用户界面上展示具有动效等增强效果的待展示卡片。

由图2所示实施例可知，前述步骤B基于增强信息指示卡片展示应用在用户界面展示待展示卡片可以通过步骤B1和步骤B2实现，下面对步骤B1和B2进行说明。

步骤B1：基于增强信息播放待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，以使得卡片展示应用在用户界面展示所投射的内容。

具体的，卡片管理服务可以基于上述增强信息对待展示卡片进行处理，然后播放处理后的待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，这样也就使得卡片展示应用也可以在用户界面展示基于增强信息处理后的卡片。

其中，基于上述增强信息对待展示卡片进行的处理可以是：为卡片添加动效、改变卡片的颜色、纹理等。

步骤B2：播放待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容以及上述增强信息，以使得卡片展示应用基于上述增强信息在用户界面展示所投射的内容。

具体的，结合前述步骤S504中对于投射方式的说明可知，这样相当于卡片管理服务向卡片展示应用发送了基于播放的视频帧生成的数据流以及上述增强信息，从而卡片展示应用可以对上述数据流进行解码，得到各视频帧，并可以基于上述增强信息对各视频帧进行处理，以在用户界面播放处理后的视频帧。

其中，根据增强信息的不同，基于上述增强信息对各视频帧进行的处理也不同。例如，若上述增强信息用于改变卡片的纹理，上述处理可以是对各视频帧的纹理进行改变；若上述增强信息用于为卡片添加动效，上述处理可以是在各视频帧之间添加视频帧，从而使得连续播放的视频帧产生上述动效等。

在图2所示实施例的基础上，卡片管理服务指示卡片展示应用在用户界面展示待展示卡片时，可以向卡片展示应用发送待展示卡片，以使得卡片展示应用在用户界面展示待展示卡片。鉴于上述情况，本申请实施例提供了第三种卡片展示方法。

参见图8，为本申请实施例提供的第二种卡片展示方法的流程示意图，上述方法包括以下步骤S801-步骤S804。

步骤S801：接收卡片提供应用发送的卡片数据。

步骤S802：从已集成的各种界面渲染引擎中，确定卡片提供应用支持的第一界面渲染引擎。

上述步骤S801-步骤S802与前述图2所示实施例中步骤S201-步骤S202相同，这里不再赘述。

步骤S803：基于第一界面渲染引擎对卡片数据进行数据渲染，得到待展示卡片。

具体的，本步骤可以通过以下方式实现。

一种实施方式中，本步骤可以与前述图2所示实施例中步骤S203相同，这里不再赘述。

另一种实施方式中，卡片管理服务可以基于第一界面渲染引擎对卡片数据进行数据渲染，得到初始卡片，然后确定卡片展示应用支持的第二界面渲染引擎，按照第二界面渲染引擎对初始卡片进行数据转换，得到待展示卡片。本实施方式适用于第一界面渲染引擎与第二界面渲染引擎不同的情况。

在本实施例中，卡片管理服务需要向卡片展示应用发送待展示卡片，以使得卡片展示应用在用户界面展示上述卡片。若上述第一界面渲染引擎与第二界面渲染引擎不同，那么支持第二界面渲染引擎的卡片展示应用不能够识别基于第一界面渲染引擎对卡片数据进行数据渲染得到的上述初始卡片，从而不能够将初始卡片展示在用户界面中。

因此，卡片管理服务得到初始卡片之后，可以确定卡片展示应用支持的第二界面渲染引擎，按照第二界面渲染引擎对初始卡片进行数据转换，得到待展示卡片。

由以上可见，这样卡片管理服务可以基于卡片展示应用支持的第二界面渲染引擎对初始卡片进行数据转换，得到待展示卡片，使得后续卡片展示应用能够正常在用户界面展示待展示卡片。

步骤S804：向卡片展示应用发送待展示卡片，以使得卡片展示应用在用户界面展示待展示卡片。

具体的，上述待展示卡片可以是Widget类型的卡片，卡片管理服务可以向卡片展示应用发送已经渲染完成的、Widget类型的待展示卡片，这样卡片展示应用不需要自身对卡片数据进行渲染操作，可以直接在用户界面展示接收到的待展示卡片。

由以上可见，这样卡片管理服务通过向卡片展示应用发送待展示卡片，可以使得卡片展示应用成功的在用户界面展示接收到的卡片。

由图2所示实施例可知，前述步骤B基于增强信息指示卡片展示应用在用户界面展示待展示卡片可以通过步骤B3和步骤B4实现，下面对步骤B3和步骤B4进行说明。

步骤B3：基于增强信息对待展示卡片进行处理，向卡片展示应用发送处理后的待展示卡片，以使得卡片展示应用在用户界面展示处理后的待展示卡片。

卡片管理服务基于增强信息对待展示卡片进行处理的方式已在前述步骤B1中说明，这里不再赘述。

步骤B4：向卡片展示应用发送待展示卡片以及增强信息，以使得卡片展示应用基于增强信息在用户界面展示待展示卡片。

这样卡片管理服务向卡片展示应用发送待展示卡片以及增强信息之后，卡片展示应用可以基于增强信息对待展示卡片进行处理，然后在用户界面展示处理后的卡片。

其中，卡片展示应用基于增强信息对待展示卡片进行处理的方式可以在前述步骤B1中卡片管理服务基于增强信息对待展示卡片进行处理的方式基础上得到，区别仅为处理的主体不同，这里不再赘述。

本申请的一个实施例中，在上述步骤S804卡片展示应用在用户界面展示待展示卡片之后，还可以包括以下步骤C和步骤D。

步骤C：接收卡片提供应用发送的针对卡片的更新数据。

上述更新数据可以是针对卡片内容的更新数据，也可以是针对卡片布局的更新数据。

其中，上述针对卡片布局的更新数据可以是卡片的大小、形状、颜色等数据，也可以是卡片中包含的各组件的位置、形状、颜色等数据。

步骤D：根据更新数据，指示卡片展示应用更新待展示卡片的卡片内容。

具体的，卡片管理服务可以在达到一个更新时刻时，向卡片展示应用发送上述更新数据，并指示卡片展示应用基于上述更新数据更新待展示卡片的内容和/或布局。

这样可以指示卡片展示应用更新待展示卡片，也就是指示卡片展示应用更新在用户界面中展示的卡片内容和/或布局，使得用户可以随时查看更新后的卡片。

另外，在现有的卡片展示方案中，当存在多个卡片提供应用和卡片展示应用时，卡片内容的刷新依赖于各卡片展示应用在达到每一更新时刻时向卡片提供应用发送更新请求，并接收卡片提供应用发送的更新数据，这样在卡片内容刷新的过程向卡片展示应用发送的数据的频率较高，导致终端的系统资源消耗较大，从而导致终端的电量消耗较大。而在本实施例提供的方案中，卡片管理服务可以在同一更新时刻统一向卡片展示应用发送上述更新数据，这样在卡片内容刷新的过程中减少了向卡片展示应用发送的数据的频率，降低了终端的系统资源消耗，有利于节省终端的电量消耗。

本申请的一个实施例中，卡片管理服务可以在达到一个更新时刻时，基于上述更新数据更新待展示卡片的内容和/或布局，并向卡片展示应用发送更新后的待展示卡片，以使得卡片展示应用在用户界面展示更新后的卡片。

本申请一个实施例中，卡片管理服务可以自身生成针对待展示卡片的更新数据，然后根据生成的更新数据指示卡片展示应用更新待展示卡片的卡片内容。

其中，卡片管理服务根据生成的更新数据指示卡片展示应用更新待展示卡片的卡片内容的方式详见上述实施例，这里不再赘述。

具体实现中，本申请还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行上述实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-onlymemory，简称：ROM)或随机存储记忆体(英文：random access memory，简称：RAM)等。

具体实现中，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包含可执行指令，当所述可执行指令在计算机上执行时，使得计算机执行上述方法实施例中的部分或全部步骤。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统(包括易失性和非易失性存储器和/或存储元件)、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(Digital Signal Processor，DSP)、微控制器、专用集成电路(Application Specific Integrated Circuit，ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、光盘只读存储器(Compact Disc Read Only Memory，CD-ROMs)、磁光盘、只读存储器(Read OnlyMemory，ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(Erasable ProgrammableRead Only Memory，EPROM)、电可擦除可编程只读存储器(Electrically ErasableProgrammable Read Only Memory，EEPROM)、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息(例如，载波、红外信号数字信号等)的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明书附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (9)

1.一种卡片展示方法，其特征在于，应用于卡片管理服务，所述卡片管理服务与卡片提供应用、卡片展示应用部署于同一终端，所述卡片提供应用直接与所述卡片管理服务对接，所述方法包括：

所述卡片管理服务接收卡片提供应用发送的卡片数据；

所述卡片管理服务从已集成的各种界面渲染引擎中，确定所述卡片提供应用支持的第一界面渲染引擎；其中，所述第一界面渲染引擎通过以下方式确定：读取所述卡片数据中携带的所述卡片提供应用支持的界面渲染引擎的标识，从已集成的界面渲染引擎中确定与所述标识匹配的界面渲染引擎，作为第一界面渲染引擎；或将预设的关键字与所述卡片数据的内容进行匹配，按照预设的界面渲染引擎与关键字之间的对应关系，确定匹配到的关键字对应的界面渲染引擎，作为第一界面渲染引擎；

所述卡片管理服务基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到待展示卡片；

所述卡片管理服务指示卡片展示应用在用户界面展示所述待展示卡片。

2.根据权利要求1所述的方法，其特征在于，所述指示卡片展示应用在用户界面展示所述待展示卡片，包括：

播放所述待展示卡片，并在播放过程中向卡片展示应用投射所播放的内容，以使得所述卡片展示应用在用户界面展示所投射的内容。

3.根据权利要求1所述的方法，其特征在于，所述指示卡片展示应用在用户界面展示所述待展示卡片，包括：

向卡片展示应用发送所述待展示卡片，以使得所述卡片展示应用在用户界面展示所述待展示卡片。

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

接收所述卡片提供应用发送的针对卡片的更新数据；

根据所述更新数据，指示所述卡片展示应用更新所述待展示卡片的卡片内容。

5.根据权利要求3或4所述的方法，其特征在于，所述基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到待展示卡片，包括：

基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到初始卡片；

确定卡片展示应用支持的第二界面渲染引擎；

按照所述第二界面渲染引擎对所述初始卡片进行数据转换，得到待展示卡片。

6.根据权利要求1-4中任一项所述的方法，其特征在于，在所述基于所述第一界面渲染引擎对所述卡片数据进行数据渲染，得到待展示卡片之后，还包括：

确定对所述待展示卡片进行效果增强处理的增强信息；

所述指示卡片展示应用在用户界面展示所述待展示卡片，包括：

基于所述增强信息，指示卡片展示应用在用户界面展示所述待展示卡片。

7.根据权利要求1-4中任一项所述的方法，其特征在于，

所述卡片数据包括：卡片布局数据和卡片内容数据；和/或

用户界面包括以下界面中的至少一种：桌面、扩展屏幕界面、锁屏界面、通知栏、第三方应用程序界面。

8.一种终端，其特征在于，包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被所述处理器执行时，触发所述终端执行权利要求1-7中任一项所述的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括存储的程序，其中，在所述程序运行时控制所述计算机可读存储介质所在设备执行权利要求1-7中任意一项所述的方法。