著录项信息
专利名称 | 融合视频会议业务处理方法与系统、主持人终端 |
申请号 | CN201110211137.8 | 申请日期 | 2011-07-27 |
法律状态 | 授权 | 申报国家 | 中国 |
公开/公告日 | 2011-10-12 | 公开/公告号 | CN102215238A |
优先权 | 暂无 | 优先权号 | 暂无 |
主分类号 | H04L29/06 | IPC分类号 | H;0;4;L;2;9;/;0;6;;;H;0;4;M;3;/;5;6;;;H;0;4;M;3;/;4;9;3查看分类表>
|
申请人 | 中国电信股份有限公司 | 申请人地址 | 北京市西城区金融大街31号
变更
专利地址、主体等相关变化,请及时变更,防止失效 |
权利人 | 中国电信股份有限公司 | 当前权利人 | 中国电信股份有限公司 |
发明人 | 尹梅;马金兰;龙显军;陈珣;叶文超 |
代理机构 | 中国国际贸易促进委员会专利商标事务所 | 代理人 | 毛丽琴 |
摘要
本发明实施例公开了融合视频会议业务处理方法与系统、用户终端,方法包括:第三方参会者终端通过IMS核心网络向主持人终端发送呼叫请求;主持人终端识别出目前正在召开会议且该终端用户为会议主持人,生成并显示来电提示信息,在接收到接入指示后,生成会议转接消息并通过IMS核心网络发送给会议服务器;会议服务器在会议转接消息对应的会议为目前正在召开的会议时,鉴权第三方参会者是否通过主持人批准,若第三方参会者通过鉴权,向IMS核心网络发送应答消息并为第三方参会者分配会议媒体资源;IMS核心网络更新第三方参会者的媒体信息,使第三方参会者加入会议。本发明实施例可以简化第三方参会者加入会议的操作与流程。
1.一种融合视频会议业务处理方法,其特征在于,包括:
第三方参会者终端通过IP多媒体子系统IMS核心网络向会议的主持人终端发送呼叫请求,该呼叫请求中包括第三方参会者用户标识ID与主持人用户ID;
主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;
主持人终端接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,并通过IMS核心网络将会议转接消息发送给会议服务器,所述会议转接消息中的请求方统一资源标识符Request-URI为第三方参会者用户ID,转接目的地Refer-to为唯一标识一个会议的会议URI信息,该会议URI信息包括会议ID与会议服务器地址,转接发起方Referred-by头域包括主持人用户ID;
会议服务器在所述会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准,并在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源;
IMS核心网络更新第三方参会者的媒体信息,使第三方参会者加入会议,并向主持人终端发送会议转接结果通知消息,通知主持人第三方参会者加入会议;
主持人终端通过IMS核心网络释放与第三方参会者终端之间的会话通路。
2.根据权利要求1所述的方法,其特征在于,还包括:
主持人终端从会议服务器获取所述会议URI信息与会议主持人信息,所述会议主持人信息包括会议ID与主持人用户ID之间的对应关系;
所述主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人包括:所述主持人终端识别出目前正在召开会议,从所述会议主持人信息获取目前正在召开的会议ID对应的主持人用户ID,在对应的主持人用户ID与当前主持人终端的用户ID一致时,获知该主持人终端用户的角色为会议主持人。
3.根据权利要求1所述的方法,其特征在于,会议服务器在所述会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准包括:
会议服务器识别所述会议ID标识的会议是否为当前正在召开的会议;
若为当前正在召开的会议,会议服务器根据Referred-by头域鉴权第三方参会者是否通过主持人批准;
否则,若非当前正在召开的会议,会议服务器向第三方参会者终端发送互动式语音应答IVR语音提示,第三方参会者通过输入会议ID与密码加入会议转接消息中会议ID标识的会议。
4.根据权利要求1至3任意一项所述的方法,其特征在于,会议服务器根据Referred-by头域鉴权第三方参会者是否通过主持人批准包括:
会议服务器识别会议转接消息中是否包含Referred-by头域,并在会议转接消息中包含Referred-by头域时,进一步判断Referred-by头域中是否包含会议转接消息中会议ID对应的主持人用户ID;
在Referred-by头域中包含会议转接消息中会议ID对应的主持人用户ID时,第三方参会者通过鉴权。
5.根据权利要求4所述的方法,其特征在于,所述Referred-by头域还包括会议鉴权信息,该会议鉴权信息包括主持人加入所述会议的呼叫标识Call-ID;
在Referred-by头域中包含会议转接消息中会议ID对应的主持人用户ID时,所述会议服务器还根据存储的用户ID、会议ID与Call-ID之间的对应关系,获取所述会议转接消息中会议ID与主持人用户ID对应的Call-ID,并比较该对应的Call-ID与所述会议转接消息中的Call-ID是否一致;
在该对应的Call-ID与所述会议转接消息中的Call-ID一致时,第三方参会者通过鉴权。
6.根据权利要求5所述的方法,其特征在于,第三方参会者为IMS用户;所述主持人为IMS用户。
7.根据权利要求6所述的方法,其特征在于,第三方参会者终端通过IMS核心网络向会议的主持人终端发送呼叫请求包括:
第三方参会者终端将呼叫请求发送给主叫方服务呼叫会话控制功能S-CSCF设备;
主叫方S-CSCF设备根据第三方参会者签约的业务信息,将呼叫请求路由到主叫方公共交换电话网PSTN或综合业务数字网ISDN仿真子系统PES;
主叫方PES对所述呼叫请求进行主叫补充业务处理后,将所述呼叫请求路由回主叫方S-CSCF设备;
主叫方S-CSCF设备根据所述呼叫请求中的主持人用户ID进行被叫寻址,将所述呼叫请求路由到被叫方S-CSCF设备;
被叫方S-CSCF设备根据主持人签约的业务信息,将呼叫请求路由到被叫方PES;
被叫方PES进行呼叫等待业务处理,将所述呼叫请求路由到被叫方S-CSCF设备,并在所述呼叫请求中携带呼叫等待标识;
被叫方S-CSCF设备将呼叫请求路由到主持人终端。
8.根据权利要求7所述的方法,其特征在于,通过IMS核心网络将会议转接消息发送给会议服务器包括:
主持人终端将所述会议转接消息发送给被叫方S-CSCF设备;
被叫方S-CSCF设备根据会议转接消息中的第三方参会者用户ID,将所述会议转接消息传递给主叫方S-CSCF设备;
主叫方S-CSCF设备将所述会议转接消息路由到主叫方PES;
主叫方PES获知所述会议转接消息中的Request-URI为当前正在处理的用户ID,生成将第三方参会者加入会议的邀请消息并发送给主叫方S-CSCF设备,所述邀请消息中的Request-URI为会议URI信息,Referred-by头域包括主持人用户ID与会议鉴权信息;
主叫方S-CSCF设备将所述邀请消息路由到会议服务器。
9.根据权利要求8所述的方法,其特征在于,向IMS核心网络发送同意第三方参会者加入会议的应答消息包括:
会议服务器向主叫方S-CSCF设备发送同意第三方参会者加入会议的应答消息;
主叫方S-CSCF设备将同意第三方参会者加入会议的应答消息转发给主叫方PES;
IMS核心网络更新第三方参会者的媒体信息,并向主持人终端发送会议转接结果通知消息包括:
主叫方PES更新第三方参会者的媒体信息,并向主叫方S-CSCF设备发送会议转接结果通知消息;
主叫方S-CSCF设备将会议转接结果通知消息路由到被叫方S-CSCF设备;
被叫方S-CSCF设备将会议转接结果通知消息传递给主持人终端。
10.根据权利要求9所述的方法,其特征在于,主持人终端通过IMS核心网络释放与第三方参会者终端之间的会话通路包括:
主持人终端向被叫方S-CSCF设备发送结束消息;
被叫方S-CSCF设备将结束消息转发给主叫方S-CSCF设备;
主叫方S-CSCF设备将结束消息转发给主叫方PES;
主叫方PES结束第三方参会者终端向会议的主持人终端发送呼叫请求的业务处理。
11.根据权利要求5所述的方法,其特征在于,第三方参会者为电路交换CS域用户;所述主持人为IMS用户。
12.根据权利要求11所述的方法,其特征在于,第三方参会者终端通过IMS核心网络向会议的主持人终端发送呼叫请求包括:
第三方参会者终端将呼叫请求从CS域发送给主叫方媒体网关控制功能MGCF设备;
主叫方MGCF设备根据所述呼叫请求中的主持人用户ID进行被叫寻址,将所述呼叫请求路由到被叫方S-CSCF设备;
被叫方S-CSCF设备根据主持人签约的业务信息,将呼叫请求路由到被叫方PES;
被叫方PES进行呼叫等待业务处理,将所述呼叫请求路由到被叫方S-CSCF设备,并在所述呼叫请求中携带呼叫等待标识;
被叫方S-CSCF设备将呼叫请求路由到主持人终端。
13.根据权利要求12所述的方法,其特征在于,通过IMS核心网络将会议转接消息发送给会议服务器包括:
主持人终端将所述会议转接消息发送给被叫方S-CSCF设备;
被叫方S-CSCF设备根据会议转接消息中的第三方参会者用户ID,将所述会议转接消息传递给主叫方MGCF设备;
主叫方MGCF获知所述会议转接消息中的Request-URI为当前正在处理的用户ID,生成将第三方参会者加入会议的邀请消息并发送给被叫方S-CSCF设备,所述邀请消息中的Request-URI为会议URI信息,Referred-by头域包括主持人用户ID与会议鉴权信息;
被叫方S-CSCF设备将所述邀请消息路由到会议服务器。
14.根据权利要求13所述的方法,其特征在于,向IMS核心网络发送同意第三方参会者加入会议的应答消息包括:
会议服务器向被叫方S-CSCF设备发送同意第三方参会者加入会议的应答消息;
被叫方S-CSCF设备将同意第三方参会者加入会议的应答消息转发给主叫方MGCF设备;
IMS核心网络更新第三方参会者的媒体信息,并向主持人终端发送会议转接结果通知消息包括:
主叫方MGCF设备更新第三方参会者的媒体信息,并向被叫方S-CSCF设备发送会议转接结果通知消息;
被叫方S-CSCF设备将会议转接结果传递给主持人终端。
15.根据权利要求14所述的方法,其特征在于,主持人终端通过IMS核心网络释放与第三方参会者终端之间的会话通路包括:
主持人终端向被叫方S-CSCF设备发送结束消息;
被叫方S-CSCF设备将结束消息转发给主叫方MGCF设备;
主叫方MGCF设备结束第三方参会者终端向会议的主持人终端发送呼叫请求的业务处理。
16.一种主持人终端,其特征在于,包括:
第一接收单元,用于接收第三方参会者终端通过IMS核心网络发送的呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID;以及接收所述IMS核心网络发送的会议转接结果通知消息,该会议转接结果通知消息用于通知所述主持人终端用户第三方参会者加入会议;
通信业务处理单元,用于处理所述用户终端上的通信业务,所述通信业务包括呼叫业务与会议业务;以及响应于第一接收单元接收到的会议转接结果通知消息,通过IMS核心网络释放与第三方参会者终端之间的会话通路;
第一识别单元,用于响应于所述第一接收单元接收到的呼叫请求,识别所述通信业务处理单元是否目前正在召开会议且该主持人终端用户的角色为会议主持人;并在所述通信业务处理单元目前正在召开会议且该主持人终端用户的角色为会议主持人时,生成来电提示信息;
人机交互单元,用于显示所述来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;以及接收用户选择将呼叫请求接入会议的接入指示或用户拒绝将呼叫请求接入会议的拒绝指示;
生成单元,用于在人机交互单元接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,所述会议转接消息中的Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,该会议URI信息包括会议ID与会议服务器地址,Referred-by头域包括主持人用户ID;
第一发送单元,用于通过IMS核心网络将会议转接消息发送给会议服务器。
17.根据权利要求16所述的主持人终端,其特征在于,还包括:
第一存储单元,用于存储所述会议URI信息与会议主持人信息,所述会议主持人信息包括会议ID与主持人用户ID之间的对应关系;
所述第一发送单元还用于从会议服务器获取所述会议URI信息与会议主持人信息并存储在所述第一存储单元中;
所述第一识别单元具体识别所述通信业务处理单元是否目前正在召开会议,在所述通信业务处理单元目前正在召开会议时,从第一存储单元中的会议主持人信息获取目前正在召开的会议ID对应的主持人用户ID,并比较对应的主持人用户ID与当前主持人终端的用户ID是否一致,在对应的主持人用户ID与当前主持人终端的用户ID一致时,获知该主持人终端用户的角色为会议主持人。
18.一种会议服务器,其特征在于,包括:
第二接收单元,用于接收会议转接消息对应的邀请消息,所述邀请消息中的Request-URI为会议URI信息,Referred-by头域包括主持人用户ID,所述会议URI信息包括会议ID与会议服务器地址;
第二存储单元,用于存储会议URI信息与会议主持人信息,所述会议主持人信息包括会议ID与主持人用户ID之间的对应关系;
第二识别单元,用于识别所述邀请消息中会议ID标识的会议是否为当前正在召开的会议;
鉴权单元,用于根据第二识别单元的识别结果,在所述会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准;
第二发送单元,用于根据鉴权单元的鉴权结果,在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源;以及根据第二识别单元的识别结果,若所述会议ID标识的会议非当前正在召开的会议,向第三方参会者终端发送IVR语音提示,要求第三方参会者通过输入会议ID与密码加入邀请消息中会议ID标识的会议。
19.根据权利要求18所述的会议服务器,其特征在于,所述鉴权单元具体识别邀请消息中是否包含Referred-by头域,并在邀请消息中包含Referred-by头域时,进一步判断Referred-by头域中是否包含邀请消息中会议ID对应的主持人用户ID;在Referred-by头域中包含邀请消息中会议ID对应的主持人用户ID时,第三方参会者通过鉴权。
20.根据权利要求19所述的会议服务器,其特征在于,所述Referred-by头域还包括会议鉴权信息,该会议鉴权信息包括主持人加入所述会议的Call-ID;
所述第二存储单元还用于存储用户ID、会议ID与Call-ID之间的对应关系;
所述鉴权单元具体在Referred-by头域中包含邀请消息中会议ID对应的主持人用户ID时,根据第二存储单元存储的用户ID、会议ID与Call-ID之间的对应关系,获取所述邀请消息中会议ID与主持人用户ID对应的Call-ID,并比较该对应的Call-ID与所述邀请消息中的Call-ID是否一致;
在该对应的Call-ID与所述邀请消息中的Call-ID一致时,第三方参会者通过鉴权。
21.一种融合视频会议业务处理系统,其特征在于,包括第三方参会者终端、IMS核心网络、主持人终端与会议服务器;
所述第三方参会者终端,用于通过IMS核心网络向会议的主持人终端发送呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID;
所述主持人终端,用于识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;在接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,并通过IMS核心网络将会议转接消息发送给会议服务器,所述会议转接消息中的Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,该会议URI信息包括会议ID与会议服务器地址,Referred-by头域包括主持人用户ID;以及在接收到会议转接结果通知消息时,通过IMS核心网络释放与第三方参会者终端之间的会话通路;
所述会议服务器,用于在所述会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准,并在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源;
所述IMS核心网络,用于传输通信业务数据,所述通信业务包括呼叫业务与会议业务;
以及在接收到同意第三方参会者加入会议的应答消息时,更新第三方参会者的媒体信息,使第三方参会者加入会议,并向主持人终端发送会议转接结果通知消息,通知主持人第三方参会者加入会议。
22.根据权利要求21所述的系统,其特征在于,所述主持人终端具体为权利要求16或
17所述的主持人终端;
所述会议服务器具体为权利要求18至20任意一项所述的会议服务器。
23.根据权利要求22所述的系统,其特征在于,第三方参会者为IMS用户或CS域用户;
所述主持人为IMS用户。
融合视频会议业务处理方法与系统、主持人终端\n技术领域\n[0001] 本发明涉及通信技术,尤其是一种融合视频会议业务处理方法与系统、主持人终端。\n背景技术\n[0002] 互联网协议(Internet Protocol,以下简称:IP)多媒体子系统(IP Multimedia Subsystem,以下简称:IMS)是第三代合作伙伴项目(the 3rd Generation Partnership Project,以下简称:3GPP)在R5(Release5)版本上提出的支持IP多媒体业务的核心控制子系统,它的核心特点是基于会话初始协议(the Session Initiation Protocol,以下简称:SIP)开放协议体系,实现了承载、控制和业务的分离。尤其是IMS与接入无关的技术特性,可以实现包括固定、移动网络在内的多种网络的融合,可为固定、移动用户提供统一的多媒体业务,特别典型的是融合视频会议业务。伴随全球经济一体化的发展,以及能源消耗的绿色趋势,全球视频会议市场出现突破性增长。基于IMS网络的融合视频会议以支持多种终端多种媒体格式共存的融合会议能力优势得到了电信运营商的广泛关注。\n[0003] 融合视频会议业务是基于IMS网络向用户提供多种终端跨网络随时随地召开会议的服务,会议支持音频、视频、数据等多种媒体格式共存。融合视频会议成员,也称为参会者,通常采用下面两种方式加入融合视频会议:一种方式是,融合视频会议成员接受管理员/主持人邀请加入会议;另一种方式是参会者主动通过互动式语音应答(Interactive Voice Response,以下简称:IVR)方式输入会议标识(Identification,以下简称:ID)及密码参加会议。\n[0004] 在实现本发明的过程中,发明人发现现有技术中融合视频会议成员加入会议的方法至少存在以下问题:\n[0005] 融合视频会议成员接受管理员/主持人邀请加入会议时,需要会议主持人逐一手工输入各个参会者的用户ID,或者由主持人提前预约会议,通过其他途径告知参会者会议ID与密码,会议召开后,由参会者通过IVR方式输入会议ID与密码加入会议。主持人或参会者手工输入用户ID、会议ID与密码时容易发生错误,错误时需要重新输入,并且操作繁琐,流程复杂,所需周期长;另外,目前会议临时增加成员的操作流程就相对更复杂,特别是会议主持人未邀请的第三方参会者主动请求加入会议时不仅要输入会议ID与密码,其它操作就更为复杂,所需周期更长,与用户对会议操作简便易用的期望不符。\n发明内容\n[0006] 本发明实施例所要解决的技术问题是:提供一种融合视频会议业务处理方法与系统、主持人终端,以简化第三方参会者加入会议的操作与流程。\n[0007] 为解决上述技术问题,本发明实施例提供的一种融合视频会议业务处理方法,包括:\n[0008] 第三方参会者终端通过IP多媒体子系统IMS核心网络向会议的主持人终端发送呼叫请求,该呼叫请求中包括第三方参会者用户标识ID与主持人用户ID;\n[0009] 主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;\n[0010] 主持人终端接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,并通过IMS核心网络将会议转接消息发送给会议服务器,所述会议转接消息中的请求方统一资源标识符Request-URI为第三方参会者用户ID,转接目的地Refer-to为唯一标识一个会议的会议URI信息,该会议URI信息包括会议ID与会议服务器地址,转接发起方Referred-by头域包括主持人用户ID;\n[0011] 会议服务器在所述会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准,并在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源;\n[0012] IMS核心网络更新第三方参会者的媒体信息,使第三方参会者加入会议,并向主持人终端发送会议转接结果通知消息,通知主持人第三方参会者加入会议;\n[0013] 主持人终端通过IMS核心网络释放与第三方参会者终端之间的会话通路。\n[0014] 本发明实施例提供的一种主持人终端,包括:\n[0015] 第一接收单元,用于接收第三方参会者终端通过IMS核心网络发送的呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID;以及接收所述IMS核心网络发送的会议转接结果通知消息,该会议转接结果通知消息用于通知所述主持人终端用户第三方参会者加入会议;\n[0016] 通信业务处理单元,用于处理所述主持人终端上的通信业务,所述通信业务包括呼叫业务与会议业务;以及响应于第一接收单元接收到的会议转接结果通知消息,通过IMS核心网络释放与第三方参会者终端之间的会话通路;\n[0017] 第一识别单元,用于响应于所述第一接收单元接收到的呼叫请求,识别所述通信业务处理单元是否目前正在召开会议且该主持人终端用户的角色为会议主持人;并在所述通信业务处理单元目前正在召开会议且该主持人终端用户的角色为会议主持人时,生成来电提示信息;\n[0018] 人机交互单元,用于显示所述来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;以及接收用户选择将呼叫请求接入会议的接入指示或用户拒绝将呼叫请求接入会议的拒绝指示;\n[0019] 生成单元,用于在人机交互单元接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,所述会议转接消息中的Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,该会议URI信息包括会议ID与会议服务器地址,Referred-by头域包括主持人用户ID;\n[0020] 第一发送单元,用于通过IMS核心网络将会议转接消息发送给会议服务器。\n[0021] 本发明实施例提供的一种会议服务器,包括:\n[0022] 第二接收单元,用于接收会议转接消息对应的邀请消息,所述邀请消息中的Request-URI为会议URI信息,Referred-by头域包括主持人用户ID,所述会议URI信息包括会议ID与会议服务器地址;\n[0023] 第二存储单元,用于存储会议URI信息与会议主持人信息,所述会议主持人信息包括会议ID与主持人用户ID之间的对应关系;\n[0024] 第二识别单元,用于识别所述邀请消息中会议ID标识的会议是否为当前正在召开的会议;\n[0025] 鉴权单元,用于根据第二识别单元的识别结果,在所述会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准;\n[0026] 第二发送单元,用于根据鉴权单元的鉴权结果,在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源;以及根据第二识别单元的识别结果,若所述会议ID标识的会议非当前正在召开的会议,向第三方参会者终端发送IVR语音提示,要求第三方参会者通过输入会议ID与密码加入邀请消息中会议ID标识的会议。\n[0027] 本发明实施例提供的一种融合视频会议业务处理系统,包括第三方参会者终端、IMS核心网络、主持人终端与会议服务器;\n[0028] 所述第三方参会者终端,用于通过IMS核心网络向会议的主持人终端发送呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID;\n[0029] 所述主持人终端,用于识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;在接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,并通过IMS核心网络将会议转接消息发送给会议服务器,所述会议转接消息中的Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,该会议URI信息包括会议ID与会议服务器地址,Referred-by头域包括主持人用户ID;以及在接收到会议转接结果通知消息时,通过IMS核心网络释放与第三方参会者终端之间的会话通路;\n[0030] 所述会议服务器,用于在所述会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准,并在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源;\n[0031] 所述IMS核心网络,用于传输通信业务数据,所述通信业务包括呼叫业务与会议业务;以及在接收到同意第三方参会者加入会议的应答消息时,更新第三方参会者的媒体信息,使第三方参会者加入会议,并向主持人终端发送会议转接结果通知消息,通知主持人第三方参会者加入会议。\n[0032] 基于本发明上述实施例提供的融合视频会议业务处理方法与系统、主持人终端,在会议过程中,第三方参会者可以通过直接拨打会议主持人电话号码,向主持人终端发送呼叫请求来请求加入会议,而无需手工输入繁琐的会议ID与密码;主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求,会议中的主持人根据来电提示可直接选择将来话接入会议或者拒绝其加入会议,第三方参会者得到主持人批准后即可加入会议,而无需手工输入用户ID等信息,与现有技术相比,简化了第三方参会者主动加入会议的操作与流程,使其免除输入会议ID、密码的麻烦,并且简化了会议主持人的操作,并且保证了会议主持人对会议成员的控制管理。\n[0033] 下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。\n附图说明\n[0034] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。\n[0035] 图1为本发明融合视频会议业务处理方法一个实施例的流程图;\n[0036] 图2为本发明融合视频会议业务处理方法另一个实施例的流程图;\n[0037] 图3为本发明融合视频会议业务处理方法一个应用实施例的流程图;\n[0038] 图4为本发明融合视频会议业务处理方法另一个应用实施例的流程图;\n[0039] 图5为本发明用户终端一个实施例的结构示意图;\n[0040] 图6为本发明会议服务器一个实施例的结构示意图;\n[0041] 图7为本发明融合视频会议业务处理系统一个实施例的结构示意图;\n[0042] 图8为本发明融合视频会议业务处理系统另一个实施例的结构示意图;\n[0043] 图9为本发明融合视频会议业务处理系统又一个实施例的结构示意图。\n具体实施方式\n[0044] 下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。\n[0045] 图1为本发明融合视频会议业务处理方法一个实施例的流程图。如图1所示,该实施例的融合视频会议业务处理方法包括:\n[0046] 101,第三方参会者终端通过IMS核心网络向会议的主持人终端发送呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID。\n[0047] 102,主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求。\n[0048] 103,主持人终端接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,并通过IMS核心网络将会议转接消息发送给会议服务器。\n[0049] 其中,会议转接消息中,请求方统一资源标识符(Request-URI)为第三方参会者用户ID,转接目的地(Refer-to)为唯一标识一个会议的会议统一资源标识符(Uniform Resource Identifier,以下简称:URI)信息,转接发起方(Referred-by)头域包括主持人用户ID,其中的会议URI信息包括会议ID与会议服务器地址。\n[0050] 104,会议服务器在会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准,并在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源。\n[0051] 105,IMS核心网络更新第三方参会者的媒体信息,使第三方参会者加入会议,并向主持人终端发送会议转接结果通知消息,以通知主持人第三方参会者加入会议。\n[0052] 106,主持人终端通过IMS核心网络释放与第三方参会者终端之间的会话通路。\n[0053] 本发明上述实施例提供的融合视频会议业务处理方法,在会议过程中,第三方参会者可以通过直接拨打会议主持人电话号码,向主持人终端发送呼叫请求来请求加入会议,而无需手工输入繁琐的会议ID与密码;主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求,会议中的主持人根据来电提示可直接选择将来话接入会议或者拒绝其加入会议,第三方参会者得到主持人批准后即可加入会议,而无需手工输入用户ID等信息,简化了第三方参会者主动加入会议的操作与流程,使其免除输入会议ID、密码的麻烦,并且简化了会议主持人的操作,并且保证了会议主持人对会议成员的控制管理。\n[0054] 作为本发明的一个具体实施例,融合视频会议业务处理方法还可以包括:主持人终端从会议服务器获取会议URI信息与会议主持人信息,其中会议主持人信息包括会议ID与主持人用户ID之间的对应关系。相应的,102中,主持人终端识别出目前正在召开会议,从会议主持人信息获取目前正在召开的会议ID对应的主持人用户ID,在对应的主持人用户ID与当前主持人终端的用户ID一致时,获知该主持人终端用户的角色为会议主持人。\n[0055] 另外,作为本发明的另一个具体实施例,104中,会议服务器在会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准,具体可以通过如下方式实现:\n[0056] 会议服务器识别会议ID标识的会议是否为当前正在召开的会议;\n[0057] 若为当前正在召开的会议,会议服务器根据Referred-by头域鉴权第三方参会者是否通过主持人批准;\n[0058] 否则,若非当前正在召开的会议,会议服务器向第三方参会者终端发送IVR语音提示,第三方参会者可以通过输入会议ID与密码加入会议转接消息中会议ID标识的会议。\n[0059] 会议服务器鉴权第三方参会者是否通过主持人批准,只有在第三方参会者通过鉴权后,才向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源,IMS核心网络更新第三方参会者的媒体信息,允许第三方参会者加入会议,有效实现了会议支持人、会议服务器对参会成员的控制管理。\n[0060] 其中,作为本发明的又一个具体实施例,会议服务器可以通过如下方式,根据Referred-by头域鉴权第三方参会者是否通过主持人批准:\n[0061] 会议服务器识别会议转接消息中是否包含Referred-by头域,并在会议转接消息中包含Referred-by头域时,进一步判断Referred-by头域中是否包含会议转接消息中会议ID对应的主持人用户ID;\n[0062] 在Referred-by头域中包含会议转接消息中会议ID对应的主持人用户ID时,第三方参会者通过鉴权。\n[0063] 图2为本发明融合视频会议业务处理方法另一个实施例的流程图。如图2所示,该实施例的融合视频会议业务处理方法包括:\n[0064] 201,第三方参会者终端通过IMS核心网络向会议的主持人终端发送呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID。\n[0065] 202,主持人终端识别出目前正在召开会议,从预先获取到的会议主持人信息中,获取目前正在召开的会议ID对应的主持人用户ID,并识别对应的主持人用户ID与当前主持人终端的用户ID是否一致。其中,会议主持人信息包括会议ID与主持人用户ID之间的对应关系。在对应的主持人用户ID与当前主持人终端的用户ID一致时,获知该主持人终端用户的角色为会议主持人,执行203。否则,若对应的主持人用户ID与当前主持人终端的用户ID不一致,不执行本实施例的后续流程。\n[0066] 203,主持人终端生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求。\n[0067] 204,主持人终端接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,并通过IMS核心网络将会议转接消息发送给会议服务器。\n[0068] 其中,会议转接消息中,Request-URI为第三方参会者用户ID,Refer-to为唯一标识一个会议的会议URI信息,Referred-by头域包括主持人用户ID与会议鉴权信息,其中的会议URI信息包括会议ID与会议服务器地址,会议鉴权信息包括主持人加入会议的Call-ID。\n[0069] 若主持人终端接收到用户拒绝将呼叫请求接入会议的拒绝指示,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络向第三方参会者终端返回拒绝通知消息。\n[0070] 205,会议服务器识别会议转接消息中会议ID标识的会议是否为当前正在召开的会议。若会议转接消息中会议ID标识的会议为当前正在召开的会议,执行206。否则,若会议转接消息中会议ID标识的会议非为当前正在召开的会议,执行211。\n[0071] 206,会议服务器识别会议转接消息中是否包含Referred-by头域,并在会议转接消息中包含Referred-by头域时,进一步判断Referred-by头域中是否包含会议转接消息中会议ID对应的主持人用户ID。若Referred-by头域中包含会议转接消息中会议ID对应的主持人用户ID,执行207。\n[0072] 否则,若会议转接消息中未包含Referred-by头域,或者Referred-by头域中不包含会议转接消息中会议ID对应的主持人用户ID,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络向第三方参会者终端返回错误提示消息。\n[0073] 207,会议服务器根据存储的用户ID、会议ID与Call-ID之间的对应关系,获取会议转接消息中会议ID与主持人用户ID对应的Call-ID,并比较该对应的Call-ID与会议转接消息中的Call-ID是否一致。若该对应的Call-ID与会议转接消息中的Call-ID一致,第三方参会者通过鉴权,执行208。否则,若该对应的Call-ID与会议转接消息中的Call-ID不一致,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络向第三方参会者终端返回错误提示消息。\n[0074] 通过存储的用户ID、会议ID与Call-ID之间的对应关系,获取会议转接消息中会议ID与主持人用户ID对应的Call-ID,并比较该对应的Call-ID与会议转接消息中的Call-ID是否一致,来进一步对第三方参会者进行鉴权,避免了由于支持人用户ID与会议ID被盗失去对参会者的控制管理,进一步提高了融合视频会议业务的安全性与机密性管理。\n[0075] 208,会议服务器向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源。\n[0076] 209,IMS核心网络更新第三方参会者的媒体信息,使第三方参会者加入会议,并向主持人终端发送会议转接结果通知消息,以通知主持人第三方参会者加入会议。\n[0077] 210,主持人终端通过IMS核心网络释放与第三方参会者终端之间的会话通路。之后,不再执行本实施例的后续流程,\n[0078] 211,会议服务器向第三方参会者终端发送IVR语音提示,第三方参会者可以通过输入会议ID与密码加入会议转接消息中会议ID标识的会议。\n[0079] 在本发明上述各实施例的融合视频会议业务处理方法中,会议主持人为IMS用户,第三方参会者具体可以是IMS用户,也可以是电路交换域(Circuit Switch,以下简称:\nCS域)用户。\n[0080] 图3为本发明融合视频会议业务处理方法一个应用实施例的流程图。该实施例中,以会议主持人为IMS用户,第三方参会者为IMS用户为例,对本发明融合视频会议业务处理方法进行示例性的详细说明。如图3所示,其包括以下流程:\n[0081] 301,第三方参会者终端向主叫方服务呼叫会话控制功能(Serving Call Session Control Function,以下简称:S-CSCF)设备发送呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID。由于第三方参会者发起呼叫请求,因此第三方参会者作为主叫方。\n[0082] 302,主叫方S-CSCF设备根据第三方参会者用户ID,检查第三方参会者的初始过滤准则(以下简称:IFC),获取第三方参会者签约的业务信息,例如:补充业务,并根据第三方参会者签约的业务信息,将呼叫请求路由到主叫方公共交换电话网(Public Switched Telephone Network,以下简称:PSTN)或综合业务数字网(Integrated Services Digital Network,以下简称:ISDN)仿真子系统(以下简称:PES)。\n[0083] 303,主叫方PES对呼叫请求进行主叫补充业务处理之后,将呼叫请求路由回主叫方S-CSCF设备。其中的主叫补充业务处理,例如,主叫业务逻辑判断、来电显示或隐藏等。\n[0084] 304,主叫方S-CSCF设备根据呼叫请求中的主持人用户ID进行被叫寻址,将呼叫请求路由到被叫方S-CSCF设备。\n[0085] 由于本次呼叫请求所请求呼叫对象为会议主持人,因此会议支持人作为被叫方。\n[0086] 305,被叫方S-CSCF设备根据呼叫请求中的主持人用户ID,检查主持人的IFC,获取主持人签约的业务信息,例如:补充业务,根据主持人签约的业务信息,将呼叫请求路由到被叫方PES。\n[0087] 306,被叫方PES进行呼叫等待业务处理,将呼叫请求路由到被叫方S-CSCF设备,并在呼叫请求中携带呼叫等待标识。\n[0088] 为了使在会议中的主持人接收第三方参会者发起的呼叫请求,会议主持人终端签约呼叫等待业务,被叫方PES进行呼叫等待业务处理,在主持人由于参加会议已有一路呼叫的情况下,将第三方参会者发起的呼叫请求路由到被叫方S-CSCF设备,并在呼叫请求中携带呼叫等待标识。\n[0089] 307,被叫方S-CSCF设备将呼叫请求路由到主持人终端。\n[0090] 308,主持人终端识别出目前正在召开会议,从预先获取到的会议主持人信息中,获取目前正在召开的会议ID对应的主持人用户ID,并识别对应的主持人用户ID与当前主持人终端的用户ID是否一致。其中,会议主持人信息包括会议ID与主持人用户ID之间的对应关系。在对应的主持人用户ID与当前主持人终端的用户ID一致时,获知该主持人终端用户的角色为会议主持人,执行309。否则,若对应的主持人用户ID与当前主持人终端的用户ID不一致,不执行本实施例的后续流程。\n[0091] 309,主持人终端生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求。\n[0092] 310,主持人终端接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息。该会议转接消息中,Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,且转接处理方法为呼叫邀请(invite),Referred-by头域包括主持人用户ID与会议鉴权信息,其中的会议URI信息包括会议ID与会议服务器地址,会议鉴权信息包括主持人加入会议的Call-ID。\n[0093] 若主持人终端接收到用户拒绝将呼叫请求接入会议的拒绝指示,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络,沿原路径向第三方参会者终端返回拒绝通知消息。\n[0094] 311,主持人终端将会议转接消息发送给被叫方S-CSCF设备。\n[0095] 312,被叫方S-CSCF设备根据会议转接消息中的第三方参会者用户ID,将会议转接消息传递给主叫方S-CSCF设备。\n[0096] 具体地,按照现有的IMS协议规定,该操作可以通过如下方式实现:被叫方S-SCSCF设备可以先根据会议转接消息的业务属性将会议转接消息转发给被叫方PES,被叫方PES进行业务处理,允许呼叫主持人用户ID时再将会议转接消息透传给被叫方S-CSCF设备;被叫方S-CSCF设备再根据会议转接消息中的第三方参会者用户ID,将会议转接消息传递给主叫方S-CSCF设备。\n[0097] 313,主叫方S-CSCF设备将会议转接消息路由到主叫方PES。\n[0098] 314,主叫方PES代表第三方参会者终端对会议转接消息进行处理,当判断获知会议转接消息中的Request-URI为当前正在处理的用户ID,生成将第三方参会者加入会议的邀请(invite)消息并发送给主叫方S-CSCF设备,该邀请消息对会议转接消息对应,邀请消息中,Request-URI为会议URI信息,Referred-by头域包括主持人用户ID与会议鉴权信息。\n[0099] 315,主叫方S-CSCF设备将邀请消息路由到会议服务器。\n[0100] 316,会议服务器将邀请消息送到会议ID对应的会议处理机进行处理,具体为识别邀请消息中会议ID所标识的会议是否为当前正在召开的会议。若邀请中会议ID标识的会议为当前正在召开的会议,执行317。否则,若邀请消息中会议ID标识的会议非为当前正在召开的会议,执行328。\n[0101] 317,会议服务器识别邀请消息中是否包含Referred-by头域,并在邀请消息中包含Referred-by头域时,进一步判断Referred-by头域中是否包含邀请消息中会议ID对应的主持人用户ID。若Referred-by头域中包含邀请消息中会议ID对应的主持人用户ID,执行318。\n[0102] 否则,若邀请消息中未包含Referred-by头域,或者Referred-by头域中不包含邀请消息中会议ID对应的主持人用户ID,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络,沿原路径向第三方参会者终端返回错误提示消息。\n[0103] 318,会议服务器根据存储的用户ID、会议ID与Call-ID之间的对应关系,获取会议转接消息中会议ID与主持人用户ID对应的Call-ID,并比较该对应的Call-ID与会议转接消息中的Call-ID是否一致。若该对应的Call-ID与会议转接消息中的Call-ID一致,第三方参会者通过鉴权,同意将第三方参会者加入会议,执行319。\n[0104] 否则,若该对应的Call-ID与会议转接消息中的Call-ID不一致,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络向第三方参会者终端返回错误提示消息。\n[0105] 319,会议服务器为第三方参会者分配会议媒体资源,并向主叫方S-CSCF设备发送同意第三方参会者加入会议的应答消息。\n[0106] 320,主叫方S-CSCF设备将同意第三方参会者加入会议的应答消息转发给主叫方PES。\n[0107] 321,主叫方PES,例如,通过reinvite消息,根据会议服务器对会议媒体资源的分配,更新记录的第三方参会者的媒体信息,包括音频信息、视频信息,以使第三方参会者接入会议,并向主叫方S-CSCF设备发送会议转接结果通知(notify)消息,告知会议主持人第三方参会者转接会议的结果,即第三方参会者加入会议。\n[0108] 主叫方PES更新第三方参会者的媒体信息之后,第三方参会者便可以与会议服务器建立媒体通道并接入会议。\n[0109] 322,主叫方S-CSCF设备将会议转接结果通知消息路由到被叫方S-CSCF设备。\n[0110] 具体地,按照现有的IMS协议规定,该操作可以通过如下方式实现:主叫方S-SCSCF设备可以先将会议转接结果通知消息路由到被叫方S-CSCF设备;被叫方S-CSCF设备将会议转接结果通知消息转发给被叫方PES;被叫方PES进行业务处理,再将会议转接结果通知消息透传给被叫方S-CSCF设备。\n[0111] 323,被叫方S-CSCF设备将会议转接结果通知消息传递给主持人终端。\n[0112] 会议主持人终端,可以沿原路径向主叫方PES返回会议转接结果通知消息的响应消息。\n[0113] 324,主持人终端通过会议转接结果通知消息确认第三方参会者加入会议后,向被叫方S-CSCF设备发送结束(bye)消息,释放与第三方参会者的会话通路。\n[0114] 325,被叫方S-CSCF设备将结束消息转发给主叫方S-CSCF设备。\n[0115] 具体地,该操作可以通过如下方式实现:被叫方S-CSCF设备将结束消息转发给被叫方PES;被叫方PES释放第三方参会者拨打主持人终端的呼叫请求,并将结束消息转发到被叫方S-CSCF设备;被叫方S-CSCF设备将结束消息转发到主叫方S-CSCF设备。\n[0116] 326,主叫方S-CSCF设备将结束消息转发给主叫方PES。\n[0117] 327,主叫方PES结束第三方参会者终端向会议的主持人终端发送呼叫请求的业务处理。之后,不再执行本实施例的后续流程。\n[0118] 328,会议服务器向第三方参会者终端发送IVR语音提示,第三方参会者可以通过输入会议ID与密码加入会议转接消息中会议ID标识的会议。\n[0119] 图4为本发明融合视频会议业务处理方法另一个应用实施例的流程图。该实施例中,以会议主持人为IMS用户,第三方参会者为CS域用户为例,对本发明融合视频会议业务处理方法进行示例性的详细说明。如图4所示,其包括以下流程:\n[0120] 401,第三方参会者终端从CS域向主叫方媒体网关控制功能(Media Gateway Control Function,以下简称:MGCF)设备发送呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID。由于第三方参会者发起呼叫请求,因此第三方参会者作为主叫方。\n[0121] 402,主叫方MGCF设备根据呼叫请求中的主持人用户ID进行被叫寻址,将呼叫请求路由到被叫方S-CSCF设备。由于本次呼叫请求所请求呼叫对象为会议主持人,因此会议支持人作为被叫方。\n[0122] 403,被叫方S-CSCF设备根据呼叫请求中的主持人用户ID,检查主持人的IFC,获取主持人签约的业务信息,例如:补充业务,根据主持人签约的业务信息,将呼叫请求路由到被叫方PES。\n[0123] 404,被叫方PES进行呼叫等待业务处理,将呼叫请求路由到被叫方S-CSCF设备,并在呼叫请求中携带呼叫等待标识。\n[0124] 为了使在会议中的主持人接收第三方参会者发起的呼叫请求,会议主持人终端签约呼叫等待业务,被叫方PES进行呼叫等待业务处理,在主持人由于参加会议已有一路呼叫的情况下,将第三方参会者发起的呼叫请求路由到被叫方S-CSCF设备,并在呼叫请求中携带呼叫等待标识。\n[0125] 405,被叫方S-CSCF设备将呼叫请求路由到主持人终端。\n[0126] 406,主持人终端识别出目前正在召开会议,从预先获取到的会议主持人信息中,获取目前正在召开的会议ID对应的主持人用户ID,并识别对应的主持人用户ID与当前主持人终端的用户ID是否一致。其中,会议主持人信息包括会议ID与主持人用户ID之间的对应关系。在对应的主持人用户ID与当前主持人终端的用户ID一致时,获知该主持人终端用户的角色为会议主持人,执行407。否则,若对应的主持人用户ID与当前主持人终端的用户ID不一致,不执行本实施例的后续流程。\n[0127] 407,主持人终端生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求。\n[0128] 408,主持人终端接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息。该会议转接消息中,Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,且转接处理方法为呼叫邀请(invite),Referred-by头域包括主持人用户ID与会议鉴权信息,其中的会议URI信息包括会议ID与会议服务器地址,会议鉴权信息包括主持人加入会议的Call-ID。\n[0129] 若主持人终端接收到用户拒绝将呼叫请求接入会议的拒绝指示,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络,沿原路径向第三方参会者终端返回拒绝通知消息。\n[0130] 409,主持人终端将会议转接消息发送给被叫方S-CSCF设备。\n[0131] 410,被叫方S-CSCF设备根据会议转接消息中的第三方参会者用户ID,将会议转接消息传递给主叫方MGCF设备。\n[0132] 具体地,按照现有的IMS协议规定,该操作可以通过如下方式实现:被叫方S-SCSCF设备可以先根据会议转接消息的业务属性将会议转接消息转发给被叫方PES,被叫方PES进行业务处理,允许呼叫主持人用户ID时再将会议转接消息透传给被叫方S-CSCF设备;被叫方S-CSCF设备再根据会议转接消息中的第三方参会者用户ID,将会议转接消息传递给主叫方MGCF设备。\n[0133] 411,主叫方MGCF设备代表第三方参会者终端对会议转接消息进行处理,当判断获知会议转接消息中的Request-URI为当前正在处理的用户ID,生成将第三方参会者加入会议的邀请(invite)消息并发送给被叫方S-CSCF设备,该邀请消息对会议转接消息对应,邀请消息中,Request-URI为会议URI信息,Referred-by头域包括主持人用户ID与会议鉴权信息。\n[0134] 412,被叫方S-CSCF设备将邀请消息路由到会议服务器。\n[0135] 413,会议服务器将邀请消息送到会议ID对应的会议处理机进行处理,具体为识别邀请消息中会议ID所标识的会议是否为当前正在召开的会议。若邀请中会议ID标识的会议为当前正在召开的会议,执行414。否则,若邀请消息中会议ID标识的会议非为当前正在召开的会议,执行423。\n[0136] 414,会议服务器识别邀请中是否包含Referred-by头域,并在邀请消息中包含Referred-by头域时,进一步判断Referred-by头域中是否包含邀请消息中会议ID对应的主持人用户ID。若Referred-by头域中包含邀请消息中会议ID对应的主持人用户ID,执行415。\n[0137] 否则,若邀请消息中未包含Referred-by头域,或者Referred-by头域中不包含邀请消息中会议ID对应的主持人用户ID,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络,沿原路径向第三方参会者终端返回错误提示消息。\n[0138] 415,会议服务器根据存储的用户ID、会议ID与Call-ID之间的对应关系,获取会议转接消息中会议ID与主持人用户ID对应的Call-ID,并比较该对应的Call-ID与会议转接消息中的Call-ID是否一致。若该对应的Call-ID与会议转接消息中的Call-ID一致,第三方参会者通过鉴权,同意将第三方参会者加入会议,执行416。\n[0139] 否则,若该对应的Call-ID与会议转接消息中的Call-ID不一致,不执行本实施例的后续流程,或者可以进一步通过IMS核心网络向第三方参会者终端返回错误提示消息。\n[0140] 416,会议服务器为第三方参会者分配会议媒体资源,并向被叫方S-CSCF设备发送同意第三方参会者加入会议的应答消息。\n[0141] 417,被叫方S-CSCF设备将同意第三方参会者加入会议的应答消息转发给主叫方MGCF设备。\n[0142] 418,主叫方MGCF设备根据会议服务器对会议媒体资源的分配,更新记录的第三方参会者的媒体信息,包括音频信息、视频信息,以使第三方参会者接入会议,并向被叫方S-CSCF设备发送会议转接结果通知(notify)消息,告知会议主持人第三方参会者转接会议的结果,即第三方参会者加入会议。\n[0143] 主叫方MGCF设备更新第三方参会者的媒体信息之后,第三方参会者便可以与会议服务器建立媒体通道并接入会议。\n[0144] 419,被叫方S-CSCF设备将会议转接结果通知消息传递给主持人终端。\n[0145] 具体地,按照现有的IMS协议规定,该操作可以通过如下方式实现:被叫方S-CSCF设备将会议转接结果通知消息转发给被叫方PES;被叫方PES进行业务处理,再将会议转接结果通知消息透传给被叫方S-CSCF设备。\n[0146] 会议主持人终端,可以沿原路径向主叫方MGCF设备返回会议转接结果通知消息的响应消息。\n[0147] 420,主持人终端通过会议转接结果通知消息确认第三方参会者加入会议后,向被叫方S-CSCF设备发送结束(bye)消息释放与第三方参会者的会话通路。\n[0148] 421,被叫方S-CSCF设备将结束消息转发给主叫方MGCF设备。\n[0149] 具体地,该操作可以通过如下方式实现:被叫方S-CSCF设备将结束消息转发给被叫方PES;被叫方PES结束第三方参会者终端向会议的主持人终端发送呼叫请求的业务处理,释放第三方参会者拨打主持人终端的呼叫请求,并将结束消息转发到被叫方S-CSCF设备;被叫方S-CSCF设备将结束消息转发到主叫方MGCF设备。\n[0150] 422,主叫方MGCF设备结束第三方参会者终端向会议的主持人终端发送呼叫请求的业务处理。之后,不再执行本实施例的后续流程。\n[0151] 423,会议服务器向第三方参会者终端发送IVR语音提示,第三方参会者可以通过输入会议ID与密码加入会议转接消息中会议ID标识的会议。\n[0152] 图5为本发明用户终端一个实施例的结构示意图。该实施例的用户终端可作为本发明上述各实施例中的会议支持人终端,实现本发明上述各融合视频会议业务处理方法中会议支持人终端的相应功能。如图5所示,其包括第一接收单元501、通信业务处理单元\n502、第一识别单元503、人机交互单元504、生成单元505与第一发送单元506。\n[0153] 其中,第一接收单元501,用于接收第三方参会者终端通过IMS核心网络发送的呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID;以及接收IMS核心网络发送的会议转接结果通知消息,该会议转接结果通知消息用于通知用户终端用户第三方参会者加入会议。\n[0154] 通信业务处理单元502,用于处理用户终端上的通信业务,包括呼叫业务与会议业务;以及响应于第一接收单元501接收到的会议转接结果通知消息,通过IMS核心网络释放与第三方参会者终端之间的会话通路。\n[0155] 第一识别单元503,用于响应于第一接收单元501接收到的呼叫请求,识别通信业务处理单元502是否目前正在召开会议且该用户终端用户的角色为会议主持人;并在通信业务处理单元502目前正在召开会议且该用户终端用户的角色为会议主持人时,生成来电提示信息,此时,该用户终端即为主持人终端。\n[0156] 人机交互单元504,用于显示第一识别单元503生成的来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;以及接收用户选择将呼叫请求接入会议的接入指示或用户拒绝将呼叫请求接入会议的拒绝指示。\n[0157] 具体地,如果主持人选择将将呼叫请求接入会议,则会议主持人终端可以通过reinvite消息保持会场的媒体通路,接受第三方参会者终端发送的呼叫请求。\n[0158] 生成单元505,用于在人机交互单元504接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,会议转接消息中的Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,该会议URI信息包括会议ID与会议服务器地址,Referred-by头域包括主持人用户ID。\n[0159] 第一发送单元506,用于通过IMS核心网络将生成单元505生成的会议转接消息发送给会议服务器。\n[0160] 本发明上述实施例提供的用户终端可以作为会议支持人终端,在会议过程中,第三方参会者可以通过直接拨打会议主持人电话号码,向主持人终端发送呼叫请求来请求加入会议,而无需手工输入繁琐的会议ID与密码;主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求,会议中的主持人根据来电提示可直接选择将来话接入会议或者拒绝其加入会议,第三方参会者得到主持人批准后即可加入会议,而无需手工输入用户ID等信息,简化了第三方参会者主动加入会议的操作与流程,使其免除输入会议ID、密码的麻烦,并且简化了会议主持人的操作,并且保证了会议主持人对会议成员的控制管理。\n[0161] 进一步地,再参见图5,作为本发明用户终端的另一个实施例,还可以包括第一存储单元507,用于存储会议URI信息与会议主持人信息,该会议主持人信息包括会议ID与主持人用户ID之间的对应关系。相应的,第一发送单元506还用于从会议服务器获取会议URI信息与会议主持人信息并存储在第一存储单元507中,例如,可以通过会议服务器返回的响应消息中的contact头域获取会议URI信息,通过订阅(SUBSCRIBE)消息获取会议主持人信息。第一识别单元503具体识别通信业务处理单元502是否目前正在召开会议,在通信业务处理单元502目前正在召开会议时,从第一存储单元507中的会议主持人信息获取目前正在召开的会议ID对应的主持人用户ID,并比较对应的主持人用户ID与当前主持人终端的用户ID是否一致,在对应的主持人用户ID与当前主持人终端的用户ID一致时,获知该用户终端用户的角色为会议主持人。\n[0162] 图6为本发明会议服务器一个实施例的结构示意图。该实施例的会议服务器可用于实现本发明上述各融合视频会议业务处理方法中会议服务器的相应功能。如图6所示,其包括第二接收单元601、第二存储单元602、第二识别单元603、鉴权单元604与第二发送单元605。\n[0163] 第二接收单元601,用于接收会议转接消息对应的邀请消息,该邀请消息中的Request-URI为会议URI信息,Referred-by头域包括主持人用户ID,其中,会议URI信息包括会议ID与会议服务器地址。\n[0164] 第二存储单元602,用于存储会议URI信息与会议主持人信息,其中,会议主持人信息包括会议ID与主持人用户ID之间的对应关系。\n[0165] 第二识别单元603,用于识别第二接收单元601接收到的邀请消息中会议ID标识的会议是否为当前正在召开的会议。\n[0166] 鉴权单元604,用于根据第二识别单元603的识别结果,在会议ID标识的会议为目前正在召开的会议时,根据第二接收单元601接收到的邀请消息中Referred-by头域鉴权第三方参会者是否通过主持人批准。\n[0167] 第二发送单元605,用于根据鉴权单元604的鉴权结果,在第三方参会者通过鉴权后,向IMS核心网络发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源;以及根据第二识别单元603的识别结果,若会议ID标识的会议非当前正在召开的会议,向第三方参会者终端发送IVR语音提示,要求第三方参会者通过输入会议ID与密码加入邀请消息中会议ID标识的会议。\n[0168] 本发明上述实施例提供的会议服务器,在会议过程中,第三方参会者可以通过直接拨打会议主持人电话号码,向主持人终端发送呼叫请求来请求加入会议,而无需手工输入繁琐的会议ID与密码;主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求,会议中的主持人根据来电提示可直接选择将来话接入会议或者拒绝其加入会议,会议服务器鉴权第三方参会者得到主持人批准后即可允许其加入会议,而无需手工输入用户ID等信息,简化了第三方参会者主动加入会议的操作与流程,使其免除输入会议ID、密码的麻烦,并且简化了会议主持人的操作,并且保证了会议主持人对会议成员的控制管理。\n[0169] 根据本发明的另一个实施例,在图6所示的实施例中,鉴权单元604具体可以通过识别邀请消息中是否包含Referred-by头域,并在邀请消息中包含Referred-by头域时,进一步判断Referred-by头域中是否包含邀请消息中会议ID对应的主持人用户ID来判断第三方参会者是否通过鉴权。在Referred-by头域中包含邀请消息中会议ID对应的主持人用户ID时,第三方参会者通过鉴权。\n[0170] 进一步地,与方法实施例相应的,根据本发明的又一个实施例,Referred-by头域还可以包括会议鉴权信息,该会议鉴权信息具体可以包括主持人加入会议的Call-ID。相应的,第二存储单元602还用于存储用户ID、会议ID与Call-ID之间的对应关系。鉴权单元\n604具体在Referred-by头域中包含邀请消息中会议ID对应的主持人用户ID时,根据第二存储单元604存储的用户ID、会议ID与Call-ID之间的对应关系,获取邀请消息中会议ID与主持人用户ID对应的Call-ID,并比较该对应的Call-ID与邀请消息中的Call-ID是否一致。在该对应的Call-ID与邀请消息中的Call-ID一致时,第三方参会者方通过鉴权。\n[0171] 图7为本发明融合视频会议业务处理系统一个实施例的结构示意图。该实施例的融合视频会议业务处理系统可用于实现本发明上述各实施例融合视频会议业务处理方法的流程。如图7所示,其包括第三方参会者终端1、IMS核心网络2、主持人终端3与会议服务器4。\n[0172] 其中,第三方参会者终端1,用于通过IMS核心网络2向会议的主持人终端3发送呼叫请求,该呼叫请求中包括第三方参会者用户ID与主持人用户ID。\n[0173] 主持人终端3,用于识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息,以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求;在接收到用户选择将呼叫请求接入会议的接入指示后,生成会议转接消息,并通过IMS核心网络2将会议转接消息发送给会议服务器4,该会议转接消息中的Request-URI为第三方参会者用户ID,Refer-to为会议URI信息,该会议URI信息包括会议ID与会议服务器地址,Referred-by头域包括主持人用户ID;以及在接收到IMS核心网络2发送的会议转接结果通知消息时,通过IMS核心网络2释放与第三方参会者终端1之间的会话通路。具体地,该主持人终端1可以采用本发明图5所示任一实施例的结构实现。\n[0174] 会议服务器4,用于在会议ID标识的会议为目前正在召开的会议时,根据Referred-by头域鉴权第三方参会者是否通过主持人批准,并在第三方参会者通过鉴权后,向IMS核心网络2发送同意第三方参会者加入会议的应答消息,并为第三方参会者分配会议媒体资源。具体地,该会议服务器4可以采用本发明图6所示任一实施例的结构实现。\n[0175] IMS核心网络2,用于传输通信业务数据,包括呼叫业务与会议业务;以及在接收到会议服务器4发送的同意第三方参会者加入会议的应答消息时,更新第三方参会者的媒体信息,使第三方参会者加入会议,并向主持人终端1发送会议转接结果通知消息,通知主持人第三方参会者加入会议。\n[0176] 本发明上述实施例提供的融合视频会议业务处理系统,在会议过程中,第三方参会者可以通过直接拨打会议主持人电话号码,向主持人终端发送呼叫请求来请求加入会议,而无需手工输入繁琐的会议ID与密码;主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求,会议中的主持人根据来电提示可直接选择将来话接入会议或者拒绝其加入会议,第三方参会者得到主持人批准后即可加入会议,而无需手工输入用户ID等信息,简化了第三方参会者主动加入会议的操作与流程,使其免除输入会议ID、密码的麻烦,并且简化了会议主持人的操作,并且保证了会议主持人对会议成员的控制管理。\n[0177] 图8为本发明融合视频会议业务处理系统另一个实施例的结构示意图。该实施例适用于主持人为IMS用户、第三方参会者为IMS用户时,图3所示融合视频会议业务处理方法应用实施例的流程。如图8所示,IMS核心网络2包括主叫方代理呼叫会话控制功能(Proxy Call Session Control Function,以下简称:P-CSCF)设备、主叫方S-CSCF设备、主叫方PES、主叫方归属用户服务器(Home Subscriber Server,以下简称:HSS)、被叫方P-CSCF设备、被叫方S-CSCF设备、被叫方PES与被叫方HSS,可分别实现本发明上述融合视频会议业务处理方法实施例中的相应功能。\n[0178] 其中,HSS可用于存储用户的属性信息与业务签约信息。P-CSCF设备作为用户终端接入IMS核心网络的初始入口点,可用于实现用户注册、安全管理等功能,将拜访地接入网络的SIP事务转接到其归属地的S-CSCF设备,本发明的该实施例中,第三方参会者终端1与主叫方S-CSCF设备之间交互的消息通过主叫方P-CSCF设备透传,主持人终端3与被叫方S-CSCF设备之间交互的消息通过被叫方P-CSCF设备透传。S-CSCF设备是IMS核心网络的核心设备,可用于实现用户注册鉴权、会话控制、计费管理等功能。\n[0179] 图9为本发明融合视频会议业务处理系统又一个实施例的结构示意图。该实施例适用于主持人为IMS用户、第三方参会者为CS域用户时,图4所示融合视频会议业务处理方法应用实施例的流程。如图9所示,IMS核心网络2包括主叫方MGCF设备、被叫方P-CSCF设备、被叫方S-CSCF设备、被叫方PES与被叫方HSS,可分别实现本发明上述融合视频会议业务处理方法实施例中的相应功能。\n[0180] 其中,HSS可用于存储用户的属性信息与业务签约信息。P-CSCF设备作为用户终端接入IMS核心网络的初始入口点,可用于实现用户注册、安全管理等功能,将拜访地接入网络的SIP事务转接到其归属地的S-CSCF设备,本发明的该实施例中,主持人终端3与被叫方S-CSCF设备之间交互的消息通过被叫方P-CSCF设备透传。S-CSCF是IMS核心网络2的核心设备,可用于实现用户注册鉴权、会话控制、计费管理等功能。MGCF设备为IMS核心网络2的一个组成部分,与CSCF通信和控制媒体信道在一个IMS-媒体网关(Media Gateway,以下简称:MGW)中的连接。它在ISDN部分(即:综合业务数字网用户部分ISUP)和IMS呼机控制协议之间执行协议转换。\n[0181] 本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于装置、系统实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。\n[0182] 本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。\n[0183] 本发明实施例中,第三方参会者可以在会议过程中直接拨打会议主持人电话号码,向主持人终端发送呼叫请求来请求加入会议,而无需手工输入繁琐的会议ID与密码;\n主持人终端识别出目前正在召开会议且该主持人终端用户的角色为会议主持人,生成并显示来电提示信息以提示主持人终端用户选择将呼叫请求接入会议或者拒绝呼叫请求,会议中的主持人根据来电提示可直接选择将来话接入会议或者拒绝其加入会议,第三方参会者得到主持人批准后即可加入会议,而无需手工输入用户ID等信息,简化了第三方参会者主动加入会议的操作与流程,使其免除输入会议ID、密码的麻烦,并且简化了会议主持人的操作,并且保证了会议主持人对会议成员的控制管理。\n[0184] 本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
法律信息
- 2013-12-18
- 2011-11-30
实质审查的生效
IPC(主分类): H04L 29/06
专利申请号: 201110211137.8
申请日: 2011.07.27
- 2011-10-12
引用专利(该专利引用了哪些专利)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 |
1
| |
2008-03-12
|
2007-10-10
| | |
2
| |
2006-10-25
|
2005-07-12
| | |
3
| |
2007-01-03
|
2006-06-01
| | |
被引用专利(该专利被哪些专利引用)
序号 | 公开(公告)号 | 公开(公告)日 | 申请日 | 专利名称 | 申请人 | 该专利没有被任何外部专利所引用! |