CN109656592B - 卡片管理方法、装置、终端及计算机可读存储介质 - Google Patents

Abstract

本申请属于通信技术领域，尤其涉及一种卡片管理方法、装置、终端及计算机可读存储介质，其中，所述方法包括：接收宿主应用发送的卡片获取请求；所述宿主应用为需要进行所述卡片渲染的应用；根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新；若所述卡片存在更新，则从服务器中下载更新后的卡片，并将所述更新后的卡片发送给所述宿主应用，进行所述卡片的渲染；若所述卡片不存在更新，则将历史存储的卡片发送给所述宿主应用，进行所述卡片的渲染；使得卡片开发者，只需要维护一套最新版本的卡片，减少了维护多个版本的卡片带来的卡片碎片化的问题，提高了卡片的管理效率。

Description

卡片管理方法、装置、终端及计算机可读存储介质

技术领域

本申请属于通信技术领域，尤其涉及一种卡片管理方法、装置、终端及计算机可读存储介质。

背景技术

卡片是一种可以用来展示用户订阅信息并且可以动态化改变展示样式的组件，例如，天气类卡片和股票类卡片。

然而，目前的卡片存在严重的碎片化问题，卡片开发者，需要同时维护多个版本的卡片才能满足不同用户的需求，即，无法实现所有终端都将卡片更新到最新版本，卡片管理效率较低。

发明内容

本申请实施例提供一种卡片管理方法、装置、终端及计算机可读存储介质，可以解决卡片管理效率较低的技术问题。

本申请实施例第一方面提供一种卡片管理方法，包括：

接收宿主应用发送的卡片获取请求；所述宿主应用为需要进行所述卡片渲染的应用；

根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新；

若所述卡片存在更新，则从服务器中下载更新后的卡片，并将所述更新后的卡片发送给所述宿主应用，进行所述卡片的渲染；

若所述卡片不存在更新，则将历史存储的卡片发送给所述宿主应用，进行所述卡片的渲染。

本申请实施例第二方面提供一种卡片管理装置，包括：

接收单元，用于接收宿主应用发送的卡片获取请求；所述宿主应用为需要进行所述卡片渲染的应用；

查询单元，用于根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新；

下载单元，用于若所述卡片存在更新，则从服务器中下载更新后的卡片，并将所述更新后的卡片发送给所述宿主应用，进行所述卡片的渲染；

发送单元，用于若所述卡片不存在更新，则将历史存储的卡片发送给所述宿主应用，进行所述卡片的渲染。

本申请实施例第三方面提供一种终端，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述第一方面描述的方法的步骤。

本申请实施例第四方面提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述第一方面描述的方法的步骤。

本申请实施例中，终端通过在接收到宿主应用发送的卡片获取请求时，在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新，并在所述卡片存在更新时，从服务器中下载更新后的卡片，将所述更新后的卡片发送给所述宿主应用，进行所述卡片的渲染；在所述卡片不存在更新时，直接将历史存储的卡片发送给所述宿主应用，进行所述卡片的渲染；从而实现终端上显示的卡片能够及时更新为最新版本的卡片，并使得卡片开发者，只需要维护一套最新版本的卡片，减少了维护多个版本的卡片带来的卡片碎片化的问题，提高了卡片的管理效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是本申请实施例提供的一种卡片管理方法的实现流程示意图；

图2是本申请实施例提供的一种卡片管理方法步骤102的第一具体实现流程示意图；

图3是本申请实施例提供的一种卡片管理方法步骤102的第二具体实现流程示意图；

图4是本申请实施例提供的对历史存储的卡片进行标记的具体实现流程示意图；

图5是本申请实施例提供的卡片管理装置的结构示意图；

图6是本申请实施例提供的终端的结构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

为了说明本申请上述的技术方案，下面通过具体实施例来进行说明。

如图1示出了本申请实施例提供的一种卡片管理方法的实现流程示意图，该方法应用于终端，可以由终端上配置的卡片管理装置(快应用平台)执行，适用于需提高卡片管理效率的情形，包括步骤101至步骤104。

步骤101，接收宿主应用发送的卡片获取请求；该宿主应用为需要进行卡片渲染的应用。

