CN110996141B - 一种直播间中信息的发送方法、装置及电子设备 - Google Patents

Abstract

本公开实施例中提供了一种直播间中信息的发送方法，该方法包括：接收当前房间中用户发送的服务请求；根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件；获取所述筛选条件，根据所述筛选条件筛选所述目标房间；将所述服务请求发送至所述目标房间，完成直播间中信息的发送。通过在配置中心中制定或者选取筛选目标房间的筛选条件，可以在根据业务需求改变筛选条件时，只需通过配置中心进行制定或者选取即可，无需大量改动系统中的其他相关配置信息，避免了现有技术中在修改筛选条件时大量修改系统的其他相关信息时出现的修改任务繁重和导致的系统不稳定的问题，从而提高了工作效率和系统的稳定性。

Description

一种直播间中信息的发送方法、装置及电子设备

技术领域

本公开涉及信息处理技术领域，尤其涉及一种直播间中信息的发送方法、装置及电子设备。

背景技术

直播技术在计算机以及互联网中的应用越来越广，例如视频直播，主播在具有视频直播功能的应用程序(APP)中开一个房间进行直播，其他用户可以进入该主播的直播房间进行观看、与该主播进行互动，以及通过服务器与其他直播房间相应的用户进行互动等。

但是现有技术中在直播信息的发送时还存在一定的问题，例如进行广播时出现一部分房间不能接受广播信息的情况等，所以需要一种更好的广播信息的方式方法。

发明内容

有鉴于此，本公开实施例的主要目的在于提供一种直播间中信息的发送方法、装置及电子设备，以解决现有技术中在配置新的筛选条件时需要大量更改全服广播服务器中其他与筛选条件有关的信息的问题。

第一方面，本公开实施例提供了一种直播间中信息的发送方法，包括：

接收当前房间中用户发送的服务请求；

根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件；

获取所述筛选条件，根据所述筛选条件筛选所述目标房间；

将所述服务请求发送至所述目标房间，完成直播间中信息的发送。

根据本公开实施例的一种具体实现方式，在所述通过配置中心制定或者选取筛选目标房间的筛选条件之后，还包括：

保存所述筛选条件，以便获取所述筛选条件。

根据本公开实施例的一种具体实现方式，所述通过配置中心制定或者选取筛选目标房间的筛选条件，具体包括：

将制定的新的筛选条件与所述配置中心已有的筛选条件进行对比，判断所述配置中心已有的筛选条件是否包含制定的新的筛选条件；

当所述配置中心已有的筛选条件包含制定的新的筛选条件时，选取所述配置中心已有的筛选条件中与制定的新的筛选条件相同的筛选条件作为制定的新的筛选条件；

否则，在所述配置中心制定新的筛选条件。

根据本公开实施例的一种具体实现方式，获取所述筛选条件，根据所述筛选条件筛选所述目标房间，具体包括：

获取所述筛选条件；

获取当前的在线房间的唯一身份标识；

根据所述在线房间的唯一身份标识，获取所述在线房间的房间信息；

根据获取的所述筛选条件以及所述在线房间的房间信息，从获取的当前的在线房间中筛选所述目标房间。

根据本公开实施例的一种具体实现方式，获取所述筛选条件，根据所述筛选条件筛选所述目标房间，具体包括：

获取所述筛选条件；

将所述筛选条件加载在主线程的协程中；

获取当前的在线房间的唯一身份标识，以及将所述当前在线房间的唯一身份标识进行分组；

利用所述协程对分组后的当前在线房间进行处理，进而筛选出所述目标房间。

根据本公开实施例的一种具体实现方式，所述利用所述协程对分组后的当前在线房间进行处理，进而筛选出所述目标房间，具体包括：

利用多个所述协程，根据每个分组中当前在线房间的唯一身份标识，获取该分组中当前在线房间的房间信息；所述协程与所述当前在线房间的唯一身份标识的分组为一一对应的关系；

利用所述协程，根据加载在所述协程中的所述筛选条件以及获取的每个分组中的当前在线房间的房间信息，从每个分组中的当前在线房间中筛选所述目标房间。

根据本公开实施例的一种具体实现方式，所述接收当前房间中用户发送的服务请求，具体包括：

通过当前房间中应用程序编程接口接收用户发送的与所述应用程序编程接口对应的服务请求；

通过所述应用程序编程接口将与所述应用程序编程接口对应的服务请求对应的数据进行转换，得到预设格式的数据；

