具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。并且,以下各实施例均为本发明的可选方案,实施例的排列顺序及实施例的编号与其优选执行顺序无关。
实施例1
本实施例提供一种会议切换的方法,该方法适用于视频会议中的控制侧,如图2所示,包括:
步骤101,接收来自某一会场请求切换到目的会议的切换请求消息,所述切换请求消息中包含有所述目的会议的信息;
其中,该目的会议的信息可具体为目的会议的标识;
优选地,所述请求消息中还可包括切换请求类型信息和切换验证信息;该切换请求类型信息可用于指示会场侧想要切换的类型,例如:切换后脱离原会议的连接,或切换后保持与原会议的连接等;该切换验证信息可用于验证请求会场的权限,以便保证用户安全性等。
进一步,优选地,控制侧还可在接收到切换请求消息后,发送切换响应消息以便保证会场与控制侧信息交换的可靠性。
步骤102,根据所述切换请求消息确定切换到所述信息指示的目的会议,并进行切换到所述目的会议的处理。
本实施例提供的方法具有如下有益效果:简化了会议切换的过程,无需中断与会场之间的连接通道,可实现会议图像平滑切换,提高了在会议切换过程中的用户体验。
实施例2
本实施例提供一种会议切换的方法,该方法适用于会场侧,可主要部署在会场终端上,如图3所示,该方法包括:
步骤201,发送用于会议切换的切换消息到多点控制服务器;
当会场侧主动欲加入目的会议时,该用于会议切换的切换消息可具体为请求切换到目的会议的切换请求消息,此时所述切换请求消息中包含有所述目的会议的信息;当会场侧正在进行第一会议,却收到来自多点控制服务器的要求其加入第二会议的切换请求消息时,该用于会议切换的切换消息可具体为切换响应消息,以便通知该多点控制服务器是否同意加入该第二会议。
进一步,当该用于会议切换的切换消息为请求切换到目的会议的切换请求消息时,优先地,该消息中还可包括切换请求类型信息以及切换验证信息等。
在本实施例中,该目的会议的信息可具体为目的会议的标识;其中,本实施例中,主要是针对某一会场欲切换到其他会场的情况;
步骤202,接收到来自所述多点控制服务器的切换指示消息,所述切换指示消息用于指示:是否成功执行切换到所述会议的处理;
在具体实现的过程中,因为执行切换到所述会议的处理可能会包含很多项目,因此可制定当任意一项目处理失败时,该切换指示消息指示切换到所述会议的处理失败,当所有项目处理成功时,该切换指示消息指示执行切换到所述会议的处理成功。
步骤203,根据所述切换指示消息配合所述多点控制服务器切换到所述会议。
其中,在步骤201中若发送的切换消息为切换请求消息,该切换到的所述会议具体为目的会议,在步骤201中若发送的切换消息为切换响应消息,则该切换到的所述会议具体为第二会议。
本实施例提供的方法具有如下有益效果:会场侧可通过切换请求消息等切换消息启动会议切换流程,操作较简单,无需切断原会议的连接通道,不必中断原会议的远端图像,减少了会议切换过程中必须重新呼叫如何的过程,提高了切换速度,可实现切换过程中远端图像不中断,为用户在整个会议切换过程中带来了良好体验。
实施例3
本实施例具体描述一种会议切换的方法,该方法涉及会场侧和控制侧,主要用于描述会场侧欲加入目的会议,并主动发送切换流程的场景。在本实施例中该会场侧具体以会场终端T1,该控制侧在本实施例以及下述各实施例中具体以MCU1作为多点控制服务器为例进行叙述,为了便于描述,将T1当前所在的会议称为原会议,设该原会议为会议1,将T1请求切换的会议称为目的会议,设其为会议2。
需要说明的是:本实施例的方法适合同一MCU上的不同会议间的切换场景,即在本实施例提供的方法的执行流程是以该会议1和会议2均属于MCU1为前提条件进行描述的。如图4所示,该方法包括如下步骤:
T1在会议1中时,与会者出于需要,希望参加会议2,此时:
步骤301,T1发送请求切换到会议2的切换请求消息到MCU1,所述切换请求消息中至少包含有代表会议2的标识、切换请求类型信息和切换验证信息。
优选的,切换验证消息,用于验证请求T1的权限,以便保证用户安全性;
优选的,切换请求类型信息,用于指示T1欲切换的类型,具体有两种切换类型,分别是切换后脱离原会议的连接,和切换后保持与原会议的连接,采用不同的方式的大致处理过程是当切换类型时切换后脱离原会议的连接时,需要将T1的信息更新到目的会议中,当切换类型时切换后保持与原会议的连接时,需要或者原会议是否与目的会议保持有联系,若有则可利用原有的目的会议的资源执行会议切换,若没有则需要为目的会议配置新的资源后,在利用该新的俄资源执行会议切换。
步骤302,MCU1接收到该请求切换到会议2的切换请求消息,并根据所述切换验证信息验证所述T1是否有切换到会议2的权限,如果验证结果代表T1有切换到会议2的权限,则执行步骤303;如果校验结果代表T1无权限切换到会议2,执行步骤304。
其中,上述切换验证信息和验证所述会场是否有切换到会议2的权限的过程可按照现有方式执行。例如:所述切换验证信息可包括:所述T1的标识,MCU1可根据所述会场的标识和所述会议2的标识验证所述T1是否有权限切换到所述会议2。
步骤303,MCU1发送同意切换的切换响应消息到T1,T1接收到该切换响应消息,并执行步骤305。
步骤304,MCU1发送拒绝切换的切换响应消息到T1,T1接收到该切换响应消息,因为T1未通过权限认证,所述T1可保持当前会议1的状态不变,切换流程至此将结束,无需再执行下述步骤。
步骤305,MCU1按照所述切换请求类型信息进行切换到会议2的处理。若MCU1切换成功,MCU1发送切换成功的切换指示消息到T1,并执行步骤306;若MCU1切换失败,则发送切换失败的切换指示消息到T1,转向执行步骤307。
该步骤305中当所述切换请求类型信息可以为切换后脱离原会议(即会议2)的连接,或者切换后保持与会议2的连接。
其中,当该切换请求类型信息表示:切换后脱离会议1的连接时,说明可保持并利用原有的媒体通道进行会议2的交互。因此,上述按照所述切换请求类型信息进行切换到会议2的处理至少包括如下项目:
MCU1在会议2中为T1申请新的会场标识,该会场标识可以是MT号,或者其他的ID标识;
MCU1在所述会议2中增加T1的信息,包括:T1所支持的媒体协议,音频以及视频格式,端口信息等;
MCU1将原会议的媒体流更新为该会议2的媒体流,并在更新成功后更新会议1的会议信息,例如:刷新会场的状态,不在会议1中。其中,媒体流指音频流,视频流以及一些控制信令等组成的码流。
其中,若如上项目的处理均成功,则按照MCU1切换成功处理,MCU1发送切换成功的切换指示消息到T1,并且该新申请的会场标识可用于加入到将要发送的切换指示消息中以便通知T1,并执行步骤306;若如上项目中任意一项处理失败,则按照MCU1切换失败处理,将发送拒绝切换的切换响应消息到T1,转向执行步骤307。
当所述切换请求类型信息表示:切换后保持与会议1的连接时,说明需要建立新的媒体通道以便进行与会议2的交互。因此,上述按照所述切换请求类型信息进行更新到会议2的处理包括:
MCU1在T1所对应的活动会议记录中查找会议2,
若查找到该会议2,则说明T1与会议2仍然保持联系,即已经存在用于传输会议2媒体流的媒体通道了,那么此时可无需为会议2建立新的媒体通道,MCU1可根据查找到的所述目的会议的资源(该资源指媒体通道,会议标识等)执行切换到所述目的会议的过程,具体地,MCU1需要至少进行如下过程:
MCU1查找T1在所述会议2中的会场标识;
MCU1将发送到T1媒体流更新到该会议2的媒体流,并在更新成功后,更新会议1的会议信息;例如:刷新会场的状态,不在会议1中,但可保持与会议1的联络。
其中,若如上项目的处理均成功,则按照MCU1切换成功处理,MCU1发送切换成功的切换指示消息到T1,并且该查找到的会场标识可加入到将要发送的切换指示消息中以便通知T1,并执行步骤306;若如上项目中任意一项处理失败,则按照MCU1切换失败处理,将送拒绝切换的切换响应消息到T1,转向执行步骤307。
若未查找到该会议2,需要为所述目的会议配置资源,并根据所述配置的资源执行切换到所述目的会议的过程。因为若为查找到该会议2,说明T1没有取得与会议2的联系,因此需要建立用于会议2的新的媒体通道(包括:视频通道、音频通道已经其它媒体通道等),以便传送会议2的媒体流,此时,具体地,MCU1需要至少进行如下过程:
在会议2中为T1申请新的会场标识;该会场标识可以是MT号,或者其他的ID标识;
在该会议2中增加T1的信息;包括:T1所支持的媒体协议,音频以及视频格式,端口信息等;
为会议2建立媒体通道,并用所述建立的媒体通道的传送到该会议2的媒体流,在成功完成后,更新会议2的会议信息,例如:刷新会场的状态,不在会议1中,但可保持与会议1的联络。
同理,若如上过程的处理均成功,则按照MCU1切换成功处理,MCU1发送切换成功的切换指示消息到T1,并且该新申请的会场标识可加入到将要发送的切换指示消息中以便通知T1,并执行步骤306;若如上过程中任意一项处理失败,则按照MCU1切换失败处理,将发送拒绝切换的切换响应消息到T1,转向执行步骤307。
在这种切换后保持与会议1的连接的切换请求类型信息中,当切换成功后,T1就使用新媒体通道作为主通道传送媒体,本地声音和图像使用新媒体通道传送到会议2中,同时会议2的声音和图像也通过新通道传送到T1,T1当前的主画面看到的是会议2的图像;另外,原有媒体通道用于接收会议1的声音和图像,T1可以使用辅助画面来观看会议1图像,并切换不同会议的声音到音响输出。同时会场T1仍可以发送特殊图像信息告知会议1仍然保持联系(以免在会议1中看到的T1是离线状态),但会场T1本地的声音和图像只会发送给当前所在会议,不会送给会议1。当会议1需要会场T1参与,会场T1随时切换进入会议1,切换完成后,主画面的图像和声音来源与会议1。
步骤306,T1接收到来自MCU1的切换成功的切换指示消息,并根据所述切换指示消息配合MCU1切换到会议2,并可结束本次会议切换流程。
其中,具体切换到会议2的过程包括:更新会议信息,例如:指示出当前会议为会议2,T1在该会议2中的会场标识等,并向MCU1发送参考帧(如I帧)刷新请求,MCU1在收到该参考帧的刷新请求后,向T1发送参考帧图像,T1的远端画面切换到会议2中的画面,进入到会议2,进行媒体通话。
会议切换前后,T1和MCU1上的媒体收发信道保持不变,变化的是T1收到的媒体流,它不是来自会议1,而是会议2。整个切换过程画面不会出现中断。
其中,需要说的是:若T1发送的切换请消息中包含的切换请求类型信息为:切换后脱离原会议的连接时,T1通过发送参考帧刷新请求切换到会议2的过程具体指:离开当前会议,并通过当前会议的媒体通道收发会议2的媒体流;若T1发送的切换请消息中包含的切换请求类型信息为所述切换后保持与原会议的连接时,通过发送参考帧刷新请求切换到会议2的过程具体指:保持当前会议,并通过MCU1所建立的新媒体通道传送会议2的媒体流。
步骤307,T1接收到MCU1的切换失败的切换指示消息,代表所述MCU1没能按照所述切换请求类型信息切换到会议2,或者T1未能通过权限验证,因此,根据所述切换指示消息配合MCU1切换到所述目的会议具体为:保持会议1的状态,即仍然在会议1中,仍然处于会议1的媒体通道和画面不变,包括保持信令及媒体状态不变,结束本次会议切换流程。
在本实施例中,上述流程中涉及的切换消息(包括:切换请求消息、切换响应消息以及切换指示消息)具体可通过如下消息实现。
一、在H245协议(多媒体控制协议)中,切换请求消息可参照245协议关于RequestMessage(请求消息)的子类型消息NonStandardMessage(非标消息)的定义,在NonStandardMessage消息的非标字段(NonStandardParameter)定义
NonStandardParameter::=SEQUENCE
{
nonStandardIdentifier NonStandardIdentifier,
data OCTET STRING
}
其中:NonStandardIdentifier定义如下:
NonStandardIdentifier::=CHOICE
{
object OBJECT IDENTIFIER,
h221NonStandard H221NonStandard,
}
而其中H221NonStandard定义是:
H221NonStandard::=SEQUENCE
{t35CountryCode INTEGER(0..255),
t35Extension INTEGER(0..255),
manufacturerCodeINTEGER(0..65535),
}
在本实施例中,NonStandardMessage中nonStandardidentifier(非标标识)的填写采用H221NonStandard格式,H221NonStandard中填写的内容为:t35ContryCode=0x26,t35Extension=0x00,manufacturerCode=0xt011。
对上述data填写方法采用TLV(Type,Lenght,VAlue,类型长度值)格式,可参考填法如下:
其中,上述请求信息内容的参考定义如下:
项目 |
字段说明 |
备注说明 |
请求信息 |
请求类型(1字节)会场M号(2字节)会场T号(2字节)目的会议别名长度(1个字节)目的会议别名(n个字节) |
由MCU发给会场;请求类型:“0”代表切换后脱离原会议连接;“1”代表切换后保持与原会议连接 |
在H245协议(多媒体控制协议)中,切换响应消息可参照H245协议关于ResponseMessage(响应消息)的子类型消息NonStandardMessage定义,其中的非标字段具体内容如下:
基本格式同上述的请求消息,对响应消息中data(类型为OctetString)的具体信息的格式,采用<TLV>的格式,可参考填法如下:
其中,上述响应信息内容的参考定义如下:
项目 |
字段说明 |
备注说明 |
响应信息 |
结果(4个字节,0:允许;1拒绝)原因码(4个字节) |
此消息可以由MCU发给会场,也可以由会场发给MCU;如果结果为1,则读取错误码;如果结果为0,则忽略错误码。 |
在H245协议(多媒体控制协议)中,切换指示消息参照H245协议关于IndicationMessage(指示消息)的子类型消息NonStandardMessage定义,其中的非标字段具体内容如下:
基本格式同上述的请求消息,对指示消息中data(类型为OctetString)的具体信息的格式,采用<TLV>的格式,可参考填法如下:
会议信息内容的参考定义如下:
项目 |
字段说明 |
备注说明 |
指示信息 |
结果(4个字节,0:成功;1失败)原因码(4个字节)会场M号标识(2个字节)会场T号标识(2个字节) |
此消息可以由MCU发给会场,也可以由会场发给MCU;如果结果为1,则读取错误码;如果结果为0,则忽略错误码。 |
二、在SIP(Session Initiation Protocol,会话初始化协议)中,切换请求/响应/指示消息可以是INFO/200 OK(或者OPTION/200OK)消息。具体实现时可采用将上面通过H.323(分组多媒体通信系统的系列建议)定义的非标字段data进行编码,并将编码后的非标字段data填入INFO(通知)消息或者OPTION(查询)消息的BODY消息体中。
三、在H.281(远端摄像机控制协议)中,可通过在视频画面像中叠加请求切换信息按钮或者图标来发送切换请求,与会者通过在视频画面上进行遥控器操作进行应答。这些操作可以通过FECC(Far End Camera Control,远端摄像机控制)消息向MCU发送,该FECC消息可分为三类:分别是START ACTIONmessage(开始执行消息)、CONTINUE ACTION message(继续执行消息)以及STOP ACTION message(停止执行消息),该三类消息的使用及格式已有标准的定义,是所属领域技术人员熟知的,在此不赘述。MCU接收到FECC消息,便可获知到所需要执行的操作。
例如:当用户在电视图像界面选择会议时,用户在该界面上的操作都会将通过FECC消息通知到MCU。MCU通过FECC消息接收到用户的操作后,执行相应处理。若为切换请求,则进行切换;若切换成功,则进入目的会议的画面;若切换失败,则保持原会议状态不变。
在本实施例提供的方法中,可通过切换请求消息启动会议切换流程,操作较简单,无需切断原会议的连接通道,不必中断原会议的远端图像,减少了会议切换过程中必须重新呼叫如何的过程,提高了切换速度,可实现会议平滑切换,即可使原会议的远端图像在不中断的情况下切入到目的会议的远端图像,为用户在整个会议切换过程中带来了良好体验。
实施例4
本实施例提供一种会议切换的方法,该方法涉及会场侧和控制侧,在本实施例中该会场侧具体以会场终端T1,该控制侧具体以MCU1和MCU2为例,为了便于描述,将T1当前所在的会议称为原会议,设该原会议为会议1,将T1请求切换的会议称为目的会议,设其为会议2。其中,设会议1属于MCU1,会议2属于MCU2。
相对于实施例3来说,需要说明的是:本实施例的方法适合的不同MCU上的不同会议间的切换场景,即在本实施例提供的方法的执行流程是以该会议1属于MCU1,会议2属于MCU1为前提条件进行描述的。
如图5所示,该方法包括:
终端T1在会议1中时,与会者出于参会需要,希望终端T1参加会议2,此时:
步骤401,T1发送请求切换到会议2的切换请求消息到MCU1,所述切换请求消息中包含有代表会议2的标识、优先地,在本实施例中,所述切换请求消息中还包括切换请求类型信息和切换验证信息。
步骤402,MCU1接收到该请求切换到会议2的切换请求消息,MCU1根据所述会议2的标识获知该会议2是MCU2的下属会议,则以T1的名义向MCU2发起对会议2的呼叫。若MCU1呼叫不成功,则执行步骤408;若MCU1呼叫成功,则执行步骤403。
其中,因为现有技术中,每个MCU都可知其下属有哪些会议的信息,以及其它的各个MCU的下属均有哪些会议的信息,因此对于任意一个MCU来说,可根据这些信息判断某一会议是否为其下属的会议,即本地会议,还是其它MCU的下属会议,即异地会议,在本实施例中MCU1同样可轻易获知该会议2是MCU2的下属会议,具体获知方法与现有技术相同。
另外,向MCU2发起对会议2的呼叫的具体执行过程可按照现有技术中正常进入会离会进行,在此不赘述。
步骤403,MCU1将接收到的来自T1的请求切换到会议2的切换请求消息转发到MCU2。MCU2根据该切换请求消息中包含的所述切换验证信息验证所述T1是否有切换到会议2的权限,如果验证结果代表T1有切换到会议2的权限,则执行步骤404;如果校验结果代表T1无权限切换到会议2,执行步骤405。
步骤404,MCU2发送同意切换的切换响应消息到MCU1,同时在该切换响应消息中MCU1在MCU1与T1之间建立新的通道,以便传送会议2媒体流。
MCU1接收到该切换响应消息后,将该切换响应消息转发到T1,并相应的建立用于传送会议2媒体流的上述通道,执行步骤406。
需要说明的是:上述步骤404中在MCU1与T1之间建立新的通道是在T1需要与MCU1保持会议1的情况下执行的步骤,若T1不需要保持与会议2的联系,则可无需建立新的通道,在退出会议1后,保持已经建立的传送会议1的媒体流的通道,并利用该通道传送会议2的媒体流。
步骤405,MCU2发送拒绝切换的切换响应消息到T1,MCU1将该切换响应消息转发到T1,T1可保持会议1的状态不变,因为T1没有通过MCU2的验证,所以本流程至此结束,无需再进行下述步骤。
步骤406,MCU2在MCU1与MCU2之间建立新的用于传送会议2的媒体流的通道,在通道建立后,按照所述切换请求类型信息进行切换到会议2的处理。若MCU2切换成功,MCU2将分配给T1的在会议2中的会场标识发送到MCU1,MCU1在收到该T1的会场标识后(该会场标识可以是MT号,或者其他唯一性的ID),发送切换成功的切换指示消息到T1,更新会议1的信息,关联T1与MCU1,以及MCU1与MCU2建立的两段通道,使会议2的媒体流可以通过该两段通道传送到T1,并执行步骤407;若MCU2切换失败,则发送切换失败的切换指示消息到MCU1,MCU1将该失败的切换指示消息转发到T1,转向执行步骤408。
该步骤406中MCU2按照所述切换请求类型信息进行切换到会议2的处理的具体执行过程可参照实施例3中的步骤305的MCU1的操作。
步骤407,T1接收到来自MCU1的切换成功的切换指示消息,并切换到会议2,并可结束本次会议切换流程。
步骤407的具体操作可参考实施例3中的步骤306,其中,不同之处在于:该MCU1将转发T1发送的I帧请求到MCU2,MCU2转发媒体流。即:MUC1将充当T1与MCU2之间的双向中继,转发T1与MCU2之间进行的交互。由此,可实现T1加入MCU2上会议2的视频会议。
步骤408,T1接收到MCU1的切换失败的切换指示消息,并保持会议1的状态,即仍然在会议1中,仍然为会议1的媒体通道和画面不变。结束本次会议切换流程。
在本实施例中涉及的切换消息具体实现可参照上述实施例3中对应的切换消息实施方式,在此不赘述。
本实施例提供的方法可实现在不同MCU上进行会议切换、操作较简单,不必中断原会议的远端图像,减少会议切换过程中必须重新呼叫如何的过程,提高切换速度,可实现会议平滑切换的技术效果,为用户在整个会议切换过程中带来了良好体验。
实施例5
本实施例提供一种在参加第二会议的某会场邀请正在参加第一会议的会场加入第二会议的场景下,该被邀请的会场的会议切换的方法。
在该方法中,设在会场侧请求会场邀请的被请求会场的会场终端为T1,在控制侧控制该过程的是MCU1,为了便于描述,将T1当前正在参加的会议称为第一会议,设该第一会议为会议1,将T1被邀请加入的会议称为第二会议,设其为会议2。其中,设会议1和会议2均属于MCU1。
如图6所示,该方法包括:
步骤501,MCU1接收到来自请求会场的邀请T1加入会议2的请求,MCU1判断T1是否已经正在参加某个会议,若判定T1未进入任何会议,则可按照现有技术的方式通过正常的呼叫方式呼叫T1加入会议2,在此不赘述;若判定该T1正在参加会议1,则发送切换请求消息到T1,请求T1切换到会议2。
步骤502,T1接收到来自MCU1的上述切换请求消息后,如果拒绝加入,则发送拒绝切换的切换响应消息到MCU1,T1保持原有状态,处于会议1中,MCU1在接收到该拒绝切换的切换响应消息后,响应邀请T1失败的消息到请求会场,本流程至此结束,并不再执行下述步骤;如果同意加入会议2,则发送同意切换请求的切换响应消息到MCU1。
步骤503,MCU1接收到来自T1的该同意切换的切换响应消息后,至少进行如下项目:
MCU1为T1分配在会议2中的会场标识,该会场标识可以是MT号,或其他唯一性的ID;
更新会议2的会议信息;
如果上述两项均处理成功,则将指示已加入会议的切换指示消息发送到T1,该切换指示消息中可以包含有该分配的会场标识和会议2的会议信息;如果有任意一项处理失败,则发送切换失败的切换指示消息到T1,本流程到此结束。
步骤504,T1接收到该MCU1的切换指示消息,如果该切换指示消息指示已加入会议2,则切换到会议2。
具体切换到会议2的执行过程可参考上述实施例3中的步骤306;如果该切换指示消息指示切换失败,则保持会议1的状态不变。
另外,在本实施例中涉及的切换消息具体实现可参照上述实施例3中对应的切换消息实施方式,在此不赘述。
本实施例提供的方法可取得使某正在参加第一会议的会场在接收到请求会场的加入第二会议的请求后,平滑的切换到第二会议的技术效果;在整个切换过程中无需切断第一会议的连接通道,提高了切换速度,提高了在接受邀请后加入第二会议过程中的用户体验。
实施例6
本实施例提供一种多点控制服务器,该多点控制服务器可具体为一种MCU。如图7所示,该多点控制服务器包括:请求接收单元61,切换处理单元63。
请求接收单元61,用于接收来自会场的请求切换到目的会议的切换请求消息,所述切换请求消息中包含有所述目的会议的信息;切换处理单元63,用于根据所述切换请求消息确定切换到所述信息指示的目的会议,并进行切换到所述目的会议的处理。
如图8所示,在本发明另一实施例提供的多点控制服务器中,,该设备还可包括:指示单元64。
指示单元64,用于根据切换处理单元63切换到所述目的会议的处理结果发送切换指示消息到发送所述切换请求消息的会场。
其中,切换处理单元63完成如下操作:
在所述请求切换消息中包括的切换请求类型信息为:切换后脱离原会议的连接信息时,具体执行如下过程:
在所述目的会议中为所述会场申请新的会场标识;在所述目的会议中增加所述会场的信息;将所述原会议媒体流更新为所述目的会议的媒体流;更新所述原会议的会议信息。
相应地,指示单元64,具体用于当上述执行的过程均成功时,发送切换成功的切换指示消息到所述会场,其中,所述切换指示消息中至少包括所述新申请的会场标识;当上述执行的过程中任意一项失败时,发送切换失败的指示消息到所述会场。
在所述请求切换消息中包括的切换请求类型信息为:切换后保持与原会议的连接时,具体执行如下过程:
在所述会场所对应的活动会议记录中查找所述目的会议;若查找到所述目的会议,则根据查找到的所述目的会议的资源执行切换到所述目的会议的过程;若未查找到所述目的会议,则为所述目的会议配置资源,并根据所述配置的资源执行切换到所述目的会议的过程。
相应地,指示单元64,具体用于当切换处理单元63成功根据查找到的所述目的会议的资源执行切换到所述目的会议的过程时,发送切换成功的切换指示消息到所述会场,其中,所述切换指示消息中至少包括所述查找到的会场标识;否则,发送切换失败的指示消息到所述会场;当切换处理单元63成功为所述目的会议配置资源,并根据所述配置的资源执行切换到所述目的会议的过程时,发送切换成功的切换指示消息到所述会场,其中,所述切换指示消息中至少包括所述新申请的会场标识;否则,发送切换失败的指示消息到所述会场。
在本实施例中,如图8所示,该多点控制服务器还可包括如下可选单元:验证单元62,响应单元68,异地呼叫单元65,请求发送单元66。
请求接收单元61接收到的消息中还可包括切换验证信息,因此,验证单元62,用于根据所述切换验证信息验证所述会场是否有切换到所述信息指示的目的会议的权限;如果验证结果代表所述会场有切换的权限,则代表允许切换到所述信息指示的目的会议;响应单元68,用于当所述验证单元62的验证结果代表所述会场有切换的权限时,发送同意切换的切换响应消息到所述会场。
异地呼叫单元65,用于在所述目的会议不属于本地多点控制服务器控制时,向所述目的会议的所属多点控制服务器进行呼叫。
相应地,指示单元64,还用于在所述异地呼叫单元65呼叫成功时,将请求切换到所述目的会议的切换请求消息转发到所述所属多点控制服务器。
请求发送单元66,用于在接收到来自请求会场的邀请被请求会场加入第二会议的请求消息后,若所述被请求会场正在参加第一会议,则发送切换请求消息到所述被请求会场,请求所述被请求会场切换到所述第二会议;相应地,切换处理单元63,还用于当接收到来自所述被请求会场的同意切换的切换响应消息时,至少执行如下项目:为所述被请求会场分配在所述第二会议中的会场标识;更新第二会议的会议信息。
相应地,指示单元64,还用于当切换处理单元63处理的项目均成功时,将指示已加入会议的切换指示消息发送到所述被请求会场,所述切换指示消息中至少包含有所述分配的会场标识。
本实施例提供的设备可根据接收到的切换请求消息启动会议切换流程,处理过程简单,无需切断原会议的连接通道,不必中断原会议的远端图像,减少了会议切换过程中必须重新呼叫如何的过程,提高了切换速度,可实现会议平滑切换,即可使原会议的远端图像在不中断的情况下切入到目的会议的远端图像,为用户在整个会议切换过程中带来了良好体验。
实施例7
本实施例提供一种会场终端,如图9所示,包括:发送单元71,接收单元72,配合执行单元73。
发送单元71,用于发送用于会议切换的切换消息到多点控制服务器;接收单元72,用于在发送单元71发送过切换消息后,接收来自所述多点控制服务器的切换指示消息,所述切换指示消息用于指示:所述多点控制服务器是否成功执行切换到所述会议的处理;配合执行单元73,用于在接收单元72接收到切换响应消息后,根据所述切换指示消息配合所述多点控制服务器切换到所述会议。
如图10所示,在本发明的另一实施例中,该会场终端还可包括如下可选模块:
发送单元71包括:请求发送模块711,响应发送单元712。
请求发送模块711,用于当终端主动发起加入目的会议的切换流程时,发送请求切换到目的会议的切换请求消息到多点控制服务器,所述切换请求消息中包含有所述目的会议的信息;
响应发送单元712,用于当正在参加第一会议时,接收到来自所述多点控制服务器的请求加入第二会议的切换请求消息后,发送同意切换请求的切换响应消息到所述多点控制服务器;
相应地,接收单元72,还用于在所述请求发送模块711发送请求切换到目的会议的切换请求后,接收到来自所述多点控制服务器的切换指示消息,所述切换指示消息用于指示:是否成功执行切换到所述目的会议的处理;此时,配合执行单元73,具体用于根据所述切换指示消息配合所述多点控制服务器切换到所述目的会议;
接收单元72,还用于在所述响应发送模块712发送同意切换请求的切换响应消息后,接收到来自所述多点控制服务器的切换指示消息,所述切换指示消息用于指示:所述多点控制服务器是否成功执行切换到所述第二会议的处理;此时,配合执行单元73,具体用于根据所述切换指示消息配合所述多点控制服务器切换到所述第二会议。
另外,配合执行单元73,具体用于在所述切换指示消息指示切换成功时,更新会议信息,并通过发送参考帧刷新请求切换到所述目的会议;在所述切换指示消息指示切换失败时,保持当前会议状态。
此外,上述目的会议的信息可为具体为目的会议的标识,且切换请求消息中还可包括切换请求类型信息。
当所述切换请求类型信息为切换后脱离原会议的连接时,所述配合执行单元73,具体用于离开当前会议,并通过所述当前会议的媒体通道传送所述目的会议的媒体流;
当所述切换请求类型信息为所述切换后保持与原会议的连接时,所述配合执行单元73,具体用于保持当前会议,并通过多点控制服务器所述建立的新媒体通道收发所述目的会议的媒体流。
本实施例提供的会场终端可通过发送切换请求消息启动会议切换流程,也无需与会者执行关闭原会议打开目的会议的操作,减少了会议切换过程中必须重新呼叫如何的过程,提高了切换速度,并实现可使原会议的远端图像在不中断的情况下切入到目的会议的远端图像,为用户在整个会议切换过程中带来了良好体验。
实施例8
本实施例提供一种会议切换的系统,该系统包括:会场终端和多点控制服务器。
会场终端,用于发送会议切换的切换消息到多点控制服务器;
多点控制服务器,用于在接收的所述切换消息为请求切换到目的会议的切换请求消息时,根据所述切换请求消息中包含的所述目的会议的信息确定切换到所述信息指示的目的会议,并进行切换到所述目的会议的处理。
并且,在本实施例中,该多点控制服务器,还用于在所述会场终端请求切换的目的会议不属于本地多点控制服务器控制时,向所述目的会议的所属多点控制服务器进行呼叫,若呼叫成功,则将所述切换请求消息转发到所述所属多点控制服务器,所述所属多点控制服务器根据所述切换请求消息中包含的切换认证信息验证所述会场终端是否有切换到所述目的会议的权限,若验证结果代表所述会场有切换权限,则所述所属多点控制服务器发送同意切换的切换响应消息,并按照所述切换请求类型信息进行切换到所述目的会议的处理。
在本实施例提供的系统中,减少了会议切换过程中必须重新呼叫如何的过程,简单化了会议切换的流程中操作,并提高了切换速度,可实现会议平滑切换为用户在整个会议切换过程中带来了良好体验。
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在可读取的存储介质中,如计算机的软盘,硬盘或光盘等,包括若干指令用以使得一台设备(可以是笔记本电脑等)执行本发明各个实施例所述的方法。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。