CN117938938A

CN117938938A - 动态更新卡片内容的方法、电子设备、服务器及通信系统

Info

Publication number: CN117938938A
Application number: CN202311718585.6A
Authority: CN
Inventors: 马竞超; 王佩强
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2023-12-13
Filing date: 2023-12-13
Publication date: 2024-04-26

Abstract

本申请提供了一种动态更新卡片内容的方法、电子设备、服务器及通信系统，涉及终端技术领域。在服务器侧，可以基于卡片模板，通过模板映射和内容实例化得到内容实例资源；还基于卡片模板生成卡片并将该卡片与内容实例资源建立关联关系；当电子设备向服务器申请卡片内容时，从内容实例资源中获取满足用户需求的卡片更新内容并返回给电子设备，由此实现卡片内容动态化更新。在电子设备侧，可以实时更新卡片内容，卡片可以呈现服务器侧基于用户需求实时推荐的服务，便于用户快速查看所需服务。本方案可实现快速开发卡片且支持内容个性化且卡片内容可动态化更新，为用户提供了更符合实际使用需求的服务。

Description

动态更新卡片内容的方法、电子设备、服务器及通信系统

技术领域

本申请涉及终端技术领域，尤其涉及一种动态更新卡片内容的方法、电子设备、服务器及通信系统。

背景技术

为了给用户查阅信息提供方便，电子设备的使用卡片推荐功能，将用户可能需要查看的信息通过卡片的形式呈现在电子设备的负一屏或桌面，方便用户查看信息。然而，由于服务器侧已经针对每个快应用设计出预设的卡片形式和内容，因此电子设备侧呈现给用户的卡片形式和内容是固定不变的，这使得卡片功能具有一定的局限性，影响用户体验。

发明内容

本申请提供一种动态更新卡片内容的方法、电子设备、服务器以及通信系统，能够实现快速开发卡片且支持内容个性化，且卡片内容可动态化更新，为用户提供了更符合实际使用需求的服务。

第一方面，本申请提供一种动态更新卡片内容的方法，应用于服务器，该方法包括：

获取第一卡片模板，该第一卡片模板包括多个待填充区域；

根据第一卡片模板的多个待填充区域，确定第一内容模板的布局和字段；

根据第一内容模板的布局和字段，创建内容实例资源，并将内容实例资源以第一标识进行存储；

接收到电子设备发送的第一请求消息，该第一请求消息用于请求获取与第一标识对应的卡片内容，该第一请求消息包括用户需求信息；

根据第一标识从内容实例资源中获取符合用户需求信息的资源数据，作为卡片更新内容；

将卡片更新内容发送给电子设备，该卡片更新内容携带有内容映射位置信息，该内容映射位置信息用于指示卡片更新内容被映射到第一卡片上的内容显示位置。

通过本申请实施例提供的动态更新卡片内容的方法，服务器可以基于预设的卡片模板，通过模板映射和内容实例化得到内容实例资源，并将内容实例资源以第一标识为标签进行存储；当服务器接收到电子设备发送的卡片内容更新请求时，服务器根据第一标识从内容实例资源中获取满足用户需求的卡片内容，并返回给电子设备；这样，电子设备不断从服务器侧获取卡片内容并渲染卡片，实现卡片内容动态化。通过本申请方案，卡片可以实时更新卡片内容，呈现服务器侧基于用户需求(如用户场景信息和/或用户行为习惯数据)实时推荐的服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，为用户提供了更符合实际使用需求的服务。

在一些可能实现方式中，第一卡片可以为快应用卡片。

在一些可能实现方式中，第一卡片可以为native卡片或者widget卡片或者其他类型的卡片。

通过本申请方案，可以动态实时生成卡片，提升效率，并且可以支持卡片展示内容的灵活组合和个性化推荐，分别为不同的用户提供更符合实际使用需求的服务。

在一些可能实现方式中，在所述接收到所述电子设备发送的卡片内容请求消息之前，所述方法还包括：基于所述第一卡片模板生成第一卡片，并在所述第一卡片的展示链接中添加所述第一标识；将所述第一卡片的展示链接发送给所述电子设备。

在本申请实施例中，在服务器侧，基于内容模板生成内容实例，并且对于每个内容实例均生成一个内容实例ID(即第一标识)。另外，基于模板卡片在开发者平台生成一个JS卡片实例，并构建JS卡片的展示链接(showUrl)，通过在卡片实例的展示链接showUrl参数中添加内容实例ID(即第一标识)，将卡片实例关联内容实例，由此通过第一标识将该卡片与内容实例资源建立关联关系。

通过上述方案，服务器可以基于预设的卡片模板，通过模板映射和内容实例化得到内容实例资源，并将内容实例资源以第一标识为标签进行存储；并且，服务器还基于预设的卡片模板生成卡片并通过第一标识将该卡片与内容实例资源建立关联关系。当电子设备向服务器申请卡片内容时，服务器可以根据第一标识从内容实例资源中获取满足用户需求的卡片内容，并返回给电子设备，这样电子设备可以基于获取到的卡片内容渲染卡片。由此方式，电子设备不断从服务器侧获取卡片内容，实现卡片内容动态化。

其中，内容实例资源包括运营端基于内容模板，按需配置资源而生成的实例。

在一些实施例中，可以基于同一卡片模板，为同一用户生成不同类型的卡片。

在另一些实施例中，可以基于同一卡片模板，分别为不同用户生成不同内容的同一类型卡片。

通过本申请方案，基于卡片模板，可以快速构建对应的各种卡片实例，卡片内容均由服务器侧的智慧服务实时下发，服务展示的顺序根据用户场景不同并通过推荐排序实现千人千面。

在一些可能实现方式中，所述用户需求信息为用户场景信息。其中，所述用户场景信息用于表示以下至少一项：所述电子设备进入地理围栏、所述电子设备进入时间围栏、所述电子设备启动了预设应用程序。

在一些可能实现方式中，所述用户需求信息为用户标识。

在此情况下，所述从所述内容实例资源中获取符合所述用户需求信息的资源数据，包括：根据所述用户标识，确定用户行为习惯数据；从所述内容实例资源中获取与所述用户行为习惯数据对应的资源数据。

在一些可能实现方式中，所述用户需求信息包括用户场景信息和用户标识。

在此情况下，所述根据所述第一标识从所述内容实例资源中获取符合所述用户需求信息的资源数据，包括：从所述内容实例资源中确定与所述第一标识对应的内容实例资源；根据所述用户标识从与所述第一标识对应的内容实例资源中筛选出多项备选资源数据，然后从所述多项备选资源数据中获取符合所述用户场景信息的资源数据。

在本申请实施例中，电子设备可以向服务器侧发送卡片内容请求消息，该卡片内容请求消息中可以包括用户场景信息、用户标识(如UUID)以及被曝光卡片对应的内容实例ID发送给服务器；服务器根据卡片内容请求消息获取满足条件的卡片内容，并发送给电子设备；电子设备基于获取到的卡片内容渲染卡片，达到卡片内容动态展示以及卡片内容个性化展示的目的。

在一些可能实现方式中，在从所述多项备选资源数据中获取符合所述用户场景信息的资源数据之后，所述方法还包括：根据所述用户场景信息和/或所述用户标识，确定资源排序信息；根据所述资源排序信息，对符合所述用户场景信息的资源数据进行排序。

其中，所述卡片更新内容包括排序后的前N项资源数据。

通过本申请方案，服务器将排序后的资源数据发送给电子设备，这样电子设备呈现的卡片的内容可以动态变化，并且卡片可以呈现基于用户场景信息和/或用户行为习惯数据实时推荐的优选服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，有针对性地为用户推荐了更便捷的服务。

在一些可能实现方式中，当所述用户需求信息为第一用户的需求信息时，所述卡片更新内容为第一内容；当所述用户需求信息为第二用户的需求信息时，所述卡片更新内容为第二内容。其中，所述第一用户的需求信息不同于所述第二用户的需求信息，所述第一内容不同于所述第二内容。

在一些可能实现方式中，当所述用户需求信息为第一用户的第一需求信息时，所述卡片更新内容为第三内容；当所述用户需求信息为所述第一用户的第二需求信息时，所述卡片更新内容为第四内容。其中，所述第一需求信息不同于所述第二需求信息，所述第三内容不同于所述第四内容。

在一些可能实现方式中，所述根据所述第一内容模板的布局和字段，创建内容实例资源，包括：根据所述第一内容模板的布局和字段，显示资源设置页面；响应于在所述资源设置页面上的第一输入操作，根据第一输入操作对应的输入内容创建所述内容实例资源。

在一些可能实现方式中，所述内容实例资源包括第一类资源和第二类资源，所述第一类资源包括卡片描述信息(即静态资源数据)，所述第二类资源包括卡片服务信息(即动态资源数据)。

在一些可能实现方式中，卡片描述信息包括卡片名称、卡片图标和/或卡片背景图。

在一些可能实现方式中，卡片服务信息包括服务/业务的名称、标识、图标、目标用户、排序信息、创建信息、和/或生效信息。其中，排序信息可以包括排序方式、排序指定位置和/或排序权重。

