CN113255291A - 直播间消息处理方法、装置及终端 - Google Patents

Abstract

本申请提供一种直播间消息处理方法、装置及终端，涉及互联网视频直播技术领域。该直播间消息处理方法包括：接收服务器发送的目标消息，该目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记；根据预设的分隔符，从目标消息中解析出多个参数以及各参数的显示格式；根据多个参数以及各参数的显示格式，显示所述目标消息。通过上述步骤，使得在直播间消息格式有改动时，服务器和终端无需更新消息解析程序，从而提高用户对应用程序的体验度以及减少开发人员的工作量。

Description

直播间消息处理方法、装置及终端

技术领域

本申请涉及互联网视频直播技术领域，具体而言，涉及一种直播间消息处理方法、装置及终端。

背景技术

随着互联网技术的快速发展和网络宽带的迅速提升，在线视频直播以其新颖的形式以及丰富的内容受到广泛的关注，视频直播应用也已经非常普及。现有的视频直播应用中，一般都会有大量的主播开设直播间与粉丝进行互动。同一直播间内的主播和粉丝，以及粉丝和粉丝之间都可以通过在直播间内发送消息进行互动。

由于直播间消息是图文混排的消息，消息的展现形式可能会经常发生变化。现有技术中，每种类型的消息具有特定的消息格式。对于接收到的每条种消息，服务器会使用该条消息对应的解析程序对消息进行解析，得到消息中的相关参数并发送给终端，终端上的应用程序(Application，简称App)根据服务器发送的消息的相关参数拼接出所需要的消息。

但是，使用现有技术的方法，存在当遇到消息格式改动或者需要增加新类型的消息时，就需要相应更新服务器上的解析程序和终端上的App，导致终端用户需要不断地更新所使用的App，降低了用户体验，同时，还会增加开发人员的工作量。

发明内容

有鉴于此，本申请的目的在于，针对上述现有技术中的不足，提供一种直播间消息处理方法、装置及终端，以便解决现有技术中，存在的当直播间消息格式改动或者需要增加新类型的消息时，服务器和终端都需要更新相应的消息解析程序的问题。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供了一种直播间消息处理方法，应用于消息接收终端，所述方法包括：

接收服务器发送的目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记；

根据所述预设的分隔符，从所述目标消息中解析出所述多个参数以及各参数的显示格式；

根据所述多个参数以及各参数的显示格式，显示所述目标消息。

作为一种可能的实现方式，所述根据所述预设的分隔符，从所述目标消息中解析出所述多个参数以及各参数的显示格式，包括：

从所述目标消息中读取所述预设的分隔符，所述预设的分隔符包括第一符号和第二符号；

根据所述第一符号和所述第二符号，确定所述目标消息中位于所述第一符号和所述第二符号之间的标记参数以及所述标记参数的显示格式；

从所述目标消息中读取不包含在所述第一符号和所述第二符号之间的非标记参数以及所述非标记参数的显示格式。

作为一种可能的实现方式，根据所述第一符号和所述第二符号，确定所述目标消息中位于所述第一符号和所述第二符号之间的标记参数以及所述标记参数的显示格式，包括：

若所述第一符号和所述第二符号之间为纯文本字符，则将所述纯文本字符作为所述第一符号和所述第二符号之间的标记参数，并根据所述第一符号和所述第二符号确定所述标记参数的显示格式。

作为一种可能的实现方式，根据所述第一符号和所述第二符号，确定所述目标消息中位于所述第一符号和所述第二符号之间的标记参数以及所述标记参数的显示格式，包括：

若所述第一符号和所述第二符号之间为键值格式的字符，则根据预设配置表确定所述第一符号和所述第二符号之间的标记参数，并根据所述第一符号和所述第二符号确定所述标记参数的显示格式。

作为一种可能的实现方式，所述根据预设的配置表确定所述第一符号和所述第二符号之间的标记参数，包括：

对所述第一符号和所述第二符号之间为键值格式的字符进行解析，得到目标键和目标值；

从所述目标键对应的预设配置表中读取所述目标值对应的参数；

将所述目标值对应的参数作为所述第一符号和所述第二符号之间的标记参数。

第二方面，本申请实施例提供了一种直播间消息处理方法，应用于服务器，所述方法包括：

接收消息发送终端发送的待处理信息，所述待处理信息中包括多个参数；

根据所述待处理信息，向至少一个消息接收终端发送目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。

作为一种可能的实现方式，所述根据所述待处理信息，向至少一个消息接收终端发送所述目标消息，包括：

将所述待处理信息，填入预先设定的目标消息模板，生成所述目标消息；

向至少一个消息接收终端发送所述目标消息。

第三方面，本申请实施例提供了一种直播间消息处理装置，应用于消息接收终端，所述装置包括：

第一接收模块，用于接收服务器发送的目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记；

处理模块，用于根据所述预设的分隔符，从所述目标消息中解析出所述多个参数以及各参数的显示格式；

显示模块，用于根据所述多个参数以及各参数的显示格式，显示所述目标消息。

第四方面，本申请实施例提供了一种直播间消息处理装置，应用于服务器，所述装置包括：

第二接收模块，用于接收消息发送终端发送的待处理信息，所述待处理信息中包括多个参数；

发送模块，用于根据所述待处理信息，向至少一个消息接收终端发送目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。

第五方面，本申请实施例提供了一种消息接收终端，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当所述消息接收终端运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如上述第一方面所述的直播间消息处理方法的步骤。

第六方面，本申请实施例提供了一种服务器，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当所述服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如上述第二方面所述的直播间消息处理方法的步骤。

第七方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如上述第一方面或者如上述第二方面所述的直播间消息处理方法的步骤。

本申请的有益效果是：

本申请实施例提供的直播间消息处理方法、装置及终端，接收服务器发送的目标消息，该目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记；根据预设的分隔符，从该目标消息中解析出多个参数以及各参数的显示格式；根据多个参数以及各参数的显示格式，显示该目标消息。通过上述步骤，使得在直播间消息格式有改动时，服务器和终端无需更新消息解析程序，从而解决了现有技术中存在的当遇到消息格式改动或者需要增加新类型的消息时，就需要相应更新服务器上的解析程序和终端上的App，从而导致终端用户需要不断地更新所使用的App，降低了用户对于该App的体验度，同时，由于需要对服务器上的解析程序以及App进行重新开发，因此增加了开发人员工作量的问题。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的直播间消息处理系统的架构示意图；

图2为本申请实施例提供的一种直播间消息处理方法的流程示意图；

图3为本申请实施例提供的一种直播间消息显示结果示意图；

图4为本申请实施例提供的另一种直播间消息处理方法的流程示意图；

图5为本申请实施例提供的另一种直播间消息处理方法的流程示意图；

图6为本申请实施例提供的另一种直播间消息处理方法的流程示意图；

图7为本申请实施例提供的一种直播间消息处理装置的结构示意图；

图8为本申请实施例提供的另一种直播间消息处理装置的结构示意图；

图9为本申请实施例提供的一种终端的结构示意图；

图10为本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

在本申请的实施例中，用户可以通过终端设备上的应用程序进入直播间，用户在一个直播间内，可以以一定的成员身份存在，比如主播或者粉丝等。在直播间内，任意多个成员可以利用消息、通话、视频等操作进行互动。

请参见图1，是本申请实施例提供的直播间消息处理系统的架构示意图。如图1所示，直播间消息处理系统可以包括一个或多个消息发送终端101，网络102，服务器103以及一个或多个消息接收终端104。

以直播间送礼物的场景为例，上述消息发送终端101可以指粉丝所使用的终端，上述消息接收终端可以指主播所使用的终端。通过消息发送终端101、消息接收终端104以及服务器103之间的交互，可以实现粉丝向主播送礼物的功能。

可以理解的是，在不同的应用场景下，消息发送终端101也可以作为消息接收终端，而消息接收终端104也可以作为消息发送终端，图中对各终端的命名只是示例性的。例如，假设某个直播间的主播使用终端a进行网络直播，主播通过终端a给某位粉丝或者给所有粉丝发送了一条互动消息，此时，终端a为消息发送终端，而所有的粉丝使用的终端为消息接收终端。再例如，假设某位粉丝使用终端b参与直播，该粉丝通过终端b给主播发送了一条互动消息，此时，终端b即为消息发送终端，而主播使用的终端a和其他粉丝使用的终端则为消息接收终端。

在一些实施例中，消息发送终端101和消息接收终端104可以包括但不限于平板电脑、台式计算机、笔记本电脑、智能终端等，或其任意组合。在一些实施例中，智能终端可以包括智能手机、智能平板电脑等，或其任意组合。

网络102用于在多个消息发送终端101和多个消息接收终端104，以及服务器103之间提供通信链路，从而使多个消息发送终端101、多个消息接收终端104和服务器103进行数据的交换。网络102可以包括各种连接类型，例如有线网络、无线网络、光纤网络、远程通信网络、广域网、局域网等，或其任意组合。

在一些实施例中，服务器103可以在云平台上实现，仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。

示例性的，在视频直播的场景中，消息发送终端101和服务器103之间，数据的交互过程可以为：App的数据由消息发送终端101，经由网络102发送给服务器103，反之，服务器103将数据经由网络102发送给消息发送终端101上的App，同理，消息接收终端104和服务器之间有类似的数据交互过程。

应该理解的是，图1中的消息发送终端101、网络102、服务器103以及消息接收终端104的数目仅仅是示意性的。根据实现需要，可以具有任意数目的消息发送终端101、网络102、服务器103和消息接收终端104。

下面将结合附图，对本申请实施例提供的直播间消息处理方法，进行详细的阐述。

请参见图2，是本申请实施例提供的一种直播间消息处理方法的流程示意图，该方法以消息接收终端为执行主体，如图2所示，该方法包括：

步骤S201，接收服务器发送的目标消息。

具体的，接收服务器发送的目标消息中，包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。

多个参数，可以指用户在直播平台的用户名、用户在直播平台的等级、礼物图片的id、座驾图片的id等，其中，用户在直播平台的等级可以包括，财富等级、明星等级、贵族等级、亲密度等级等。

各参数中的至少一个参数，指的是多个参数中的一个或者多个参数，预设的分隔符可以是一个符号，也可以是由多个符号组成的符号集合。其中，该符号可以指字符。例如：#、*、&等，本申请对此不作具体限定。各参数中的至少一个参数使用预设的分隔符进行标记，指的是各参数中的一部分参数或者全部参数都可以用预设的分隔符进行标记。使用上述某个预设的分隔符对某个参数进行标记，表明需要消息接收终端以该预设的分隔符所对应的格式来显示该参数。

示例性的，消息接收终端接收到服务器发送的一条目标消息为“#张三##rlv＝1#送给#李四#1辆跑车#giftid＝100#”，该目标消息中，包括6个参数，分别为：“张三”、“rlv＝1”、“送给”、“李四”、“1辆跑车”以及“giftid＝100”，而该目标消息中，由两个“#”组成的符号集合作为预设的分隔符，其中，预设的分隔符也可以为其它字符或者符号或者符号集合，在此不做具体的限制。

具体的，在该目标消息中，使用了预设的分隔符集合“##”对4个参数“张三”、“rlv＝1”、“李四”和“giftid＝100”进行了标记，而其它的2个参数“送给”和“1辆跑车”没有使用预设的分隔符进行标记。

步骤S202，根据预设的分隔符，从该目标消息中解析出多个参数以及各参数的显示格式。

其中，上述的解析可以是指，从目标消息中提取出其所包含的各个参数以及各参数的显示格式。参数的显示格式，可以包括显示的字体、颜色是否高亮等。例如，对于纯文本的参数，可以以高亮的方式显示或者以特定的字体和颜色进行显示。对于不是纯文本的参数，例如显示格式可以为以图片进行显示等。

继续上述的举例，从该目标消息中，解析出来的6个参数为：“张三”、“rlv＝1”、“送给”、“李四”、“1辆跑车”和“giftid＝100”，各参数的显示格式可以是，例如，参数“张三”和“李四”的显示格式可以为高亮显示，或者，也可以以某种特定的颜色显示，而参数“rlv＝1”的显示格式可以为一张图片，该图片可以为张三在直播平台的财富等级图片，参数“giftid＝100”的显示格式也可以为一张图片，该图片可以为跑车的图片，而“送给”和“1辆跑车”由于没有被预设的分隔符标记，则“送给”和“1辆跑车”的显示格式可以为原显示格式，也可以为终端系统默认的显示格式，例如，可以是“宋体四号黑色”的显示格式进行显示等。请参见图3，是本申请实施例提供的一种直播间消息显示结果示意图，如图3所示，“张三”和“李四”的显示格式为高亮显示，“rlv＝1”的显示格式为张三的财富等级对应的图片，“giftid＝100”的显示格式为跑车的图片，而“送给”和“1辆跑车”的显示格式为原显示格式。

