CN113691821A - 权限控制方法、装置、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种权限控制方法、装置、服务器及存储介质，该权限控制方法应用于服务器，该权限控制方法包括：接收第一客户端发送的第一控制请求，第一控制请求用于获取第一客户端对目标直播间的摄像头的控制权限；将第一控制请求添加至请求队列，请求队列中的控制请求按照请求时间的先后顺序进行排列；在第二控制请求对应的第二客户端对摄像头结束控制时，将摄像头的控制权限转移至第一客户端，以使第一客户端基于输入的摄像头控制操作以及控制权限，控制摄像头对直播商品的拍摄，第二控制请求为请求队列中处于第一控制请求之前的前一个控制请求。本方法可以实现客户端对直播间的摄像头进行控制的权限的管控，避免摄像头的控制出现混乱和异常。

Description

权限控制方法、装置、服务器及存储介质

技术领域

本申请涉及互联网直播技术领域，更具体地，涉及一种权限控制方法、装置、服务器及存储介质。

背景技术

随着直播行业的不断发展，出现了直播售卖商品的购物直播。购物直播指的是主播在直播时，可以向用户推荐需要售卖的商品。在购物直播中，为了方便用户查看商品，主播可以将商品靠近摄像头，并且用户可以通过对摄像头进行控制，以便用户详细的查看商品。但在对摄像头进行控制时，若同时多个用户对摄像头进行控制，容易使摄像头的控制出现混乱和异常。

发明内容

鉴于上述问题，本申请提出了一种权限控制方法、装置、服务器及存储介质。

第一方面，本申请实施例提供了一种权限控制方法，应用于服务器，所述方法包括：接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限；将所述第一控制请求添加至请求队列，所述请求队列中的控制请求按照请求时间的先后顺序进行排列；在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

第二方面，本申请实施例提供了一种权限控制装置，应用于服务器，所述装置包括：请求接收模块、请求处理模块以及权限下发模块，其中，所述请求接收模块用于接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限；所述请求处理模块用于将所述第一控制请求添加至请求队列，所述请求队列中的控制请求按照请求时间的先后顺序进行排列；所述权限下发模块用于在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

第三方面，本申请实施例提供了一种服务器，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述第一方面提供的权限控制方法。

第四方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述第一方面提供的权限控制方法。

第五方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面提供的权限控制方法。

本申请提供的方案，通过接收第一客户端发送的第一控制请求，该第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限，然后将第一控制请求添加至请求队列，该请求队列中的控制请求按照请求时间的先后顺序进行排列，在第一控制请求的前一个控制请求对应的第二客户端对摄像头结束控制时，将摄像头的控制权限转移至第一客户端，以使第一客户端基于输入的摄像头控制操作以及控制权限，控制摄像头对直播商品的拍摄。从而通过前述方式，由于在接收到客户端发送的控制请求时，将控制请求添加至按照请求时间的先后顺序进行排列的队列中，在该控制请求的前一个控制请求的客户端对摄像头结束控制时，才将控制权限转移至该控制请求的客户端，因此，可以根据客户端发送控制请求的先后顺序，依次对摄像头进行控制，实现商品直播中，对直播间摄像头的有序控制，避免了直摄像头的控制出现混乱和异常。

附图说明

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

图1示出了本申请实施例提出的一种应用环境示意图；

图2示出了本申请实施例提出的另一种应用环境示意图；

图3示出了本申请一个实施例提出的权限控制方法流程图。

图4示出了本申请一个实施例提供的客户端的一种界面示意图。

图5示出了本申请一个实施例提供的客户端的另一种界面示意图。

图6示出了本申请另一个实施例提出的权限控制方法流程图。

图7示出了本申请又一个实施例提出的权限控制方法流程图。

图8示出了本申请再一实施例提出的权限控制方法的流程框图。

图9示出了本申请提出的权限控制方法中定时检查请求队列的示意图。

图10示出了根据本申请一个实施例的权限控制装置的一种框图。

图11是本申请实施例的用于执行根据本申请实施例的权限控制方法的服务器的框图。

图12是本申请实施例的用于保存或者携带实现根据本申请实施例的权限控制方法的程序代码的存储单元。

具体实施方式

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

随着互联网技术的快速发展，直播时代已经到来。直播是指在现场随着事件的发生、发展进程同步制作和发布信息，具有双向流通过程的信息网络发布方式。并且，随着直播行业的不断发展，出现了直播售卖商品的购物直播。购物直播指的是主播在直播时，可以向用户推荐需要售卖的商品。

在购物直播中，直播间的主播可以通过把商品放到用于查看商品详情的摄像头的拍摄范围内，以便用户查看商品。并且，用户可以申请权限进行操控摄像头转动/缩放等功能，从而更为详细的了解商品。但是，若申请控制摄像头的用户较多时，若让这些用户同时控制摄像头，容易使摄像头的控制出现混乱和异常；而任意选择一个用户对摄像头进行控制，则对于用户而言容易出现不公平，导致用户体验较低。