将所述预设格式的数据写入消息队列；

读取所述消息队列中的预设格式的数据，完成对当前房间中用户发送的服务请求的接收，以便将所述服务请求发送至所述目标房间。

第二方面，本公开实施例提供了一种直播间中信息的发送装置，包括：

接收模块，用于接收当前房间中用户发送的服务请求；

配置中心模块，根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件；

筛选模块，用于获取所述筛选条件，根据所述筛选条件筛选所述目标房间；

发送模块，用于将所述服务请求发送至所述目标房间，完成直播间中信息的发送。

第三方面，本公开实施例还提供了一种电子设备，该电子设备包括：

至少一个处理器；以及，

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行前述任第一方面或第一方面的任一实现方式中的直播间中信息的发送方法。

第四方面，本公开实施例还提供了一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使该计算机执行前述第一方面或第一方面的任一实现方式中的直播间中信息的发送方法。

第五方面，本公开实施例还提供了一种计算机程序产品，该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，使该计算机执行前述第一方面或第一方面的任一实现方式中的直播间中信息的发送方法。

本公开实施例中的直播间中信息的发送方案，通过在配置中心中制定或者选取筛选目标房间的筛选条件，可以在根据业务需求改变筛选条件时，只需通过配置中心进行制定或者选取即可，无需大量改动系统中的其他相关配置信息，避免了现有技术中在修改筛选条件时大量修改系统的其他相关信息时出现的修改任务繁重和导致的系统不稳定的问题，从而提高了工作效率和系统的稳定性。

附图说明

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

图1为本公开实施例提供的一种直播间中信息的发送方法的流程示意图；

图2为本公开实施例提供的另一种直播间中信息的发送方法的流程示意图；

图3为本公开实施例提供的另一种直播间中信息的发送方法的流程示意图；

图4为本公开实施例提供的一种直播间中信息的方法装置的结构示意图；

图5为本公开实施例提供的电子设备示意图。

具体实施方式

下面结合附图对本公开实施例进行详细描述。

以下通过特定的具体实例说明本公开的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本公开的其他优点与功效。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。本公开还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本公开的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。

需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。

还需要说明的是，以下实施例中所提供的图示仅以示意方式说明本公开的基本构想，图式中仅显示与本公开中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

另外，在以下描述中，提供具体细节是为了便于透彻理解实例。然而，所属领域的技术人员将理解，可在没有这些特定细节的情况下实践所述方面。

本公开实施例提供一种直播间中信息的发送方法。本实施例提供的直播间中信息的发送方法可以由一计算装置来执行，该计算装置可以实现为软件，或者实现为软件和硬件的组合，该计算装置可以集成设置在服务器、终端设备等中。

直播技术在计算机以及互联网中的应用越来越广，例如视频直播，主播在具有视频直播功能的应用程序(APP)中开一个房间进行直播，其他用户可以进入该主播的直播房间进行观看、与该主播进行互动，以及通过服务器与其他直播房间相应的用户进行互动等。以某一直播间为例，将该直播间视为当前房间，该当前房间的用户发送的服务请求进行全服广播时，全服广播服务器接收当前房间接收的用户发送的服务请求，然后根据该服务请求拉取当前在线的直播房间，对当前在线的直播房间进行广播，也就是将当前房间中用户发送的服务请求广播到当前在线的房间中。现有技术中，进入该直播间的粉丝或者进入该的观看用户在进行某些操作即发送服务请求时，根据需要全服广播服务器需要将服务请求发送至当前在线的房间进行广播，但是需要对当前在线的房间进行筛选，将服务请求发送到符合广播条件的房间中。这就需要在系统配置筛选信息或者选择条件，根据配置的筛选信息或者选择条件筛选出最终的房间进行广播。

但是，在系统中配置的筛选信息或者选择条件只能筛选某一种或者选择范围有限，当业务需求变化以后，需要改变系统中配置的筛选信息或者选择条件时，就需要对系统进行重新配置，重新在系统中配置筛选信息或者选择条件。此时，想要重新配置系统中的筛选信息或者选择条件就需要大量改动系统中的信息，不只是单纯改变筛选信息或者选择条件而已，费时费力。

参见图1，本公开实施例提供的一种直播间中信息的发送方法，该方法主要包括以下步骤：

步骤S100，接收当前房间中用户发送的服务请求。

步骤S200，根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件。

