信令下发方法、装置、服务器以及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种信令下发方法、装置、服务器以及存储介质。

背景技术

相关技术中，直播过程中经常需要服务端主动向客户端推送带有文字内容的信令，而文字内容常常会涉及到多语态，也就是同一个事件发送给不同的人会展示不同的文字内容。

现有方案中，服务端向客户端推送信令的过程，一般是位于业务逻辑层的第二服务器将不带文字内容的原始信令下发给位于长连接层的第一服务器，第一服务器根据原始信令中携带的信令类型、各种语态标识及客户端的登录用户的用户标识，重新组装和生成带有相应语态的文字内容的用户信令下发给客户端。但是，这种方法使得长连接层需要耦合业务逻辑层的业务逻辑，一旦文字内容需要改动或者有新类型的需要支持多语态文字内容的原始信令下发，长连接层也需要进行相应的代码改动和部署。

发明内容

本公开提供一种信令下发方法、装置、服务器以及存储介质，以至少解决相关技术中长连接层与业务逻辑相耦合，需要根据业务逻辑层对文案内容的修改进行相应的代码更新的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种信令下发方法，应用于第一服务器，包括：

接收第二服务器下发的第一信令；其中，第一信令中包括直播间的标识信息以及与多个角色信息分别对应的文案内容；

根据直播间的标识信息，确定与直播间对应的用户标识列表；

匹配用户标识列表中的各用户标识与第一信令中的各角色标识，确定与各用户标识分别对应的角色信息；

根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端。

可选的，在接收第二服务器下发的第一信令之前，还包括：

发送第三信令至所述第二服务器；其中，所述第三信令中包括预设的第一信令格式，用于指示所述第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令；

在接收第二服务器下发的第一信令之后，还包括：

解析所述第一信令，获取所述第一信令中与直播标识字段匹配的字段内容，并将所述字段内容作为所述直播间的标识信息。

可选的，所述匹配所述用户标识列表中的各用户标识与所述第一信令中的各角色标识，确定与各用户标识对应的角色信息，包括：

针对所述用户标识列表中的每一用户标识，将所述用户标识与第一信令中的各角色标识进行匹配；

如果所述用户标识与所述第一信令中的主动参与者标识一致，则确定所述用户标识对应的角色信息是主动参与者；

如果所述用户标识与所述第一信令中的被动参与者标识一致，则确定所述用户标识对应的角色信息是被动参与者；

如果所述用户标识与所述第一信令中的主动参与者标识和被动参与者标识都不一致，则确定所述用户标识对应的角色信息是旁观者。

可选的，所述根据与各角色信息对应的文案内容，生成与各用户标识分别对应的第二信令，并根据所述用户标识将各第二信令分别下发至对应的客户端，包括：

针对与每一用户标识对应的角色信息，从所述与多个角色信息分别对应的文案内容中，获取与所述角色信息对应的目标文案内容；

按照预设的第二信令格式，根据所述目标文案内容生成与所述用户标识对应的第二信令；其中，所述第二信令格式至少包括信令类型、直播间的标识信息以及文案内容；

下发所述第二信令至与所述用户标识对应的客户端。

根据本公开实施例的第二方面，提供一种信令下发方法，应用于第二服务器，包括：

获取直播间的标识信息以及与多个角色信息分别对应的文案内容；

根据直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令；

下发第一信令至第一服务器，以指示第一服务器确定与各用户标识对应的角色信息，根据与各角色信息分别对应的文案内容生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端；其中，用户标识基于直播间对应的用户标识列表确定。

可选的，获取直播间的标识信息以及与多个角色信息分别对应的文案内容，包括：

响应于第二信令下发请求，从所述第二信令下发请求中，提取直播间的标识信息以及目标文案内容；

根据所述目标文案内容，按照与各个角色信息对应的角色语态，生成与多个角色信息分别对应的文案内容。

可选的，在根据所述直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令之前，还包括：