针对上述问题，发明人提出了本申请实施例提供的权限控制方法、装置、服务器以及存储介质，通过在接收到客户端发送的控制请求时，将控制请求添加至按照请求时间的先后顺序进行排列的队列中，在该控制请求的前一个控制请求的客户端对摄像头结束控制时，才将控制权限转移至该控制请求的客户端，因此，可以根据客户端发送控制请求的先后顺序，依次对摄像头进行控制，实现对直播间摄像头的有序控制，避免了直摄像头的控制出现混乱和异常。其中，具体的权限控制方法在后续的实施例中进行详细的说明。

为了便于详细说明本申请方案，下面先结合附图对本申请实施例中的一种应用环境进行介绍。

在一些实施方式中，请参阅图1，为本申请实施例提供的权限控制方法的一种应用环境示意图，如图1所示，该应用环境可以理解为本申请实施例的提供的一种直播系统10，该直播系统10包括：服务器11、主播客户端12、观众客户端13以及主播端摄像头14。

其中，服务器11可以是一台服务器(网络接入服务器)，也可以是由若干台服务器组成的服务器集群(云服务器)，或者可以是一个云计算中心(数据库服务器)。主播客户端12和观众客户端13可以是任何具备通信和存储功能的设备，包括但不限于PC(PersonalComputer，个人计算机)、PDA(平板电脑)、智能电视、智能手机、智能可穿戴设备或其他具有网络连接功能的智能通信设备。主播端摄像头14可以为主播端使用的摄像头，主播端摄像头14用于采集用于直播的视频内容。服务器11与主播客户端12、观众客户端13以及主播端摄像头14之间可以通过无线或有线方式连接以进行通信。主播客户端12也可以与主播端摄像头14进行通信，从而主播客户端12可以将主播端摄像头14采集的视频内容传输至服务器11，服务器11再将视频内容进行推送。

其中，主播客户端12可以理解为进行直播的主播用户所使用的客户端，观众客户端13可以理解为观看直播的观众用户所使用的客户端，此外，需要说明的是，主播客户端12和观众客户端13可以是同一个客户端，即主播客户端12以及观众客户端13是相对的概念，因此，在一些具体场景下，主播客户端12可以成为观众客户端13，观众客户端13也可以成为主播客户端12。

可选的，直播系统10中的主播客户端12以及观众客户端13可以是应用程序客户端(如手机APP中的直播应用程序)，也可以是网页客户端(例如网络直播平台)，在此不作限定。

可选地，主播端摄像头14可以包括用于采集主播的视频图像的第一摄像头，以及包括用于采集商品的视频图像的第二摄像头，从而可以在商品直播(购物直播、电商直播)的场景中，能够基于第一摄像头以及第二摄像头拍摄得到包含主播以及商品的直播内容，使观众在观看直播时能够同时看到主播以及拍摄的商品。

在图1所示的应用环境中，服务器11可以同时作为视频流接收和推送的视频流服务器、对主播端摄像头14进行控制的摄像头指令控制服务器以及执行本申请实施例中的权限控制方法的权限控制服务器。

在另一些实施方式中，请参阅图2，为本申请实施例提供的权限控制方法的一种应用环境示意图，如图2所示，该应用环境可以理解为本申请实施例的提供的一种直播系统10，该直播系统10包括：第一服务器111、第二服务器112、第三服务器113、主播客户端12、观众客户端13以及主播端摄像头14。其中，第一服务器111、第二服务器112以及第三服务器113均可以与播客户端12以及观众客户端13通信，第三服务器113可以与主播端摄像头14通信；第一服务器111可以为执行本申请实施例中的权限控制方法的权限控制服务器，第二服务器112可以为视频流接收和推送的视频流服务器，第三服务器113可以为用于发送控制指令至主播端摄像头14的摄像头指令控制服务器，以对主播端摄像头14进行控制。

下面将结合附图具体描述本申请的各实施例。

请参阅图3，图3所示为本申请一实施例提出的一种权限控制方法的流程图，本申请实施例以该方法应用于上述的权限控制服务器为例进行说明，该方法可以包括以下步骤：

步骤S110：接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限。

在本申请实施例中，目标直播间是指客户端需要对其用于采集直播商品的图像的摄像头进行控制的直播间。可以理解的是，在实际中，在某个直播系统，例如某个直播平台中，主播用户可以通过主播客户端向服务器注册直播帐号，从而获取到与直播帐号对应的直播间，在每时每刻直播系统中可能存在大量的主播用户使用主播客户端注册的直播间进行直播，此时，存在大量的主播客户端接入服务器。在这些主播客户端对应的直播间中，一些直播间的摄像头可以被观众客户端进行控制，而一些直播间的摄像头可能不可以被观众客户端控制，此时，目标直播间为摄像头可以被观众客户端进行控制的直播间。摄像头指的是目标直播间的用于采集商品对应的画面内容的摄像头，摄像头可以被客户端进行控制，以便客户端的用户能够查看到所需查看的商品内容。

在一些实施方式中，摄像头可以被观众客户端进行控制的直播间可以为预设类型的直播间。服务器可以预先存储有该预设类型，从而在该预设类型的直播间开播后，可以对其摄像头的控制权限进行管控。