步骤S300，获取所述筛选条件，根据该筛选条件筛选目标房间。

步骤S400，将所述服务请求发送至所述目标房间，完成直播间中信息的发送。

其中，步骤S100，接收当前房间中用户发送的服务请求。本实施例的方法可以适用于直播间，在直播间进行直播的场景中，某一直播间的主播将其直播间打开，然后进行本实施例中的方法，从而实现在直播间中信息的发送。可以将该主播所在的直播间作为当前房间，当然在线进行直播的直播间中的任何一个直播间都可以作为当前房间。将该当前房间中的用户发送的服务请求作为发送对象进行发送，用户发送的用户请求为与该直播间(即当前房间)有关的用户发送的请求，用户发送的服务请求均为进行全服广播的服务请求，具体可以包括该直播间的主播的粉丝发送的信息、某一用户进入该直播间的信息、进入该直播间的用户加入该直播间的主播的粉丝团的信息、某一用户或者某一该直播间的主播的粉丝为该主播进行守护的信息(在直播间中的术语也可以称作金主守护，可以是为该主播送某些东西伴随该主播等)等。主播的粉丝发送的信息可以是粉丝发给主播的信息，例如打赏信息，送礼信息等等。当然，用户发送的服务请求还可以包括其他信息，在这里就不在一一例举。

用户发送的服务请求可以是通过用户的客户端发送到当前房间的服务请求，通过当前房间中设置的应用程序服务接口发送到全服广播服务器，全服广播服务器接收通过当前房间中设置的应用程序服务接口接收的用户客户端发送的服务请求。在当前房间中设置有对应不同服务请求的应用程序接口(API接口)，当用户通过用户客户端发送服务请求时，与该服务请求对应的API接口接收该服务请求，然后将该服务请求发送至全服广播服务器。例如，用户通过用户客户端发送送礼的服务请求时，用户在进入当前直播间后，通过客户端发送送礼的服务请求，该服务请求为给该当前房间的主播送礼的服务请求。通过该当前房间将送礼的服务请求发送至全服广播服务器，以便进行全服广播。

全服广播可以是对所有在线房间进行广播，也可以是对所有房间进行广播，也可以是对指定的房间进行广播(例如符合一定广播条件的房间)，本实施例以对指定的房间进行广播为例进行说明。

当然，本实施例中的方法还可以适用于其他可以适用的场景中，在此并不做具体限定。

步骤S200，根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件。将根据筛选条件筛选出来的房间称为目标房间，也就是将服务最终发送到的房间称为目标房间。通过在配置中心中制定或者选取筛选目标房间的筛选条件，根据筛选条件筛选目标房间，以便对目标房间进行广播。在通过配置中心中制定或者选取筛选目标房间的筛选条件之前，还需要搭建配置中心，配置中心相当于一个微服务器，可用于配置数据、读取数据，本实施例中的配置中心可以是在一个与直播应用程序相关联的网页，也可以是在直播应用程序内部通过接口搭建的一个配置项，该接口可以以网页的形式展示并且可以对筛选条件进行配置。怎样构建配置中心或者构建怎样的配置中心，以及配置中心的具体结构或者工作方式并不是本实施例的重点，在此不做详细说明。在本实施例中只要能够实现与配置中心相同功能的都可视为配置中心，可以是一个组件或者虚拟模块等等。

不同的业务需求对应的筛选条件会有不同，根据实际应用中的业务需求，通过配置中心指定或者选取筛选目标房间的筛选条件。配置中心中保存有已经制定过的筛选条件，当需要配置的筛选条件为新的筛选条件或者配置中心中没有的筛选条件时，需要在配置中心中制定筛选条件。当需要配置的筛选条件为配置中心中已经保存有的筛选条件时，从配置中心中选取对应的筛选条件作为需要配置的筛选条件即可，不需要再次通过配置中心制定筛选条件。

