直播间消息处理方法、装置、服务器及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种直播间消息处理方法、装置、服务器及存储介质。

背景技术

随着直播行业的快速发展，越来越多的人将观看直播平台提供的直播节目作为日常娱乐活动，人们也可以在直播间中进行评论互动。

然而，相关技术中直播间评论消息在发送至对应的客户端时往往缺乏统一的配置，各个评论区强消息由各个业务独立开发，数据格式各不相同、消息样式千奇百怪，使得客户端在展示评论消息时较为杂乱，也使得直播平台的服务器在处理这些直播间评论消息时存在处理效率不高的问题。

因此，相关技术中存在直播间消息处理效率不高的问题。

发明内容

本公开提供一种直播间消息处理方法、装置、服务器及存储介质，以至少解决相关技术中存在直播间消息处理效率不高的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种直播间消息处理方法，所述方法包括：

检测到预配置的消息交互接口中的目标消息交互接口被调用，获取与所述目标消息交互接口对应的消息配置参数，以及，获取所述目标消息交互接口在被调用时传入的业务类型和调用方账户；所述消息交互接口用于供直播间中的各账户进行消息交互；

根据所述业务类型和调用方账户，确定对应的待下发内容，以及，根据所述调用方账户的账户类型，确定对应的目标客户端；

按照所述消息配置参数对所述待下发内容进行拼装处理，获得目标消息，并发送所述目标消息至所述目标客户端。

在一种可能实现方式中，所述根据所述调用方账户的账户类型，确定对应的目标客户端，包括：

若所述调用方账户为所述直播间的用户账户，将所述用户账户对应的客户端作为所述目标客户端；所述直播间的用户账户为主播账户或观众账户，所述目标客户端为所述主播账户对应的客户端或所述观众账户对应的客户端。

在一种可能实现方式中，所述根据所述调用方账户的账户类型，确定对应的目标客户端，包括：

若所述调用方账户为所述直播间的业务方账户，获取与所述目标消息交互接口对应的消息下发模式；

按照所述消息下发模式，确定对应的所述目标客户端，所述目标客户端包括所述直播间的主播账户对应的客户端和/或观众账户对应的客户端。

在一种可能实现方式中，所述消息交互接口包括面向直播间业务方账户的交互接口，所述面向直播间业务方账户的交互接口包括广播接口和单播接口中的至少一种，所述确定与所述目标消息交互接口对应的消息下发模式，包括：

若所述目标消息交互接口为广播接口，则确定所述消息下发模式为广播模式；

若所述目标消息交互接口为单播接口，则确定所述消息下发模式为单播模式。

在一种可能实现方式中，所述按照所述消息下发模式，确定对应的所述目标客户端，包括：

若所述消息下发模式为广播模式，则将所述主播账户对应的客户端和所述观众账户对应的客户端作为所述目标客户端；

若所述消息下发模式为单播模式，则获取所述目标消息交互接口在被调用时传入的接收方账户；所述接收方账户为主播账户或观众账户中的至少一种；将所述接收方账户对应的客户端作为所述目标客户端。

在一种可能实现方式中，所述消息交互接口还包括面向直播间用户账户的交互接口，所述面向直播间用户账户的交互接口包括账户状态接口和延迟请求接口，所述根据所述业务类型和调用方账户，确定对应的待下发内容，包括：

若所述目标消息交互接口为账户状态接口，则根据所述业务类型和所述调用方账户，查询到账户状态信息；所述账户状态信息为所述调用方账户在所述直播间中，且与所述业务类型对应的相关状态信息；

将所述账户状态信息，作为所述待下发内容；

若所述目标消息交互接口为延迟请求接口，则将所述调用方账户在所述直播间中，且与所述业务类型对应的延迟展示消息，作为所述待下发内容。

在一种可能实现方式中，所述方法还包括：

发送消息延迟展示指令至所述调用方账户的客户端；所述消息延迟展示指令携带有消息延迟展示时间；

其中，所述调用方账户的客户端在接收到所述消息延迟展示指令后，若检测到所述调用方账户进入所述直播间达到所述消息延迟展示时间，则调用所述延迟请求接口。

