CN101656863A - 一种会议控制的方法、装置和系统 - Google Patents

Abstract

本发明实施例提供了一种会议控制的方法、设备和系统，其中，所述会议控制的方法包括：会议控制设备接收会议终端的针对业务的个性化操作请求；所述会议控制设备根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；所述会议控制设备针对所述配置的会议资源执行所述会议终端的业务的个性化操作。与现有技术中进行整体的会议控制相比较，本发明的实施例能够更好的满足用户的个性化的会议操作请求。

Description

一种会议控制的方法、装置和系统

技术领域

本发明涉及多媒体通信技术，特别涉及一种会议控制的方法、装置和系统。

背景技术

视讯会议系统是一种能够实现两方或多方进行远程音视频通信的系统。其中包括实体有：会议终端(Terminal)和MCU(Multipoint Control Unit，多点控制单元)，其中，会议终端分布在不同的会场，MCU分布在网络侧中，它一般包括多点控制器MC(Multipoint Controller)和多点处理器MP(MultipointProcessor)，用于完成会议控制，而在会议控制中最重要的是在会议控制中涉及声音以及图像的处理以及控制。图1示出了MCU对会议中的会议终端进行混音控制的场景，会议中的三个会场(会场A、会场B以及会场C)将自身的音频信号传给MCU，通过MCU对上面的三个会场的音频信号进行混音，根据“本会场不接收本会场经过混音的数据”的混音原则将最后的混音信号传输给各个会场。

其中，已有的会议电视系统对会场音频的操作一般只有静音和闭音：会场静音后，所有会场都听不到该会场的声音；会场闭音后，该会场听不到会议的声音。而所有的静音闭音操作都是基于整个会议层次的，音频的处理非常不灵活，无法满足各种个性化的需求，比如：在不影响会议正常召开情况下，会议中会场间的私聊、分组讨论等。

对视频的操作类型有：点名、广播、观看、加入多画面。对目的会场进行点名、广播、加入多画面操作，目的会场的画面将被所有的与会会场看到；对目的会场进行观看操作，目的会场画面一定会被另外一个会场看到；仅有的这些操作，导致缺乏应用的灵活性，无法满足用户的个性化需求，比如：在不影响会议正常召开情况下，会议中会场能够自定义自身的视频显示内容，例如：不显示某一会场的视频图像，以及不将自身的视频图像显示给某一会场。

同样，在会议中数据的传输也存在类似的问题，会议中分享的胶片，只能进行整体的控制，将胶片分享给所有的与会会场，不能够根据数据分享者的请求，进行个性化的设置。

基于上面的现有技术存在的问题，本发明人在完成本发明的过程中，对现有技术进行了大量分析，发现现有技术至少存在如下的问题：

在现有的视讯会议中，无法实现基于单用户、灵活的音视频以及数据控制，无法满足用户个性化的音视频及数据操作需求。

发明内容

本发明实施例提供了一种会议中音视频控制的方法、装置和系统，以便于使视讯会议中能够根据用户的需求来进行音视频信号的控制，带给用户更好的会议体验效果。

本发明实施例提供一种会议控制的方法，该方法包括：

会议控制设备接收会议终端的针对业务的个性化操作请求；

所述会议控制设备根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；

所述会议控制设备针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

本发明还提供一种会议控制设备，该会议控制设备包括：

接收单元，用于接收会议终端的针对业务的个性化操作请求；

配置单元，用于根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；

执行单元，用于针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

本发明还提供一种会议系统，该系统包括：至少一个会议终端、以及会议控制设备；

会议控制设备，用于接收会议终端的针对业务的个性化操作请求，根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源，针对所述配置的会议资源执行所述会议终端的业务的个性化操作；

至少一个会议终端，用于向所述的会议控制设备发送针对业务的个性化操作请求。

由以上技术方案可以看出，在本发明实施例提供的会议中的音视频控制的方法、装置和系统，能够针对会议终端的针对业务的个性化服务需求，通过为相应的需求配置相应的资源，并完成相应的操作，有效的满足各与会的会议终端个性化的服务需求。

附图说明

图1为现有技术中MCU进行会议混音的处理示意图；

图2为本发明方法实施例的流程示意图；

图3为本发明实施例提供的会议系统的结构图；

图4为本发明方法实施例1会议静音对应的流程示意图；

图5为本发明方法实施例1提供的第一种实施方式的示意图；

