CN110727497B - 消息显示方法及装置 - Google Patents

Abstract

本发明实施例提供一种消息显示方法及装置，该方法包括：接收服务器发送的消息数据，其中，消息数据包括至少一个消息内容和至少一个消息内容各自对应的消息类型。根据客户端的配置信息和消息数据，获取各消息类型所对应的消息显示样式，其中，配置信息为服务器根据客户端的版本信息发送给客户端的，用于指示各消息类型所对应的消息显示样式。根据各消息显示样式，分别显示各消息内容。针对任一版本的客户端，以及针对任一种消息的类型，均采用相同的处理过程，从而实现了消息显示的通用化，降低了系统开发的复杂度。

Description

消息显示方法及装置

技术领域

本发明实施例涉及计算机技术，尤其涉及一种消息显示方法及装置。

背景技术

随着服务器和客户端之间交互的消息种类越来越多，客户端通常需要对不同类型的消息按照各自对应的样式进行显示。

目前，现有技术在针对不同类型的消息进行显示时，通常是客户端与服务器之间预先约定有各个消息类型对应的不同的传输协议，服务器通过各传输协议将不同类型的消息分别传输至客户端，客户端根据传输协议确定消息的类型，并按照该消息的类型所对应的样式进行消息的显示。

然而，不同的消息类型各自对应不同的传输协议，会使得消息的显示缺乏通用化，系统的开发复杂。

发明内容

本发明实施例提供一种消息显示方法及装置，以克服消息的显示缺乏通用化的问题。

第一方面，本发明实施例提供一种消息显示方法，包括：

接收服务器发送的消息数据，其中，所述消息数据包括至少一个消息内容和所述至少一个消息内容各自对应的消息类型；

根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式，其中，所述配置信息为所述服务器根据所述客户端的版本信息发送给所述客户端的，用于指示各所述消息类型所对应的消息显示样式；

根据各所述消息显示样式，分别显示各所述消息内容。

在一种可能的设计中，所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式，包括：

根据所述消息数据，获取至少一个所述消息类型；

根据各所述消息类型在所述配置信息中进行查询，以获取各所述消息类型各自对应的消息显示样式。

在一种可能的设计中，所述消息数据为所述服务器将所述至少一个消息内容和所述至少一个消息内容各自对应的消息类型进行封装得到的；

所述根据所述消息数据，获取至少一个所述消息类型，包括：

对所述封装得到的消息数据进行解析，以获取至少一个消息内容和所述至少一个消息内容各自对应的至少一个消息类型；

针对任一个所述消息内容，将所述消息内容和所述消息内容所对应的消息类型存储至节点中，以得到包括至少一个节点的消息链表；

遍历所述消息链表，以获取各所述节点中的消息内容所对应的消息类型。

在一种可能的设计中，所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之后，所述方法还包括：

将各所述消息类型所对应的消息显示样式分别存储至各所述消息类型所对应的节点中；

所述根据各所述消息显示样式，分别显示各所述消息内容，包括：

遍历所述消息链表，以获取各所述消息内容所对应的消息显示样式；

根据各所述消息显示样式，分别显示各所述消息内容。

在一种可能的设计中，所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之前，所述方法还包括：

向服务器发送配置信息获取请求，其中，所述配置信息获取请求携带有客户端版本信息；

接收所述服务器发送的配置信息，其中，所述配置信息为所述服务器根据所述客户端的版本信息确定的所述版本信息所对应的配置信息。

在一种可能的设计中，所述配置信息获取请求还携带有用户数据，其中，所述用户数据用于唯一的指示一个客户端；

所述消息数据还携带有第一校验序列。

在一种可能的设计中，所述接收服务器发送的消息数据之后，所述方法还包括：

根据所述第一校验序列和第二校验序列，判断所述服务器发送的消息数据是否合格，其中，所述第二校验序列为所述服务器根据所述用户数据和所述客户端版本信息得到并发送给所述客户端的；

若是，则确定接收所述服务器发送的消息数据；

若否，则丢弃所述服务器发送的消息数据。

第二方面，本发明实施例提供一种消息显示装置，包括：

接收模块，用于接收服务器发送的消息数据，其中，所述消息数据包括至少一个消息内容和所述至少一个消息内容各自对应的消息类型；

获取模块，用于根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式，其中，所述配置信息为所述服务器根据所述客户端的版本信息发送给所述客户端的，用于指示各所述消息类型所对应的消息显示样式；

显示模块，用于根据各所述消息显示样式，分别显示各所述消息内容。

在一种可能的设计中，所述获取模块具体用于：

根据所述消息数据，获取至少一个所述消息类型；

根据各所述消息类型在所述配置信息中进行查询，以获取各所述消息类型各自对应的消息显示样式。

在一种可能的设计中，所述消息数据为所述服务器将所述至少一个消息内容和所述至少一个消息内容各自对应的消息类型进行封装得到的；

所述获取模块具体用于：