在一种可能实现方式中，所按照所述消息配置参数对所述待下发内容进行拼装处理，获得目标消息，包括：

判断在所述业务类型下的所述调用方账户是否具有消息下发权限；

若在所述业务类型下的所述调用方账户具有消息下发权限，则获取与所述业务类型对应的目标下发内容；所述目标下发内容包括所述业务类型对应的业务信息；

按照所述消息配置参数，对所述待下发内容和所述目标下发内容进行拼装处理，得到所述目标消息。

在一种可能实现方式中，所述按照所述消息配置参数，对所述预下发信息和所述目标下发内容进行拼装处理，得到所述目标消息，包括：

查询与所述业务类型对应的用于替换所述待下发内容的消息视图内容；

按照所述消息配置参数，对所述消息视图内容和所述目标下发内容进行拼装处理，得到目标消息视图，作为所述目标消息。

根据本公开实施例的第二方面，提供一种直播间消息处理装置，所述装置包括：

获取单元，被配置为执行检测到预配置的消息交互接口中的目标消息交互接口被调用，获取与所述目标消息交互接口对应的消息配置参数，以及，获取所述目标消息交互接口在被调用时传入的业务类型和调用方账户；所述消息交互接口用于供直播间中的各账户进行消息交互；

确定单元，被配置为执行根据所述业务类型和调用方账户，确定对应的待下发内容，以及，根据所述调用方账户的账户类型，确定对应的目标客户端；

下发单元，被配置为执行按照所述消息配置参数对所述待下发内容进行拼装处理，获得目标消息，并发送所述目标消息至所述目标客户端。

在一种可能实现方式中，所述确定单元，具体被配置为执行若所述调用方账户为所述直播间的用户账户，将所述用户账户对应的客户端作为所述目标客户端；所述直播间的用户账户为主播账户或观众账户，所述目标客户端为所述主播账户对应的客户端或所述观众账户对应的客户端。

在一种可能实现方式中，所述确定单元，具体被配置为执行若所述调用方账户为所述直播间的业务方账户，获取与所述目标消息交互接口对应的消息下发模式；按照所述消息下发模式，确定对应的所述目标客户端，所述目标客户端包括所述直播间的主播账户对应的客户端和/或观众账户对应的客户端。

在一种可能实现方式中，所述消息交互接口包括面向直播间业务方账户的交互接口，所述面向直播间业务方账户的交互接口包括广播接口和单播接口中的至少一种，所述确定单元，具体被配置为执行若所述目标消息交互接口为广播接口，则确定所述消息下发模式为广播模式；若所述目标消息交互接口为单播接口，则确定所述消息下发模式为单播模式。

在一种可能实现方式中，所述确定单元，具体被配置为执行若所述消息下发模式为广播模式，则将所述主播账户对应的客户端和所述观众账户对应的客户端作为所述目标客户端；若所述消息下发模式为单播模式，则获取所述目标消息交互接口在被调用时传入的接收方账户；所述接收方账户为主播账户或观众账户中的至少一种；将所述接收方账户对应的客户端作为所述目标客户端。

在一种可能实现方式中，所述消息交互接口还包括面向直播间用户账户的交互接口，所述面向直播间用户账户的交互接口包括账户状态接口和延迟请求接口，所述确定单元，具体被配置为执行若所述目标消息交互接口为账户状态接口，则根据所述业务类型和所述调用方账户，查询到账户状态信息；所述账户状态信息为所述调用方账户在所述直播间中，且与所述业务类型对应的相关状态信息；将所述账户状态信息，作为所述待下发内容；若所述目标消息交互接口为延迟请求接口，则将所述调用方账户在所述直播间中，且与所述业务类型对应的延迟展示消息，作为所述待下发内容。

在一种可能实现方式中，所述装置还包括：发送单元，具体被配置为执行发送消息延迟展示指令至所述调用方账户的客户端；所述消息延迟展示指令携带有消息延迟展示时间；其中，所述调用方账户的客户端在接收到所述消息延迟展示指令后，若检测到所述调用方账户进入所述直播间达到所述消息延迟展示时间，则调用所述延迟请求接口。