图6为本发明方法实施例1提供的第二种实施方式的示意图；

图7为本发明方法实施例2会议闭音对应的流程示意图；

图8为本发明方法实施例2提供的第一种实施方式的示意图；

图9为本发明方法实施例2提供的第二种实施方式的示意图；

图10为本发明方法实施例3单会场画面广播对应的流程示意图；

图11为本发明方法实施例3提供的第一种实施方式的示意图；

图12为本发明方法实施例3提供的第二种实施方式的示意图；

图13为本发明方法实施例3多会场画面组合广播的流程示意图；

图14为本发明的会议控制设备实施例1的结构示意图；

图15为本发明的会议控制设备实施例2的结构示意图；

图16为本发明的会议控制设备实施例3的结构示意图；

图17为本发明的会议系统实施例1的组网结构图；

图18为本发明的会议系统实施例2的组网结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明实施例提供的方法实施例主要包括如下步骤，如图2所示：

101、会议控制设备接收会议终端的针对业务的个性化操作请求；

102、所述会议控制设备根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；

103、所述会议控制设备针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

本发明的实施例能够针对会议终端的针对业务的个性化服务需求，通过为相应的需求配置相应的资源，并完成相应的操作，有效的满足各与会的会议终端个性化的服务需求。

为了更细致的介绍本发明的实现过程，下面通过具体的实施例对本发明的实现进行详细描述。

实施例一

参看图3-图6，以会场A对会场B进行静音为例介绍

在图3中，包括4个会场(每个会场各对应1个会议终端)以及1个MCU，分别为：会场A、会场B、会场C、会场D，4个会场对应有4个会议终端，图3中的实线表示各个会场将本会场的码流传输至MCU，虚线表示MCU将混音之后的音频传输至各个会场。

为了简便表示，对应于某一个会场的会议终端，在后面利用该会场相应的序号进行表示。

下面通过图4的流程图介绍会场A将会场B加入到静音名单中，这样，会场A在接受到MCU的混音结果中就不会出现会场B的音频信号。

301、MCU召开多点视讯会议，创建会议混音器；

在实施301时，一般情况下，MCU召开多点会议，创建一个会议混音器，该混音器对应一个混音列表，在该混音列表中包括所有的会场，所有的会场将本会场的音频码流发到对应该会场的音频解码器进行解码，对于解码后的码流发送到该混音器进行混音，会议混音器完成混音处理后会将混音后的码流发送给每个会场的音频编码器，在音频编码器进行编码后，传给各个会场；

302、会场A提出将会场B加入静音名单的请求；

在实施302时，有下面三种能够实现方案：

(1)会场A可以向主席会场(主持会议的会场)提出将会场B加入会场A对应的静音名单的请求，主席会场同意后，执行303；

(2)当不存在主席会场时，如果MCU预定义了相应的规则，例如：允许相应会场创建针对单个会场的静音名单，则直接进行相应的操作，然后执行303；

(3)当不存在主席会场时，而且MCU中也不存在相应的预定义规则，则直接执行303。

303、MCU为会场A创建一个独立混音器A’；

在实施303时，MCU为会场A创建一个独立混音器A’，并为该独立混普器A’建立一个独立的混音列表，在该混音列表中标识会场B处于会场A的静音列表中，反映在下面的会议混音列表中，即会场A的混音表中就不会出现会场B的音频；

下表为会议混音表格：

会场名	使用的混音器	混音表	输出会场的音频
				A	独立混音器A’	A、C、D	C、D
B	会议混音器	A、B、C、D	A、C、D
				C	会议混音器	A、B、C、D	A、B、D
D	会议混音器	A、B、C、D	A、B、C

304、独立混音器A’单独对发向会场A的音频进行混音，会议混音器对发向其他会场的音频进行混音；

在实施304时，会议混音器对发向会场B、会场C和会场D的混音码流按照现有的混音原理进行处理即可，由于其处理过程为现有技术，在此不再赘述。独立混音器A’对发向会场A的音频进行混音处理，具体有两种实现方式，可以参看图5和图6：

方式一：参看图5中，对于会场A对应的独立混音器A’，直接将所有会场的码流送入独立混音器A’，通过读取各会场传输码流的标识来识别出各个码流，从中找到会场B对应的码流，在独立混音器A’中，将标识为会场B的码流从混音码流中去除，并且根据混音原理，会场A不接受自身的音频码流，这样，传输给会场A的音频码流为会场C和会场D的码流；