通过本申请方案，可以基于内容模板将动态资源进行分组，每一组为一个资源池，并且可以将资源池进行绑定设置。服务器侧可以按照人群定向以及推荐排序等因素决定每组资源数据的下发。

在一些可能实现方式中，在根据第一输入操作对应的输入内容创建所述内容实例资源之后，所述方法还包括：响应于在所述资源设置页面上的第二输入操作，根据所述第二输入操作对所述内容实例资源进行编辑。其中，所述对所述内容实例资源进行编辑包括：对卡片描述信息和/或卡片服务信息进行编辑。

在本申请方案中，服务器侧可以生成与卡片对应的内容实例ID，并基于该内容实例ID存储静态资源和动态资源。其中，卡片名称、卡片背景图等静态资源可以在服务器侧由运营者编辑(如添加、修改或删除)。其中，服务器侧设置动态资源池，动态资源池包含多组动态资源，这些动态资源可以由运营者编辑(如添加、修改或删除)。

服务器侧可以将静态资源数据/动态资源数据下发给电子设备侧的媒体应用/卡片，实现资源投放。

本申请实施例提供的动态更新卡片内容的方法，通过服务器侧和电子设备侧之间的交互，动态实时生成卡片，并且卡片支持展示内容的灵活组合和个性化推荐，不但提升了卡片开发效率，而且在不同的用户场景下为同一客户推荐不同类型的卡片，并且还可以向不同用户生成不同内容的卡片，提供符合不同用户实际使用需求的服务。

第二方面，本申请提供一种动态更新卡片内容的方法，应用于电子设备，该方法包括：

在所述电子设备的第一界面加载第一卡片，所述第一卡片的展示链接中包括第一标识；

当所述电子设备满足预设条件时，向服务器发送第一请求消息，所述第一请求消息用于请求获取与所述第一标识对应的卡片内容，所述第一请求消息包括用户需求信息；

接收所述服务器发送的卡片更新内容，所述卡片更新内容是根据所述第一标识和所述用户需求信息确定的；所述卡片更新内容携带有内容映射位置信息，所述内容映射位置信息用于指示所述卡片更新内容被映射到所述第一卡片上的内容显示位置；

根据所述内容映射位置信息，采用所述卡片更新内容对所述第一卡片的内容进行更新显示。

通过本申请实施例提供的动态更新卡片内容的方法，当电子设备满足预设条件时，电子设备向服务器申请卡片内容，请求消息中包括用户需求信息以及与卡片建立关联关系的第一标识；然后，电子设备接收到服务器根据用户需求信息和第一标识确定的卡片更新内容，然后根据卡片更新内容渲染卡片。这样，电子设备可以不断从服务器侧获取卡片内容并渲染卡片，实现卡片内容动态化更新。通过本申请方案，在电子设备侧，卡片可以实时更新卡片内容，呈现服务器侧基于用户需求(如用户场景信息和/或用户行为习惯数据)实时推荐的服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，为用户提供了更便捷的服务。

在一些可能实现方式中，所述在所述电子设备的第一界面加载第一卡片，包括：接收到服务器发送的所述第一卡片的展示链接；根据所述第一卡片的展示链接，在所述第一界面加载所述第一卡片。

其中，所述第一界面为负一屏界面或者桌面界面。

在一些可能实现方式中，所述当所述电子设备满足预设条件时，向服务器发送第一请求消息，包括：当所述电子设备检测到所述第一界面切换到所述电子设备的前台显示时，向所述服务器发送所述第一请求消息。

在一些可能实现方式中，所述当所述电子设备满足预设条件时，向服务器发送第一请求消息，包括：当所述电子设备进入地理围栏或者时间围栏时，向所述服务器发送所述第一请求消息。

在一些可能实现方式中，所述当所述电子设备满足预设条件时，向服务器发送第一请求消息，包括：当所述电子设备启动了预设应用程序时，向所述服务器发送所述第一请求消息。

在一些可能实现方式中，在所述向服务器发送第一请求消息之前，所述方法还包括：从所述第一卡片的展示链接中提取所述第一标识。

在一些可能实现方式中，在所述向服务器发送第一请求消息之前，所述方法还包括：获取所述用户需求信息；其中，所述用户需求信息包括用户场景信息、用户标识和/或用户行为习惯数据，所述用户场景信息用于表示以下至少一项：所述电子设备进入地理围栏、所述电子设备进入时间围栏、所述电子设备启动了预设应用程序。

在一些可能实现方式中，所述卡片更新内容包括卡片描述信息和/或卡片服务信息。

其中，所述卡片描述信息包括卡片名称、卡片图标和/或卡片背景图。

其中，所述卡片服务信息包括服务图标或控件。

第三方面，本申请提供一种电子设备，该电子设备包括处理器、存储器以及存储在所述存储器上的计算机程序，所述处理器用于执行所述计算机程序，以使得所述电子设备实现如第一方面及其任一实现方式所述的方法。

第四方面，本申请提供一种服务器，该服务器包括处理器、存储器以及存储在所述存储器上的计算机程序，所述处理器用于执行所述计算机程序，以使得所述电子设备实现如第二方面及其任一实现方式所述的方法。

第五方面，本申请提供一种通信系统，该通信系统包括第三方面所述的电子设备和第四方面所述的服务器。

第六方面，本申请提供一种动态更新卡片内容的装置，该装置包括用于执行上述第一方面中的方法的单元。该装置可对应于执行上述第一方面中描述的方法，该装置中的单元的相关描述请参照上述第一方面的描述，为了简洁，在此不再赘述。

其中，上述第一方面描述的方法可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，处理模块或单元、显示模块或单元等。

第七方面，本申请提供一种计算机可读存储介质，其上存储有用于实现第一方面中的方法的计算机程序(也可称为指令或代码)。例如，该计算机程序被计算机执行时，使得该计算机可以执行第一方面中的方法。

第八方面，本申请提供一种芯片，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。可选地，所述芯片还包括存储器，存储器与处理器通过电路或电线连接。

第九方面，本申请提供一种芯片系统，包括处理器。处理器用于读取并执行存储器中存储的计算机程序，以执行第一方面及其任意可能的实现方式中的方法。可选地，所述芯片系统还包括存储器，存储器与处理器通过电路或电线连接。

第十方面，本申请提供一种计算机程序产品，所述计算机程序产品包括计算机程序(也可称为指令或代码)，所述计算机程序被电子设备执行时使得电子设备实现第一方面中的方法。

可以理解的是，上述第二方面至第十方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1为电子设备在负一屏和桌面分别显示卡片的界面示意图；

图2为电子设备将卡片添加到桌面的界面示意图；

图3为相关技术中卡片开发及显示的示意图；

图4为本申请实施例提供的卡片内容动态更新的示意图；

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

图6为本申请实施例提供的一种电子设备的软件架构示意图；

图7为本申请实施例提供的动态更新卡片内容的方法的流程示意图一；

图8为本申请实施例提供的动态更新卡片内容的方法的流程示意图二；

图9为本申请实施例提供的动态更新卡片内容的方法的流程示意图三；

图10为本申请实施例提供的动态更新卡片内容的方法的资源配置界面示意图一；

图11为本申请实施例提供的动态更新卡片内容的方法的资源配置界面示意图二；

图12为本申请实施例提供的动态更新卡片内容的方法的资源配置界面示意图三；

图13为本申请实施例提供的动态更新卡片内容的方法的卡片资源查询流程示意图；

图14为本申请实施例提供的动态更新卡片内容的方法中进行人群定向的示意图；

图15为本申请实施例提供的动态更新卡片内容的方法中进行资源排序的示意图；

图16为本申请实施例提供的动态更新卡片内容的方法的流程示意图四；

图17为本申请实施例提供的动态更新卡片内容的方法的流程示意图五；

图18为本申请实施例提供的动态更新卡片内容的方法的流程示意图六；

图19为本申请实施例提供的动态更新卡片内容的方法的流程示意图七；

图20为本申请实施例提供的动态更新卡片内容的方法的流程示意图八；

图21为本申请实施例提供的动态更新卡片内容的方法的流程示意图九；

图22为本申请实施例提供的动态更新卡片内容的方法的流程示意图十；

图23为本申请实施例提供的动态更新卡片内容的方法的流程示意图十一；

图24为本申请实施例提供的动态更新卡片内容的方法的流程示意图十二；

图25为本申请实施例提供的动态更新卡片内容的方法中生成不同卡片的效果示意图；

图26为本申请实施例提供的动态更新卡片内容的方法中生成不同卡片的效果示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为便于理解本申请实施例，以下对本申请实施例的部分用语进行解释说明，以便于本领域技术人员理解。

卡片：卡片是介于图标和全屏应用的中间形态，可以作为用户的快捷操作工具和信息速览窗口，为用户推荐服务信息。示例性地，卡片可以为快应用卡片、native卡片或者widget卡片。

快应用：快应用是一种基于行业标准开发的新型免安装应用，具备“无需安装、即点即用”的能力；通过丰富的系统场景入口，为用户提供高效的直达服务。快应用的优势为无需安装，即点即用，可添加到桌面。

快应用卡片：是基于荣耀快应用引擎构建的卡片，通过JS语言实现，能在各个媒体应用上进行展示曝光。快应用卡片还可以称为JS卡片。