对所述封装得到的消息数据进行解析，以获取至少一个消息内容和所述至少一个消息内容各自对应的至少一个消息类型；

针对任一个所述消息内容，将所述消息内容和所述消息内容所对应的消息类型存储至节点中，以得到包括至少一个节点的消息链表；

遍历所述消息链表，以获取各所述节点中的消息内容所对应的消息类型。

在一种可能的设计中，所述获取模块还用于：

在所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之后，将各所述消息类型所对应的消息显示样式分别存储至各所述消息类型所对应的节点中；

所述显示模块具体用于：

遍历所述消息链表，以获取各所述消息内容所对应的消息显示样式；

根据各所述消息显示样式，分别显示各所述消息内容。

在一种可能的设计中，所述获取模块还用于：

在所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之前，向服务器发送配置信息获取请求，其中，所述配置信息获取请求携带有客户端版本信息；

接收所述服务器发送的配置信息，其中，所述配置信息为所述服务器根据所述客户端的版本信息确定的所述版本信息所对应的配置信息。

在一种可能的设计中，所述配置信息获取请求还携带有用户数据，其中，所述用户数据用于唯一的指示一个客户端；

所述消息数据还携带有第一校验序列。

在一种可能的设计中，还包括：校验模块；

所述校验模块具体用于：

在所述接收服务器发送的消息数据之后，根据所述第一校验序列和第二校验序列，判断所述服务器发送的消息数据是否合格，其中，所述第二校验序列为所述服务器根据所述用户数据和所述客户端版本信息得到并发送给所述客户端的；

若是，则确定接收所述服务器发送的消息数据；

若否，则丢弃所述服务器发送的消息数据。

第三方面，本发明实施例提供一种消息显示设备，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如上第一方面以及第一方面各种可能的设计中任一所述的方法。

本发明实施例提供一种消息显示方法及装置，该方法包括：接收服务器发送的消息数据，其中，消息数据包括至少一个消息内容和至少一个消息内容各自对应的消息类型。根据客户端的配置信息和消息数据，获取各消息类型所对应的消息显示样式，其中，配置信息为服务器根据客户端的版本信息发送给客户端的，用于指示各消息类型所对应的消息显示样式。根据各消息显示样式，分别显示各消息内容。通过服务器根据客户端的版本信息将客户端对应的配置信息发送给客户端，从而使得消息显示时无需考虑客户端的版本，以及通过配置信息指示各消息类型所对应的消息显示样式，从而使得各类型的消息都可以通过通用协议进行发送，从而无需考虑消息的类型，针对任一版本的客户端，以及针对任一种消息的类型，均采用相同的处理过程，从而实现了消息显示的通用化，降低了系统开发的复杂度。

附图说明

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

图1为本发明实施例提供的消息显示方法的系统示意图；

图2为本发明其中一实施例提供的消息显示方法的流程图一；

图3为本发明其中一实施例提供的配置信息的示意图；

图4为本发明其中一实施例提供的消息显示方法的流程图二；

图5为本发明其中一实施例提供的消息链表的示意图；

图6为本发明其中一实施例提供的消息显示方法的流程图三；

图7为本发明其中一实施例提供的消息显示方法的流程示意图；

图8为本发明实施例提供的消息显示装置的结构示意图一；

图9为本发明实施例提供的消息显示装置的结构示意图二；

图10为本发明实施例提供的消息显示设备的硬件结构示意图。

具体实施方式

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

图1为本发明实施例提供的消息显示方法的系统示意图，如图1所示，包括：服务器以及客户端。

其中，客户端与服务器之间进行数据的交互，图1中所示出的是服务器向客户端发送消息的情况，本领域技术人员可以理解的是，图1中的情况只是为了便于接下来对现有技术进行简单介绍，本实施例中并不排除客户端向服务器发送消息的情况。

在本公开中，交互的方式例如可以通过有线网络，该有线网络例如可以包括同轴电缆、双绞线和光纤等，其中交互的方式还例如可以是无线网络，该无线网络可以是2G网络、3G网络、4G网络或者5G网络、无线保真(Wireless Fidelity，简称WIFI)网络等。本发明实施例对交互的具体类型或者具体形式并不做限定，只要其能够实现服务器和终端交互的功能即可。

可以理解的是，客户端通常运行在玩家持有的终端设备上，其中终端设备例如可以是计算机设备、平板电脑或移动电话(或称为“蜂窝”电话)等，终端设备还可以是便携式、袖珍式、手持式、计算机内置的移动装置或设备，此处不做特别限制。

在一种可选的实现方式中，客户端例如可以为用于直播的客户端；或者，客户端还可以为用于聊天的客户端、游戏客户端等，凡是能显示不同类型的消息的客户端都可以用于实现本发明的方案，此处对此不做限定。

下面结合图1以客户端为用于直播的客户端为例进行说明，其余的客户端的实现方式类似，其中，消息的类型例如可以有聊天消息、系统消息、活动消息、通知消息等，针对不同的消息类型，服务器和客户端之间预先约定有不同的协议。