方式二：参看图6中，对于会场A对应的独立混音器A’，通过将会议混音器针对会场A的混音得到的码流(即为会场B、会场C以及会场D的混音码流)送入独立混音器A’，并将会场B的码流送入独立混音器A’，通过独立混音器A’将会议混音器混音得到的码流中减去会场B的码流，得到的混音码流就为发送给会场A的混音码流(即为：会场C以及会场D的码流)。

305、独立混音器A’将针对会场A的混音信号发送给A，会议混音器将混音信号发送给其他的会场。

在实施305时，根据304得到发向会场A的混音码流传输给会场A，其他的会场(会场B、会场C以及会场D)在会议混音器得到的混音码流分别传输给相应的会场。

上面的实施例主要是通过会场A将会场B设置为其静音会场，则MCU便为会场A建立独立混音器A’实现针对会场A的独立混音，达到满足会场A的单独的混音要求，实现会场B对于会场A静音。本领域的技术人员可以理解，如果在会议中，有多个会场提出单独的会议静音要求，这样，MCU就会为每一个提出该需求的会场建立独立的混音器，进而完成针对会场个性化的静音需求，限于篇幅的限制，下面通过列举两个会议终端提出静音需求来说明本方案的适用性。

例如：针对上面的例子，假设会场A、会场B都提出静音需求，即：会场A将会场B列入其静音名单中，会场B将会场C列入其静音名单中，根据前面叙述的步骤，MCU分别为会场A以及会场B建立独立的混音器A’、B’，并为会场A与会场B建立相应的混音表，其中，独立混音器A’完成对会场A的单独混音处理，独立混音器B’完成对会场B的单独混音处理，会议混音器完成常规的会场混音处理，类似于上述实施例中步骤304的处理过程，可以利用步骤304中的方式一或方式二完成会场A和会场B的混音处理，由于其他过程类似于上面的实施例，在此不再赘述。

可以理解，上述针对的是一个会场将另外的一个会场作为静音会场的处理操作，在具体的处理过程中，某一个会场还会将多个会场作为静音会场，在进行混音的过程中，需要将多个会场从混音的音频码流中去除，在此不再赘述。

实施例二

下面以闭音名单的方式说明对会场音频流的控制，当会场C将会场D放入其闭音名单时，则发送给会场D的混音码流中就不包括会场C的码流。

可以参考图3的组网图，其中包括四个与会终端以及一个MCU，即：会场A、会场B、会场C以及会场D四个会场各对应的会议终端，其中MCU完成四个与会会场的混音处理，图3中的实线表示各个会场将本会场的码流传输至MCU，虚线表示MCU将混音之后的音频传输至各个会场。

下面通过图7的流程图介绍会场C将会场D加入到闭音名单中，这样，会场D在接受到MCU的混音结果中就不会出现会场C的音频信号。

601、MCU召开多点视讯会议，创建会议混音器；

在实施601时，一般情况下，MCU召开多点会议，创建一个会议混音器，该混音器对应一个混音列表，在该混音列表中包括所有的会场，所有的会场将本会场的音频码流发到对应该会场的音频解码器进行解码，对于解码后的码流发送到该混音器进行混音，会议混音器完成混音处理后会将混音后的码流发送给每个会场的音频编码器，在音频编码器进行编码后，传给各个会场；

602、会场C提出将会场D加入闭音名单的请求；

在实施602时，有下面三种能够实现方案：

(1)会场C可以向主席会场(主持会议的会场)提出将会场D加入会场C对应的闭音名单的请求，主席会场同意后，执行603；

(2)当不存在主席会场时，如果MCU预定义了相应的规则，例如：允许相应会场创建针对单个会场的闭音名单，则直接进行相应的操作，然后执行603；

(3)当不存在主席会场时，而且MCU中也不存在相应的预定义规则，则直接执行603。

603、MCU为会场D创建一个独立混音器D’；

在实施603时，MCU为会场D创建一个独立混音器D’，并为该独立混音器D’建立一个独立的混音列表，在该混音列表中标识会场D处于会场C的闭音列表中，反映在下面的会议混音列表中，即会场D的混音表中就不会出现会场C的音频；

下表为会议混音表格：

会场名

使用的混音器

混音表

输出会场的音频

A	会议混音器	A、B、C、D	B、C、D
				B	会议混音器	A、B、C、D	A、C、D