当然，对于该预设类型的直播间，主播可以通过主播客户端对摄像头的控制可能进行管控，从而可以根据实际需求选择是否打开观众客户端可对摄像头进行控制的功能。

在一些实施方式中，目标直播间可以为电商直播、商品直播、购物直播等关于商品的直播间，目标直播间的用于采集直播内容的摄像头包括用于采集主播的视频图像的第一摄像头，以及包括用于采集商品的视频图像的第二摄像头。以上可被客户端控制的摄像头为第二摄像头，即以上摄像头的控制权限指的是第二摄像头的控制权限，而第一摄像头不可被客户端进行控制，从而可以实现用户通过观众客户端控制摄像头进行放大、缩小、转动等操作，而控制摄像头对直播商品的拍摄，满足用户对商品进行详细查看的需求。

示例性地，本申请实施例提供的权限控制方法的应用场景可以为购物直播场景，以上目标直播间可以指购物直播的直播间；摄像头可以指购物直播中，用于采集商品的画面的摄像头，而非用于采集主播的视频图像的摄像头。

在一些实施方式中，第一客户端可以为观众客户端中的任一客户端。第一客户端可以向服务器发送用于获取对目标直播间的摄像头的控制权限的控制请求，对应的，服务器接收到第一客户端发送的控制请求后，将该控制请求作为第一控制请求。

其中，第一客户端发送的第一控制请求可以为第一客户端响应于用户输入的控制请求操作，向服务器发送的。可选地，第一客户端显示的直播界面中可以包括控制请求控件，第一客户端在检测到对该控制请求控件的触发操作后，则可以响应于该触发操作，向服务器发送第一控制请求。其中，该触发操作可以为对控制请求控件的点击操作、满足预设按压条件的按压操作、满足预设滑动条件的滑动操作等，具体的触发操作可以不做限定。

步骤S120：将所述第一控制请求添加至请求队列，所述请求队列中的控制请求按照请求时间的先后顺序进行排列。

在本申请实施例中，服务器在接收到第一客户端发送的第一控制请求后，可以对该第一控制请求进行处理。其中，服务器可以将第一控制请求添加至请求队列中，该请求队列中所有获取以上摄像头的控制权限的控制请求均按照请求时间的先后顺序进行排列。请求时间指的是服务器接收到控制请求的时间，因此，在将第一控制请求添加至该请求队列时，则会按照接收到该第一控制请求的时间，对第一控制请求进行添加。该请求队列中，请求时间处于第一控制请求的请求时间的控制请求位于该第一控制请求之前，而后续服务器接收到的控制请求，由于请求时间在该第一控制请求的请求时间之后，因此，后续收到的控制请求被添加至该请求队列后，在请求队列中位于第一控制请求之后。

在一些实施方式中，由于请求队列中的控制请求是按照请求时间的先后顺序进行排列的，因此，服务器在接收到第一客户端发送的第一控制请求之后，则可以将第一控制请求直接添加至请求队列的队尾，由此，保证添加第一控制请求至请求队列时，能够保证请求队列中控制请求是按照请求时间的先后顺序进行排列。

步骤S130：在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

在本申请实施例中，服务器在将第一控制请求添加至请求队列后，可以在第一控制请求的前一个控制请求(第二控制请求)对应的第二客户端对摄像头结束控制时，才将控制权限转移至第一客户端。由此，可以实现每个被添加至请求队列的控制请求对应的客户端，均需要其前一个控制请求对应的客户端对摄像头结束控制时，才能够获得摄像头的控制权限。也就是说，服务器在处理请求队列中的控制请求时，按照请求队列中控制请求的排序，依次将摄像头的控制权限下发至每个控制请求对应的客户端，从而发送了控制请求的客户端可以根据请求时间的先后顺序，有序的获得对摄像头的控制权限，而使客户端的用户输入摄像头控制操作至客户端，客户端基于摄像头控制操作以及控制权限，可以对摄像头进行控制，而控制摄像头对直播商品的拍摄。

在一些实施方式中，在以上第二控制请求对应的第二客户端对摄像头结束控制时，服务器可以向第二客户端发送权限指示信息，且该权限指示信息用于指示第二客户端控制指定操作区域处于可操作状态，指定操作区域为用于控制摄像头的操作区域。由此，可以实现摄像头的操作权限的下发。当然，服务器也可以对当前获得控制权限的客户端进行记录，以便直播系统能够响应该客户端对摄像头的控制，从而控制摄像头对直播商品的拍摄。

服务器在将摄像头的控制权限转移至第一客户端之后，则第一客户端可以响应于用户对摄像头的摄像头控制操作，向直播系统中用于下发摄像头控制指令的服务器发送控制指令，用于下发摄像头控制指令的服务器在接收到控制指令后，将控制指令下发至该目标直播间的摄像头，实现用户对摄像头的控制，从而控制摄像头对直播商品的拍摄。

下面以购物直播中对直播间的摄像头控制场景举例说明本申请实施例的流程。