媒体应用：是电子设备侧用于展示卡片的应用，例如媒体应用可以是负一屏应用、桌面应用或者快服务中心应用。

集成开发环境(integrated development environment，IDE)是用于提供程序开发环境的应用程序。IDE开发者工具用于快应用开发，支持快应用及卡片等开发和调试。

为了给用户查阅信息提供方便，电子设备的使用卡片推荐功能，将用户可能需要查看的信息通过卡片的形式呈现在电子设备的负一屏或桌面，方便用户查看信息。

示例性地，如图1中的(a)和(b)所示，电子设备将航班信息通过卡片(称为航班类卡片)的形式进行呈现，用户不需要查阅短信或者进入订阅机票的相关应用来查看航班信息，直接可以在桌面或负一屏查看航班类卡片即可。例如，航班类卡片中除了显示一些航班信息之外，还显示有查看详情图标11。用户可以点击该查看详情图标11，触发电子设备跳转到航班信息的详情页面。

示例性地，如图2中的(a)所示，电子设备可以在负一屏中显示由系统推荐的具有预设形式和内容的多个卡片。这里以出行类卡片为例进行示例性说明，电子设备在负一屏的预设区域(例如卡片建议栏)中推荐出行类卡片，该出行类卡片为xx出行应用对应的卡片。该出行类卡片中包括打车服务图标12。响应于用户对打车服务图标12的操作，电子设备切换到xx出行应用的打车服务页面。用户可以在打车服务页面中完成打车服务。需要说明的是，除了提供打车服务之外，该xx出行应用还可以提供导航、公交/地铁、订酒店、代驾和/或其他可能的出行服务。

如图2中的(b)所示，负一屏中可以显示控件13，该控件13用于触发显示快服务中心的页面，快服务中心为管理并展示各种快应用卡片的应用。响应于用户对负一屏中的控件11的操作，电子设备从当前负一屏跳转到快服务中心的页面。在快服务中心的页面中显示有各种卡片和卡片搜索框，这些卡片均具有预设形式和内容。再以出行类卡片为例，该出行类卡片中包括打车服务图标，该出行类卡片是经过开发者设计并开发后上架到服务器，然后由服务器投放给电子设备，由电子设备通过快服务中心展示给用户。在一些实施例中，响应于用户对出行类卡片的添加操作，电子设备将该出行类卡片添加到桌面。

随着智慧服务业务发展，手机等电子设备上快应用卡片数量越来越多，给开发者带来了一定开发工作量。如图3所示，在服务器侧，开发者需要通过IDE开发者工具分别开发快应用和卡片两种独立的形态，分别会产生快应用数据包和卡片数据包，这两个数据包分别被上传至服务器，完成快应用上架和快应用卡片上架。在电子设备侧，在电子设备接收到服务器提供的卡片数据和快应用数据之后，电子设备可以加载卡片数据，并在负一屏或快服务中心等创建并显示卡片。

以上示例性地介绍了航班类卡片和出行类卡片，航班卡片中显示有查看详情图标，出行类卡片中显示有打车服务图标。这些服务图标是经过开发者设计并开发的，因此每个卡片中呈现的服务图标是固定不变的。

综合分析来看，在卡片设计及显示方面存在如下问题：

1)开发者在开发每个快应用时需要再单独开发一个卡片，开发者的工作量非常大。如何减少卡片开发成本是目前面临的一个问题。

2)由于服务器侧针对每个快应用设计出预设的卡片形式和内容，即卡片的显示形式和内容是固定不变的，因此电子设备侧所展示的卡片形式和内容是固定不变的。也就是说，卡片样式固化，这会导致卡片功能具有一定的局限性。

因此，如何方便生成卡片并且卡片内容能够动态变化的方法，是目前亟需解决的问题。

鉴于此，本申请实施例提供一种动态更新卡片内容的方法及电子设备，可以通过动态实时生成卡片来提升效率，并且可以支持卡片展示内容的灵活组合和个性化推荐，分别为不同的用户提供更符合实际使用需求的服务。

在本申请实施例中，服务器可以基于预设的卡片模板，通过模板映射和内容实例化得到内容实例资源，并且基于预设的卡片模板生成卡片并将该卡片与内容实例资源建立关联关系；当卡片在电子设备侧曝光时，电子设备向服务器申请卡片内容，服务器从内容实例资源中获取满足用户需求的卡片内容，并返回给电子设备；电子设备可以基于获取到的卡片内容渲染卡片，这样，电子设备不断从服务器侧获取卡片内容，实现卡片内容动态化。在电子设备侧，卡片可以实时更新卡片内容，呈现服务器侧基于用户需求(如用户场景信息和/或用户行为习惯数据)实时推荐的服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，为用户提供了更便捷的服务。

为了更好地理解本申请实施例，以下先结合与相关技术的对比，对本申请实施例进行简要说明：

相关技术中，开发者针对每个快应用设计出预设的卡片形式和内容，在电子设备侧呈现的卡片具有固定形式和内容。示例性地，图4中的(a)示出了一种出行类卡片形式的示意图，该出行类卡片中的内容是固定不变的。其中，该出行类卡片中呈现了打车服务图标，出行类卡片以及服务图标是经过开发者设计并开发的，因此卡片内容是固定不变的。

再看本申请，本申请提供了一种基于模板快捷生成卡片且卡片内容能够动态变化的方法，因此提升了卡片功能。示例性地，图4中的(b)和(c)示出了一种卡片模板以及基于模板生成卡片的示意图。

首先参考图4中的(b)，在本申请方案中，开发者设计预设尺寸的卡片模板，该卡片模板中可以包括多个区域，这些区域分别用于添加卡片名称、卡片背景图以及至少一个服务图标等内容。服务器侧可以基于该预设的卡片模板，通过模板映射和内容实例化等方式得到内容实例。该内容实例包含静态资源和动态资源，如静态资源包括卡片名称、卡片背景图等，动态资源包括至少一个服务图标等。

需要说明的是，在本申请方案中，服务器侧可以生成与卡片对应的内容实例ID，并基于该内容实例ID存储静态资源和动态资源。其中，卡片名称、卡片背景图等静态资源可以在服务器侧由运营者编辑(如添加、修改或删除)。其中，服务器侧设置动态资源池，动态资源池包含多组动态资源，这些动态资源可以由运营者编辑(如添加、修改或删除)。

在本申请方案中，当服务器侧基于卡片模板生成卡片，然后卡片在电子设备侧曝光时，电子设备可以基于内容实例ID、用户场景信息和/或用户UUID从服务器侧获取包含静态资源和动态资源的卡片内容，然后电子设备可以基于获取到的卡片内容渲染卡片，实现卡片内容动态变化。

其中，用户场景信息用于表征在用户当前操作电子设备时电子设备所采集的场景信息或者当电子设备进入预设的电子围栏时电子设备所采集的场景信息。

用户UUID(universally inique identifier，通用唯一识别码)为表征用户行为习惯或者用户画像的标识。

参考图4中的(c)，假设用户场景信息表示用户正在通过电子设备查询酒店信息，用户UUID对应的用户行为习惯数据表示用户经常叫代驾、骑行以及步行。当卡片在电子设备侧曝光时，电子设备基于内容实例ID、用户场景信息和用户行为习惯数据从服务器侧获取卡片内容，并基于获取到的卡片内容更新卡片。如图4中的(c)所示，更新后的卡片中呈现了订酒店、代驾、共享单车、步行导航等服务图标，这些服务图标是基于用户场景信息和用户行为习惯数据确定的，用户可以通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，为用户提供了更便捷的服务，更好地满足用户实际使用需求。

与相关技术相比，本申请方案的改进之处表现为：当卡片在电子设备侧曝光时，服务器侧能够提供基于用户场景信息和/或用户行为习惯数据等确定的卡片内容，相应地，电子设备呈现的卡片的内容可以动态变化，该卡片可以呈现基于用户场景信息和/或用户行为习惯数据实时推荐的服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，有针对性地为用户推荐了更便捷的服务。

需要说明的是，在本申请方案中，应用场景包括但不限于：场景一：快服务中心卡片。场景二：负一屏卡片。景三：桌面卡片。场景四：折叠屏小屏卡片。场景五：锁屏卡片。

以下，先结合附图对本申请实施例提供的动态更新卡片内容的方法应用的电子设备进行说明。

示例性的，本申请实施例中的电子设备可以是手机、平板电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本，以及蜂窝电话、个人数字助理(personal digital assistant，PDA)、可穿戴式设备(如：智能手表、智能手环)，等具备语音通信功能的设备，本申请实施例对该电子设备的具体形态不作特殊限制。

图5示出了本申请实施例提供的一种电子设备的结构示意图。示例性的，图5所示的电子设备可以是手机。如图5所示，手机可以包括：处理器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，以及用户标识模块(subscriberidentification module，SIM)卡接口195等。