C	会议混音器	A、B、C、D	A、B、D
				D	独立混音器D’	A、B、D	A、B

604、独立混音器D’单独对发向会场D的音频进行混音，会议混音器对发向其他会场的音频进行混音；

在实施604时，会议混音器对发向会场A、会场B和会场C的混音码流按照现有的混音原理进行处理即可，由于其处理过程为现有技术，在此不再赘述。独立混音器D’对发向会场D的音频进行混音处理，具体有两种实现方式，可以参看图8和图9：

方式一：参看图8中，对于会场D对应的独立混音器D’，直接将所有会场的码流送入独立混音器D’，通过读取各会场传输码流的标识来识别出各个码流，从中找到会场D对应的码流，在独立混音器D’中，将标识为会场C的码流从混音码流中去除，并且根据混音原理，会场D不接受自身的音频码流，这样，传输给会场D的音频码流为会场A和会场B的音频码流；

方式二：参看图9中，对于会场D对应的独立混音器D’，通过将会议混音器针对会场D的混音得到的码流(即为会场A、会场B以及会场C的混音码流)送入独立混音器D’，并将会场C的码流送入独立混音器D’，通过独立混音器D’将会议混音器混音得到的码流中减去会场C的码流，得到的混音码流就为发送给会场D的混音码流(即为：会场A以及会场B的码流)。

605、独立混音器D’将针对会场D的混音信号发送给会场D，会议混音器将混音信号发送给其他的会场。

在实施605时，根据604得到发向会场D的混音码流传输给会场D，其他的会场(会场A、会场B以及会场C)在会议混音器得到的混音码流分别传输给相应的会场。

上面的实施例主要是通过会场C将会场D设置为其闭音会场，则MCU便为会场D建立独立混音器D’实现针对会场D的独立混音，达到满足会场D的单独的混音要求，实现会场C对于会场D闭音。本领域的技术人员可以理解，如果在会议中，有多个会场提出单独的会议闭音要求，这样，MCU就会为每一个提出该需求的会场建立独立的混音器，进而完成针对会场个性化的闭音需求，限于篇幅的限制，下面通过列举两个会议终端提出闭音需求来说明本方案的适用性。

例如：针对上面的例子，假设会场B、会场C都提出闭音需求，即：会场B将会场C列入其闭音名单中，会场C将会场D列入其闭音名单中，根据前面叙述的步骤，MCU分别为会场C以及会场D建立独立的混音器C’、D’，并为会场C与会场D建立相应的混音表，其中，独立混音器C’完成对会场C的单独混音处理，独立混音器D’完成对会场D的单独混音处理，会议混音器完成常规的会场混音处理，类似于上述实施例中步骤604的处理过程，可以利用步骤604中的方式一或方式二完成会场C和会场D的混音处理，由于其他过程类似于上面的实施例，在此不再赘述。

可以理解，上述针对的是一个会场将另外的一个会场作为闭音会场的处理操作，在具体的处理过程中，某一个会场还会将多个会场作为闭音会场，这样MCU都会为被列为闭音名单的会场建立单独的混音器，在进行混音的过程中，需要将多个会场从混音的音频码流中去除，在此不再赘述。

本发明的实施例能够针对会议终端的针对业务的个性化服务需求，通过为相应的需求配置相应的资源，并完成相应的操作，有效的满足各与会的会议终端个性化的服务需求。

实施例三

下面通过图像黑名单的方式说明对会场视频流的控制

参看图3，其中包括四个会场(会场A、会场B、会场C以及会场D)以及一个MCU，其中，四个会场分别对应一个会议终端。

设会场A的会议终端将会场B列为其图像黑名单，以MCU将会场A的视频图像进行广播为例介绍处理过程，参看图10：

901、MCU召开多点视讯会议，创建视频编码器和/或视频解码器；

在实施步骤901时，当不同会议终端的所支持的视频编解码协议不相同时，需要为不同的会议终端建立对应的视频编码器以及视频解码器。当多个会议终端支持的视频编解码协议相同时，则为支持相同协议的会场创建一个视频编码器即可。下面以每个会场支持的视频协议都不相同为例来进行介绍。

参见图11，MCU为每一个会议终端都建立相应的视频解码器以及视频编码器。

902、会场A提出将会场B加入图像黑名单的请求；

在实施902时，有下面三种能够实现方案：