示例性地，请参阅图4，第一客户端显示有购物直播界面A1，购物直播界面A1中包括申请控制摄像头的入口控件A2；第一客户端在检测到对该入口控件A2的触发操作后，可以响应于该触发操作，将入口控件A2的所在区域显示为商品详情查看区域A3，如图5所示，该商品详情查看区域A3包括摄像头采集的画面展示区域A4以及操控区域A5，操控区域A5中可以包括用于控制摄像头的操作区域A6、用于申请操作摄像头的申请控件A7以及控制状态的显示内容A8；第一客户端在检测到对申请控件A7的触发操作后，则可以向服务器发送第一控制请求。其中，显示内容A8可以包括当前正在控制摄像头的客户端对应的用户，以及以上请求队列中排列的其他控制请求的客户端对应的用户，由此可以便于第一客户端的用户了解到当前取得控制权限并且在对摄像头进行控制的用户，以及了解到其发送的控制请求在请求队列中的位置。

进一步地，在第一客户端获得控制权限后，则操作区域A6可以处于可操作状态，从而第一客户端对应的用户可以通过操作区域A6输入对摄像头的控制操作，第一客户端可以响应于用户对摄像头的摄像头控制操作，向直播系统中用于下发摄像头控制指令的服务器发送控制指令，用于下发摄像头控制指令的服务器在接收到控制指令后，将控制指令下发至该目标直播间的摄像头，实现用户对摄像头的控制，从而控制摄像头对直播商品的拍摄。

本申请实施例提供的权限控制方法，由于在接收到客户端发送的控制请求时，将控制请求添加至按照请求时间的先后顺序进行排列的队列中，在该控制请求的前一个控制请求的客户端对摄像头结束控制时，才将控制权限转移至该控制请求的客户端，因此，可以根据客户端发送控制请求的先后顺序，依次对摄像头进行控制，实现商品直播中，对直播间摄像头的有序控制，避免了直摄像头的控制出现混乱和异常，也保证了客户端能够公平地申请对摄像头的控制权限。

另外，考虑到客户端对直播间的摄像头进行控制时，单个客户端对摄像头进行控制时，若控制时长过长，则会影响以上请求队列中其他客户端的体验，因此，以上请求队列中还可以包括各个控制请求对应的对摄像头的操作时长；服务器在将控制请求添加至请求队列时，还可以确定该控制请求对应的控制时长，然后将两者一起添加至请求队列。请参阅图6，图6示出了本申请另一个实施例提供的权限控制方法的流程示意图。该权限控制方法应用于上述服务器，下面将针对图6所示的流程进行详细的阐述，所述权限控制方法具体可以包括以下步骤：

步骤S210：接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限。

在本申请实施例中，步骤S210可以参阅前述实施例的内容，在此不再赘述。

步骤S220：获取所述第一控制请求对应的对所述摄像头的操作时长。

在本申请实施例中，由于请求队列中还包括每个控制请求所对应的操作时长，即每个控制请求对应的客户端在获得摄像头的控制权限后，可对摄像头进行控制的操作时长。因此，服务器在将第一控制请求添加至请求队列中时，可以确定第一控制请求对应的对摄像头的操作时长。

在一些实施方式中，客户端对摄像头的操作时长可以为预先设定的时长，该时长可以为固定值，因此服务器在确定第一控制请求对应的对摄像头的操作时长时，可以将该预先设定的时长作为第一控制请求对应的对摄像头的操作时长。

在另一些实施方式中，服务器可以获取第一客户端对应的权重系数，然后获取预设操作时长与该权重系数的乘积，得到第一控制请求对应的对摄像头的操作时长。其中，预设操作时长可以为预先设定的一固定时长，通过权重系数对预设操作时长进行加权，从而可以获得对摄像头的操作时长。并且，该权重系数与客户端对应，因此可以根据不同的使用需求和场景，针对不同客户端设置不同的权重系数。

在一种可能的实施方式中，服务器在确定第一客户端对应的权重系数时，可以获取目标直播间的直播过程中，第一客户端发送的控制请求被添加至请求队列的次数；获取与次数对应的权重系数，作为第一客户端对应的权重系数，其中，权重系数的数值与该次数呈负相关。由此，由于权重系数的数值与第一客户端发送的控制请求被添加至请求队列的次数呈负相关，可以避免同一用户对摄像头的操作总时长较长，以及用户恶意申请操作摄像头而导致对摄像头的正常控制受到影响。例如，对于权重系数的计算可以是：上次获得操作权限后，未操作过摄像头则权重系数减少0.1；在申请控制权限，使其控制请求加入请求队列后退出直播间，则权重系数也减0.1。另外，还可以设置权重系数的最小值，例如可以为0.1，由此保证客户端获得控制权限后，能对摄像头进行控制的最小时长。

当然，以上操作时长的具体确定方式可以不做限定，可以根据实际的场景和需求设置该操作时长。

步骤S230：将所述第一控制请求及其对应的操作时长添加至所述请求队列。

在本申请实施例中，服务器在确定出第一控制请求对应的操作时长后，则可以将第一控制请求及其对应的操作时长添加至请求队列，请求队列中可以包括该第一控制请求及其对应的操作时长。

步骤S240：在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