在一种可能实现方式中，所述下发单元，具体被配置为执行判断在所述业务类型下的所述调用方账户是否具有消息下发权限；若在所述业务类型下的所述调用方账户具有消息下发权限，则获取与所述业务类型对应的目标下发内容；所述目标下发内容包括所述业务类型对应的业务信息；按照所述消息配置参数，对所述待下发内容和所述目标下发内容进行拼装处理，得到所述目标消息。

在一种可能实现方式中，所述确定单元，具体被配置为执行查询与所述业务类型对应的用于替换所述待下发内容的消息视图内容；按照所述消息配置参数，对所述消息视图内容和所述目标下发内容进行拼装处理，得到目标消息视图，作为所述目标消息。

根据本公开实施例的第三方面，提供一种电子设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现如第一方面或第一方面的任一种可能实现方式所述的直播间消息处理方法。

根据本公开实施例的第四方面，提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面或第一方面的任一种可能实现方式所述的直播间消息处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得设备执行第一方面的任一种可能实现方式所述的直播间消息处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：通过检测到预配置的消息交互接口中的目标消息交互接口被调用，获取与目标消息交互接口对应的消息配置参数，以及，获取目标消息交互接口在被调用时传入的业务类型和调用方账户；消息交互接口用于供直播间中的各账户进行消息交互；根据业务类型和调用方账户，确定对应的待下发内容，以及，根据调用方账户的账户类型，确定对应的目标客户端；按照消息配置参数对待下发内容进行拼装处理，获得目标消息，并发送目标消息至目标客户端；如此，可以使下发至各个客户端的直播间消息可以得到服务器统一的配置，避免因各个业务独立开发，数据格式各不相同、消息样式千奇百怪等而导致服务器对直播间消息的处理效率低的情况，有效地提高了服务器对直播间消息的处理效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种直播间消息处理方法的应用环境图。

图2是根据一示例性实施例示出的一种直播间消息处理方法的流程图。

图3是根据一示例性实施例示出的一种直播间消息下发方法的流程示意图。

图4是根据一示例性实施例示出的一种直播间消息处理方法的流程图。

图5是根据一示例性实施例示出的另一种直播间消息下发方法的流程框图。

图6是根据一示例性实施例示出的一种直播间消息处理装置的框图。

图7是根据一示例性实施例示出的一种服务器的内部结构图。

具体实施方式

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

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所提供的直播间消息处理方法，可以应用于如图1所示的应用环境中。其中，服务器110检测到预配置的消息交互接口中的目标消息交互接口被调用，获取与目标消息交互接口对应的消息配置参数，以及，获取目标消息交互接口在被调用时传入的业务类型和调用方账户；消息交互接口用于供直播间中的各账户进行消息交互；服务器110根据业务类型和调用方账户，确定对应的待下发内容，以及，根据调用方账户的账户类型，确定对应的目标客户端；服务器110按照消息配置参数对待下发内容进行拼装处理，获得目标消息，并发送目标消息至目标客户端。实际应用中，目标客户端120可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器110可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图2是根据一示例性实施例示出的一种直播间消息处理方法的流程图，如图2所示，该直播间消息处理方法用于图1中的服务器110中，服务器110配置有配置信息管理模块以及消息交互接口，消息交互接口包括面向直播间用户账户的交互接口、面向直播间业务方账户的交互接口中的至少一个，包括以下步骤。

其中，配置信息管理模块可以是指用于收口直播间消息的配置信息。实际应用中，消息可以是指评论区强消息。实际应用中，配置信息管理模块也可以命名为配置管理服务平台Kconf。

其中，面向直播间用户账户的交互接口可以包括观众状态接口（UserStatus接口）、主播状态接口（AuhtorStatus接口）、延迟请求接口（DelayInfos接口）中的至少一种。面向直播间业务方账户的交互接口可以包括广播接口和单播接口中的至少一种。

在步骤S210中，检测到消息交互接口中目标消息交互接口被调用，从配置管理模块中获取与目标消息交互接口对应的消息配置参数，以及，获取目标消息交互接口在被调用时传入的业务类型和调用方账户。

其中，消息配置参数还可以命名为消息配置信息。

具体实现中，当调用方账户进入直播间后，调用方账户的客户端则调用预先配置消息交互接口中的目标消息交互接口。当服务器消息交互接口中目标消息交互接口被客户端调用，服务器则获取目标消息交互接口在被调用时传入的业务类型和调用方账户。同时，服务器还可以从配置管理模块中获取与目标消息交互接口对应的消息配置参数。具体来说，服务器可以先确定目标消息交互接口对应的接口类型；然后，服务器再根据该接口类型，在配置管理模块中查询到对应的消息配置参数。

实际应用中，服务器还可以根据调用方账户的ID信息，判断该调用方账户是否具有接口下发强消息的权限（功能开关），如果不具备权限则结束

在步骤S220中，根据业务类型和调用方账户，确定对应的待下发内容，以及，根据调用方账户，确定对应的目标客户端。

具体实现中，服务器根据业务类型和调用方账户，确定对应的待下发内容；具体来说，不同的业务类型和调用方账户具有不同的待下发内容。例如，主播账户有未完成任务且有未读状态，则待下发内容为主播任务评论区强消息。以及，服务器根据调用方账户，确定对应的目标客户端。

若调用方账户为直播间的用户账户，将用户账户对应的客户端作为目标客户端；直播间的用户账户为主播账户或观众账户，目标客户端为主播账户对应的客户端或观众账户对应的客户端。

具体来说，若调用方账户为直播间的观众账户，且该观众账户对应的客户端调用观众状态接口（UserStatus接口）时，服务器则将该观众账户对应的客户端作为消息下发的目标客户端。

若调用方账户为直播间的主播账户，且该主播账户对应的客户端调用主播状态接口（AuhtorStatus接口）时，服务器则将该主播账户对应的客户端作为消息下发的目标客户端。

若调用方账户为直播间的业务方账户，服务器则将该直播间中的观众账户和/或主播账户对应的客户端作为消息下发的目标客户端。

在步骤S230中，按照消息配置参数对待下发内容进行拼装处理，获得目标消息，并发送目标消息至目标客户端。

具体实现中，当服务器获取到消息配置参数后，服务器则按照消息配置参数对待下发内容进行拼装处理，获得目标消息。最后，服务器再将发送目标消息至目标客户端。

目标客户端在接收到目标消息后，目标客户端则根据该目标消息的展示时间和消息优先级进行排序，放入展示队列中。然后，目标客户端按照该展示队列进行展示。

上述直播间消息处理方法中，通过检测到预配置的消息交互接口中的目标消息交互接口被调用，获取与目标消息交互接口对应的消息配置参数，以及，获取目标消息交互接口在被调用时传入的业务类型和调用方账户；消息交互接口用于供直播间中的各账户进行消息交互；根据业务类型和调用方账户，确定对应的待下发内容，以及，根据调用方账户的账户类型，确定对应的目标客户端；按照消息配置参数对待下发内容进行拼装处理，获得目标消息，并发送目标消息至目标客户端；如此，可以使下发至各个客户端的直播间消息可以得到服务器统一的配置，避免因各个业务独立开发，数据格式各不相同、消息样式千奇百怪等而导致服务器对直播间消息的处理效率低的情况，有效地提高了服务器对直播间消息的处理效率。

在一示例性实施例中，根据调用方账户，确定对应的目标客户端，包括：若调用方账户为直播间的业务方账户，获取与目标消息交互接口对应的消息下发模式；按照消息下发模式，确定对应的目标客户端，目标客户端包括直播间的主播账户对应的客户端和/或观众账户对应的客户端。

具体实现中，根据调用方账户，确定对应的目标客户端的过程中，具体包括：若调用方账户为直播间的业务方账户，服务器可以获取与目标消息交互接口对应的消息下发模式；按照消息下发模式，确定对应的目标客户端，目标客户端包括直播间的主播账户对应的客户端和/或观众账户对应的客户端。

其中，面向直播间业务方账户的交互接口包括广播接口和单播接口中的至少一种。

服务器在获取与目标消息交互接口对应的消息下发模式的过程中，具体包括：若服务器确定业务方账户调用的目标消息交互接口为广播接口时，服务器则确定该目标消息交互接口对应的消息下发模式为广播模式；此时，服务器则将主播账户对应的客户端和观众账户对应的客户端作为目标客户端。如此，服务器可以在后续将目标消息发送至主播账户对应的客户端和观众账户对应的客户端。实际应用中，服务器可以采用长链接技术组件对直播间中的所有客户端进行广播，以实现将目标消息发送至主播账户对应的客户端和观众账户对应的客户端。

若服务器确定业务方账户调用的目标消息交互接口为单播接口时，服务器则确定该目标消息交互接口对应的消息下发模式为单播模式；此时，服务器则获取目标消息交互接口在被调用时传入的接收方账户；其中，接收方账户为主播账户或观众账户中的至少一种；最后，服务器将接收方账户对应的客户端作为目标客户端。实际应用中，服务器可以采用IM组件（即时通讯组件）将目标消息下发至接收方账户对应的客户端。

为了便于本领域技术人员的理解，图3提供了一种直播间消息下发方法的流程示意图；如图3所示，其中，当业务方账户调用的目标消息交互接口为广播接口时，服务器从配置管理模块中获取与该广播接口的接口类型对应的消息配置参数；然后，按照所述消息配置参数对所述待下发内容进行拼装处理，获得目标消息；然后，服务器可以采用长链接技术组件对直播间中的所有客户端进行广播，以实现将目标消息发送至主播账户对应的客户端和观众账户对应的客户端。

其中，当业务方账户调用的目标消息交互接口为单播接口时，服务器从配置管理模块中获取与该单播接口的接口类型对应的消息配置参数；然后，按照所述消息配置参数对所述待下发内容进行拼装处理，获得目标消息；然后，服务器可以采用IM组件（即时通讯组件）将目标消息下发至接收方账户对应的客户端。

本实施例的技术方案，若调用方账户为直播间的业务方账户，通过获取与目标消息交互接口对应的消息下发模式；并按照消息下发模式，确定对应的目标客户端，目标客户端包括直播间的主播账户对应的客户端和/或观众账户对应的客户端，如此，使得直播间的各个客户端均可以接收到各客户端需要获取的直播间评论区消息。

在一示例性实施例中，面向直播间用户账户的交互接口包括账户状态接口和延迟请求接口，根据业务类型和调用方账户，确定对应的待下发内容，包括：若目标消息交互接口为账户状态接口，则根据业务类型和调用方账户，查询到账户状态信息；将账户状态信息，作为待下发内容。

若目标消息交互接口为延迟请求接口，则将调用方账户在直播间中，且与业务类型对应的延迟展示消息，作为待下发内容。

其中，账户状态信息为调用方账户在直播间中，且与业务类型对应的相关状态信息。实际应用中，账户状态信息也可以命名为相关配置信息。

其中，面向直播间用户账户的交互接口包括账户状态接口和延迟请求接口。

其中，账户状态接口包括观众状态接口（UserStatus接口）和主播状态接口（AuhtorStatus接口）。

具体实现中，服务器在根据业务类型和调用方账户，确定对应的待下发内容的过程中，具体包括：若服务器确定被调用的目标消息交互接口为账户状态接口，服务器则根据业务类型和调用方账户，查询到账户状态信息；最后，服务器将账户状态信息，作为待下发内容。举例来说，当观众账户进入直播间之后，观众账户的客户端请求这个接口，获取观众账户在这个直播间中的相关配置信息。当主播账户开启一场直播之后，主播账户的客户端请求这个接口，获取观众账户在这个直播间中的相关配置信息。

若服务器确定调用方账户调用的目标消息交互接口为延迟请求接口，服务器则将调用方账户在直播间中，且与业务类型对应的延迟展示消息，作为待下发内容。