(1)会场A可以向主席会场(主持会议的会场)提出将会场B加入会场A对应的图像黑名单的请求，主席会场同意后，执行903；

(2)当不存在主席会场时，如果MCU预定义了相应的规则，例如：允许相应会场创建针对单个会场的图像黑名单，则直接进行相应的操作，然后执行903；

(3)当不存在主席会场时，而且MCU中也不存在相应的预定义规则，则直接执行903。

903、广播当前会场A的图像；

在实施903时，可以通过主席会场对应的会议终端决定广播会场A的图像，也可以通过一般的与会的会场(区别于主席会场)对应的会议终端向主席会场提出请求，由主席会场决定，当主席会场确定广播会场A的视频图像后，通过MCU来执行。

904、MCU将会场A的解码码流发送给其他会场，MCU确认会场A将会场B加入其图像黑名单后，便不将会场A视频图像的解码码流发送给会场B。

在实施904时，MCU需要判断待广播视频图像的会场(在本例中，对应会场A)的图像黑名单，当判断其中存在相应的会场标识(在本例中，对应会场B)时，便不再将会场A的视频解码码流广播给相应会场(在本例中，对应的是会场B)。其中，会场的标识可以通过会议的MT号来进行标注。

上面的实施例是采用广播单个会场的视频码流的方式介绍了图像黑名单的实现过程，下面通过图像多画面的业务介绍相应图像黑名单的实现过程。

如果当前广播多画面，其中，会场A、B、C的图像加入多画面，如图12所示，其中，会场A对应的会议终端将会场B放入其图像黑名单中，这样，在进行多画面广播的业务时，发送给会场B的多画面就不包括会场A的画面，其中在图12中，各个会场的会议终端所支持的视频编解码协议都不相同，这样，MCU就会为不同的会议终端建立对应的视频编码器以及视频解码器。

其具体的处理过程为，参看图13示出的流程图：

1101、MCU召开多点视讯会议，创建视频编码器和/或视频解码器；

在实现1101的过程中，主要考虑各个会场的对应的会议终端是否支持相同的视频编解码协议，当不同会议终端的所支持的视频编解码协议不相同时，需要为不同的会议终端建立对应的视频编码器以及视频解码器。当多个会议终端支持的视频编解码协议相同时，则为支持相同协议的会场创建一个视频编码器即可。

1102、会场A提出将会场B加入图像黑名单的请求；

在实施1102时，有下面三种能够实现方案：

(1)会场A可以向主席终端(主席会场对应的会议终端)提出将会场B加入会场A对应的图像黑名单的请求，主席终端同意后，执行1103；

(2)当不存在主席终端(即不存在主席会场)时，如果MCU预定义了相应的规则，例如：允许相应会场创建针对单个会场的图像黑名单，则直接进行相应的操作，然后执行1103；

(3)当不存在主席终端(即不存在主席会场)时，而且MCU中也不存在相应的预定义规则，则直接执行1103。

1103、启动会场A、B、C多画面广播；

在实施1103时，有三种实现方式：

(1)多画面广播业务可以由主席终端或业务平台(譬如：RM(ResourceManager，资源管理器))向MCU发出指令启动，即当主席会场确认需要将一些会场的视频图像进行广播时，则向MCU发出多画面广播指令，则执行1104；

(2)多画面广播业务可以由一般与会终端向MCU发出请求启动，当MCU接收到一般的与会会场的发出的多画面广播请求时，则将此请求转发至主席终端确认，当主席终端确认后，则执行1104；若主席终端没有确认该请求，则此流程结束。

(3)多画面广播业务可以由一般与会终端向MCU发出请求启动，当不存在主席终端时，根据MCU内部自定义的规则(譬如：允许与会终端提出多画面广播业务请求、或不允许多画面广播业务请求、或只为某一些终端开放多画面广播业务请求的权限等)确认允许进行多画面广播业务，则执行1104，若不允许该请求时，则此流程结束。

1104、MCU确认会场A将会场B加入会场A对应的图像黑名单中，便不将会场A的解码码流发送给会场B对应的视频编码器，MCU将会场B及会场C的解码码流发送给与会的所有的会场；

在实施1104的过程中，MCU在进行多画面广播业务之前，会查询各个会议终端的黑名单列表，在本实施例中，MCU发现会场A的会议终端将会场B列为其图像黑名单，则不会将会场A的解码码流发送给会场B对应的视频编码器，在本实施例中，MCU将会场B及会场C的解码码流发送给与会的所有的会场；

