CN115134324B - 交互卡片的更新方法、服务器、终端及存储介质 - Google Patents

Abstract

本申请实施例提供一种交互卡片的更新方法、服务器、终端及存储介质，其中方法包括：在用户的IM界面展示交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新，并获取所述交互卡片更新后的与所述用户对应的目标内容数据，其中，所述目标内容数据至少包括：更新后的所述用户的私有数据；利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。本申请实施例能够针对不同用户实现交互卡片的差异化更新，从而准确的为用户更新交互卡片。

Description

交互卡片的更新方法、服务器、终端及存储介质

技术领域

本申请实施例涉及IM(InstantMessaging，即时通讯)技术领域，具体涉及一种交互卡片的更新方法、服务器、终端及存储介质。

背景技术

随着IM(InstantMessaging，即时通讯)技术的发展，IM软件在传统的即时通讯功能基础上，还可通过交互卡片承载应用服务(例如第三方应用)，以满足用户在协同办公、生活服务等不同场景的使用需求。通过为不同应用服务设置交互卡片，IM软件可为用户在不同应用服务提供场景化、沉浸式的体验。

当交互卡片存在数据更新时，用户终端展示的交互卡片需要相应的更新，因此如何准确的为用户更新交互卡片，成为了本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供一种交互卡片的更新方法、服务器、终端及存储介质，以在交互卡片存在数据更新时，针对不同用户实现交互卡片的差异化更新，从而准确的为用户更新交互卡片。

为实现上述目的，本申请实施例提供如下技术方案。

第一方面，本申请实施例提供一种交互卡片的更新方法，包括：

在用户的IM界面展示交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；

根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新，并获取所述交互卡片更新后的与所述用户对应的目标内容数据，其中，所述目标内容数据至少包括：更新后的所述用户的私有数据；

利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

第二方面，本申请实施例提供一种交互卡片的更新方法，包括：

获取交互卡片更新后的内容数据，其中，所述交互卡片的内容数据基于设定事件或者用户交互操作触发更新，所述内容数据承载于所述交互卡片关联的数据录入区域；

向用户发送交互卡片的更新通知，并基于所述用户的请求，确定所述交互卡片更新后的与所述用户对应的目标内容数据；所述目标内容数据至少包括：更新后的所述用户的私有数据；

将所述目标内容数据发送给所述用户，以便所述用户利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

第三方面，本申请实施例提供一种交互卡片的更新方法，包括：

生成应用服务的交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；

更新所述交互卡片的内容数据；其中，所述交互卡片的内容数据基于设定事件或者用户交互操作触发更新，所述交互卡片更新后的内容数据至少包括用户的私有数据；

发送所述交互卡片更新后的内容数据，以使得用户利用所述交互卡片更新后的与用户对应的目标内容数据，在所述交互卡片关联的数据录入区域重新渲染所述交互卡片。

第四方面，本申请实施例提供一种终端，包括至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以实现如上述第一方面所述的交互卡片的更新方法。

第五方面，本申请实施例提供一种服务器，包括至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以实现如上述第二方面所述的交互卡片的更新方法，或者，如上述第三方面所述的交互卡片的更新方法。

第六方面，本申请实施例提供一种存储介质，所述存储介质存储一条或多条计算机可执行指令，所述一条或多条计算机可执行指令被执行时，实现如上述第一方面所述的交互卡片的更新方法，或者，如上述第二方面所述的交互卡片的更新方法，或者，如上述第三方面所述的交互卡片的更新方法。

第七方面，本申请实施例提供一种计算机程序，所述计算机程序被执行时，实现如上述第一方面所述的交互卡片的更新方法，或者，如上述第二方面所述的交互卡片的更新方法，或者，如上述第三方面所述的交互卡片的更新方法。

本申请实施例提供的交互卡片的更新方法中，终端可在用户的IM界面展示交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；从而终端可根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新，并获取所述交互卡片更新后的与所述用户对应的目标内容数据，其中，所述目标内容数据至少包括：更新后的所述用户的私有数据；进而利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片，以实现交互卡片的内容数据更新。

可以看出，本申请实施例在交互卡片的内容数据中设置有用户的私有数据，在用户的交互卡片触发更新时，本申请实施例可获取交互卡片更新后的与用户对应的目标内容数据，从而在利用目标内容数据重新渲染交互卡片时，本申请实施例可利用目标内容数据中更新后的用户的私有数据，进行交互卡片的重新渲染，以使得交互卡片能够刷新用户的私有数据。由于不同用户的私有数据可能不同，因此在用户的私有数据存在更新时，终端可利用更新后的用户的私有数据进行交互卡片的内容数据更新，从而使得不同用户能够从交互卡片查看到差异化更新的私有数据，达到交互卡片针对不同用户实现数据差异化更新的效果；可见，本申请实施例提供的方案，在交互卡片存在数据更新时，能够针对不同用户实现交互卡片的差异化更新，从而准确的为用户更新交互卡片。

附图说明

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

图1为在聊天群以交互卡片进行用户交互的示例图。

图2为本申请实施例提供的交互卡片的更新方法的流程图。

图3A为本申请实施例提供的交互卡片的数据存储结构示例图。

图3B为本申请实施例提供的对交互卡片进行数据存储的存储关系示例图。

图4为本申请实施例提供的交互卡片的更新方法的另一流程图。

图5为本申请实施例提供的重新渲染交互卡片的方法流程图。

图6为本申请实施例提供的重新渲染交互卡片的另一方法流程图。

图7为本申请实施例提供的交互卡片的更新方法的实现示例图。

图8A为本申请实施例提供的交互卡片的更新装置的框图。

图8B为本申请实施例提供的交互卡片的更新装置的另一框图。

图8C为本申请实施例提供的交互卡片的更新装置的再一框图。

图9为本申请实施例提供的终端的框图。

具体实施方式

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

交互卡片是以卡片形态的容器，来承载应用服务的消息内容。在一种实施方式中，交互卡片可承载由与IM提供方不一样的内容提供方所提供的消息内容，并且发送到IM通讯交互页面中。在可能的实现中，交互卡片可基于HTML(Hyper Text Markup Language，超文本标记语言)技术、Weex(Weex是一个构建移动端跨平台UI框架)技术、或者其他类似的技术，承载应用服务的消息内容。在可能的实施方式中，交互卡片可通过IM通讯交互页面的入口进行发起(例如在IM的聊天群界面或者个人会话界面发起交互卡片)，也可以通过IM软件的其他功能入口进行发起，例如，通过IM软件的在线文档的入口、内容查看页面的入口等发起交互卡片。

在IM软件中，交互卡片可通过图片、文字、视频等形式表达应用服务的消息内容，并且交互卡片可通过按钮图标、链接、交互选项、文档等交互模块，允许用户在交互卡片进行交互操作。在交互卡片的一个使用示例中，发起用户发起某一应用服务时，应用服务的交互卡片可发送到聊天群或者个人用户；接收到交互卡片的聊天群用户或者个人用户，可通过聊天群界面或者个人会话界面查看交互卡片并在交互卡片进行交互操作。

为便于理解，图1示例性的示出了在聊天群以交互卡片进行用户交互的示例图，结合图1所示，以订餐应用服务为例，用户A作为发起订餐的发起用户，用户A可从IM软件的第三方应用中选择订餐应用服务(订餐应用服务例如针对聊天群场景开发的一种群应用)，并通过IM服务器向订餐应用服务的开发者服务器发送生成交互卡片的请求；开发者服务器基于用户A的请求，可生成订餐的交互卡片，并通过IM服务器将交互卡片推送到用户A所在的聊天群(例如发起交互卡片的聊天群)或者用户A指定的聊天群。