本实施例的技术方案，若目标消息交互接口为账户状态接口，则通过根据业务类型和调用方账户，查询到账户状态信息；将账户状态信息，作为待下发内容若目标消息交互接口为延迟请求接口，则通过将调用方账户在直播间中，且与业务类型对应的延迟展示消息，作为待下发内容；如此，可以实现服务器根据调用方账户调用的消息接口的类型，适应性将调用方账户的客户端需要展示的消息下发至调用方账户的客户端进行展示。

在一示例性实施例中，上述的直播间消息处理方法还包括：发送消息延迟展示指令至调用方账户的客户端；其中，调用方账户的客户端在接收到消息延迟展示指令后，若检测到调用方账户进入直播间达到消息延迟展示时间，则调用延迟请求接口。

其中，消息延迟展示指令携带有针对延迟请求接口的消息延迟展示时间。

具体实现中，服务器还可以发送消息延迟展示指令至调用方账户的客户端。然后，调用方账户的客户端接收该消息延迟展示指令后，确定该消息延迟展示指令携带的消息延迟展示时间。最后，调用方账户的客户端在检测到调用方账户进入直播间达到消息延迟展示时间，则调用延迟请求接口。如此，可以实现调用方账户的客户端延时展示调用方账户在直播间中，且与业务类型对应的延迟展示消息。

本实施例的技术方案，通过发送消息延迟展示指令至调用方账户的客户端，使调用方账户的客户端在接收到消息延迟展示指令后，若检测到调用方账户进入直播间达到消息延迟展示时间，则调用延迟请求接口，进而避免即使许多观众在直播间中不能呆满预设时间的情况下服务器一检测到观众进入直播间就立马下发评论区消息，造成服务器性能的浪费。

在一示例性实施例中，按照消息配置参数对待下发内容进行拼装处理，获得目标消息，包括：判断在业务类型下的调用方账户是否具有消息下发权限；若在业务类型下的调用方账户具有消息下发权限，则获取与业务类型对应的目标下发内容；目标下发内容包括业务类型对应的业务信息；按照消息配置参数，对待下发内容和目标下发内容进行拼装处理，得到目标消息。

其中，目标下发内容包括所述业务类型对应的业务信息。实际应用中，目标下发内容由于是附加于待下发内容的内容，因而也可以将目标下发内容命名为额外下发内容（extraInfo）。

其中，服务器在按照消息配置参数对待下发内容进行拼装处理，获得目标消息的过程中，具体包括：服务器可以判断在业务类型下的账户是否具有消息下发权限；若在业务类型下的账户具有消息下发权限，服务器则获取与业务类型对应的目标下发内容；最后，服务器按照消息配置参数，对待下发内容和目标下发内容进行拼装处理，得到目标消息。

具体来说，服务器可以根据业务类型去获取对接方接口的实现，以使业务方根据我们提供的接口进行实现，实现如下四个方法；获取实现类的业务类型（getNoticeBiz）；判断这个用户是否能发送这个强消息（shouldSend）；获取该业务需要下发的一些额外信息（getExtraInfo）；业务修饰整个view 用来替换基础字段（decorateView）。其中，在判断在业务类型下的账户是否具有消息下发权限的过程中，服务器可以根据直播间ID、用户ID、用户角色类型，判断该用户是否具有消息下发权限，若具有则确定在业务类型下的调用方账户具有消息下发权限，则获取与业务类型对应的目标下发内容。具体来说，服务器可以根据直播间ID、用户ID、用户角色类型，进而实现针对该调用方账户获取与业务类型对应的目标下发内容（extraInfo）。最后，服务器按照消息配置参数，对待下发内容和目标下发内容进行拼装处理，得到目标消息。

本实施例的技术方案，通过判断在业务类型下的调用方账户是否具有消息下发权限；若在业务类型下的调用方账户具有消息下发权限，则获取与业务类型对应的目标下发内容；并按照消息配置参数，对待下发内容和目标下发内容进行拼装处理，得到目标消息；使得目标客户端可以获取到符合当前业务类型的评论区强消息，避免目标客户端展示冗余消息。