示例性地，上述传感器模块可以包括压力传感器、陀螺仪传感器、气压传感器、磁传感器、加速度传感器、距离传感器、接近光传感器、指纹传感器、温度传感器、触摸传感器、环境光传感器以及骨传导传感器等传感器。在本申请实施例中，电子设备可以通过接近光传感器(即光线传感器)、距离传感器等传感器来检测用户耳朵是否贴靠在听筒附近。例如，电子设备可以通过距离传感器检测手机前面板(或者屏幕)前方是否有遮挡，以及遮挡物与屏幕之间的距离，确定当前用户耳朵是否贴靠在听筒附近。

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，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)接口，和/或通用串行总线(universal serial bus，USB)接口等。

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

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

手机可以通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。显示屏194用于显示图像，视频等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机的存储能力。内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行手机的各种功能应用以及数据处理。例如，在本申请实施例中，处理器110可以通过执行存储在内部存储器121中的指令，内部存储器121可以包括存储程序区和存储数据区。

以上是以电子设备100为例对本申请实施例作出的具体说明。应该理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

另外，在上述硬件之上，运行有操作系统，操作系统层的操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。在操作系统上可以安装运行应用程序。

电子设备100的操作系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图6是本申请实施例的电子设备100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层(applications)，应用程序框架层(application framework)，系统库和安卓运行时(Android Runtime)，以及内核层(kernel)。

其中，应用程序层可以包括一系列应用程序包。例如，应用程序层可以包括桌面，负一屏，快服务中心等应用程序(应用程序可以简称为应用)，本申请实施例对此不做任何限制。应用程序层还包括快应用引擎应用，该应用可以简称为快应用引擎，用于快应用以及快应用卡片的渲染。

本申请实施例中，应用程序层还可以包括情景感知模块、业务逻辑处理模块和业务呈现模块等。情景感知模块、业务逻辑处理模块和业务呈现模块可以是独立的APP，或者可以分别集成在不同的APP中，或者可以集成在同一个APP中，本申请不做限定。

其中，情境感知模块，常驻运行或以低功耗形式运行，具有感知外部事实或者环境的能力。情境感知模块可以通过应用程序接口(application programming interface，API)从应用程序层的其他应用程序或应用程序框架层或系统层或内核层来检测相关事件和获取事件的状态，比如检测蓝牙连接、网络连接、监测用户短信、定制定时器等。在本申请实施例中，情境感知模块主要作用是监听是否发生卡片曝光事件。情境感知模块可以将监听到的卡片曝光事件以及被曝光卡片对应的内容实例ID通知给业务逻辑处理模块。

业务逻辑处理模块(如：计算引擎)具有业务逻辑处理能力，用于根据情境感知模块监听到的卡片曝光事件、被曝光卡片对应的内容实例ID以及预设的逻辑算法进行数据处理或逻辑判断：在监听到卡片曝光事件的情况下，获取电子设备当前的用户场景信息，还可以获取用户行为习惯数据，然后将用户场景信息和/或用户行为习惯数据以及被曝光卡片对应的内容实例ID发送给服务器，然后接收到服务器发送的卡片内容，该卡片内容是服务器根据用户场景信息和/或用户行为习惯数据以及被曝光卡片对应的内容实例ID确定的卡片内容；然后业务逻辑处理模块可以将卡片内容发送给业务呈现模块。该卡片内容可以包括静态资源和动态资源，如静态资源包括卡片名称、卡片背景图等，动态资源包括至少一个服务图标等。其中，静态资源和动态资源在运营云侧可以进行编辑，例如支持添加、修改或删除。

业务呈现模块(如：YOYO建议)，用于根据业务逻辑处理模块的指示，将负一屏或桌面等媒体应用显示的卡片，基于获取到的卡片内容进行更新显示，该卡片可以呈现基于用户场景信息和/或用户行为习惯数据实时推荐的服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，为用户提供了更便捷的服务。通过卡片内容动态更新，信息展示更直观且灵活，提升了用户使用体验。

应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。如图6所示，应用程序框架层可以包括卡片服务管理模块、卡片内容获取模块等，本申请实施例对此不做任何限制。

卡片服务管理模块用于管理各种卡片的相关信息，并提供与卡片相关的服务。

卡片内容获取模块用于调用卡片资源获取接口从服务器获取卡片内容。例如，卡片内容获取模块通过卡片资源获取接口，将用户场景信息和/或用户行为习惯数据以及被曝光卡片对应的内容实例ID发送给服务器；然后通过卡片资源获取接口，接收到服务器发送的卡片内容。该卡片内容是服务器根据用户场景信息和/或用户行为习惯数据以及被曝光卡片对应的内容实例ID确定的。

Android Runtime包括核心库和虚拟机。Android Runtime负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：openGL ES)，二维图形引擎(例如：SGL)等。表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了二维图层和三维图层的融合。

具体到本申请方案，系统库中包括卡片资源获取接口，用于电子设备与服务器之间交互，以获取卡片内容。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

为了便于说明，在图中还体现了与上述软件结构交互的硬件层。例如，硬件层可以包括显示屏。显示屏可以用于显示负一屏或桌面等界面，并且可以用于在负一屏或桌面等界面显示卡片。

需要说明的是，本申请实施例虽然以系统为例进行说明，但是其基本原理同样适用于基于/>或/>等操作系统的电子设备。

本申请实施例提供的动态更新卡片内容的方法的执行主体可以为上述的电子设备，也可以为该电子设备中能够实现该动态更新卡片内容的方法的功能模块和/或功能实体，并且本申请方案能够通过硬件和/或软件的方式实现，具体的可以根据实际使用需求确定，本申请实施例不作限定。下面以电子设备为例，结合附图对本申请实施例提供的动态更新卡片内容的方法进行示例性的说明。

下面将结合附图，通过下述多个示例性实施例对本申请实施例进行举例说明。以下实施例中的方法均可以在具有上述硬件结构和软件架构的电子设备中实现。电子设备的硬件结构图可以如图5所示，电子设备的软件结构框图可以如图6所示，但本申请实施例并不限于此。本申请实施例提供的动态更新卡片内容的方法的执行主体可以是电子设备，也可以是电子设备中的硬件和/或软件模块。为了便于说明，本申请实施例中均以执行主体是电子设备为例进行示例性说明。

下面结合具体的实施例介绍本申请实施例提供的动态更新卡片内容的方法。

图7示出了本申请实施例提供的动态更新卡片内容的方法的流程示意图。如图7所示，以JS卡片模板为例，本申请可以通过如下4个阶段实现卡片实例的内容动态展示：

1.模板映射：基于卡片模板进行模板映射，得到内容模板。

其中，内容模板是本申请设计的基于模板化思想构建的资源整合规范。

其中，模板映射为模板字段映射，即根据JS卡片模板约定映射字段，这样基于卡片模板生成的卡片实例可以按照映射字段从服务器侧获取到对应布局的资源数据。

示例性地，参考图7所示，JS卡片模板包括三个区域，位于第一布局区域处的填充内容为卡片名称，位于第二布局区域处的填充内容为背景图片，位于第三布局区域处的填充内容为服务图标。

模板映射的过程可参考图7所示，位于卡片模板的第一布局区域处的卡片名称映射cardName字段，位于卡片模板的第二布局区域处的背景图映射BackgroundPic字段，位于卡片模板的第三布局区域处的服务图标映射动态资源池dynamicResourse字段。

2.内容实例化：基于内容模板进行内容实例化，得到内容实例。

在本申请实施例中，内容实例是运营端基于内容模板，按需配置资源而生成的实例。

其中，运营端可以根据业务需求，通过内容模板生成对应的内容实例。内容实例包括卡片的静态资源数据和动态资源数据。

其中，静态资源数据指内容模板中卡片通用的内容，比如卡片logo，卡片名称等。

其中，动态资源数据指能够动态更新并展示的数据，即实现千人千面的资源，比如服务图标。

3.卡片实例化：基于卡片模板进行卡片实例化，得到卡片实例(即卡片)。

其中，基于JS模板可以生成JS卡片实例，并且可以将该卡片实例与内容实例建立关联关系。

4.数据映射：

在JS卡片实例曝光时，电子设备通过关联的内容实例获取用于展示的卡片内容，卡片基于约定的模板字段映射，将获取到的卡片内容映射到卡片布局位置，完成渲染并展示。卡片内容包括卡片的静态资源数据和动态资源数据。

在一些实施例中，可以基于内容模板将动态资源进行分组，每一组为一个资源池，并且可以将资源池进行绑定设置。服务器侧可以按照人群定向以及推荐排序等因素决定每组资源数据的下发。

在一些实施例中，服务器侧可以基于大数据人群画像实现人群定向。具体地，服务器侧在下发动态资源数据时可以根据所配置的目标人群确定向电子设备侧下发哪些动态资源数据，例如只下发与用户画像匹配的动态资源数据。

在一些实施例中，服务器侧可以将静态资源数据/动态资源数据下发给电子设备侧的媒体应用/卡片，实现资源投放。

图8示出了本申请实施例中卡片的内容模板定义、内容实例管理以及端云交互的实现方式。其中，端云交互指电子设备侧与服务器侧之间的交互。

如图8中的(a)所示，卡片的内容模板定义了如下几方面配置：

1)卡片类型，例如JS模板卡片；

2)卡片布局参数配置；

3)卡片投放服务范围配置，例如类型、是否推荐和规格等。

如图8中的(b)所示，卡片的内容实例定义了如下几方面配置：