具体的，参见图1，服务器中针对聊天消息、系统消息和活动消息分别设置有聊天服务、系统服务和活动服务，在一次可能的交互过程中，在当前存在聊天消息时，服务器调用聊天服务，并通过聊天消息对应的协议将聊天消息传输至客户端，客户端在接收到聊天消息之后，根据聊天消息对应的消息显示样式将聊天消息显示在终端设备的显示界面上，当存在系统消息、活动消息或者其他任一种可能的消息类型时，其实现方式类似，此处不再赘述，最终各消息的显示效果如图1所示，其可能呈现不同的字体、大小、是否加粗、或者是都存在符号等。

现有技术中，客户端确定聊天消息所对应的消息显示样式的实现方式存在以下两种可能，下面分别进行介绍：

在一种可能的实现方式中，客户端中定义有各个类型的消息各自所对应的消息显示样式，例如针对系统消息，其对应的消息显示样式为：白色、四号字体，宋体等，则客户端根据当前接收到的消息所对应的协议，首先确定接收到的消息的类型，其次根据消息的类型确定消息的显示样式。

然而，消息的样式如果定义在客户端的话，如果发布的新版本对消息显示样式进行了更新，则会导致不同版本的客户端的代码不一样，对应的对同一条消息的显示也会不同，假设当前针对聊天消息，版本1的客户端A对应的聊天消息的消息显示样式指示显示黄色，而版本2的客户端对应的聊天消息的消息显示样式指示显示白色，则会导致不同版本的客户端之间所显示的消息内容不同，并且每次对消息显示样式进行修改都需要修改客户端的代码，并进行新版本的发布以及等待版本覆盖，其实现过程过于复杂，不利于系统的扩展。

在另一种可能的实现方式中，为便于对消息显示样式进行修改，可以在各消息类型所对应的传输协议中携带配置信息，即图1中虚线框所指示的部分，其中配置信息用于指示各消息类型所对应的消息显示样式，例如在活动消息所对应的传输协议中携带“黄色，三号字体”，则服务器通过活动消息所对应的传输协议向客户端发送活动消息是，会一并将该配置信息发送给客户端，客户端在接收到服务器发送的协议之后，优先读取配置信息，并根据配置信息对活动消息进行显示，在需要对消息显示样式进行修改时，只需要修改配置信息即可。

然而，这种方式依然无法实现消息显示在不同版本的客户端之间的通用，具体的，对于新开发的消息类型，没有定义新的消息类型的老版本客户端显然无法显示，例如当前新开发了一个广播消息的消息类型，当客户端接收到该广播消息和广播消息对应的配置信息之后，由于其客户端的版本没有更新，其没有广播消息对应的显示模块(比如说没有配置“华文仿宋”这个字体)，因老版本的客户端没有办法对广播消息按照配置信息进行显示，所以服务器和客户端都要进行更新，才能实现消息显示的更新；并且这种方式获取消息的显示样式，其依赖于服务器的协议，因此无法实现消息显示的通用化。

综上所述，无论是上述介绍的哪种实现方式，其针对不同的消息类型，需要根据不同的协议进行消息的传输，针对不同版本的客户端，无法实现消息显示样式的统一更新，从而导致了消息显示缺乏通用化。

基于上述介绍的问题，本公开提供了一种消息显示方法，以实现消息显示的通用化，值得说明的是，本公开中所要强调的通用化是指不用考虑客户端的版本，并且不用考虑消息的类型，通过通用的消息传输协议就可以实现消息的传输和显示，从而实现消息显示的通用化，下面结合图2和图3对本发明实施例提供的消息显示方法进行介绍，图2为本发明其中一实施例提供的消息显示方法的流程图一，图3为本发明其中一实施例提供的配置信息的示意图，在介绍之前需要说明的是，图2实施例的执行主体为客户端，为了便于理解，图2实施例中部分段落也会介绍服务器所执行的操作。

如图2所示，该方法包括：

S201、接收服务器发送的消息数据，其中，消息数据包括至少一个消息内容和至少一个消息内容各自对应的消息类型。

具体的，在当前有消息产生时，服务器根据消息内容以及消息内容对应的消息类型进行处理，以得到消息数据，其中服务器所进行的处理例如可以为封装处理，则消息数据的形式可以为封装处理得到的消息包；或者，服务器所进行的处理可以为关联处理，则消息内容和消息内容对应的消息类型被关联在一起，本实施例对此不做限定，只要消息数据中包括消息内容和消息内容对应的消息类型即可。

在本实施例中，在同时产生多条消息时，则消息数据可以中包括多条消息和各消息内容各自对应的消息类型，以直播客户端为例，当前很多观众可能同时在发送评论、弹幕(聊天消息)，以及在房管发送通知(通知消息)，以及系统在发送消息(系统消息)，则服务器可以将这些消息一并进行封装，从而得到消息数据，并发送给客户端，则客户端接收到服务器发送的消息数据。