在另一种实施方式中，用户A从IM软件客户端的聊天群中打开第三方应用的入口，以启动所述第三方应用，此时用户A发起第三方应用的启动请求；IM服务器对该启动请求进行响应。在某些实施例中，所述启动请求可包括用户A的用户信息、所在聊天群的群信息以及第三方应用、IM等应用信息中的一种或多种；其中，用户A的用户信息可包括用户A在该IM软件中对应的用户名、组织架构信息等，所在聊天群的群信息可包括群ID或群名称等。IM服务器对该启动请求进行响应可包括，IM服务器响应该启动请求生成交互卡片，也可以包括，IM服务器进一步将该启动请求发送至该第三方应用的服务器(例如上述示例的开发者服务器)，并通过该第三方应用的服务器生成对应的交互卡片。在具体实施方式中，该交互卡片可与发起用户(例如用户A)的用户信息，和/或发起用户所在群的群信息之间具有绑定关系。

为便于说明，以用户B为聊天群中的用户为例，用户B可通过聊天群接收到订餐的交互卡片，用户B可在交互卡片上直接查看到交互卡片的多个标题，也可以是用户B点击交互卡片，从而在聊天群界面上通过浮层展示订餐的应用服务页面，进而在订餐的应用服务页面展示交互卡片的多个标题；图1以用户点击交互卡片，从而在聊天群界面上展示浮层的方式进行示例；结合图1所示，交互卡片可以具有多个标题：订餐主题、订餐截止时间、主菜、送餐地点和套餐餐品等。

在一种实施方式中，该交互卡片至少包含封面页面和详细页面(详细页面例如上述示例的应用服务页面)。聊天群中的用户可以直接查看到卡片的封面页面，当用户点击该交互卡片时，该交互卡片响应于用户操作，打开详细页面。其中，所述封面页面和详细页面展示的数据内容以及展示尺寸由该交互卡片所承载的应用服务提供方进行设置。在一个示例中，用户提供的私有数据可直接通过该交互卡片的封面页面进行展示，使得用户在不打开详细页面的前提下能够直接查看到内容数据的更新，提高沟通的效率。

在上述订餐应用服务的示例中，交互卡片展示的上述标题可由订餐应用服务的开发者在开发交互卡片时设置，订餐主题、订餐截止时间和套餐餐品的标题所对应的数据可由发起用户在发起订餐应用服务时编辑，主菜和送餐地点的标题所对应的数据可由接收到交互卡片的用户，通过交互操作进行录入；也就是说，用户需要在交互卡片的主菜和送餐地点的标题进行交互操作。

假设用户B存在订餐需求，则用户B可在主菜和送餐地点的标题录入主菜数据和送餐地点数据(此时认为用户B通过订餐的交互卡片，执行了主菜选择、送餐地点选择的交互操作)；进而，用户B在交互卡片录入的主菜数据和送餐地点数据，可通过IM服务器同步到订餐应用服务的开发者服务器，从而使得餐饮工作人员为用户B提供餐食服务。

在一种实施方式中，聊天群中的C、D、E等用户可通过上述交互卡片进行订餐，按照该订餐应用服务提供方所设置的交互卡片的内容数据以及展示形式，每当一个用户完成订餐数据的填写后，该交互卡片响应于用户操作，进行内容数据的实时更新，并通过封面页面进行更新后的数据的展示，使得聊天群里的用户能够直接通过卡片的封面页面快捷的查看到数据的更新，提高沟通效率。

需要说明的是，图1仅是以订餐应用服务为例，来示例性的说明交互卡片的使用方式，交互卡片并不限于订餐的应用服务场景，还可能应用于文档处理、项目跟踪等协同办公场景，以及健身、阅读等生活服务场景。

可以看出，交互卡片可以为用户在IM软件内提供便捷的应用服务(例如第三方应用)，避免用户在使用第三方应用时，需要进行应用之间的跳转，从而为用户在IM场景内提供第三方应用的场景化、沉浸式体验。

应用服务的交互卡片在更新数据时，存在为不同用户进行差异化更新的需求。在一个示例中，用户在交互卡片执行了交互操作，则需要在交互卡片更新用户的交互操作结果，而不同用户的交互操作结果可能不同，因此交互卡片需要为不同用户进行数据的差异化更新；例如，在订餐的应用服务场景下，针对已订餐用户、未订餐用户、预定主菜不同的用户，交互卡片需要进行差异化的数据更新。在其他的示例中，当应用服务需要基于用户偏好推送数据时，由于不同用户的用户偏好不同，因此交互卡片需要基于不同用户的用户偏好进行数据的差异化更新；例如，在文章推荐的应用服务场景下，不同用户的文章偏好不同，因此交互卡片需要为不同文章偏好的用户，差异化的更新文章。

可见，交互卡片是否能够针对不同用户进行数据的差异化更新，是交互卡片准确更新数据的关键点之一；基于此，本申请实施例提供新型的交互卡片更新方案，以在交互卡片存在数据更新时，为不同用户实现交互卡片的差异化更新，从而达到准确更新交互卡片的效果。

在本申请实施例中，为使得交互卡片能够针对不同用户实现数据的差异化更新，本申请实施例可在交互卡片的内容数据中设置用户的私有数据。私有数据可以理解为是交互卡片中用户个人私有的数据，交互卡片在推送给多个用户时，每个用户从交互卡片查看到的私有数据可能并不相同。进一步的，本申请实施例还可在交互卡片的内容数据中设置公有数据；公有数据可以理解为是交互卡片的公共数据，交互卡片在推送给多个用户时(例如交互卡片推送到聊天群)，多个用户可从交互卡片查看到相同的公有数据。

本申请实施例通过在交互卡片的内容数据中设置用户的私有数据，能够在不同用户具有不同的私有数据的情况下，使得不同用户在交互卡片存在数据更新时，通过交互卡片查看到差异化更新的私有数据，从而达到交互卡片针对不同用户实现数据差异化更新的效果。

基于上述思路，作为可选实现，图2示例性的示出了本申请实施例提供的交互卡片的更新方法的可选流程图。该方法流程可由终端、开发者服务器和IM服务器执行实现；终端可以例如IM用户使用的智能手机、平板电脑、PC(个人计算机)等用户终端设备，本申请实施例所指的终端可以是接收到交互卡片的用户侧终端；开发者服务器可以是开发者的服务器，开发者可为IM软件开发应用服务和应用服务的交互卡片；IM服务器可以是提供IM服务的服务器设备，IM服务器可以由多台服务器形成的服务器集群实现；在一些实施例中，终端可以安装IM客户端并通过IM客户端，与提供IM服务的IM服务器相通信。

参照图2，该方法流程可以包括如下步骤。

在步骤S210中，终端在用户的IM界面展示交互卡片。

在本申请实施例中，交互卡片适于承载内容数据(例如交互卡片可承载应用服务的内容数据)，并且所述内容数据可承载于交互卡片关联的数据录入区域。交互卡片关联的数据录入区域可以例如交互卡片中的数据录入区域，和/或，交互卡片关联的应用服务页面中的数据录入区域；可选的，应用服务页面可通过浮层方式展示在用户的当前IM界面之上。在一些实施例中，数据录入区域可以是用于录入数据的标题、字段等可用于录入数据的区域。作为可选实现，数据录入区域可以是数据输入框的形式。在进一步的可选实现中，交互卡片还可承载设定展示数据(设定展示数据例如设定展示的文字、图片等)。

在本申请实施例中，步骤S210所指的用户可以是接收到交互卡片的任一用户。在一些实施例中，发起用户可发起应用服务并将应用服务的交互卡片发送给用户，从而用户的终端可在IM界面展示交互卡片。作为可选实现，发起用户在发起应用服务时，可通过IM服务器向开发者服务器请求应用服务的交互卡片；从而开发者服务器可生成应用服务的交互卡片，并将交互卡片通过IM服务器推送给发起用户指定的聊天群或者个人用户，从而用户的终端可在用户的聊天群界面或者个人会话界面展示交互卡片。需要说明的是，发起用户可以视为是应用服务的发起者，例如订餐应用服务的发起者等。

在步骤S211中，开发者服务器对交互卡片进行内容数据的更新，得到交互卡片更新后的内容数据。

在一些实施例中，交互卡片的内容数据可基于设定事件或者用户交互操作触发更新。作为可选实现，用户在交互卡片进行了交互操作，则终端可响应于用户在交互卡片的交互操作，从而通过IM服务器向开发者服务器发送交互卡片的更新请求，以触发交互卡片的内容数据的更新；此时，开发者服务器可对交互卡片进行内容数据的更新。

在其他可选的实现中，本申请实施例可设置更新交互卡片的设定事件，从而在发生所述设定事件时，开发者服务器可自动对交互卡片进行内容数据的更新；交互卡片的内容数据更新完成后，开发者服务器可将交互卡片更新后的内容数据推送给IM服务器，从而IM服务器可向用户的终端发送交互卡片的更新通知，以此实现终端侧基于所述设定事件对自身展示的交互卡片触发更新。

也就是说，在本申请实施例中，终端可根据设定事件或者用户交互操作，触发交互卡片的内容数据的更新。在根据用户交互操作触发交互卡片的内容数据更新时，终端可响应用户的交互操作，发出交互卡片的更新请求，以使得开发者服务器对交互卡片进行内容数据更新。在根据设定事件触发交互卡片的内容数据更新时，如果发生所述设定事件，则终端可获得IM服务器发送的更新通知，以触发终端侧自身展示的交互卡片进行更新。在一些实施例中，所述设定事件可以是设定参数，例如设定时间参数，设定地点参数等，比如本申请实施例可允许开发者服务器根据时间和/或地点等设定参数，自动对交互卡片进行内容数据的更新；当然，设定参数的参数类型可根据实际情况设置，本申请实施例并不设限。

在本申请实施例中，基于交互卡片承载的内容数据中设置有用户的私有数据，因此交互卡片可关联有用于承载(录入)私有数据的私有数据录入区域；在一些实施例中，交互卡片关联的部分或者全部数据录入区域可以为私有数据录入区域；本申请实施例可将私有数据录入区域承载的内容数据，视为是用户的私有数据。

作为可选实现，以交互卡片承载的内容数据分为公有数据和各个用户分别对应的私有数据为例，交互卡片可以关联用于承载内容数据的多个数据录入区域。以数据录入区域包括标题为例，在一个实现示例中，开发者在开发应用服务的交互卡片时，可将交互卡片关联的多个标题中的部分或者全部标题设置为私有标题(私有标题可以视为是私有数据录入区域的一种实现示例)，并且私有标题用于录入用户的私有数据，从而交互卡片中私有标题对应的数据可以视为是私有数据。在本申请实施例中，私有数据需要在用户维度进行分别存储(例如，每个用户的私有数据分别存储)；而交互卡片中非私有标题对应的内容数据可以视为是公有数据，同时，私有标题在未录入用户的私有数据时，可以由私有标题对应设置的公有数据进行填充。

也就是说，在可选实现中，交互卡片关联的各个数据录入区域(例如交互卡片关联的各个标题)可以设置公有数据，并且其中的私有数据录入区域(例如私有标题)可用于录入用户的私有数据；当交互卡片关联的私有数据录入区域存在用户的私有数据时，则使用相应的私有数据填充私有数据录入区域，当交互卡片的私有数据录入区域未存在用户的私有数据时，则使用相应的公有数据填充私有数据录入区域。

作为可选实现，以数据录入区域为标题为例，图3A示例性的示出了本申请实施例提供的交互卡片的数据存储结构示例图，如图3A所示，交互卡片的内容数据可以设置为公有数据和用户1至n的私有数据，n为接收交互卡片的用户数量，具体可根据实际情况而定，本申请实施例并不设限；其中，交互卡片的公有数据可以保存一份，用于记录交互卡片中的各个标题对应的公有数据；交互卡片的私有数据可以保存n份，一份私有数据可以记录一个用户在交互卡片的私有标题对应的私有数据。

在进一步的可选实现中，不同的交互卡片可通过不同的卡片标识进行区分，在一个交互卡片中，不同用户的私有数据可根据不同用户的用户标识(例如用户ID)进行区分；从而在存储交互卡片的多个用户的私有数据时，本申请实施例可根据不同用户的用户ID来分别存储不同用户的私有数据。在一个示例，图3B示例性的示出了本申请实施例提供的对交互卡片进行数据存储的存储关系示例图，可进行参照。由图3B所示，可以看出，本申请实施例在存储交互卡片的内容数据时，可区分公有数据和私有数据，公有数据记录各个标题对应的公有数据；私有数据从不同用户ID(例如用户ID1至用户IDn)的维度，分别记录私有标题对应的私有数据。

作为可选实现，交互卡片关联的私有数据录入区域可以是能够体现不同用户的数据差异化的数据录入区域，私有数据录入区域具体可根据不同的应用服务场景进行设置，本申请示例对此并不设限。在一个示例中，以私有标题作为私有数据录入区域为例，私有标题可以是交互卡片中需要用户进行交互操作的标题，例如，在图1所示的交互卡片的多个标题中，主菜和送餐地点的标题可设置为私有标题；可以理解的是，不同用户在主菜和送餐地点的标题所录入的数据可能不同，因此主菜和送餐地点的标题能够体现不同用户的数据差异化，可以设置为私有标题。需要说明的是，如果用户在主菜和送餐地点的标题没有录入数据，则用户在主菜和送餐地点的私有标题未对应有私有数据，主菜和送餐地点的私有标题可通过预设设置的公有数据进行填充，例如设置主菜和送餐地点的私有标题对应的数据为空，或者为预先编辑的文案内容。

开发者服务器对交互卡片进行内容数据的更新时，交互卡片更新的内容数据可能是公有数据，也可能是一个或多个用户的私有数据。在一些实施例中，开发者服务器可基于用户请求对交互卡片进行数据更新，也可自动的对交互卡片进行数据更新。作为可选实现，用户对交互卡片执行交互操作时，可触发开发者服务器对交互卡片进行数据更新，此时，开发者服务器可对执行交互操作的用户所对应的私有数据进行更新，还可能对用户执行交互操作后影响的公有数据进行更新。在一个示例中，以订餐应用服务为例，用户终端在展示订餐应用服务的交互卡片后，如果用户在交互卡片执行了交互操作，则用户终端可向订餐应用服务的开发者服务器发送交互卡片的更新请求，从而开发者服务器可对执行交互操作的用户更新主菜和送餐地点等私有标题对应的私有数据；进一步的，在交互卡片设置有已订餐人数的标题的情况下，开发者服务器还可基于已执行交互操作的用户，更新交互卡片的已订餐人数这一公有数据。

在其他可选实现中，交互卡片的数据更新也可由开发者服务器自动触发，而不受用户是否执行交互操作的影响；例如开发者服务器可根据设定事件，自动更新交互卡片的内容数据。在一个示例中，开发者服务器在需要对交互卡片中的数据内容进行更新时，开发者服务器可更新交互卡片的内容数据；在另一个示例中，在文章推荐的应用服务场景下，开发者服务器可实时或者定时的基于用户偏好更新推荐文章，从而进行交互卡片的内容数据更新，在此示例中，不同用户的文章偏好可能不同，因此为不同用户推荐的不同文章可视为是不同用户对应的私有数据。

在步骤S212中，开发者服务器将交互卡片更新后的内容数据，推送给IM服务器。

开发者服务器在对交互卡片进行内容数据的更新后，可将交互卡片更新后的内容数据推送给IM服务器，以使得IM服务器确认此时存在交互卡片的更新情况。在一些实施例中，开发者服务器可将更新后的交互卡片的公有数据和各个用户分别对应的私有数据，推送给IM服务器。作为可选实现，IM服务器在获得交互卡片更新后的内容数据后，可在数据库中按照图3A示例的数据存储结构存储交互卡片的内容数据。

在步骤S213中，IM服务器向用户的终端发送交互卡片的更新通知。

在一些实施例中，IM服务器在获得交互卡片更新后的内容数据时，由于并不是每个接收到交互卡片的用户均需要更新交互卡片，因此IM服务器需判断需要更新交互卡片的用户，从而向需要更新交互卡片的用户发送交互卡片的更新通知。基于此，如果IM服务器判断用户(接收到交互卡片的任一用户)的交互卡片需要更新，则可向用户的终端发送交互卡片的更新通知。

在一些实施例中，如果IM服务器确认交互卡片的公有数据存在更新，基于公有数据为用户的公共数据，则IM服务器可判断每个接收到交互卡片的用户均需要更新交互卡片，从而向接收到交互卡片的每个用户发送交互卡片的更新通知。在一些实施例中，如果IM服务器确认更新后的交互卡片中一个或多个用户的私有数据存在更新，则基于私有数据的用户私有特性，IM服务器可判断该一个或多个用户的交互卡片需要更新，从而向该一个或多个用户发送交互卡片的更新通知。也就是说，IM服务器如果确定交互卡片的公有数据存在更新，和/或，用户的私有数据存在更新，则可判断用户需要更新交互卡片。

在步骤S214中，终端向IM服务器请求，交互卡片更新后的与用户对应的目标内容数据。

在一些实施例中，终端在用户的IM界面展示交互卡片时，可通过实时监听通知消息的机制，实时的监听IM服务器是否针对用户发送了交互卡片的更新通知，从而在终端监听到IM服务器针对用户发送了交互卡片的更新通知时，可及时的向IM服务器请求交互卡片更新后的与用户对应的目标内容数据。需要说明的是，针对某一用户而言，开发者服务器对交互卡片进行内容数据更新后，交互卡片更新后的内容数据并不一定都是该用户的数据，因此用户的终端需要向IM服务器请求与该用户对应的内容数据；为便于说明，针对请求数据的用户，本申请实施例可将交互卡片更新后的内容数据中与该用户对应的内容数据(可能为私有数据，也可能为私有数据和公有数据)称为目标内容数据。

在其他的一些实施例中，IM服务器也可在交互卡片存在内容数据更新时，定时自动的向用户的终端发送交互卡片的更新通知，从而使得终端定时向IM服务器请求目标内容数据。

在步骤S215中，IM服务器从交互卡片更新后的内容数据中，确定与用户对应的目标内容数据。

在步骤S216中，IM服务器将目标内容数据，返回给终端。

在一些实施例中，IM服务器可从交互卡片更新后的内容数据中，确定与用户对应的目标内容数据。例如，IM服务器可从交互卡片更新后的内容数据中，查询公有数据以及用户的私有数据。IM服务器可将目标内容数据返回给用户的终端。

在一些实施例中，终端发送的请求中可以携带交互卡片的卡片标识以及用户的用户标识，从而IM服务器可基于请求中携带的卡片标识，确定用户所请求的交互卡片；基于请求中携带的用户标识，确定用户所请求的私有数据。作为可选实现，IM服务器可基于请求中携带的卡片标识，从交互卡片更新后的内容数据中，确定交互卡片中各个数据录入区域对应的公有数据；以及基于请求中携带的卡片标识和用户标识，从交互卡片更新后的内容数据中，确定用户在私有数据录入区域对应的私有数据。

在步骤S217中，终端利用目标内容数据，在交互卡片关联的数据录入区域，重新渲染所述交互卡片。

在一些实施例中，终端可获取交互卡片更新后与用户对应的目标内容数据；例如，终端可获取交互卡片的各个数据录入区域对应的公有数据，以及用户在私有数据录入区域对应的私有数据。

终端在获得IM服务器返回的目标内容数据后，可对交互卡片进行重新渲染，从而将交互卡片更新后的与用户对应的目标内容数据，刷新到交互卡片中。在一些实施例中，目标内容数据可以包括更新后的用户的私有数据；终端可优先利用更新后的用户的私有数据，在交互卡片关联的数据录入区域，重新渲染所述交互卡片，从而将目标内容数据刷新到交互卡片中。在进一步的一些实施例中，目标内容数据还可以包括公有数据；作为可选实现，终端可利用公有数据和用户的私有数据，将目标内容数据刷新到交互卡片中。

作为可选实现，终端可依次对交互卡片中的数据录入区域(例如标题)进行渲染，当确定当前渲染的当前数据录入区域后，终端可判断当前数据录入区域是否为私有数据录入区域；如果当前数据录入区域不为私有数据录入区域，则终端可从目标内容数据中，确定当前数据录入区域对应的公有数据，使用当前数据录入区域对应的公有数据进行渲染；如果当前标题为私有数据录入区域，则终端可判断目标内容数据中是否存在当前数据录入区域对应的私有数据。如果目标内容数据中存在当前数据录入区域对应的私有数据，则终端可使用当前数据录入区域对应的私有数据进行渲染；如果目标内容数据中不存在当前数据录入区域对应的私有数据，则终端可确认当前数据录入区域的私有数据并未录入，从而终端可使用当前数据录入区域对应的公有数据进行渲染。通过上述方式，终端可依次对交互卡片中的数据录入区域进行渲染，从而完成交互卡片的重新渲染，并使得交互卡片刷新数据。

可见，从用户的终端角度来看，本申请实施例提供的交互卡片的更新方法中，终端可在用户的IM界面展示交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；从而终端可根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新，并获取所述交互卡片更新后的与所述用户对应的目标内容数据，其中，所述目标内容数据至少包括：更新后的所述用户的私有数据；进而利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片，以实现交互卡片的内容数据更新。

可以看出，本申请实施例在交互卡片的内容数据中设置有用户的私有数据，在用户的交互卡片触发更新时，本申请实施例可获取交互卡片更新后的与用户对应的目标内容数据，从而在利用目标内容数据重新渲染交互卡片时，本申请实施例可利用目标内容数据中更新后的用户的私有数据，进行交互卡片的重新渲染，以使得交互卡片能够刷新用户的私有数据。由于不同用户的私有数据可能不同，因此在用户的私有数据存在更新时，终端可利用更新后的用户的私有数据进行交互卡片的内容数据更新，从而使得不同用户能够从交互卡片查看到差异化更新的私有数据，达到交互卡片针对不同用户实现数据差异化更新的效果；可见，本申请实施例提供的方案，在交互卡片存在数据更新时，能够针对不同用户实现交互卡片的差异化更新，从而准确的为用户更新交互卡片。

作为可选实现，以数据录入区域为标题为例，下面从发起用户发起交互卡片，到用户更新交互卡片的过程，对本申请实施例提供的交互卡片的可选更新方案进行介绍。可选的，图4示例性的示出了本申请实施例提供的交互卡片的更新方法的另一可选流程图，参照图4，该方法流程可以包括如下步骤。

在步骤S410中，开发者服务器接收发起用户针对应用服务生成交互卡片的请求。

在步骤S411中，开发者服务器生成应用服务的交互卡片。

开发者服务器生成的交互卡片可以设置有多个标题，该多个标题中的部分或者全部标题为私有标题。在一些实施例中，如果私有标题的数据被设置为需要基于用户的交互操作进行更新，则生成交互卡片时，私有标题对应的数据可以为空，或者是预先设置的文案内容。在另一些实施例中，如果私有标题的数据被设置为通过设定事件触发更新(例如开发者服务器定时自动的更新用户的私有数据)，则开发者服务器生成的私有标题所对应的数据可以由开发者服务器自动录入，并且在后续由开发者服务器定时自动更新。在进一步的一些实施例中，交互卡片中的各个标题可配置有公有数据(例如基于发起用户在各个标题的编辑内容，为各个标题配置公有数据)，针对私有标题而言，私有标题在未录入用户的私有数据之前，可配置为由私有标题对应的公有数据进行填充。

在步骤S412中，开发者服务器通过IM服务器将交互卡片发送给用户的终端。

发起用户可指定接收交互卡片的聊天群和/或个人用户，从而开发者服务器可通过IM服务器，将交互卡片发送给发起用户指定的聊天群和/或个人用户。本申请实施例所指的用户可以是发起用户指定的接收交互卡片的任一用户，包括聊天群中的任一用户或者任一个人用户。

在步骤S413中，终端在IM界面展示交互卡片。

在步骤S414中，终端与IM服务器建立实时通知监听事件。

用户的终端在展示交互卡片后，可从IM服务器实时监听交互卡片关于用户的更新通知，以便用户的终端在从IM服务器监听到交互卡片关于用户的更新通知后，可及时从IM服务器拉取用户对应的交互卡片的数据。

在一些实施例中，用户在交互卡片的私有标题执行了交互操作，可触发交互卡片的数据更新。作为可选实现，在用户在交互卡片的私有标题执行交互操作时，用户的终端可响应于用户的交互操作，通过IM服务器向开发者服务器发送交互卡片的更新请求。

在一个示例中，以订餐应用服务为例，用户的终端在展示订餐应用服务的交互卡片后，如果用户在交互卡片的主菜、送餐地点等私有标题执行了交互操作，则终端可向订餐应用服务的开发者服务器发送交互卡片的更新请求。

需要说明的是，由用户在私有标题执行交互操作，来触发交互卡片的数据更新仅是一种示例实现，本申请实施例也可通过开发者服务器自动的更新交互卡片；例如开发者服务器在需要对交互卡片中的数据内容(例如交互卡片中的标题等)进行更新时，开发者服务器可更新交互卡片，并将交互卡片的更新数据推送给IM服务器，以便IM服务器向终端发送交互卡片的更新通知。在一个示例中，在文章推荐的应用服务场景下，开发者服务器可实时或者定时的基于用户偏好更新推荐文章，从而进行交互卡片的数据更新，开发者服务器可将更新推荐文章后的交互卡片的更新数据，推送给IM服务器，以便IM服务器向终端发送交互卡片的更新通知。

在其他可能的一些实施例中，在交互卡片发送给多个用户时，其他用户对交互卡片执行了交互操作，也可触发开发者服务器更新交互卡片的数据，从而使得IM服务器向用户终端推送交互卡片的更新通知。在一个示例中，以订餐应用服务为例，交互卡片可实时展示已订餐人数，从而接收交互卡片的其他用户在进行订餐的交互操作后，也会使得开发者服务器更新交互卡片；此时，如果用户未进行交互操作，则开发服务器可对执行交互操作的其他用户更新私有数据，并且对用户更新受其他用户的私有数据影响的公有数据(例如对交互卡片中的已订餐人数进行更新)。

可以看出，交互卡片存在多种的更新机制，为便于说明，本流程以用户的交互操作，触发开发者服务器更新交互卡片为例进行说明。

在步骤S415中，终端响应于用户在交互卡片的交互操作，通过IM服务器向开发者服务器发送交互卡片的更新请求。

在一些实施例中，用户的终端可通过IM服务器，向开发者服务器发送交互卡片的更新请求。例如，IM服务器可设置开发者服务器的回调地址，从而在接收到用户的终端发送的更新请求后，通过回调地址，将更新请求回调给开发者服务器。

作为可选实现，所述交互卡片可直接展示用于录入数据的多个标题，从而用户可在交互卡片上私有标题进行交互操作；在其他可能的实现中，用户可点击交互卡片，从而用户的IM界面可通过浮层展示用户操作页面，该用户操作页面可显示交互卡片中用于录入数据的多个标题，从而用户可在浮层展示的用户操作页面上，对私有标题进行交互操作。本申请实施例在当前IM界面，通过浮层形式展示的用户操作页面，从而使得用户进行交互操作，则用户能够在不脱离当前IM界面的情况下，进行交互操作。

在步骤S416中，开发者服务器对交互卡片进行内容数据的更新。

在步骤S417中，开发者服务器将交互卡片更新后的内容数据，推送给IM服务器。

在步骤S418中，IM服务器在数据库存储交互卡片更新后的内容数据。

在一些实施例中，IM服务器可根据交互卡片的卡片标识和各个用户的用户标识，在数据库中存储所述交互卡片更新后的内容数据；其中，所述数据库中存储的一个交互卡片的内容数据包括各个数据录入区域对应的公有数据(例如各个标题对应的公有数据)，以及各个用户标识对应的私有数据录入区域和私有数据(例如各个用户标识对应的私有标题和私有数据)。

在步骤S419中，IM服务器更新交互卡片的版本号。

在步骤S420中，IM服务器在判断用户需要更新交互卡片时，向用户的终端发送交互卡片更新后的版本号。

作为可选实现，交互卡片可以通过版本号的更新，来表示交互卡片的更新；从而，IM服务器可在交互卡片更新数据时(例如IM服务器获取到开发者服务器推送的交互卡片的更新数据时)，更新交互卡片的版本号。进而，IM服务器在判断用户需要更新交互卡片时(例如交互卡片的公有数据存在更新，和/或，用户的私有数据存在更新时)，可向用户的终端发送交互卡片更新后的版本号。

相应的，基于用户的终端与IM服务器建立的实时通知监听事件，用户的终端可实时监听到IM服务器发送的交互卡片更新后的版本号。

在步骤S421中，用户的终端向IM服务器发送携带交互卡片的卡片标识和用户的用户标识的请求，以请求交互卡片更新后的与用户对应的目标内容数据。

在步骤S422中，IM服务器在数据库中，根据所述交互卡片的卡片标识和用户的用户标识，查询所述交互卡片的各个标题对应的公有数据，以及所述用户在所述交互卡片的私有标题对应的私有数据。

在一些实施例中，IM服务器可从用户的终端所发送的请求中，确定所述交互卡片的卡片标识，以及所述用户的用户标识；从而IM服务器可根据所述交互卡片的卡片标识，从数据库中查询所述交互卡片的数据；进而从查询到的交互卡片的数据中确定各个数据录入区域对应的公有数据(例如各个标题对应的公有数据)。由于不同用户的私有数据是根据不同用户的用户标识分别存储，因此IM服务器可根据所述用户的用户标识，判断查询到的交互卡片的数据中是否存在所述用户的私有数据；若是，则可确定所述用户在所述交互卡片的私有数据录入区域对应的私有数据；若否，则可确定所述用户在所述交互卡片的私有数据为空。

在步骤S423中，IM服务器向终端返回交互卡片的各个标题对应的公有数据，以及用户在交互卡片的私有标题对应的私有数据。

在步骤S424中，终端利用各个标题对应的公有数据，以及用户在交互卡片的私有标题对应的私有数据，在所述交互卡片的多个标题，重新渲染所述交互卡片。

用户的终端在获取到IM服务器返回的数据后，可对交互卡片进行重新渲染，从而实现交互卡片的数据更新。在一些实施例中，用户的终端可优先使用用户的私有数据，对交互卡片的私有标题进行数据更新渲染；并且在交互卡片的私有标题未存在私有数据时，使用私有标题对应的公有数据进行数据更新渲染，从而实现交互卡片的数据更新。

本申请实施例通过将交互卡片的数据设置为公有数据和用户的私有数据，并且用户的私有数据可录入在交互卡片的私有标题，从而当用户的私有数据由于用户的交互操作影响而更新，或者开发者服务器自动更新用户的私有数据时，用户的终端可根据交互卡片的卡片标识和用户的标识，从IM服务器拉取到交互卡片的公有数据和用户的私有数据；进而，用户的终端可优先使用用户的私有数据，对交互卡片的私有标题进行数据更新渲染，并且在交互卡片的私有标题未存在拉取的私有数据时，使用拉取的公有数据对交互卡片的私有标题进行数据更新渲染，从而实现交互卡片的数据更新。本申请实施例通过区分不同用户在交互卡片的私有数据，可使得不同用户的私有数据在发生变更时，不同用户能够通过交互卡片的更新，查看到不同的私有数据，达到交互卡片针对不同用户数据差异化更新的效果，从而提升交互卡片的更新准确性。

在一些实施例中，用户的终端可通过依次的渲染交互卡片的各个数据录入区域，以在交互卡片的各个数据录入区域填充数据，从而实现交互卡片的数据更新。作为可选实现，图5示例性的示出了本申请实施例提供的重新渲染交互卡片的可选方法流程图，该方法流程可由用户的终端执行实现，参照图5，该方法流程可以包括如下步骤。

在步骤S510中，确定当前进行渲染的当前数据录入区域。

在步骤S511中，判断当前数据录入区域是否为私有数据录入区域，若否，执行步骤S512，若是，执行步骤S513。

在步骤S512中，从目标内容数据中确定所述当前数据录入区域对应的公有数据，使用所述当前数据录入区域对应的公有数据进行渲染。

当前进行渲染的当前数据录入区域不为私有数据录入区域，则可确定当前数据录入区域使用公有数据进行渲染，从而用户的终端可从IM服务器返回的目标内容数据中，确定当前数据录入区域对应的公有数据，使用所述当前数据录入区域对应的公有数据进行渲染。

在步骤S513中，从目标内容数据中判断是否存在当前数据录入区域对应的私有数据，若是，执行步骤S514，若否，执行步骤S515。

当前数据录入区域为私有数据录入区域，则用户的终端可判断IM服务器返回的目标内容数据中，是否存在可用于当前数据录入区域进行渲染的私有数据；若是，则用户的终端可使用当前数据录入区域对应的私有数据进行渲染；若否，则用户的终端可进一步从IM服务器返回的目标内容数据中，确定当前数据录入区域对应的公有数据，从而使用当前数据录入区域对应的公有数据进行渲染。

在步骤S514中，使用所述当前数据录入区域对应的私有数据进行渲染。

在步骤S515中，从目标内容数据中确定当前数据录入区域对应的公有数据，使用当前数据录入区域对应的公有数据进行渲染。

作为可选实现，终端在重新渲染交互卡片时，可利用交互卡片的卡片模板，在卡片模板的基础上，进行数据的重新渲染更新。卡片模板可以设置用于占据变量的变量占位符，变量占位符可以是卡片模板中用于占据变量的位置，并且变量可与用于录入数据的数据录入区域相关联；从而，本申请实施例可遍历卡片模板的变量占位符，进而确定变量占位符对应的变量所关联的数据录入区域，使用数据录入区域对应的内容数据，在卡片模板的各个变量占位符进行渲染，以在卡片模板的基础上，实现交互卡片的重新渲染。可选的，图6示例性的示出了本申请实施例提供的重新渲染交互卡片的另一可选方法流程图，该方法流程可由终端执行实现，参照图6，该方法流程可以包括如下步骤。

在步骤S610中，确定交互卡片的卡片模板，并遍历卡片模板，以查找卡片模板中的变量占位符。

在步骤S611中，针对查找到的当前变量占位符，确定当前变量占位符对应的当前变量，以及所述当前变量关联的当前数据录入区域。

变量占位符为卡片模板中用于占据变量的位置，变量可以认为是卡片模板中存在数据内容变化、更新的变量数据。基于交互卡片中设置有用于录入数据的数据录入区域(例如标题)，因此卡片模板中的变量可关联用于录入数据的数据录入区域。

在遍历卡片模板，从而查找卡片模板中的变量占位符的过程中，本申请实施例可将当前查找到的变量占位符称为当前变量占位符，当前变量占位符对应的变量可称为当前变量，当前变量关联的数据录入区域可称为当前数据录入区域。

在步骤S612中，判断当前变量关联的当前数据录入区域是否为私有数据录入区域，若否，执行步骤S613，若是，执行步骤S614。

在步骤S613中，在卡片模板的当前变量的位置，使用当前变量关联的当前数据录入区域所对应的公有数据，进行渲染。

在步骤S614中，判断目标内容数据中是否存在当前数据录入区域对应的私有数据，若是，执行步骤S615，若否，执行步骤S616。

在步骤S615中，在卡片模板的当前变量的位置，使用当前变量关联的当前数据录入区域所对应的私有数据，进行渲染。

在步骤S616中，在卡片模板的当前变量的位置，使用当前变量关联的当前数据录入区域所对应的公有数据，进行渲染。

作为一个实现示例，以订餐应用服务为例，在图1示例的基础上，图7示例性的示出了本申请实施例提供的交互卡片的更新方法的实现示例图，结合图7所示，该实现示例的过程可以如下：

用户B作为接收到交互卡片的用户，用户B可点击交互卡片，从而用户B的当前IM界面之上可以展示出浮层形式的订餐的应用服务页面，用户B可在该应用服务页面对主菜和送餐地点的私有标题进行交互操作，从而在主菜的私有标题录入用户B的主菜私有数据，在送餐地点的私有标题录入用户B的送餐地点私有数据；用户B在主菜和送餐地点的私有标题完成交互操作后，用户B可点击确认按钮；从而用户B的终端可向IM服务器发送更新请求；进而IM服务器可回调开发者服务器，将更新请求发送给开发者服务器，以由开发者服务器进行交互卡片的数据更新；

开发者服务器在对交互卡片进行内容数据更新时，可按照图3A示例的数据结构，根据用户B的用户标识，在用户B对应的主菜的私有标题更新主菜私有数据，在用户B对应的送餐地点的私有标题更新送餐地点私有数据；进一步的，如果交互卡片设置有已订餐人数的标题，则基于用户B完成订餐的交互操作，开发者服务器可对已订餐人数的标题进行数据更新；已订餐人数的标题可设置为非私有标题；

开发者服务器在完成交互卡片的内容数据更新后，可向IM服务器发送交互卡片更新后的内容数据；从而IM服务器可在数据库中按照图3A示例的数据结构，存储交互卡片更新后的内容数据，并且IM服务器可更新交互卡片的版本号，向用户B的终端通知交互卡片更新后的版本号；作为可选实现，用户B的终端可通过与IM服务器之间建立的实时通知监听事件，监听到IM服务器发送的更新后的版本号；

用户B的终端在获取到交互卡片更新后的版本号时，可确定用户B的交互卡片需要进行数据更新，从而用户B的终端可向IM服务器请求，交互卡片更新后的与用户B对应的目标内容数据，并且在请求中携带交互卡片的卡片标识和用户B的用户标识；

IM服务器在获得用户B的终端发送的请求后，可根据交互卡片的卡片标识，从数据库中查询交互卡片的各个标题的公有数据；并且根据用户B的用户标识，从数据库中查询到用户B在主菜和送餐地点的私有标题对应的私有数据；在本示例中，目标内容数据可以例如各个标题的公有数据，以及用户B在主菜和送餐地点的私有标题对应的私有数据；

IM服务器可将查询到的交互卡片的各个标题的公有数据，以及用户B在主菜和送餐地点的私有标题对应的私有数据，返回给用户B的终端；

用户B的终端在获取到IM服务器反馈的目标内容数据后，可重新渲染交互卡片；在重新渲染交互卡片的过程中，用户B的终端可在主菜的私有标题，更新用户B的主菜私有数据，在送餐地点的私有标题，更新用户B的送餐地点私有数据；而其他非私有标题，则使用IM服务器反馈的对应公有数据进行更新；可选的，用户B的终端可利用交互卡片的卡片模板，进行交互卡片的重新渲染，相应实现过程可参照图6示例流程所示。

本申请实施例提供的交互卡片的更新方法，可以在区分交互卡片的公有数据和不同用户的私有数据的情况下，针对不同用户实现交互卡片的差异化更新，使得不同用户从交互卡片查看到的私有数据能够不同，进而实现准确的为用户更新交互卡片。

下面对本申请实施例提供的交互卡片的更新装置进行介绍，下文描述的装置内容可以认为是终端为实现本申请实施例提供的交互卡片的更新方法所需设置的功能模块。下文描述的装置内容可与上文描述的方法内容，相互对应参照。