在通过配置中心制定或者选取筛选目标房间的筛选条件之后，还包括：保存筛选条件，以便获取筛选条件。每次通过配置中心制定或者选取筛选目标房间的筛选条件之后，都会将此次制定或者选取的目标房间的筛选条件进行保存，可以是保存在配置中心的数据库中，例如配置中心对应的Redis数据库等。通过该步骤将制定或者选取的筛选目标房间的筛选条件进行保存之后，当再次通过配置中心制定或者选取筛选目标房间的筛选条件时，就可以直接从保存的筛选条件中直接选取相同的筛选条件即可，无需再次进行制定等。将已经保存在配置中心中的筛选条件作为已有筛选条件，当第一次执行该操作时，如果没有在配置中心中预设一定的筛选条件，则将根据业务需求制定筛选目标房间的筛选条件，无需执行从配置中心中选取筛选目标房间的筛选条件。当配置中心中预设有一定的筛选条件时，可以执行通过配置中心制定或者选取筛选目标房间的筛选条件，当配置中心中没有需要的筛选条件时通过配置中心制定相应的筛选条件；当配置中心中包括有需要的筛选条件时，从配置中心中选取相应的筛选条件。

筛选条件可以包括房间的人数、距离上一次收到广播的时间、该广播约多少人看到、房间主播的性别、开播时间、房间类型、房间推荐等级、主播id、主播性别等与房间相关的信息。例如，房间的人数可以是大于xx人且小于xx人，距离上一次收到广播的时间xx分钟，将该广播控制在大约xx人等看到等等，根据这些筛选条件筛选目标房间。

为了对该步骤进行进一步优化以及说明，本说明书还提供了一种通过配置中心制定或者选取筛选目标房间的筛选条件的方法，作为较佳实施例，该步骤具体包括：

将制定的新的筛选条件与配置中心已有的筛选条件进行对比，判断配置中心已有的筛选条件是否包含制定的新的筛选条件。将每一次根据业务需求进行更改的筛选条件均视为制定的新的筛选条件，由于配置中心中已有一定的筛选条件(当配置中心中没有预设有一定的筛选条件时，配置中心中已有的筛选条件为空)，将制定的新的筛选条件与配置中心中已有的筛选条件进行对比，判断配置中心中已有的筛选条件是否包括制定的新的筛选条件。当配置中心中预设有一定的筛选条件时，将制定的新的筛选条件与配置配置中心中预设的筛选条件进行对比，当配置中心中没有预设有一定的筛选条件时，同样也将制定的新的筛选条件与配置中心中预设的筛选条件进行对比，只是此时配置中心中预设的筛选条件为空而已。

当配置中心已有的筛选条件包含制定的新的筛选条件时，选取配置中心已有的筛选条件中与制定的新的筛选条件相同的筛选条件作为制定的新的筛选条件。否则，在配置中心制定新的筛选条件。制定的新的筛选条件可能存在有一部分与配置中心中的已有的筛选条件相同，也就是配置中心中已有的筛选条件包括部分制定的新的筛选条件，还有一部分制定的新的筛选条件在配置中心中不存在。在这种情况下可以只制定配置中心中不存在的这一部分筛选条件即可，不用全部制定，将配置中心中已有的那部分筛选条件直接进行选取即可。

例如，业务需求需要对应的筛选条件为房间人数大于10人,并且距离接收上一次广播的时间大于30分钟，将同时符合这两个筛选条件的房间作为目标房间。先将这两个筛选条件与配置中心中的筛选条件进行对比，当配置中心中预设的筛选条件包括有这两个筛选条件时，直接从配置中心中预设的筛选条件选取这两个筛选条件即可。当配置中心中预设的筛选条件不包括这两个筛选条件时，需要通过配置中心制定这两个筛选条件，然后在将这两个筛选条件进行保存，以便下次当做配置中心中已有的筛选条件使用。当配置中心中只有其中一个筛选条件时，将配置中心中包括的一个筛选条件直接选取即可，另外一个没有的筛选条件通过配置中心进行制定，然后进行保存。此外，筛选条件的数量没有要求，可以根据业务需求进行设定。

通过在配置中心中制定或者选取筛选目标房间的筛选条件，可以在根据业务需求改变筛选条件时，只需通过配置中心进行制定或者选取即可，无需大量改动系统中的其他相关配置信息，避免了现有技术中在修改筛选条件时大量修改系统的其他相关信息时出现的修改任务繁重和导致的系统不稳定的问题，从而提高了工作效率和系统的稳定性。

步骤S300，在通过配置中心制定或者选取筛选条件后，需要获取通过配置中心制定或者选取的筛选条件，该筛选条件也可称为过滤器，根据该筛选条件筛选目标房间。全服广播服务器获取通过配置中心制定或者选取的与本次业务需求对应的筛选条件，并且将上次业务对应的筛选条件进行替换或者将上次业务对应的筛选条件进行更新。

该步骤具体包括：

