CN101848221B - 大型多媒体会议发布系统的问答系统 - Google Patents
大型多媒体会议发布系统的问答系统 Download PDFInfo
- Publication number
- CN101848221B CN101848221B CN201010184561.3A CN201010184561A CN101848221B CN 101848221 B CN101848221 B CN 101848221B CN 201010184561 A CN201010184561 A CN 201010184561A CN 101848221 B CN101848221 B CN 101848221B
- Authority
- CN
- China
- Prior art keywords
- server
- client
- meeting
- service
- question
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种大型多媒体会议发布系统的问答系统,主持人和嘉宾是在一个具有双向强交互、低延时的网上虚拟会议室举办发布活动,该虚拟会议室的音频和视频以流媒体方式发布,文档类数据业务以互联网接入方式发布,广大参与者通过互联网收看发布活动;当会议进入问答阶段后,主持人或授权嘉宾从广大听众中选择一个或几个参与者进入虚拟会议室,进入网上虚拟会议室的参与者同嘉宾一样在虚拟会议室中同主持人互动。本发明改变物理会议室发布模式,主持人,嘉宾通过虚拟会议室的强交互,通过互联网广播发送给广大与会者,减少发布活动的会议室和差旅成本,发布活动能随时随地进行,而临时将互联网听众加入到虚拟会议室,在保障低带宽情况下,解决了发布活动的老大难问题,实时问答互动。
Description
技术领域
本发明涉及计算机和互联网通信领域,具体来讲是适用于互联网大型多媒体会议系统,一般用于互联网上商业新产品发布,大型研讨会议等。
背景技术
随着互联网商业应用普及,越来越多的人们通过互联网获取信息,购买产品,而生产厂商也越来越多地通过互联网多媒体会议发布产品信息或推广自己产品,使得互联网上的市场活动越来越频繁,规模也越来越大。在互联网大型多媒体会议中,利用现行的多媒体广播技术,可以将会议现场发布到众多的听众,能够解决多媒体发布会议的发布需求。但是,在大部分推广会议中,都毫无例外的需要主持者与广大参与者互动,如问答,讨论。现在的媒体发布活动都不能提供直接的音视频提问,作为转换,参与人通过文本方式将问题传给主持人,主持人用音频回答,基本上没有问答者与主持人直接交流,严重互联网多媒体发布的效果。
现有的互联网发布系统,由WEB发布管理服务器,流媒体广播服务器,媒体发布推送接入点,媒体发布网络,媒体接收终端(用户终端)组成。媒体发布推送点一般是固定会场,提前设置,连接到WEB发布管理服务器,媒体推送到流媒体广播服务器。媒体接收终端(用户终端)一般是浏览器,也有带有P2P功能的程序,首先登陆到WEB发布管理服务器,获取接收媒体的地址,使用流媒体播放器观看互联网广播,同时终端会保持同WEB发布管理服务器连接,文字提问通过WEB服务器转发给推送接入点。一般来讲,媒体发布网络采用CDN网或是P2P终端组网,有效降低了服务器的出口带宽,大多数用户通过CDN接入点,或者P2P结点,就近获取媒体流。由于CDN和P2P一般用于文件方式发布,实时性差,媒体延时一般在30秒左右,无法进行实时双向沟通。
目前常见的流媒体发布系统有Microsoft的MediaPlayer,Real的RealTime,Apple的QuickTime和Adobe的Flash,而WEB服务器容易搭建,因此基于此方案的提供商非常多。
另一种Internet多媒体会议方式,采用中心服务器,所有客户端连接到服务器,由服务器分发媒体,该方式的优点是实时性好,支持互动,能够实现问答等强交互需求,缺点是出口带宽高,不能适应大规模发布的要求。
发明内容
本发明的目的在于通过构造一个访谈模式的互联网发布系统,升级目前流行的互联网广播发布系统,在保障大规模参与人收看发布活动的前提下,提供参与人同主持人的双向互动,提升互联网多媒体发布系统的效果。
本发明大型多媒体会议发布系统的问答系统采用的技术方案为:
一种大型多媒体会议发布系统的问答系统,其中:主持人和嘉宾是在一个具有双向强交互、低延时的网上虚拟会议室举办发布活动,该网上虚拟会议室的音频和视频以流媒体方式发布,文档类数据业务以互联网接入方式发布,广大参与者通过互联网方式收看发布活动;当会议进入问答阶段后,网上虚拟会议室中的主持人或授权嘉宾从广大听众中选择一个或几个参与者进入虚拟会议室,进入网上虚拟会议室的参与者同嘉宾一样在虚拟会议室中同主持人互动,实现如同进入发布现场一样的效果,问答互动,双向交流;
问答结束后,主持人或授权嘉宾收回问答参与者的权限;
问答结束后,参与人选择回到原来的模式。
一种大型多媒体会议发布系统的问答系统,包含有虚拟会议室系统和会议室发布系统,虚拟会议室系统包含会议管理服务器和业务服务器,该会议管理服务器包含会议相关管理模块和服务器相关管理模块,
该虚拟会议室系统还包含有转换服务器,该转换服务器的功能是将业务服务器中的数据和信令转换成RIA富媒体,并将RIA富媒体的输入转换成业务服务器发送的信令和数据,通过RIA富媒体服务器,与客户端进行双向互动;
该会议室发布系统包含发布服务器,该发布服务器的功能是将会议中的业务服务编码,推送到流媒体服务器,流媒体服务器广播到客户端,发布服务器提供消息接口给会议相关管理模块;
该服务器相关管理模块记录所有转换服务器和发布服务器的服务器数据结构并为会议室相关管理模块提供服务器调用接口;
该会议室相关管理模块为每个会议分配发布服务器地址和转换服务器地址;为每个会议中所使用的业务服务分配发布服务器地址和转换服务器地址;
该会议相关管理模块具有切换用户类型接口,该切换用户类型接口将用户类型在WEB客户端和RIA富媒体客户端之间切换;
当发布会议时,会议相关管理模块调用发布服务器,发布服务器将会议中的内容广播到WEB客户端;
当用户参与问答时,会议室相关管理模块通过切换用户类型接口将WEB客户端转换为RIA富媒体客户端,RIA富媒体客户端通过转换服务器与虚拟会议室系统业务服务器双向互动。
一种大型多媒体会议发布系统的问答系统,通过如下步骤实现:
当WEB客户端申请问答时,问答信令通过浏览器发送给了WEB服务器,WEB服务器发送给会议管理服务器,会议管理服务器发送给主持人客户端,主持人客户端显示该用户申请提问;
主持人客户端收到参会人提问申请以后,主持人或授权嘉宾根据会议进程需要,选择参会人进入问答模式,此时主持人或授权嘉宾从管理客户端发出信令,通过接入、传输服务器发送到业务管理服务器,业务管理服务器请求转换服务器,分配双向交流信道给指定的客户端,分配到资源后,通知WEB服务器该终端切换到问答客户端,同时下发通道信息给该用户的WEB浏览器,该用户浏览打开一个新窗口,启动会议RIA富媒体客户端,同时暂时停止浏览器的流媒体播放,这时该用户如同嘉宾一样,使用RIA富媒体客户端同主持人及嘉宾进行双向交流,同时WEB服务发送信令给会议管理服务器,该用户已经进入问答模式,会议管理服务通知主持人客户端,该用户已经进入问答模式。
参会人提问完成后,主持人或授权嘉宾根据会议进程,收回该参与人权限,主持人或授权嘉宾从管理客户端发出信令,通过接入、传输服务器发送到业务管理服务器,业务管理服务器通知WEB服务器,FLASH客户端停止工作,恢复流媒体播放,该用户回到原来模式。
参会人提问完成后,自己选择回到原来模式,这时,信令送到WEB服务器,转发给业务服务器,业务服务器通知主持人和嘉宾,该用户的提问模式结束,同时通知转换服务器,收回该参与人的信道,WEB服务器收到信令后,产生浏览器事件,让该参会人的浏览器回到流媒体播放,并关闭RIA富媒体客户端。
参会人收看会议进入稳定状态后,WEB服务根据轮换法则,让各个与会下载RIA富媒体应答客户端,使得网络流量平均,而且在问答切换时不用下载,减少切换时间。
本发明的有益效果是,改变目前物理会议室发布模式,采用互联网虚拟会议室,主持人,嘉宾通过虚拟会议室的强交互,通过互联网广播发送给广大与会者,减少发布活动的会议室和差旅成本,并且使得发布活动能随时随地进行。而临时将互联网听众加入到虚拟会议室,在保障低带宽情况下,解决了发布活动的老大难问题,实时问答互动。
附图说明
图1为本发明大型多媒体会议发布系统的问答系统的系统构架图;
图2为本发明大型多媒体会议发布系统的问答系统的传输模式示意图;
图3为本发明大型多媒体会议发布系统的问答系统的客户端的系统构架图;
图4为本发明大型多媒体会议发布系统的问答系统中主持人及嘉宾登陆的流程图;
图5为本发明大型多媒体会议发布系统的问答系统中参与人登陆的流程图;
图6为本发明大型多媒体会议发布系统的问答系统中启动应答模式的流程图;
图7为本发明大型多媒体会议发布系统的问答系统中用户申请提问的流程图;
图8为本发明大型多媒体会议发布系统的问答系统中批准用户进入提问模式的流程图;
图9为本发明大型多媒体会议发布系统的在问答过程中各个服务器相互作用的流程图;
图10为本发明大型多媒体会议发布系统的问答系统的总体部署图。
具体实施方式
本发明大型多媒体会议发布系统的问答系统,主要用于解决多媒体大型会议系统中的广大参与者与会议主持人的问答互动问题,在保障较低带宽的前提下,让原来发布系统的广大听众能够受控的同主持人及嘉宾双向沟通,极大提升网络多媒体发布会议的效率;也使得互联网多媒体发布不在依赖地点,嘉宾、主持人和广大参与者都可以在不同地点接入,方便了发布活动的随时随地进行,降低了发布活动成本。
具体来讲,主持人和嘉宾是在一个具有双向强交互、低延时的网上虚拟会议室举办发布活动,该网上虚拟会议室的音频和视频以流媒体方式发布,文档等数据业务以互联网接入方式发布,广大受众可以通过互联网方式收看发布活动。由于发布会议室是互联网虚拟会议室,主持人可以从广大听众中选择一个或几个进入虚拟会议室,这几个听众就如同嘉宾一样在虚拟会议室同主持人互动,实现如同进入发布现场一样的效果,问答互动,双向交流。
请参见图1,本发明大型多媒体会议发布系统的问答系统包含有虚拟会议室系统和会议室发布系统。其中,虚拟会议室系统的功能是支持小于20人的参与者,每位参与者可以使用音频视频及文字、文档及其他数据共享,使得大家如同在一个会议室一样,充分交流。
虚拟会议室系统,包含,服务器端和客户端。服务器端包含有会议管理服务器、业务服务器、接入、传输服务器、转换服务器,服务器端的功能是负责会议室管理及提供双向的音视频及数据共享服务。客户端包含WEB客户端、FLASH客户端和管理客户端,客户端的功能是实现用户参与会议、参与问答的终端。FLASH客户端是基于FLASH实现的客户端,一般用于广大听众进入问答环节,管理客户端是主持人和嘉宾用的客户端,功能上比FLASH客户端丰富一些,主要是数据共享功能要丰富充分,也要高效得多,能够使用本地资源。
会议室发布系统包含会议室发布服务器和流媒体服务器,发布子服务器将虚拟会议室的音视频、数据共享等场景合成为一路音视频流媒体,推送给流媒体服务器,流媒体服务器负责将其在网络上发部,广大参会者通过IE等浏览器收看虚拟会议室的多媒体流,参与发布活动。
当一个发布活动的听众,被邀请进入虚拟会议室时,启用FLASH客户端,用户仍然保持用浏览器方式,不过浏览的是FLASH网页,FLASH插件会同虚拟会议室的FLASH服务器联系,进入虚拟会议室。
因此在该系统中,发布活动的听众始终保持使用浏览器方式参与会议,无需安装特别的应用程序。
用于广大发布活动的受众基本上是在使用多媒体广播收听方式,如同当前其他发布系统一样,带宽较低,在虚拟会议室人数保持在20人一下,也对服务的带宽不构成压力,因此,该方式仍然有效解决了受众需要双向互动与带宽需求间的矛盾,在有限带宽下提供大规模用户接入使用。
比较目前通常的互联网发布系统,通过一个会场,将嘉宾连同主持人一起在主会场,并要请一定数量的听众进入主会场,然后将主会场的声音和图像通过互联网广播方式发布给网上与会者,同时该发布网站提供双向文字聊天功能,网上与会者仅仅观看发布音视频,通过文字聊天方式将问题提给主持人,由主持人选择回答者回答。该方法最大问题是需要会议室,主持人和嘉宾必须到一起,其成本和费用较高。
采用该发明方式,支持人和嘉宾可以在不同地点,不需要特定会议室,直接以网上虚拟会议室模式将主持人和嘉宾活动发布给广大与会者,极大节省差旅和会议室成本,可以随时随地进行发布活动。
通过将提问者临时加入到虚拟会议室,如同嘉宾一样在会议中通主持人与嘉宾互动,实现了可控的问答模式,解决普通互联网发布会议中的问答问题,使得网络用户同现场用户一样可以实现音视频互动,使得会议的听众成为了真正的参与者,提高了会议的通信能力。
关于本发明的系统和实现方法,现结合附图具体描述如下:
会议室发布系统包含WEB服务器、发布服务器、流媒体服务器和FLASH服务器。虚拟会议室系统和会议室发布系统相互交互实现虚拟会议室的功能。
虚拟会议室系统通过传递消息(Message)实现各功能模块的连接,下表为消息(Message)的结构组成,在整个虚拟会议室系统中没有特别指明的消息均为这一消息结构。
序号 | 字段名称 | 类型 | 功能 |
1 | m_version | 整型 | 消息版本号:0x100标示1.0版本。 |
2 | m_timestamp | 整型 | 时标:消息发送时间标识,从1997年1月 |
1日零时起的时间值,单位是1s/65536,剔除溢出32位部分。 | |||
3 | m_type | 整型 | 消息类型。 |
4 | m_confID | 整型 | 会议号:唯一区分会议的标识。 |
5 | m_groupID | 整型 | 组号:业务组的唯一标识。 |
6 | m_userID | 整型 | 用户号:唯一区分用户的标识。 |
7 | m_contentLength | 整型 | 消息体长度:消息具体数据m_content数组的长度。 |
8 | m_content | 字节数组 | 消息体:消息体数据,根据消息类型确定具体内容。 |
下面分别介绍各个功能模块的数据结构及功能:
(一)、会议管理服务器:
会议管理服务器的功能是服务管理所有召开的会议,负责将受众转换成虚拟会议室的与会者。更具体来讲:包括分配接入、传输服务器,分配业务服务器,分配转换及发布服务器给一个用户,并负责处理用户关于会议相关的请求,负责将用户状态从收听状态转换到双向交互状态,是虚拟会议室和发布的核心部分。
会议管理服务器根据功能划分,包含会议相关管理模块及服务器相关管理模块两部分,会议相关管理模块主要功能是维护会议状态及会议中用户状态,而服务器相关管理模块的主要功能是维护同各种服务器的心跳,为会议及用户分配服务器,完成服务器故障时的切换等工作。下面一一描述各部分实现。
1、会议相关管理模块的数据组成和功能细分:
会议相关管理模块管理的会议以列表形式保存会议管理服务器中,该会议列表记录着所有当前会议的信息,会议(Conference)列表的结构包含:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_confID | 整型 | 会议号:会议号唯一区分一个会议,是会议的唯一标识,在传递的消息中会以该号标识会议。 |
2 | m_userList | 列表 | 参与人列表:会议中所有参会者的集合,记录 |
了所有与会者。 | |||
3 | m_serviceList | 列表 | 业务服务列表:记录了所有该会使用的业务服务。 |
4 | m_webServer | 整型数组 | WEB服务器地址:WEB服务器入口地址。四个整型,支持IPV6(128位) |
5 | m_distServer | 整型数组 | 发布服务器地址:发布服务器入口地址。四个整型,支持IPV6(128位) |
6 | m_flashServer | 整型数组 | FLASH转换服务器地址:FLASH转换服务器入口地址。四个整型,支持IPV6(128位) |
7 | m_confStatus | 整型 | 会议状态:bit0-代表会议开启状态bit1-代表会议锁定状态 |
会议的用户列表(m_userList)记录了参与人的所有信息,其结构组成如下表所述:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_userID | 整型 | 用户号:唯一区分用户的标识。 |
2 | m_type | 整型 | 用户类型:【1-管理客户端、2-WEB客户端、3-FLASH客户端】 |
3 | m_role | 整型 | 用户角色:【主持人、嘉宾、参与人】 |
4 | m_transferServer | 整型数组 | 接入、传输服务器地址:客户端连接的接入、传输服务器的IP地址,四个整型,支持IPV6(128位)。 |
5 | m_status | 整型 | 用户状态:ON(1)->在线状态;OFF(0)->下线状态;AA(2)->问答状态。 |
参与人在WEB服务器登陆时,根据登陆消息决定用户角色,用户角色可以是主持人、嘉宾或参与人。登陆消息由WEB服务器发送到会议管理服务器,由会议相关管理模块提供的管理接口根据角色分配服务器,让参会人能够正常入会(参见下述用户加入会议接口)。用户号是会议中参与者的唯一标识,用户类型决定了当前用户被分配的客户端类型,会议中如果参与人参与问答,实际是会议相关管理模块将参与者的用户类型从WEB客户端提升到FLASH客户端或管理客户端,使得用户可以使用双向交流功能。用户状态标识用户目前是处于在线或下线、是否处于临时问答状态。会议相关管理模块将登陆的参与人设成WEB客户端类型,即参与人首先成为流媒体广播的受众,仅能收听流媒体(包括FLASH流媒体)广播。接入、传输服务器地址(m_transferServer)记录着客户端连接的接入、传输服务地址,是在用户登录时就分配好的,对于WEB客户端,该地址依然分配,但仅仅在用户参与问答,且已经安装有客户端时,客户端会自动被调起,连接该地址,进入问答环节。
对于客户端登陆的用户,会议管理服务器根据其账户,将其设置成主持人或嘉宾,这些人进入会议室,所有与会者都能看到。其中WEB客户端的参与者能看到主持人和嘉宾,但WEB客户端参与人不能看到WEB客户端的其它参与人。
会议列表中的业务服务列表(m_serviceList)是记录了各个业务服务所在的业务服务器,具体定义如下:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_serviceType | 整型 | 业务类型:语音服务、视频服务、文字聊天、文字调查、文字问答、白板共享、桌面共享和应用共享等 |
2 | m_serviceID | 整型数组 | 业务服务器ID:四个整型,支持IPV6(128位),每个会议的每个业务只能分配到一个服务器上。 |
3 | m_status | 整型 | 服务器状态:0-维护状态,1-可分配用户0,即服务器正常服务,但已经占满,其它值是业务服务器还可以支持的用户数量。 |
会议相关管理模块提供会议管理接口给WEB服务器,这样,管理者或是WEB用户就能通过会议管理接口管理会议,该会议管理接口包含:
创建会议:createConference(会议参数),返回会议ID。创建会议,填充会议记录,并将记录加入会议列表中。
结束会议:deleteConference(会议ID),没有返回。如果会议没有停止,停止会议,从会议列表中移除会议。
开启会议:startConference(会议ID),返回成功或失败。设置会议状态为开启状态,发送消息给所有与会用户,会议开启,可以使用业务。
关闭会议:stopConference(会议ID),返回成功或失败。设置会议状态为关闭状态,发送消息给所有与会用户,会议关闭,关闭会议中的所有业务。
锁定会议:lockConference(会议ID),返回锁定状态。禁止新的用户加入到会议。
会议解锁:unlockConference(会议ID),返回锁定状态。允许新的用户加入到会议。
用户加入会议:userJoin(会议ID,用户记录),返回分配的接入、传输服务地址或转换服务器地址。如果会议允许新的用户加入到会议,将用户加入到会议记录的用户列表中,根据用户类型,分配接入、传输服务地址或转换服务器地址,返回该地址。并将用户ID记录到相应服务器用户列表,通知服务器该用户加入会议。
用户退出会议:userQuit(会议ID,用户ID),返回成功或失败。首先通知用户所用服务器,该用户退出会议,然后从服务器记录中移除该用户ID,最后从列表中移除用户记录。
切换用户类型:userTypeChange(会议ID,用户ID,用户类型),用户类型在WEB客户端和FLASH客户端之间切换,返回成功或者失败信息。该接口是交换方式切换的接口,查找会议用户信息,设置用户类型,根据当前用户类型,通知相应服务器用户状态的切换,包含该用户使用的业务服务器及转换服务器等。
获得会议用户列表:getUserList(会议ID),返回该会议用户列表。业务及WEB服务器通过该接口获取用户列表,用于显示或业务处理。
WEB服务器除了通过以上接口外,还通过消息接口,将用户消息发送给会议管理服务器,由会议管理服务器对会议消息作出响应。上述接口是会议管理服务器的对外功能。
2、服务器相关管理模块:会议管理服务器除会议相关的管理外,还要管理业务服务器、接入、传输服务器、转换服务器和发布服务器,并结合负载均衡算法,分配相关服务器给各个会议。
所有服务器保存在服务器管理数据结构(ServerManager)中,具体定义如下:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_servers | MAP | 服务器Map:一个以m_serverID为键值的Server的Map。 |
2 | m_serviceServers | MAP | 业务服务器:一个以m_serviceType为键值的m_serviceList构成的Map,m_serviceList是业务服务器的列表,在一个列表中是同一个类型的业务服务器。 |
3 | m_transferServers | MAP | 接入、传输服务器:一个m_ServerList,是所有传输、接入服务器列表。 |
4 | m_translateServers | MAP | 转换服务器:一个m_serverList,是所有转换服务器列表。 |
5 | m_distServers | MAP | 发布服务器:一个m_serverList,是所有发布服务器列表。 |
这些服务器实时记录数据结构(Server)如下:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_serverID | 整型 | 服务器ID:唯一区分用户的标识。 |
2 | m_serverType | 整型 | 服务器类型:【1-WEB服务器、2-发布服务器、3-FLASH转换服务器,4-接入服务器,5-传输服务器】 |
3 | m_userIDList | 列表 | 用户列表:记录m_userID的总表。 |
4 | m_serverAddress | 整型数组 | 服务器地址:128位IP地址,支持IPv4 &IPv6 |
5 | m_cpu | 整型 | 服务器CPU剩余KIPS及使用百分率:服务器通过分析PROC信息,获取CPU能力,占用数值,计算出cpu剩余KIPS |
6 | m_memory | 整型 | 服务器memory剩余(KB):服务器通过分析PROC信息,获取可以使用内存数量。 |
7 | m_io | 整型 | 服务器io使用情况:网络IO数值,单位 |
KBytes/s | |||
8 | m_disk | 整型 | 服务器磁盘使用情况:磁盘剩余空间,MB |
9 | m_capiblity | 整型 | 服务器最大能力值:每种机器为个常量 |
10 | m_status | 整型 | 服务器状态:服务器激活状态,如果服务器心跳超时,将服务器标称为非活动状态,等到服务器重新注册。 |
服务器相关管理模块对会议相关管理模块提供服务器调用接口(函数接口),包括如下接口:
请求服务器:ServerReq(服务器类型,confID),返回服务器ID。
业务服务器增加用户:ServiceAddUser(服务器ID,confID,userID):在服务器上增加一个用户,用于负载记算。
业务服务器删除用户:DeleteUser(服务器ID,confID,userID),从服务器上剔除一个用户,用于负载记算。
获取服务器记录:getServer(服务器ID),返回服务器数据结构(Server):获取服务器详细资料。
切换服务器:ServerMigrate(原服务器ID,confID列表)返回新服务器ID散列数组,该方法用于服务器故障时服务器切换,返回散列数组的下标是会议ID,即可能根据负载情况,将会议分配到不同服务器上。
服务器相关管理模块在数据结构的基础上提供不同的服务器调用接口给不同的服务,服务器相关管理模块与所有的业务服务器,接入、传输服务器,转换服务器之间设置有管理接口,这些接口比较一致,包含注册、注销和心跳。具体内容如下:
服务器注册:serverRegister(m_serverType,server),返回m_serverID:将服务器类型和服务器记录数据结构输入,返回服务器ID。记录服务到服务器管理(ServerManager)数据结构的m_servers Map中,并且根据服务器种类,加入不同服务器到m_serviceServers、m_transferServers或m_translateServers,建立到服务器心跳接收,任务分配根据列表及心跳数据挑选服务器给不同会议及用户。
服务器注销:serverUnregist(m_serverType,m_serverID),返回成功或失败:停止服务器心跳接收,从服务器管理(ServerManager)数据结构的m_serversMap中移除服务器记录,根据服务器种类,从m_serviceServers、m_transferServers或m_translateServers中移除服务器。
服务器心跳:heartbeat(服务器ID,m_cpu,m_memory,m_io,m_disk),发送心跳,包含一个server的可用数据。
服务器相关管理模块在分配服务器时根据服务器类型,查找到相应的服务器列表,首先剔除不可以使用的服务器,根据m_cpu,m_memory,m_io和m_disk各占30%、30%,30%,10%的权重来计算服务器使用度,此外,还要根据服务器上的人数,计算出每个用户对m_cpu,m_memory,m_io和m_disk使用量,将使用量按照30%、30%,30%,10%的权重计算出单个人使用的情况,根据使用度计算结果,计算剩余的能力(定义机器加权最大能力,一般是机器cpu、memory、io和disk上限值计算所得一种机器为一个常量,减去使用度即为剩余能力),将剩余能力除以单个人使用的情况,按照数值取最大值分配机器。
在服务器发生故障时,服务器相关管理接收不到服务器的心跳,在连续两次心跳没有接收到时,通知会议相关管理服务器故障,会议管理查找所有在该服务器上的会议,调用ServerMigrate实现服务器切换。
(二)、业务服务器:
业务服务器整个虚拟会议室系统的基础,负责提供虚拟会议室内的各项服务,包含但不局限于:语音服务、视频服务、文字聊天、文字调查、文字问答、白板共享、桌面共享和应用共享。下面一一列举了各服务模块具体实现的功能:
语音服务:包含控制各个与会者语音,包括静音、悄悄话、混音、分发音频数据和音量大小调节等功能。
视频服务:包含控制各个与会者的视频,包含共享,视频混合,分发视频数据等功能。
文字聊天:支持所有与会者的文字聊天功能,包括从WEB服务器来的聊天文字消息。
文字调查:通过下发调查问卷方式,直接在会议中发起调查,并能统计、广播调查的结果。
文字问答:通过文字方式提问,嘉宾或支持人以文字方式应答,在不影响会议情况下,回答受众问题。
白板共享:虚拟白板共享,所有虚拟会议室中的参与者可以再白板上画图,帮助表达和讨论。
文档共享:主持人和嘉宾向所有与会者共享文档,如PPT演示等。
桌面共享:主持人和嘉宾将自己电脑桌面共享给所有与会者,对于演示或展示产品界面,更为友好。
应用共享:如同桌面共享一样,将主持人和嘉宾将自己的应用展示给与会者,演示产品功能是非常有效。
所有的业务服务器提供的业务服务都是具有相应功能的服务器实现的,本系统中的音频服务、视频服务、白板共享、文档共享、桌面共享、聊天、问答、调查等具体业务服务器均为现有成熟技术,在此不在赘述。
业务服务器提供消息接口给接入、传输服务器、发布服务器和转换服务器,将业务的信令处理结果以消息方式通知客户端或是发布服务器和转换服务器,每个业务服务器都要向会议管理服务器注册,由会议管理服务器分配会议到不同的业务服务器,业务服务器定期向会议管理服务器发心跳,带有服务器可用性数据,以利于会议管理掌握服务器状态,分配会议资源。
所有业务服务器都记录自己处理的会议,也是一个会议列表,不过业务服务器的会议结构与会议管理有所不同,具体定义如下:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_confID | 整型 | 会议唯一标识号。 |
2 | m_groupList | 列表 | 业务组列表:该会议使用的业务实例的列表。 |
3 | m_userList | 列表 | 用户列表:记录了该会议中的所有用户。 |
上述会议结构中的用户列表记录了会议中的所有用户,用户数据结构与会议管理中的定义相同。会议结构中业务组列表(m_groupList)是业务实例的列表,每个业务实例是一个Group,具体定义如下:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_groupID | 整型 | Group号:业务实例的唯一标识。 |
2 | m_serviceType | 整型 | 业务类型:业务服务器处理的业务种类,如音频服务、视频服务、白板共享等。 |
3 | m_translaterServer | 整型数组 | 转换服务器地址:128位,兼容IPv6。 |
4 | m_distServer | 整型数组 | 发布服务器地址:128位,兼容IPv6。 |
5 | m_userIDList | 列表 | 用户ID列表:所有参与该业务实例的用户ID。 |
业务服务器提供公用的消息接口:
信令消息接收:sendMessage(消息结构),返回消息处理结果。
会议管理服务器,接入、传输服务器,发布服务器和转换服务器均通过该消息接口向业务服务器发送消息,业务服务器根据消息内容作相应处理。
除公用消息接口外,业务服务器中的各服务器还给会议管理服务器提供以下接口:
创建业务服务:createService(confID,m_translaterServer,m_distServer),返回业务组ID。该接口用于会议管理创建会议中的业务服务,一般是在会议开始时,缺省需要创建的业务服务,在会议中可以随时开启新的业务服务。
删除业务实例:deleteService(m_groupID),没有返回。一般用于会议结束时删除业务实例。
用户加入业务:userJoin(confID,userID),返回成功或失败。用户加入该业务,一般用于会议中用户登录时的业务处理,
用户退出业务:userQuit(confID,userID),没有返回。用于用户退出会议时的业务处理。
会议管理服务器调用这些接口,管理分配业务实例到不同的业务服务器。
会议客户的数据流通过接入、传输服务器和转换服务器送到业务服务器,服务器处理后,结果以数据消息方式,通过接入、传输、转换服务和发布服务器送抵用户终端。
(三)、接入、传输服务器:
虚拟会议客户端直接连接到服务器端接入、传输服务器,用户的所有数据和信令,都通过接入、传输服务器送达到会议管理服务器和业务服务器,在接入、传输服务器中,主要关注每个客户端连接情况,每个用户的每个业务实例即Group,都分到一个通道(Channel),用户通过各个通道(Channel)发送数据给不同的业务服务器和会议管理服务器,每个会议中预设一个特定的Group表示会议管理服务器。接入、传输服务器的数据以通道为中心,通道(Channel)的具体定义如下:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_channelID | 整型 | 通道号:通道的唯一标识。 |
2 | m_confID | 整型 | 会议号:会议的唯一标识。 |
3 | m_groupID | 整型 | Group号:业务实例组的唯一标识。 |
4 | m_userID | 整型 | 用户号:用户的唯一标识。 |
5 | m_server | 整型数组 | 业务服务器或会议管理服务器地址:128位整型(4个32位整型),兼容IPv6。 |
6 | m_connect | 整型 | 用户网络连接:系统分配的嵌套字(Socket)的标识符。 |
接入、传输服务器保存了一个以通道ID为键值的通道Map,所有通道都保存在该Map中,除此以外,为了查找方便,还建立了以{conffD,groupID,userID}为组合键值的通道Map,可以简单的用会议号、Group号和用户号查找一个通道。
接入、传输服务器保持同客户端的连接(m_connect),当用户端的消息通过网络送到服务器时,消息(Message)中含有confID、groupID和userID,接入、传输模块要根据消息中的这些字段查找到通道,然后将消息转发给通道中的业务服务器或会议管理服务器(m_server),即通过调用业务服务器或会议管理服务器的sendMessage接口,将消息发送给服务器。
接入、传输服务器一样提供消息接口,其他服务器都可通过该接口发送消息给客户端:
信令消息接收:sendMessage(消息结构),返回消息处理结果。
当有业务服务器或是会议管理服务器调用该接口时,接入、传输模块根据消息中的confID、groupID和userID查找到通道,用通道的连接(m_connect),将消息发送给用户。
同所有业务服务一样,接入、传输服务器需要向会议管理注册,并发送心跳数据,会议管理负责按照负载均衡原则分配用户到不同的接入、传输服务器。
(四)、转换服务器:
转换服务器(又称FLASH融合模块)的功能是将业务服务器中的桌面共享、应用共享、文档共享、白板共享、文字调查、文字问答和文字聊天的数据和信令转换成RIA富媒体,如FLASH的对象或流,并将RIA富媒体(FLASH对象或流)的输入转换成业务服务器发送的信令和数据,通过Flash(RIA富媒体)服务器,与浏览器客户进行双向互动。本发明中Flash技术是RIA富媒体中的一种,本发明可采用其他富媒体形式,并不限定于Flash技术。
转换服务器负责将FLASH消息,一般是一个java Map管理的属性池,转换成消息结构,发送给相应的服务或会议管理,另一方面,将消息结构转换成FLASH消息,即将消息中的各项值以名字为键值,保存到Java Map中去,构造出FLASH消息,驱动FLASH客户端。对于业务数据,转换成RTMP流形式,直接发送至FLASH服务器分发,这包含音视频数据和桌面共享数据,其他数据仍然以FLASH消息方式分发到FLASH客户端。本发明中FLASH客户端是RIA富媒体客户端的一种形式,该客户端还可以采用RIA富媒体的其他形式,本发明实施例仅为表述方便,采用Flash进行限定描述。
转换服务器主要是以业务实例为一个共享对象分发数据的,转换端作为一个共享对象的终端,向共享对象发送数据,同时将从共享对象中获取客户端的FLASH消息对象,将FLASH消息对象转换成消息对象。
转换服务器如同接入、传输服务器一样,保存每个用户的连接通道,通道结构定义也与接入、传输服务的相仿,唯一不同是不记录连接,而是记录个体的RTMP连接对象,具体定义如下:
序号 | 字段名称 | 名称及说明 |
1 | m_channelID | 通道号:通道的唯一标识。 |
2 | m_confID | 会议号:会议的唯一标识。 |
3 | m_groupID | Group号:业务实例组的唯一标识。 |
4 | m_userID | 用户号:用户的唯一标识。 |
5 | m_server | 业务服务器地址:4个整型,兼容IPv6。 |
6 | m_rtmpConnect | RTMP连接:Adobe Flash服务器的网络连接。 |
除了RTMP连接用于发送单个用户的点对点消息外,在FLASH服务器上,还有共享对象,用于发送共享消息,用于每个业务组的共享消息发布,转换服务器基于RED5的ORG服务器,前端的FLASH服务器基于RED5的Edge服务器,前端仅仅是分发服务,转换服务器是业务相关的处理,共享对象记录在Map中,以会议号和Group号联合为键值,需要分发的消息在找到对象后直接发送给对象分发。
(五)、客户端:
客户端的功能是为了提高主持人和嘉宾的交互效率,安装到主持人和嘉宾的终端计算机上的程序,主要功能是收集用户操作信息及媒体数据,发送给相应服务器,并将服务器下发的信令和数据实现为动作或媒体,展现给用户。主持人和嘉宾需要该程序,以高效方式控制、参与会议。按照功能和角色分为WEB客户端(浏览器客户端)、FLASH客户端和管理客户端。客户端是一个Windows的应用程序,负责收集用户指令,展现系统功能,该客户端系统构架如图3所示,包含有应用的框架,Plug-in管理,所有的业务均以插件形式存在,为业务扩展流下空间。每一个插件对应用于一个业务服务器,与其通信,实现业务功能。该客户端同普通的IM客户端(如MSN)一样,负责用户在虚拟会议室中的交互。一般嘉宾和主持人使用管理客户端,以提升互动的质量。普通的与会者一般使用浏览器客户端,包含Flash插件,保障以流媒体方式收看会议广播,当要提问时,转换到Flash方式,进行双向互动,此时用户使用的客户端从WEB客户端转换为FLASH客户端。客户端为现有成熟技术,在此不再赘述。
二、会议室发布系统
如图1所示,会议室发布系统含有WEB服务器、发布服务器、流媒体服务模块和FLASH服务模块,WEB服务器是系统的入口,是发布服务器与FLASH服务器的管理者,是该系统的核心。发布服务器利用Encoding技术,将会议室中的音视频编码成网络流媒体,推送给流媒体服务器广播分发。FLASH服务器是RED5的Edge服务器,负责FLASH流媒体广播,FLASH客户端的信令分发等;下面一一介绍:
1、WEB服务器:
所有与会人,包括客户端的主持人和嘉宾,WEB接入的广大参与者,都是通过WEB登录上系统的,因此WEB服务器首先是该系统的登录门户,实现用户管理相关的功能,包括用户注册,用户会议预定等功能,此为现有成熟技术,在此不再详述。
会议的第一个用户登录后,WEB服务器首先要调用会议相关管理模块提供的创建会议管理接口创建会议,在会议列表中添加了一条会议记录,使得一个会议被创建,且该用户的内容被写入用户列表,并且对会议所需的服务器进行资源分配,但并不开启会议。WEB服务器在主持人入会时,调用会议相关管理模块的开启会议接口开启会议,WEB服务器并不保存会议数据,当信令到达时,到会议管理查询,根据查询结果判断应该采取的行动。
对于主持人和嘉宾从WEB服务器端登录后,返回网页会检查是否存在客户端软件,如果有,直接调起客户端,将用户、接入、传输地址等相关消息同时提交客户端,客户端直接连接接入、传输服务,开始会议。如果没有客户端,提示下载客户端,然后调起客户端。如果用户不下载客户端,则用FLASH客户端模式,这时的嘉宾或主持人无法共享自己桌面,其它功能同客户端一样,但交互能力略差。
对于普通参与人入会,在WEB端登陆后,直接返回网页包含到发布服务器的流媒体连接器,采用微软的MediaPlay、REAL的RealPlayer或是Apple的QuickTime,这媒体系统都有浏览器插件,对每一场会议,根据需求,仅仅可以使用一种发布方式。这样返回网页只要同流媒体服务器连接,观看会议进程。在返回的网页中,除了媒体播放,还含有数据共享,如文档共享、聊天等,都以Flash广播方式,通过提取FLASH的静态页面实现,在流媒体广播中,加有数据消息,通知页面数据共享页面改变,页面刷新FLASH的静态页,实现数据共享同虚拟会议室中数据共享同步。
会议中的提问请求,由WEB客户端浏览器发送到WEB服务器,WEB客户端将请求发送给会议管理服务器,并根据会议管理服务器的应答,决定是否让一个WEB浏览器端开启FLASH客户端程序,在这时,需要会议管理服务器分配相应资源,保障该FLASH客户端能使用会议的音视频和其他数据共享业务,主持问答双向实时互动。
WEB服务器如同大多数WEB JAVA服务器一样,是个粘合层,将发布,会议室,FLASH客户端及客户端粘结在一起,完成系统功能。该方式保障了参会者能够观看到会议进展,而且可控的将部分用户转换到强交互方式,实现虚拟现场的问答方式。
2、发布服务器:
发布服务如同一般的流媒体发布的Endcoding终端一样,将会议中的音视频流编码,推送到流媒体服务器,会议管理服务器会为每个会议分配发布服务器,发布服务也要记录分配到的会议和会议的业务服务器,这里一般记录音视频业务服务器,具体会议记录如下:
序号 | 字段名称 | 类型 | 名称及说明 |
1 | m_confD | 整型 | 会议号:会议的唯一标识 |
2 | m_groupID | 整型 | Group号 |
3 | m_confManager | 整型数组 | 业务管理服务器地址:4个整型,兼容IPv6 |
4 | m_server | 整型数组 | 业务服务器地址:4个整型,兼容IPv6。 |
这样,发布服务器中的业务服务器处接收每个媒体流数据,调用Microsoft、Real或Apple的Encoding程序,完成编码,同时推送到流媒体服务,流媒体服务广播到广大用户。
发布服务器也有消息接口,业务服务器及会议管理服务器通过消息接口将数据及信令发送到发布服务器,该接口定义如下:
信令消息接收:sendMessage(消息结构),返回消息处理结果。
发布服务器将接收到的音视频数据消息,通过Encoding程序,编码并推送给流媒体服务,广播给广大与会者。
对于文档共享,发布服务器将接收到的数据即文档页面的图片转换成静态Flash页面保存在Web服务器端,当接收到翻页消息时,在流媒体Encoding程序中叠加翻页消息,广播给广大参会者,参会者浏览器网页会主动到Web服务器提取所要的页面。
对于问答,调查业务,发布服务器采用相同策略,将数据即XML格式的文字转换成Flash静态页面,发布消息给客户端。
对于白板,聊天和桌面共享等服务,方式比较复杂,除生成静态页面外,还要生成增量数据,通过FLASH广播(富媒体RIA),发布增量数据,这时,客户端需要保持Flash连接,如同流媒体播放一样,对Server端推送的增量数据做处理。对于聊天,数据是文字,白板是图形信息,而桌面比较复杂,是分区的小块图片,都是容易转换成FLASH Object,发送到FLASH广播服务器进行广播。
3、流媒体服务器:
该服务是标准的流媒体发布服务器,根据需要,可以部署微软的MediaPlayer、Real的RealOne和Apple的QuickTime流媒体发布服务器,基本是选型部署,无需开发,这里不再详细说明。
4、FLASH服务器:
这里是RED5的Edge,仅仅是FLASH分发服务器,包括FLASH流媒体分发及FLASH对象共享的消息分发,也是仅仅部署,无需开发。
三、具体使用过程
对于一场发布,可以分为几个阶段,预备阶段,注册阶段,会议阶段,本发明与会议阶段相关,为了较好说明具体使用过程,对其他几个阶段也加以简单说明。
1、预备阶段:
在预备阶段,用户通过WEB服务器预定会议,并指定主持人,要邀请的嘉宾,及要邀请的参与人,这时WEB服务器分配主持人的账号、密码,嘉宾账号,密码,以Email方式通知主持人和嘉宾其账户与密码,并且提醒主持人和嘉宾提前下载客户端,以方便会议使用。Email中同时有主持人和嘉宾的参与的URL,点击直接登录入会。
对于参与人,一般分成公开发布会议,和内部发布会议,公开发表参与人来源较多,除主办方提供,网上广告吸引参与人参与也是常用模式,内部发布,仅仅支持主办方提供的参与人列表,但不管如何,参与人需要注册登记,确定出席。而主办提供名单,WEB服务将发送Email邀请其注册。
2、注册阶段:
在此阶段,被邀请的参与人或是通过广告直接邀请到的参与人,登录到WEB站点,注册参与发布活动,该阶段结束时,会提供给客户参与人的注册情况,以方便客户管理会议。注册阶段,参与人注册后会受到Email通知,包括会议日程,登录URL等。
3、会议阶段
会议阶段是发布活动的主体,也是本专利设计的主要参与过程,这里从主持人登陆开始,详细描述各个子系统的工作流程。
3.1、登录过程
主持人和嘉宾使用浏览器登陆,如图4所示,当检查没有下载客户端时,下载客户端,如果下载客户端失败,或调起客户端失败,采用FLASH客户端方式加入会议。
登录成功时,主持人和嘉宾以管理客户端或者是FLASH客户端的形式参与双向互动,而对于参与者登陆,如图5所示,是仅仅用WEB服务,FLASH发布服务及流媒体发布服务收听发布内容。
3.2、问答开启:
在会议过程中,主持人或者授权的嘉宾有权开启问答,在问答开启之前,参与人的WEB浏览器端,仅仅能收听会议进程,或者采用WEB端的聊天服务向会议主持人发出信息,但没有音视频等业务的双向互动,在问答开启时,客户端出现提问申请按钮或举手按钮,参与人可以申请成为嘉宾模式的参与人,进行双向交流,并且让所有与会者可以看到或听到自己的提问及对回答的响应。
图6是开启问答过程的流程图,由主持人开启,上传到会议管理,会议管理通知所有的与会者,包含以浏览器观看的客户端。浏览器观看端激活或者显示提问申请按钮或举手按钮,问答开启完成。
3.3、申请进入问答:
参会人在问答开启以后,可以按动申请按钮申请提问,信令通过浏览器发送给了WEB服务,WEB服务发送给会议管理服务,会议管理服务发送给主持人客户端,主持人客户端显示该用户申请提问,这样申请提问流程完成。
如图7所示,是整个申请过程。由于主持人也使用FLASH客户端,会议管理发也送给该信令给转换服务器,以支持该模式。
3.4、允许进入问答:
参会人申请提问以后,主持人或授权嘉宾根据会议进程需要,选择参会人进入问答模式,这时主持人或授权嘉宾从自己的客户端发出信令,通过接入、传输服务发送到业务管理,业务管理服务请求转换服务,分配双向交流信道给指定的客户端,当分配到资源后,通知WEB服务器该终端切换到问答客户端,同时下发通道信息给该用户的WEB浏览器,该用户浏览打开一个新窗口,启动会议FLASH客户端,同时暂时停止浏览器的流媒体播放,即广播接收。这时该用户如同嘉宾一样,可以使用FLASH客户端同主持人及嘉宾进行双向交流,同时WEB服务发送信令给会议管理,该用户已经进入问答模式,会议管理服务通知主持人客户端,该用户已经进入问答模式。
如图8所示,是主持人邀请参会人进入问答模式到收到应答消息的全过程。请同时参见图9,其为本发明大型多媒体会议发布系统的在问答过程中各个服务器相互作用的流程图,记载了在问答过程中各个服务器相互作用的流程。
3.5、收回问答权限:
参会人提问完成后,主持人或授权嘉宾根据会议进程,可以收回该参与人权限,主持人或授权嘉宾从自己的客户端发出信令,通过接入、传输服务发送到业务管理,业务服务器通知WEB服务,这样FLASH客户端停止工作,恢复流媒体播放,该用户回到原来模式。
3.6、放弃问答权限:
参会人提问完成后,自己可以选择回到原来模式,这时,信令送到WEB服务器,转发给业务服务,业务服务通知主持人和嘉宾,该用户的提问模式结束。同时通知转换服务器,收回该参与人的信道。
WEB服务器收到信令后,产生浏览器事件,让该参会人的浏览器回到流媒体播放,并关闭FLASH客户端。
3.7、关于切换效率设计:
在与会者收看会议进入稳定状态后,WEB服务根据轮换法则,让各个与会下载FLASH应答客户端,使得网络流量平均,而且在问答切换时不用下载,减少切换时间。
五、其他说明
系统支持分布部署,通过业务服务器之间的业务数据同步,如图2中的专线连接,系统实现在不同点的部署,由于仅仅对上行数据需要同步,各个地点间的同步数据有限,可以通过专线,也可以用VPN线路,这样可以控制部署成本。
系统中关键性能体现在转换服务和广播服务,通过业务管理分配时,考虑到效率问题,尽量保持这两个种服务器在低负载情况下工作。
系统部署要根据业务的需求决定具体的部署规模,这里给出的是典型部署方式,如图10所示的部署方案。
首先是会议管理的部署,这是系统的数据中枢,采用双机热备方式保障系统可靠性。会议管理管理的机器如业务服务器、转换服务器等,采用n+1备份方式,即在业务需要n台服务器支持时,需要一台作为备份,在服务器出现问题是,会议管理会将业务迁移到其他服务器上,保障系统可用性。
业务服务部署,每个业务服务器部署一种业务,对于一种业务可以部署多个业务服务器,采用n+1热备,会议管理根据心跳情况自动切换服务,实现在一个业务服务器出现故障时的业务切换,保障业务不中断。
转换服务器、发布服务器和接入传输服务器如同业务服务器一样,采用n+1备份方式,保障业务的可靠性。需要注意的是,转换服务器同时部署RED5即Flash服务,该Flash服务器提供双向Flash交互,采用会议管理的负载均衡机制,采用N+1备份,由于一般会议的同时提问者较少,一般该机器仅仅部署一台,在WEB服务器中选一台也部署上转换及Flash服务作为备份即可。
对于Flash和流媒体广播服务,采用双机热备,保障发布的可靠度。由于大量的与会者采用收听模式,通过该服务器观看会议,该服务器通过CDN网络发布媒体,直接接入该机器的用户量并不多,因此仅仅采用双机热备。
比较特殊的是WEB服务器,会议管理仅仅拿到WEB前端的HTTPD服务器的地址及负载,业务处理在WEB服务器上,Apache通过JK-MOD实现同WEB应用服务器连接,并实现负载均衡。用户仅仅同Http服务器连接,该方式是成熟的WEB应用部署,HTTPD服务器采用n+1备份。以支持大量客户接入。
Claims (8)
1.一种大型多媒体会议发布系统的问答系统,包含有虚拟会议室系统和会议室发布系统,虚拟会议室系统包含会议管理服务器和业务服务器,该会议管理服务器包含会议相关管理模块和服务器相关管理模块,其特征在于:
该虚拟会议室系统还包含有转换服务器,该转换服务器的功能是将业务服务器中的数据和信令转换成RIA富媒体,并将RIA富媒体的输入转换成业务服务器发送的信令和数据,通过RIA富媒体服务器,与客户端进行双向互动;
该会议室发布系统包含发布服务器,该发布服务器的功能是将会议中的业务服务编码,推送到流媒体服务器,流媒体服务器广播到客户端,发布服务器提供消息接口给会议相关管理模块;
该服务器相关管理模块记录所有转换服务器和发布服务器的服务器数据结构并为会议相关管理模块提供服务器调用接口;
该会议相关管理模块为每个会议分配发布服务器地址和转换服务器地址;为每个会议中所使用的业务服务分配发布服务器地址和转换服务器地址;
该会议相关管理模块具有切换用户类型接口,该切换用户类型接口将用户类型在WEB客户端和RIA富媒体客户端之间切换;
当发布会议时,会议相关管理模块调用发布服务器,发布服务器将会议中的内容广播到WEB客户端;
当用户参与问答时,会议相关管理模块通过切换用户类型接口将WEB客户端转换为RIA富媒体客户端,RIA富媒体客户端通过转换服务器与虚拟会议室系统业务服务器双向互动。
2.如权利要求1所述的大型多媒体会议发布系统的问答系统,其特征在于:该转换服务器保存每个用户的连接通道,该连接通道中记录富媒体RIA连接,该富媒体RIA连接用于发送单个用户的点对点消息,在RIA富媒体服务器上共享对象,用于发送共享消息,用于每项业务服务的共享消息发布。
3.如权利要求1所述的大型多媒体会议发布系统的问答系统,其特征在于:该发布服务器将业务服务中的音视频数据消息,通过Encoding程序,编码并推送给流媒体服务。
4.如权利要求1所述的大型多媒体会议发布系统的问答系统,其特征在于:该发布服务器将业务服务中的文档共享、文字问答、文字调查数据转换成静态RIA富媒体页面保存在Web服务器端,当接收到翻页消息时,在流媒体Encoding程序中叠加翻页消息,广播给广大参会者,参会者浏览器网页会主动到Web服务器提取所要的页面。
5.如权利要求1所述的大型多媒体会议发布系统的问答系统,其特征在于:该发布服务器将白板共享,聊天共享和桌面共享服务转换生成静态页面并生成增量数据,通过富媒体RIA发布增量数据,这时,客户端需要保持RIA富媒体连接,如同流媒体播放一样,对Server端推送的增量数据做处理。
6.一种大型多媒体会议发布系统的问答系统的实现流程,其特征在于:通过如下步骤实现:
当WEB客户端申请问答时,问答信令通过浏览器发送给了WEB服务器,WEB服务器发送给会议管理服务器,会议管理服务器发送给主持人客户端,主持人客户端显示该WEB客户端的申请提问;
主持人客户端收到参会人提问申请以后,主持人或授权嘉宾根据会议进程需要,选择参会人进入问答模式,此时主持人或授权嘉宾从管理客户端发出信令,通过接入、传输服务器发送到业务管理服务器,业务管理服务器请求转换服务器,分配双向交流信道给指定的客户端,分配到资源后,通知WEB服务器,该WEB客户端切换到问答客户端,同时下发通道信息给WEB客户端的WEB浏览器,WEB客户端浏览打开一个新窗口,启动会议RIA富媒体客户端,同时暂时停止浏览器的流媒体播放,这时WEB客户端如同嘉宾一样,使用RIA富媒体客户端同主持人及嘉宾进行双向交流,同时WEB服务发送信令给会议管理服务器,WEB客户端已经进入问答模式,会议管理服务通知主持人客户端,WEB客户端已经进入问答模式;还包含如下步骤:
参会人收看会议进入稳定状态后,WEB服务根据轮换法则,让各个与会者下载RIA富媒体应答客户端,使得网络流量平均,而且在问答切换时不用下载,减少切换时间。
7.如权利要求6所述的大型多媒体会议发布系统的问答系统的实现流程,其特征在于:还包含如下步骤:
参会人提问完成后,主持人或授权嘉宾根据会议进程,收回该参会人权限,主持人或授权嘉宾从管理客户端发出信令,通过接入、传输服务器发送到业务管理服务器,业务管理服务器通知WEB服务器,RIA富媒体客户端停止工作,恢复流媒体播放,WEB客户端回到原来模式。
8.如权利要求6所述的大型多媒体会议发布系统的问答系统的实现流程,其特征在于:还包含如下步骤:
参会人提问完成后,自己选择回到原来模式,这时,信令送到WEB服务器,转发给业务服务器,业务服务器通知主持人和嘉宾,WEB客户端的提问模式结束,同时通知转换服务器,收回该参会人的信道,WEB服务器收到信令后,产生浏览器事件,让该参会人的浏览器回到流媒体播放,并关闭RIA富媒体客户端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010184561.3A CN101848221B (zh) | 2010-05-20 | 2010-05-20 | 大型多媒体会议发布系统的问答系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010184561.3A CN101848221B (zh) | 2010-05-20 | 2010-05-20 | 大型多媒体会议发布系统的问答系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101848221A CN101848221A (zh) | 2010-09-29 |
CN101848221B true CN101848221B (zh) | 2014-10-29 |
Family
ID=42772681
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010184561.3A Active CN101848221B (zh) | 2010-05-20 | 2010-05-20 | 大型多媒体会议发布系统的问答系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101848221B (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102695035B (zh) * | 2011-03-24 | 2015-05-20 | 创想空间软件技术(北京)有限公司 | 带宽自适应视频会议 |
CN103685401B (zh) * | 2012-09-17 | 2019-03-29 | 联想(北京)有限公司 | 信息交换方法、终端设备和信息交换系统 |
CN104486093B (zh) * | 2014-11-19 | 2018-02-23 | 广州华多网络科技有限公司 | 一种网络互动方法及相关设备、系统 |
CN104580502A (zh) * | 2015-01-26 | 2015-04-29 | 浪潮电子信息产业股份有限公司 | 一种实现负载均衡双机热备的方法 |
CN106789914B (zh) * | 2016-11-24 | 2020-04-14 | 邦彦技术股份有限公司 | 一种多媒体会议控制方法和系统 |
CN107181603A (zh) * | 2017-04-29 | 2017-09-19 | 厦门波耐模型设计有限责任公司 | 一种学术会议移动互联网技术方案及其实现方法 |
CN108062655A (zh) * | 2017-10-16 | 2018-05-22 | 广西南宁英凡达科技有限公司 | 一种用于大型机械设备系统的多屏led电子显示器 |
CN108961864A (zh) * | 2018-07-27 | 2018-12-07 | 陈继珍 | 带有互动问答及分析系统的节能环保多媒体教学平台 |
CN109218761A (zh) * | 2018-08-07 | 2019-01-15 | 邓德雄 | 一种在视频直播和录像之间切换的方法及系统 |
JP7164833B2 (ja) * | 2019-01-29 | 2022-11-02 | 株式会社リコー | 遠隔コミュニケーションシステム、通信方法、プログラム |
WO2021169962A1 (zh) * | 2020-02-24 | 2021-09-02 | 北京字节跳动网络技术有限公司 | 交互方法、装置和电子设备 |
CN113965337B (zh) * | 2020-07-16 | 2023-07-04 | 深圳瞬玩科技有限公司 | 基于云手机的远程医疗会诊方法和系统 |
CN113225514A (zh) * | 2020-12-28 | 2021-08-06 | 南京愔宜智能科技有限公司 | 一种集成式视频会议系统 |
CN117354453B (zh) * | 2023-09-25 | 2024-06-28 | 深圳创载科技有限公司 | 一种视频会议进程管控方法、系统及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101330388A (zh) * | 2007-06-20 | 2008-12-24 | 中国科学院自动化研究所 | 基于综合集成研讨厅的协同编辑方法 |
CN101432767A (zh) * | 2004-06-28 | 2009-05-13 | 伊普拉斯资产公司 | 无服务器办公室架构方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101064823A (zh) * | 2006-04-30 | 2007-10-31 | 互联天下科技发展(深圳)有限公司 | 一种视频互动网络直播方法 |
US20090006410A1 (en) * | 2007-06-29 | 2009-01-01 | Seungyeob Choi | System and method for on-line interactive lectures |
-
2010
- 2010-05-20 CN CN201010184561.3A patent/CN101848221B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101432767A (zh) * | 2004-06-28 | 2009-05-13 | 伊普拉斯资产公司 | 无服务器办公室架构方法 |
CN101330388A (zh) * | 2007-06-20 | 2008-12-24 | 中国科学院自动化研究所 | 基于综合集成研讨厅的协同编辑方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101848221A (zh) | 2010-09-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101848221B (zh) | 大型多媒体会议发布系统的问答系统 | |
Sandvig | The Internet as the anti-television: Distribution infrastructure as culture and power | |
CA2977035C (en) | System and method for video communication | |
CN105812951B (zh) | 流媒体数据交互方法、终端、服务器及系统 | |
US9621958B2 (en) | Deferred, on-demand loading of user presence within a real-time collaborative service | |
DE60216126T2 (de) | Verfahren und gerät für interaktives fernsehen mit unverbundener überwachung einer diskussionsforum | |
US20130125159A1 (en) | Media information system and method | |
CA2352207C (en) | Announced session description | |
CN105530535A (zh) | 一种多人观看视频实时互动的方法及系统 | |
US20180255361A1 (en) | Television interface for multi-party social media sessions | |
JP2006314073A (ja) | 対話型マルチメディアインタフェース画面を表示するマルチメディアコンテンツ配信方法 | |
CN101188620A (zh) | 利用flash插件技术创建互联网虚拟会客厅在一个界面同时实现同步异步交流 | |
US9172594B1 (en) | IPv6 to web architecture | |
US9521371B2 (en) | Remote station host providing virtual community participation in a remote event | |
US11412278B1 (en) | Streaming video trunking | |
CN102456196A (zh) | 一种在线婚礼定制服务方法及其系统 | |
US9402056B2 (en) | Collaboration extension system | |
KR20220137038A (ko) | 인터랙션 방법, 장치 및 전자 기기 | |
US20120137317A1 (en) | Media information system and method | |
CN109660851A (zh) | 视频同步观看系统 | |
Craven et al. | Ages of avatar: Community building for inhabited television | |
WO2012000222A1 (zh) | 一种网页上实现的基于p2p的远程视频教育的方法 | |
CN107195211A (zh) | 基于旁路的在线监课系统 | |
KR100492923B1 (ko) | 오프라인 영업점과 온라인 커뮤너티를 상호 양방향으로결합시키는 시스템 및 서비스방법 | |
Gorokhova-Alekseeva | DEVELOPMENT OF A SYSTEM FOR RE-STREAMING LIVE VIDEO TO MULTIPLE PLATFORMS |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |