CN115550295A - 消息处理方法、消息显示方法及计算设备 - Google Patents

Abstract

本申请实施例提供一种消息处理方法、消息显示方法及计算设备。其中，基于卡片消息生成请求，向接收端发送对应的卡片渲染数据；所述卡片渲染数据用以存储至所述接收端；在所述卡片渲染数据发送之后，向所述接收端发送卡片创建信息；所述接收端利用所述卡片创建信息以及存储的所述卡片渲染数据，渲染生成卡片消息。本申请实施例提供的技术方案提高了卡片消息的显示及时性，降低了显示延迟。

Description

消息处理方法、消息显示方法及计算设备

技术领域

本申请实施例涉及消息处理技术领域，尤其涉及一种消息处理方法、消息显示方法、计算设备及计算机存储介质。

背景技术

卡片消息是一种将信息承载在卡片中的消息类型，卡片为信息的载体，承载文本、媒体、交互组件等各种类型的信息中的至少一种信息。在即时通信系统、以及存在信息展示需求等的信息处理系统中，卡片消息是常采用的一种信息形式。

在上述这些采用卡片消息的系统中，需要在接收端展示卡片消息的情况下，现有方式中，通常会首先发送内容为空的卡片创建信息，接收端接收到卡片创建信息之后，在该卡片创建信息被用户请求查看的情况下，再请求获取卡片渲染数据，之后将卡片渲染数据渲染至卡片创建信息中，生成卡片消息之后，即可以显示包含消息内容的卡片消息。

然而，这种方式受限于网络环境等原因，可能会出现卡片消息加载缓慢，导致显示延迟。

发明内容

本申请实施例提供一种消息显示方法、消息处理方法及设备，用以解决现有技术中卡片消息显示延迟的技术问题。

第一方面，本申请实施例中提供了一种消息处理方法，包括：

基于卡片消息生成请求，向接收端发送对应的卡片渲染数据；所述卡片渲染数据用以存储至所述接收端；

在所述卡片渲染数据发送之后，向所述接收端发送卡片创建信息。

第二方面，本申请实施例中提供了一种消息处理方法，包括：

向第一服务端发送卡片消息生成请求；所述卡片消息生成请求包括卡片渲染数据；所述卡片渲染数据用以触发所述第一服务端发送所述卡片渲染数据至接收端，以及在所述卡片渲染数据发送之后，向所述接收端发送卡片创建信息。

第三方面，本申请实施例中提供了一种消息显示方法，包括：

接收第一服务端发送的卡片渲染数据，并存储所述卡片渲染数据；所述卡片渲染数据响应于卡片消息生成请求而发送；

接收所述第一服务端发送的卡片创建信息；

获取存储的所述卡片渲染数据；

基于所述卡片渲染数据以及所述卡片创建信息，渲染生成卡片消息；

显示所述卡片消息。

第四方面，本申请实施例中提供了一种计算设备，包括处理组件以及存储组件；所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用并执行，以实现如上述第一方面所述的消息处理方法或者如上述第二方面所述的消息处理方法或者如上述第三方面所述的消息显示方法。

第五方面，本申请实施例中提供了一种计算机存储介质，存储有计算机程序；所述计算机程序被计算设备执行时以实现如上述第一方面所述的消息处理方法或者如上述第二方面所述的消息处理方法或者如上述第三方面所述的消息显示方法。

本申请实施例，基于卡片消息生成请求，首先向接收端发送对应的卡片渲染数据；所述卡片渲染数据用以存储至所述接收端；响应于所述卡片渲染数据的发送操作，向所述接收端发送卡片创建信息，接收端利用所述卡片创建信息以及存储的所述卡片渲染数据，生成卡片消息中，以显示卡片消息。通过预先存储卡片渲染数据，使得卡片消息被请求查看时，可以首先基于本地存储的卡片渲染数据填充卡片消息并显示，从而保证了卡片消息及时显示，降低了显示延迟。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了本申请提供的一种消息处理系统一个实施例的结构示意图；

图2示出了本申请提供的一种消息处理方法一个实施例的流程图；

图3示出了本申请提供的一种消息处理方法又一个实施例的流程图；

图4示出了本申请提供的一种消息显示方法一个实施例的流程图；

图5示出了本申请实施例在一个实际应用中的场景交互示意图；

图6示出了本申请提供的一种消息处理装置一个实施例的结构示意图；

图7示出了本申请提供的一种消息处理装置又一个实施例的结构示意图；

图8示出了本申请提供的一种消息显示装置一个实施例的结构示意图；

图9示出了本申请提供的一种计算设备一个实施例的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在本申请的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

本申请实施例的技术方案可以应用于支持卡片消息的即时通信场景或者提供信息展示功能的其它信息处理场景中。