步骤S203，根据多个参数以及各参数的显示格式，显示该目标消息。

在解析出了目标消息中的各个参数及各参数的显示格式后，可以根据这些参数以及其显示格式，显示该目标消息。

其中，上述显示目标消息可以指在消息接收终端的屏幕上显示该目标消息所指示的内容。示例性的，接收到服务器发送的消息为“#张三##rlv＝1#送给#李四##rlv＝4#1辆跑车#giftid＝100#”，而通过上述的解析步骤之后，可以获知需要高亮显示“张三”这个文本，同时，需要高亮显示“李四”这个文本，“rlv＝1”的显示格式为张三的财富等级图片，“rlv＝4”的显示格式为李四的财富等级图片，“1辆跑车”由于没有使用分隔符进行标记，因此以其原来的显示方式进行显示，“giftid＝100”的显示格式为id号为100的礼物对应的图片，该消息在终端屏幕上的显示效果如图3所示。

综上所述，本申请实施例提供一种直播间消息处理方法，接收服务器发送的目标消息，该目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记，根据预设的分隔符，从目标消息中解析出多个参数以及各参数的显示格式，根据多个参数以及各参数的显示格式，显示该目标消息。通过上述步骤，使得在直播间消息格式有改动时，服务器和终端无需更新消息解析程序，从而解决了现有技术中存在的当遇到消息格式改动或者需要增加新类型的消息时，就需要相应更新服务器上的解析程序和终端上的App，从而导致终端用户需要不断地更新所使用的App，降低了用户对于该App的体验度，同时，还会增加开发人员工作量的问题。

请参见图4，是本申请实施例提供的另一种直播间消息处理方法的流程示意图，如图4所示，上述步骤S202包括：

步骤S401，从目标消息中读取预设的分隔符。

具体的，预设的分隔符包括第一符号和第二符号。本申请实施例中，预设的分隔符可以以成对的方式出现，第一个预设的分隔符称为第一符号，第二个预设的分隔符称为第二符号。

例如，对参数“rlv＝1”做标记后为#rlv＝1#，则第一符号和第二符号均为“#”。再例如，如果预设的分隔符为“&”，则第一符号为“&”，第二符号也为“&”。可以理解的是，第一符号和第二符号可以相同也可以不同，在此不做具体的限制。

步骤S402，根据第一符号和第二符号，确定目标消息中位于第一符号和第二符号之间的标记参数以及标记参数的显示格式。

具体的，标记参数指的是被预设的分隔符标记的参数，示例性的，在上述举例中，标记参数有4个，分别为“张三”、“rlv＝1”、“李四”和“giftid＝100”。以第4个参数“giftid＝100”为例，第一符号为“#”，第二符号也为“#”，第一符号和第二符号之间的标记参数为“giftid＝100”，该标记参数的显示格式为以图片显示。

可选的，若第一符号和第二符号之间为纯文本字符，则将该纯文本字符作为第一符号和第二符号之间的标记参数，并根据第一符号和第二符号确定标记参数的显示格式。

示例性的，在上述举例中，参数“张三”和参数“李四”的第一符号和第二符号之间为纯文本字符，则第一符号和第二符号之间的标记参数为“张三”和“李四”，其显示格式可以为高亮显示。

可选的，若第一符号和第二符号之间为键值格式的字符，则根据预设配置表确定第一符号和第二符号之间的标记参数，并根据第一符号和第二符号确定标记参数的显示格式。

键值格式可以是指带有键和值的表示格式，具体是以“key＝value”格式出现的一种格式，其中“key”表示该参数的含义，而value表示该参数的值。

示例性的，在上述举例中，参数“rlv＝1”和“giftid＝100”的第一符号和第二符号之间为键值格式的字符，则第一符号和第二符号之间的标记参数以及标记参数的显示格式，可以根据预设的配置表确定。