从获取中心中获取筛选条件，以便根据该筛选条件筛选目标房间。

获取当前的在线房间的唯一身份标识，每个房间均有与其对应的一个唯一的身份标识(ID)，由于广播只是发给当前在线的房间，所以获取的是当前在线的房间的唯一身份标识。

根据获取的在线房间的唯一身份标识，获取在线房间的房间信息，在线房间的房间信息包括房间人数、开播时间、房间类型、房间推荐等级、主播id、主播性别等信息。此处的在线房间的房间信息并不包括其唯一身份标识。

在获取筛选条件和当前在线的房间的房间信息之后就可以进行目标房间的筛选，根据获取的筛选条件以及在线房间的房间信息，从获取的当前的在线房间中筛选目标房间，符合筛选条件的房间即为目标房间。

步骤S400，在获取目标房间之后进行服务请求的发送，将服务请求发送至筛选出来的目标房间，目标房间接收到当前房间中用户发送的服务请求，并对其进行显示，从而完成了直播间中信息的发送。

通过本说明书实施例中的方法完成了对直播间中信息的发送，克服了现有技术中在改变筛选条件时需要大量改动系统的相关配置信息带来的工作繁琐和系统稳定性差的问题。

如图2所示，为直播间中信息的发送方法的另一实施例，该实施例作为对图1所示直播间中信息的发送方法的进一步优化。该实施例提供的方法与图1所示的方法具有相同的步骤S100、S200、S400，这三个步骤在本实施例中记为步骤S500、S600、S700，在这里不再重复说明。不同之处在于步骤S300，这个步骤在本实施例中记为步骤S300’，该步骤是对步骤S300的进一步限定或者优化。步骤S300’具体包括：

步骤S301’，从配置中心中获取筛选条件，以便根据获取的筛选条件筛选目标房间。

步骤S302’，将筛选条件加载在全服广播服务器的主线程的协程中，主线程中弘股份包括有多个线程，每个协程独立工作，协程(goroutine)是Go语言中的轻量级线程实现，可以并行处理多个函数。在这里协程作为一个载体，执行加载的筛选条件。

步骤S303’，获取当前的在线房间的唯一身份标识，每个房间均有与其对应的一个唯一的身份标识(ID)，由于广播只是发给当前在线的房间，所以获取的是当前在线的房间的唯一身份标识。以及将获取的当前在线房间的唯一身份标识进行分组，由于有一个以上协程，所以将当前在线房间的唯一身份标识进行分组，该分组与协程对应，每个协程对应一个分组，协程之间相互独立。该方法避免了使用同一个线程同步处理所有当前在线房间时，若出现中断等问题不能继续进行处理的问题。

步骤S304’，利用协程对分组后的当前在线房间进行处理，进而筛选出目标房间。该步骤具体包括：

利用多个主线程中的协程，根据每个分组中当前在线房间的唯一身份标识，获取该分组中当前在线房间的房间信息，即每个协程获取与其对应的分组的当前在线房间的房间信息，在线房间的房间信息包括房间人数、开播时间、房间类型、房间推荐等级、主播id、主播性别等信息。此处的在线房间的房间信息并不包括其唯一身份标识。协程与当前在线房间的唯一身份标识的分组为一一对应的关系，可以避免获取房间信息出现错误的问题(例如重复获取、获取遗漏等)。

利用每个协程，根据加载在协程中的筛选条件以及获取的每个分组中的当前在线房间的房间信息，从每个分组中的当前在线房间中筛选目标房间，以便对目标房间发送服务请求。每个协程筛选与其对应的分组中的房间，每个协程筛选的房间的数量是可以配置的。

现有技术中，全服广播服务器在获取到当前的在线房间之后，是通过全服广播服务器的主线程根据筛选条件对当前在线的房间信息筛选的，这种方法为同步进行的方法，也就是对当前的在线房间一个一个地进行筛选，筛选完一个房间之后再进行下一个房间的筛选。在筛选的过程中如果中断或者出现问题，就会出现后续没有被筛选的房间不能继续被筛选，筛选过程无法继续进行，即使符合筛选条件的房间也不能被筛选出来从而接收全服广播。通过该实施例的方法，利用全服广播服务器的主线程的协程对当前的在线房间分组进行筛选，每个协程筛选各自对应的分组的房间，当某一个协程出现问题不能继续对其对应分组的房间进行筛选时，不影响其他协程筛选其他分组的房间。这样极大降低了现有技术中的问题的影响。