在一示例性实施例中，按照消息配置参数，对预下发信息和目标下发内容进行拼装处理，得到目标消息，包括：查询与业务类型对应的用于替换待下发内容的消息视图内容；按照消息配置参数，对消息视图内容和目标下发内容进行拼装处理，得到目标消息视图，作为目标消息。

具体实现中，服务器在按照消息配置参数，对预下发信息和目标下发内容进行拼装处理，得到目标消息的过程中，具体包括：服务器查询与业务类型对应的用于替换待下发内容的消息视图内容；然后，按照消息配置参数，对消息视图内容和目标下发内容进行拼装处理，得到目标消息视图，作为目标消息即拼装整个view（消息视图）。

本实施例的技术方案，通过查询与业务类型对应的用于替换待下发内容的消息视图内容，进而可以按照消息配置参数，对消息视图内容和目标下发内容进行拼装处理，得到用于下发至直播间客户端的目标消息视图。

图4是根据一示例性实施例示出的另一种直播间消息处理方法的流程图，如图4所示，该方法用于图1中的服务器110中，包括以下步骤。在步骤S410中，检测到预配置的消息交互接口中的目标消息交互接口被调用，获取与所述目标消息交互接口对应的消息配置参数。在步骤S420中，获取所述目标消息交互接口在被调用时传入的业务类型和调用方账户。在步骤S430中，根据所述业务类型和调用方账户，确定对应的待下发内容，以及，根据所述调用方账户，确定对应的目标客户端。在步骤S440中，判断在所述业务类型下的所述调用方账户是否具有消息下发权限。在步骤S450中，若在所述业务类型下的所述调用方账户具有消息下发权限，则获取与所述业务类型对应的目标下发内容；所述目标下发内容包括所述业务类型对应的业务信息。在步骤S460中，查询与所述业务类型对应的用于替换所述待下发内容的消息视图内容。在步骤S470中，按照所述消息配置参数，对所述消息视图内容和所述目标下发内容进行拼装处理，得到目标消息视图，作为目标消息。在步骤S480中，发送所述目标消息至所述目标客户端。需要说明的是，上述步骤的具体限定可以参见上文对一种直播间消息处理方法的具体限定，在此不再赘述。

应该理解的是，虽然图2和图4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2和图4中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图5是根据一示例性实施例示出的另一种直播间消息下发的流程框图；如图5所示，若服务器检测到消息交互接口中目标消息交互接口被调用时，服务器首先检测调用方账户是否具有调用该目标消息交互接口的权限；若该调用方账户具有调用该目标消息交互接口的权限，服务器则从配置管理模块中获取与目标消息交互接口对应的消息配置参数，以及，获取目标消息交互接口在被调用时传入的业务类型和调用方账户；根据业务类型和调用方账户，确定对应的待下发内容，以及，根据调用方账户，确定对应的目标客户端；按照消息配置参数对待下发内容进行拼装处理，获得目标消息，并发送目标消息至目标客户端。具体来说，服务器可以根据直播间ID、用户ID、用户角色类型，判断该用户是否具有消息下发权限即是否可以下发该条消息，若具有则确定在业务类型下的调用方账户具有消息下发权限，则获取与业务类型对应的目标下发内容。具体来说，服务器可以根据直播间ID、用户ID、用户角色类型，进而实现针对该调用方账户获取与业务类型对应的目标下发内容（extraInfo）。最后，服务器按照消息配置参数，对待下发内容和目标下发内容进行拼装处理并进行修饰，得到目标消息。

图6是根据一示例性实施例示出的一种直播间消息处理装置框图。参照图6，该装置包括：

获取单元610，被配置为执行检测到预配置的消息交互接口中的目标消息交互接口被调用，获取与所述目标消息交互接口对应的消息配置参数，以及，获取所述目标消息交互接口在被调用时传入的业务类型和调用方账户；所述消息交互接口用于供直播间中的各账户进行消息交互；

确定单元620，被配置为执行根据所述业务类型和调用方账户，确定对应的待下发内容，以及，根据所述调用方账户的账户类型，确定对应的目标客户端；

