CN108667798A - 一种虚拟观影的方法及系统 - Google Patents

Abstract

本申请的目的是提供一种虚拟观影的方法及系统，本申请通过在观影器设备端基于用户的账号创建房间及设置房间属性信息，一个或多个其他观影器设备端的用户基于所述房间属性信息获取对应权限以进入已创建房间，基于任一观影器设备端的用户选择的观看模式发送播放请求；在服务器端对所述观影器设备创建的房间进行管理，并将所述播放请求对应的播放资源基于分发策略分发至同一房间内的一个或多个观影器设备。从而使得在不同地理位置的用户可以观看同一影片且进行语音交流。

Description

一种虚拟观影的方法及系统

技术领域

本申请涉及计算机领域，尤其涉及一种虚拟观影的方法及系统。

背景技术

随着网络通信技术的发展，不但可以通过视频播放器播放已下载在本地的视频，而且还可以通过视频播放器与提供视频的视频服务器连接，一边下载一边播放，实现在线实时播放视频。而在当前的观影场景中，网友或好友之间的实时互动只有弹幕一种形式，缺少更多样化的互动及趣味性。随着VR技术的发展，用户对观看电影的需求越来越多样化，对在电影院的观看形式选择更灵活，比如可在虚拟观影厅观看电影享受类似电影院的感觉，进一步地，将VR技术的融入观影应用，可以使得用户在VR头戴中观看影片，在观影环境中引入虚拟元素，可以丰富观影形式，为用户提供更便捷的观影需求。而目前，进行虚拟观影时，不能邀请不同地理位置的好友进行共同观看同一虚拟观影厅的同一影片，以及进行语音交流等。

发明内容

本申请的一个目的是提供一种虚拟观影的方法及设备，为用户提供内容更丰富、观影过程可基于需求操作播放视频的新的观影方式及为用户提供虚拟观影厅，使不同地理位置的用户可以共享同一虚拟观影厅的视频数据的同时进行语音交流。

根据本申请的一个方面，提供了一种虚拟观影的系统，所述系统包括：

服务器端及一个或多个观影器设备端的账号模块、房间模块、媒体模块及语音模块，其中，

所述账号模块在所述服务器端用于对所述观影器设备端基于用户账号的操作进行管理，在所述观影器设备端用于设置用户的账号并基于所述账号进行登录对应的服务器；

所述房间模块在所述服务器端用于接收在所述观影器设备端的对房间的操作信息及房间属性信息，基于所述房间属性信息对请求加入所述房间的用户进行鉴权；

所述媒体模块在所述服务器端用于基于分发策略控制播放资源的内容分发，在所述观影器设备端用于基于获取策略对获取的播放资源进行播放；

所述语音模块在所述服务器端用于对所述房间内的用户进行语音鉴权，基于鉴权结果将接收到的语音数据进行转发或丢弃。

进一步地，所述账号模块在所述服务器端用于对基于用户账号进行包括登录、注销、信息修改、好友管理中任一项的操作的管理。

进一步地，所述房间属性信息包括：房间唯一标识、房间名称、创建者、发行模式影片信息、用户加入规则、实时用户列表及用户权限列表。

进一步地，所述媒体模块用于根据本地缓存视频数据及P2P网络连接信息确定所述获取策略，并根据所述获取策略从所述服务器端或其他所述观影器设备端获取所述播放资源。

进一步地，所述媒体模块在所述服务器端用于根据用户的权限列表执行所述观影器设备端用户发送的播放控制指令，并将所述控制指令发送至同一房间内的其他观影器设备端用户，以执行相同的播放控制指令。

根据本申请再一个方面，还提供了一种虚拟观影的方法，该方法包括：

在观影器设备端基于用户的账号创建房间及设置房间属性信息，一个或多个其他观影器设备端的用户基于所述房间属性信息获取对应权限以进入已创建房间，基于任一观影器设备端的用户选择的观看模式发送播放请求；

在服务器端对所述观影器设备创建的房间进行管理，并将所述播放请求对应的播放资源基于分发策略分发至同一房间内的一个或多个观影器设备。

进一步地，所述用户选择的观看模式包括：自由模式和发行模式，其中，

当所述用户选择的观看模式为自由模式时，同一房间内的多个观影器设备播放相同或不同播放资源；

当所述用户选择的观看模式为发行模式时，所述服务器将同一播放资源的数据流基于分发策略分发至同一房间内各观影器设备。