配置表可以指具有一定映射关系的变量组成的表。在本申请实施例中，配置表中包含了用户的财富等级，明星等级、贵族等级、亲密度等级等，以及各等级对应的标识，相应的，各等级分为第一等级、第二等级、第三等级等等，每个等级对应相应的等级图片。本申请实施例中的配置表，除了用户等级，还包括礼物和座驾，其中，每种礼物具有对应的id号和对应的礼物图片，每种座驾也具有对应的id号和对应的图片。

示例性的，表1和表2为用户在各种不同类型的等级下的配置表。例如，对于参数“rlv＝1”，通过查询表1可知，“rlv”表示财富等级，“rlv＝1”表示财富等级为1，则“rlv＝1”通过查询表2可以查出其对应的图片为w-1.jpg。

rlv	str	nob	inti
				财富等级	明星等级	贵族等级	亲密度等级

表1

	财富等级	明星等级	贵族等级	亲密度等级
					第1等级	w-1.jpg	s-1.jpg	n-1.jpg	i-1.jpg
第2等级	w-2.jpg	s-2.jpg	n-2.jpg	i-1.jpg
					第3等级	w-3.jpg	s-3.jpg	n-3.jpg	i-1.jpg
第4等级	w-4.jpg	s-4.jpg	n-4.jpg	i-1.jpg
					第5等级	w-5.jpg	s-5.jpg	n-5.jpg	i-1.jpg

表2

步骤S403，从目标消息中读取不包含在第一符号和第二符号之间的非标记参数以及非标记参数的显示格式。

具体的，非标记参数指的是除了标记参数之外的参数，即没有被预设的分隔符标记的参数，示例性的，在上述举例中，非标记参数有2个，为“送给”和“1辆跑车”，非标记参数的显示格式可以为原显示格式，也可以为终端系统默认的显示格式。

接下来，将具体说明如何根据预设的配置表，确定第一符号和第二符号之间的参数。

请参见图5，是本申请实施例提供的另一种直播间消息处理方法的流程示意图，如图5所示，根据预设的配置表，确定第一符号和第二符号之间的参数的步骤包括：

步骤S501，对第一符号和第二符号之间为键值格式的字符进行解析，得到目标键和目标值。

继续上述举例，对第一符号“#”和第二符号“#”之间为键值格式的字符进行解析，例如对于“rlv＝1”，解析得到的目标键为“rlv”，目标值为1，再例如，对于“giftid＝100”，解析得到的目标键为“giftid”，目标值为100。

步骤S502，从目标键对应的预设配置表中读取目标值对应的参数。

参照前述表1和表2，“rlv＝1”解析得到的目标键为“rlv”，通过查询表1可知，“rlv”表示用户在该直播平台的财富等级，“rlv＝1”的目标值为1，表示用户在该直播平台的财富等级为1，则再通过查询表2得知，目标值对应的参数为“财富等级为1的图片”。

步骤S503，将目标值对应的参数作为第一符号和第二符号之间的标记参数。

继续上述举例，例如对于“rlv＝1”，其目标值对应的参数为“财富等级为1的图片”，则第一符号和第二符号之间的标记参数为“财富等级为1的图片”，再例如对于“giftid＝100”，其目标值对应的参数为“id号为100的礼物图片”，则第一符号和第二符号之间的标记参数为“id号为100的礼物图片”。

以上的实施例描述了消息接收终端侧的处理过程，下面将对服务器侧的处理过程进行说明。

请参考图6，是本申请实施例提供的另一种直播间消息处理方法的流程示意图，该方法的执行主体为上述的服务器，如图6所示，该方法包括：

步骤S601，接收消息发送终端发送的待处理信息，待处理信息中包括多个参数。

可选的，上述待处理消息可以为一条消息，或者，也可以为一个或多个参数。示例性的，服务器接收到消息发送端发送的待处理信息中，可以包括多个参数。示例性的，服务器接收到的待处理信息可以包括但不限于：该处理信息是一条送礼信息、送礼人张三的id、张三的财富等级、接收礼物人李四的id、李四的财富等级、所赠送的礼物、所赠送的礼物的id等，待处理信息中，包含的具体内容在此不做限定。

步骤S602，根据该待处理信息，向至少一个消息接收终端发送目标消息。