本申请实施例所涉及的卡片消息是一种将信息承载在卡片中的消息类型，卡片为信息的载体，承载文本、媒体、交互组件等各种类型的信息中的至少一种信息，卡片采用视图控件或页面形式在显示界面显示以展示其承载的信息，一种实施例中，卡片可以采用块状，例如矩形形状的显示区域将所承载的信息进行整合之后进行展示，例如可以是按照约定方式将承载的信息进行整合，通过将承载的信息进行整合可以让信息更规整化，视觉上更个性化。通过卡片消息可以提供富文本样式、图文布局模块，比如醒目的通知、图文并茂的文章列表等，让重要的信息更好地触达用户，此外卡片消息中的交互组件，可以提供操作上的快捷入口，可供用户进行操作，用户只需简单的点击或者输入操作，即可以无需离开当前显示界面的情况下，快捷实现相应的处理操作，例如OA(Office Automation，办公自动化)审批、投票统计、报警处理等处理操作。

为了及时显示卡片消息，降低卡片消息的显示延迟，降低网络环境对卡片消息显示的影响，发明人经过一系列研究提出了本申请的技术方案，在本实施例中，基于卡片消息生成请求，首先向接收端发送对应的卡片渲染数据；卡片渲染数据用以存储至接收端；响应于卡片渲染数据的发送操作，向接收端发送卡片创建信息；接收端利用卡片创建信息以及存储的卡片渲染数据，生成卡片消息中，以显示卡片消息。通过预先存储卡片渲染数据，使得卡片消息被请求查看时，可以首先基于本地存储的卡片渲染数据填充卡片消息并显示，从而保证了卡片消息及时显示，降低了显示延迟。

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

本申请实施例的技术方案可以应用于如图1所示的消息处理系统中，该消息处理系统可以包括第一服务端101及至少一个接收端102，此外，在即时通信(IM)场景下，消息处理系统可以为即时通信系统，卡片消息可以基于发送端所发送的特定类型的目标消息而生成，因此，在即时通信场景下，该系统还可以包括发送端103，发送端103及接收端102可以为同一群组对应的IM客户端，在某些实现场景下，某个IM客户端可以同时为发送端以及接收端。

第一服务端101与接收端102以及发送端103之间可以通过网络建立连接。网络提供了通信链路的介质。网络可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等，图1中仅是示例性描述了无线通信链路。可选地，第一服务端101可通过移动网络和接收端102、发送端103进行通信连接，相应地，移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、5G、WiMax等中的任意一种。当然也可能通过蓝牙、WiFi、红外线等方式建立通信连接，本申请对此不进行限定。

通过网络，第一服务端101可以与接收端102、发送端103进行交互以接收或发送消息等。

其中，接收端102以及发送端103可以为浏览器、APP(Application，应用程序)、或网页应用如H5(HyperText Markup Language5，超文本标记语言第5版)应用、或轻应用(也被称为小程序，一种轻量级应用程序)或云应用等，接收端102以及发送端103可以部署在电子设备中，需要依赖设备运行或者设备中的某些app而运行等。电子设备例如可以具有显示屏并支持信息浏览等，如可以是个人移动终端如手机、平板电脑、个人计算机、台式计算机、智能音箱、智能手表等等，为了便于理解，图1中主要以设备形象表示接收端或发送端。在电子设备中通常还可以配置各种其它类应用，例如人机对话类应用、模型训练类应用、文本处理类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。其中，电子设备可以是指用户使用的，具有用户所需计算、上网、通信等功能的设备，例如可以是手机、平板电脑、个人电脑、穿戴设备等。电子设备通常可以包括处理组件和存储组件。电子设备也可能包括网卡芯片、IO总线、音视频组件等基本配置，本申请对此不进行限定。可选地，根据电子设备实现形式，也可以包括一些外围设备，例如键盘、鼠标、输入笔、打印机等，本申请对此不进行限定。

第一服务端101可以基于卡片消息生成请求，向接收端发送对应的卡片渲染数据；卡片渲染数据用以存储至接收端102；并在卡片渲染数据发送之后，向接收端102发送卡片创建信息；接收端102基于卡片创建信息以及卡片渲染数据，渲染生成卡片消息；此外，第一服务端101还可以向接收端102提供卡片消息对应的卡片最新数据，以更新卡片消息。

该卡片消息生成请求可以由第一服务端101生成，或者由第二服务端104生成，也即出于性能考虑等原因，可以由第二服务端104负责卡片创建，以及向第一服务端101发送包含卡片渲染数据的卡片消息生成请求等。

