创建直播间的处理方法、装置及服务器与流程

1.本公开涉及直播技术领域，尤其涉及创建直播间的处理方法、装置及服务器。


背景技术：

2.在一些直播的应用场景中，存在对直播间内观众账号信息进行匿名的需求，这种直播间可以称为匿名直播间。进入匿名直播间的观众无法查看直播间内其他观众的身份信息。目前，一种匿名直播间的实现方法是，技术人员在后台建立和维护一个匿名主播的名单，根据匿名主播的名单里是否有该主播，判断对直播间内观众的身份信息匿名。但是，通过这种方式来实现匿名直播间，可能会由于对匿名主播名单的维护导致误操作，删除、修改匿名主播，进而导致其创建的匿名直播间异常。


技术实现要素：

3.本公开提供一种创建直播间的处理方法、装置及服务器，以至少解决相关技术中通过维护匿名主播名单来创建匿名直播间可能导致匿名直播间异常的问题。本公开的技术方案如下：
4.根据本公开实施例的第一方面，提供一种创建直播间的处理方法，包括：
5.接收第一账号请求创建直播间的第一请求；
6.响应于第一请求，获取第一账号的第一属性，其中，第一属性用于表示第一账号对其创建的直播间是否为匿名直播间的设置，匿名直播间是针对任意一个观众账号隐匿其他观众账号的身份信息的直播间；
7.响应于第一请求，创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性，其中，第二属性用于表示直播间是否为匿名状态；
8.基于直播间属性集合创建直播间。
9.在一个示例中，在接收第一账号请求创建直播间的第一请求的步骤之前，该方法还包括：接收第一账号设置第一属性的第二请求；响应于第二请求，更新第一账号对应的账号对象，其中，账号对象的属性包括第一属性；
10.根据第一属性设置直播间属性集合中的第二属性，包括：获取第一属性，以设置第二属性。
11.在一个示例中，在接收第一账号设置第一属性的第二请求的步骤之前，该方法还包括：接收第一账号在客户端打开目标设置页面的第三请求；响应于第三请求，反馈目标设置页面的页面信息，其中，目标设置页面包括用于设置第一属性的目标接口控件；
12.接收第一账号设置第一属性的第二请求的步骤，包括：接收第一账号通过目标接口控件设置第一属性的第二请求。
13.在一个示例中，在创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，该方法还包括：
14.接收服务器发送的第四请求，其中，第四请求为基于第二账号请求直播间的目标
业务服务生成的请求，第二账号请求的目标业务服务的反馈信息包括直播间内观众账号的身份信息；
15.响应于第四请求，获取直播间属性集合中的第二属性；
16.向服务器反馈第二属性，以使服务器根据第二属性判断是否对直播间内观众账号的身份信息执行匿名处理。
17.在一个示例中，在创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，该方法还包括：
18.接收第三账号发送的第五请求，其中，第五请求用于请求直播间的目标业务服务，第三账号请求的目标业务服务的反馈信息包括直播间内观众账号的身份信息；
19.响应于第五请求，获取直播间属性集合中的第二属性；
20.当根据第二属性确定直播间是匿名状态时，对直播间内观众账号的身份信息执行匿名处理，向第三账号反馈执行匿名处理之后的身份信息；
21.当根据第二属性确定直播间不是匿名状态时，向第三账号反馈直播间内观众账号的身份信息。
22.根据本公开实施例的第二方面，提供一种创建直播间的处理装置，包括：
23.第一接收单元，被配置为执行接收第一账号请求创建直播间的第一请求；
24.第一获取单元，被配置为执行响应于第一请求，获取第一账号的第一属性，其中，第一属性用于表示第一账号对其创建的直播间是否为匿名直播间的设置，匿名直播间是针对任意一个观众账号隐匿其他观众账号的身份信息的直播间；
25.第一创建单元，被配置为执行响应于第一请求，创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性，其中，第二属性用于表示直播间是否为匿名状态；
26.第二创建单元，被配置为执行基于直播间属性集合创建直播间。
27.在一个示例中，该装置还包括：
28.第二接收单元，被配置为在接收第一账号请求创建直播间的第一请求的步骤之前，执行接收第一账号设置第一属性的第二请求；响应于第二请求，更新第一账号对应的账号对象，其中，账号对象的属性包括第一属性；
29.第一获取单元还被配置为执行获取第一属性，以设置第二属性。
30.在一个示例中，该装置还包括：
31.第三接收单元，被配置为在接收第一账号设置第一属性的第二请求的步骤之前，执行接收第一账号在客户端打开目标设置页面的第三请求；第一反馈单元，被配置为响应于第三请求，执行反馈目标设置页面的页面信息，其中，目标设置页面包括用于设置第一属性的目标接口控件；
32.第二接收单元还被配置为执行接收第一账号通过目标接口控件设置第一属性的第二请求。
33.在一个示例中，该装置还包括：
34.第四接收单元，被配置为在创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，执行接收服务器发送的第四请求，其中，第四请求为基于第二账号请求直播间的目标业务服务生成的请求，第二账号请求的目标业
务服务的反馈信息包括直播间内观众账号的身份信息；
35.第二获取单元，被配置为响应于第四请求，执行获取直播间属性集合中的第二属性；
36.第二反馈单元，被配置为执行向服务器反馈第二属性，以使服务器根据第二属性判断是否对直播间内观众账号的身份信息执行匿名处理。
37.在一个示例中，该装置还包括：
38.第五接收单元，被配置为在创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，执行接收第三账号发送的第五请求，其中，第五请求用于请求直播间的目标业务服务，第三账号请求的目标业务服务的反馈信息包括直播间内观众账号的身份信息；
39.第三获取单元，被配置为响应于第五请求，执行获取直播间属性集合中的第二属性；
40.第三反馈单元，被配置为执行当根据第二属性确定直播间是匿名状态时，对直播间内观众账号的身份信息执行匿名处理，向第三账号反馈执行匿名处理之后的身份信息；
41.第四反馈单元，被配置为执行当根据第二属性确定直播间不是匿名状态时，向第三账号反馈直播间内观众账号的身份信息。
42.根据本公开实施例的第三方面，提供一种服务器，包括：
43.处理器；
44.用于存储处理器可执行指令的存储器；
45.其中，处理器被配置为执行指令，以实现如第一方面及其任意一个示例所提供的创建直播间的处理方法。
46.根据本公开实施例的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由创建直播间的处理装置/电子设备/服务器的处理器执行时，使得创建直播间的处理装置/电子设备/服务器能够执行如第一方面及其任意一个示例所提供的创建直播间的处理方法。
47.根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现如第一方面及其任意一个示例所提供的创建直播间的处理方法。
48.本公开的实施例提供的技术方案至少带来以下有益效果：
49.本公开实施例提供的创建直播间的处理方法、装置、服务器、计算机可读存储介质及计算机程序产品，通过对创建直播间的账号新增第一属性，使得用户能够通过第一属性设置其期望创建的直播间的匿名状态，并对直播间的属性集合新增第二属性，使得在创建直播间时能够通过第二属性来表示直播间的匿名状态，这样，在创建直播间时，可以根据获取的第一属性对创建的直播间属性集合中的第二属性进行设置，从而根据直播间属性集合创建直播间。由于第二属性是直播间属性集合中的属性，在被创建之后第二属性不会改变，提高了直播间匿名状态的稳定性，与通过匿名主播名单来实现匿名直播间的方案相比，避免了维护匿名主播名单时误操作的可能性，解决了相关技术中通过维护匿名主播名单来创建匿名直播间可能导致匿名直播间异常的问题。
50.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不
能限制本公开。
附图说明
51.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
52.图1是根据一示例性实施例示出的一种创建直播间的处理方法的流程图。
53.图2是根据一示例性实施例示出的一种创建直播间的处理方法的场景架构图。
54.图3是根据又一示例性实施例示出的一种创建直播间的处理方法的场景架构图。
55.图4是根据又一示例性实施例示出的一种创建直播间的处理方法的场景架构图。
56.图5是根据又一示例性实施例示出的一种创建直播间的处理方法的场景架构图。
57.图6是根据又一示例性实施例示出的一种创建直播间的处理方法的场景架构图。
58.图7是根据一示例性实施例示出的一种创建直播间的处理装置的框图。
59.图8是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
60.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
61.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
62.下面对本公开中的部分术语名词进行相关的解释说明如下：
63.直播间：也可以称为直播室，是一种网络直播节目，直播间的主播可以通过电脑/手机等向观众同步直播自己想要播放的多媒体内容。例如，主播同步直播的多媒体内容可以包括直播设备的摄像头实时拍摄的内容，或者直播设备的屏幕，或者主播所播放的音频、视频、游戏画面等。直播间可以由一个账号创建。直播间的直播内容可以包括开始直播的时刻到结束直播的时刻之间向观众直播的内容。
64.匿名直播间：向任意一个观众账号隐匿其他观众账号的身份信息的直播间。举例来说，如果某观众进入一个非匿名的直播间，可以查看到其他观众的账号名称和评论弹幕等，甚至可以点击其他观众的账号名称进入该观众账号的主页。但是，如果该观众进入一个匿名直播间，那么，他只能查看到其他观众的账号名称经过匿名处理后的信息以及对应观众发出的评论弹幕，这样，可以有效的保护匿名直播间内所有观众的隐私，一个示例场景为，为了防止直播带货的竞争对手进入直播间内查看受众的账号信息，可以采用匿名直播间的形式直播。
65.下面对本公开实施例提供的创建直播间的处理方法进行说明。
66.图1是根据一示例性实施例示出的一种创建直播间的处理方法的流程图，如图1所示，创建直播间的处理方法可以包括以下步骤101～103。
67.在步骤101中，接收第一账号请求创建直播间的第一请求。
68.第一账号可以通过手机、平板电脑等终端设备或笔记本电脑、个人电脑、工作站等计算机设备中配置的组件(例如，电脑中配置的系统浏览器)或软件(例如，手机中安装的应用程序application)登录。
69.第一账号在登录之后，可以请求创建直播间。示例性的，第一账号可以在不同时间创建不同的直播间，或者，也可以创建同时存在的多个直播间，具体第一账号是否允许创建同时存在的多个直播间可以由直播服务提供商决定，本公开实施例对此不作限定。第一账号创建的每个直播间是唯一的，示例性的，可以通过直播间id(identity document，身份标识号)来区分不同的直播间。需要说明的是，直播间的id和账号的id(例如第一账号的id)是不同种类的id，直播间的id用于唯一的标识直播间，账号id用于唯一的标识用户，直播间id可以与创建该直播间的账号id关联，以通过id的关联关系表示创建直播间的账号。
70.第一账号发送的请求创建直播间的第一请求可以是通过上述的任意一种电子设备(电子设备包括上述的终端设备和计算机设备)发送的。本公开实施例的执行方可以通过有线或无线通讯方式接收第一请求。
71.示例性的，在如图2所示的场景中，第一账号可以通过手机201中安装的主播客户端登录，本公开实施例的执行方可以是服务器202，手机201与服务器202通过互联网internet通信，在主播登录第一账号之后，可以在主播客户端的服务功能中选择创建直播间的功能，接着，手机201向服务器202发送第一请求，以请求服务器202创建直播间，具体来说，服务器202创建的直播间为直播间，服务器202可以通过唯一的id来标识直播间。
72.在步骤102中，响应于第一请求，获取第一账号设置的第一属性。
73.第一属性用于表示第一账号对其创建的直播间是否为匿名直播间的设置，匿名直播间是针对任意一个观众账号隐匿其他观众账号的身份信息的直播间。也即，第一属性是用户设置的属性，该属性表示了用户对其创建的直播间是否为匿名直播间的期望。举例来说，第一属性可以通过flag＝0来标识用户设置其期望创建的直播间是非匿名直播间，通过flag＝1来标识用户设置其期望创建的直播间是匿名直播间。
74.在第一账号从未设置过第一属性的情况下，第一属性可以是预设的默认设置，例如，默认设置为期望创建非匿名直播间。一个示例中，第一属性表示的是用户期望接下来每次创建的直播间是否为匿名直播间，只要用户不对第一属性做改动，那么一直按照当前的第一属性进行设置，当用户修改第一属性的设置之后，则用户接下来每次创建的直播间的匿名状态都按照更新后的第一属性进行设置。
75.第一属性可以是根据用户的设置存储的信息，具体的，第一属性可以与第一账号的账号id绑定，从而，在步骤102中，一个示例的获取第一属性的方式为，先查找第一账号的账号id，然后查询第一账号的账号id对应存储的第一属性。
76.这样，基于上述示例的实施方式，第一属性与第一账号是绑定的，作为第一账号的第二属性存储。用户无需在每次创建直播间时都对直播间是否匿名进行操作，该用户每次创建直播间时都基于数据库中存储的第一属性确定是否创建匿名直播间，可以减少用户在创建直播间时的设置操作，消除了维护匿名主播名单造成的误操作的可能性。
77.在步骤103中，响应于第一请求，创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性。
78.直播间属性集合可以被预先定义有所有属性信息的数据结构，将获取到的信息映射到该数据结构中对应的属性。在一个场景中，可以应用java语言设计本公开实施例提供的创建直播间的处理方法，这种情况下，可以预先定义直播间的类(class)，这样，在接收到请求创建直播间的第一请求之后，创建一个类的实例，这样，就得到直播间对应的直播间属性集合。
79.被创建的直播间属性集合的属性包括第二属性，第二属性用于表示直播间是否为匿名状态。
80.第二属性可以作为是否对直播间内的观众账号的身份信息执行匿名处理的判断条件。这里需要说明的是，任意账号请求该直播间的业务服务时，都需要根据直播间属性集合中的属性生成业务数据，而非根据第一账号的第一属性生成业务数据。也就是说，在判断是否隐匿其他观众账号的身份信息时，是通过获取直播间属性集合中的第二属性来判断的，而不是通过获取第一账号的第一属性来判断的。
81.匿名处理用于隐匿身份信息的部分或全部，隐匿的具体实现方法可以包括删除、增加和修改。例如，可以将观众账号id的部分字符替换为*、删除嵌入的观众账号主页链接(防止跳转到观众账号的主页)，等等。
82.这样，在任意一个进入直播间的观众账号请求针对该直播间的业务服务功能时，如果该业务服务功能需要使用到直播间内其他观众账号的身份信息，都可以通过获取直播间对应的直播间属性集合的第二属性，来判断是否对其他观众账号的身份信息进行匿名处理，从而根据判断结果执行对应的处理(处理方式为执行匿名处理或不执行匿名处理)。
83.在一个具体示例中，可以在步骤101接收第一账号请求创建直播间的第一请求的步骤之前，接收第一账号设置第一属性的第二请求，进而，响应于第二请求，更新第一账号对应的账号对象，其中，账号对象的属性包括第一属性，第一属性用于作为设置第二属性的依据，这样，第一属性可以作为第一账号的账号对象的一个属性，从而，在执行步骤103根据第一属性设置直播间属性集合中的第二属性时，可以获取第一属性，以设置第二属性。
84.第一账号设置第一属性的一个示例的实施方式为，在接收第一账号设置第一属性的第二请求的步骤之前，接收第一账号在客户端打开目标设置页面的第三请求，进而，响应于第三请求，反馈目标设置页面的页面信息，其中，目标设置页面包括用于设置第一属性的目标接口控件，这样，登录第一账号的客户端可以根据页面信息显示目标设置页面，显示的目标设置页面上包括上述的目标接口控件。从而，客户端可以通过目标接口控件，接收第一账号设置第一属性的第二请求，示例性的，目标接口控件可以是基于http(hypertext transfer protocol，超文本传输协议)的接口控件。
85.例如，如图2所示的场景中，使用第一账号在手机201的客户端中登录的用户，可以在创建直播间之前，预先设置第一属性。在打开客户端中的目标设置页面之后，可以对目标设置页面的匿名状态按钮(目标接口控件)选择开启或关闭，以指示第一账号创建的直播间是匿名还是非匿名。
86.服务器202在接收到用户的设置之后，可以将第一属性存储在数据库203中。进一步的，用户设置的第一属性可以与第一账号相绑定，作为第一账号的账号对象的一个属性，与第一账号的其它信息(例如真实姓名、出生年月、地址、其它直播间参数设置等)存储在同一个对象(第一账号对应的账号对象)的记录中。
87.上述示例可以通过图3所示的场景交互示意图进一步说明，主播客户端401可以通过调用服务器402的服务，向服务器402请求读/写第一属性。其中，主播客户端401可以通过读第一属性以在主播客户端401显示当前第一属性设置的状态，主播客户端401可以通过接收用户操作修改第一属性(即写第一属性)。
88.接着，服务器402接收到请求之后，可以与存储第一属性的数据库403连接，向数据库403读取或写入主播客户端401账号对应的第一属性。
89.在数据库403读/写成功之后，可以通过服务器402反馈已读/写的报告信息。其中，服务器402可以是api(application programming interface，应用程序接口)服务器，调用方式为通过客户端程序中的api接口与api服务器连接，从而进行预先协议好的格式数据的交互。数据库可以使用mysql数据库存储用户账户的属性信息，其中包括第一属性。
90.那么，在第一账号创建直播间时，可以从数据库203中读取出第一账号的账号对象的第二属性，得到用户设置的第一属性。这样，如果用户想要修改第一属性，则可以在目标设置页面对目标接口控件修改设置。
91.进一步的，在获取到第一属性之后，创建与直播间对应的直播间属性集合，该直播间属性集合的所有信息可以存储在数据库204中，这样，在直播间存在的期间，当基于业务请求需要获取直播间属性集合的相关信息时，可以在数据库204中读取直播间属性集合的相关信息。其中，数据库204可以用于存储所有已创建的直播间属性集合，可以为每一个直播间分配一个直播间id以作为查找时的关键字符串。
92.上述示例可以通过图4所示的场景交互示意图进一步说明，主播客户端401在向服务器402请求开播(创建直播间)之后，服务器402从数据库403中读取第一属性，接着，服务器402可以创建直播间属性集合，其中，直播间属性集合中的第二属性(即直播间是否为匿名状态)根据读取到的第一属性设置。服务器402创建的直播间属性集合可以存储在数据库404中，这样，观众客户端在需要请求直播间服务的时候，处理对应服务的服务器可以从数据库404中读取第二属性，从而根据第二属性确定是否对直播间内观众的身份信息进行匿名。
93.或者，在另一个实施方式中，第一属性也可以携带在第一请求中，也即，在发送第一请求时发送第一属性。第一属性可以在第一请求中提取得到。
94.具体来说，可以在创建直播间的设置页面提供一个按钮，当该按钮被选择开启的情况下，设置第一属性为第一标识，第一标识表示创建匿名直播间，当该按钮被选择关闭的情况下，设置第一属性为第二标识，第二标识表示创建非匿名直播间。例如，在图2所示的场景示例中，用户在打开手机201的客户端之后，可以进入用于设置直播间的各项设置信息的设置页面，对设置页面提供的功能按钮控件进行操作，选择是否设置直播间为匿名直播间，在对设置进行确认之后，服务器202接收到第一请求，第一请求中携带有第一属性。
95.在一个示例的实施方式中，向直播间提供业务服务的服务器与直播间属性集合存储位置是不同的。相应的，在执行步骤103响应于第一请求，创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，该方法还可以包括步骤104～106：
96.步骤104，接收服务器发送的第四请求。
97.第四请求为服务器基于第二账号请求直播间内的目标业务服务发送的请求，目标
业务服务的反馈信息包括直播间内其他观众账号的身份信息。也即，服务器是提供目标业务服务的服务器，第二账号可以是进入直播间的观众账号，向服务器请求针对直播间的目标业务服务。服务器在接收到第二账号发送的业务请求之后，可以向本公开实施例的执行方发送第四请求。
98.步骤105，响应于第四请求，获取直播间对应的直播间属性集合中的第二属性。
99.直播间的直播间属性集合可以存储在执行本公开实施例提供的方法的电子设备中，也可以存储在其他位置。在接收到第四请求之后，响应于第四请求，获取直播间对应的直播间属性集合的第二属性。
100.步骤106，向服务器反馈第二属性，以使服务器根据第二属性判断是否对直播间内的观众账号的身份信息执行匿名处理。
101.也即，由服务器来根据第二属性来判断直播间是否是匿名直播间，从而基于判断结果判断是否对观众账号的身份信息执行匿名处理。示例性的，服务器可以从执行本公开实施例提供的方法的电子设备获取直播间内其他观众账号的身份信息，然后，在服务器基于第二属性判断出直播间是匿名直播间之后，服务器可以将获取到的其他观众账号的身份信息匿名，例如，将id中除了头尾字符之外的其它字符替换为星号*，等等。
102.下面针对步骤104～步骤106所提供的实施方式，进一步提供示例说明。
103.在创建直播间属性集合之后，观众账户在登录客户端之后，可以点击进入直播间，从而基于用户的操作调用直播间的目标api(application programming interface，应用程序接口)。提供api业务服务的服务器可以是短连接服务器，也可以是长连接服务器。
104.其中，短连接服务器是在客户端发送和接收之后关闭连接的服务器。示例性的，如图2所示，观众账号可以通过手机205登录客户端，通过客户端向短连接服务器206发起对直播间的点赞、评论、查看其他观众账号信息等请求，短连接服务器206可以从数据库204获取直播间属性集合的第二属性，确定直播间是否匿名，如果是匿名的，那么，在短连接服务器206向手机205登录的客户端反馈的信息中，其他观众账号的身份信息是匿名的。
105.上述示例可以通过图5所示的场景交互示意图进一步说明，观众客户端501可以进入图4所示的主播客户端401创建的直播间，在打开直播间之后，用户可以点击用于显示直播间内观众列表的图标，这时，观众客户端501向服务器502发送请求，请求服务器502提供直播间内观众的id列表。服务器502接收到请求之后，从数据库404读取直播间属性集合中的第二属性，如果第二属性表示直播间是匿名状态，则服务器502向观众客户端501反馈匿名处理后的观众id列表(例如对id进行字符的隐匿或替换)，如果第二属性表示直播间不是匿名状态，则服务器502可以向观众客户端501反馈正常的观众id列表。
106.长连接服务器是在客户端发送和接收之后不立即关闭连接，仍然保留连接，在长连接服务器需要时继续向客户端发送数据。示例性的，如图2所示，观众账号登录手机205客户端，在进入直播间之后，可以与长连接服务器207建立长连接，长连接服务器207可以基于建立的长连接向手机205登录的客户端推送直播间的评论、弹幕、礼物情况等信息，其中，长连接服务器207可以从数据库204获取直播间属性集合的第二属性，确定直播间是否匿名，如果是匿名的，那么，在长连接服务器207向手机205登录的客户端反馈的信息中，其他观众账号的身份信息是匿名的。
107.上述示例可以通过图6所示的场景交互示意图进一步说明，观众客户端501可以进
入图4所示的主播客户端401创建的直播间，在打开直播间之后，如果开启了评论弹幕，则观众客户端501需要实时地读取和显示直播间内观众的身份信息，这时，不需要观众客户端501触发请求，长连接服务器503可以实时的推送直播间内观众的评论和弹幕，这里，长连接服务器503根据从数据库404读取到的第二属性确定是否对观众的身份信息匿名。
108.在另一个不同的实施方式中，向观众账号的客户端提供业务服务的服务器可以是本公开实施例所提供方法的执行方，这样，在执行步骤103响应于第一请求，创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，该方法还可以包括如下步骤107～111：
109.步骤107，接收第三账号发送的第五请求。
110.其中，第五请求用于请求直播间内的目标业务服务，第三账号请求的目标业务服务的反馈信息包括直播间内其他观众账号的身份信息。在本示例中，登录第三账号的客户端发送的请求目标业务服务的第五请求直接发送至方法的执行方。
111.步骤108，响应于第五请求，获取直播间对应的直播间属性集合的第二属性。
112.步骤109，根据第二属性，判断直播间是否为匿名状态。
113.判断是否是匿名状态之后，可以根据判断结果执行匿名处理或不执行匿名处理，上述的判断和执行处理都可以由本示例的方法执行方来执行。
114.步骤110，在直播间是匿名状态的情况下，对直播间内观众账号的身份信息执行匿名处理，向第三账号反馈执行匿名处理之后的身份信息。也即，在匿名处理观众账号的身份信息之后进行反馈。
115.步骤111，在直播间不是匿名状态的情况下，向第三账号反馈直播间内观众账号的身份信息。
116.本公开实施例提供的创建直播间的处理方法，通过对创建直播间的账号新增第一属性，使得用户能够通过第一属性设置其期望创建的直播间的匿名状态，并对直播间的属性集合新增第二属性，使得在创建直播间时能够通过第二属性来表示直播间的匿名状态，这样，在创建直播间时，可以根据获取的第一属性对创建的直播间属性集合中的第二属性进行设置，从而根据直播间属性集合创建直播间。由于第二属性是直播间属性集合中的属性，在被创建之后第二属性不会改变，提高了直播间匿名状态的稳定性，与通过匿名主播名单来实现匿名直播间的方案相比，避免了维护匿名主播名单时误操作的可能性，解决了相关技术中通过维护匿名主播名单来创建匿名直播间可能导致匿名直播间异常的问题。
117.本公开实施例还提供一种创建直播间的处理装置，可以用于执行本公开实施例提供的创建直播间的处理方法，其中，在本公开实施例提供的创建直播间的处理装置中未详述的说明，可以参考上述对创建直播间的处理方法的实施例的相关说明，在此不再赘述。
118.图7是根据一示例性实施例示出的一种创建直播间的处理装置框图。参照图7，该装置包括第一接收单元301，第一获取单元302、第一创建单元303和第二创建单元304。
119.第一接收单元301被配置为执行接收第一账号请求创建直播间的第一请求；
120.第一获取单元302被配置为执行响应于第一请求，获取第一账号的第一属性，其中，第一属性用于表示第一账号对其创建的直播间是否为匿名直播间的设置，匿名直播间是针对任意一个观众账号隐匿其他观众账号的身份信息的直播间；
121.第一创建单元303被配置为执行响应于第一请求，创建与直播间对应的直播间属
性集合，并根据第一属性设置直播间属性集合中的第二属性，其中，第二属性用于表示直播间是否为匿名状态；
122.第二创建单元304被配置为执行基于直播间属性集合创建直播间。
123.在一个示例中，该装置还包括：
124.第二接收单元，被配置为在接收第一账号请求创建直播间的第一请求的步骤之前，执行接收第一账号设置第一属性的第二请求；响应于第二请求，更新第一账号对应的账号对象，其中，账号对象的属性包括第一属性，第一属性用于作为设置第二属性的依据；
125.第一获取单元还被配置为执行获取第一属性，以设置第二属性。
126.在一个示例中，该装置还包括：
127.第三接收单元，被配置为在接收第一账号设置第一属性的第二请求的步骤之前，执行接收第一账号在客户端打开目标设置页面的第三请求；第一反馈单元，被配置为响应于第三请求，执行反馈目标设置页面的页面信息，其中，目标设置页面包括用于设置第一属性的目标接口控件；
128.第二接收单元还被配置为执行接收第一账号通过目标接口控件设置第一属性的第二请求。
129.在一个示例中，该装置还包括：
130.第四接收单元，被配置为在创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，执行接收服务器发送的第四请求，其中，第四请求为基于第二账号请求直播间的目标业务服务生成的请求，第二账号请求的目标业务服务的反馈信息包括直播间内观众账号的身份信息；
131.第二获取单元，被配置为响应于第四请求，执行获取直播间属性集合中的第二属性；
132.第二反馈单元，被配置为执行向服务器反馈第二属性，以使服务器根据第二属性判断是否对直播间内观众账号的身份信息执行匿名处理。
133.在一个示例中，该装置还包括：
134.第五接收单元，被配置为在创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，执行接收第三账号发送的第五请求，其中，第五请求用于请求直播间的目标业务服务，第三账号请求的目标业务服务的反馈信息包括直播间内观众账号的身份信息；
135.第三获取单元，被配置为响应于第五请求，执行获取直播间属性集合中的第二属性；
136.判断单元，被配置为执行根据第二属性，判断直播间是否为匿名状态；
137.第三反馈单元，被配置为执行在直播间是匿名状态的情况下，对直播间内观众账号的身份信息执行匿名处理，向第三账号反馈执行匿名处理之后的身份信息；
138.第四反馈单元，被配置为执行在直播间不是匿名状态的情况下，向第三账号反馈直播间内观众账号的身份信息。
139.本公开实施例提供的创建直播间的处理装置，通过对创建直播间的账号新增第一属性，使得用户能够通过第一属性设置其期望创建的直播间的匿名状态，并对直播间的属性集合新增第二属性，使得在创建直播间时能够通过第二属性来表示直播间的匿名状态，
这样，在创建直播间时，可以根据获取的第一属性对创建的直播间属性集合中的第二属性进行设置，从而根据直播间属性集合创建直播间。由于第二属性是直播间属性集合中的属性，在被创建之后第二属性不会改变，提高了直播间匿名状态的稳定性，与通过匿名主播名单来实现匿名直播间的方案相比，避免了维护匿名主播名单时误操作的可能性，解决了相关技术中通过维护匿名主播名单来创建匿名直播间可能导致匿名直播间异常的问题。
140.关于上述实施例中的装置，其中各个模块执行操作的具体方式以及方案的技术效果已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
141.本公开实施例还提供了一种服务器，具体结合图8进行详细说明。
142.图8是根据一示例性实施例示出的一种服务器900的结构框图。该服务器900能够实现根据本公开实施例中的创建直播间的处理方法。
143.在示例性实施例中，本公开实施例还提供了一种包括指令的计算机可读存储介质，例如，计算机可读存储介质可以是服务器900中的包括指令的存储器902，该指令可以由服务器900中的处理器901执行，以使服务器900完成本公开实施例提供的创建直播间的处理方法。可选地，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
144.在示例性实施例中，本公开实施例还提供一种计算机程序产品，包括计算机程序/指令，计算机程序/指令可以被处理器901执行，以实现本公开实施例提供的创建直播间的处理方法。
145.具体地，上述处理器901可以包括中央处理器(cpu)，或者特定集成电路(application specific integrated circuit，asic)，或者可以被配置成实施本公开实施例的一个或多个集成电路。
146.存储器902可以包括用于信息或指令的大容量存储器。举例来说而非限制，存储器902可包括硬盘驱动器(hard disk drive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universal serial bus，usb)驱动器或者两个及其以上这些的组合。在合适的情况下，存储器902可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器902可在综合网关设备的内部或外部。在特定实施例中，存储器902是非易失性固态存储器。在特定实施例中，存储器902包括只读存储器(rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存，或者两个或及其以上这些的组合。
147.处理器901可以通过读取并执行存储器902中存储的计算机程序指令，以执行如下步骤：
148.接收第一账号请求创建直播间的第一请求；
149.响应于第一请求，获取第一账号的第一属性，其中，第一属性用于表示第一账号对其创建的直播间是否为匿名直播间的设置，匿名直播间是针对任意一个观众账号隐匿其他观众账号的身份信息的直播间；
150.响应于第一请求，创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性，其中，第二属性用于表示直播间是否为匿名状态；
151.基于直播间属性集合创建直播间。
152.在一个示例中，处理器901在执行接收第一账号请求创建直播间的第一请求的步
骤之前，还执行：接收第一账号设置第一属性的第二请求；响应于第二请求，更新第一账号对应的账号对象，其中，账号对象的属性包括第一属性，第一属性用于作为设置第二属性的依据；
153.根据第一属性设置直播间属性集合中的第二属性，包括：获取第一属性，以设置第二属性。
154.在一个示例中，在接收第一账号设置第一属性的第二请求的步骤之前，该方法还包括：接收第一账号在客户端打开目标设置页面的第三请求；响应于第三请求，反馈目标设置页面的页面信息，其中，目标设置页面包括用于设置第一属性的目标接口控件；
155.接收第一账号设置第一属性的第二请求的步骤，包括：接收第一账号通过目标接口控件设置第一属性的第二请求。
156.在一个示例中，处理器901在执行创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，还执行：
157.接收服务器发送的第四请求，其中，第四请求为基于第二账号请求直播间的目标业务服务生成的请求，第二账号请求的目标业务服务的反馈信息包括直播间内观众账号的身份信息；
158.响应于第四请求，获取直播间属性集合中的第二属性；
159.向服务器反馈第二属性，以使服务器根据第二属性判断是否对直播间内观众账号的身份信息执行匿名处理。
160.在一个示例中，处理器901在执行创建与直播间对应的直播间属性集合，并根据第一属性设置直播间属性集合中的第二属性的步骤之后，还执行：
161.接收第三账号发送的第五请求，其中，第五请求用于请求直播间的目标业务服务，第三账号请求的目标业务服务的反馈信息包括直播间内观众账号的身份信息；
162.响应于第五请求，获取直播间属性集合中的第二属性；
163.根据第二属性，判断直播间是否为匿名状态；
164.在直播间是匿名状态的情况下，对直播间内观众账号的身份信息执行匿名处理，向第三账号反馈执行匿名处理之后的身份信息；
165.在直播间不是匿名状态的情况下，向第三账号反馈直播间内观众账号的身份信息。
166.本公开实施例提供的服务器，通过对创建直播间的账号新增第一属性，使得用户能够通过第一属性设置其期望创建的直播间的匿名状态，并对直播间的属性集合新增第二属性，使得在创建直播间时能够通过第二属性来表示直播间的匿名状态，这样，在创建直播间时，可以根据获取的第一属性对创建的直播间属性集合中的第二属性进行设置，从而根据直播间属性集合创建直播间。由于第二属性是直播间属性集合中的属性，在被创建之后第二属性不会改变，提高了直播间匿名状态的稳定性，与通过匿名主播名单来实现匿名直播间的方案相比，避免了维护匿名主播名单时误操作的可能性，解决了相关技术中通过维护匿名主播名单来创建匿名直播间可能导致匿名直播间异常的问题。
167.在一个示例中，该服务器900还可包括收发器903和总线904。其中，如图8所示，处理器901、存储器902和收发器903通过总线904连接并完成相互间的通信。
168.总线904包括硬件、软件或两者。举例来说而非限制，总线可包括加速图形端口
(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围控件互连(pci)总线、pci
‑
express(pci
‑
x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线904可包括一个或多个总线。尽管本公开实施例描述和示出了特定的总线，但本公开考虑任何合适的总线或互连。
169.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
170.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。