下发单元630，被配置为执行按照所述消息配置参数对所述待下发内容进行拼装处理，获得目标消息，并发送所述目标消息至所述目标客户端。

在一示例性实施例中，所述确定单元620，具体被配置为执行若所述调用方账户为所述直播间的用户账户，将所述用户账户对应的客户端作为所述目标客户端；所述直播间的用户账户为主播账户或观众账户，所述目标客户端为所述主播账户对应的客户端或所述观众账户对应的客户端。

在一示例性实施例中，所述确定单元620，具体被配置为执行若所述调用方账户为所述直播间的业务方账户，获取与所述目标消息交互接口对应的消息下发模式；按照所述消息下发模式，确定对应的所述目标客户端，所述目标客户端包括所述直播间的主播账户对应的客户端和/或观众账户对应的客户端。

在一示例性实施例中，所述消息交互接口包括面向直播间业务方账户的交互接口，所述面向直播间业务方账户的交互接口包括广播接口和单播接口中的至少一种，所述确定单元620，具体被配置为执行若所述目标消息交互接口为广播接口，则确定所述消息下发模式为广播模式；若所述目标消息交互接口为单播接口，则确定所述消息下发模式为单播模式。

在一示例性实施例中，所述确定单元620，具体被配置为执行若所述消息下发模式为广播模式，则将所述主播账户对应的客户端和所述观众账户对应的客户端作为所述目标客户端；若所述消息下发模式为单播模式，则获取所述目标消息交互接口在被调用时传入的接收方账户；所述接收方账户为主播账户或观众账户中的至少一种；将所述接收方账户对应的客户端作为所述目标客户端。

在一示例性实施例中，所述消息交互接口还包括面向直播间用户账户的交互接口，所述面向直播间用户账户的交互接口包括账户状态接口和延迟请求接口，所述确定单元620，具体被配置为执行若所述目标消息交互接口为账户状态接口，则根据所述业务类型和所述调用方账户，查询到账户状态信息；所述账户状态信息为所述调用方账户在所述直播间中，且与所述业务类型对应的相关状态信息；将所述账户状态信息，作为所述待下发内容；若所述目标消息交互接口为延迟请求接口，则将所述调用方账户在所述直播间中，且与所述业务类型对应的延迟展示消息，作为所述待下发内容。

在一示例性实施例中，所述装置还包括：发送单元，具体被配置为执行发送消息延迟展示指令至所述调用方账户的客户端；所述消息延迟展示指令携带有消息延迟展示时间；其中，所述调用方账户的客户端在接收到所述消息延迟展示指令后，若检测到所述调用方账户进入所述直播间达到所述消息延迟展示时间，则调用所述延迟请求接口。

在一示例性实施例中，所述下发单元630，具体被配置为执行判断在所述业务类型下的所述调用方账户是否具有消息下发权限；若在所述业务类型下的所述调用方账户具有消息下发权限，则获取与所述业务类型对应的目标下发内容；所述目标下发内容包括所述业务类型对应的业务信息；按照所述消息配置参数，对所述待下发内容和所述目标下发内容进行拼装处理，得到所述目标消息。

在一示例性实施例中，所述确定单元620，具体被配置为执行查询与所述业务类型对应的用于替换所述待下发内容的消息视图内容；按照所述消息配置参数，对所述消息视图内容和所述目标下发内容进行拼装处理，得到目标消息视图，作为所述目标消息。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种用于执行直播间消息处理方法的设备700的框图。例如，设备700可以为一服务器。参照图7，设备700包括处理组件720，其进一步包括一个或多个处理器，以及由存储器722所代表的存储器资源，用于存储可由处理组件720的执行的指令，例如应用程序。存储器722中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件720被配置为执行指令，以执行上述的直播间消息处理方法。

设备700还可以包括一个电源组件724被配置为执行设备700的电源管理，一个有线或无线网络接口726被配置为将设备700连接到网络，和一个输入输出（I/O）接口728。设备700可以操作基于存储在存储器722的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器722，上述指令可由设备700的处理器执行以完成上述方法。存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。