如图3所示，为直播间中信息的发送方法的又一实施例，该实施例同样是对图1所示的方法的优化，该实施例提供的方法与图1所示的方法具有相同的步骤S200、S300、S400，这三个步骤在本实施例中记为步骤S800、S900、S1000，在这里不再重复说明。不同之处在于步骤S100，这个步骤在本实施例中记为步骤S100’，该步骤是对步骤S100的进一步限定或者优化。步骤S100’具体包括：

步骤S101’，通过当前房间中应用程序编程接口接收用户发送的与应用程序编程接口对应的服务请求。当用户通过用户客户端发送服务请求之后，当前房间中与该服务请求对应的应用程序接口(API)接收服务请求。不同的应用程序接口可能对应于不同的汇编语言编写，每种汇编语言之间是不相容的。在现有技术中，在当前房间中的应用程序编程接口将服务请求发送至全服广播服务器后，全服广播服务器对应的汇编语言必须与该应用程序编程接口对应的汇编语言相同，否则两者是对应不上的，不能正常运行。当改变某一服务请求对应的应用程序接口时，即用不同的汇编语言编写应用程序接口时，需要用改变汇编语言后的应用程序接口对应的汇编语言编写的全服广播服务器的脚本，接收改变汇编语言后的应用程序接口发送的服务请求。现有技术中的这种情况在很大程度上影响了工作的进行，需要用不同的汇编语言编写。

步骤S102’，通过应用程序编程接口将与应用程序编程接口对应的服务请求对应的数据进行转换，得到预设格式的数据。当前房间的应用程序编程接口在接收到服务请求之后将服务请求对应的数据进行转换，将其转换为统一的数据交换格式JOSN格式的数据，在本实施例中预设格式即为JOSN格式，当然还可以是其他的数据交换格式。

步骤S103’，在应用程序编程接口将服务请求对应的数据进行数据格式交换之后，将预设格式的数据写入消息队列，也就是将数据交换格式(如JOSN格式)的数据写入消息队列。

步骤S104’，在将服务请求对应的数据进行数据交换格式的数据写入消息队列之后，读取消息队列中的预设格式的数据，也就是读取写入消息队列中的数据交换格式的数据，完成对当前房间中用户发送的服务请求的接收，以便执行后续步骤，将服务请求发送至目标房间。消息队列将不同语言编写的应用程序编程接口接收的服务请求进行解耦，读取消息队列中的数据时，只需要一种汇编语言编写的全服广播服务器即可，不需要根据改变应用程序接口对应的汇编语言而对应改变全服广播服务器对应的汇编语言，从而也就不需要改变汇编语言再次编写全服广播服务器的脚本。

值得说明的是，图1、图2、图3对应的实施例可以结合在一起的实施例同样为重点实施例，同样属于本说明书实施例的保护范围。将图2、图3对应的实施例跟别替换掉图1对应的实施例的相应部分，即为三者结合的实施例，由于上述实施例对每部分均有详细说明，再次不再赘述。

与上面的方法实施例相对应，参见图4，本公开实施例还提供了一种直播间中信息的发送装置40，包括：

接收模块401，用于接收当前房间中用户发送的服务请求。

配置中心模块402，根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件。

筛选模块403，用于获取所述筛选条件，根据所述筛选条件筛选所述目标房间。

发送模块404，用于将所述服务请求发送至所述目标房间，完成直播间中信息的发送。

图4所示装置可以对应的执行上述方法实施例中的内容，本实施例未详细描述的部分，参照上述方法实施例中记载的内容，在此不再赘述。

参见图5，本公开实施例还提供了一种电子设备60，该电子设备包括：

至少一个处理器；以及，

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行前述方法实施例中直播间中信息的发送方法。

本公开实施例还提供了一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使该计算机执行前述实施例中的直播间中信息的发送方法。

本公开实施例还提供了一种计算机程序产品，该计算机程序产品包括存储在非暂态计算机可读存储介质上的计算程序，该计算机程序包括程序指令，当该程序指令被计算机执行时，使该计算机执行前述方法实施例中的直播间中信息的发送方法。

下面参考图5，其示出了适于用来实现本公开实施例的电子设备60的结构示意图。本公开实施例中的电子设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备60可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备60操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、图像传感器、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备60与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种装置的电子设备60，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：获取至少两个网际协议地址；向节点评价设备发送包括所述至少两个网际协议地址的节点评价请求，其中，所述节点评价设备从所述至少两个网际协议地址中，选取网际协议地址并返回；接收所述节点评价设备返回的网际协议地址；其中，所获取的网际协议地址指示内容分发网络中的边缘节点。