在一些实施方式中，请求队列中当前可拥有摄像头的控制权限的客户端的控制请求处于队首，也就是说，处于队首的控制请求才能够被赋予摄像头的操作权限。因此，在第二控制请求对应的第二客户端获得摄像头的控制权限后，第二客户端可以对摄像头进行控制，并且此时第二控制请求处于请求队列的队首；在第二客户端结束对摄像头的控制后，此时需要将摄像头的控制权限转移至第一客户端，因此可以将第二控制请求从所述请求队列中移除，并控制第一控制请求移动至请求队列的队首；然后将摄像头的控制权限转移至第一客户端。由此，可以实现请求队列中对摄像头结束控制的客户端的控制请求会自动移出，而后续的控制请求移动至请求队列的队首，实现先进先出的请求队列，因此在添加控制请求至请求队列时，仅需要将控制请求添加至请求队列的队首。

在一些实施方式中，由于请求队列中包括每个控制请求对应的对摄像头的操作时长，即每个控制请求对应的客户端对摄像头的可操作的时长是有限的，因此在客户端获得控制权限后，在客户端对摄像头的控制时长达到其对应的操作时长时，或者客户端在该操作时长的时长范围内，申请结束对所述摄像头的控制时，均表示客户端对摄像头结束控制，因此在此时将控制权限转移至下一控制请求对应的客户端。也就是说，在第二客户端对摄像头的控制时长达到其对应的操作时长时，或者第二客户端申请结束对所述摄像头的控制时，则可以将控制权限转移至第一客户端。其中，客户端申请结束对摄像头的控制，可以包括：客户端退出直播间、客户端根据用户操作发起结束对摄像头的控制的请求等情况。

本申请实施例提供的权限控制方法，由于在接收到客户端发送的控制请求时，将控制请求添加至按照请求时间的先后顺序进行排列的队列中，在该控制请求的前一个控制请求的客户端对摄像头结束控制时，才将控制权限转移至该控制请求的客户端，因此，可以根据客户端发送控制请求的先后顺序，依次对摄像头进行控制，实现商品直播等场景中，对直播间摄像头的有序控制，避免了直摄像头的控制出现混乱和异常。另外，针对各个控制请求，在添加控制请求时会确定其对应的控制时长，对其控制时长进行了限制，保证了所有客户端能够获取到摄像头的控制权限。

另外，考虑到请求队列的数量过多时，若继续添加控制请求至请求队列，则可能在请求队列中排列靠后的控制请求对应客户端可能未获得控制权限时，直播已经结束，会影响到用户体验，因此，可以设置请求队列中的最大数量。请参阅图7，图7示出了本申请又一个实施例提供的权限控制方法的流程示意图。该权限控制方法应用于上述服务器，下面将针对图7所示的流程进行详细的阐述，所述权限控制方法具体可以包括以下步骤：

步骤S310：接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限。

在本申请实施例中，步骤S310可以参阅前述实施例的内容，在此不再赘述。

步骤S320：判断所述请求队列中控制请求的数量是否为最大数量。

在本申请实施例中，该最大数量为请求队列中允许包括的控制请求的最大数量。服务器在接收到第一控制请求之后，在将第一控制请求添加至请求队列之前，可以将请求队列中控制请求的数量与最大数量进行比较，然后根据判断请求队列中控制请求的数量是否为最大数量。若请求队列中控制请求的数量不为最大数量，则表示当前的请求队列还可以添加控制请求；若请求队列中控制请求的数量为最大数量，则表示请求队列当前不能够添加控制请求。

在一些实施方式中，以上最大数量可以根据直播的剩余时长确定，其中，最大数量与剩余时长呈正相关，也就是说，剩余时长越大，则该最大数量越大。可以理解地，剩余时长越长时，则在直播结束前能够成功获取到控制权限的客户端也越多，而剩余时长越短，则直播结束前能够成功获取到控制权限的客户端也越少，如此，可以避免请求队列中排列靠后的控制请求对应客户端可能未获得控制权限时，直播已经结束而影响到用户体验。

在一些实施方式中，服务器在接收到第一客户端发送的第一控制请求后，对该控制请求进行响应之前，还可以判断第一客户端在该目标直播间的本次直播过程中发送控制请求的次数是否大于次数阈值；若大于次数阈值，表示该第一客户端已经申请过较多次数的控制权限，因此为了保证其他用户能够成功获取到控制权限，可以不对该第一控制请求进行响应；若不大于次数阈值，则可以对该第一控制请求进行响应，而将该第一控制请求添加至请求队列。当然，该实施方式也可以应用于其他实施例中。

在一种可能的实施方式中，服务器在接收到第一客户端发送的第一控制请求后，对该控制请求进行响应之前，还可以判断该第一客户端对应的用户帐号是否对该目标直播间进行了关注，在关注了该目标直播间的情况下，才对该第一控制请求进行响应，而将该第一控制请求添加至请求队列；而在未关注目标直播间的情况下，则可以不对该第一控制请求进行响应。当然，该实施方式也可以应用于其他实施例中。