其中，上述终端可以为台式电脑、笔记本电脑、智能手机和平板电脑等终端设备。

本申请实施例中，终端中的宿主应用需要进行卡片的渲染时，首先向终端的快应用平台发送卡片获取请求，由该快应用平台向该宿主应用发送进行卡片渲染的卡片。

其中，上述快应用平台可以为终端中的系统应用，用于实现卡片的下载、更新和分发等管理功能。上述宿主应用可以包括终端中的负一屏应用、浏览器应用和搜索应用。上述卡片可以包括天气类卡片、股票类卡片和新闻类卡片等等。

步骤102，根据接收到的卡片获取请求在本地存储空间中查询与卡片获取请求中的卡片标识信息对应的卡片是否存在更新。

本申请实施例中，终端的快应用平台每次下载完卡片之后，都会进行卡片的存储，以便在宿主应用需要再次进行渲染时，可以直接将该卡片发送给宿主应用进行渲染，而不需要再从服务器中下载同样的卡片。也就是说，终端会存储有下载过的卡片，即，历史存储的卡片。因此，快应用平台在接收到卡片获取请求时可以在本地存储空间历史存储的卡片中查询与卡片获取请求中的卡片标识信息对应的卡片是否存在更新。

其中，上述卡片标识信息可以为卡片的名称信息或者为卡片的ID号，用来区分不同种类的卡片。

步骤103，若卡片存在更新，则从服务器中下载更新后的卡片，并将更新后的卡片发送给宿主应用，进行卡片的渲染。

本申请实施例中，在确认卡片标识信息对应的卡片存在更新时，表示服务器中存储有更新版本的卡片，因此，快应用平台需要从服务器中下载更新后的卡片，并将更新后的卡片发送给宿主应用，进行卡片的渲染。使得宿主应用渲染出来的卡片为最新版本的卡片，以提高新版本卡片的覆盖率，提升用户使用体验。

步骤104，若卡片不存在更新，则将历史存储的卡片发送给宿主应用，进行卡片的渲染。

本申请实施例中，在确认卡片标识信息对应的卡片存在更新时，表示终端本地历史存储的卡片为最新版本的卡片，因此，可以直接将其发送给宿主应用，进行卡片的渲染。

本申请实施例中，终端通过在接收到宿主应用发送的卡片获取请求时，先在本地存储空间中查询与卡片获取请求中的卡片标识信息对应的卡片是否存在更新，并在卡片存在更新时，从服务器中下载更新后的卡片，将更新后的卡片发送给宿主应用，进行卡片的渲染；在卡片不存在更新时，直接将历史存储的卡片发送给宿主应用，进行卡片的渲染；从而实现终端上显示的卡片能够及时更新为最新版本的卡片，并使得卡片开发者，只需要维护一套最新版本的卡片，减少了维护多个版本的卡片带来的碎片化问题，提高了卡片的管理效率。并且，终端也只需要存储一份卡片文档，节省了终端的存储空间。

本申请实施例中，一个宿主应用向快应用平台发送卡片获取请求，并获取到快应用平台下载的最新版本的卡片之后，其他宿主应用需要渲染该卡片时，只需要从快应用中获取该最新版本的卡片即可，无需由宿主应用或快应用平台再从服务器中下载该最新版本的卡片，即，一个宿主应用获取了最新版本的卡片之后，其他宿主应用都可以共享该最新版本的卡片，即快应用平台可以提供全局统一的卡片下载、更新、分发入口，保证了终端中的各宿主应用可以及时更新卡片为最新版本的卡片，提高新版本卡片的覆盖率，提升用户使用体验。同时，宿主应用只感知到请求卡片的过程，由快应用平台负责卡片下载和更新，减少了各宿主应用的接入难度。

可选的，由于宿主应用请求获取的卡片有可能是快应用平台没有下载过或者没有进行存储的卡片，因此，如图2所示，在本申请的一些实施方式中，上述步骤102，根据接收到的卡片获取请求在本地存储空间中查询与上述卡片获取请求中的卡片标识信息对应的卡片是否存在更新之前，可以包括步骤201至步骤203。

步骤201，根据接收到的上述卡片获取请求检测是否存储有与上述卡片标识信息对应的卡片。