需要说明的是，第一服务端101以及第二服务端104可以分别实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(ContentDelivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。

需要说明的是，本申请实施例中提供的消息处理方法一般由第一服务端101或第二服务端104执行，相应的消息处理装置一般设置于第一服务端101或第二服务端104中，本申请实施例中提供的消息显示方法一般由接收端102执行，相应的消息显示装置一般设置于接收端102中。

应该理解，图1中的接收端和服务端数目仅仅是示意性的。根据实际需要，可以具有任意数目的接收端和服务端。

以下对本申请实施例的技术方案的实现细节进行详细阐述。

图2为本申请实施例提供的一种消息处理方法一个实施例的流程图，本实施例的技术方案可以由第一服务端执行，该方法可以包括以下几个步骤：

201：基于卡片消息生成请求，向接收端发送对应的卡片渲染数据。

其中，卡片渲染数据用以存储至接收端，也即接收端接收到卡片渲染数据之后可以首先进行本地存储，卡片渲染数据中可以包括卡片标识，接收端用以对应卡片标识存储卡片渲染数据。

一个实现方式中，卡片消息的数据结构可以由消息头以及消息体构成，消息体用来具体承载消息内容，卡片渲染数据可以具体是指卡片消息的消息内容。

其中，卡片消息生成请求可以结合实际情况中的卡片生成需求而生成，在即时通信场景中，卡片消息生成请求基于发送端针对群组发送的目标消息而生成。当然，也可以是在检测目标消息满足生成条件情况下而生成卡片消息生成请求，该生成条件例如可以是指目标消息为目标消息类型，如网页链接、或文档等，网页链接可以试着URL(uniformresource locator，统一资源定位系统)链接。卡片渲染数据可以由目标消息转换而生成，具体根据目标消息以及对应的卡片格式转换而生成，例如可以根据网页链接的网页内容以及针对网页内容的卡片格式，将网页内容按照卡片格式进行构建以生成卡片渲染数据；或者根据文档内容以及针对文档的卡片格式，将文档内容按照卡片格式进行构建以生成卡片渲染数据。

其中，卡片消息生成请求可以由第一服务端生成，当然，在另一种实现方式中，卡片消息生成请求可以由第二服务端生成，在即时通信场景下，第一服务端接收到发送端针对群组发送的目标消息之后，可以将目标消息回调至第二服务端，由第二服务端基于目标消息生成卡片渲染数据，并向第一服务端反馈包含卡片渲染数据的卡片消息生成请求等。

该接收端可以是与第一服务端连接的用以展示卡片消息的任意一个客户端，即时通信场景下，该接收端可以是与目标消息所在群组中的用户所对应的任意一个IM客户端，在一个实现情况下，该接收端可以即为发送端，也即发送端发送的目标消息，可以在其会话界面中展示对应的卡片消息。

上述所涉及群组可以是指两个或两个以上的用户所构建的会话通道。

202：在卡片渲染数据发送之后，向接收端发送卡片创建信息。

其中，接收端可以利用卡片创建信息以及存储的卡片渲染数据，渲染生成卡片消息。接收端可以基于消息查看操作，结合存储的卡片渲染数据，渲染生成卡片消息。

该卡片创建信息可以为不包括消息内容的卡片消息。由上文描述可知，卡片消息的结构形式可以由消息头以及消息体构成，该卡片创建信息可以是指消息体为空的卡片消息。消息头中可以包括识别和为卡片消息寻找路由的操作设置信息等，例如可以包括卡片标识。

本申请实施例中，卡片渲染数据发送之后，向接收端发送卡片创建信息，例如可以是卡片渲染数据发送之后，可以立即或者间隔特定时长之后，再向接收端发送卡片创建信息。

接收端获得卡片创建信息之后，可以输出消息提示信息，用以提示用户查看卡片消息等。该消息提示信息例如可以是音频、振动和/或文字形式等。

接收端基于消息查看操作，可以首先获取本地存储的卡片渲染数据，基于卡片创建信息以及卡片渲染数据，生成卡片消息，可以是将卡片渲染数据填充至卡片创建信息，以生成卡片消息，之后，接收端即可以显示卡片消息。

本实施例中，基于本地存储的卡片渲染数据填充卡片消息并显示，从而保证了卡片消息及时显示，降低了显示延迟，使得卡片消息的显示不受网络环境等的影响。

一些实施例中，在卡片渲染数据发送之后，向接收端发送卡片创建信息之后，该方法还可以包括：

向接收端提供卡片消息对应的卡片最新数据，卡片最新数据用以更新卡片渲染数据。由上文描述可知，卡片渲染数据以及卡片创建信息可以用以生成卡片消息，该卡片最新数据可以是用来更新卡片消息中的卡片渲染数据，以实现卡片消息的更新，以保证卡片消息的准确性。

由于卡片消息生成并显示之后，可能会进行更新，该更新操作可以基于任意用户针对卡片消息的交互操作而执行，或者结合实际运行需求或用户配置需求而执行。因此，在存在卡片消息的卡片最新数据，可以向接收端提供该卡片最新数据，接收端可以基于卡片最新数据来更新卡片消息。通过在卡片消息发生更新的情况下，再利用卡片最新数据更新卡片消息，保证卡片消息及时显示的同时，还可以实现消息及时更新，保证消息准确性。

当然，若接收端未生成卡片消息的情况下，该卡片最新数据可以具体是用以更新存储的卡片渲染数据，从而接收端可以利用最新的卡片渲染数据来生成卡片消息，保证卡片消息的准确性。

一些实施例中，向接收端提供卡片消息对应的卡片最新数据可以包括：判断接收端对应用户是否符合第一推送条件；

在接收端对应用户符合第一推送条件的情况下，检测到卡片消息发生更新操作，将卡片最新数据推送至接收端；

在接收端对应用户未符合第一推送条件的情况下，检测到卡片消息发生更新操作，保存卡片最新数据，以及接收到接收端发送的消息更新请求，将卡片最新数据发送至接收端。

为了保证卡片消息及时显示，且避免浪费过多资源，包括网络资源、接收端的存储资源等，可以根据接收端对应用户是否符合第一推荐条件，采用不同方式提供卡片最新数据。若接收端对应用户符合第一推送条件，在检测到卡片消息发生更新操作时，可以将卡片最新数据主动推送至接收端，而若接收端对应用户未符合第一推送条件，则在检测到卡片消息发生更新操作时，可以暂时保存卡片最新数据，接收端可以向服务端发送消息更新请求，第一服务端可以在接收到消息更新请求之后，再将卡片最新数据发送至接收端。

其中，接收端可以是在检测到针对卡片消息的再次查看操作，生成并发送消息更新请求或者，接收端可以是响应于卡片消息的渲染操作，生成并发送消息更新请求。

可选地，第一推送条件可以包括接收端对应用户为活跃用户，此外，在即时通信场景下，卡片渲染数据基于发送端针对群组发送的目标消息转换而成时，作为其它可选实现方式，该第一推送条件可以是接收端对应的用户所在群组的用户数量小于第一设定数量。也即若群组的用户数量小于第一设定数量，表明群组人数较少，可以采用主动推送方式及时将卡片最新数据发送至接收端，以保证卡片最新数据可以尽快扩散至群组中所有用户。

其中，用户是否为活跃用户可以结合用户的历史行为记录确定，例如对历史卡片消息的查看次数大于指定次数等，则可以认为用户为活跃用户。

此外，一些实施例中，判断接收端对应用户是否符合第一推送条件可以包括：根据接收端对应用户对卡片消息执行的交互操作，判断接收端对应用户是否为活跃用户。

例如可以是若存在交互操作、或者交互操作的操作类型为预定操作类型、或者接收端对应用户针对卡片消息执行的交互次数大于预定次数等，确定接收端对应用户为活跃用户。

一些实施例中，为了保证卡片消息及时显示，且避免浪费过多资源，基于卡片消息生成请求，向接收端发送对应的卡片渲染数据包括：响应于卡片消息生成请求，在接收端对应用户符合第二推送条件的情况下，向接收端推送对应的卡片渲染数据；

该方法还可以包括：

响应于卡片消息生成请求，在接收端对应用户未符合第二推送条件的情况下，向接收端发送卡片创建信息；

接收到接收端发送的消息渲染请求，将卡片渲染数据发送至接收端，以使所述接收端结合卡片渲染数据以及卡片创建信息，生成卡片消息。

作为一种可选方式该第二推送条件可以是接收端对应的用户为活跃用户。活跃用户的确定方式可以详见前文，此处不再赘述，

作为另一种可选方式，卡片消息生成请求基于发送端针对群组发送的目标消息而生成；卡片渲染数据基于目标消息转换而成的情况下，该第二推送条件可为接收端对应的用户所在群组的用户数量大于第二设定数量。

也即用户所在群组的用户数量大于第二设定数量的情况下，表明群组人数较多，若采用传统方式，需要显示卡片消息时，在获取卡片渲染数据，由于群组人数较多，请求数量较多，可能会影响第一服务端的计算性能，受限于网络环境影响，也会进一步加剧卡片消息的显示延迟，因此，在该情况下，采用本申请实施例的技术方案，可以首先发送卡片渲染数据，从而接收端可以首先基于本地存储的卡片渲染数据填充卡片消息并显示保证了卡片消息及时显示，降低了显示延迟，使得卡片消息及时得到扩展，使得卡片消息的显示不受网络环境等的影响等。

该第二设定数量可以结合实际情况进行设定，例如可以是万人以上等。

由于卡片消息可以发送至多个接收端，每个接收端对应用户均可能对卡片消息执行交互操作，为了提高服务端处理性能，一些实施例中，该方法还可以包括：

接收任意接收端发送的交互请求；缓存交互请求；基于缓存中的多个交互请求，更新卡片消息以生成卡片最新数据。

其中，基于缓存中的多个交互请求，可以基于对应的多个交互操作，来更新卡片消息。

通过缓存多个交互请求，在统一进行处理，可以避免第一服务端的过多更新操作，以降低对计算资源的消耗，提高处理性能，且也可以减少数据发送次数，降低网络资源的浪费等。

可选地，可以是在卡片消息符合限流条件的情况下，缓存该交换请求。一些实施例中，在卡片消息符合限流条件的情况下，缓存交互请求可以包括：在卡片消息的卡片类型为预定卡片类型、或者卡片消息对应的发送用户为预定身份，或者基于卡片消息在预定时长内的交互次数，预测卡片消息为高交互消息的情况下，缓存交互请求。

其中，预定卡片类型例如可以包括通知类型、评估类型、选择类型等。预定身份例如可以是指老师、部门领导等。

其中，基于卡片消息在预定时长内的交互次数，在交互次数大于指定次数情况下，可以确定卡片消息为高交互消息，意即会被频繁交互的热点消息。该预定时长例如可以是卡片消息被发送至之后的预定时长，例如可以是1秒等。卡片消息被发送之后，若短时间内检测到较多交互操作，即表明其为热点消息，则可以针对后续接收到的交互请求进行缓存等。

由上文描述可知，卡片消息生成请求可以是第二服务端所生成，卡片渲染数据可以基于目标消息而生成，因此，一些实施例中，该方法还可以包括：接收发送端发送的目标消息；调用第二服务端基于目标消息生成卡片渲染数据；接收第二服务端发送的卡片消息生成请求。

其中，调用第二服务端基于目标消息生成卡片渲染数据可以是基于调用接口将目标消息发送至第二服务端，由第二服务端基于目标消息生成卡片渲染数据。该卡片消息生成请求中可以包括该卡片渲染数据。

一些实施例中，向接收端提供卡片消息对应的卡片最新数据可以包括：

接收到第二服务端发送的卡片最新数据，将卡片最新数据推送至接收端；

其中，第二服务端可以是在检测接收端对应用户符合第一推送条件的情况下，推送卡片最新数据，或者在接收端对应用户未符合第一推送条件的情况下，检测到卡片消息发生更新操作，保存卡片最新数据，以及接收到接收端发送的消息更新请求，发送卡片最新数据。

图3为本申请实施例提供的一种消息处理方法又一个实施例的流程图，本实施例的技术方案可以由第二服务端执行，该方法可以包括以下几个步骤：

301：向第一服务端发送卡片消息生成请求。

其中，卡片消息生成请求中可以包括卡片渲染数据。

其中，卡片渲染数据用以触发第一服务端发送卡片渲染数据至接收端，以及在卡片渲染数据发送之后，向接收端发送卡片创建信息；卡片渲染数据用以存储在接收端，并用以渲染至卡片创建信息中以生成卡片消息，具体实现方式可以详见相关描述，此处不再赘述。

其中，卡片渲染数据可以由第二服务端生成。

此外，为了保证消息准确性，作为又一个实施例，该方法还可以包括：

302：向第一服务端提供卡片最新数据。

其中，卡片最新数据用以发送至接收端以更新卡片消息。

本实施例中，利用第二服务端负责卡片数据的生成和更新，在保证卡片消息能够及时显示的情况下，还可以减轻第一服务端的处理负担，提高处理性能。

一些实施例中，向第一服务端提供卡片最新数据可以包括：

在接收端对应用户符合第一推送条件的情况下，推送卡片最新数据；

在接收端对应用户未符合第一推送条件的情况下，检测到卡片消息的更新操作，保存卡片最新数据，以及接收到第一服务端发送的消息更新请求，发送卡片最新数据至第一服务端。

其中，第一服务端可以是接收到接收端发送的消息更新请求之后转发至第二服务端。

一些实施例中，向第一服务端发送卡片消息生成请求之前，该方法还可以包括：

接收第一服务端发送的目标消息；该目标消息为发送端发送，在即时通信场景下，可以是发送端针对群组而发送；

基于目标消息，转换生成该卡片渲染数据。

其中，该目标消息例如可以文档、或者网页链接等。

图4为本申请实施例提供的一种消息显示方法一个实施例的流程图，本实施例的技术方案由接收端执行，该方法可以包括以下几个步骤：

401：接收第一服务端发送的卡片渲染数据，并存储卡片渲染数据。

其中，卡片渲染数据响应于卡片消息生成请求而发送。

402：接收第一服务端发送的卡片创建信息。

其中，卡片创建信息可以是第一服务端响应于卡片渲染数据的发送操作而发送的。卡片渲染数据以及卡片创建信息的具体实现方式可以详见前文相应实施例中，此处不再赘述。

403：获取存储的卡片渲染数据。

其中，可以是响应于针对卡片创建信息的消息查看操作，获取存储的卡片渲染数据。

该消息查看操作可以是指请求显示用以显示卡片消息的显示界面，并将卡片消息暴露于显示界面的请求操作。

例如，在即时通信场景中，卡片消息生成请求基于发送端针对群组发送的目标消息而生成；卡片渲染数据将基于目标消息转换而成的情况下，显示界面即可以是指群组会话界面，该消息查看操作可以是指显示群组会话界面，并将卡片消息暴露于群组会话界面的请求操作。其中，暴露可以是指在显示界面中进行显示。

404：基于卡片渲染数据以及卡片创建信息，渲染生成卡片消息。

其中，可以是将卡片渲染数据填充至卡片创建信息中，以获得卡片消息。

405：显示卡片消息。

在即时通信场景中，可以即是在群组会话界面中显示该卡片消息。

本实施例中，接收端基于本地存储的卡片渲染数据填充卡片消息并显示，在卡片消息存在更新的情况下，再利用卡片最新数据更新卡片消息即可，从而保证了卡片消息及时显示，降低了显示延迟，使得卡片消息的显示不受网络环境等的影响。

一些实施例中，该方法还可以包括：

响应于针对卡片渲染数据的渲染操作，向第一服务端发送消息更新请求；

接收第一服务端发送的卡片最新数据；

利用卡片最新数据更新卡片消息。

一些实施例中，该方法还可以包括：

接收第一服务端推送的卡片最新数据；

利用卡片最新数据更新存储的卡片渲染数据。

一些实施例中，卡片渲染数据基于发送端针对群组发送的目标消息转换而成；卡片渲染数据为第一服务端在发送卡片消息之前发送；则显示卡片消息可以包括：在群组的会话界面显示卡片消息。

一些实施例中，该方法还可以包括：基于卡片消息，输出消息提示信息。

则针对卡片创建信息的消息查看操作可以具体是指针对消息提示信息的触发操作等。

一些实施例中，该方法还可以包括：响应于针对卡片消息的交互操作，向第一服务端发送交互请求；交互请求用于指示更新卡片消息，以生成卡片最新数据。

需要说明的是，接收端执行操作已在前文相应实施例中进行了解释说明，此处将不再重复赘述。

为了进一步便于理解本申请技术方案，下面以即时通信场景为例，结合图5所示场景交互示意图对本申请实施例的技术方案进行描述。

如图5中所示，发送端501可以感知用户在群组会话界面50发送的目标消息51，将该目标消息发送至第一服务端502。其中，该目标消息可以为URL链接或者文档等。

第一服务端502可以调用第二服务端503，将目标消息发送至第二服务端503，第二服务端503可以基于目标消息转换生成卡片渲染数据，例如对于URL链接，可以抓取网页内容，并提取内容摘要等作为卡片渲染数据；此外，还可以确定对应交互控件等作为卡片渲染数据等。第二服务端503可以将卡片渲染数据发送至第一服务端502。

第一服务端502可以将卡片渲染数据发送至接收端504，在一个实现场景中，该接收端504与发送端501可以为同一IM客户端，在卡片渲染数据发送之后，再向接收端504发送卡片创建信息。

接收端504接收到卡片渲染数据，首先进行本地存储，接收到卡片创建信息之后，可以输出消息提示信息，响应于消息查看操作之后，可以首先从本地存储中获取卡片渲染数据，并将其填充至卡片创建信息中，以生成卡片消息，并在群组会话界面50中显示该卡片消息52。

之后，第二服务端502可以根据接收端504对应用户是否为活跃用户等，若为活跃用户，可以在卡片消息更新之后，将卡片最新数据主动推送至接收端504，在卡片消息处理显示状况情况系，可以利用卡片最新数据直接更新卡片消息。否则，可以本地存储卡片最新数据以更新卡片渲染数据，以在卡片消息再次被请求查看时，再利用卡片最新数据更新卡片消息，以提高推送性价比等。

通过本申请实施例的技术方案，可以保证卡片消息及时显示，提高加载速度，不受网络环境影响等。

图6为本申请实施例提供的一种信息处理装置一个实施例的结构示意图，该装置可以配置于如图1所示的第一服务端中，该装置可以包括：

第一发送模块601，用于基于卡片消息生成请求，向接收端发送对应的卡片渲染数据；卡片渲染数据用以存储至接收端；

第二发送模块602，用于在卡片渲染数据发送之后，向接收端发送卡片创建信息。

一些实施例中，该装置还可以包括：

第三发送模块，用于向接收端提供卡片消息对应的卡片最新数据，其中卡片最新数据用以更新卡片渲染数据。

一些实施例中，该第三发送模块可以具体用于：判断接收端对应用户是否符合第一推送条件；在接收端对应用户符合第一推送条件的情况下，检测到卡片消息发生更新操作，将卡片最新数据推送至接收端；在接收端对应用户未符合第一推送条件的情况下，检测到卡片消息的更新操作，保存卡片最新数据，以及接收到接收端发送的消息更新请求，将卡片最新数据发送至接收端。

一些实施例中，第一推送条件包括接收端对应的用户为活跃用户；该第三发送模块判断接收端对应用户是否符合第一推送条件包括：根据接收端对应用户对卡片消息执行的交互操作，判断接收端对应用户是否为活跃用户；其中，若存在交互操作或者交互操作的操作类型为预定操作类型或者接收端对应用户针对卡片消息执行的交互次数大于预定次数，确定接收端对应用户为活跃用户。

一些实施例中，第一发送模块可以具体用于响应于卡片消息生成请求，在接收端对应用户符合第二推送条件的情况下，向接收端推送对应的卡片渲染数据；

可选地，该第一发送模块还可以用于响应于卡片消息生成请求，在接收端对应用户未符合第二推送条件的情况下，向接收端发送卡片创建信息；接收到接收端发送的消息渲染请求，将卡片渲染数据发送至接收端。

一些实施例中，卡片消息生成请求基于发送端针对群组发送的目标消息而生成；卡片渲染数据基于目标消息转换而成；第一发送模块响应于卡片消息生成请求，在接收端对应用户未符合第二推送条件的情况下，向接收端发送卡片创建信息可以是：响应于卡片消息生成请求，在接收端对应的用户所在群组的用户数量大于第二设定数量的情况下，向接收端发送卡片创建信息。

一些实施例，该装置还可以包括：

请求处理模块，用于接收任意接收端发送的交互请求；在卡片消息符合限流条件的情况下，缓存交互请求；基于缓存中的多个交互请求，更新卡片消息以生成卡片最新数据。

一些实施例中，该请求处理模块在卡片消息符合限流条件的情况下，缓存交互请求包括：在卡片消息的卡片类型为预定卡片类型、或者卡片消息对应的发送用户为预定身份，或者基于卡片消息在预定时长内的交互次数，预测卡片消息为高交互消息，缓存交互请求。

一些实施例中，该装置还可以包括：

请求接收模块，用于接收发送端发送的目标消息；调用第二服务端基于目标消息生成卡片渲染数据；接收第二服务端发送的卡片消息生成请求。

图6所述的信息处理装置可以执行图2所示实施例所述的信息处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的信息处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7为本申请实施例提供的一种信息处理装置又一个实施例的结构示意图，该装置可以配置于如图1所示的第二服务端中，该装置可以包括：

请求发送模块701，用于向第一服务端发送卡片消息生成请求；卡片消息生成请求包括卡片渲染数据；卡片渲染数据用以触发第一服务端发送卡片渲染数据至接收端，以及在卡片渲染数据发送之后，向接收端发送卡片创建信息；卡片渲染数据用以存储在接收端，并用以渲染至卡片创建信息中以生成卡片消息；

此外，该装置还可以包括：

数据提供模块702，用于向第一服务端提供卡片最新数据；卡片最新数据用以发送至接收端，以更新卡片消息。

图7所述的信息处理装置可以执行图3所示实施例所述的信息处理方法，其实现原理和技术效果不再赘述。对于上述实施例中的信息处理装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8为本申请实施例提供的一种消息显示装置一个实施例的结构示意图，该装置可以配置于如图1所示的接收端中，该装置可以包括：

第一接收模块801，接收第一服务端发送的卡片渲染数据，并存储卡片渲染数据；卡片渲染数据响应于卡片消息生成请求而发送。

第二接收模块802，用于接收第一服务端发送的卡片创建信息；

数据渲染模块803，用于获取存储的卡片渲染数据；基于卡片渲染数据以及卡片创建信息，渲染生成卡片消息；

消息显示模块804，用于显示卡片消息。

可选地，数据渲染模块可以具体是响应于针对卡片创建信息的消息查看操作，获取存储的卡片渲染数据。

一些实施例中，该装置还可以包括：

第一更新模块，用于响应于针对卡片渲染数据的渲染操作，向第一服务端发送消息更新请求；接收第一服务端发送的卡片最新数据；利用卡片最新数据更新卡片消息。

一些实施例中，该装置还可以包括：

第二更新模块，用于接收第一服务端推送的卡片最新数据；利用卡片最新数据更新存储的卡片渲染数据。

图8所述的信息显示装置可以执行图4所示实施例所述的信息显示方法，其实现原理和技术效果不再赘述。对于上述实施例中的信息显示装置其中各个模块、单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

此外，本申请实施例还提供了一种计算设备，如图9所示，该计算设备可以包括存储组件901以及处理组件902；

其中，存储组件901存储一条或多条计算机指令，其中，该一条或多条计算机指令供处理组件902调用并执行，以实现如图2所示的信息处理方法、或者图3所示的信息处理方法或者图4所示的信息显示方法。

当然，计算设备必然还可以包括其他部件，例如输入/输出接口、通信组件、网卡芯片、音视频组件等基本配置。

在该计算设备中的处理组件用以实现如图4所示信息显示方法的情况下，该计算设备还可以包括显示组件，以执行对应的显示操作。

其中，输入/输出接口为处理组件和外围接口模块之间提供接口，上述外围接口模块可以是输出设备、输入设备等。通信组件被配置为便于计算设备和其他设备之间有线或无线方式的通信等。

其中，处理组件可以包括一个或多个处理器来执行计算机指令，以完成上述的方法中的全部或部分步骤。当然处理组件也可以为一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

存储组件被配置为存储各种类型的数据以支持在终端的操作。存储组件可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

显示组件可以为电致发光(EL)元件、液晶显示器或具有类似结构的微型显示器、或者视网膜可直接显示或类似的激光扫描式显示器。

需要说明的是，上述计算设备实现图2所示的信息处理方法或图3所示信息处理方法的情况下，其可以为物理设备或者云计算平台提供的弹性计算主机等。其可以实现成多个服务器或终端设备组成的分布式集群，也可以实现成单个服务器或单个终端设备。

上述计算设备实现图4所示信息显示方法的情况下，其可以具体实现为电子设备，电子设备可以是指用户使用的，具有用户所需计算、上网、通信等功能的设备，例如可以是手机、平板电脑、个人电脑、穿戴设备等。

此外，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被计算机执行时可以实现上述入图2所示实施例的信息处理方法或者图3所示实施例的信息处理方法或者图4所示实施例的信息显示方法。该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

本申请实施例还提供了一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，计算机程序被计算机执行时可以实现如上述如图2所示实施例的信息处理方法或者图3所示实施例的信息处理方法或者图4所示实施例的信息显示方法。在这样的实施例中，计算机程序可以是从网络上被下载和安装，和/或从可拆卸介质被安装。在该计算机程序被处理器执行时，执行本申请的系统中限定的各种功能。

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

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (14)

1.一种消息处理方法，其特征在于，包括：

基于卡片消息生成请求，向接收端发送对应的卡片渲染数据；所述卡片渲染数据用以存储至所述接收端；

在所述卡片渲染数据发送之后，向所述接收端发送卡片创建信息。

2.根据权利要求1所述的方法，其特征在于，所述在所述卡片渲染数据发送之后，向所述接收端发送卡片创建信息之后，所述方法还包括：

向所述接收端提供所述卡片消息对应的卡片最新数据；所述卡片最新数据用以更新所述卡片渲染数据。

3.根据权利要求2所述的方法，其特征在于，所述向所述接收端提供所述卡片消息对应的卡片最新数据包括：

判断所述接收端对应用户是否符合第一推送条件；

在所述接收端对应用户符合所述第一推送条件的情况下，检测到所述卡片消息发生更新操作，将卡片最新数据推送至所述接收端；

在所述接收端对应用户未符合所述第一推送条件的情况下，检测到所述卡片消息的更新操作，保存卡片最新数据，以及接收到所述接收端发送的消息更新请求，将所述卡片最新数据发送至所述接收端。

4.根据权利要求3所述的方法，其特征在于，所述第一推送条件包括所述接收端对应的用户为活跃用户；

所述判断所述接收端对应用户是否符合第一推送条件包括：

根据接收端对应用户对所述卡片消息执行的交互操作，判断所述接收端对应用户是否为活跃用户；其中，若存在所述交互操作或者所述交互操作的操作类型为预定操作类型或者所述接收端对应用户针对所述卡片消息执行的交互次数大于预定次数，确定所述接收端对应用户为活跃用户。

5.根据权利要求1所述方法，其特征在于，所述基于卡片消息生成请求，向接收端发送对应的卡片渲染数据包括：

响应于卡片消息生成请求，在所述接收端对应用户符合第二推送条件的情况下，向所述接收端推送对应的卡片渲染数据；

所述方法还包括：

响应于所述卡片消息生成请求，在所述接收端对应用户未符合所述第二推送条件的情况下，向所述接收端发送卡片创建信息；

接收到所述接收端发送的消息渲染请求，将所述卡片渲染数据发送至所述接收端。

6.根据权利要求5述的方法，其特征在于，所述卡片消息生成请求基于发送端针对群组发送的目标消息而生成；所述卡片渲染数据基于所述目标消息转换而成；

所述响应于所述卡片消息生成请求，在所述接收端对应用户未符合所述第二推送条件的情况下，向所述接收端发送卡片创建信息包括：

响应于所述卡片消息生成请求，在所述接收端对应的用户所在群组的用户数量大于第二设定数量的情况下，向所述接收端发送卡片创建信息。

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

接收任意接收端发送的交互请求；

在所述卡片消息符合限流条件的情况下，缓存所述交互请求；

基于缓存中的多个交互请求，更新所述卡片消息以生成所述卡片最新数据。

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

接收发送端发送的目标消息；

调用第二服务端基于所述目标消息生成所述卡片渲染数据；

接收所述第二服务端发送的所述卡片消息生成请求。

9.一种消息处理方法，其特征在于，包括：

向第一服务端发送卡片消息生成请求；所述卡片消息生成请求包括卡片渲染数据；所述卡片渲染数据用以触发所述第一服务端发送所述卡片渲染数据至接收端，以及在所述卡片渲染数据发送之后，向所述接收端发送卡片创建信息。

10.一种消息显示方法，其特征在于，包括：

接收第一服务端发送的卡片渲染数据，并存储所述卡片渲染数据；所述卡片渲染数据响应于卡片消息生成请求而发送；

接收所述第一服务端发送的卡片创建信息；

获取存储的所述卡片渲染数据；

基于所述卡片渲染数据以及所述卡片创建信息，渲染生成卡片消息；

显示所述卡片消息。

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

响应于针对所述卡片渲染数据的渲染操作，向所述第一服务端发送消息更新请求；

接收所述第一服务端发送的卡片最新数据；

利用所述卡片最新数据更新所述卡片消息。

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

接收所述第一服务端推送的卡片最新数据；

利用所述卡片最新数据更新存储的所述卡片渲染数据。

13.一种计算设备，其特征在于，包括处理组件以及存储组件；所述存储组件存储一个或多个计算机指令；所述一个或多个计算机指令用以被所述处理组件调用并执行，以实现如权利要求1～8任一项所述的消息处理方法或者如权利要求9所述的消息处理方法或者如权利要求10～12任一项所述的消息显示方法。

14.一种计算机存储介质，其特征在于，存储有计算机程序；所述计算机程序被计算设备执行时以实现如权利要求1～8任一项所述的消息处理方法或者如权利要求9所述的消息处理方法或者如权利要求10～12任一项所述的消息显示方法。

Images