在一种可能的实施方式中，服务器在接收到第一客户端发送的第一控制请求后，对该控制请求进行响应之前，还可以获取该第一客户端的用户帐号在该目标直播间的本次直播过程中赠送礼物的礼物得分；在礼物得分大于第一分数阈值时，才对该第一控制请求进行响应，而将该第一控制请求添加至请求队列；而在礼物得分不大于第一分数阈值的情况下，则可以不对该第一控制请求进行响应。其中，礼物得分可以根据礼物数量和礼物价格确定，例如，礼物得分可以与礼物的总价值呈正相关。当然，该实施方式也可以应用于其他实施例中。

若是，执行步骤S330：向所述第一客户端发送指定提示信息，所述指定提示信息用于提示所述请求队列已满。

在本申请实施例中，服务器在判断控制请求的数量是否为最大数量之后，若请求队列中控制请求的数量为最大数量，则可以向第一客户端发送指定提示信息，该指定提示信息用于提示请求队列已满。从而第一客户端在接收到该指定提示信息后，可以将指定提示信息进行输出，以提示用户当前请求队列已满。当然，第一客户端也可以根据该指定提示信息，而输出相应的提示内容，例如“目前排队用户较多，请稍后再试”等。

若否，执行步骤S340：将所述第一控制请求添加至请求队列，所述请求队列中的控制请求按照请求时间的先后顺序进行排列。

在本申请实施例中，服务器在判断控制请求的数量是否为最大数量之后，若控制请求的数量不为最大数量，则可以将该第一控制请求添加至请求队列。

在一些实施方式中，在按照请求时间的先后顺序将第一控制请求添加至请求队列后，针对一些场景，还可以获取该第一客户端的用户帐号在该目标直播间的本次直播过程中赠送礼物的礼物得分，然后根据礼物得分对第一控制请求在请求队列中的位置进行调整。可选地，可以判断礼物得分是否大于第二分数阈值，若大于第二分数阈值，则可以将该第一控制请求往前移动N位，其中，N为正整数，反之，则不做调整。

在一些实施方式中，在按照请求时间的先后顺序将第一控制请求添加至请求队列后，针对购物直播场景，还可以根据购物直播中的历史购买数据，对第一控制请求在请求队列中的位置进行调整。可选地，可以根据历史购买数据，获取购买次数与购物直播的观看次数的比值；若该比值大于预设比值，则以将该第一控制请求往前移动M位，其中，M为正整数，反之，则不做调整。

步骤S350：在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

在本申请实施例中，步骤S350可以参阅其他实施例的内容，在此不再赘述。

在本申请实施例中，若执行本申请实施例的权限控制方法的服务器与直播系统中用于下发摄像头控制指令的指令服务器不为同一服务器，则执行本申请实施例的权限控制方法的服务器还可以接收指令服务器发送的对目标客户端进行鉴权的鉴权请求，鉴权请求为指令服务器在接收到目标客户端发送的对摄像头控制的指令时发送的；响应于该鉴权请求，将该目标客户端对应的鉴权结果发送至指令服务器，鉴权结果用于指示目标客户端是否拥有对所述摄像头的控制权限。其中目标客户端可以为任一观众客户端。由此，可以实现对摄像头控制的客户端的二次鉴权，避免没有真正获取控制权限的客户端破解协议后，发送控制指令对摄像头进行控制，有效保证了摄像头控制的公平性。

本申请实施例提供的权限控制方法，由于在接收到客户端发送的控制请求时，将控制请求添加至按照请求时间的先后顺序进行排列的队列中，在该控制请求的前一个控制请求的客户端对摄像头结束控制时，才将控制权限转移至该控制请求的客户端，因此，可以根据客户端发送控制请求的先后顺序，依次对摄像头进行控制，实现商品直播等场景中，对直播间摄像头的有序控制，避免了直摄像头的控制出现混乱和异常。另外，在将控制请求添加至请求队列之前，对请求队列中控制请求的数量是否达到最大数量进行了判断，在未达到最大数量的情况下，才将控制请求添加至请求队列，有效避免了请求队列的数量过多时，使得请求队列中排列靠后的控制请求对应客户端可能未获得控制权限时，直播已经结束而会影响到用户体验。

请参阅图8，下面针对关于商品的直播系统中包括权限控制服务器、视频流服务器、摄像头指令控制服务器、客户端以及用于采集商品的图像的主播端摄像头时，对本申请实施例提供的权限控制方法进行说明。

其中，客户端可以发送控制请求至权限控制服务器；权限控制服务器可以对每个控制请求计算可操作时长；权限控制服务器对每个直播间都会存在一个先进先出的请求队列，请求队列中的控制请求以其对应的客户端的用户进行表示时，请求队列可以如图9所示，该队列中也可以将某个控制请求对应的用户剔除，其中队首的就是当前该直播间可拥有操作权限的用户，其他的都是现在直播间内已发送控制请求并且控制请求被添加至该请求队列的用户；权限控制服务器在接收到控制请求时，会针对控制请求的客户端，计算可操作时长，并将其添加至请求队列的队尾。

