一种点赞处理方法、装置、系统、设备及存储介质与流程

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.指令生成模块，用于响应于针对目标动态信息触发的多态赞操作，生成多态赞指令；
27.指令发送模块，用于向服务器发送所述多态赞指令；
28.素材接收模块，用于接收所述服务器响应所述多态赞指令返回的目标背景素材；所述目标背景素材与所述多态赞操作对应的点赞类型相对应；
29.显示模块，用于基于所述目标背景素材显示所述目标动态信息。
30.本技术第六方面提供了一种点赞效果显示装置，所述装置包括：
31.素材接收模块，用于接收服务器发送的目标背景素材；所述目标背景素材与目标点赞类型对应，所述目标点赞类型是根据针对目标动态信息的多态赞指令确定的，所述多态赞指令是响应于针对所述目标动态信息触发的多态赞操作生成的；
32.显示模块，用于基于所述目标背景素材显示所述目标动态信息。
33.本技术第七方面提供了一种点赞处理系统，所述系统包括：面向针对目标动态信息触发多态赞操作的用户的第一客户端、面向发布所述目标动态信息的用户的第二客户端以及服务器；
34.所述第一客户端，用于执行上述第二方面所述的方法；
35.所述第二客户端，用于执行上述第三方面所述的方法；
36.所述服务器，用于执行上述第一方面所述的方法。
37.本技术第八方面提供了一种设备，所述设备包括处理器以及存储器：
38.所述存储器用于存储计算机程序；
39.所述处理器用于根据所述计算机程序，执行如上述第一方面所述的点赞处理方法的步骤、或者第二方面所述的点赞效果显示方法的步骤、或者第三方面所述的点赞效果显示方法的步骤。
40.本技术第九方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面所述的点赞处理方法的步骤、或者第二方面所述的点赞效果显示方法的步骤、或者第三方面所述的点赞效果显示方法的步骤。
41.本技术第十方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面所述的点赞处理方法的步骤、或者第二方面所述的点赞效果显示方法的步骤、或者第三方面所述的点赞效果显示方法的步骤。
42.从以上技术方案可以看出，本技术实施例具有以下优点：
43.本技术实施例提供了一种点赞处理方法，该方法创新性地将多态赞操作与动态信息的显示背景关联起来，根据针对动态信息触发的多态赞操作，相应地改变动态信息的显示背景。具体的，在本技术实施例提供的点赞处理方法中，服务器可以获取针对目标动态信息的多态赞指令，此处的多态赞指令是客户端响应于用户针对目标动态信息触发的多态赞操作生成的；然后，服务器可以根据针对目标动态信息的多态赞指令确定目标点赞类型，并在背景素材库中查找与该目标点赞类型对应的目标背景素材；进而，向目标客户端发送该目标背景素材，以使目标客户端基于该目标背景素材显示目标动态信息。通过上述方法，目标客户端可以基于与针对目标动态信息触发的多态赞操作相对应的目标背景素材，显示目标动态信息，即可以借助目标动态信息的显示背景，反应针对该目标动态信息的多态赞点赞情况；如此，强化了多态赞在社交网络互动中的互动反馈感，能够更明显地表现多态赞操作所要表达的情绪，大大提高了多态赞功能的使用体验。此外，上述方法基于目标背景素材显示目标动态信息，能够放大点赞信息在客户端的表现效果，实现点赞信息的最大化传递及表现；并且，预先构建背景素材库，确定出目标点赞类型后直接从该背景素材库中调取目标点赞类型对应的目标素材，能够确保目标背景素材的获取效率，进而保证能够及时快速地向目标客户端反馈目标背景素材。
附图说明
44.图1为本技术实施例提供的点赞处理系统的工作原理示意图；
45.图2为本技术实施例提供的一种点赞处理方法的流程示意图；
46.图3为本技术实施例提供的一种示例性的动态信息显示界面示意图；
47.图4为本技术实施例提供的动态信息的显示结构示意图；
48.图5为本技术实施例提供的背景素材库的存储结构示意图；
49.图6为本技术实施例提供的一种点赞效果显示方法的流程示意图；
50.图7为本技术实施例提供的第一客户端上的动态信息显示界面示意图；
51.图8为本技术实施例提供的另一种点赞效果显示方法的流程示意图；
52.图9为本技术实施例提供的第二客户端上的动态信息显示界面示意图；
53.图10为本技术实施例提供的第一客户端侧的点赞处理方法流程示意图；
54.图11为本技术实施例提供的第二客户端侧的点赞处理方法流程示意图；
55.图12为本技术实施例提供的一种点赞处理装置的结构示意图；
56.图13为本技术实施例提供的一种点赞效果显示装置的结构示意图；
57.图14为本技术实施例提供的另一种点赞效果显示装置的结构示意图；
58.图15为本技术实施例提供的服务器的结构示意图；
59.图16为本技术实施例提供的终端设备的结构示意图。
具体实施方式
60.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
61.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
62.相关技术中，多态赞在社交网络互动中的互动反馈感较弱。对于点赞用户来说，其针对某条动态信息触发多态赞操作后，社交应用通常仅会通过突出显示多态赞图标的方式表示用户已触发相应的多态赞操作，无法明显地表现点赞用户想要表达的情绪，导致点赞用户对于多态赞功能的使用动机降低。对于发布动态信息的用户来说，其需要进入点赞列表查看其他用户针对其发布的动态信息的点赞情况，才能获知所收到的多态赞的点赞类型，操作繁琐复杂，无法快速直观地了解其他用户对于该动态信息的看法，使用体验较差。
63.针对上述相关技术存在的问题，本技术实施例提供了一种点赞处理方法，该方法能够有效地增强多态赞在社交网络互动中的互动反馈感，更明显地表现多态赞操作想要表达的情绪，提高用户对于多态赞功能的使用体验。
64.具体的，在本技术实施例提供的点赞处理方法中，服务器可以获取针对目标动态信息的多态赞指令，此处的多态赞指令是客户端响应于用户针对目标动态信息触发的多态赞操作生成的；然后，服务器可以根据针对目标动态信息的多态赞指令确定目标点赞类型，并在背景素材库中查找与该目标点赞类型对应的目标背景素材；进而，向目标客户端发送该目标背景素材，以使目标客户端基于该目标背景素材显示目标动态信息。
65.上述方法创新性地将多态赞操作与动态信息的显示背景关联起来，根据针对目标动态信息触发的多态赞操作，相应地提供该目标动态信息的显示背景素材。如此，借助目标动态信息的显示背景，反应针对该目标动态信息的多态赞点赞情况；强化了多态赞在社交网络互动中的互动反馈感，能够更明显地表现多态赞操作所要表达的情绪，大大提高了多态赞功能的使用体验。此外，上述方法基于目标背景素材显示目标动态信息，能够放大点赞信息在客户端的表现效果，实现点赞信息的最大化传递及表现；并且，预先构建背景素材库，确定出目标点赞类型后直接从该背景素材库中调取目标点赞类型对应的目标素材，能够确保目标背景素材的获取效率，进而保证能够及时快速地向目标客户端反馈目标背景素
材。
66.应理解，上述本技术实施例提供的点赞处理方法可以应用于社交应用程序的后台服务器，该服务器可以是独立的物理服务器，也可以是由多个物理服务器构成的服务器集群或分布式系统，还可以是用于提供相关服务的云服务器。
67.此外，本技术实施例还提供了一种应用于第一客户端的点赞效果显示方法，此处的第一客户端面向针对目标动态信息触发多态赞操作的用户。具体的，在该方法中，第一客户端响应于用户针对目标动态信息触发的多态赞操作，相应地生成多态赞指令；然后，向服务器发送该多态赞指令，并接收服务器响应该多态赞指令返回的目标背景素材，该目标背景素材与上述多态赞操作对应的点赞类型相对应；最终，基于该目标背景素材显示目标动态信息。
68.通过上述点赞效果显示方法，第一客户端触发针对目标动态信息的多态赞操作后，可以相应地接收与该多态赞操作的点赞类型对应的目标背景素材，并基于该目标背景素材显示目标动态信息。如此，达到根据用户针对动态信息触发的多态赞操作切换该动态信息的显示背景的效果，使得动态信息的显示背景与多态赞操作的点赞类型相对应，由此强化用户的互动专属感，提高用户对于多态赞功能的使用欲望。
69.此外，本技术实施例还提供了一种应用于第二客户端的点赞效果显示方法，此处的第二客户端面向发布目标动态信息的用户。具体的，在该方法中，第二客户端接收服务器发送的目标背景素材，该目标背景素材与目标点赞类型对应，该目标点赞类型是根据针对目标动态信息的多态赞指令确定的，此处的多态赞指令是客户端响应于用户针对目标动态信息触发的多态赞操作生成的；进而，基于所接收的目标背景素材显示目标动态信息。
70.通过上述点赞效果显示方法，第二客户端可以基于与目标点赞类型对应的目标背景素材显示目标动态信息，由于该目标点赞类型是根据其他用户针对该目标动态信息触发的多态赞操作确定的，因此，该目标点赞类型能够从整体上反映其他用户针对该目标动态信息的多态赞点赞情况。换言之，对于面向发布目标动态信息的用户的第二客户端来说，其可以通过目标动态信息的显示背景快速直观地反映其他用户对于该目标动态信息的看法，便于目标动态信息的发布用户快速直观地了解其他用户对该目标动态信息的看法。
71.应理解，上述第一客户端和第二客户端实质上可以是社交应用客户端，其可以安装在支持社交应用程序运行的终端设备上，该终端设备具体可以为计算机、智能手机、平板电脑、个人数字助理(personal digital assitant，pda)等。
72.为了便于理解本技术实施例提供的点赞处理方法和点赞效果显示方法，下面结合该点赞处理方法和该点赞效果显示方法的应用场景，对该点赞处理方法和点赞效果显示方法所应用的点赞处理系统进行介绍。
73.参见图1，图1为本技术实施例提供的点赞处理系统的工作原理示意图。如图1所示，该点赞处理系统中包括第一客户端110、第二客户端120和服务器130，第一客户端110和第二客户端120均在终端设备上运行，支持第一客户端110运行的终端设备和支持第二客户端120运行的终端设备均可以通过网络与服务器130通信。
74.其中，第一客户端110面向针对目标动态信息触发多态赞操作的用户，第一客户端110用于执行本技术实施例提供的第一客户端侧的点赞效果显示方法。第二客户端120面向发布目标动态信息的用户，第二客户端120用于执行本技术实施例提供的第二客户端侧的
点赞效果显示方法。服务器130用于执行本技术实施例提供的点赞处理方法。
75.具体的，对于第一客户端110，其可以响应用户针对目标动态信息触发的多态赞操作生成多态赞指令，进而将该多态赞指令通过网络发送给服务器130。服务器130接收到第一客户端110发送的多态赞指令后，可以确定该多态赞指令中包括的标识对应的点赞类型作为第一目标点赞类型，并在背景素材库中查找与该第一目标点赞类型对应的第一目标背景素材，进而将该第一目标背景素材返回给第一客户端110。第一客户端110接收到该第一目标背景素材后，可以基于该第一目标背景素材显示目标动态信息。
76.具体的，对于第二客户端120，服务器130可以先获取各第一客户端110发送的针对目标动态信息的多态赞指令，然后根据所获取的针对目标动态信息的多态赞指令确定第二目标点赞类型；进而，在背景素材库中查找与该第二目标点赞类型对应的第二目标背景素材，并向第二客户端120发送该第二目标背景素材。第二客户端120接收到该第二目标背景素材后，可以基于该第二目标背景素材显示目标动态信息。
77.需要说明的是，在实际应用中，第一客户端110和第二客户端120可以为同一客户端，也可以为不同的客户端；点赞处理系统中可以仅包括一个第二客户端120，也可以包括多个第二客户端120。此外，第一目标背景素材与第二目标背景素材可以为相同的背景素材，也可以为不同的背景素材。
78.应理解，图1所示的点赞处理系统的架构仅为示例，本技术在此不对该点赞处理系统的实际架构做任何限定。
79.下面通过方法实施例先对本技术实施例提供的点赞处理方法进行介绍。
80.参见图2，图2为本技术实施例提供的点赞处理方法的流程示意图。为了便于描述，下述实施例以服务器作为执行主体进行描述。如图2所示，该点赞处理方法包括以下步骤：
81.步骤201：获取针对目标动态信息的多态赞指令；所述多态赞指令是响应于针对所述目标动态信息触发的多态赞操作生成的。
82.服务器可以获取针对目标动态信息的多态赞指令，该多态赞指令是客户端响应于用户针对目标动态信息触发的多态赞操作生成的，其中包括与用户所触发的多态赞操作对应的点赞类型的标识。
83.需要说明的是，目标动态信息是指用户在社交网络上发布的信息，例如，用户通过微信的朋友圈功能发布的朋友圈动态，用户通过qq的qq空间功能发布的qq动态等等。目标动态信息可以是以下任意一种或多种信息的组合：文本信息、图片信息、音频信息、视频信息、网络链接信息等等，本技术在此不对该目标动态信息的表现形式做任何限定。
84.需要说明的是，多态赞操作是指用户通过社交应用程序的多态赞功能触发的操作，具体的，社交应用程序可以为用户提供针对动态信息点击多态赞的功能，多态赞功能中可供用户选择的点赞类型包括但不限于：爱心、大笑、哭笑不得、坏笑、生气、流泪、难过、竖大拇指、送礼物等，用户可以根据自身对于动态信息的看法，在多态赞功能提供的点赞类型中点击选择一种点赞类型，如此完成多态赞操作。
85.示例性的，以图3所示的动态信息显示界面为例，用户浏览目标动态信息时，可以通过该目标动态信息对应的点赞控件触发多态赞操作，例如，用户可以通过长按目标动态信息对应的爱心控件301，唤起多态赞操作浮窗302，该多态赞操作浮窗302中包括多种可选的点赞类型各自对应的图标：爱心、大笑、哭笑不得、坏笑和生气，用户可以根据自身对于目
标动态信息的看法，在多态赞操作浮窗302中点击选择一种点赞类型对应的图标，从而完成多态赞操作。
86.需要说明的是，多态赞指令是客户端响应于用户针对目标动态信息触发的多态赞操作生成的指令，该多态赞指令中包括与用户触发的多态赞操作相对应的点赞类型的标识。示例性的，假设用户触发的多态赞操作对应的点赞类型为“生气”，即用户在多态赞功能提供的多种可选点赞类型各自对应的图标中点击选择了“生气”图标，则客户端可以相应地生成包括“生气”点赞类型对应的标识。应理解，不同的点赞类型所对应的标识不同。
87.在本技术实施例提供的点赞处理方法中，服务器针对不同的客户端可能需要采用不同的方式确定目标点赞类型，并为其提供相应的目标背景素材，相应地，服务器在获取用于确定目标点赞类型的多态赞指令时，所获取的多态赞指令也会有所区别。
88.在一些实施例中，当服务器需要为第一客户端提供目标背景素材时，服务器可以直接获取该第一客户端上传的多态赞指令，作为目标多态赞指令，即作为后续确定目标点赞类型时所依据的多态赞指令。此处的第一客户端面向针对目标动态信息触发多态赞操作的用户。
89.也就是说，在服务器为第一客户端提供目标背景素材的场景中，服务器可以仅获取该第一客户端上传的多态赞指令作为目标多态赞指令，进而基于该目标多态赞指令执行后续确定目标点赞类型、目标背景素材等步骤。
90.在一些实施例中，当服务器需要为第二客户端提供目标背景素材时，服务器可以采用多种不同的方式获取用于确定目标点赞类型的多态赞指令。此处的第二客户端面向发布目标动态信息的用户。
91.在一种可能的实现方式中，当服务器需要为第二客户端提供目标背景素材时，可以直接获取当前已接收的针对该目标动态信息的所有多态赞指令。即服务器可以获取各个第一客户端针对该目标动态信息上传的多态赞指令，基于当前针对该目标动态信息的所有多态赞指令，执行后续确定目标点赞类型、目标背景素材等步骤。
92.在另一种可能的实现方式中，服务器可以周期性地为第二客户端提供目标背景素材，在这种情况下，当服务器需要为第二客户端提供下一周期的目标背景素材时，服务器可以获取上一周期内针对目标动态信息的多态赞指令，即服务器可以根据其在上一周期内接收到的针对目标动态信息的多态赞指令，确定下一周期的目标点赞类型和目标背景素材。
93.应理解，目标背景素材的更新周期可以根据实际需求进行设定，例如，可以设置为5分钟；本技术在此不对目标背景素材的更新周期做任何限定。
94.假设服务器需要针对第二客户端确定10:00—10:05这一时段适用于目标动态信息的目标背景素材，则服务器需要获取9:55—10:00这一时段内针对该目标动态信息的多态赞指令，以9:55—10:00这一时段内针对该目标动态信息的多态赞指令为基础，执行后续确定目标点赞类型、目标背景素材等步骤。
95.步骤202：根据针对所述目标动态信息的多态赞指令，确定目标点赞类型。
96.服务器获取到针对目标动态信息的多态赞指令后，即可根据所获取的针对目标动态信息的多态赞指令确定目标点赞类型，该目标点赞类型可作为后续确定目标背景素材的基础。
97.正如上文步骤201中所介绍的，针对不同的客户端(即面向针对目标动态信息触发
多态赞操作的用户的第一客户端和面向发布目标动态信息的用户的第二客户端)，服务器确定目标点赞类型时所获取的多态赞指令不同，相应地，根据所获取的多态赞指令确定目标点赞类型的方式也有所不同。
98.在一些实施例中，当服务器需要为第一客户端提供目标背景素材时，服务器会获取该第一客户端针对目标动态信息的目标多态赞指令，进而，根据该目标多态赞指令中包括的点赞类型的标识，确定目标点赞类型。
99.在一种可能的实现方式中，服务器获取到第一客户端上传的针对目标动态信息的目标多态赞指令后，可以直接将该目标多态赞指令中包括的标识对应的点赞类型，作为目标点赞类型。
100.在另一种可能的实现方式中，服务器在执行步骤202之前，可以结合第一客户端上目标动态信息当前的背景素材，确定是否需要执行步骤202及其后续步骤。具体的，服务器可以获取目标动态信息当前的背景素材；在该当前的背景素材是默认背景素材的情况下，服务器可以确定目标多态赞指令中包括的标识对应的点赞类型作为目标点赞类型；在该当前的背景素材不是默认背景素材的情况下，服务器可以确定该当前的背景素材对应的点赞类型作为参考点赞类型，然后判断目标多态赞指令中包括的标识对应的点赞类型与该参考点赞类型是否相同，若不同，则确定该目标多态赞指令中包括的标识对应的点赞类型作为目标点赞类型，若相同，则不执行步骤202及其后续步骤。
101.示例性的，服务器执行步骤202之前，可以先获取第一客户端上目标动态信息当前的背景素材，即确定第一客户端当前显示目标动态信息时所依据的显示背景。在一些情况下，第一客户端当前可能基于默认背景素材显示目标动态信息，此时，服务器可以正常执行步骤202，即将第一客户端上传的目标多态赞指令中包括的标识对应的点赞类型，作为目标点赞类型。应理解，上述默认背景素材可以对应于社交应用程序默认的动态信息的显示背景，也可以对应于目标动态信息的发布用户个人设置的动态信息的显示背景，本技术在此不对该默认背景素材做任何限定。
102.在另一些情况下，第一客户端当前可能不是基于默认背景素材显示目标动态信息，而是基于与某种点赞类型对应的背景素材显示目标动态信息，例如，在用户通过第一客户端触发针对目标动态信息的多态赞操作之前，第一客户端可以基于与某种点赞类型的背景素材显示该目标动态信息，该背景素材可以是根据其他用户此前针对该目标动态信息触发的多态赞操作涉及的点赞类型确定的。此时，服务器可以将该当前的背景素材对应的点赞类型作为参考点赞类型，然后判断第一客户端发送的目标多态赞指令中包括的标识对应的点赞类型与该参考点赞类型是否一致；若不一致，则服务器需要将该目标多态赞指令中包括的标识对应的点赞类型作为目标点赞类型，并基于该目标点赞类型执行后续操作；若一致，则服务器无需执行确定目标点赞类型以及目标背景素材等步骤，使第一客户端继续基于当前的背景素材显示目标动态信息即可。
103.如此，可以在一定程度上减少服务器所需执行的操作，以及减少服务器与第一客户端之间的交互，解决服务器的处理资源以及通信资源。
104.在一些实施例中，当服务器需要为第二客户端提供目标背景素材时，服务器可以基于其在步骤201中获取的用于确定目标点赞类型的多态赞指令，采用相应的方式确定目标点赞类型。
105.在一种可能的实现方式中，若服务器在步骤201中获取的是针对目标动态信息的所有多态赞指令，则服务器可以通过以下方式确定目标点赞类型：根据针对目标动态信息的各条多态赞指令，确定针对目标动态信息的各种点赞类型各自对应的占比，进而确定所对应的占比最高的点赞类型作为目标点赞类型。
106.具体实现时，服务器获取到当前针对目标动态信息的所有多态赞指令后，可以根据所获取的所有多态赞指令中包括的点赞类型的标识，确定与目标动态信息相关的各种点赞类型；然后，针对与目标动态信息相关的每种点赞类型，统计包括该种点赞类型的标识的多态赞指令在针对目标动态信息的所有多态赞指令中的占比，作为该种点赞类型对应的占比；进而，确定所对应的占比最大的点赞类型，作为目标点赞类型。
107.为了便于理解上述实现方式，下面对该种实现方式进行举例说明。假设服务器当前已接收到针对目标动态信息的6条多态赞指令，分别是多态赞指令1(其中包括点赞类型“开心”的标识)，多态赞指令2(其中包括点赞类型“生气”的标识)、多态赞指令3(其中包括点赞类型“生气”的标识)、多态赞指令4(其中包括点赞类型“哭泣”的标识)、多态赞指令5(其中包括点赞类型“生气”的标识)和多态赞指令6(其中包括点赞类型“哭泣”的标识)。
108.服务器根据其当前已接收的针对目标动态信息的6条多态赞指令，可以确定与目标动态信息相关的点赞类型包括“开心”、“生气”和“哭泣”。进而，服务器可以针对每种点赞类型确定其对应的占比，以针对点赞类型“开心”确定其对应的占比为例，包括点赞类型“开心”的标识的多态赞指令只有1条，其在针对目标动态信息的所有多态赞指令中的占比为1/6，故点赞类型“开心”对应的占比为1/6，相类似地，可以确定点赞类型“生气”对应的占比为1/2，点赞类型“哭泣”对应的占比为1/3。由于点赞类型“生气”对应的占比最大，因此，可以确定“生气”为目标点赞类型。
109.应理解，在实际应用中，除了可以根据与目标动态信息相关的各种点赞类型各自对应的占比确定目标点赞类型外，还可以通过统计与目标动态信息相关的各种点赞类型各自对应的出现次数，来确定目标点赞类型，例如确定出现次数最多的点赞类型作为目标点赞类型，本技术在此不对确定目标点赞类型的方式做任何限定。
110.在另一种可能的实现方式中，若服务器在步骤201中获取的是上一周期内针对目标动态信息的多态赞指令，则服务器可以通过以下方式确定目标点赞类型：根据上一周期内针对目标动态信息的多态赞指令，确定上一周期内与目标动态信息相关的各种点赞类型，并且针对上一周期内与目标动态信息相关的每种点赞类型，计算针对目标动态信息的包括该种点赞类型的标识的多态赞指令在针对目标动态信息的所有多态赞指令中的占比，作为该种点赞类型对应的占比；然后，在上一周期内与目标动态信息相关的各种点赞类型中，选出所对应的占比最高的点赞类型，作为下一周期的候选目标点赞类型；接着，判断该下一周期的候选目标点赞类型与上一周期的目标点赞类型是否相同，该上一周期的目标点赞类型与目标动态信息当前的背景素材相对应；若相同，则将上一周期的目标点赞类型作为下一周期的目标点赞类型，并且不再执行步骤202的后续步骤；若不同，则判断该下一周期的候选目标点赞类型对应的占比是否大于上一周期的目标点赞类型对应的占比，若是，则确定该下一周期的候选目标点赞类型作为下一周期的目标点赞类型，若否，则上一周期的目标点赞类型作为下一周期的目标点赞类型，并且不再执行步骤202的后续步骤。
111.为了便于理解上述实现过程，下面对上述实现过程进行举例说明。假设服务器当
前需要针对第二客户端确定10:00—10:05这一时段内适用于目标动态信息的目标背景素材，则服务器需要获取9:55—10:00这一时段内针对目标动态信息的多态赞指令，假设9:55—10:00这一时段内针对目标动态信息的多态赞指令共有6条，分别是多态赞指令1(其中包括点赞类型“开心”的标识)，多态赞指令2(其中包括点赞类型“生气”的标识)、多态赞指令3(其中包括点赞类型“生气”的标识)、多态赞指令4(其中包括点赞类型“哭泣”的标识)、多态赞指令5(其中包括点赞类型“生气”的标识)和多态赞指令6(其中包括点赞类型“哭泣”的标识)。
112.此时，服务器根据9:55—10:00这一时段内针对目标动态信息的6条多态赞指令，可以确定在9:55—10:00这一时段内与目标动态信息相关的点赞类型包括“开心”、“生气”和“哭泣”。然后，服务器可以针对上述每种点赞类型计算其对应的占比，以针对点赞类型“生气”计算其对应的占比为例，服务器需要确定截止到10:00前，其接收到的针对目标动态信息的包括点赞类型“生气”的标识的多态赞指令的数目a，以及其接收到的针对目标动态信息的所有多态赞指令的数目b，计算a/b作为点赞类型“生气”对应的占比，相类似地，服务器可以通过该种方式计算点赞类型“开心”和“哭泣”各自对应的占比。若服务器根据点赞类型“开心”、“生气”和“哭泣”各自对应的占比，确定点赞类型“生气”对应的占比最高，则可以将点赞类型“生气”作为10:00—10:05这一时段的候选目标点赞类型。
113.同时，服务器可以获取9:55—10:00这一时段的目标点赞类型，该目标点赞类型与9:55—10:00这一时段内第二客户端上目标动态信息的背景素材相对应。进而，服务器可以判断10:00—10:05这一时段的候选目标点赞类型(即点赞类型“生气”)与9:55—10:00这一时段的目标点赞类型是否相同。若相同，则可以将点赞类型“生气”延续作为10:00—10:05这一时段的目标点赞类型，并且不再执行步骤203和步骤204。
114.若9:55—10:00这一时段的目标点赞类型不是点赞类型“生气”，而是点赞类型“哭泣”，则服务器需要进一步判断点赞类型“生气”对应的占比a/b是否大于点赞类型“哭泣”对应的占比；需要说明的是，此处点赞类型“哭泣”对应的占比，是根据截止到10:00前服务器接收到的针对目标动态信息的包括点赞类型“哭泣”的标识的多态赞指令的数目c，以及其接收到的针对目标动态信息的所有多态赞指令的数目b确定的，即计算c/b作为点赞类型“哭泣”对应的占比。若点赞类型“生气”对应的占比a/b大于点赞类型“哭泣”对应的占比c/b，则服务器可以确定点赞类型“生气”作为10:00—10:05这一时段的目标点赞类型，反之，若点赞类型“生气”对应的占比a/b小于或等于点赞类型“哭泣”对应的占比c/b，则服务器可以将点赞类型“哭泣”延续作为10:00—10:05这一时段的目标点赞类型，并且不再执行步骤203和步骤204。
115.当然，在实际应用中，服务器也可以采用其它方式针对第二客户端确定目标点赞类型，本技术在此不对针对第二客户端确定目标点赞类型的方式做任何限定。
116.示例性的，服务器每接收一条新的针对目标动态信息的多态赞指令后，可以相应地确定该多态赞指令涉及的点赞类型，在该点赞类型与第二客户端上目标动态信息当前的背景素材对应的点赞类型不同的情况下，服务器可以确定此前接收的针对目标动态信息的包括该种点赞类型的标识的多态赞指令的数目，以及此前接收的针对目标动态信息的所有多态赞指令的数目，计算这二者的比值作为该种点赞类型对应的占比，进而，服务器可以将该种点赞类型对应的占比与第二客户端上目标动态信息当前的背景素材对应的点赞类型
的占比进行对比，若该种点赞类型对应的占比大于第二客户端上目标动态信息当前的背景素材对应的点赞类型的占比，则确定该种点赞类型为目标点赞类型。
117.需要说明的是，当目标点赞类型发生更改时，服务器可以相应地保存更改后的目标点赞类型对应的占比，由此服务器后续接收到新的针对目标动态信息的多态赞指令时，可以直接调取此前保存的占比进行上述对比操作。
118.步骤203：在背景素材库中查找所述目标点赞类型对应的目标背景素材。
119.服务器确定出目标点赞类型后，可以在背景素材库中查找与该目标点赞类型对应的背景素材，作为目标背景素材。
120.需要说明的是，本技术实施例提供的方法对动态信息的显示结构进行了分层布局。如图4所示，将动态信息的显示结构分为背景框架层和前景信息层；其中，背景框架层被抽离为独立的容器，用于承载动态信息的背景素材，基于动态信息的背景素材渲染显示相应的背景效果；前景信息层用于承载用户名、动态内容(如文本、图片等)、评论信息等内容。
121.通过将动态信息的显示结构进行上述的分层布局，可以实现动态信息显示背景的独立替换，即在不影响前景信息层中内容的情况下，独立地切换背景框架层中的背景素材，达到切换动态信息显示背景的效果。
122.需要说明的是，背景素材库是预先构建且存储在服务器中的，其中包括各种点赞类型各自对应的背景素材。图5为一种示例性的背景素材库的存储结构示意图，如图5所示，背景素材库可以存储多种点赞类型的标识及其对应的背景素材，如点赞类型“生气”的标识以及点赞类型“生气”对应的背景素材、点赞类型“开心”的标识以及点赞类型“开心”对应的背景素材、点赞类型“哭泣”的标识以及点赞类型“哭泣”对应的背景素材等等，本技术在此不对背景素材库中存储的内容做任何限定。
123.需要说明的是，背景素材是客户端渲染动态信息的显示背景时所需利用的素材，其中包括但不限于：用于渲染贴纸元素的素材(此处的贴纸元素可以与相应的多态赞图标对应)、用于渲染背景画面的素材等等，本技术在此不对背景素材对应的渲染内容做任何限定。
124.步骤204：向目标客户端发送所述目标背景素材，以使所述目标客户端基于所述目标背景素材显示所述目标动态信息。
125.服务器在背景素材库中查找到与目标点赞类型对应的目标背景素材后，可以向目标客户端发送该目标背景素材，以便目标客户端可以基于该目标背景素材显示目标动态信息，即便于目标客户端基于该目标背景素材渲染目标背景卡片，将该目标背景卡片作为目标动态信息的显示背景。
126.当目标客户端是面向针对目标动态信息触发多态赞操作的用户的第一客户端时，该目标背景素材应当是根据该第一客户端发送的针对该目标动态信息的多态赞指令确定的，例如，可以是与该多态赞指令涉及的点赞类型对应的目标背景素材。此时，对于第一客户端来说，可以达到根据用户针对目标动态信息触发的多态赞操作，相应地切换目标动态信息的显示背景的效果。
127.可选的，为了便于第一客户端的用户快速直观地了解其他用户对于该目标动态信息的看法，服务器可以在完成向第一客户端发送目标背景素材的操作后开始计时，并在计时时间达到第一预设时长时，向第一客户端发送基准背景素材，该基准背景素材是根据当
前针对该目标动态信息的所有多态赞指令确定的。
128.具体的，服务器将与第一客户端发送的多态赞指令对应的目标背景素材返回给该第一客户端后，可以开始计时。在确定计时时间达到第一预设时长时，服务器可以向第一客户端发送基准背景素材；该基准背景素材是服务器根据其当前接收的所有针对目标动态信息的多态赞指令确定的，例如，服务器可以根据其当前接收的所有针对目标动态信息的多态赞指令，确定与目标动态信息相关的各种点赞类型，并确定各种点赞类型各自对应的占比，进而确定占比最高的点赞类型对应的背景素材作为基准背景素材。第一客户端接收到该基准背景素材后，可以基于该基准背景素材显示目标动态信息。如此，对于第一客户端的用户，其可以通过目标动态信息的显示背景，快速直观地获知其它用户对于该目标动态信息的看法。
129.当然，在实际应用中，服务器也可以在计时时间达到第一预设时长时，向第一客户端发送默认背景素材，以使第一客户端基于该默认背景素材显示目标动态信息。
130.应理解，上述第一预设时长可以根据实际需求进行设定，例如设定为5分钟，本技术在此不对该第一预设时长做任何限定。
131.当目标客户端是面向发布目标动态信息的用户的第二客户端时，该目标背景素材可以是服务器根据其当前已接收的所有针对目标动态信息的多态赞指令确定的，也可以是服务器根据其在上一周期内接收的针对目标动态信息的多态赞指令确定的。此时，对于第二客户端的用户来说，其可以根据目标动态信息的显示背景，快速直观地从整体上了解其他用户对该目标动态信息的看法。
132.可选的，为了避免与多态赞相关的背景效果过度影响整体视觉性和阅读流畅性，服务器可以在其接收到针对目标动态信息的多态赞指令后开始计时，若在计时时间达到第二预设时长之前接收到新的针对该目标动态信息的多态赞指令，则将计时归零，重新计时；若在计时时间达到第二预设时长之前没有接收到新的针对目标动态信息的多态赞指令，则向第二客户端发送默认背景素材，以使第二客户端基于该默认背景素材显示目标动态信息。
133.具体的，服务器接收到针对目标动态信息的多态赞指令后，可以开始计时。若在计时时间达到第二预设时长之前，服务器接收到了新的针对目标动态信息的多态赞指令，则服务器可以根据该多态赞指令确定是否需要更新第二客户端上目标动态信息当前的背景素材，同时服务器可以将此前的计时时间归零，然后重新开始计时。反之，若在计时时间达到第二预设时长之前，服务器一直没有接收到新的针对目标动态信息的多态赞指令，则服务器可以向第二客户端发送默认背景素材，以使第二客户端基于该默认背景素材显示目标动态信息。
134.应理解，若服务器在计时时间超过第二预设时长后接收到新的针对目标动态信息的多态赞指令，则服务器可以基于所接收的新的多态赞指令和此前接收的针对目标动态信息的多态赞指令，重新确定目标点赞类型以及目标点赞类型对应的目标背景素材，进而将所确定的目标背景素材发送给第二客户端，以使第二客户端基于该目标背景素材显示目标动态信息。
135.应理解，在实际应用中，上述第二预设时长可以根据实际需求设定，例如可以设置为24小时，本技术在此不对该第二预设时长做任何限定。
136.上述点赞处理方法创新性地将多态赞操作与动态信息的显示背景关联起来，根据针对目标动态信息触发的多态赞操作，相应地提供该目标动态信息的显示背景素材。如此，借助目标动态信息的显示背景，反应针对该目标动态信息的多态赞点赞情况；强化了多态赞在社交网络互动中的互动反馈感，能够更明显地表现多态赞操作所要表达的情绪，大大提高了多态赞功能的使用体验。此外，上述方法基于目标背景素材显示目标动态信息，能够放大点赞信息在客户端的表现效果，实现点赞信息的最大化传递及表现；并且，预先构建背景素材库，确定出目标点赞类型后直接从该背景素材库中调取目标点赞类型对应的目标素材，能够确保目标背景素材的获取效率，进而保证能够及时快速地向目标客户端反馈目标背景素材。
137.下面通过方法实施例对本技术实施例提供的第一客户端侧的点赞效果显示方法进行介绍。应理解，第一客户端实际上即为社交应用程序客户端，若用户通过某社交应用程序客户端触发针对动态信息的多态赞操作，则该社交应用程序客户端即可被视为第一客户端。
138.参见图6，图6为本技术实施例提供的第一客户端侧的点赞效果显示方法的流程示意图。如图6所示，该点赞效果显示方法包括以下步骤：
139.步骤601：响应于针对所述目标动态信息触发的多态赞操作，生成多态赞指令。
140.第一客户端检测到用户针对目标动态信息触发多态赞操作时，可以基于该多态赞操作相应地生成多态赞指令，该多态赞指令中包括与用户触发的多态赞操作对应的点赞类型的标识。
141.上述多态赞操作通常是用户通过第一客户端的多态赞功能触发的操作，具体的，第一客户端可以为用户提供针对动态信息点击多态赞的功能，多态赞功能中可供用户选择的点赞类型包括但不限于：爱心、大笑、哭笑不得、坏笑、生气、流泪、难过、竖大拇指、送礼物等，用户可以根据自身对于动态信息的看法，在多态赞功能提供的点赞类型中点击选择一种点赞类型，如此完成多态赞操作。
142.示例性的，以图7所示的第一客户端上的动态信息显示界面为例，用户通过第一客户端浏览目标动态信息的界面如图7中的(a)所示，当用户通过第一客户端针对目标动态信息发起多态赞操作，图7中(a)所示的界面将变为图7中(b)所示的界面。如图7中的(b)所示，用户可以通过长按目标动态信息对应的爱心控件，唤起多态赞操作浮窗，该多态赞操作浮窗中包括多种可选的点赞类型各自对应的图标：爱心、大笑、哭笑不得、坏笑和生气，用户可以根据自身对于目标动态信息的看法，在多态赞操作浮窗中点击选择一种点赞类型对应的图标，从而完成多态赞操作。
143.步骤602：向服务器发送所述多态赞指令。
144.第一客户端基于用户触发的多态赞操作生成对应的多态赞指令后，通过网络向服务器发送该多态赞指令。以使服务器通过上述图2所示的点赞处理方法，根据该多态赞指令确定目标点赞类型，并确定与该目标点赞类型对应的目标背景素材。
145.步骤603：接收所述服务器响应所述多态赞指令返回的目标背景素材；所述目标背景素材与所述多态赞操作对应的点赞类型相对应。
146.服务器确定出目标背景素材后，可以向第一客户端返回该目标背景素材，该目标背景素材应当与步骤601中的多态赞操作对应的点赞类型相对应。
147.步骤604：基于所述目标背景素材显示所述目标动态信息。
148.进而，第一客户端可以基于该目标背景素材显示目标动态信息，即第一客户端可以基于该目标背景素材渲染目标背景卡片，并将该目标背景卡片作为目标动态信息的显示背景。如图7中的(c)所示，若第一客户端在步骤601中检测到用户触发的多态赞操作对应于点赞类型“生气”，相应地，第一客户端接收到的目标背景素材也与点赞类型“生气”相对应，进而，第一客户端可以基于与点赞类型“生气”对应的目标背景素材渲染目标动态信息的背景卡片，基于该背景卡片显示目标动态信息。
149.可选的，为了便于第一客户端的用户快速直观地了解其他用户对于该目标动态信息的看法，第一客户端还可以接收服务器后续下发的基准背景素材，基于该基准背景素材显示目标动态信息。
150.具体的，服务器将与第一客户端发送的多态赞指令对应的目标背景素材返回给该第一客户端后，可以开始计时。在确定计时时间达到第一预设时长时，服务器可以向第一客户端发送基准背景素材；该基准背景素材是服务器根据其当前接收的所有针对目标动态信息的多态赞指令确定的，例如，服务器可以根据其当前接收的所有针对目标动态信息的多态赞指令，确定与目标动态信息相关的各种点赞类型，并确定各种点赞类型各自对应的占比，进而确定占比最高的点赞类型对应的背景素材作为基准背景素材。第一客户端接收到该基准背景素材后，可以基于该基准背景素材显示目标动态信息。如此，对于第一客户端的用户，其可以通过目标动态信息的显示背景，快速直观地获知其它用户对于该目标动态信息的看法。
151.当然，在实际应用中，第一客户端后续接收的背景素材也可以是默认背景素材。或者，第一客户端可以预先缓存默认背景素材，当其接收到服务器下发的目标背景素材后，第一客户端可以开始计时，待计时时间达到第一预设时长时，自动将目标动态信息的背景素材切换为默认背景素材，即基于默认背景显示目标动态信息。
152.应理解，上述第一预设时长可以根据实际需求进行设定，例如设定为5分钟，本技术在此不对该第一预设时长做任何限定。
153.通过上述点赞效果显示方法，第一客户端触发针对目标动态信息的多态赞操作后，可以相应地接收与该多态赞操作的点赞类型对应的目标背景素材，并基于该目标背景素材显示目标动态信息。如此，达到根据用户针对动态信息触发的多态赞操作切换该动态信息的显示背景的效果，使得动态信息的显示背景与多态赞操作的点赞类型相对应，由此强化用户的互动专属感，提高用户对于多态赞功能的使用欲望。
154.下面通过方法实施例对本技术实施例提供的第二客户端侧的点赞效果显示方法进行介绍。应理解，第二客户端实际上即为社交应用程序客户端，若用户通过某社交应用程序客户端发布动态信息，则该社交应用程序客户端即可被视为第二客户端。
155.参见图8，图8为本技术实施例提供的第二客户端侧的点赞效果显示方法的流程示意图。如图8所示，该点赞效果显示方法包括以下步骤：
156.步骤801：接收服务器发送的目标背景素材；所述目标背景素材与目标点赞类型对应，所述目标点赞类型是根据针对目标动态信息的多态赞指令确定的，所述多态赞指令是响应于针对所述目标动态信息触发的多态赞操作生成的。
157.服务器可以通过上述图2所示的点赞处理方法，根据针对目标动态信息的多态赞
指令确定目标点赞类型，并且确定目标点赞类型对应的目标背景素材，进而，向第二客户端发送其确定的目标背景素材。
158.应理解，在实际应用中，服务器可以周期性地针对第二客户端确定适用于目标动态信息的目标背景素材，也可以每接收一条新的针对目标动态信息的多态赞指令，针对该第二客户端确定一次适用于目标动态信息的目标背景素材，本技术在此不对服务器针对第二客户端确定适用于目标动态信息的目标背景素材的时机做任何限定。
159.步骤802：基于所述目标背景素材显示所述目标动态信息。
160.第二客户端接收到服务器发送的目标背景素材后，可以基于该目标背景素材渲染目标背景卡片，将该目标背景卡片作为目标动态信息的显示背景。
161.以图9所示的第二客户端上的动态信息显示界面为例，在点赞类型“生气”对应的多态赞指令在所有针对目标动态信息的多态赞指令中的占比最大时，目标动态信息的显示界面如图9中的(a)所示。若后续点赞类型“哭笑不得”对应的多态赞指令在所有针对目标动态信息的多态赞指令中的占比最大，则目标动态信息的显示界面将如图9中的(b)所示。
162.可选的，为了避免与多态赞相关的背景效果过度影响整体视觉性和阅读流畅性，第二客户端还可以接收服务器后续发送的默认背景素材，基于该默认背景素材显示目标动态信息。
163.具体的，服务器接收到针对目标动态信息的多态赞指令后，可以开始计时。若在计时时间达到第二预设时长之前，服务器接收到了新的针对目标动态信息的多态赞指令，则服务器可以根据该多态赞指令确定是否需要更新第二客户端上目标动态信息当前的背景素材，同时服务器可以将此前的计时时间归零，然后重新开始计时。反之，若在计时时间达到第二预设时长之前，服务器一直没有接收到新的针对目标动态信息的多态赞指令，则服务器可以向第二客户端发送默认背景素材，以使第二客户端基于该默认背景素材显示目标动态信息，如图9中的(c)所示，第二客户端接收到默认背景素材后，目标动态信息的显示背景将变回默认背景。
164.应理解，若服务器在计时时间超过第二预设时长后接收到新的针对目标动态信息的多态赞指令，则服务器可以基于所接收的新的多态赞指令和此前接收的针对目标动态信息的多态赞指令，重新确定目标点赞类型以及目标点赞类型对应的目标背景素材，进而将所确定的目标背景素材发送给第二客户端，以使第二客户端基于该目标背景素材显示目标动态信息。
165.应理解，在实际应用中，第二客户端可以缓存默认背景素材，服务器在确定计时时间达到第二预设时长时，可以向第二客户端发送背景素材切换指令，以使第二客户端针对目标动态信息切换显示默认背景。
166.通过上述点赞效果显示方法，第二客户端可以基于与目标点赞类型对应的目标背景素材显示目标动态信息，由于该目标点赞类型是根据其他用户针对该目标动态信息触发的多态赞操作确定的，因此，该目标点赞类型能够从整体上反映其他用户针对该目标动态信息的多态赞点赞情况。换言之，对于面向发布目标动态信息的用户的第二客户端来说，其可以通过目标动态信息的显示背景快速直观地反映其他用户对于该目标动态信息的看法，便于目标动态信息的发布用户快速直观地了解其他用户对该目标动态信息的看法。
167.为了便于进一步理解本技术实施例提供的点赞处理方法和点赞效果显示方法，下
面对本技术实施例提供的点赞处理方法和点赞效果显示方法进行整体示例性介绍。
168.首先，从产品表现形态的角度出发，对本技术实施例提供的点赞效果显示方法在第一客户端侧和第二客户端侧的产品表现形式进行示例性介绍。
169.对于面向针对目标动态信息触发多态赞操作的用户的第一客户端来说，其响应于用户针对目标动态信息触发多态赞操作，目标动态信息的显示界面的切换过程如图7所示。具体的，用户可通过第一客户端针对目标动态信息触发多态赞操作，例如，用户可以通过长按目标动态信息对应的点赞控件，唤起多态赞操作浮窗，进而在该多态赞操作浮窗中点击选择其想要针对目标动态信息表达的情绪状态(图7中以选择生气为例)；用户完成上述多态赞操作后，目标动态信息的背景卡片将根据用户点击选择的情绪状态，切换为相应的背景卡片，如此，用户完成对于目标动态信息的情绪标记。
170.对于面向发布目标动态信息的用户的第二客户端来说，用户通过第二客户端进入自己的动态主页后，可以查看其他用户针对目标动态信息的表态情况，即可以通过查看目标动态信息的显示背景，了解其他用户对于该目标动态信息的看法。第二客户端上目标动态信息的背景卡片可以根据后台服务器接收的针对该目标动态信息的多态赞指令周期性的变化，如五分钟刷新一次，以保证多态赞情绪反馈的及时性，如图9所示，第二客户端上目标动态信息的背景卡片可以跟随其他用户触发的多态赞操作相应地发生改变。若服务器在一天之内没有收到新的针对目标动态信息的多态赞指令，则可以控制第二客户端上目标动态信息的背景卡片回归默认状态，从而避免多态赞效果过度影响目标动态信息的视觉整体性和阅读流畅性。
171.接下来，从技术实现的角度出发，分别对本技术实施例提供的点赞处理方法为第一客户端提供目标背景素材和为第二客户端提供目标背景素材的实现方案进行介绍。
172.本技术实施例提供的方法对目标动态信息的信息流feed(也可以理解为目标动态信息的显示架构)进行分层布局，分为背景框架层和前景信息层，背景框架层用于承载背景素材，前景信息层用于承载用户名、动态内容、评论信息、互动字段等。将背景框架抽离为独立容器，便于后期独立替换背景素材，而不影响前景数据。
173.服务器中存储有不同的点赞类型(用于表达不同的情绪)以及各自对应的背景素材，以供替换前台客户端上目标动态信息的显示背景。例如，对于点赞类型为“生气”的多态赞操作，后台服务器中存储有点赞类型“生气”的标识angry及其对应的背景卡片card_bg_angry。
174.如图10所示，对于面向针对目标动态信息触发多态赞操作的用户的第一客户端来说，用户通过该第一客户端触发多态赞操作后，第一客户端将向服务器反馈对应的多态赞指令，该多态赞指令中包括多态赞操作对应的标识，服务器响应该多态赞指令，相应地向第一客户端回传与该多态赞指令对应的目标背景素材。
175.以用户点击生气赞(即多态赞操作对应的点赞类型为“生气”)为例，具体实现流程如下：用户点击生气赞后，第一客户端向服务器回传包括有生气赞对应的标识angry的多态赞指令；服务器可以判断该多态赞指令中包括的标识对应的点赞类型与第一客户端上目标动态信息当前的背景素材对应的点赞类型(即原点赞类型)是否相同，若是，则保持第一客户端基于该当前的背景素材显示目标动态信息；当服务器判断该多态赞指令中包括的标识对应的点赞类型与第一客户端上目标动态信息当前的背景素材对应的点赞类型不同时，服
务器调取标识angry对应的背景卡片card_bg_angry作为目标背景素材，将其返回至第一为客户端，以替换第一客户端上目标动态信息当前的背景素材，第一客户端侧相应地针对目标动态信息显示生气赞对应的生气情绪背景。
176.如图11所示，对于面向发布目标动态信息的用户的第二客户端来说，后台服务器可以获取各第一客户端针对目标动态信息发送的多态赞指令，并基于所获取的多态赞指令确定适用于第二客户端上目标动态信息的目标背景素材。
177.示例性的，假设后台服务器接收到对应于点赞类型a的多态赞指令，则服务器可以根据其当前已接收的所有针对目标动态信息的对应于点赞类型a的多态赞指令，以及当前已接收的所有针对目标动态信息的多态赞指令，计算点赞类型a对应的比例；若该点赞类型a对应的比例大于原点赞类型对应的比例(原点赞类型与第二客户端上目标动态信息当前的背景素材相对应)，则存储该点赞类型a对应的比例，并调取点赞类型a对应的背景素材发送给第二客户端，同时启动计时循环，周期性地判断更新；若该点赞类型a对应的比例小于或等于原点赞类型对应的比例，则拒绝为第二客户端更换目标动态信息的显示背景，使第二客户端基于原有的显示背景显示目标动态信息，并启动新一轮计时循环。
178.以服务器接收到生气赞对应的多态赞指令为例，服务器可以根据其当前已接收的针对目标动态信息的多态赞指令，计算生气赞对应的比例，判断该生气赞对应的比例是否大于原点赞类型对应的比例；若是，则将生气赞对应的背景卡片card_bg_angry发送给第二客户端，并启动新一轮的计时循环及判断；若否，则拒绝更换第二客户端上目标动态信息的显示背景，保持基于原有的显示背景显示目标动态信息，并启动新一轮计时循环。
179.计时循环会周期性地根据上一周期接收到的针对目标动态信息的多态赞指令，判断是否需要更换第二客户端上目标动态信息的显示背景。若服务器在24小时内没有接收到新的针对目标动态信息的多态赞指令，则可以向第二客户端发送默认背景卡片，以使第二客户端不再显示多态赞效果，同时重启计时循环。
180.例如，若第二客户端显示生气赞对应的背景卡片的时间满24小时，且在此期间服务器没有接收到新的针对目标动态信息的多态赞指令，则服务器可以启动回归默认流程，即服务器将默认背景卡片发送给第二客户端，以使第二客户端基于该默认背景卡片显示目标动态信息，而不再显示生气赞对应的背景卡片。
181.针对上文描述的点赞处理方法，本技术还提供了对应的点赞处理装置，以使上述点赞处理方法在实际中的应用以及实现。
182.参见图12，图12为上文图2所示的点赞处理方法对应的一种点赞处理装置1200的结构示意图，该点赞处理装置1200包括：
183.指令获取模块1201，用于获取针对目标动态信息的多态赞指令；所述多态赞指令是响应于针对所述目标动态信息触发的多态赞操作生成的；
184.点赞类型确定模块1202，用于根据针对所述目标动态信息的多态赞指令，确定目标点赞类型；
185.素材查找模块1203，用于在背景素材库中查找所述目标点赞类型对应的目标背景素材；
186.素材发送模块1204，用于向目标客户端发送所述目标背景素材，以使所述目标客户端基于所述目标背景素材显示所述目标动态信息。
187.可选的，在图12所示的点赞处理装置的基础上，当所述目标客户端是面向针对所述目标动态信息触发多态赞操作的用户的第一客户端时，所述指令获取模块1201具体用于：
188.获取所述第一客户端上传的多态赞指令，作为目标多态赞指令；
189.所述点赞类型确定模块1202具体用于：
190.根据所述目标多态赞指令中包括的点赞类型的标识，确定所述目标点赞类型。
191.可选的，在图12所示的点赞处理装置的基础上，所述点赞类型确定模块1202具体用于：
192.获取所述目标动态信息当前的背景素材；
193.在所述当前的背景素材是默认背景素材的情况下，确定所述目标多态赞指令中包括的标识对应的点赞类型作为所述目标点赞类型；
194.在所述当前的背景素材不是所述默认背景素材的情况下，确定所述当前的背景素材对应的点赞类型作为参考点赞类型；判断所述目标多态赞指令中包括的标识对应的点赞类型与所述参考点赞类型是否相同，若不同，则确定所述目标多态赞指令中包括的标识对应的点赞类型作为所述目标点赞类型，若相同，则不执行所述根据针对所述目标动态信息的多态赞指令，确定目标点赞类型。
195.可选的，在图12所示的点赞处理装置的基础上，所述素材发送模块1204还用于：
196.完成向所述第一客户端发送所述目标背景素材的操作后开始计时；
197.当计时时间达到第一预设时长时，向所述第一客户端发送基准背景素材，以使所述第一客户端基于所述基准背景素材显示所述目标动态信息；所述基准背景素材是根据针对所述目标动态信息的所有多态赞指令确定的。
198.可选的，在图12所示的点赞处理装置的基础上，当所述目标客户端是面向发布所述目标动态信息的用户的第二客户端时，所述指令获取模块1201具体用于：
199.获取针对所述目标动态信息的各条多态赞指令；
200.所述点赞类型确定模块1202具体用于：
201.根据针对所述目标动态信息的各条多态赞指令，确定针对所述目标动态信息的各种点赞类型各自对应的占比；
202.确定所对应的占比最高的点赞类型，作为所述目标点赞类型。
203.可选的，在图12所示的点赞处理装置的基础上，当所述目标客户端是面向发布所述目标动态信息的用户的第二客户端时，所述指令获取模块1201具体用于：
204.获取上一周期内针对所述目标动态信息的多态赞指令；
205.所述点赞类型确定模块1202具体用于：
206.根据所述上一周期内针对目标动态信息的多态赞指令，确定所述上一周期内与所述目标动态信息相关的各种点赞类型；
207.针对所述上一周期内与所述目标动态信息相关的每种点赞类型，计算针对所述目标动态信息的包括该种点赞类型的标识的多态赞指令在针对所述目标动态信息的所有多态赞指令中的占比，作为该种点赞类型对应的占比；
208.在所述上一周期内与所述目标动态信息相关的各种点赞类型中，选出所对应的占比最高的点赞类型，作为下一周期的候选目标点赞类型；
209.判断所述下一周期的候选目标点赞类型与所述上一周期的目标点赞类型是否相同；所述上一周期的目标点赞类型与所述目标动态信息当前的背景素材相对应；
210.若相同，则将所述上一周期的目标点赞类型作为下一周期的目标点赞类型，不执行所述在背景素材库中查找所述目标点赞类型对应的目标背景素材；
211.若不同，则判断所述下一周期的候选目标点赞类型对应的占比是否大于所述上一周期的目标点赞类型对应的占比，若是，则确定所述下一周期的候选目标点赞类型作为所述下一周期的目标点赞类型，若否，则将所述上一周期的目标点赞类型作为所述下一周期的目标点赞类型，不执行所述在背景素材库中查找所述目标点赞类型对应的目标背景素材。
212.可选的，在图12所示的点赞处理装置的基础上，所述指令获取模块1201还用于：
213.接收到针对所述目标动态信息的多态赞指令后开始计时；
214.若在计时时间达到第二预设时长之前接收到新的针对所述目标动态信息的多态赞指令，则将计时归零，重新计时；
215.若在计时时间达到所述第二预设时长之前没有接收到新的针对所述目标动态信息的多态赞指令，则触发所述素材发送模块1204向所述第二客户端发送默认背景素材，以使所述第二客户端基于所述默认背景素材显示所述目标动态信息。
216.上述点赞处理装置创新性地将多态赞操作与动态信息的显示背景关联起来，根据针对目标动态信息触发的多态赞操作，相应地提供该目标动态信息的显示背景素材。如此，借助目标动态信息的显示背景，反应针对该目标动态信息的多态赞点赞情况；强化了多态赞在社交网络互动中的互动反馈感，能够更明显地表现多态赞操作所要表达的情绪，大大提高了多态赞功能的使用体验。此外，上述装置基于目标背景素材显示目标动态信息，能够放大点赞信息在客户端的表现效果，实现点赞信息的最大化传递及表现；并且，预先构建背景素材库，确定出目标点赞类型后直接从该背景素材库中调取目标点赞类型对应的目标素材，能够确保目标背景素材的获取效率，进而保证能够及时快速地向目标客户端反馈目标背景素材。
217.针对上文描述的点赞效果显示方法，本技术还提供了对应的点赞效果显示装置，以使上述点赞效果显示方法在实际中的应用以及实现。
218.参见图13，图13为上文图6所示的点赞效果显示方法对应的一种点赞效果显示装置1300的结构示意图，该点赞效果显示装置1300包括：
219.指令生成模块1301，用于响应于针对所述目标动态信息触发的多态赞操作，生成多态赞指令；
220.指令发送模块1302，用于向服务器发送所述多态赞指令；
221.素材接收模块1303，用于接收所述服务器响应所述多态赞指令返回的目标背景素材；所述目标背景素材与所述多态赞操作对应的点赞类型相对应；
222.显示模块1304，用于基于所述目标背景素材显示所述目标动态信息。
223.通过上述点赞效果显示装置，第一客户端触发针对目标动态信息的多态赞操作后，可以相应地接收与该多态赞操作的点赞类型对应的目标背景素材，并基于该目标背景素材显示目标动态信息。如此，达到根据用户针对动态信息触发的多态赞操作切换该动态信息的显示背景的效果，使得动态信息的显示背景与多态赞操作的点赞类型相对应，由此
强化用户的互动专属感，提高用户对于多态赞功能的使用欲望。
224.参见图14，图14为上文图7所示的点赞效果显示方法对应的一种点赞效果显示装置1400的结构示意图，该点赞效果显示装置1400包括：
225.素材接收模块1401，用于接收服务器发送的目标背景素材；所述目标背景素材与目标点赞类型对应，所述目标点赞类型是根据针对目标动态信息的多态赞指令确定的，所述多态赞指令是响应于针对所述目标动态信息触发的多态赞操作生成的；
226.显示模块1402，用于基于所述目标背景素材显示所述目标动态信息。
227.通过上述点赞效果显示装置，第二客户端可以基于与目标点赞类型对应的目标背景素材显示目标动态信息，由于该目标点赞类型是根据其他用户针对该目标动态信息触发的多态赞操作确定的，因此，该目标点赞类型能够从整体上反映其他用户针对该目标动态信息的多态赞点赞情况。换言之，对于面向发布目标动态信息的用户的第二客户端来说，其可以通过目标动态信息的显示背景快速直观地反映其他用户对于该目标动态信息的看法，便于目标动态信息的发布用户快速直观地了解其他用户对该目标动态信息的看法。
228.本技术实施例还提供了一种点赞处理设备，该设备具体可以为服务器，下面将从硬件实体化的角度对本技术实施例提供的服务器进行介绍。
229.参见图15，图15为本技术实施例提供的一种服务器1500的结构示意图。该服务器1500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，cpu)1522(例如，一个或一个以上处理器)和存储器1532，一个或一个以上存储应用程序1542或数据1544的存储介质1530(例如一个或一个以上海量存储设备)。其中，存储器1532和存储介质1530可以是短暂存储或持久存储。存储在存储介质1530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1522可以设置为与存储介质1530通信，在服务器1500上执行存储介质1530中的一系列指令操作。
230.服务器1500还可以包括一个或一个以上电源1526，一个或一个以上有线或无线网络接口1550，一个或一个以上输入输出接口1558，和/或，一个或一个以上操作系统1541，例如windows servertm，mac os xtm，unixtm,linuxtm，freebsdtm等等。
231.上述实施例中由服务器所执行的步骤可以基于该图15所示的服务器结构。
232.其中，cpu 1522用于执行如下步骤：
233.获取针对目标动态信息的多态赞指令；所述多态赞指令是响应于针对所述目标动态信息触发的多态赞操作生成的；
234.根据针对所述目标动态信息的多态赞指令，确定目标点赞类型；
235.在背景素材库中查找所述目标点赞类型对应的目标背景素材；
236.向目标客户端发送所述目标背景素材，以使所述目标客户端基于所述目标背景素材显示所述目标动态信息。
237.可选的，cpu 1522还可以用于执行本技术实施例提供的点赞处理方法的任意一种实现方式的步骤。
238.本技术实施例还提供了一种点赞效果显示设备，该设备具体可以是终端设备，下面将从硬件实体化的角度对本技术实施例提供的终端设备进行介绍。
239.参见图16，图16是本技术实施例提供的终端设备的结构示意图。如图16所示，为了
便于说明，仅示出了与本技术实施例相关的部分，具体技术细节未揭示的，请参照本技术实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(英文全称：personal digital assistant，英文缩写：pda)、销售终端(英文全称：point of sales，英文缩写：pos)、车载电脑等任意终端设备，以终端为智能手机为例：
240.图16示出的是与本技术实施例提供的终端相关的智能手机的部分结构的框图。参考图16，智能手机包括：射频(英文全称：radio frequency，英文缩写：rf)电路1610、存储器1620、输入单元1630、显示单元1640、传感器1650、音频电路1660、无线保真(英文全称：wireless fidelity，英文缩写：wifi)模块1670、处理器1680、以及电源1690等部件。本领域技术人员可以理解，图16中示出的智能手机结构并不构成对智能手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
241.存储器1620可用于存储软件程序以及模块，处理器1680通过运行存储在存储器1620的软件程序以及模块，从而执行智能手机的各种功能应用以及数据处理。存储器1620可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据智能手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1620可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
242.处理器1680是智能手机的控制中心，利用各种接口和线路连接整个智能手机的各个部分，通过运行或执行存储在存储器1620内的软件程序和/或模块，以及调用存储在存储器1620内的数据，执行智能手机的各种功能和处理数据，从而对智能手机进行整体监控。可选的，处理器1680可包括一个或多个处理单元；优选的，处理器1680可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1680中。
243.在本技术实施例中，该终端所包括的处理器1680还具有以下功能：
244.响应于针对所述目标动态信息触发的多态赞操作，生成多态赞指令；
245.向服务器发送所述多态赞指令；
246.接收所述服务器响应所述多态赞指令返回的目标背景素材；所述目标背景素材与所述多态赞操作对应的点赞类型相对应；
247.基于所述目标背景素材显示所述目标动态信息。
248.或者，
249.接收服务器发送的目标背景素材；所述目标背景素材与目标点赞类型对应，所述目标点赞类型是根据针对目标动态信息的多态赞指令确定的，所述多态赞指令是响应于针对所述目标动态信息触发的多态赞操作生成的；
250.基于所述目标背景素材显示所述目标动态信息。
251.可选的，所述处理器1680还用于执行本技术实施例提供的点赞效果显示方法的任意一种实现方式的步骤。
252.本技术实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的点赞处理方法中的任意一种实施方式，或者前述各个
实施例所述的点赞效果显示方法中的任意一种实施方式。
253.本技术实施例还提供一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前述各个实施例所述的点赞处理方法中的任意一种实施方式，或者前述各个实施例所述的点赞效果显示方法中的任意一种实施方式。
254.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
255.在本技术所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
256.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
257.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
258.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文全称：read-only memory，英文缩写：rom)、随机存取存储器(英文全称：random access memory，英文缩写：ram)、磁碟或者光盘等各种可以存储计算机程序的介质。
259.应当理解，在本技术中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
260.以上所述，以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些
修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围。