接收所述第一服务器发送的第三信令；其中，所述第三信令中包括预设的第一信令格式，用于指示所述第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令；

根据所述直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令，包括：

将所述直播间的标识信息以及与多个角色信息分别对应的文案内容，分别添加至所述第一信令格式中的对应字段位置，生成第一信令。

根据本公开实施例的第三方面，提供一种信令下发装置，应用于第一服务器，包括：

接收单元，被配置为执行接收第二服务器下发的第一信令；其中，第一信令中包括直播间的标识信息以及与多个角色信息分别对应的文案内容；

第一确定单元，被配置为执行根据直播间的标识信息，确定与直播间对应的用户标识列表；

第二确定单元，被配置为执行匹配用户标识列表中的各用户标识与第一信令中的各角色标识，确定与各用户标识分别对应的角色信息；

信令下发单元，被配置为执行根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端。

可选的，还包括：信令发送单元，被配置为执行在接收第二服务器下发的第一信令之前，发送第三信令至所述第二服务器；其中，所述第三信令中包括预设的第一信令格式，用于指示所述第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令；

还包括：信令解析单元，被配置为执行在接收第二服务器下发的第一信令之后，解析所述第一信令，获取所述第一信令中与直播标识字段匹配的字段内容，并将所述字段内容作为所述直播间的标识信息。

可选的，第二确定单元，被配置为执行：

针对所述用户标识列表中的每一用户标识，将所述用户标识与第一信令中的各角色标识进行匹配；

如果所述用户标识与所述第一信令中的主动参与者标识一致，则确定所述用户标识对应的角色信息是主动参与者；

如果所述用户标识与所述第一信令中的被动参与者标识一致，则确定所述用户标识对应的角色信息是被动参与者；

如果所述用户标识与所述第一信令中的主动参与者标识和被动参与者标识都不一致，则确定所述用户标识对应的角色信息是旁观者。

可选的，信令下发单元，被配置为执行：

针对与每一用户标识对应的角色信息，从所述与多个角色信息分别对应的文案内容中，获取与所述角色信息对应的目标文案内容；

按照预设的第二信令格式，根据所述目标文案内容生成与所述用户标识对应的第二信令；其中，所述第二信令格式至少包括信令类型、直播间的标识信息以及文案内容；

下发所述第二信令至与所述用户标识对应的客户端。

根据本公开实施例的第四方面，提供一种信令下发装置，应用于第二服务器，包括：

获取单元，被配置为执行获取直播间的标识信息以及与多个角色信息分别对应的文案内容；

生成单元，被配置为执行根据直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令；

下发单元，被配置为执行下发所述第一信令至第一服务器，以指示所述第一服务器确定与各用户标识对应的角色信息，根据与各角色信息分别对应的文案内容生成与各用户标识分别对应的第二信令，并根据所述用户标识将各第二信令分别下发至对应的客户端；其中，用户标识基于所述直播间对应的用户标识列表确定。

可选的，获取单元，被配置为执行：

响应于第二信令下发请求，从所述第二信令下发请求中，提取直播间的标识信息以及目标文案内容；

根据所述目标文案内容，按照与各个角色信息对应的角色语态，生成与多个角色信息分别对应的文案内容。

可选的，还包括：信令接收单元，被配置为执行在根据所述直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令之前，接收所述第一服务器发送的第三信令；其中，所述第三信令中包括预设的第一信令格式，用于指示所述第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令；

生成单元，被配置为执行：将所述直播间的标识信息以及与多个角色信息分别对应的文案内容，分别添加至所述第一信令格式中的对应字段位置，生成第一信令。

根据本公开实施例的第五方面，提供一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器被配置为执行指令，以实现如本公开任意实施例提供的应用于第一服务器的信令下发方法，或者如本公开任意实施例提供的应用于第二服务器的信令下发方法。

根据本公开实施例的第六方面，提供一种存储介质，当存储介质中的指令由服务器的处理器执行时，使得服务器能够执行如本公开任意实施例提供的应用于第一服务器的信令下发方法，或者执行如本公开任意实施例提供的应用于第二服务器的信令下发方法。

根据本公开实施例的第七方面，提供一种计算机程序产品，用于与服务器结合使用，计算机程序产品包括计算机可读存储介质和内嵌于其中的计算机程序机制，经由计算机载入该程序并执行后能够实现如本公开任一实施例提供的应用于第一服务器的信令下发方法，或者如本公开任意实施例提供的应用于第二服务器的信令下发方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

通过位于业务逻辑层的第二服务器下发第一信令，该第一信令中包括与多个角色信息分别对应的文案内容，使得位于长连接层的第一服务器，可以根据各用户标识对应的角色信息生成第二信令并下发至对应的客户端，解决了相关技术中长连接层与业务逻辑相耦合的问题，使得长连接层与业务逻辑解耦，无需根据业务逻辑层对文案内容的修改更新相应的代码。

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

附图说明

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

图1是现有技术中长连接层与业务逻辑层之间的架构图。

图2是根据一示例性实施例示出的一种信令下发方法的流程图。

图3是根据一示例性实施例示出的一种信令下发方法的流程图。

图4是根据一示例性实施例示出的一种信令下发的时序图。

图5是根据一示例性实施例示出的一种信令下发装置的框图。

图6是根据一示例性实施例示出的一种信令下发装置的框图。

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

具体实施方式

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

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

目前，当服务器端向客户端下发带有文字内容的信令时，通常由位于长连接层的第一服务器根据位于业务逻辑层的第二服务器下发的原始信令中的信令类型确定业务逻辑，进而根据业务逻辑，确定与各用户标识对应的角色信息以及文案内容，生成与各用户标识对应的用户信令，但这种方法存在长连接层与业务逻辑耦合的问题，一旦文案内容被改动或者有新类型对应的新文案内容，长连接层需要根据改动后的文案内容进行相应的代码改动和部署，以保证能根据改动后的文案内容，正确识别出与各用户标识对应的角色信息以及文案内容。例如，第一服务器接收到第二服务器下发的原始信令，由于原始信令中包括的信令类型为A，因此可以根据长连接层中与类型A对应的代码，确定与类型A匹配的业务逻辑B，然后根据与业务逻辑B对应的代码，确定与各种角色信息对应的文案内容，进而生成与各用户对应的用户信令。也就是说，长连接层中预先通过代码对信令类型、业务逻辑以及文案内容进行了关联存储，因此，当业务逻辑B对应的文案内容被修改或者，生成了新的信令类型对应的新文案内容时，长连接层的代码都需要进行相应的修改，否则无法正确获取到与各种角色信息对应的文案内容。

本公开实施例可以适用于向各用户标识对应的客户端分别下发与其角色信息匹配的信令的情况，通过第二服务器生成包括与多个角色信息分别对应的文案内容的第一信令，并将第一信令下发至第一服务器，使得长连接层与业务逻辑解耦，可以根据第一信令中包括的与多个角色信息分别对应的文案内容，直接生成与各用户标识对应的第二信令并下发至对应的客户端。

图2是根据一示例性实施例示出的一种信令下发方法的流程图，如图2所示，信令下发方法用于服务器中，例如第一服务器中，由配置于第一服务器中的信令下发装置来执行，该方法包括以下步骤。

在步骤S11中，接收第二服务器下发的第一信令。

其中，第一信令中包括直播间的标识信息以及与多个角色信息分别对应的文案内容。

在本公开实施例的一个实施方式中，直播后端架构分为长连接层和业务逻辑层，属于不同的集群。第一服务器位于长连接层，用于维持与客户端的长连接，以接收客户端发送的信令以及向客户端下发信令，而第二服务器位于业务逻辑层，主要用于处理复杂的业务逻辑。在第一服务器主动向客户端下发信令的场景中，第一服务器先接收第二服务器下发的第一信令，然后根据第一信令中包括的数据重新生成与各客户端对应的信令。

其中，第一信令中包括与多个角色信息分别对应的文案内容，使得长连接层不再需要理解业务逻辑，可以直接从第一信令中获取与各个角色信息对应的文案内容，进而，无论业务逻辑层对需要下发信令的文案内容做任何改动，都不需要对长连接层的代码进行修改。

为了能对接收到的第一信令进行解析，在本公开实施例的一个实施方式中，可选的，在接收第二服务器下发的第一信令之前，还可以包括：发送第三信令至所述第二服务器；其中，第三信令中包括预设的第一信令格式，用于指示第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令。

其中，第一信令格式可以是用于生成第一信令的数据格式，通过将直播间的标识信息以及与多个角色信息分别对应的文案内容分别写入该数据格式中对应的字段位置，即可生成第一信令。在本公开实施例的一个实施方式中，通过获取预先定义的第一信令格式，在接收到第二服务器下发的第一信令后，就可以根据第一信令格式从第一信令中提取需要的信息。

示例性的，针对事件：主播a将观众b设置为管理员，第二服务器根据第一信令格式生成并下发的第一信令，第一信令格式包括直播间的标识信息、角色标识以及各角色信息对应的文案内容。一个实施例中，第一信令可以如下所示：

其中，字段名"type"对应的是信令类型，字段名"roomId"对应的是直播间的标识信息(例如房间号)，字段名"masterUserId"对应的是主动参与者标识，例如，主动参与者的用户编号，字段名"guestUserId"对应的是被动参与者标识，字段名"texts"对应的是与多个角色信息分别对应的文案内容，其中，字段名"master"对应的是主动参与者文案，即需要通过信令发送给主动参与者的信息，字段名"guest"对应的是被动参与者文案，字段名"other"对应的是旁观者文案。

为了获取第一信令中包括的直播间的标识信息，在本公开实施例的一个实施方式中，可选的，在接收第二服务器下发的第一信令之后，还可以包括：解析所述第一信令，获取所述第一信令中与直播标识字段匹配的字段内容，并将所述字段内容作为所述直播间的标识信息。

示例性的，在接收到上述第一信令之后，可以根据第一信令格式，对第一信令进行解析，确定直播标识字段的字段名为"roomId"，通过获取与直播标识字段"roomId"匹配的字段内容，确定直播间的标识信息为“5813243”。

在步骤S12中，根据直播间的标识信息，确定与直播间对应的用户标识列表。

在本公开实施例的一个实施方式中，在接收第二服务器下发的第一信令之前，第一服务器响应于客户端发送的通信连接建立请求，可以建立与客户端之间的通信长连接，并向客户端反馈连接建立成功的响应信息。同时，响应于客户端发送的通信连接建立请求，获取通信连接建立请求中包括的直播间的标识信息，并将与该客户端对应的用户标识存储到与直播间对应的用户标识列表中，以达到对进入该直播间的用户对象(例如用户账户)进行标记的目的。从而，在第一服务器收到第一信令后，可以根据从第一信令中提取的直播间的标识信息，查询出需要下发信令的用户标识列表。

在步骤S13中，匹配用户标识列表中的各用户标识与第一信令中的各角色标识，确定与各用户标识分别对应的角色信息。

其中，用户标识列表中包括多个用户标识，每个用户标识对应一个进入该直播间的用户，并且每个用户都在该直播间中有一个对应的角色，例如，主动发起事件的主动参与者、被动参与事件的被动参与者，或者，旁观事件发生的旁观者，而不同的角色对应的信令中的文案内容不同，因此，在向各用户标识对应的客户端下发信令之前，需要先判断各用户标识对应的角色信息。

其中，角色标识可以包括主动参与者标识以及被动参与者标识，也可以根据业务需求设置其他的角色标识。以步骤S11中的第一信令为例，与字段名"masterUserId"对应的是主动参与者标识，可以用于确定与用户标识对应的角色信息是否是主动参与者，与字段名"guestUserId"对应的是被动参与者标识，可以用于确定与用户标识对应的角色信息是否是被动参与者。

为了能确定与各用户标识分别对应的角色信息，在本公开实施例的一个实施方式中，可选的，匹配用户标识列表中的各用户标识与第一信令中的各角色标识，确定与各用户标识对应的角色信息，可以包括：针对所述用户标识列表中的每一用户标识，将所述用户标识与第一信令中的各角色标识进行匹配；如果用户标识与第一信令中的主动参与者标识一致，则确定用户标识对应的角色信息是主动参与者；如果用户标识与第一信令中的被动参与者标识一致，则确定用户标识对应的角色信息是被动参与者；如果用户标识与第一信令中的主动参与者标识和被动参与者标识都不一致，则确定用户标识对应的角色信息是旁观者。

示例性的，以步骤S11中的第一信令为例，针对用户标识列表中的用户标识“4205834336”，将用户标识“4205834336”与主动参与者标识“1348903240”进行匹配，由于两者不同，因此，可以确定用户标识对应的角色信息不是主动参与者；继续将用户标识“4205834336”与被动参与者标识“4205834336”进行匹配，由于两者相同，因此，可以确定用户标识对应的角色信息为被动参与者。

其中，用户标识与各角色标识的比较顺序不固定，可以按照任意顺序将用户标识与角色标识进行匹配。

在步骤S14中，根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端。

为了向各客户端下发与其角色信息对应的信令，在本公开实施例的一个实施方式中，可选的，根据与各角色信息对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端，可以包括：针对与每一用户标识对应的角色信息，从第一信令中与多个角色信息分别对应的文案内容中，获取与角色信息对应的目标文案内容；按照预设的第二信令格式，根据目标文案内容生成与用户标识对应的第二信令；其中，第二信令格式至少包括信令类型、直播间的标识信息以及目标文案内容；下发第二信令至与用户标识对应的客户端。

其中，在确定与各用户标识对应的角色信息之后，可以针对各个用户标识，从第一信令中获取与该用户标识的角色信息对应的目标文案内容，然后将信令类型、直播间的标识信息以及目标文案内容等信息分别写入第二信令格式中对应的字段位置，生成与该用户标识对应的第二信令，并将该第二信令下发至与该用户标识对应的客户端。

示例性的，以步骤S11中的第一信令为例，假设用户标识a对应的角色信息为主动参与者，则第一信令中与用户标识a对应的目标文案内容为"你已经将b设置为管理员"，根据第二信令格式生成的第二信令可以是：

其中，字段名"type"对应的是信令类型，字段名"roomId"对应的是直播间的标识信息，例如房间号，字段名"text"对应的是主动参与者文案。

假设用户标识b对应的角色信息为被动参与者，则第一信令中与用户标识b对应的目标文案内容为"主播已经将你设置为管理员"，根据第二信令格式生成的第二信令可以是：

其中，字段名"type"对应的是信令类型，字段名"roomId"对应的是直播间的标识信息，例如房间号，字段名"text"对应的是被动参与者文案。

假设用户标识c对应的角色信息为旁观者，则第一信令中与用户标识c对应的目标文案内容为"b被主播设置为管理员"，根据第二信令格式生成的第二信令可以是：

其中，字段名"type"对应的是信令类型，字段名"roomId"对应的是直播间的标识信息，例如房间号，字段名"text"对应的是旁观者文案。

本公开实施例的技术方案应用于第一服务器，通过接收第二服务器下发的第一信令；其中，第一信令中包括直播间的标识信息以及与多个角色信息分别对应的文案内容；根据直播间的标识信息，确定与直播间对应的用户标识列表；匹配用户标识列表中的各用户标识与第一信令中的各角色标识，确定与各用户标识分别对应的角色信息；根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端，解决了相关技术中长连接层与业务逻辑相耦合的问题，使得长连接层与业务逻辑解耦，无需根据业务逻辑层对文案内容的修改进行相应的代码更新。

图3是根据一示例性实施例示出的一种信令下发方法的流程图。如图3所示，信令下发方法用于服务器中，例如第二服务器中，由配置于第二服务器中的信令下发装置来执行，该方法包括以下步骤。

在步骤S21中，获取直播间的标识信息以及与多个角色信息分别对应的文案内容。

其中，直播间的标识信息以及与多个角色信息分别对应的文案内容可以是用户预先设置好的，也可以是响应于用户的输入操作，实时获取的。直播间的标识信息可以用于指示第一服务器获取与该直播间对应的用户标识列表，确定需要下发信令的客户端对应的用户标识。与多个角色信息分别对应的文案内容用于指示第一服务器根据与各个用户标识对应的角色信息，确定与各个用户标识对应的信令中的文案内容。

在本公开实施例的一个实施方式中，可选的，获取直播间的标识信息以及与多个角色信息分别对应的文案内容，可以包括：响应于第二信令下发请求，从所述第二信令下发请求中，提取直播间的标识信息以及目标文案内容；根据所述目标文案内容，按照与各个角色信息对应的角色语态，生成与多个角色信息分别对应的文案内容。

其中，目标用户可以是主播或者是观看主播直播的用户。角色语态包括与被动参与者角色对应的语态，与主动参与者角色对应的语态以及与旁观者角色对应的语态。与被动参与者角色对应的语态可以从被动参与者的视角描述目标文案内容，一般为被动句式；与主动参与者角色对应的语态可以从主动参与者的视角描述目标文案内容，一般为主动句式；与旁观者角色对应的语态可以使从旁观者的视角描述目标文案内容，一般为被动句式，也可以为主动句式。当主播或者用户触发第二信令的下发请求时，例如，主播a将用户b设置为管理员时，第二服务器会接收到主播a发送的第二信令下发请求，从而可以从请求中提取主播a所在直播间的标识信息以及目标文案内容，例如，“直播间556，主播a将用户b设置为管理员”。为了能够生成包括与多个角色信息分别对应的文案内容的第一信令，第二服务器按照与各个角色信息对应的角色语态，参照目标文案内容，生成与各个角色信息分别对应的文案内容，例如，针对被动参与者角色，生成文案内容“主播已经将你设置为管理员”，针对主动参与者角色，生成文案内容“你已经将b设置为管理员”，针对旁观者角色，生成文案内容“b被主播设置为管理员”。

在步骤S22中，根据直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令。

为了能按照第一服务器规定的第一信令生成规则，生成对应的第一信令，以便于第一服务器对第一信令进行解析，在本公开实施例的一个实施方式中，可选的，在根据直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令之前，还可以包括：接收所述第一服务器发送的第三信令；其中，第三信令中包括预设的第一信令格式，用于指示第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令；根据所述直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令。

一个实施例中，步骤S22可以包括：将直播间的标识信息以及与多个角色信息分别对应的文案内容，分别添加至第一信令格式中的对应字段位置，生成第一信令。

其中，第一信令格式可以是用于生成第一信令的数据格式，通过将直播间的标识信息、角色标识以及与多个角色信息分别对应的文案内容等信息分别写入该数据格式中对应的字段位置，即可生成下发至第一服务器的第一信令。

其中，通过在第一信令中添加与多个角色信息分别对应的文案内容，使得长连接层不再需要理解业务逻辑，可以根据与各用户标识对应的角色信息，直接从第一信令中获取与各个用户标识对应的文案内容，进而，无论业务逻辑层对需要下发信令的文案内容做任何改动，都不需要对长连接层的代码进行修改，可以实现长连接层与业务逻辑的解耦。

在步骤S23中，下发第一信令至第一服务器，以指示第一服务器确定与各用户标识对应的角色信息，根据与各角色信息分别对应的文案内容生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端。

其中，用户标识基于直播间对应的用户标识列表确定。

在本公开实施例的一个实施方式中，通过将第一信令下发至第一服务器，可以指示第一服务器获取第一信令中的直播间的标识信息，根据直播间的标识信息确定与直播间对应的用户标识列表，然后通过将用户标识列表中的各用户标识与第一信令中的各角色标识进行匹配，确定与各用户标识分别对应的角色信息，根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端，实现向各用户标识对应的客户端分别下发与其角色信息匹配的信令。

本公开实施例的技术方案应用于第二服务器，通过根据直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令；下发第一信令至第一服务器，以指示第一服务器确定与各用户标识对应的角色信息，根据与各角色信息分别对应的文案内容生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端；其中，用户标识基于直播间对应的用户标识列表确定，解决了相关技术中长连接层与业务逻辑相耦合的问题，通过在下发至第一服务器的第一信令中携带文案内容，使得长连接层与业务逻辑解耦，无需根据业务逻辑层对文案内容的修改进行相应的代码更新。

图4是根据一示例性实施例示出的一种信令下发的时序图。参照图4，信令下发方法包括以下步骤。

首先，第一服务器接收客户端发送的通信连接建立请求。

接着，第一服务器获取通信连接建立请求中包括的直播间的标识信息，并将与该客户端对应的用户标识存储到与直播间对应的用户标识列表中，同时，建立与客户端之间的通信长连接，并向客户端反馈连接建立成功的响应信息。

接着，第二服务器获取直播间的标识信息以及与多个角色信息分别对应的文案内容，并分别添加至第一信令格式中的对应字段位置，生成第一信令并发送至第一服务器。

然后，第一服务器从第一信令中提取出直播间的标识信息，查询出需要下发信令的用户标识列表。

然后，第一服务器确定与用户标识列表中的各用户标识分别对应的角色信息，根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令。

最后，第一服务器根据用户标识将各第二信令分别下发至对应的客户端。

图5是根据一示例性实施例示出的一种信令下发装置的框图。参照图5，该装置应用于第一服务器，包括接收单元121，第一确定单元122，第二确定单元123以及信令下发单元124。

接收单元121，被配置为执行接收第二服务器下发的第一信令；其中，第一信令中包括直播间的标识信息以及与多个角色信息分别对应的文案内容；

第一确定单元122，被配置为执行根据直播间的标识信息，确定与直播间对应的用户标识列表；

第二确定单元123，被配置为执行匹配用户标识列表中的各用户标识与第一信令中的各角色标识，确定与各用户标识分别对应的角色信息；

信令下发单元124，被配置为执行根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端。

在本公开实施例的一个实施方式中，可选的，还包括：信令发送单元，被配置为执行在接收第二服务器下发的第一信令之前，发送第三信令至所述第二服务器；其中，第三信令中包括预设的第一信令格式，用于指示第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令；

还包括：信令解析单元，被配置为执行在接收第二服务器下发的第一信令之后，解析所述第一信令，获取所述第一信令中与直播标识字段匹配的字段内容，并将所述字段内容作为所述直播间的标识信息。

在本公开实施例的一个实施方式中，可选的，第二确定单元123，被配置为执行针对所述用户标识列表中的每一用户标识，将所述用户标识与第一信令中的各角色标识进行匹配；

如果用户标识与第一信令中的主动参与者标识一致，则确定用户标识对应的角色信息是主动参与者；

如果用户标识与第一信令中的被动参与者标识一致，则确定用户标识对应的角色信息是被动参与者；

如果用户标识与第一信令中的主动参与者标识和被动参与者标识都不一致，则确定用户标识对应的角色信息是旁观者。

在本公开实施例的一个实施方式中，可选的，信令下发单元124，被配置为执行针对与每一用户标识对应的角色信息，从第一信令中与多个角色信息分别对应的文案内容中，获取与角色信息对应的目标文案内容；

按照预设的第二信令格式，根据目标文案内容生成与用户标识对应的第二信令；其中，第二信令格式至少包括信令类型、直播间的标识信息以及目标文案内容；