在一种可选的实现方式中，客户端可以实时接收服务器发送的消息数据，或者客户端还可以按照预设周期接收服务器发送的消息数据，例如每5毫秒接收一次，本实施例对此不做限定。

S202、根据客户端的配置信息和消息数据，获取各消息类型所对应的消息显示样式，其中，配置信息为服务器根据客户端的版本信息发送给客户端的，用于指示各消息类型所对应的消息显示样式。

在本实施例中，客户端中存储有配置信息，其中配置信息为服务器根据客户端的版本信息发送给客户端的，版本信息用于指示客户端的版本，例如可以为版本号等，具体的，服务器中存储有各个版本的客户端所对应的配置信息，则需要对消息显示样式进行修改时，直接在服务器的配置信息中进行修改即可，而无需进行客户端的修改，实现了消息显示样式的动态修改，同时增强了系统的可扩展性。

在一种可能的实现方式中，客户端在启动时，可以向服务器发送携带有版本信息的配置信息获取请求，服务器根据配置信息获取请求确定当发送请求的客户端的版本，其次将该版本所对应的配置信息发送给客户端。

或者，在另一种可能的实现方式中，服务器可以定时向各个版本的客户端发送每个版本的客户端各自对应的配置信息。

客户端在接收到配置信息之后，可以将配置信息进行存储，以便后续对接收到的消息进行显示，在本实施例中配置信息用于指示各消息类型所对应的消息显示样式，其中消息显示样式例如可以包括颜色、字体、大小、位置、特殊符号等，本领域技术人员可以理解，凡是用于指示消息显示的信息均可以作为本实施例中的消息显示样式，此处对此不做特别限定。

在示例性的说明中，某一版本信息对应的配置信息的具体实现方式例如可以如图3所示，参照图3可以理解，不同消息类型对应有各自的消息显示样式，其中消息显示样式具体指示了在显示界面上如何对当前类型的消息进行显示，同时，某一消息类型还可以再细化分为更多的消息类型，例如参见图3，系统消息可以再细划分为第一系统消息(如礼物的系统消息)以及第二系统消息(后台发布的系统消息)等，其中每种消息类型分别对应各自的消息显示样式，在比如，针对聊天消息，聊天消息中的用户昵称和消息内容也可以对应不同的消息显示样式，则在配置信息中对用户昵称和消息内容分别定义各自的消息显示样式，综合上述介绍本领域技术人员可以理解的是，消息的具体显示方式以及消息类型的划分均可以根据实际需求进行选择，只要在配置信息中进行定义即可，图3中的配置信息指示为了便于理解进行的示例性的介绍，在实现过程中配置信息具体如何实现，其可以根据需求进行选择，例如颜色可以存储的是RGB的色值信息、或者灰度信息、或者二进制编码信息等。

具体的，消息数据中包括消息类型，则例如可以根据消息类型在配置信息中进行查找，从而获取消息类型所对应的消息显示样式，当消息数据中包括多个消息类型时，则分别获取消息类型所对应的消息显示样式。

S203、根据各消息显示样式，分别显示各消息内容。

在确定消息数据中各个消息类型对应的消息显示样式之后，根据消息显示样式对各消息内容进行显示，具体的，不同版本的客户端接收到的配置信息至其对应的配置信息，因此不同版本的客户端所对应的消息显示样式可能也是不同的，最终的显示效果可能不相同，也可能相同。

值得说明的是，本实施例中服务器向客户端发送消息时是通过通用协议发送的，所谓的通用协议值得是不管是什么类型的消息，均通过该通用协议进行发送，相对于现有技术中针对不同类型的消息需要定义不同传输协议，所导致的系统设计的冗余和分散，本实施例中通过通用协议避免了冗余和分散的问题，增强了系统的可维护性，同时现有技术的方案中因为不同类型的消息对应不同的传输方式，因此在进行系统测试时，需要针对不同类型的消息进行测试，也增加了测试的复杂性，本实施例中各类型的消息对应的处理过程都是一致的，因此无需针对不同类型的消息进行测试，降低了系统测试的复杂性。

因此在本实施例中，在对消息进行显示时，无需考虑当前消息的类型，也无需考虑当前显示消息内容的客户单的版本，从而实现了消息显示的通用化，也就是说无论是什么类型的消息，也无论哪个版本的客户单，都可以采用本实施例提供的方法进行消息显示。

本发明实施例提供的消息显示方法，包括：接收服务器发送的消息数据，其中，消息数据包括至少一个消息内容和至少一个消息内容各自对应的消息类型。根据客户端的配置信息和消息数据，获取各消息类型所对应的消息显示样式，其中，配置信息为服务器根据客户端的版本信息发送给客户端的，用于指示各消息类型所对应的消息显示样式。根据各消息显示样式，分别显示各消息内容。通过服务器根据客户端的版本信息将客户端对应的配置信息发送给客户端，从而使得消息显示时无需考虑客户端的版本，以及通过配置信息指示各消息类型所对应的消息显示样式，从而使得各类型的消息都可以通过通用协议进行发送，从而无需考虑消息的类型，针对任一版本的客户端，以及针对任一种消息的类型，均采用相同的处理过程，从而实现了消息显示的通用化，降低了系统开发的复杂度。