步骤202，若未存储有与上述卡片标识信息对应的卡片，则从服务器中下载与上述卡片标识信息对应的卡片。

步骤203，若存储有与上述卡片标识信息对应的卡片，则根据接收到的上述卡片获取请求在本地存储空间中查询与上述卡片标识信息对应的卡片是否存在更新。

具体的，终端在接收到宿主应用发送的卡片获取请求时，可以根据上述卡片获取请求中携带的卡片标识信息检测终端是否存储有与上述卡片标识信息对应的卡片，例如，通过将卡片获取请求中携带的卡片标识信息与终端中存储的卡片的标识信息进行逐一比对，若比对成功，则确认终端存储有与卡片获取请求中的卡片标识信息对应的卡片，否则，确认终端未存储有与卡片获取请求中的卡片标识信息对应的卡片。

可选的，如图3所示，在本申请的一些实施方式中，上述步骤102之前，可以包括：步骤301。

步骤301，对上述历史存储的卡片进行是否存在更新的标记。

相应的，上述步骤102可以包括：步骤302至步骤304。

步骤302，根据接收到的上述卡片获取请求查询与上述卡片标识信息对应的卡片是否被标记为存在更新的卡片；

步骤303，若被标记为存在更新的卡片，则确认上述卡片标识信息对应的卡片存在更新；

步骤304，若未被标记为存在更新的卡片，则确认上述卡片标识信息对应的卡片不存在更新。

也就是说，可以通过对上述历史存储的卡片进行是否存在更新的标记，并根据接收到的上述卡片获取请求查询卡片的标记状态确认上述卡片获取请求中的卡片标识信息对应的卡片是否存在更新。

可选的，如图4所示，上述对历史存储的卡片进行是否存在更新的标记可以包括：步骤401至步骤402。

步骤401，获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息。

步骤402，将上述第一版本信息与上述第二版本信息一致的卡片标记为不存在更新的卡片，将上述第一版本信息与上述第二版本信息不一致的卡片标记为存在更新的卡片。

本实施例中，通过获取在服务器中存储的与每一个历史存储的卡片分别的对应的卡片的第一版本信息，并获取每一个历史存储的卡片在本地存储空间中的第二版本信息，接着将上述第一版本信息与上述第二版本信息进行比对，从而将上述第一版本信息与上述第二版本信息一致的卡片标记为不存在更新的卡片，将上述第一版本信息与上述第二版本信息不一致的卡片标记为存在更新的卡片，实现对上述历史存储的卡片进行是否存在更新的标记。

其中，上述第一版本信息和第二版本信息可以为版本日期或者为版本标识号等信息。

可选的，上述步骤401，获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息，包括：获取历史存储的卡片中被标记为不存在更新的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息。

也就是说，终端对历史存储的卡片中已经被标记为存在更新的卡片不再进行是否存在更新的标记，而只对历史存储的卡片中被标记为不存在更新的卡片进行是否存在更新的标记，从而节省了访问服务器的次数，进而节省了网络带宽。

可选的，上述步骤401，获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息，可以包括：采用轮询的方式或者与服务器进行长连接的方式获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息。

例如，利用定时轮询的方式获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息，以便对历史存储的卡片中被标记为不存在更新的卡片重新进行是否存在更新的标记。

需要说明的是，在本申请的一些实施方式中，还可以通过其他方式确认卡片获取请求中的卡片标识信息对应的卡片是否存在更新。

例如，上述确认卡片获取请求中的卡片标识信息对应的卡片是否存在更新还可以包括：先获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息；再将上述第一版本信息与上述第二版本信息不一致的卡片进行删除；接着，获取历史存储的卡片的下载信息；在确认卡片获取请求中的卡片标识信息对应的卡片是否存在更新时，若上述下载信息中包含有卡片获取请求中的卡片标识信息对应的卡片的下载信息，并且该卡片已被删除，即，历史存储的卡片中不包含该卡片，则确认卡片获取请求中的卡片标识信息对应的卡片存在更新；若上述下载信息中包含有卡片获取请求中的卡片标识信息对应的卡片的下载信息，并且该卡片未被删除，即，历史存储的卡片中包含该卡片，则确认卡片获取请求中的卡片标识信息对应的卡片不存在更新。