1105、会场A、C、D对应的视频编码器将会场A、B、C的画面进行组合并进行编码，会场B对应的视频编码器将会场B、C的画面进行组合并进行视频编码，各会场对应的视频编码器将编码后的视频码流发送给对应的会场。

在实施1105时，介于多画面组合技术，以及对组合后的编码技术为现有的成熟技术，在此，不再赘述。MCU将针对各个会场的多画面组合以及编码之后的结果发送给对应的与会会议终端。

由本实施例可以看出，本会议系统能够根据各会议终端的需求，为其提供个性化的音视频操作的服务，给用户带来了更好的体验。

同样的，针对会议终端A将会议终端B列为其图像黑名单还有另一种实现方式，即MCU不将会议终端B的画面解码之后的码流发送给会议终端A对应的编码器，这样，会议终端A就不会对会议终端B对应会场的画面进行编码，这样，会议终端A(对应于会场A)便不会看到会场B(对应会议终端B)的画面，其实现过程类似于音频中静音控制，限于篇幅，在此不再赘述。

可以理解的是，针对会议中的数据的分享，也可以采用类似于音视频控制的方式，譬如：会场A的会议终端在会议中向其他与会终端共享胶片(如：PPT)，可以通过类似于图像黑名单的方式，将该胶片只共享给一些会场。由于实现方式类似于图像黑名单，限于篇幅，在此，不再进行赘述，但是本领域的技术人员根据本发明的实施例所能够得到的相应实施例也属于本发明包含的范围。

本发明还提供一种会议控制设备的实施例，参看图14，所述会议控制设备包括：接收单元1201，用于接收会议终端的针对业务的个性化操作请求；配置单元1202，用于根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；执行单元1203，用于针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

其中，会议控制设备的接收单元1201接收与会的会议终端的针对业务的个性化操作请求，其中，所述的业务可以包括：音频业务、视频业务以及数据业务，具体包括但不限于：混音、单会场画面广播、多会场画面组合广播、数据共享、点名发言等，所述的个性化操作请求包括但不限于：静音、闭音、图像黑名单、数据黑名单；通过配置单元1202根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；其中，所述的会议资源包括但不限于：音频编解码资源、视频编解码资源以及图像编解码资源；最后通过执行单元1203针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

其中，可选的，所述会议控制设备还包括，参看图15：

转发单元1204，用于当接收单元1201接收到所述会议终端的针对业务的个性化操作请求后，将所述的请求转发给所述主席终端；

确认请求单元1205，用来接收所述主席终端根据所述会议终端的针对业务的个性化操作请求，发送的请求确认信息。

即：在上面的会议控制设备增加了转发单元1204以及确认请求单元1205之后，该会议控制设备的处理过程为：在接收单元1201接收会议终端的针对业务的个性化操作请求；通过转发单元1204接收到所述会议终端的针对业务的个性化操作请求后，将所述的请求转发给所述主席终端；然后由确认请求单元1205接收所述主席终端根据所述会议终端的针对业务的个性化操作请求，发送的请求确认信息；进而可以执行会议终端提出的针对业务的个性化操作请求，利用配置单元1202根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；最后通过执行单元1203针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

其中，可以通过IP、E1、4E1、ISDN、V35、PSTN等方式来将针对业务的个性化操作请求的转发给主席终端。其中，针对不同的业务，配置单元1202配置的资源是不同的，例如：针对音频业务，所配置的资源包括：音频编解码器；针对视频业务，所配置的资源包括：视频编解码器；针对数据业务，所配置的资源包括：图像以及数据编解码器。对此，本实施例不进行限定。

可选的，所述会议控制设备还包括，参看图16：

规则储存单元1206，用于存储预先确定的会议控制规则；

确认单元1207，用于根据规则储存单元中预先确定的规则，对所述业务的个性化请求的进行确认。

在增加了规则储存单眼1206以及确认单元1207之后，会议控制设备的实现过程为：在接收单元1201接收会议终端的针对业务的个性化操作请求；向规则储存单元1206提出查询请求，其中规则储存单元中存储预先确定的会议控制规则；然后由确认单元1207根据规则储存单元中预先确定的规则，对所述业务的个性化请求的进行确认；进而可以执行会议终端提出的针对业务的个性化操作请求，利用配置单元1202根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；最后通过执行单元1203针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