在上述实施例的基础上，下面结合图4至图5对本发明实施例提供的消息显示方法进行进一步地详细介绍，图4为本发明其中一实施例提供的消息显示方法的流程图二，图5为本发明其中一实施例提供的消息链表的示意图。

如图4所示，该方法包括：

S401、向服务器发送配置信息获取请求，其中，配置信息获取请求携带有客户端版本信息。

具体的，可以在客户端启动时向服务器发送配置信息获取请求，以使得客户端在启动之后，可以按照配置信息中的内容进行消息的显示。

在可选的实施例中，在客户端启动之后，还可以按照预设周期向服务器发送配置信息获取请求，以使得当服务器中对当前客户端的版本所对应的配置信息进行了更新时，客户端能够及时的按照更新后的配置信息进行消息的显示，比如说当前客户端的版本所对应的配置信息中添加了一个前缀图标(比如说小喇叭)，则客户端可以及时将添加的前缀图标显示在显示界面上，从而有效提升了消息显示的动态性。

S402、接收服务器发送的配置信息，其中，配置信息为服务器根据客户端的版本信息确定的版本信息所对应的配置信息。

服务器根据客户端的版本信息获取请求，确定版本信息所对应的配置信息，并发送给客户端，客户端在接受到服务器发送的配置信息之后，可以将配置信息存储在客户端中，以便后续进行消息显示样式的查找。

在可选的实施例中，在客户端关闭时，客户端可以将存储的配置信息进行删除，或者，还可以不擅长，则客户端可以在下次启动或者接收到新的配置信息时，用新的配置信息覆盖旧的配置信息，从而保证配置信息能够及时的进行更新。

S403、接收服务器发送的消息数据，其中，消息数据包括至少一个消息内容和至少一个消息内容各自对应的消息类型。

具体的，S403的实现方式与S201类似，此处不再赘述。

值得说明的是，本实施例中S403和S401、S402的执行顺序可以互换，即可以先执行S403，在执行S401和S402，或者，还可以先执行S401和S402，再执行S403，本实施例对此不做限定。

S404、对封装得到的消息数据进行解析，以获取至少一个消息内容和至少一个消息内容各自对应的至少一个消息类型。

在本实施例中，消息数据为服务器将至少一个消息内容和至少一个消息内容各自对应的消息类型进行封装得到的，例如消息数据可以为一个数据包，因此要获取各消息内容和各消息类型还需要对封装的消息数据进行解析。

具体的，消息数据中可以包括至少一条消息，因此对封装得到的消息数据进行解析，能够获取至少一个消息内容和至少一个消息内容各自对应的至少一个消息类型。

S405、针对任一个消息内容，将消息内容和消息内容所对应的消息类型存储至节点中，以得到包括至少一个节点的消息链表。

假设当前得到的消息内容和消息类型如图5中的501所示，则针对其中任一个消息内容，可以将消息内容和消息内容所对应的消息类型存储至消息链表的节点中，从而得到如图5所示的包括至少一个节点的消息链表502。

S406、遍历消息链表，以获取各节点中的消息内容所对应的消息类型。

在得到消息链表之后，遍历消息链表，就能够得到各节点中的消息内容所对应的消息类型，在本实施例中，因为消息的显示是按顺序显示的，因此采用消息链表的方式能够快速有效的实现对消息内容的处理。

S407、根据各消息类型在配置信息中进行查询，以获取各消息类型各自对应的消息显示样式。

在本实施例中，配置信息可以包括消息类型和消息类型对应的消息显示样式，因此可以遍历消息链表，根据当前遍历到的消息类型在配置信息中进行查询，例如可以参见图3中的配置信息理解查询的过程，从而确定当前消息类型所对应的消息显示样式。

在可选的实施例中，若在配置信息中没有查询到消息类型对应的消息显示样式，或者配置信息不包括当前遍历到的消息类型，则可以将默认的消息显示信息确定为当前遍历到的消息类型对应的消息显示信息。

当消息链表遍历完成后，则获取了各消息类型各自对应的消息显示样式。

S408、将各消息类型所对应的消息显示样式分别存储至各消息类型所对应的节点中。

具体的，在确定各消息类型所对应的消息显示样式之后，将消息显示样式存储分别存储至各消息类型所对应的节点中，假设消息类型N对应的消息显示样式用消息显示样式N来指代，其中N为整数，则存储了消息显示样式的消息链表可以如图5中的503所示。

S409、遍历消息链表，以获取各消息内容所对应的消息显示样式。