进一步地，权限控制服务器中存在一个定时任务，权限控制服务器可以定期(例如每秒)检查所有直播间的请求队列的状态，如图9所示。首先，权限控制服务器会检查队首的客户端(即队首的控制请求对应的客户端)是否获得了该直播间的摄像头的控制权限；若否，则权限控制服务器会下发控制权限：下发一个已获得权限的单播给该客户端，该客户端的指定操作区域就会由置灰的不可操作状态变成可操作状态，从而则该客户端就可以向摄像头指令控制服务器发送摄像头操作指令(例如，上/下/左/右指令)；若是，则可以对队首的客户端进行倒计时，计算其剩余可操作时间，当剩余可操作时间为0，将该控制请求从请求队列中移除，并转移控制权限至下一个控制请求对应的客户端。该定时任务会重复进行以上步骤，从而保证处于队首的控制请求对应的客户端能够获取到操作权限，并且对摄像头的操作时长达到了可操作时长的客户端的控制请求进行移除，以及使下一个控制请求的客户端获得操作权限。

另外，摄像头指令控制服务器在接收到客户端发送的摄像头控制指令时，还可以向权限控制服务器询问检查该客户端是否拥有控制权限；然后根据权限控制服务器返回的结果，若该客户端没有控制权限，则拒绝其发送的摄像头操作指令；若该客户端有控制权限，则向主播端摄像头下发操作指令。由此，实现客户端对摄像头进行控制的二次鉴权，避免没获取到控制权限的客户端破解协议，直接发送控制指令至摄像头指令控制服务器，而对摄像头进行控制。

请参阅图10，其示出了本申请实施例提供的一种权限控制装置400的结构框图。该权限控制装置400应用上述的服务器，该权限控制装置400包括：请求接收模块410、请求处理模块420以及权限下发模块430。其中，所述请求接收模块410用于接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限；所述请求处理模块420用于将所述第一控制请求添加至请求队列，所述请求队列中的控制请求按照请求时间的先后顺序进行排列；所述权限下发模块430用于在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

在一些实施方式中，所述请求队列还包括每个控制请求对应的对所述摄像头的操作时长。请求处理模块420可以包括时长获取单元以及请求添加单元。时长获取单元用于获取所述第一控制请求对应的对所述摄像头的操作时长；请求添加单元用于将所述第一控制请求及其对应的操作时长添加至所述请求队列。

作为一种可能的实施方式，时长获取单元可以具体用于：获取所述第一客户端对应的权重系数；获取预设操作时长与所述权重系数的乘积，得到所述第一控制请求对应的对所述摄像头的操作时长。

在该实施方式下，时长获取单元可以用于：获取所述目标直播间的直播过程中，所述第一客户端发送的控制请求被添加至所述请求队列的次数；获取与所述次数对应的权重系数，作为所述第一客户端对应的权重系数，其中，所述权重系数的数值与所述次数呈负相关。

作为一种可能的实施方式，权限下发模块430可以用于：

在所述第二客户端对所述摄像头的控制时长达到所述第二控制请求对应的操作时长时，将所述摄像头的控制权限转移至所述第一客户端；或者

在所述第二客户端申请结束对所述摄像头的控制时，将所述摄像头的控制权限转移至所述第一客户端。

在一些实施方式中，权限下发模块430可以具体用于：在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，向所述第二客户端发送权限指示信息，所述权限指示信息用于指示所述第二客户端控制指定操作区域处于可操作状态，所述指定操作区域为用于控制所述摄像头的操作区域。

在一些实施方式中，所述请求队列中当前可拥有所述摄像头的控制权限的客户端的控制请求处于队首，权限下发模块430可以具体用于：在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述第二控制请求从所述请求队列中移除，并控制所述第一控制请求移动至所述请求队列的队首；将所述摄像头的控制权限转移至所述第一客户端。

在一些实施方式中，该权限控制装置400还可以包括数量判断模块。数量判断模块用于判断所述请求队列中控制请求的数量是否为最大数量。请求处理模块420可以具体用于：若请求队列中控制请求的数量不为最大数量，执行所述将所述第一控制请求添加至请求队列。

在一种可能的实施方式中，该权限控制装置400还可以包括信息提示模块。信息提示模块用于：若请求队列中控制请求的数量为最大数量，向所述第一客户端发送指定提示信息，所述指定提示信息用于提示所述请求队列已满。

在一些实施方式中，请求接收模块410还可以用于接收指令服务器发送的对目标客户端进行鉴权的鉴权请求，所述鉴权请求为所述指令服务器在接收到所述目标客户端发送的对所述摄像头控制的指令时发送的；请求处理模块420还可以用于响应于所述鉴权请求，将所述目标客户端对应的鉴权结果发送至所述指令服务器，所述鉴权结果用于指示所述目标客户端是否拥有对所述摄像头的控制权限。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

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

本申请提供的一种权限控制装置，由于在接收到客户端发送的控制请求时，将控制请求添加至按照请求时间的先后顺序进行排列的队列中，在该控制请求的前一个控制请求的客户端对摄像头结束控制时，才将控制权限转移至该控制请求的客户端，因此，可以根据客户端发送控制请求的先后顺序，依次对摄像头进行控制，实现商品直播等场景中，对直播间摄像头的有序控制，避免了直摄像头的控制出现混乱和异常。