1)填充卡片布局参数；

2)填充卡片服务，这可以通过人群定向、机型定向和商业配置等来完成；

3)JS参数构建；运行商通过JS参数上架卡片服务。

如图8中的(c)所示，电子设备侧与服务器侧之间可以通过动态卡片内容端云接口，实现对卡片的数据交互。通过调用动态卡片内容端云接口，可以实现接口请求鉴权、布局参数召回、服务定向召回、对接推荐排序，以及下载召回。

图9示出了服务器侧和电子设备侧交互，实现本申请实施例提供的动态更新卡片内容的方法的流程图。这里以快应用卡片(JS卡片)为例，本申请结合JS卡片模板，在服务器侧构建了内容模板定义模块，内容实例管理模块，资源投放管理。其中，资源投放管理模块包括卡片内容查询单元和动态卡片内容端云接口。

S1、内容模板定义模块基于JS卡片模板进行模板映射，约定布局与字段。

其中，模板映射主要体现为布局与字段约定。电子设备侧的快应用引擎可以根据产品需求构建M×N宫格的卡片模板，并且快应用引擎尅与服务器侧的内容模板定义模块进行内容布局约定。

一方面，对于需要根据人群定向的资源，卡片模板内容定义中设定动态资源池字段，并针对该动态资源池进行资源类型和排序方式设置。动态资源池具有特定的动态资源池代码(code)，根据动态资源池代码(code)可以查询对应的动态资源池。

另一方面，静态资源字段包括卡片名称(title)，卡片小图标(logo)和/或卡面文案。服务器(如智慧服务云)通过jsonSchema将相关字段进行定义。

示例性地，针对卡片模板，可以约定静态资源schema：

{"schema":{"type":"object","required":["cardName","backgroundPictures","logoPic"],"ui:order":["cardName","backgroundPictures","logoPic","mainBrief","subBrief"],"properties":{"logoPic":{"type":"string","title":"卡片logo","ui:widget":"PrivateUploadImage","ui:options":{"accept":"image/png","bizType":"SUBJECT","limitRatio":["160px","160px"]},"description":"仅支持png图片，图片尺寸160像素*160像素"},"cardName":{"type":"string","title":"卡片名称","maxLength":128,"minLength":0,"ui:options":{"placeholder":"请输入"}},"backgroundPictures":{"type":"string","title":"卡片背景图","ui:widget":"PrivateUploadImage","ui:options":{"accept":"image/png","bizType":"SUBJECT","limitRatio":["1280px","608px"]},"description":"仅支持png图片，图片尺寸1280像素*608像素"}}},"uiSchema":{},"formProps":{"labelWidth":"100px","labelSuffix":"：","layoutColumn":3},"formFooter":{"show":false},"errorSchema":{"logoPic":{"err:options":{"required":"请上传卡片logo图"}},"cardName":{"err:options":{"required":"请填写卡片名称"}},"backgroundPictures":{"err:options":{"required":"请上传卡片背景图"}}}}

在该示例中约定了本次模板包括卡片名称(cardName)、卡片背景图(backgroundPictures)以及卡片logo图片(logoPic)。在约定好字段之后，当电子设备侧获取到卡片的静态资源数据时，电子设备可以基于上述约定进行字段映射：将获取到卡片的静态资源数据映射到卡片对应位置处。

S2、内容模板定义模块基于内容模板以及约定的布局与字段，生成内容实例。

在本申请实施例中，服务器(如智慧服务云)为运营端提供了根据卡片内容模板生成卡片内容实例的功能，相应地，根据卡片内容模板，提供可视化资源配置页面。

示例性地，图10中的(a)示出了用于静态资源的可视化资源配置页面。如图10中的(a)所示，在该可视化资源配置页面中，可以配置卡片名称、卡片背景图、卡片logo、主标题以及副标题等静态资源。其中，针对卡片背景图和卡片logo分别规定了图片格式和图片尺寸。图10中的(b)示出了完成静态资源配置的可视化资源配置页面。

示例性地，图11中的(a)示出了用于动态资源的可视化资源配置页面。如图11中的(a)所示，在该可视化资源配置页面中显示有动态资源池，在动态资源池中可以配置资源名称、资源ID、目标用户、排序方式、排序位置、排序权重、生效状态、生效时间、创建时间和更新时间等动态资源。示例性地，在动态资源池里配置的动态资源，可以选择表1中的参数进行配置。

表1

参数	描述
		目标用户	该动态资源目标人群范围
排序方式	运营排序/推荐排序
		生效时间	可以进行投放的时间范围

其中，基于目标用户进行配置，服务器侧具备人群定向投放动态资源的能力。

基于排序方式进行配置，服务器侧具备根据不同用户/意图对动态资源排序的能力。

基于生效时间进行配置，运营端可以决定该资源在何时段进行投放。

图11中的(b)示出了完成动态资源配置的可视化资源配置页面。

这样，服务器根据运营端对内容实例配置的静态资源以及动态资源池服务，构建出一个完整的内容实例。

在本申请实施例中，服务器基于内容模板生成内容实例并构建JS卡片的展示链接(showUrl)。其中，showUrl是JS卡片自身的一个属性。

示例性地，展示链接showUrl可以表示为hap：//widget/com.diycard.fourgrid/1。

S3、内容实例管理模块生成内容实例ID。

在本申请实施例中，对于每个内容实例均生成一个内容实例ID。

内容实例ID可以采用链接参数格式，可以表示为：？contentInstanceId＝${内容实例Id}。

示例性地，内容实例ID为1805496894236057602，内容实例ID的链接参数表示为：？contentInstanceId＝1805496894236057602。

示例性地，图12中的(a)示出了构建出的内容实例的实例基本信息。如图12中的(a)所示，实例基本信息包括：实例名称、实例ID、动态卡片模板类型、卡片实例参数、创建时间、最近更新时间等。

需要说明的是，上述示例性地说明了展示链接showUrl和内容实例ID，在实际实现时，展示链接showUrl和内容实例ID分别还可以表示为其他可能的形式。

S4、内容实例管理模块将内容实例ID发送给资源投放管理模块，然后由资源投放管理模块按照内容实例ID存储卡片资源数据，实现资源同步。卡片资源数据包括动态资源数据和静态资源数据。

S5、基于JS卡片模板生成JS卡片实例(即JS卡片)。

S6、将JS卡片与内容实例ID建立关联关系。

本申请通过在卡片实例的展示链接showUrl参数中添加内容实例ID的链接参数，将卡片实例关联内容实例。

在本申请实施例中，基于模板卡片在开发者平台生成一个JS卡片实例，并且通过在卡片实例的展示链接showUrl配置中添加内容实例ID的链接参数，即可达到将卡片实例与内容实例关联的目的。

其中，展示链接showUrl可以通过类似http协议一样的参数拼接方式进行参数传递。

示例性地，展示链接showUrl和内容实例ID的链接参数拼接后，得到：

hap：//widget/com.diycard.fourgrid/1/？contentInstanceId＝1805496894236057602。

示例性地，图12中的(b)示出了多服务动态卡片的展示链接showUrl的示意图。

需要说明的是，电子设备侧的媒体应用可以通过调用其卡片本身的showUrl来曝光该卡片，该showUrl中所携带的参数可以传给卡片本身。

S7、服务器将卡片实例发送给电子设备，即投放卡片。

在卡片实例关联对应的内容实例ID后，该卡片实例即可作为一张正常的卡片进行投放到电子设备，通过媒体应用曝光卡片。

S8、当JS卡片在电子设备侧曝光时，电子设备侧根据内容实例ID、用户场景信息和/或用户UUID等，通过动态卡片内容端云接口向服务器侧请求获取卡片内容。

当电子设备发生卡片曝光事件时，电子设备基于内容实例ID向服务器(如智慧服务云)发送卡片内容请求消息。

在一些实施例中，卡片内容请求消息可以包括内容实例ID。

在一些实施例中，卡片内容请求消息可以包括内容实例ID、媒体应用传递的场景意图。

在一些实施例中，卡片内容请求消息可以包括内容实例ID、用户标识。

在一些实施例中，卡片内容请求消息可以包括内容实例ID、用户标识和媒体应用传递的场景意图。示例性地，当电子设备发生卡片曝光事件时，电子设备基于媒体应用传递的场景意图、用户UUID，并结合内容实例ID向服务器(如智慧服务云)发送卡片内容请求消息。

其中，内容实例ID、场景意图和用户标识各自对应的参数、参数名以及描述可参见表2。

表2

参数	参数名	描述
			contentInstanceId	内容实例ID	基于该ID查询对应的静态资源和动态资源
intent	场景意图	用于确定满足场景意图的动态资源
			uuid	用户标识	用于动态资源的人群定向和推荐顺序

S9、服务器侧获取静态资源数据，并通过人群定向和资源排序，从资源池中获取动态资源数据。

在一些实施例中，服务器侧响应于卡片内容请求消息，基于内容实例ID查询对应的动态资源数据和静态资源数据，在资源整合后得到卡片内容，并向电子设备返回卡片内容。

在一些实施例中，服务器侧响应于卡片内容请求消息，基于内容实例ID，并根据用户标识和/或场景意图查询对应的动态资源数据和静态资源数据，在资源整合后得到卡片内容，并向电子设备返回卡片内容。

