具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明多画面处理方法实施例一的流程图,如图1所示,本实施例的方法可以包括:
步骤101、接收第一画面处理请求消息,所述第一画面处理请求消息包含第一画面标识信息,所述第一画面标识信息用于标识单会议系统中多个多画面中的一个多画面。
步骤102、根据所述第一画面处理请求消息,对与所述第一画面标识信息对应的多画面进行处理。
具体来说,现有的单会议系统采用<M,T>标识该单会议系统下的各个会场,其中,M为该单会议系统的标识,例如可以是该单会议系统中MCU的编号信息,T为各个会场的编号信息,即对应该会场终端设备的编号。在现行标准中,T的范围为1~192,而T=0为无效值,因此,现有的单会议系统可以采用<M,0>来标识多个多画面。正是由于<M,0>无法区分多个多画面中的各个多画面,也即多个多画面中的各个多画面无法被单独处理,因此,在现有的支持多个多画面的单会议系统中,各个会场终端设备所能处理的多画面均采用系统指定的方式,从而导致RMCC或者主席会场终端设备无法根据该<M,0>对多个多画面中的某一个或者某几个多画面进行设置或者广播等操作,灵活性较差。而且,当该单会议系统下的某一个会场终端设备也不能根据需要选看的多个多画面中的某一个或者某几个多画面,会场终端设备的操作灵活性也较差。
相比之下,本实施例可以通过区分单会议系统所支持的多个多画面,采用第一画面标识信息标识单会议系统中多个多画面中的每一个多画面,从而使得RMCC或者主席会场终端设备可以针对多个多画面中的各个多画面进行设置或者广播处理,也使得单会议系统下的各个会场终端设备可以从多个多画面中选看其所需观看的一个或者几个多画面。
在具体实现时,MCU可以接收第一画面处理请求消息,该第一画面处理请求消息包含第一画面标识信息,该第一画面标识信息用于标识单会议系统中多个多画面中的一个多画面。本实施例中的画面处理请求消息可以是RMCC或者主席会场终端设备发送的用于对多画面进行画面设置的请求消息,也可以是将多个多画面中的某一个或者某几个多画面广播给该单会议系统中的各个会场终端设备的画面广播请求消息,还可以是该单会议系统中的某个会场终端设备发送的选看多个多画面中的某一个或者某几个多画面的画面选看请求消息。在MCU收到该第一画面处理请求消息后,即可针对该第一画面标识信息对应的多画面进行相应的处理,例如进行画面设置、画面广播或者画面选看的处理。
其中,MCU设置或者广播多画面的方法可以包括:接收资源管理控制中心或者单会议系统中的主席会场终端设备发送的第一设置请求消息或者第一广播请求消息;根据所述第一设置请求消息对与所述第一画面标识信息对应的多画面进行设置处理,或者根据所述第一广播请求消息将与所述第一画面标识信息对应的多画面广播给所述单会议系统中的会场终端设备。
会场终端设备选看多画面的方法可以包括:接收所述单会议系统中的会场终端设备发送的第一选看请求消息;根据所述第一选看请求消息,将与所述第一画面标识信息对应的多画面发送给所述会场终端设备。
上述第一画面标识信息的一个具体实现方式可以为对上述会场号进行扩展处理获取,例如该画面标识信息可以为<M,0,G>,其中,多画面标识G可以用于区分单会议系统中多个多画面的各个多画面。
需要说明的是,本实施例并不仅仅限于采用上述方式对多个多画面中的每个多画面进行标识,领域技术人员可以采用其它任意方式对每个多画面进行标识,只要能够使得MCU根据画面标识唯一识别出多个多画面中的每个多画面即可。
进一步地,上述对多画面进行设置处理可以具体包括生成处理、整合处理、拆分处理或者删除处理中的至少一种处理。
需要说明的是,本实施例并不限定第一画面标识信息的具体形式,只要能够将单会议系统所支持的多个多画面中的每一个多画面区别开即可,另外,本实施例中,MCU对多画面进行设置、广播以及选看处理的具体处理过程可以采用现有技术实现,此处不再赘述。
本实施例通过采用第一画面标识信息标识单会议系统中多个多画面中的每一个多画面,使MCU在对多个多画面进行处理的过程中可以区分各个多画面,从而使得RMCC或者主席会场终端设备可以针对多个多画面中的各个多画面进行设置或者广播处理,也使得单会议系统下的各个会场终端设备可以从多个多画面中选看其所需观看的一个或者几个多画面。
图2为本发明多画面处理方法所应用的一种单会议系统的结构示意图,如图2所示,该单会议系统可以包括一个MCU,该MCU可以控制四个会场终端设备,即会场终端设备1~会场终端设备4。该单会议系统中存在3个多画面,即多画面1~多画面3,其中,多画面1为四画面模式,可以显示四个会场终端设备的画面,多画面2为两画面模式,可以显示会场终端设备1和会场终端设备2的画面,多画面3为三画面模式,可以显示会场终端设备2~会场终端设备4的画面。在该单会议系统中可以假设会场终端设备1为主席会场设备,该会场终端设备1可以对会场终端设备2~4进行控制;其中,图2中MCU的编号信息M可以假设为1,多画面1~3的多画面标识G可以假设分别为1~3(图2设置了3个多画面)。上述第一设置请求消息可以是在多画面1~3的基础上生成新的多画面的生成处理消息,可以是删除已有多画面,例如删除多画面1的删除处理消息,也可以是对已有多个多画面进行整合处理的整合处理消息,例如将多画面2和多画面3整合成一个多画面,譬如构成包括会场终端设备1~会场终端设备4的具有四个子画面的多画面,还可以是对已有的多画面进行拆分处理的拆分处理请求,例如将多画面1拆分成两个多画面呈现,譬如:由会场终端设备1和会场终端设备3的图像构成一个两画面,由会场终端设备2和会场终端设备4构成一个两画面。
下面结合图2的单会议系统架构,对单会议系统中的多个多画面进行整合处理的实现过程进行详细说明。
图3为本发明多画面处理方法实施例二的流程图,如图3所示,本实施例的方法可以包括:
步骤301、MCU接收主席会场终端设备1发送的多画面整合处理消息。
举例来说,会场终端设备1需要对多画面1~多画面3中的多画面1和多画面2进行整合处理,该会场终端设备1可以向MCU发送整合处理消息,该整合处理消息包含多画面1的第一画面标识信息<1,0,1>和多画面2的画面标识信息<1,0,2>。
可以理解的是,该整合处理消息也可以是RMCC发送给MCU,由MCU来完成。
步骤302、MCU删除多画面1和多画面2。
MCU在接收到该整合处理消息后,可以根据<1,0,1>和<1,0,2>删除所需整合的多画面1和多画面2,从而释放画面编解码资源。
需要说明的是,步骤302为可选步骤。如果画面编解码资源充足,则多画面1和多画面2也可以不进行删除处理。
步骤303、MCU对多画面1和多画面2进行整合处理,获取新的多画面1。
MCU可以将整合处理后的新的多画面1的画面标识信息设置为<1,0,1>,以便后续MCU和会场终端设备根据该第一画面标识信息对新的多画面1进行处理。
需要说明的是,步骤302和步骤303可以调换顺序来执行,对此,本实施例不加限定。
步骤304、MCU将该新的多画面1发送给会场终端设备1。
该步骤304也为可选步骤,会场终端设备1在接收到该新的多画面1后,即可显示该新的多画面1。该步骤304也可以为其它处理,例如MCU将多画面1广播到与该单会议系统下的其它会场终端设备等。
对于拆分处理来说,其为上述整合处理过程的逆过程,不同之处在于MCU拆分处理消息中可以只携带所需拆分的多画面对应的第一画面标识信息。对于生成新的多画面以及删除已有多画面,其实现原理类似,不再赘述。
本实施例通过采用第一画面标识信息标识单会议系统中多个多画面中的每一个多画面,使MCU可以生成新的多画面、删除已有多画面、对已有多画面进行整合或者拆分处理,从而使得单会议系统中的多画面模式灵活多样。
基于上述单会议系统中的多画面处理方法,本发明实施例可以将上述实施例的单会议系统进行级联处理,从而获取级联会议系统,该级联会议系统中的各个单会议系统可以通过第一画面标识信息对多个多画面中的各个多画面进行设置、广播和选看处理。本领域技术人员可以根据需要采用具体的级联方式将上述单会议系统级联起来,此处不再赘述。
下面对级联会议系统中的多画面处理方法进行详细描述。所谓级联会议系统即为采用传输通道将多个单会议系统级联成一个整体,通过同一个RMCC对每个单会议系统中的MCU进行控制,而且各个单会议系统之间具有上下级关系。
图4为本发明多画面处理方法实施例三的流程图,如图4所示,本实施例的方法可以包括:
步骤401、接收第二画面处理请求消息,所述第二画面处理请求消息包含第二画面标识信息和MCU标识信息。
该第二画面标识信息用于标识级联会议系统中的单会议系统的多个多画面中的一个多画面,MCU标识信息用于标识所述单会议系统的MCU。
步骤402、根据所述第二画面处理请求消息,对与所述第二画面标识信息对应的多画面进行处理。
本实施例与图1所示实施例的区别在于,第二画面处理请求中不仅要包含画面标识信息,而且要包含MCU标识信息。由于级联会议系统可以包括多个MCU,因此,该第二画面处理请求消息需要通过第二画面标识信息和MCU标识信息才能将该处理请求消息定位到某一个单会议系统下的某一个多画面上。
举例来说,该第二画面处理请求消息包含的第二画面标识信息可以为<Mi,0,Gj>,其中,Mi表示该级联会议系统中第i个MCU的标识信息,也即第i个单会议系统的标识信息;Gj表示该第i个单会议系统中第j个多画面的标识信息。
本实施例通过采用第二画面标识信息和MCU标识信息来共同标识级联会议系统的单会议系统中多个多画面中的每一个多画面,使级联会议系统中的各MCU在对其支持的多个多画面进行处理的过程中可以区分各个多画面,从而使得RMCC或者主席会场终端设备可以针对多个多画面中的各个多画面进行设置或者广播处理,也使得单会议系统下的各个会场终端设备可以从多个多画面中选看其所需观看的一个或者几个多画面。
图5为本发明多画面处理方法所应用的一种级联会议系统的结构示意图,如图5所示,该级联会议系统包括四个依次级联的媒体控制服务器,即MCU1~MCU4,且级联的MCU之间设有3条传输通道,该传输通道既可以传输控制信令,也可以传输媒体流,MCU1~MCU4从上之下依次具有上下级关系。每个MCU下均包括两个会场终端设备,RMCC可以对MCU1~MCU4进行控制处理。MCU1中设置有三个多画面,即<M1,0,G1>、<M1,0,G2>以及<M1,0,G3>分别标识的多画面;MCU2中没有设置多画面;MCU3中设置有两个多画面,即<M3,0,G1>以及<M3,0,G2>分别标识的多画面;MCU4中设置有一个多画面,即<M4,0,G1>标识的多画面。
在图5所示的级联会议系统下,对一个MCU下的多个多画面进行设置、广播或者选看处理的方式可以包括:
(1)设置处理:RMCC或主席会场终端设备在设置多画面时,如果RMCC或主席会场终端设备所在的MCU有多画面,则在本MCU中进行多画面的设置处理。如果本MCU没有多画面,则在与本MCU临近的有多画面资源的上级MCU中设置多画面。如果直到顶级MCU都没有多画面则设置失败。
例如,若主席会场终端设备或者RMCC对会场终端设备32的多画面进行生成处理,则该多画面将在MCU3中生成;若要对会场终端设备22的多画面进行生成处理,那么多画面将在MCU1中生成。
进一步地,由于在建立级联会议时,MCU1~4中每相邻两个MCU之间可以建立3条媒体控制通道,因此,若会场终端设备32为主席会场终端设备,则其可以根据媒体控制通道的个数,也即传输资源量将会场终端设备11、会场终端设备12和会场终端设备21加入到MCU3的多画面中。由于在本实施例中仅示出了3条传输通道,则如果各传输通道均不采用复用传输的方式,则不能同时将4个会场终端设备,例如会场终端设备11、会场终端设备12、会场终端设备21和会场终端设备22加入到MCU3的多画面,如果某条传输通道可以采用复用传输方式,则可以传输超过3个会场终端设备的多画面,从而将超过3个会场终端设备的会场画面加入到多画面中。
(2)广播处理:如果RMCC或主席会场终端设备所在的MCU有多画面,则广播本MCU的多画面。如果RMCC或主席会场终端设备所在的MCU没有多画面,则广播与本MCU临近的有多画面资源的上级MCU的多画面。如果直到顶级MCU都没有多画面则广播失败。
例如,若会场终端设备32为主席会场终端设备,其要广播第二画面标识信息为G2的多画面,那么将广播<M3,0,G2>多画面;若会场终端设备22作为主席会场终端设备,广播组号画面标识信息为G2的多画面,那么将广播<M1,0,G2>的多画面。
(3)选看处理:其实现过程与上述广播处理类似。
例如,会场终端设备21、会场终端设备31和会场终端设备32可以同时观看MCU1的3个不同的多画面;若会场终端设备32选看第二画面标识信息为G2的多画面,则其只能观看<M3,0,G2>的多画面,而不能观看<M1,0,G2>多画面。
下面采用两个具体的实施例对级联会议系统进行多个多画面的设置、广播以及选看的处理过程进行详细说明。
图6为本发明多画面处理方法实施例四的流程图,如图6所示,本实施例的方法可以包括:
步骤601、接收RMCC发送的第二设置请求消息,该第二设置请求消息包含第二画面标识信息Gj和MCU标识信息Mi。
举例来说,该第二设置请求消息可以包含<Mi,0,Gj>。其中,Mi表示该级联会议系统中第i个MCU的标识信息,也即第i个单会议系统的标识信息;Gj表示该第i个单会议系统中第j个多画面的标识信息。其中,本领域技术人员可以根据会议系统的布局需要以及系统资源量自行设置i和j的取值。
步骤602、判断与该MCU标识信息Gj对应的会议中是否存在多画面资源,若存在,则执行步骤603,否则,执行步骤604。
步骤603、在该单会议系统中对与第二画面标识信息Mi对应的多画面进行设置处理。
步骤604、将该第二设置请求消息发送给该单会议系统的上级单会议系统。
上级单会议系统可以根据该第二设置请求消息对与第二画面标识信息Gj对应的多画面进行设置处理。
对于MCU接收到的请求消息为RMCC或者主席会场终端设备发送的第二广播请求消息或者单会议系统中的某个会场终端设备发送的第二选看请求消息来说,MCU进行处理的过程与上述第二设置请求消息的处理类似,此处不再赘述。
综上可知,采用本实施例的方法对级联会议系统中的会议画面进行处理,可以在顶级会议始终未入会或者由于网络原因导致顶级会议离会的情况下,各个会场终端设备可以根据需要对所需的会议画面进行操作,从而避免浪费已有的画面资源。
图7为本发明媒体控制服务器实施例一的结构示意图,如图7所示,本实施例的MCU可以包括:接收模块11和处理模块12,其中,接收模块11用于接收第一画面处理请求消息,所述第一画面处理请求消息包含第一画面标识信息,所述第一画面标识信息用于标识单会议系统中多个多画面中的一个多画面;处理模块12用于根据接收模块11接收的第一画面处理请求消息,对与所述第一画面标识信息对应的多画面进行处理。
本实施例的MCU可以用于执行图1所示实施例的方法,其实现原理以及达到的技术效果类似,此处不再赘述。
图8为本发明媒体控制服务器实施例二的结构示意图,如图8所示,本实施例中,接收模块11包括第一接收单元111,处理模块12包括第一处理单元121;其中,第一接收单元111用于接收资源管理控制中心或者单会议系统中的主席会场终端设备发送的第一广播请求消息或者第一设置请求消息;第一处理单元121用于根据所述第一接收单元接收的第一设置请求消息对与所述第一画面标识信息对应的多画面进行设置处理,或者,根据所述第一接收单元接收的第一广播请求消息将与所述第一画面标识信息对应的多画面广播给所述单会议系统中的会场终端设备。
本实施例中的媒体控制服务器可以用于单会议系统中。在单会议系统中,该第一画面处理请求消息可以是第一设置请求消息、第一广播请求消息或者第一选看请求消息,而且,在对多画面进行设置处理时,该处理模块中的第一处理单元121可以对所述单会议系统中的多画面进行生成处理、整合处理、拆分处理或者删除处理中的至少一种处理。
本实施例中的MCU,其对多个多画面进行处理的过程、实现原理以及所达到的技术效果在前述方法实施例的描述中已经详细说明,此处不再赘述。
图9为本发明媒体控制服务器实施例三的结构示意图,如图9所示,本实施例中,接收模块11包括第二接收单元112,处理模块12包括第二处理单元122;其中,第二接收单元112用于接收第二画面处理请求消息,所述第二画面处理请求消息包含第二画面标识信息和媒体控制服务器标识信息,所述第二画面标识信息用于标识所述级联会议系统中的单会议系统的多个多画面中的一个多画面,所述媒体控制服务器标识信息用于标识所述单会议系统的媒体控制服务器;第二处理单元122用于根据所述第二接收单元接收的第二画面处理请求消息,对与所述画面标识信息对应的多画面进行处理。
本实施例中的媒体控制服务器可以用于级联会议系统中。在级联会议系统中,该第二画面处理请求消息可以是设置请求消息、广播请求消息或者选看请求消息,而且,在对多画面进行设置处理时,该处理模块中的第二处理单元122可以对级联会议系统中的多画面进行生成处理、整合处理、拆分处理或者删除处理中的至少一种处理。
本实施例中的MCU,其对多个多画面进行处理的过程、实现原理以及所达到的技术效果在前述方法实施例的描述中已经详细说明,此处不再赘述。
图10为本发明会议系统实施例一的结构示意图,如图10所示,本实施例的会议系统,可以包括图8所示的MCU1以及与该MCU1连接的三个会场终端设备2,该MCU1与三个会场终端设备2之间的进行多个多画面的处理交互过程可以参见图1或者图3所示实施例的技术方案,其实现原理和技术效果类似。需要说明的是,本领域技术人员可以根据需要以及系统资源设置会场终端设备2的数量。
图11为本发明会议系统实施例二的结构示意图,如图11所示,本实施例的会议系统可以包括三个图9所示的MCU3,这三个MCU3采用级联方式连接,且彼此连接的MCU3之间设置有3条传输通道。该级联会议系统中,每个MCU3下与三个会场终端设备之间的进行多个多画面的处理交互过程可以参见图4或者图6所示实施例的技术方案,其实现原理和技术效果类似。需要说明的是,本领域技术人员可以根据需要以及系统资源设置会场终端设备、单会议系统以及传输通道的数量。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。