S410、根据各消息显示样式，分别显示各消息内容。

在对消息进行显示时，遍历消息链表，从而能够获取各消息内容所对应的消息显示样式，其次根据消息显示样式分别显示各消息内容，通过链表的方式能够有效的提升消息的显示效率。

本领域技术人员可以理解，一个消息数据可以对应一个消息链表，其中消息链表的节点数量为消息数据中消息的个数。

本发明实施例提供的消息显示方法，包括：向服务器发送配置信息获取请求，其中，配置信息获取请求携带有客户端版本信息。接收服务器发送的配置信息，其中，配置信息为服务器根据客户端的版本信息确定的版本信息所对应的配置信息。接收服务器发送的消息数据，其中，消息数据包括至少一个消息内容和至少一个消息内容各自对应的消息类型。对封装得到的消息数据进行解析，以获取至少一个消息内容和至少一个消息内容各自对应的至少一个消息类型。针对任一个消息内容，将消息内容和消息内容所对应的消息类型存储至节点中，以得到包括至少一个节点的消息链表。遍历消息链表，以获取各节点中的消息内容所对应的消息类型。根据各消息类型在配置信息中进行查询，以获取各消息类型各自对应的消息显示样式。将各消息类型所对应的消息显示样式分别存储至各消息类型所对应的节点中。遍历消息链表，以获取各消息内容所对应的消息显示样式。根据各消息显示样式，分别显示各消息内容。通过配置信息指示消息的显示，从而实现了消息显示的通用化，以及根据消息链表进行消息显示样式的获取和消息的显示，从而有效提升了消息显示的效率。

在上述实施例的基础上，本发明实施例提供的消息显示方法在接收服务器发送的消息数据之后，还提供对消息数据进行校验的功能，以防止不法分子模拟服务器向客户端发送消息数据，而使得客户端跳转至非法页面，下面结合图6对校验的具体实现过程进行介绍，图6为本发明其中一实施例提供的消息显示方法的流程图三，如图6所示，该方法包括：

S601、根据第一校验序列和第二校验序列，判断服务器发送的消息数据是否合格，其中，第二校验序列为服务器根据用户数据和客户端版本信息得到并发送给客户端的，若是，则执行S602，若否，则执行S603。

在本实施例中，客户端向服务器发送配置信息获取请求时，配置信息获取请求除了版本信息之后，还携带有用户数据，其中用户数据用于唯一的指示一个客户端，在一种可选的实现方式中，用户数据例如可以为客户端标识，或者还可以为当前登录客户端的用户的用户名等，本实施例对此不做限定。

服务器根据用户数据和版本信息得到第二校验序列，其中第二校验序列可以理解为客户端在服务器上注册的注册标识，同时，本实施例中服务器发送给客户端的消息数据还携带有第一校验序列。

客户端根据第一校验序列和第二校验序列，判断服务器发送的消息数据是否合格，具体的，判断第一校验序列和第二校验序列是否一致，例如服务器和当前客户端的第二校验序列为“01010”，则客户端判断当前接收的消息数据携带的第一校验序列是否为“01010”。

S602、确定接收服务器发送的消息数据。

S603、丢弃服务器发送的消息数据。

若第一校验序列和第二校验序列一致，则可以确定当前的消息数据是安全的，从而确定接收服务器发送的消息数据；若第一校验序列和第二校验序列不一致，则可以确定当前的消息数据不安全，从而丢弃当前接收到的消息数据。

本发明实施例提供的消息显示方法，通过增加校验机制，从而避免了客户端跳转至非法页面，增加了客户端的安全性。

在上述实施例的基础上，下面结合图7对本发明提供的消息显示方法进行一个系统的完整的说明，图7为本发明其中一实施例提供的消息显示方法的流程示意图。

如图7所示，

1、在应用启动时，客户端向服务器发送携带有版本信息的配置信息获取请求；

2、服务器根据配置信息获取请求配置服务中获取当前客户端的版本信息所对应的配置信息，并将配置信息发送给客户端；

在一种可选的实现方式中，配置信息中的消息类型例如可以采用标签表示，例如标签<msg-activity-nickname>表示是活动消息的昵称样式，其中消息显示样式中，例如可以用“ffffff”代表白色等。

3、当有消息产生，服务端的通用服务根据消息的内容从配置服务中获取消息的内容所对应的消息类型。

4、服务器的通用服务根据消息内容和消息内容对应的消息类型进行封装，得到消息包(也就是消息数据)。

例如说当前产生了一条活动消息，则服务器从配置服务中获取活动消息的标签，并且将标签和消息内容封装成消息包，例如：

<msg-activity-nickname start>消息内容<msg-activity-nickname end>

5、服务器的通用服务将封装得到的消息数据以消息包的样式发送给客户端，其中发送的协议为通用协议。

6、客户端收到服务端发送的消息数据，在客户端建立消息链表，并从消息数据中提取消息内容和消息类型，并根据提取到的内容存储在消息链表的节点中，并根据消息链表和配置信息确定各消息内容的消息显示样式。