其中，动态资源数据和静态资源数据各自对应的参数、参数名以及描述可参见表3。

表3

在资源池动态资源参数contentResources中，一个元素的结构可以包括资源池代码和资源池列表。资源池代码和资源池列表各自对应的参数、参数名以及描述可参见表4。

表4

参数	参数名	描述
			resourceSetCode	资源池代码	资源池代码
resources	资源列表	资源池对应的动态资源列表

图13示出了服务器查询动态资源和静态资源的流程图。如图13所示，在查询动态资源时，可以根据内容实例ID查询资源池；然后根据资源池代码及用户标识进行人群定向，查询资源；然后根据用户场景意图信息对资源列表中的多个服务进行排序和筛选，确定出符合条件的动态资源。在查询静态资源时，根据内容实例ID查询静态资源。最后，将确定出的动态资源和静态资源进行资源整合，得到卡片内容。

其中，查询动态资源的过程包括人群定向过程和资源排序过程。

图14示出了人群定向过程的示意图。服务器可以根据用户标识，获取用户行为习惯数据，即用户画像。服务器可以将查询请求携带的用户画像与资源池的人群画像进行比对，将资源池的人群画像中的与用户画像匹配的资源，确定为适合向该用户推荐的内容。如图14所示，查询请求携带的用户画像包括7701、1886、5899等多个标签，在资源池的人群画像中匹配查找到7701、1886等标签，资源池中与7701、1886等标签对应的资源为适合向该用户推荐的内容，实现人群定向。

在人群定向过程中，首先基于用户标识，从大数据平台获取该用户所属人群标识列表。然后，将该人群列表与动态资源配置的目标人群列表进行比对。若该人群列表与动态资源配置的目标人群列表存在交集，则可以确定该用户属于该动态资源的目标人群。

在一些实施例中，在动态资源池中的排序方式包括推荐排序和特定排序。

在资源排序过程中，首先将属于同一资源池且排序方式为推荐排序的动态资源进行分组，然后服务器根据每组动态资源携带的资源池代码、内容实例ID以及资源列表(包括多个资源标识)，确定每组资源的排序优先级。然后，根据排序优先级将每组资源进行重排序。然后再可以将重排序的每组资源与资源池中的特定排序资源进行整合。

在一些实施例中，一个资源池中特定排序资源可以由运营端指定绝对位置和权重。

其中，特定排序资源可以包括有绝对位置资源和无绝对位置资源。有绝对位置资源的排序优先级高于无绝对位置资源的排序优先级。对于无绝对位置资源，可以根据业务整体配置进行排序。

图15示出了资源排序过程的示意图。如图15中的(a)所示，资源池中包括多个运营资源：A、B、C；M、N；O、P、Q。其中，A、B、C为特定排序资源，由运营端指定了各个运营资源的绝对位置和权重。O、P、Q为特定排序资源，O、P有权重，Q无位置无权重。M、N为推荐排序资源。在资源排序后，如图15中的(b)所示，多个运营资源A、B、C；O、P、Q；M、N按照优先级从高到低依次排列。

S10、服务器侧通过动态卡片内容端云接口，向电子设备侧下发卡片内容，卡片内容包括静态资源数据和排序靠前的动态资源数据。

S11、电子设备侧基于获取的卡片内容渲染卡片。

在电子设备获取到卡片内容之后，即可进行资源渲染，动态展示出千人千面的卡片内容。

图16示出了本申请实施例提供的动态更新卡片内容的方法的实现方式。图16中的(a)示出了上述S1中的模板映射过程，图16中的(b)示出了上述S2-S4中的内容实例化过程，图16中的(c)示出了上述S6-S11中的查询卡片内容以及将卡片内容映射到卡片实例、以及渲染卡片的过程。

通过本申请方案，服务器可以基于卡片模板，通过模板映射和内容实例化得到内容实例资源；服务器还基于卡片模板生成卡片并将该卡片与内容实例资源建立关联关系；当电子设备向服务器申请卡片内容时，服务器从内容实例资源中获取满足用户需求的卡片更新内容，并返回给电子设备；电子设备可以基于获取到的卡片更新内容渲染卡片，由此实现卡片内容动态化更新。在电子设备侧，卡片可以实时更新卡片内容，呈现服务器侧基于用户需求实时推荐的服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，为用户提供了更便捷的服务。

下面结合图17，通过服务器侧和电子设备侧之间的交互时序图说明本申请实施例提供的动态更新卡片内容的方法的流程。如图17所示，服务器侧包括卡片模板管理模块、内容模板定义模块、内容实例管理模块和资源投放管理模块。电子设备侧包括动态卡片内容端云接口和媒体应用。

需要说明的是，本申请示例性地以服务器侧的多个模块和电子设备侧的多个模块为例进行示例性说明，在实际实现时，服务器侧和电子设备侧各自可以通过比下述实施例更多或更少的功能模块来实现本申请实施例提供的动态更新卡片内容的方法。本申请对服务器侧和电子设备侧用于实现动态更新卡片内容的方法的具体功能模块不作限定。

S201、卡片模板管理模块向内容模板定义模块提供卡片模板。

其中，开发者可以设计预设尺寸和形式的卡片模板并上架到服务器，服务器可以通过卡片模板管理模块存储卡片模板，例如预设尺寸的卡片模板为2×2尺寸的卡片模板，或者2×4尺寸的卡片模板。

示例性地，图18示出了2×4尺寸的卡片模板，该卡片模板中包括三个待填充区域，区域1用于填充卡片名称，区域2用于填充卡片背景图，区域3用于填充四个服务图标。

再示例性地，图19示出了2×2尺寸的卡片模板，该卡片模板中包括三个待填充区域，区域1用于填充卡片名称，区域2用于填充卡片背景图，区域3用于填充两个服务图标。

需要说明的是，卡片模板的尺寸和形式具体可以根据实际使用需求进行设置，本申请实施例不作限定。

S202、内容模板定义模块基于卡片模板的多个待填充区域，确定内容模板的布局和字段。

S203、内容模板定义模块将内容模板提供给内容实例管理模块。

S204、内容实例管理模块基于内容模板的布局和字段，创建内容实例，内容实例包括静态资源数据和动态资源数据。

S205、内容实例管理模块生成内容实例ID。

例如，内容实例ID可以表示为：？contentInstanceId＝1805496894236057602。

S206、内容实例管理模块将内容实例ID、静态资源数据和动态资源数据发送给资源投放管理模块。

S207、资源投放管理模块存储内容实例ID对应的静态资源数据和动态资源数据。

S208、资源投放管理模块设置内动态资源推荐规则。

S209、资源投放管理模块向卡片模板管理模块发送已完成内容实例化的消息。

S210、卡片模板管理模块通过卡片实例化，得到卡片实例(即卡片)。

S211、卡片模板管理模块从内容实例管理模块获取该卡片的内容实例ID。

S212、卡片模板管理模块在卡片的展示链接中添加内容实例ID，将卡片与内容实例ID建立关联关系。

示例性地，假设展示链接showUrl为widget/com.diycard.fourgrid/1。相应地，展示链接showUrl和内容实例ID的链接参数拼接后，得到：

S213、卡片模板管理模块通过动态卡片内容端云接口，将卡片的展示链接发送给电子设备。

其中，服务器向电子设备发送卡片的展示链接，该卡片的展示链接中不但包括用于展示该卡片的链接参数，还包括与该卡片关联的内容实例ID。

S214、卡片模板管理模块的媒体应用(如负一屏或桌面)接收到卡片的展示链接，并基于卡片的展示链接曝光卡片。

在一些实施例中，电子设备的负一屏应用切换到前台运行，在此情况下，卡片被曝光给用户，即电子设备发生卡片曝光事件。

在另一些实施例中，当桌面添加了卡片，且电子设备的桌面应用切换到前台运行时，卡片被曝光给用户，即电子设备发生卡片曝光事件。

在电子设备发生卡片曝光事件的情况下，电子设备获取用户场景信息。

S215、电子设备的媒体应用通过动态卡片内容端云接口向服务器发送卡片内容请求消息，该卡片内容请求消息包括内容实例ID、用户场景信息和/或用户UUID。

S216、服务器的资源投放管理模块接收到卡片内容请求消息，基于内容实例ID、用户场景信息和/或用户UUID，确定卡片内容，卡片内容包括静态资源数据和有推荐顺序的动态资源数据。

其中，资源投放管理模块基于内容实例ID确定静态资源数据。

其中，资源投放管理模块基于内容实例ID、用户场景信息和/或用户UUID，确定动态资源数据。并且，基于动态资源推荐规则，对动态资源数据进行排序，然后选择排序靠前(例如前四个)的动态资源数据。

S217、服务器侧的资源投放管理模块通过动态卡片内容端云接口，将卡片内容下发给电子设备。

其中，卡片内容携带有内容映射位置信息，该内容映射位置信息用于指示卡片内容被映射到第一卡片上的内容显示位置。其中，卡片内容还可以称为卡片更新内容。

S218、电子设备侧的媒体应用基于卡片内容渲染卡片。