可选的，在上述描述的实施方式中，上述进行上述卡片的渲染，包括：利用与上述卡片适配的解析器进行上述卡片的渲染。

本申请实施例中，通过将解析器与卡片进行适配，而不是将解析器与不同操作系统的终端进行适配，即，卡片开发商不需要针对不同操作系统的终端设计不同的解析器进行卡片的渲染，而是直接开发与卡片适配的解析器进行卡片的渲染，并且该解析器可以适用于不同操作系统的终端，从而进一步地解决了多个版本的卡片带来的碎片化问题。

图5示出了本申请实施例提供的一种卡片管理装置500的结构示意图，包括接收单元501，查询单元502，下载单元503和发送单元504。

接收单元501，用于接收宿主应用发送的卡片获取请求；上述宿主应用为需要进行上述卡片渲染的应用；

查询单元502，用于根据接收到的上述卡片获取请求在本地存储空间中查询与上述卡片获取请求中的卡片标识信息对应的卡片是否存在更新；

下载单元503，用于若上述卡片存在更新，则从服务器中下载更新后的卡片，并将上述更新后的卡片发送给上述宿主应用，进行上述卡片的渲染；

发送单元504，用于若上述卡片不存在更新，则将历史存储的卡片发送给上述宿主应用，进行上述卡片的渲染。

可选的，上述卡片管理装置500还可以包括检测单元，用于在上述根据接收到的上述卡片获取请求在本地存储空间中查询与上述卡片获取请求中的卡片标识信息对应的卡片是否存在更新之前，根据接收到的上述卡片获取请求检测是否存储有与上述卡片标识信息对应的卡片；若未存储有与上述卡片标识信息对应的卡片，则从服务器中下载与上述卡片标识信息对应的卡片；若存储有与上述卡片标识信息对应的卡片，则根据接收到的上述卡片获取请求在本地存储空间中查询与上述卡片标识信息对应的卡片是否存在更新。

可选的，上述卡片管理装置500还可以包括标记单元，用于对上述历史存储的卡片进行是否存在更新的标记；相应的，上述查询单元502，还具体用于根据接收到的上述卡片获取请求查询与上述卡片标识信息对应的卡片是否被标记为存在更新的卡片；若被标记为存在更新的卡片，则确认上述卡片标识信息对应的卡片存在更新；若未被标记为存在更新的卡片，则确认上述卡片标识信息对应的卡片不存在更新。

可选的，上述标记单元，还具体用于获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息；将上述第一版本信息与上述第二版本信息一致的卡片标记为不存在更新的卡片，将上述第一版本信息与上述第二版本信息不一致的卡片标记为存在更新的卡片。

可选的，上述标记单元，还具体用于获取历史存储的卡片中被标记为不存在更新的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息。

可选的，上述标记单元，还具体用于采用轮询的方式或者与服务器进行长连接的方式获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息。

可选的，上述卡片管理装置500还可以包括渲染单元，用于利用与上述卡片适配的解析器进行上述卡片的渲染。

需要说明的是，为描述的方便和简洁，上述描述的卡片管理装置500的具体工作过程，可以参考上述图1至图4中描述的方法的对应过程，在此不再赘述。

如图6所示，本申请提供一种用于实现上述图1至图4描述的卡片管理方法的终端，该终端可以为智能手机和平板电脑等终端设备，包括：处理器61、存储器62、一个或多个输入设备63(图6中仅示出一个)和一个或多个输出设备64(图6中仅示出一个)。处理器61、存储器62、输入设备63和输出设备64通过总线65连接。

应当理解，在本申请实施例中，所称处理器61可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备63可以包括虚拟键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备64可以包括显示器、扬声器等。

存储器62可以包括只读存储器和随机存取存储器，并向处理器61提供指令和数据。存储器62的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器62还可以存储设备类型的信息。

上述存储器62存储有计算机程序，上述计算机程序可在上述处理器61上运行，例如，上述计算机程序为卡片管理方法的程序。上述处理器61执行上述计算机程序时实现上述图1至图4描述的卡片管理方法实施例中的步骤，或者，上述处理器61执行上述计算机程序时实现上述图5描述的装置实施例中各模块/单元的功能。