或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收包括至少两个网际协议地址的节点评价请求；从所述至少两个网际协议地址中，选取网际协议地址；返回选取出的网际协议地址；其中，接收到的网际协议地址指示内容分发网络中的边缘节点。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种直播间中信息的发送方法，其特征在于，包括：

接收当前房间中用户发送的服务请求；

根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件，包括：将制定的新的筛选条件与所述配置中心已有的筛选条件进行对比，判断所述配置中心已有的筛选条件是否包含制定的新的筛选条件；当所述配置中心已有的筛选条件包含制定的新的筛选条件时，选取所述配置中心已有的筛选条件中与制定的新的筛选条件相同的筛选条件作为制定的新的筛选条件；否则，在所述配置中心制定新的筛选条件；

获取所述筛选条件，根据所述筛选条件以及在线房间的唯一身份标识，筛选所述目标房间；

将所述服务请求发送至所述目标房间，完成直播间中信息的发送。

2.根据权利要求1所述的发送方法，其特征在于，在所述通过配置中心制定或者选取筛选目标房间的筛选条件之后，还包括：

保存所述筛选条件，以便获取所述筛选条件。

3.根据权利要求1所述的发送方法，其特征在于，获取所述筛选条件，根据所述筛选条件筛选所述目标房间，具体包括：

获取所述筛选条件；

获取当前的在线房间的唯一身份标识；

根据所述在线房间的唯一身份标识，获取所述在线房间的房间信息；

根据获取的所述筛选条件以及所述在线房间的房间信息，从获取的当前的在线房间中筛选所述目标房间。

4.根据权利要求1所述的发送方法，其特征在于，获取所述筛选条件，根据所述筛选条件筛选所述目标房间，具体包括：

获取所述筛选条件；

将所述筛选条件加载在主线程的协程中；

获取当前的在线房间的唯一身份标识，以及将所述当前在线房间的唯一身份标识进行分组；

利用所述协程对分组后的当前在线房间进行处理，进而筛选出所述目标房间。

5.根据权利要求4所述的发送方法，其特征在于，所述利用所述协程对分组后的当前在线房间进行处理，进而筛选出所述目标房间，具体包括：

利用多个所述协程，根据每个分组中当前在线房间的唯一身份标识，获取该分组中当前在线房间的房间信息；所述协程与所述当前在线房间的唯一身份标识的分组为一一对应的关系；

利用所述协程，根据加载在所述协程中的所述筛选条件以及获取的每个分组中的当前在线房间的房间信息，从每个分组中的当前在线房间中筛选所述目标房间。

6.根据权利要求1所述的发送方法，其特征在于，所述接收当前房间中用户发送的服务请求，具体包括：

通过当前房间中应用程序编程接口接收用户发送的与所述应用程序编程接口对应的服务请求；

通过所述应用程序编程接口将与所述应用程序编程接口对应的服务请求对应的数据进行转换，得到预设格式的数据；

将所述预设格式的数据写入消息队列；

读取所述消息队列中的预设格式的数据，完成对当前房间中用户发送的服务请求的接收，以便将所述服务请求发送至所述目标房间。

7.一种直播间中信息的发送装置，其特征在于，包括：

接收模块，用于接收当前房间中用户发送的服务请求；

配置中心模块，根据业务需求，通过配置中心制定或者选取筛选目标房间的筛选条件，包括：将制定的新的筛选条件与所述配置中心已有的筛选条件进行对比，判断所述配置中心已有的筛选条件是否包含制定的新的筛选条件；当所述配置中心已有的筛选条件包含制定的新的筛选条件时，选取所述配置中心已有的筛选条件中与制定的新的筛选条件相同的筛选条件作为制定的新的筛选条件；否则，在所述配置中心制定新的筛选条件；

筛选模块，用于获取所述筛选条件，根据所述筛选条件以及在线房间的唯一身份标识，筛选所述目标房间；

发送模块，用于将所述服务请求发送至所述目标房间，完成直播间中信息的发送。

8.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的直播间中信息的发送方法。

9.一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质存储计算机指令，该计算机指令用于使该计算机执行权利要求1-6中任一项所述的直播间中信息的发送方法。

Images