进一步地，所述分发策略包括以下至少任一项：

在各观影器设备将后续播放资源数据持续缓存预设时间后再分发；

在各观影器设备间建立P2P网络进行播放资源下载后再分发。

进一步地，所述方法包括：

在同一房间内建立各观影器设备之间、所述观影器设备与所述服务器之间的通信连接，基于接收到的任一观影器设备发送的语音数据，根据聊天控制权限进行语音鉴权，以处理所述语音数据。

进一步地，所述聊天控制权限包括以下至少任一项：

所述房间内的一个或多个观影器设备端的用户未具有发送语音数据至其他观影器设备的权限；

所述房间内的一个或多个观影器设备端的用户未具有接收其他观影器设备发送的语音数据的权限；

所述房间内的所有观影器设备端的用户具有将语音数据发送至其他观影器设备的权限，且具有接收其他观影器设备端的用户发送的语音数据的权限；

基于所述房间内的观影器设备的数量匹配对应的聊天权限。

与现有技术相比，本申请提供一种虚拟观影的系统，所述系统包括：服务器端及一个或多个观影器设备端的账号模块、房间模块、媒体模块及语音模块，其中，所述账号模块在所述服务器端用于对所述观影器设备端基于用户账号的操作进行管理，在所述观影器设备端用于设置用户的账号并基于所述账号进行登录对应的服务器；所述房间模块在所述服务器端用于接收在所述观影器设备端的对房间的操作信息及房间属性信息，基于所述房间属性信息对请求加入所述房间的用户进行鉴权；所述媒体模块在所述服务器端用于基于分发策略控制播放资源的内容分发，在所述观影器设备端用于基于获取策略对获取的播放资源进行播放；所述语音模块在所述服务器端用于对所述房间内的用户进行语音鉴权，基于鉴权结果将接收到的语音数据进行转发或丢弃，可以使在不同地理位置的用户在同一虚拟观影厅观看影片的同时也可以进行语音交流。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1示出根据本申请的一个方面提供的一种虚拟观影的系统架构示意图；

图2示出本申请中的一实施例的虚拟观影厅的组成示意图；

图3示出本申请中的一实施例的媒体模块的架构示意图；

图4示出根据本申请再一个方面还提供的一种虚拟观影的方法流程示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本申请作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

图1示出根据本申请的一个方面提供的一种虚拟观影的系统架构示意图，所述系统包括：服务器端1及一个或多个观影器设备端2的账号模块11、房间模块12、媒体模块13及语音模块14，其中，所述观影器设备端2为用户提供虚拟现实的观影方式；所述账号模块11在所述服务器端1用于对所述观影器设备端2基于用户账号的操作进行管理，在所述观影器设备端2用于设置用户的账号并基于所述账号进行登录对应的服务器1；所述房间模块12在所述服务器端1用于接收在所述观影器设备端2的对房间的操作信息及房间属性信息，基于所述房间属性信息对请求加入所述房间的用户进行鉴权；所述媒体模块13在所述服务器端1用于基于分发策略控制播放资源的内容分发，在所述观影器设备端2用于基于获取策略对获取的播放资源进行播放；所述语音模块14在所述服务器端1用于对所述房间内的用户进行语音鉴权，基于鉴权结果将接收到的语音数据进行转发或丢弃。图1中所示的账号子系统、房间子系统、媒体子系统及语音子系统分别与账号模块、房间模块、媒体模块及语音模块对应，可进行替换使用。

在本申请一实施例中，虚拟观影厅由服务器和若干观影器组成，服务器和观影器、观影器和观影器之间通过网络进行通信，如图2所示；其中，观影器具备VR一体机的功能，可以由运行安卓系统的主机、头盔、屏幕、光学部件、耳机/扬声器等组成。硬件上增加语音输入模块(如麦克风)，软件上集成账号模块、房间模块、媒体模块(媒体播放模块)及语音模块(语音通讯模块)。其中，在观影器设备端时，账号模块11用于账号注册、登录、退出及好友管理，房间模块12用于创建房间、设置房间信息、进入房间、退出房间及邀请好友等；媒体播放模块13用于播放本地存储或网络上的流媒体，并具备开始、暂停、快进、后退等播放控制功能；语音通讯模块14用于与房间中的其他用户进行语音聊天。从而本申请所述的虚拟观影的系统，不仅通过VR头戴，可以让用户看到完整的观影厅视觉效果，同时可以让好友之间进行语音交流。

在服务器端时，所述账号模块11在所述服务器端用于对基于用户账号进行包括登录、注销、信息修改、好友管理中任一项的操作的管理。账号服务器管理各个用户账号及相关信息，支持用户的登录、退出、信息修改、好友管理等操作。服务器端的房间模块12管理各个房间及相关信息，每个房间对应于一个虚拟观影厅，支持用户的房间创建、加入、退出、设置等操作；服务器端的媒体模块13为各观影器设备提供播放资源；服务器端的语音模块14进行中转各观影器设备之间的语音消息。

需要说明的是，虚拟观影厅由账号模块、房间模块、媒体模块及语音模块组成，每个模块由分为服务端和客户端，服务端运行于服务器上，客户端运行在观影器上。服务器的上述四个模块可部署在同一台物理服务器上，也可以部署在不同的物理服务器上，具体部署方案根据业务的需求进行部署，可以将四个模块部署在不同的服务器上，可以基于云架构进行部署，房间服务、媒体服务及语音服务也可以部分或全部采用第三方的服务。在观影器设备端的媒体模块为一组播放器和播放插件的集合，比如，播放某一应用的视频采用该应用的播放器或播放插件。

进一步地，在账号模块11中，服务器端支持用户的注册、登录、注销、信息修改、好友管理等操作；用户在登陆成功后，才能进行房间创建、修改、删除、加入房间、离开房间等操作。在观影器设备内设置用户的账号，并用账号登录服务器。

进一步地，在房间模块中12中，房间可以通过观影器中的用户界面、手机应用程序(APP)、网页等进行创建、修改、删除。房间创建后，用户通过观影器中的操作界面，加入房间、观看电影，与房间中的其他用户进行语音聊天、离开房间。其中，所述房间属性信息包括：房间唯一标识、房间名称、创建者、发行模式影片信息、用户加入规则、实时用户列表及用户权限列表。在此，创建房间的用户对该房间具有所有权限，房间唯一标识在房间创建时由系统统一分配，发行模式影片信息包括影片信息、演员信息、发行信息、质量参数、片源地址、开始播放时间等。用户加入规则为用户通过秘钥、房间号、账号认证等方式加入该观影厅的方式。用户权限为用户进入观影厅后可进行的相关操作，比如：是否可以播放控制，是否可以听到其他人的聊天语音、是否可以将自己的聊天语音发送给房间里其他的观影者等。用户列表是服务器根据各观影器设备加入、离开房间动态更新房间中的用户列表。在一个用户成功加入房间后，生成两个通行证(access_token)发送给观影器设备，用于媒体模块和语音模块的客户端的接入鉴权。同时，房间模块共享access_token与用户的映射关系及用户权限信息给媒体模块及语音模块。

进一步地，所述媒体模块13用于根据本地缓存视频数据及P2P网络连接信息确定所述获取策略，并根据所述获取策略从所述服务器端或其他所述观影器设备端获取所述播放资源。在此，如图3所示，服务器端的媒体模块用于根据分发策略控制内容分发，以及播放控制等，在观影器设备端基于获取策略控制播放获取的内容。服务器侧连接管理模块，检测在该房间(虚拟观影厅)内观影器的加入与离开，记录相关连接的信息，为分发策略控制模块提供数据支撑。分发策略控制模块根据连接管理提供的信息，决定视频内容分发的策略，内容分发模块根据分发策略进行视频数据的分发。服务器和各个观影器设备之间利用P2P技术进行分发及获取视频数据，观影器设备端根据本地已经缓存的视频数据和P2P连接情况决定视频数据获取的策略，内容获取模块根据该策略从服务器或其他观影器上获取视频数据，播放器将视频数据在本地屏幕上播放出来。从而可以实现同一虚拟观影厅(同一房间)中的用户异地同步观看同一视频。

进一步地，所述媒体模块在所述服务器端用于根据用户的权限列表执行所述观影器设备端用户发送的播放控制指令，并将所述控制指令发送至同一房间内的其他观影器设备端用户，以执行相同的播放控制指令。在此，播放控制客户端，执行本地播放控制操作并将控制指令传送给服务器端，服务器端接收到该指令后，根据用户的权限列表执行相关的操作并把指令传送给其他客户端。其他观影器的播放控制端接收到指令后，执行对应的播放控制操作，比如：用户A点击界面上的暂停按钮后，A本地的播放模块暂停播放，并将暂停播放指令发送给服务端，服务端将暂停指令发送给其他用户后，其他用户的观影器也暂停视频的播放。