本实施例中客户端接收到的服务器发送的消息为通用消息，也就是说客户单在接收到时并不关心其是什么类型的消息，因此图8中用通用消息指代。

7、遍历消息链表，确定各消息类型对应的消息显示样式，并将消息显示样式也存储在节点中。直到遍历解析完整个消息内容。最后当要生成界面展示。

8、遍历消息链表，对消息内容和消息显示方式进行组装、布局和渲染，最终将消息展示在屏幕上。

客户端在对消息进行显示的过程中，通过通用协议接收消息包，并且在显示过程中也不关心消息的具体类型，按照通用消息进行显示，从而实现了消息显示的通用化。

图8为本发明实施例提供的消息显示装置的结构示意图一。如图8所示，该装置80包括：接收模块801、获取模块802以及显示模块803。

接收模块801，用于接收服务器发送的消息数据，其中，所述消息数据包括至少一个消息内容和所述至少一个消息内容各自对应的消息类型；

获取模块802，用于根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式，其中，所述配置信息为所述服务器根据所述客户端的版本信息发送给所述客户端的，用于指示各所述消息类型所对应的消息显示样式；

显示模块803，用于根据各所述消息显示样式，分别显示各所述消息内容。

在一种可能的设计中，所述获取模块802具体用于：

根据所述消息数据，获取至少一个所述消息类型；

根据各所述消息类型在所述配置信息中进行查询，以获取各所述消息类型各自对应的消息显示样式。

在一种可能的设计中，所述消息数据为所述服务器将所述至少一个消息内容和所述至少一个消息内容各自对应的消息类型进行封装得到的；

所述获取模块802具体用于：

对所述封装得到的消息数据进行解析，以获取至少一个消息内容和所述至少一个消息内容各自对应的至少一个消息类型；

针对任一个所述消息内容，将所述消息内容和所述消息内容所对应的消息类型存储至节点中，以得到包括至少一个节点的消息链表；

遍历所述消息链表，以获取各所述节点中的消息内容所对应的消息类型。

在一种可能的设计中，所述获取模块802还用于：

在所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之后，将各所述消息类型所对应的消息显示样式分别存储至各所述消息类型所对应的节点中；

所述显示模块803具体用于：

遍历所述消息链表，以获取各所述消息内容所对应的消息显示样式；

根据各所述消息显示样式，分别显示各所述消息内容。

在一种可能的设计中，所述获取模块802还用于：

在所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之前，向服务器发送配置信息获取请求，其中，所述配置信息获取请求携带有客户端版本信息；

接收所述服务器发送的配置信息，其中，所述配置信息为所述服务器根据所述客户端的版本信息确定的所述版本信息所对应的配置信息。

在一种可能的设计中，所述配置信息获取请求还携带有用户数据，其中，所述用户数据用于唯一的指示一个客户端；

所述消息数据还携带有第一校验序列。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图9为本发明实施例提供的消息显示装置的结构示意图二。如图9所示，本实施例在图8实施例的基础上，还包括：校验模块904。

在一种可能的设计中，所述校验模块904具体用于：

在所述接收服务器发送的消息数据之后，根据所述第一校验序列和第二校验序列，判断所述服务器发送的消息数据是否合格，其中，所述第二校验序列为所述服务器根据所述用户数据和所述客户端版本信息得到并发送给所述客户端的；

若是，则确定接收所述服务器发送的消息数据；

若否，则丢弃所述服务器发送的消息数据。

本实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本实施例此处不再赘述。

图10为本发明实施例提供的消息显示设备的硬件结构示意图，如图10所示，本实施例的消息显示设备100包括：处理器1001以及存储器1002；其中

存储器1002，用于存储计算机执行指令；

处理器1001，用于执行存储器存储的计算机执行指令，以实现上述实施例中消息显示方法所执行的各个步骤。具体可以参见前述方法实施例中的相关描述。

可选地，存储器1002既可以是独立的，也可以跟处理器1001集成在一起。

当存储器1002独立设置时，该消息显示设备还包括总线1003，用于连接所述存储器1002和处理器1001。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上消息显示设备所执行的消息显示方法。

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (16)

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

接收服务器发送的消息数据，其中，所述消息数据包括至少一个消息内容和所述至少一个消息内容各自对应的消息类型，所述消息数据为通过通用传输协议传输的；

根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式，其中，所述配置信息为所述服务器根据所述客户端的版本信息发送给所述客户端的，用于指示各所述消息类型所对应的消息显示样式；

根据各所述消息显示样式，分别显示各所述消息内容。

2.根据权利要求1所述的方法，其特征在于，所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式，包括：

根据所述消息数据，获取至少一个所述消息类型；

根据各所述消息类型在所述配置信息中进行查询，以获取各所述消息类型各自对应的消息显示样式。