上述计算机程序可以被分割成一个或多个模块/单元，上述一个或者多个模块/单元被存储在上述存储器62中，并由上述处理器61执行，以完成本申请。上述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述上述计算机程序在上述进行卡片管理的终端中的执行过程。例如，上述计算机程序可以被分割成接收单元、查询单元、下载单元和发送单元，各单元具体功能如下：接收单元，用于接收宿主应用发送的卡片获取请求；上述宿主应用为需要进行上述卡片渲染的应用；查询单元，用于根据接收到的上述卡片获取请求在本地存储空间中查询与上述卡片获取请求中的卡片标识信息对应的卡片是否存在更新；下载单元，用于若上述卡片存在更新，则从服务器中下载更新后的卡片，并将上述更新后的卡片发送给上述宿主应用，进行上述卡片的渲染；发送单元，用于若上述卡片不存在更新，则将历史存储的卡片发送给上述宿主应用，进行上述卡片的渲染。

在上述描述的实施例中，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上上述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种卡片管理方法，其特征在于，包括：

接收宿主应用发送的卡片获取请求；所述宿主应用为需要进行所述卡片渲染的应用；

根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新；

若所述卡片存在更新，则从服务器中下载更新后的卡片，并将所述更新后的卡片发送给所述宿主应用，进行所述卡片的渲染；

若所述卡片不存在更新，则将历史存储的卡片发送给所述宿主应用，进行所述卡片的渲染，所述历史存储的卡片为其他宿主应用向快应用平台发送卡片获取请求并获取到快应用平台下载的最新版本的卡片。

2.如权利要求1所述的卡片管理方法，其特征在于，在所述根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新之前，包括：

根据接收到的所述卡片获取请求检测是否存储有与所述卡片标识信息对应的卡片；

若未存储有与所述卡片标识信息对应的卡片，则从服务器中下载与所述卡片标识信息对应的卡片；

若存储有与所述卡片标识信息对应的卡片，则根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片标识信息对应的卡片是否存在更新。

3.如权利要求1或2所述的卡片管理方法，其特征在于，所述根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新之前，包括：

对所述历史存储的卡片进行是否存在更新的标记；

相应的，所述根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新，包括：

根据接收到的所述卡片获取请求查询与所述卡片标识信息对应的卡片是否被标记为存在更新的卡片；

若被标记为存在更新的卡片，则确认所述卡片标识信息对应的卡片存在更新；

若未被标记为存在更新的卡片，则确认所述卡片标识信息对应的卡片不存在更新。

4.如权利要求3所述的卡片管理方法，其特征在于，所述对所述历史存储的卡片进行是否存在更新的标记，包括：

获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息；

将所述第一版本信息与所述第二版本信息一致的卡片标记为不存在更新的卡片，将所述第一版本信息与所述第二版本信息不一致的卡片标记为存在更新的卡片。

5.如权利要求4所述的卡片管理方法，其特征在于，所述获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息，包括：

获取历史存储的卡片中被标记为不存在更新的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息。

6.如权利要求4所述的卡片管理方法，其特征在于，所述获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息，包括：

采用轮询的方式或者与服务器进行长连接的方式获取历史存储的卡片对应的服务器中的第一版本信息和本地存储空间中的第二版本信息。

7.如权利要求1所述的卡片管理方法，其特征在于，所述进行所述卡片的渲染，包括：

利用与所述卡片适配的解析器进行所述卡片的渲染。

8.一种卡片管理装置，其特征在于，包括：

接收单元，用于接收宿主应用发送的卡片获取请求；所述宿主应用为需要进行所述卡片渲染的应用；

查询单元，用于根据接收到的所述卡片获取请求在本地存储空间中查询与所述卡片获取请求中的卡片标识信息对应的卡片是否存在更新；

下载单元，用于若所述卡片存在更新，则从服务器中下载更新后的卡片，并将所述更新后的卡片发送给所述宿主应用，进行所述卡片的渲染；

发送单元，用于若所述卡片不存在更新，则将历史存储的卡片发送给所述宿主应用，进行所述卡片的渲染，所述历史存储的卡片为其他宿主应用向快应用平台发送卡片获取请求并获取到快应用平台下载的最新版本的卡片。

9.一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任意一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述方法的步骤。

Images