通过本申请提供的一种虚拟观影的系统，可以使在不同地理位置的用户在同一虚拟观影厅观看影片的同时也可以进行语音交流。

图4示出根据本申请再一个方面还提供的一种虚拟观影的方法流程示意图，该方法包括：步骤S11和步骤S12，其中，在步骤S11中，在观影器设备端基于用户的账号创建房间及设置房间属性信息，一个或多个其他观影器设备端的用户基于所述房间属性信息获取对应权限以进入已创建房间，基于任一观影器设备端的用户选择的观看模式发送播放请求；在步骤S12中，在服务器端对所述观影器设备创建的房间进行管理，并将所述播放请求对应的播放资源基于分发策略分发至同一房间内的一个或多个观影器设备。从而使得在不同地理位置的用户可以观看同一影片且进行语音交流。

进一步地，所述用户选择的观看模式包括：自由模式和发行模式，其中，当所述用户选择的观看模式为自由模式时，同一房间内的多个观影器设备播放相同或不同播放资源；当所述用户选择的观看模式为发行模式时，所述服务器将同一播放资源的数据流基于分发策略分发至同一房间内各观影器设备。在此，虚拟观影厅采用本申请所述的虚拟观影的方法，支持自由模式和发行模式两种观看模式，发行模式时，通过P2P技术和相应的视频分发、获取策略保证所有加入的用户同步观看同一个视频资源。服务器具备分发策略自动调整能力且观影器设备具备视频内容获取策略的调整能力。进一步地，所述分发策略包括以下至少任一项：在各观影器设备将后续播放资源数据持续缓存预设时间后再分发；在各观影器设备间建立P2P网络进行播放资源下载后再分发。在本申请一实施例中，用户进入某个虚拟观影厅(房间)后可以选择两种观看模式：自由模式和发行模式。在自由模式中，用户可以自行选择影片进行观看，既可以选择本地存储中的影片，也可以打开第三方播放器观看云端的影片自由，各用户独立对视频进行播放控制。需要说明的是，当用户选择观看本地视频时，观影器设备的功能仅为播放器，无需与服务器进行交互，若观看网络视频时，本地是一个播放器和一个网络通信模块，服务器端运行对应的内容分发模块。在发行模式中，用户观看的片源由房间创建者预先设定，用户在设置房间属性时设置片源及视频开播时间。用户观看时，各用户在同一时刻观看到的画面相同，如进行播放控制，播放控制的效果在各用户之间是同步的，即暂停时所有用户的播放端都暂停，快进时所有用户的画面都快进。在发行模块中，为了保证将同一视频的数据流分发到各个客户端(观影器设备)上，同时各个客户端屏幕上显示的画面之间是同步的，即：避免比如出现某一时刻用户甲看到的是10分01秒的画面而用户乙看到的是10分05秒的画面的情况。保证各客户端画面同步可以通过以下方式实现：在各个客户端缓存一段视频数据，比如缓存两分钟，播放过程中持续缓存后续的视频数据；或在各个客户端之间利用P2P网络连接提升视频下载的速度。从而可以实现同一虚拟观影厅(同一房间)中的用户异地同步观看同一视频。

进一步地，所述方法包括：在同一房间内建立各观影器设备之间、所述观影器设备与所述服务器之间的通信连接，基于接收到的任一观影器设备发送的语音数据，根据聊天控制权限进行语音鉴权，以处理所述语音数据。在此，用户进入房间后，观影器的语音模块向对应房间的服务器语音模块建立通信连接，服务器的语音模块一方面维持与观影器的通信连接，另一方面将接收到的某个观影器的语音数据，根据聊天控制权限检查的结果发送给其他观影器或丢弃。其中，所述聊天控制权限包括以下至少任一项：所述房间内的一个或多个观影器设备端的用户未具有发送语音数据至其他观影器设备的权限；所述房间内的一个或多个观影器设备端的用户未具有接收其他观影器设备发送的语音数据的权限；所述房间内的所有观影器设备端的用户具有将语音数据发送至其他观影器设备的权限，且具有接收其他观影器设备端的用户发送的语音数据的权限；基于所述房间内的观影器设备的数量匹配对应的聊天权限。在本申请一实施例中，根据以下至少任一项聊天控制权限进行鉴权：某用户不可以发送语音给其他用户；某用户不可以接收他人的语音信息；默认所有用户既可以发送语音给其他人也可以收听其他人的语音；可以基于用户群设置权限等。其中，用户进行语音聊天时支持两种模式：对讲模式和通话模式，在对讲模式中，用户按下硬件或软件的按钮后进行说话，松开按钮后系统将采集的声音编码后发送给其他用户；在通话模式中，观影器实时采集声音信息进行编码，以语音流的方式发送给其他用户。