3.根据权利要求2所述的方法，其特征在于，所述消息数据为所述服务器将所述至少一个消息内容和所述至少一个消息内容各自对应的消息类型进行封装得到的；

所述根据所述消息数据，获取至少一个所述消息类型，包括：

对所述封装得到的消息数据进行解析，以获取至少一个消息内容和所述至少一个消息内容各自对应的至少一个消息类型；

针对任一个所述消息内容，将所述消息内容和所述消息内容所对应的消息类型存储至节点中，以得到包括至少一个节点的消息链表；

遍历所述消息链表，以获取各所述节点中的消息内容所对应的消息类型。

4.根据权利要求3所述的方法，其特征在于，所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之后，所述方法还包括：

将各所述消息类型所对应的消息显示样式分别存储至各所述消息类型所对应的节点中；

所述根据各所述消息显示样式，分别显示各所述消息内容，包括：

遍历所述消息链表，以获取各所述消息内容所对应的消息显示样式；

根据各所述消息显示样式，分别显示各所述消息内容。

5.根据权利要求1所述的方法，其特征在于，所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之前，所述方法还包括：

向服务器发送配置信息获取请求，其中，所述配置信息获取请求携带有客户端版本信息；

接收所述服务器发送的配置信息，其中，所述配置信息为所述服务器根据所述客户端的版本信息确定的所述版本信息所对应的配置信息。

6.根据权利要求5所述的方法，其特征在于，所述配置信息获取请求还携带有用户数据，其中，所述用户数据用于唯一的指示一个客户端；

所述消息数据还携带有第一校验序列。

7.根据权利要求6所述的方法，其特征在于，所述接收服务器发送的消息数据之后，所述方法还包括：

根据所述第一校验序列和第二校验序列，判断所述服务器发送的消息数据是否合格，其中，所述第二校验序列为所述服务器根据所述用户数据和所述客户端版本信息得到并发送给所述客户端的；

若是，则确定接收所述服务器发送的消息数据；

若否，则丢弃所述服务器发送的消息数据。

8.一种消息显示装置，其特征在于，包括：

接收模块，用于接收服务器发送的消息数据，其中，所述消息数据包括至少一个消息内容和所述至少一个消息内容各自对应的消息类型，所述消息数据为通过通用传输协议传输的；

获取模块，用于根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式，其中，所述配置信息为所述服务器根据所述客户端的版本信息发送给所述客户端的，用于指示各所述消息类型所对应的消息显示样式；

显示模块，用于根据各所述消息显示样式，分别显示各所述消息内容。

9.根据权利要求8所述的装置，其特征在于，所述获取模块具体用于：

根据所述消息数据，获取至少一个所述消息类型；

根据各所述消息类型在所述配置信息中进行查询，以获取各所述消息类型各自对应的消息显示样式。

10.根据权利要求9所述的装置，其特征在于，所述消息数据为所述服务器将所述至少一个消息内容和所述至少一个消息内容各自对应的消息类型进行封装得到的；

所述获取模块具体用于：

对所述封装得到的消息数据进行解析，以获取至少一个消息内容和所述至少一个消息内容各自对应的至少一个消息类型；

针对任一个所述消息内容，将所述消息内容和所述消息内容所对应的消息类型存储至节点中，以得到包括至少一个节点的消息链表；

遍历所述消息链表，以获取各所述节点中的消息内容所对应的消息类型。

11.根据权利要求10所述的装置，其特征在于，所述获取模块还用于：

在所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之后，将各所述消息类型所对应的消息显示样式分别存储至各所述消息类型所对应的节点中；

所述显示模块具体用于：

遍历所述消息链表，以获取各所述消息内容所对应的消息显示样式；

根据各所述消息显示样式，分别显示各所述消息内容。

12.根据权利要求8所述的装置，其特征在于，所述获取模块还用于：

在所述根据客户端的配置信息和所述消息数据，获取各所述消息类型所对应的消息显示样式之前，向服务器发送配置信息获取请求，其中，所述配置信息获取请求携带有客户端版本信息；

接收所述服务器发送的配置信息，其中，所述配置信息为所述服务器根据所述客户端的版本信息确定的所述版本信息所对应的配置信息。

13.根据权利要求12所述的装置，其特征在于，所述配置信息获取请求还携带有用户数据，其中，所述用户数据用于唯一的指示一个客户端；

所述消息数据还携带有第一校验序列。

14.根据权利要求13所述的装置，其特征在于，还包括：校验模块；

所述校验模块具体用于：

在所述接收服务器发送的消息数据之后，根据所述第一校验序列和第二校验序列，判断所述服务器发送的消息数据是否合格，其中，所述第二校验序列为所述服务器根据所述用户数据和所述客户端版本信息得到并发送给所述客户端的；

若是，则确定接收所述服务器发送的消息数据；

若否，则丢弃所述服务器发送的消息数据。

15.一种消息显示设备，其特征在于，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如权利要求1至7中任一所述的方法。

16.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至7中任一所述的方法。

Images