下面结合附图说明本申请实施例提供的动态更新卡片内容的方法实现的卡片示意图。

示例性地，再次参考图17所示，对于2×4尺寸的卡片模板，通过卡片实例化，得到出行类卡片。该出行类卡片的各个填充区域在初始状态下可以为空，也可以填充预设内容。当出行类卡片在电子设备侧曝光时，服务器侧将静态资源数据和有推荐顺序的动态资源数据，映射到电子设备侧。通过数据映射，渲染卡片，实现卡片内容动态变化。例如，动态资源数据的推荐排序可以为：服务1：打车；服务2：骑行；服务器3：加油；服务4：代驾。相应地，动态生成的出行类卡片中包括打车图标、骑行图标、加油图标、代驾图标等服务图标。

电子设备在负一屏或桌面呈现动态生成的出行类卡片。用户可以根据实际使用需求，选择出行类卡片中的某一服务图标。例如，用户有找代驾的需求，当用户点击代驾图标时，电子设备可以自动执行搜索代驾的功能，为用户提供有针对性的服务。

示例性地，再次参考图18所示，对于2×2尺寸的卡片模板，通过卡片实例化，得到美食类卡片。同样，该美食类卡片的各个填充区域在初始状态下可以为空，也可以填充预设内容。当美食类卡片在电子设备侧曝光时，服务器侧将静态资源数据和有推荐顺序的动态资源数据，映射到电子设备侧。通过数据映射，渲染卡片，实现卡片内容动态变化。例如，动态资源数据的推荐排序可以为：服务1：特色美食；服务2：咖啡；服务器3：茶饮；服务4：冰淇淋。相应地，动态生成的美食类卡片中包括特色美食图标、咖啡图标等服务图标。

电子设备在负一屏或桌面呈现动态生成的美食类卡片。用户可以根据实际使用需求，选择美食类卡片中的某一服务图标。例如，用户有买咖啡的需求，当用户点击咖啡图标时，电子设备可以自动执行定位咖啡店的功能，为用户提供有针对性的服务。

下面分别从服务器侧和电子设备侧分别说明本申请实施例提供的动态更新卡片内容的方法的流程。

服务器侧：

图20为本申请实施例提供的在服务器侧实现的动态更新卡片内容的方法的流程示意图。

S301、服务器获取卡片模板，并对卡片模板进行模板映射，得到内容模板。

S302、服务器基于内容模板进行内容实例化，得到内容实例。

S303、服务器生成与内容实例关联的内容实例ID，并基于内容实例ID存储该内容实例对应的静态资源和动态资源。

S304、服务器基于卡片模板进行卡片实例化，得到卡片实例。

S305、服务器在卡片实例的展示链接中添加内容实例ID。

S306、服务器将添加了内容实例ID的卡片发送给电子设备。

以上说明了服务器基于卡片模板生成内容实例以及内容实例ID，并将添加了内容实例ID的卡片发送给电子设备的过程。下面说明服务器接收电子设备发送的卡片内容请求消息，然后基于卡片内容请求消息确定卡片内容，并将卡片内容返回给电子设备的过程。

S307、服务器接收到电子设备发送的卡片内容请求消息，该卡片内容请求消息包含内容实例ID、用户场景信息和/或用户UUID。

S308、服务器基于内容实例ID查询满足条件的静态资源，并基于内容实例ID、用户场景信息和/或用户UUID在已存储的动态资源中查询满足条件的动态资源。

S309、服务器向电子设备发送卡片内容，该卡片内容包括满足条件的静态资源和动态资源。

示例性地，静态资源包括卡片名称、卡片背景图等，动态资源包括至少一个服务图标等。其中，静态资源和动态资源在运营云侧可以进行编辑，例如支持添加、修改或删除。

在本申请实施例中，服务器侧可以构建卡片模板(如JS卡片模板)，然后将卡片模板进行卡片实例化，将卡片投放在电子设备的负一屏等媒体应用的运营位置，或者YOYO卡片展示位置等。

通过本申请实施例提供的动态更新卡片内容的方法，服务器可以基于预设的卡片模板，通过模板映射和内容实例化得到内容实例资源，并将内容实例资源以第一标识为标签进行存储；当服务器接收到电子设备发送的卡片内容更新请求时，服务器根据第一标识从内容实例资源中获取满足用户需求的卡片内容，并返回给电子设备；这样，电子设备不断从服务器侧获取卡片内容并渲染卡片，实现卡片内容动态化。通过本申请方案，卡片可以实时更新卡片内容，呈现服务器侧基于用户需求(如用户场景信息和/或用户行为习惯数据)实时推荐的服务，便于用户通过该卡片快速查看用户所需服务的详情，因此本申请提供的卡片功能更加智能化，为用户提供了更便捷的服务。

以上实施例说明了服务器侧实现动态更新卡片内容的方法的过程，下面说明在电子设备侧实现动态更新卡片内容的方法的过程。

电子设备侧：

图21为本申请实施例提供的在电子设备侧实现的一种动态更新卡片内容的方法的流程示意图。

S401、电子设备接收服务器发送的卡片，并将卡片加载到负一屏。

在服务器将添加了内容实例ID的卡片发送给电子设备(S206)之后，电子设备接收服务器发送的卡片。

需要说明的是，这里示意性地说明了电子设备将卡片加载到负一屏，在实际实现时，还可以将卡片加载到快服务中心等其他可能的媒体应用，本申请对此不作限定。

S402、当电子设备检测到负一屏在前台运行时，电子设备确定发生卡片曝光事件。

S403、电子设备获取卡片实例ID，并获取用户场景信息和/或用户UUID。

S404、电子设备通过预设接口向服务器发送卡片内容请求消息，该卡片内容请求消息包括卡片实例ID，用户场景信息和/或用户UUID。

S405、电子设备接收服务器发送的卡片内容，该卡片内容包括静态资源和动态资源。

S406、电子设备基于接收到的卡片内容渲染卡片。

以上实施例说明了电子设备针对负一屏显示的卡片实现动态更新卡片内容的过程。下面再说明电子设备针对桌面显示的卡片实现动态更新卡片内容的过程。

图22为本申请实施例提供的在电子设备侧实现的另一种动态更新卡片内容的方法的流程示意图。

S501、电子设备将第一卡片添加到桌面。

在一些实施例中，响应于用户将第一卡片添加到桌面的操作，电子设备将第一卡片添加到桌面。

在另一些实施例中，在桌面的YOYO建议功能已开启的情况下，电子设备在桌面中的YOYO建议卡片显示区域自动添加第一卡片。

S502、当电子设备检测到桌面切换到前台运行时，电子设备确定发生卡片曝光事件。

S503、电子设备获取第一卡片对应的第一卡片实例ID，并获取第一用户场景信息和/或用户UUID。

S504、电子设备通过预设接口向服务器发送卡片内容请求消息，该卡片内容请求消息包括第一卡片实例ID，第一用户场景信息和/或用户UUID。

S505、电子设备接收服务器发送的卡片内容，该卡片内容包括静态资源和动态资源。

S506、电子设备基于接收到的卡片内容渲染卡片，得到第二卡片。

S507、电子设备将桌面显示的第一卡片替换为第二卡片。

在本申请实施例中，电子设备可以向服务器侧发送卡片内容请求消息，该卡片内容请求消息中可以包括用户场景信息、用户UUID以及被曝光卡片对应的内容实例ID发送给服务器；服务器根据卡片内容请求消息获取满足条件的卡片内容，并发送给电子设备；电子设备基于获取到的卡片内容渲染卡片，达到卡片内容动态展示以及卡片内容个性化展示的目的。

需要说明的是，本申请中的内容模板和内容实例的技术并不限于应用于JS模板卡片技术绑定，在实际实现时，对于电子设备侧任意一种卡片技术实现类型：JS卡片，native卡片，widget卡片，只要能与模板管理模块预先约定好布局参数，并在卡片中关联内容实例，该卡片均能够通过本内容模板化方案获取到资源数据，达到内容快速构建和千人千面展示的能力。其中，native卡片和widget卡片均为安卓卡片。如图23所示，通过卡片模板得到内容模板，然后基于内容模板得到内容实例，然后将内容实例的资源进行数据映射，可以生成动态卡片，该动态卡片可以是JS卡片，也可以得到native卡片，或者widget卡片。

图24示出了卡片内容模板和卡片内容实例的相关信息。如图24所示，动态卡片内容模板包括模板ID、模板类型(如JS卡片模板)、模板布局代码、内容条目列表(卡面内容/服务内容)。相应地，模板内容资源整合信息包括资源池代码、内容类型、资源容量、传输数据、支持排序方式。动态卡片内容实例包括实例ID、模板ID、关联场景、资源条目实例列表。相应地，绑定资源信息包括资源绑定ID、资源池代码、实例ID、场景、资源类型、资源ID、资源列表。统一投放实例包括投放ID、资源ID、资源类型、资源池代码、实例ID、资源绑定ID。

示例性地，如图25所示，假设采用2×4尺寸的卡片模板，通过本申请方案，基于该卡片模板为用户1动态生成了出行类卡片，该动态生成的出行类卡片中包括打车、骑行、加油、代驾等服务图标。并且，基于该卡片模板为用户1动态生成了美食类卡片，该动态生成的美食类卡片中包括特色美食、咖啡、茶饮、冰淇淋等服务图标。