具体的，根据接收到的待处理信息，服务器会生成目标消息中，目标消息中可以包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。例如，预设的分隔符可以为“#”或者“&”或者其它字符或者符号，在此不做具体限定。

综上所述，本申请实施例提供一种直播间消息处理方法，该方法应用于服务器，接收消息发送终端发送的待处理信息，待处理信息中包括多个参数，根据该待处理信息，向至少一个消息接收终端发送目标消息。通过上述步骤，使得在直播间消息格式有改动时，服务器和终端无需更新消息解析程序，从而解决了现有技术中存在的当遇到消息格式改动或者需要增加新类型的消息时，就需要相应更新服务器上的解析程序和终端上的App，从而导致终端用户需要不断地更新所使用的App，降低了用户对于该App的体验度，同时，还会增加开发人员工作量的问题。

如上所述，上述待处理信息可以为一条消息，也可以为一个或多个参数。作为一种可选的实施方式，如果上述待处理信息一个或多个参数，则服务器可以将上述待处理信息，填入预先设定的目标消息模板，生成目标消息，向至少一个消息接收终端发送该目标消息。

示例性的，预先设定的目标消息模板可以为：{“msgType”:"功能类型","from":"张三id","to":"李四id"，"gift":"礼物id"}，将待处理信息填入该消息模板，可以如下的目标消息：

“#张三##rlv＝1#送给#李四##rlv＝3#1辆跑车#giftid＝100#”。

作为另一种可选的实施方式，如果上述待处理信息为一条消息，则服务器接收到该条消息后，可以将该条消息转发至消息接收终端，由消息接收终端基于前述实施例的方法进行处理和显示。

示例性的，服务器接收到的待处理信息，可以为例如“#张三##rlv＝1#送给#李四##rlv＝3#1辆跑车#giftid＝100#”的消息，则服务器直接将该待处理信息作为目标消息，向至少一个消息接收终端发送该目标消息。

基于同一发明构思，本申请实施例中还提供了与该直播间消息处理方法对应的一种直播间消息处理装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述直播间消息处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

图7为本申请实施例提供的一种直播间消息处理装置的结构示意图，该装置应用于消息接收终端，如图7所示，该装置包括：

第一接收模块701，用于接收服务器发送的目标消息，目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。

处理模块702，用于根据预设的分隔符，从目标消息中解析出多个参数以及各参数的显示格式。

显示模块703，用于根据多个参数以及各参数的显示格式，显示目标消息。

在一些可能的实施方式中，处理模块702具体用于：

从目标消息中读取预设的分隔符，预设的分隔符包括第一符号和第二符号；

根据第一符号和第二符号，确定目标消息中位于第一符号和第二符号之间的标记参数以及标记参数的显示格式；

从目标消息中读取不包含在第一符号和第二符号之间的非标记参数以及非标记参数的显示格式。

在一些可能的实施方式中，处理模块702具体用于：

若第一符号和第二符号之间为纯文本字符，则将该纯文本字符作为第一符号和第二符号之间的标记参数，并根据第一符号和第二符号确定标记参数的显示格式。

在一些可能的实施方式中，处理模块702具体用于：

若第一符号和第二符号之间为键值格式的字符，则根据预设配置表确定第一符号和第二符号之间的标记参数，并根据第一符号和第二符号确定标记参数的显示格式。

在一些可能的实施方式中，处理模块702具体用于：

对第一符号和第二符号之间为键值格式的字符进行解析，得到目标键和目标值；

从目标键对应的预设配置表中读取目标值对应的参数；

将目标值对应的参数作为第一符号和第二符号之间的标记参数。

图8是本申请实施例提供的另一种直播间消息处理装置的结构示意图，该装置应用于服务器，如图8所示，该装置包括：

第二接收模块801，用于接收消息发送终端发送的待处理信息，该待处理信息中包括多个参数。

发送模块802，用于根据待处理信息，向至少一个消息接收终端发送目标消息，该目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。

在一些可能的实施方式中，发送模块802具体用于：

将待处理信息，填入预先设定的目标消息模板，生成目标消息；

向至少一个消息接收终端发送该目标消息。

上述装置用于执行前述实施例提供的方法，关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再赘述。

以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。