下发第二信令至与用户标识对应的客户端。

关于上述实施例中的应用于第一服务器的信令下发装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图6是根据一示例性实施例示出的一种信令下发装置的框图。参照图6，该装置应用于第二服务器，包括获取单元221，生成单元222以及下发单元223。

获取单元221，被配置为执行获取直播间的标识信息以及与多个角色信息分别对应的文案内容；

生成单元222，被配置为执行根据直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令；

下发单元223，被配置为执行下发所述第一信令至第一服务器，以指示所述第一服务器确定与各用户标识对应的角色信息，根据与各角色信息分别对应的文案内容生成与各用户标识分别对应的第二信令，并根据所述用户标识将各第二信令分别下发至对应的客户端；其中，用户标识基于所述直播间对应的用户标识列表确定。

在本公开实施例的一个实施方式中，可选的，获取单元221，被配置为执行：

响应于第二信令下发请求，从所述第二信令下发请求中，提取直播间的标识信息以及目标文案内容；根据所述目标文案内容，按照与各个角色信息对应的角色语态，生成与多个角色信息分别对应的文案内容。

在本公开实施例的一个实施方式中，可选的，还包括：信令接收单元，被配置为执行在根据所述直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令之前，接收所述第一服务器发送的第三信令；其中，所述第三信令中包括预设的第一信令格式，用于指示第二服务器按照第一信令格式，生成包括直播间的标识信息以及与多个角色信息分别对应的文案内容的第一信令；

生成单元222，被配置为执行：将直播间的标识信息以及与多个角色信息分别对应的文案内容分别添加至第一信令格式中的对应字段位置，生成第一信令。

关于上述实施例中的应用于第二服务器的信令下发装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种服务器的结构示意图，如图7所示，该服务器包括：

一个或多个处理器510，

图7中以一个处理器510为例；

存储器520；

服务器中的处理器510和存储器520可以通过总线或者其他方式连接，图7中以通过总线连接为例。

存储器520作为一种非暂态计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及单元，如本公开实施例中的一种信令下发方法对应的程序指令/单元(例如，附图5所示的接收单元121，第一确定单元122，第二确定单元123以及信令下发单元124，或者，附图6所示的获取单元221，生成单元222以及下发单元223)。处理器510通过运行存储在存储器520中的软件程序、指令以及单元，从而执行计算机设备的各种功能应用以及数据处理，即实现上述方法实施例的一种信令下发方法，应用于第一服务器，包括：

接收第二服务器下发的第一信令；其中，第一信令中包括直播间的标识信息以及与多个角色信息分别对应的文案内容；

根据直播间的标识信息，确定与直播间对应的用户标识列表；

匹配用户标识列表中的各用户标识与第一信令中的各角色标识，确定与各用户标识分别对应的角色信息；

根据与各角色信息分别对应的文案内容，生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端。

或者，实现上述方法实施例的一种信令下发方法，应用于第二服务器，包括：

获取直播间的标识信息以及与多个角色信息分别对应的文案内容；

根据直播间的标识信息以及与多个角色信息分别对应的文案内容，生成第一信令；

下发第一信令至第一服务器，以指示第一服务器确定与各用户标识对应的角色信息，根据与各角色信息分别对应的文案内容生成与各用户标识分别对应的第二信令，并根据用户标识将各第二信令分别下发至对应的客户端；其中，用户标识基于直播间对应的用户标识列表确定。

存储器520可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器520可以包括高速随机存取存储器，还可以包括非暂态性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态性固态存储器件。在一些实施例中，存储器520可选包括相对于处理器510远程设置的存储器，这些远程存储器可以通过网络连接至终端设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

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

在示例性实施例中，还提供了一种计算机程序产品，用于与服务器结合使用，计算机程序产品包括计算机可读存储介质和内嵌于其中的计算机程序机制，经由计算机载入该程序并执行后能够实现如本公开的任一实施例的信令下发方法。

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

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