作为可选实现，图8A示例性的示出了本申请实施例提供的交互卡片的更新装置的可选框图，该装置可应用于终端，参照图8A，该装置可以包括：

卡片展示模块810，用于在用户的IM界面展示交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；

触发更新模块811，用于根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新；

目标内容数据获取模块812，用于获取所述交互卡片更新后的与所述用户对应的目标内容数据，其中，所述目标内容数据至少包括：更新后的所述用户的私有数据；

渲染模块813，用于利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

在一些实施例中，所述交互卡片关联的部分或者全部数据录入区域为私有数据录入区域，所述私有数据录入区域用于录入用户的私有数据；渲染模块813，用于利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片包括：

优先利用更新后的所述用户的私有数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

在一些实施例中，渲染模块813，用于优先利用更新后的所述用户的私有数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片包括：

确定当前渲染的当前数据录入区域；

如果所述当前数据录入区域为私有数据录入区域，判断所述目标内容数据中是否存在所述当前数据录入区域对应的私有数据；

若是，使用所述当前数据录入区域对应的私有数据进行渲染；

若否，从所述目标内容数据中确定所述当前数据录入区域对应的公有数据，使用所述当前数据录入区域对应的公有数据进行渲染。

在一些实施例中，渲染模块813，用于确定当前渲染的当前数据录入区域包括：遍历所述交互卡片的卡片模板，以查找所述卡片模板中的变量占位符，所述变量占位符为所述卡片模板中用于占据变量的位置；针对查找到的当前变量占位符，确定当前变量占位符对应的当前变量，以及所述当前变量关联的当前数据录入区域。

在一些实施例中，渲染模块813，用于使用所述当前数据录入区域对应的私有数据进行渲染包括：在所述卡片模板的当前变量的位置，使用所述当前数据录入区域所对应的私有数据，进行渲染。

在一些实施例中，渲染模块813，用于使用所述当前数据录入区域对应的公有数据进行渲染包括：在所述卡片模板的当前变量的位置，使用所述当前数据录入区域所对应的公有数据，进行渲染。

在一些实施例中，触发更新模块811，用于根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新包括：

响应于所述用户在所述交互卡片的交互操作，发送所述交互卡片的更新请求，以请求更新所述交互卡片的内容数据；

或者，基于更新所述交互卡片的设定事件，在所述交互卡片的内容数据更新完成后，获得所述交互卡片的更新通知。

在进一步的一些实施例中，该装置还可用于：

基于所述交互卡片的更新通知，确定所述用户的用户标识，以及所述所述交互卡片的卡片标识；

根据所述用户标识和卡片标识，请求所述交互卡片更新后的与所述用户对应的目标内容数据。

在进一步的一些实施例中，该装置还可用于：

在用户的IM界面展示交互卡片时，根据所述用户的用户标识和所述交互卡片的卡片标识，建立实时通知监听事件；

通过所述实时通知监听事件，实时监听所述交互卡片关于所述用户的更新通知。

本申请实施例还提供一种终端，该终端可通过设置上述应用于终端的交互卡片的更新装置，以实现本申请实施例由终端执行的交互卡片的更新方法。

下面从IM服务器的角度，对本申请实施例提供的交互卡片的更新装置进行介绍，下文描述的装置内容可以认为是IM服务器为实现本申请实施例提供的交互卡片的更新方法所需设置的功能模块。下文描述的装置内容可与上文描述的方法内容，相互对应参照。

作为可选实现，图8B示例性的示出了本申请实施例提供的交互卡片的更新装置的另一可选框图，该装置可应用于IM服务器，参照图8B，该装置可以包括：

更新数据获取模块820，用于获取交互卡片更新后的内容数据，其中，所述交互卡片的内容数据基于设定事件或者用户交互操作触发更新，所述内容数据承载于所述交互卡片关联的数据录入区域；

通知模块821，用于向用户发送交互卡片的更新通知；

目标内容数据确定模块822，用于基于所述用户的请求，确定所述交互卡片更新后的与所述用户对应的目标内容数据；所述目标内容数据至少包括：更新后的所述用户的私有数据；

数据返回模块823，用于将所述目标内容数据发送给所述用户，以便所述用户利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

在一些实施例中，所述交互卡片关联的部分或者全部数据录入区域为私有数据录入区域，所述私有数据录入区域用于录入用户的私有数据；目标内容数据确定模块822，用于确定所述交互卡片更新后的与所述用户对应的目标内容数据包括：

从所述交互卡片更新后的内容数据中，查询所述交互卡片关联的各个数据录入区域对应的公有数据，以及所述用户在私有数据录入区域对应的私有数据。

在进一步的一些实施例中，该装置还可用于：

根据交互卡片的卡片标识和各个用户的用户标识，在数据库中存储所述交互卡片更新后的内容数据；其中，所述数据库中存储的一个交互卡片的内容数据包括各个数据录入区域对应的公有数据，以及各个用户标识对应的私有数据录入区域和私有数据。

在一些实施例中，目标内容数据确定模块822，用于从所述交互卡片更新后的内容数据中，查询所述交互卡片关联的各个数据录入区域对应的公有数据，以及所述用户在私有数据录入区域对应的私有数据包括：

根据用户发送的请求，确定所述请求中携带的所述交互卡片的卡片标识，以及所述用户的用户标识；

根据所述交互卡片的卡片标识，从数据库中查询所述交互卡片的内容数据；

从查询到的交互卡片的内容数据中确定各个数据录入区域对应的公有数据；

以及，根据所述用户的用户标识，判断查询到的交互卡片的内容数据中是否存在所述用户的私有数据；

若是，确定所述用户在所述交互卡片的私有数据录入区域对应的私有数据；

若否，确定所述用户在所述交互卡片的私有数据为空。

本申请实施例还提供一种IM服务器，该IM服务器可通过设置上述应用于IM服务器的交互卡片的更新装置，以实现本申请实施例由IM服务器执行的交互卡片的更新方法。

下面从开发者服务器的角度，对本申请实施例提供的交互卡片的更新装置进行介绍，下文描述的装置内容可以认为是开发者为实现本申请实施例提供的交互卡片的更新方法所需设置的功能模块。下文描述的装置内容可与上文描述的方法内容，相互对应参照。

作为可选实现，图8C示例性的示出了本申请实施例提供的交互卡片的更新装置的再一可选框图，该装置可应用于IM服务器，参照图8C，该装置可以包括：

卡片生成模块830，用于生成应用服务的交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；

数据更新模块831，用于更新所述交互卡片的内容数据；其中，所述交互卡片的内容数据基于设定事件或者用户交互操作触发更新，所述交互卡片更新后的内容数据至少包括用户的私有数据；

更新数据发送模块832，用于发送所述交互卡片更新后的内容数据，以使得用户利用所述交互卡片更新后的与用户对应的目标内容数据，在所述交互卡片关联的数据录入区域重新渲染所述交互卡片。

本申请实施例还提供一种开发者服务器，该开发者服务器可通过设置上述应用于开发者服务器的交互卡片的更新装置，以实现本申请实施例由开发者服务器执行的交互卡片的更新方法。

作为可选实现，图9示例性的示出了本申请实施例提供的终端的可选框图，参照图9，该终端可以包括：至少一个处理器91，至少一个通信接口92，至少一个存储器93和至少一个通信总线94。

在本申请实施例中，处理器91、通信接口92、存储器93、通信总线94的数量为至少一个，且处理器91、通信接口92、存储器93通过通信总线94完成相互间的通信。

可选的，通信接口92可以为用于进行网络通信的通信模块的接口。

可选的，处理器91可能是CPU，GPU(Graphics Processing Unit，图形处理器)，NPU(嵌入式神经网络处理器)，FPGA(Field Programmable Gate Array，现场可编程逻辑门阵列)，TPU(张量处理单元)，AI芯片，特定集成电路ASIC(Application Specific IntegratedCircuit)，或者是被配置成实施本申请实施例的一个或多个集成电路等。