其中，规则储存单元1206可以通过数据库的形式将预先由会议管理员预定义的会议控制规则进行存储，其数据库的形式通过以下的数据格式来进行定义，每一条数据包括：终端的标识、业务名称、以及个性化的操作名称；当会议控制设备接收到针对某一项业务的个性化操作请求之后，通过查询该规则储存单元1206，得到查询结果(Able或者Disable)，通过确认单元1207根据规则储存单元1206中预先确定的规则，对所述业务的个性化请求的进行确认，由确认单元1207发送确认信息，促使配置单元1202根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；最后通过执行单元1203针对所述配置的会议资源执行所述会议终端的业务的个性化操作。其中，所述的业务可以包括：音频业务、视频业务以及数据业务，具体包括但不限于：混音、单会场画面广播、多会场画面组合广播、数据共享、点名发言等，所述的个性化操作请求包括但不限于：静音、闭音、图像黑名单、数据黑名单；所述的会议资源包括但不限于：音频编解码资源、视频编解码资源以及图像编解码资源。

本发明实施例还提供一种会议系统，参看图17，其中，该系统包括：会议控制设备1601、以及至少一个会议终端1602；其中，

会议控制设备1601，用于接收会议终端的针对业务的个性化操作请求，根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源，针对所述配置的会议资源执行所述会议终端的业务的个性化操作；

至少一个会议终端1602，用于向所述的会议控制设备发送针对业务的个性化操作请求。

可选的，所述会议系统中还包括，参看图18：主席终端1603，用来对会议控制设备1601转发的会议终端1602发送的针对业务的个性化操作请求进行确认，并将所述的确认信息发送给会议控制设备1601，由其进行执行。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1、一种会议控制的方法，其特征在于，该方法包括：

会议控制设备接收会议终端的针对业务的个性化操作请求；

所述会议控制设备根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；

所述会议控制设备针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

2、根据权利要求1所述的方法，其特征在于，当存在主席终端时，所述会议控制设备接收到会议终端的针对业务的个性化操作请求后，将所述的请求转发给所述主席终端，由所述的主席终端进行所述业务的个性化请求的确认。

3、根据权利要求1所述的方法，其特征在于，当不存在主席终端时，所述会议控制设备根据自身的预先确定的规则，对所述业务的个性化请求的进行确认。

4、根据权利要求1所述的方法，其特征在于，所述业务为会议混音，其中，对应的个性化操作包括：闭音黑名单，和/或静音黑名单；所述的个性化设置配置对应的会议资源包括：音频编解码资源。

5、根据权利要求1所述的方法，其特征在于，所述业务为单会场画面广播、和/或多会场画面组合广播，其中，对应的个性化操作包括：图像黑名单；所述的个性化设置配置对应的会议资源包括：图像编解码资源。

6、根据权利要求1所述的方法，其特征在于，所述业务为数据共享，其中，对应的个性化操作包括：数据黑名单；所述的个性化设置配置对应的会议资源包括：图像编解码资源。

7、一种会议控制设备，其特征在于，包括：

接收单元，用于接收会议终端的针对业务的个性化操作请求；

配置单元，用于根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源；

执行单元，用于针对所述配置的会议资源执行所述会议终端的业务的个性化操作。

8、根据权利要求7所述的会议控制设备，其特征在于，所述会议控制设备还包括：

转发单元，用于接收到所述会议终端的针对业务的个性化操作请求后，将所述的请求转发给所述主席终端；

确认请求单元，用来接收所述主席终端根据所述会议终端的针对业务的个性化操作请求，发送的请求确认信息，促使配置单元进行会议资源的配置。

9、根据权利要求7所述的会议控制设备，其特征在于，所述会议控制设备还包括：

规则储存单元，用于存储预先确定的会议控制规则；

确认单元，用于根据规则储存单元中预先确定的规则，对所述业务的个性化请求的进行确认，促使配置单元进行会议资源的配置。

10、一种会议系统，其特征在于，该系统包括：至少一个会议终端、以及会议控制设备；

会议控制设备，用于接收会议终端的针对业务的个性化操作请求，根据所述个性化操作请求实现与之对应的个性化设置，并根据所述个性化设置配置对应的会议资源，针对所述配置的会议资源执行所述会议终端的业务的个性化操作；

至少一个会议终端，用于向所述的会议控制设备发送针对业务的个性化操作请求。

Images