请参考图11，其示出了本申请实施例提供的一种服务器的结构框图。该服务器100可以是物理服务器、云服务器等能够运行应用程序的服务器。本申请中的服务器100可以包括一个或多个如下部件：处理器110、存储器120、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器120中并被配置为由一个或多个处理器110执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器110可以包括一个或者多个处理核。处理器110利用各种接口和线路连接整个服务器100内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行服务器100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(CentralProcessing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储服务器100在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参考图12，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。

基于上述的权限控制方法，根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述的各种可选实现方式中提供的方法。

综上所述，本申请提供的一种权限控制方法、装置、服务器、存储介质及计算机产品或计算机程序，由于在接收到客户端发送的控制请求时，将控制请求添加至按照请求时间的先后顺序进行排列的队列中，在该控制请求的前一个控制请求的客户端对摄像头结束控制时，才将控制权限转移至该控制请求的客户端，因此，可以根据客户端发送控制请求的先后顺序，依次对摄像头进行控制，实现商品直播等场景中，对直播间摄像头的有序控制，避免了直摄像头的控制出现混乱和异常。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (13)

1.一种权限控制方法，其特征在于，应用于服务器，所述方法包括：

接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限；

将所述第一控制请求添加至请求队列，所述请求队列中的控制请求按照请求时间的先后顺序进行排列；

在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

2.根据权利要求1所述的方法，其特征在于，所述请求队列还包括每个控制请求对应的对所述摄像头的操作时长，所述将所述第一控制请求添加至请求队列，包括：

获取所述第一控制请求对应的对所述摄像头的操作时长；

将所述第一控制请求及其对应的操作时长添加至所述请求队列。

3.根据权利要求2所述的方法，其特征在于，所述获取所述第一控制请求对应的对所述摄像头的操作时长，包括：

获取所述第一客户端对应的权重系数；

获取预设操作时长与所述权重系数的乘积，得到所述第一控制请求对应的对所述摄像头的操作时长。

4.根据权利要求3所述的方法，其特征在于，所述获取所述第一客户端对应的权重系数，包括：

获取所述目标直播间的直播过程中，所述第一客户端发送的控制请求被添加至所述请求队列的次数；

获取与所述次数对应的权重系数，作为所述第一客户端对应的权重系数，其中，所述权重系数的数值与所述次数呈负相关。

5.根据权利要求2所述的方法，其特征在于，所述在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，包括：

在所述第二客户端对所述摄像头的控制时长达到所述第二控制请求对应的操作时长时，将所述摄像头的控制权限转移至所述第一客户端；或者

在所述第二客户端申请结束对所述摄像头的控制时，将所述摄像头的控制权限转移至所述第一客户端。

6.根据权利要求1所述的方法，其特征在于，所述在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，包括：

在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，向所述第二客户端发送权限指示信息，所述权限指示信息用于指示所述第二客户端控制指定操作区域处于可操作状态，所述指定操作区域为用于控制所述摄像头的操作区域。

7.根据权利要求1所述的方法，其特征在于，所述请求队列中当前可拥有所述摄像头的控制权限的客户端的控制请求处于队首，所述在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，包括：

在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述第二控制请求从所述请求队列中移除，并控制所述第一控制请求移动至所述请求队列的队首；

将所述摄像头的控制权限转移至所述第一客户端。

8.根据权利要求1-7任一项所述的方法，其特征在于，在所述将所述第一控制请求添加至请求队列之前，所述方法还包括：

判断所述请求队列中控制请求的数量是否为最大数量；

若否，执行所述将所述第一控制请求添加至请求队列。

9.根据权利要求8所述的方法，其特征在于，在所述判断所述请求队列中控制请求的数量是否为最大数量之后，所述方法还包括：

若是，向所述第一客户端发送指定提示信息，所述指定提示信息用于提示所述请求队列已满。

10.根据权利要求1-7任一项所述的方法，其特征在于，所述方法还包括：

接收指令服务器发送的对目标客户端进行鉴权的鉴权请求，所述鉴权请求为所述指令服务器在接收到所述目标客户端发送的对所述摄像头控制的指令时发送的；

响应于所述鉴权请求，将所述目标客户端对应的鉴权结果发送至所述指令服务器，所述鉴权结果用于指示所述目标客户端是否拥有对所述摄像头的控制权限。

11.一种权限控制装置，其特征在于，应用于服务器，所述装置包括：请求接收模块、请求处理模块以及权限下发模块，其中，

所述请求接收模块用于接收第一客户端发送的第一控制请求，所述第一控制请求用于获取所述第一客户端对目标直播间的摄像头的控制权限；

所述请求处理模块用于将所述第一控制请求添加至请求队列，所述请求队列中的控制请求按照请求时间的先后顺序进行排列；

所述权限下发模块用于在所述第二控制请求对应的第二客户端对所述摄像头结束控制时，将所述摄像头的控制权限转移至所述第一客户端，以使所述第一客户端基于输入的摄像头控制操作以及所述控制权限，控制所述摄像头对直播商品的拍摄，所述第二控制请求为所述请求队列中处于所述第一控制请求之前的前一个控制请求。

12.一种服务器，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-10任一项所述的方法。

13.一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-10任一项所述的方法。

Images