本申请实施例还提供了一种终端900，如图9所示，是本申请实施例提供的终端900的结构示意图，包括：处理器901、存储器902、和总线903。存储器902存储有处理器901可执行的机器可读指令，当终端900运行时，处理器901与存储器902之间通过总线903通信，机器可读指令被处理器901执行时执行上述直播间消息处理方法实施例中的方法步骤。

本申请实施例还提供了一种服务器1000，如图10所示，是本申请实施例提供的服务器1000的结构示意图，包括：处理器1001、存储器1002、和总线1003。存储器1002存储有处理器1001可执行的机器可读指令，当服务器1000运行时，处理器1001与存储器1002之间通过总线1003通信，机器可读指令被处理器1001执行时执行上述直播间消息处理方法实施例中的方法步骤。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述直播间消息处理方法实施例中的步骤。

具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述直播间消息处理方法实施例。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种直播间消息处理方法，应用于消息接收终端，其特征在于，所述方法包括：

接收服务器发送的目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记；

根据所述预设的分隔符，从所述目标消息中解析出所述多个参数以及各参数的显示格式；

根据所述多个参数以及各参数的显示格式，显示所述目标消息。

2.根据权利要求1所述的方法，其特征在于，所述根据所述预设的分隔符，从所述目标消息中解析出所述多个参数以及各参数的显示格式，包括：

从所述目标消息中读取所述预设的分隔符，所述预设的分隔符包括第一符号和第二符号；

根据所述第一符号和所述第二符号，确定所述目标消息中位于所述第一符号和所述第二符号之间的标记参数以及所述标记参数的显示格式；

从所述目标消息中读取不包含在所述第一符号和所述第二符号之间的非标记参数以及所述非标记参数的显示格式。

3.根据权利要求2所述的方法，其特征在于，根据所述第一符号和所述第二符号，确定所述目标消息中位于所述第一符号和所述第二符号之间的标记参数以及所述标记参数的显示格式，包括：

若所述第一符号和所述第二符号之间为纯文本字符，则将所述纯文本字符作为所述第一符号和所述第二符号之间的标记参数，并根据所述第一符号和所述第二符号确定所述标记参数的显示格式。

4.根据权利要求2所述的方法，其特征在于，根据所述第一符号和所述第二符号，确定所述目标消息中位于所述第一符号和所述第二符号之间的标记参数以及所述标记参数的显示格式，包括：

若所述第一符号和所述第二符号之间为键值格式的字符，则根据预设配置表确定所述第一符号和所述第二符号之间的标记参数，并根据所述第一符号和所述第二符号确定所述标记参数的显示格式。

5.根据权利要求4所述的方法，其特征在于，所述根据预设的配置表确定所述第一符号和所述第二符号之间的标记参数，包括：

对所述第一符号和所述第二符号之间为键值格式的字符进行解析，得到目标键和目标值；

从所述目标键对应的预设配置表中读取所述目标值对应的参数；

将所述目标值对应的参数作为所述第一符号和所述第二符号之间的标记参数。

6.一种直播间消息处理方法，应用于服务器，其特征在于，所述方法包括：

接收消息发送终端发送的待处理信息，所述待处理信息中包括多个参数；

根据所述待处理信息，向至少一个消息接收终端发送目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。

7.根据权利要求6所述的方法，其特征在于，所述根据所述待处理信息，向至少一个消息接收终端发送所述目标消息，包括：

将所述待处理信息，填入预先设定的目标消息模板，生成所述目标消息；

向至少一个消息接收终端发送所述目标消息。

8.一种直播间消息处理装置，应用于消息接收终端，其特征在于，所述装置包括：

第一接收模块，用于接收服务器发送的目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记；

处理模块，用于根据所述预设的分隔符，从所述目标消息中解析出所述多个参数以及各参数的显示格式；

显示模块，用于根据所述多个参数以及各参数的显示格式，显示所述目标消息。

9.一种直播间消息处理装置，应用于服务器，其特征在于，所述装置包括：

第二接收模块，用于接收消息发送终端发送的待处理信息，所述待处理信息中包括多个参数；

发送模块，用于根据所述待处理信息，向至少一个消息接收终端发送目标消息，所述目标消息中包括多个参数，各参数中的至少一个参数使用预设的分隔符进行标记。

10.一种消息接收终端，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当所述消息接收终端运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如权利要求1至5任一所述的直播间消息处理方法的步骤。

Images