存储器93可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

其中，存储器93存储一条或多条计算机可执行指令，处理器91调用所述一条或多条计算机可执行指令，以执行本申请实施例由终端执行的交互卡片的更新方法。

进一步的，本申请实施例提供的服务器可以包括IM服务器或者开发者服务器，该服务器的结构也可结合图9所示，包括至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行本申请实施例由IM服务器执行的交互卡片的更新方法，或者，由开发者服务器执行的交互卡片的更新方法。

本申请实施例还提供一种存储介质，该存储介质可存储一条或多条计算机可执行指令，该一条或多条计算机可执行指令被执行时，实现如本申请实施例由终端执行的交互卡片的更新方法，或者，如本申请实施例由IM服务器执行的交互卡片的更新方法，或者，如本申请实施例由开发者服务器执行的交互卡片的更新方法。

本申请实施例还提供一种计算机程序，该计算机程序被执行时，实现如本申请实施例由终端执行的交互卡片的更新方法，或者，如本申请实施例由IM服务器执行的交互卡片的更新方法，或者，如本申请实施例由开发者服务器执行的交互卡片的更新方法。

上文描述了本申请实施例提供的多个实施例方案，各实施例方案介绍的各可选方式可在不冲突的情况下相互结合、交叉引用，从而延伸出多种可能的实施例方案，这些均可认为是本申请实施例披露、公开的实施例方案。

虽然本申请实施例披露如上，但本申请并非限定于此。任何本领域技术人员，在不脱离本申请的精神和范围内，均可作各种更动与修改，因此本申请的保护范围应当以权利要求所限定的范围为准。

Claims (14)

1.一种交互卡片的更新方法，其中，包括：

在用户的IM界面展示交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；

根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新，并获取所述交互卡片更新后的与所述用户对应的目标内容数据，其中，所述目标内容数据至少包括：更新后的所述用户的私有数据，所述私有数据是所述交互卡片中用户个人私有的数据；

利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

2.根据权利要求1所述的方法，其中，所述交互卡片关联的部分或者全部数据录入区域为私有数据录入区域，所述私有数据录入区域用于录入用户的私有数据；所述利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片包括：

优先利用更新后的所述用户的私有数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

3.根据权利要求2所述的方法，其中，所述优先利用更新后的所述用户的私有数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片包括：

确定当前渲染的当前数据录入区域；

如果所述当前数据录入区域为私有数据录入区域，判断所述目标内容数据中是否存在所述当前数据录入区域对应的私有数据；

若是，使用所述当前数据录入区域对应的私有数据进行渲染；

若否，从所述目标内容数据中确定所述当前数据录入区域对应的公有数据，使用所述当前数据录入区域对应的公有数据进行渲染。

4.根据权利要求3所述的方法，其中，所述确定当前渲染的当前数据录入区域包括：

遍历所述交互卡片的卡片模板，以查找所述卡片模板中的变量占位符，所述变量占位符为所述卡片模板中用于占据变量的位置；

针对查找到的当前变量占位符，确定当前变量占位符对应的当前变量，以及所述当前变量关联的当前数据录入区域；

所述使用所述当前数据录入区域对应的私有数据进行渲染包括：在所述卡片模板的当前变量的位置，使用所述当前数据录入区域所对应的私有数据，进行渲染；

所述使用所述当前数据录入区域对应的公有数据进行渲染包括：在所述卡片模板的当前变量的位置，使用所述当前数据录入区域所对应的公有数据，进行渲染。

5.根据权利要求1所述的方法，其中，所述根据设定事件或者用户交互操作，触发所述交互卡片的内容数据的更新包括：

响应于所述用户在所述交互卡片的交互操作，发送所述交互卡片的更新请求，以请求更新所述交互卡片的内容数据；

或者，基于更新所述交互卡片的设定事件，在所述交互卡片的内容数据更新完成后，获得所述交互卡片的更新通知。

6.根据权利要求1所述的方法，其中，所述方法还包括：

基于所述交互卡片的更新通知，确定所述用户的用户标识，以及所述交互卡片的卡片标识；

根据所述用户标识和卡片标识，请求所述交互卡片更新后的与所述用户对应的目标内容数据。

7.根据权利要求6所述的方法，其中，所述方法还包括：

在用户的IM界面展示交互卡片时，根据所述用户的用户标识和所述交互卡片的卡片标识，建立实时通知监听事件；

通过所述实时通知监听事件，实时监听所述交互卡片关于所述用户的更新通知。

8.一种交互卡片的更新方法，其中，包括：

获取交互卡片更新后的内容数据，其中，所述交互卡片的内容数据基于设定事件或者用户交互操作触发更新，所述内容数据承载于所述交互卡片关联的数据录入区域；

向用户发送交互卡片的更新通知，并基于所述用户的请求，确定所述交互卡片更新后的与所述用户对应的目标内容数据；所述目标内容数据至少包括：更新后的所述用户的私有数据，所述私有数据是交互卡片中用户个人私有的数据；

将所述目标内容数据发送给所述用户，以便所述用户利用所述目标内容数据，在所述交互卡片关联的数据录入区域，重新渲染所述交互卡片。

9.根据权利要求8所述的方法，其中，所述交互卡片关联的部分或者全部数据录入区域为私有数据录入区域，所述私有数据录入区域用于录入用户的私有数据；所述确定所述交互卡片更新后的与所述用户对应的目标内容数据包括：

从所述交互卡片更新后的内容数据中，查询所述交互卡片关联的各个数据录入区域对应的公有数据，以及所述用户在私有数据录入区域对应的私有数据。

10.根据权利要求9所述的方法，其中，还包括：

根据交互卡片的卡片标识和各个用户的用户标识，在数据库中存储所述交互卡片更新后的内容数据；其中，所述数据库中存储的一个交互卡片的内容数据包括各个数据录入区域对应的公有数据，以及各个用户标识对应的私有数据录入区域和私有数据；

所述从所述交互卡片更新后的内容数据中，查询所述交互卡片关联的各个数据录入区域对应的公有数据，以及所述用户在私有数据录入区域对应的私有数据包括：

根据用户发送的请求，确定所述请求中携带的所述交互卡片的卡片标识，以及所述用户的用户标识；

根据所述交互卡片的卡片标识，从数据库中查询所述交互卡片的内容数据；

从查询到的交互卡片的内容数据中确定各个数据录入区域对应的公有数据；

以及，根据所述用户的用户标识，判断查询到的交互卡片的内容数据中是否存在所述用户的私有数据；

若是，确定所述用户在所述交互卡片的私有数据录入区域对应的私有数据；

若否，确定所述用户在所述交互卡片的私有数据为空。

11.一种交互卡片的更新方法，其中，包括：

生成应用服务的交互卡片，所述交互卡片适于承载内容数据，其中，所述内容数据承载于所述交互卡片关联的数据录入区域；

更新所述交互卡片的内容数据；其中，所述交互卡片的内容数据基于设定事件或者用户交互操作触发更新，所述交互卡片更新后的内容数据至少包括用户的私有数据，所述私有数据是交互卡片中用户个人私有的数据；

发送所述交互卡片更新后的内容数据，以使得用户利用所述交互卡片更新后的与用户对应的目标内容数据，在所述交互卡片关联的数据录入区域重新渲染所述交互卡片。

12.一种终端，其中，包括至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以实现如权利要求1-7任一项所述的交互卡片的更新方法。

13.一种服务器，其中，包括至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以实现如权利要求8-10任一项所述的交互卡片的更新方法，或者，如权利要求11所述的交互卡片的更新方法。

14.一种存储介质，其中，所述存储介质存储一条或多条计算机可执行指令，所述一条或多条计算机可执行指令被执行时，实现如权利要求1-7任一项所述的交互卡片的更新方法，或者，如权利要求8-10任一项所述的交互卡片的更新方法，或者，如权利要求11所述的交互卡片的更新方法。

Images