通过本申请提供的一种虚拟观影的方法，可以使在不同地理位置的用户在同一虚拟观影厅观看影片的同时也可以进行语音交流。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(ASIC)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本申请的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

Claims (10)

1.一种虚拟观影的系统，其中，所述系统包括：

服务器端及一个或多个观影器设备端的账号模块、房间模块、媒体模块及语音模块，其中，所述观影器设备端为用户提供虚拟现实的观影方式；

所述账号模块在所述服务器端用于对所述观影器设备端基于用户账号的操作进行管理，在所述观影器设备端用于设置用户的账号并基于所述账号进行登录对应的服务器；

所述房间模块在所述服务器端用于接收在所述观影器设备端的对房间的操作信息及房间属性信息，基于所述房间属性信息对请求加入所述房间的用户进行鉴权；

所述媒体模块在所述服务器端用于基于分发策略控制播放资源的内容分发，在所述观影器设备端用于基于获取策略对获取的播放资源进行播放；

所述语音模块在所述服务器端用于对所述房间内的用户进行语音鉴权，基于鉴权结果将接收到的语音数据进行转发或丢弃。

2.根据权利要求1所述的系统，其中，所述账号模块在所述服务器端用于对基于用户账号进行包括登录、注销、信息修改、好友管理中任一项的操作的管理。

3.根据权利要求1所述的系统，其中，所述房间属性信息包括：房间唯一标识、房间名称、创建者、发行模式影片信息、用户加入规则、实时用户列表及用户权限列表。

4.根据权利要求1所述的系统，其中，所述媒体模块用于根据本地缓存视频数据及P2P网络连接信息确定所述获取策略，并根据所述获取策略从所述服务器端或其他所述观影器设备端获取所述播放资源。

5.根据权利要求1所述的系统，其中，所述媒体模块在所述服务器端用于根据用户的权限列表执行所述观影器设备端用户发送的播放控制指令，并将所述控制指令发送至同一房间内的其他观影器设备端用户，以执行相同的播放控制指令。

6.一种虚拟观影的方法，其中，所述方法包括：

在观影器设备端基于用户的账号创建房间及设置房间属性信息，一个或多个其他观影器设备端的用户基于所述房间属性信息获取对应权限以进入已创建房间，基于任一观影器设备端的用户选择的观看模式发送播放请求；

在服务器端对所述观影器设备创建的房间进行管理，并将所述播放请求对应的播放资源基于分发策略分发至同一房间内的一个或多个观影器设备。

7.根据权利要求6所述的方法，其中，所述用户选择的观看模式包括：自由模式和发行模式，其中，

当所述用户选择的观看模式为自由模式时，同一房间内的多个观影器设备播放相同或不同播放资源；

当所述用户选择的观看模式为发行模式时，所述服务器将同一播放资源的数据流基于分发策略分发至同一房间内各观影器设备。

8.根据权利要求7所述的方法，其中，所述分发策略包括以下至少任一项：

在各观影器设备将后续播放资源数据持续缓存预设时间后再分发；

在各观影器设备间建立P2P网络进行播放资源下载后再分发。

9.根据权利要求6所述的方法，其中，所述方法包括：

在同一房间内建立各观影器设备之间、所述观影器设备与所述服务器之间的通信连接，基于接收到的任一观影器设备发送的语音数据，根据聊天控制权限进行语音鉴权，以处理所述语音数据。

10.根据权利要求9所述的方法，其中，所述聊天控制权限包括以下至少任一项：

所述房间内的一个或多个观影器设备端的用户未具有发送语音数据至其他观影器设备的权限；

所述房间内的一个或多个观影器设备端的用户未具有接收其他观影器设备发送的语音数据的权限；

所述房间内的所有观影器设备端的用户具有将语音数据发送至其他观影器设备的权限，且具有接收其他观影器设备端的用户发送的语音数据的权限；

基于所述房间内的观影器设备的数量匹配对应的聊天权限。