示例性地，如图26所示，假设采用2×4尺寸的卡片模板，对于用户2，通过本申请方案可以基于该卡片模板为用户1动态生成一种出行类卡片，该出行类卡片中包括打车、骑行、加油、代驾等服务图标。对于用户2，通过本申请方案可以基于该卡片模板为用户2动态生成另一种出行类卡片，该出行类卡片中包括订酒店、代驾、共享单车、步行导航等服务图标。

本申请相较于相关技术的改进点在于：通过本申请方案，在卡片内容构建上提高了效率。在智慧服务云侧在模板卡片的基础上生成模板内容，能够将模板卡片展示的内容动态化，对于同一个模板生成的多张卡片，可以快速通过运营端进行不同主题的内容配置生成诸如出行卡片，点餐卡片，购物卡片等。对于同一张卡片实例来说，不同用户看到的内容是不同的，实现千人千面的效果。

需要说明的是，在本申请实施例中，“大于”可以替换为“大于或等于”，“小于或等于”可以替换为“小于”，或者，“大于或等于”可以替换为“大于”，“小于”可以替换为“小于或等于”。

本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本申请的保护范围中。上文主要从方法步骤的角度对本申请实施例提供的方案进行了描述。可以理解的是，为了实现上述功能，实施该方法的电子设备包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的保护范围。

本申请实施例可以根据上述方法示例，对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有其它可行的划分方式。

本申请还提供一种芯片，该芯片与存储器耦合，该芯片用于读取并执行存储器中存储的计算机程序或指令，以执行上述各实施例中的方法。

本申请还提供一种电子设备，该电子设备包括芯片，该芯片用于读取并执行存储器存储的计算机程序或指令，使得各实施例中的方法被执行。

本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的动态更新卡片内容的方法。

本实施例还提供了一种计算机程序产品，该计算机可读存储介质存储有程序代码，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的动态更新卡片内容的方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的动态更新卡片内容的方法。

其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

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

本文中的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或者两个以上，例如，多个处理单元是指两个或者两个以上的处理单元等；多个元件是指两个或者两个以上的元件等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种动态更新卡片内容的方法，其特征在于，应用于服务器，所述方法包括：

获取第一卡片模板，所述第一卡片模板包括多个待填充区域；

根据所述第一卡片模板的所述多个待填充区域，确定第一内容模板的布局和字段；

根据所述第一内容模板的布局和字段，创建内容实例资源，并将所述内容实例资源以第一标识进行存储；

接收到电子设备发送的第一请求消息，所述第一请求消息用于请求获取与所述第一标识对应的卡片内容，所述第一请求消息包括用户需求信息；

根据所述第一标识从所述内容实例资源中获取符合所述用户需求信息的资源数据，作为卡片更新内容；

将所述卡片更新内容发送给所述电子设备，所述卡片更新内容携带有内容映射位置信息，所述内容映射位置信息用于指示所述卡片更新内容被映射到第一卡片上的内容显示位置。

2.根据权利要求1所述的方法，其特征在于，在所述接收到所述电子设备发送的卡片内容请求消息之前，所述方法还包括：

基于所述第一卡片模板生成第一卡片，并在所述第一卡片的展示链接中添加所述第一标识；

将所述第一卡片的展示链接发送给所述电子设备。

3.根据权利要求1或2所述的方法，其特征在于，所述用户需求信息为用户场景信息；

其中，所述用户场景信息用于表示以下至少一项：所述电子设备进入地理围栏、所述电子设备进入时间围栏、所述电子设备启动了预设应用程序。

4.根据权利要求1或2所述的方法，其特征在于，所述用户需求信息为用户标识；

所述从所述内容实例资源中获取符合所述用户需求信息的资源数据，包括：

根据所述用户标识，确定用户行为习惯数据；

从所述内容实例资源中获取与所述用户行为习惯数据对应的资源数据。

5.根据权利要求1或2所述的方法，其特征在于，所述用户需求信息包括用户场景信息和用户标识；

所述根据所述第一标识从所述内容实例资源中获取符合所述用户需求信息的资源数据，包括：

从所述内容实例资源中确定与所述第一标识对应的内容实例资源；

根据所述用户标识从与所述第一标识对应的内容实例资源中筛选出多项备选资源数据，然后从所述多项备选资源数据中获取符合所述用户场景信息的资源数据。

6.根据权利要求5所述的方法，其特征在于，在从所述多项备选资源数据中获取符合所述用户场景信息的资源数据之后，所述方法还包括：

根据所述用户场景信息和/或所述用户标识，确定资源排序信息；

根据所述资源排序信息，对符合所述用户场景信息的资源数据进行排序；

其中，所述卡片更新内容包括排序后的前N项资源数据。

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

当所述用户需求信息为第一用户的需求信息时，所述卡片更新内容为第一内容；

当所述用户需求信息为第二用户的需求信息时，所述卡片更新内容为第二内容；

其中，所述第一用户的需求信息不同于所述第二用户的需求信息，所述第一内容不同于所述第二内容。

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

当所述用户需求信息为第一用户的第一需求信息时，所述卡片更新内容为第三内容；

当所述用户需求信息为所述第一用户的第二需求信息时，所述卡片更新内容为第四内容；

其中，所述第一需求信息不同于所述第二需求信息，所述第三内容不同于所述第四内容。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述根据所述第一内容模板的布局和字段，创建内容实例资源，包括：

根据所述第一内容模板的布局和字段，显示资源设置页面；

响应于在所述资源设置页面上的第一输入操作，根据第一输入操作对应的输入内容创建所述内容实例资源。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述内容实例资源包括第一类资源和第二类资源，所述第一类资源包括卡片描述信息，所述第二类资源包括卡片服务信息。

11.根据权利要求10所述的方法，其特征在于，所述卡片描述信息包括卡片名称、卡片图标和/或卡片背景图；所述卡片服务信息包括服务/业务的名称、标识、图标、目标用户、排序信息、创建信息、和/或生效信息；

其中，所述排序信息包括排序方式、排序指定位置和/或排序权重。

12.根据权利要求10或11所述的方法，其特征在于，在根据第一输入操作对应的输入内容创建所述内容实例资源之后，所述方法还包括：

响应于在所述资源设置页面上的第二输入操作，根据所述第二输入操作对所述内容实例资源进行编辑；

其中，所述对所述内容实例资源进行编辑包括：对卡片描述信息和/或卡片服务信息进行编辑。

13.一种动态更新卡片内容的方法，其特征在于，应用于电子设备，所述方法包括：

14.根据权利要求13所述的方法，其特征在于，所述在所述电子设备的第一界面加载第一卡片，包括：

接收到服务器发送的所述第一卡片的展示链接；

根据所述第一卡片的展示链接，在所述第一界面加载所述第一卡片；

其中，所述第一界面为负一屏界面或者桌面界面。

15.根据权利要求13或14所述的方法，其特征在于，所述当所述电子设备满足预设条件时，向服务器发送第一请求消息，包括：

当所述电子设备检测到所述第一界面切换到所述电子设备的前台显示时，向所述服务器发送所述第一请求消息。

16.根据权利要求13或14所述的方法，其特征在于，所述当所述电子设备满足预设条件时，向服务器发送第一请求消息，包括：

当所述电子设备进入地理围栏或者时间围栏时，向所述服务器发送所述第一请求消息。

17.根据权利要求13或14所述的方法，其特征在于，所述当所述电子设备满足预设条件时，向服务器发送第一请求消息，包括：

当所述电子设备启动了预设应用程序时，向所述服务器发送所述第一请求消息。

18.根据权利要求13至17中任一项所述的方法，其特征在于，在所述向服务器发送第一请求消息之前，所述方法还包括：

从所述第一卡片的展示链接中提取所述第一标识。

19.根据权利要求13至18中任一项所述的方法，其特征在于，在所述向服务器发送第一请求消息之前，所述方法还包括：

获取所述用户需求信息；其中，所述用户需求信息包括用户场景信息、用户标识和/或用户行为习惯数据，所述用户场景信息用于表示以下至少一项：所述电子设备进入地理围栏、所述电子设备进入时间围栏、所述电子设备启动了预设应用程序。

20.根据权利要求13至19中任一项所述的方法，其特征在于，所述卡片更新内容包括卡片描述信息和/或卡片服务信息；

其中，所述卡片描述信息包括卡片名称、卡片图标和/或卡片背景图；

其中，所述卡片服务信息包括服务图标或控件。

21.一种电子设备，其特征在于，包括处理器、存储器以及存储在所述存储器上的计算机程序，所述处理器用于执行所述计算机程序，以使得所述电子设备实现如权利要求13至20中任一项所述的方法。

22.一种服务器，其特征在于，包括处理器、存储器以及存储在所述存储器上的计算机程序，所述处理器用于执行所述计算机程序，以使得所述电子设备实现如权利要求1至12中任一项所述的方法。

23.一种通信系统，其特征在于，包括如权利要求21所述的电子设备以及如权利要求22所述的服务器。

24.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1至12中任一项所述的方法，或者如权利要求13至20中任一项所述的方法。