CN104580991B - 用于会议系统对会议会话的当前条件的实时适应的系统和方法 - Google Patents

用于会议系统对会议会话的当前条件的实时适应的系统和方法 Download PDF

Info

Publication number
CN104580991B
CN104580991B CN201410686825.3A CN201410686825A CN104580991B CN 104580991 B CN104580991 B CN 104580991B CN 201410686825 A CN201410686825 A CN 201410686825A CN 104580991 B CN104580991 B CN 104580991B
Authority
CN
China
Prior art keywords
video
grid
conference
endpoint
compression
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
Application number
CN201410686825.3A
Other languages
English (en)
Other versions
CN104580991A (zh
Inventor
A·埃森伯格
E·德克
J·R·尼科尔
M·R·塔克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huihe Development Co ltd
Original Assignee
Polycom Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Polycom Inc filed Critical Polycom Inc
Publication of CN104580991A publication Critical patent/CN104580991A/zh
Application granted granted Critical
Publication of CN104580991B publication Critical patent/CN104580991B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H04N7/152—Multipoint control units therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/403—Arrangements for multi-party communication, e.g. for conferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • H04N7/157—Conference systems defining a virtual conference space and using avatars or agents

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种系统和方法提供基于规则的技术，用于使视频会议系统适应会议会话的当前条件，基于那些当前条件自动将会话从一种会议技术转换到另一种。规则可以涉及包括参加者数量、使用普通编解码器的能力的准则以及其他规则。升级模块可被用于管理在一种类型的会议会话与另一种之间的转变。如果使得会议从一种类型转变到另一种的条件发生，当该条件不再有效时，会议可以自动转变回原先的会议类型。

Description

用于会议系统对会议会话的当前条件的实时适应的系统和 方法
技术领域
本公开涉及视频会议，更特别地涉及基于视频会议会话的当前条件，从一种会议技术适应到另一种会议技术的领域。
背景技术
随着日常应用和服务以显著的速率转移到互联网协议(IP)网络，并且涌现出各种各样多媒体会议设备，越来越多的人依赖多媒体会议作为重要的通信方法。现在，多媒体会议通信可以使用多种会议技术实现。会议技术的几个示例包括传统多媒体会议方法、媒体中继会议方法、网格会议方法。在本公开中，术语多媒体会议、视频会议(有或没有内容)和音频会议可被互换使用，并且术语视频会议被用作视频、音频和多媒体会议的代表术语。
三个或更多参与者之间的传统多点会议需要多点控制单元(MCU)。这样的MCU是通常位于网络节点中或终端中从多个端点接收数个信道的会议控制实体。根据某种标准，传统MCU处理音频和视觉信号并经由一组相连的信道将它们分配到每个参与端点。传统MCU的示例包括RMX其可从Polycom公司获得(RMX 2000是Polycom公司的注册商标)。传统通信方法中的终端，其可被称为传统端点(LEP)，是网络上能够提供与另一LEP或与MCU的实时、双向音频和/或音频视觉通信的实体。LEP和MCU更完整的定义可以在国际电信联盟(“ITU”)标准中找到，例如但不限于H.320、H.324和H.323标准，它们可在ITU的网站www.itu.int上找到。
也被称为传统MCU的常用MCU可以包括多个音频和视频解码器、编码器以及媒体组合器(音频混合器和/或视频图像生成器)。MCU可能使用大量处理能力来处理不同数量参与者(LEP)之间的音频和视频通信。该通信可以基于各种通信协议和压缩标准并且可以涉及不同类型LEP。MCU可能需要将多个输入音频或视频流分别组合成兼容输出流要被发送到的至少一个参会者的LEP的属性的至少一个单一输出音频或视频流。自端点接收的压缩音频流被解码并被分析以确定哪些音频流要被选择用于混合进会议的单一音频流。术语解码和解压缩可在此互换使用。
会议可以具有一个或多个视频输出流，其中每个输出流与布局(layout)相关联。布局定义了在接收该流的一个或多个参会者的显示器上的会议外观。布局可以被分为一个或多个部分，其中每个部分可以与由某个参会者经由LEP发送的视频输入流相关联。每个输出流可以由数个输入流构成，形成连续呈现(CP)图像。在CP会议中，远程终端处的用户可以在会议中同时观看数个其他参与者。每个参与者可以被显示在布局的一个部分内，并且每个部分可以尺寸相同或者尺寸不同。被显示并与布局的部分相关联的参与者的选择可以在参加同一会话的不同参会者之间变化。
第二种类型的通信方法是媒体中继会议(MRC)。在MRC中，媒体中继MCU(MRM)从每个参加的媒体中继端点(MRE)接收一个或多个流。MRM将接收自会议中其他端点的一组多个媒体流中继到每个参加的端点。每个接收端点使用多个流根据布局产生视频CP图像，以及混合的会议音频。CP视频图像和混合音频被播放给MRE的用户。MRE可以是会话中的会议终端，其具有从MRM接收中继的媒体并根据来自MRM的指令递送压缩的媒体的能力。想要进一步了解MRC、MRM或MRE的读者可以阅读美国专利第8,228,363号和8,760,492号，两者都通过引用其整体而结合于此。如在此使用的，术语端点可以代表LEP或MRE。
在一些MRC系统中，发送MRE在两个或更多流中发送其视频图像；每个流可以与不同质量水平相关联。质量可以在帧率、分辨率和/或信噪比(SNR)等方面有所不同。以类似的方式，每个发送MRE可以通过例如压缩比特率在互相不同的两个或更多流中发送其音频。这样的系统可以使用多个流来提供布局中的不同部分尺寸、由每个接收端点使用的不同分辨率等等。进一步地，多个流可以用于克服分组丢失。
MRC现在正越来越流行。许多视频会议系统在一个或多个流中并行递送多种质量水平。例如对于视频，质量可以表达为多个域，诸如时域(例如帧每秒)，空域(例如HD对CIF)，和/或质量(例如锐利度)。例如能够用于多质量流的视频压缩标准是H.264AVC、H.264附件G(SVC)、MPEG-4等。诸如H.264的压缩标准的更多信息可以在ITU网站www.itu.int上、或在www.mpeg.org上获得。
在前两种类型的通信方法中，即传统MCU和MRC，需要中心实体来处理信令和音频及视频媒体流(分别为MCU或MRM)。每个端点向MCU或MRM发送其媒体流。MCU或MRM根据应用的通信方法的类型处理媒体流并传输相关流到接收端点。术语MCU在此用作MRM和传统MCU的代表术语。
可以使用第三种类型的通信方法。第三种方法可以称为网格会议系统(MCS)。在MCS中，不存在用于处理媒体流的中心实体。相反，在MCS中，名册(Roster)列表服务器(RLS)可被用作中心信令实体，并且客户端可以相互直接发送和接收媒体。在MCS的示例中，客户端可以使用WebRTC应用程序接口(API)。WebRTC由万维网联盟(W3C)草拟用于方便音频、视频和数据共享的浏览器到浏览器实时通信(P2P)。常用WebRTC可以对视频使用VP8编解码器，对音频使用OPUS编解码器。VP8是谷歌公司拥有的视频压缩格式。Opus是由互联网工程任务组(IETF)开发的有损音频编解码器。WebRTC和压缩格式VP8当前被例如但不限于谷歌(CHROME是谷歌公司的注册商标)、Mozilla(FIREFOX是Mozilla基金的的注册商标)、(OPERA是OPERA软件ASA的注册商标)等浏览器应用所支持。一些浏览器可能需要插件以便使用WebRTC和VP8编解码器。其他MCS可以使用其他网络客户端和其它压缩标准以便递送网格会议服务。
常用RLS可以持有多个虚拟会议室(VMR)的目录。每个VMR能够代表一个视频会议会话并且可以在具有或不具有密码的情况下与VMR标识(VMRID)相关联。在一些MCS中，每个VMR可以具有不同的统一资源定位符(URL)或统一资源标识符(URI)。进一步地，VMR可以包括已经连接到VMR的端点列表。在该列表中，每个端点与允许其他参加者联系该VMR的一个或多个URL相关联。每个URL可以与媒体类型或信令相关联。在常用MCS中，也被称为RTS状态表的RLS列表从第一个呼叫VMR的参会者起被实时创建，并且每次新的参会者加入该VMR或当前参会者离开该VMR时被更新。RLS的非限制性示例是www.Vline.com。
当用户希望参加网格视频会议会话时，该用户可以通过使用浏览器应用并点击提供于会议邀请中的URL，使用网络客户端联系RLS中的虚拟会议室。RLS可以启动认证过程，并且一旦完成，HTML5文件可以下载到浏览器应用。浏览器应用可以解析该HTML5文件并下载已经与该虚拟会议室相关联的用户的URL的列表。此外，JavaScript RLS网络客户端(RLSWC)可以从RLS部署到发出请求的浏览器应用，例如谷歌CHROME、Mozilla Firefox或Opera Mobile。RLSWC可以包括在建立实时会话时需要的逻辑模块。当RLSWC被运行浏览器应用的处理器使用时，处理器可以建立与其他浏览器应用的信令和控制连接并且进行网格视频会议。
在某些情况下，RLS还可以传输VMR状态表到新的参会者。VMR状态表可以包括已经参加视频会话的对等者的信息。随后，新参会者需要通过建立信令和控制连接而建立与每个参会者端点的视频会议会话。系统可以基于例如会话发起协议(SIP)或H.323。随后每个端点需要建立一个或多个SRTP/IP和SRTCP/IP连接以用于发送其视频图像和音频流到每个其他参加的端点，以及用于从每个其他参加端点接收视频图像和音频流。SRTP代表安全实时传输协议，并且SRTCP代表安全实时控制协议。每次参会者离开会话时，RLS可以相应地更新VMR状态表。更新过的VMR状态表的复制件可以被提供给每个当前连接的参会者以通知他们最新的变化。在某些情况下，完整的更新后VMR状态表被发送。在其他情况下，仅变化被发送。因而，在MCS中，没有中心实体接收或发送去往和来自参加的端点的媒体流。
想要进一步了解视频会议标准和协议的读者可以访问ITU网站www.itu.int，或者互联网工程任务组(IETF)网站www.ietf.org。传统多点会议系统、MRC、MCS、MCU、RLS、LEP、MRE、网络会议客户端以及VMR对于普通本领域技术人员而言是公知的，并且被描述于许多专利、专利申请和技术书籍中。因此，这些将不被进一步描述。以下是描述视频会议系统的专利和专利公布的示例：美国专利第6,496,216、6,757,005、7,174,365、7,085,243、8,411,595、7,830,824、7,542,068、8,340,271和8,228,363号，以及美国专利公布文本第20140028788号和其他文件。
传统MCS受到某些限制。一个这样的限制围绕带宽。当三个端点参加网格视频会议会话时，每个端点发送两个音频流和两个视频流，一组去往其他端点的每一个，并且接收两个音频和两个视频流，一组来自其他端点的每一个。总的来说，具有N个参与者的全网格会议每种媒体类型需要N(N-1)/2个对等会话。N2属性迅速地使全网格会议对于超过适当N的任何数目变得不切实际。对于这样数量的实时数据所需的带宽可以接近于端点的可用带宽的极限。任何额外参会者可能超出可用带宽。因而，任何对参加会话的额外请求会被拒绝或者压缩质量会被降低，这降低了每秒帧数、锐利度等等。这可以导致这些参会者体验的质量的严重下降。
传统MCS的另一个限制是端点能力。例如，传统MCS要求所有端点能够使用同一压缩格式，例如但不限于VP8。如果其中一个端点不能满足该要求，则该端点不能发送或直接从其他端点接收视频数据。
附图说明
利用后续详细说明并结合附图，本发明的实施例能够更充分地得到理解和了解。其中：
图1示出了根据一个实施例的包括各种电子视频会议端点的多媒体多点会议系统100；
图2描绘了根据一个实施例的MCU的一个示例性实施例的相关元件的方框图；
图3是升级的网格会议会话中的相关事件的时序图；以及
图4A和4B是示出用于使会议技术适应于会话的当前需求的RLSWC的相关动作的流程图。
具体实施方式
上述传统MCS的缺陷并不意图以任何方式限制本公开的发明概念的范围。这些缺陷仅提出用于示例说明。本公开教导用于根据会话的当前条件自动从一种视频会议类型转换到另一种的新颖技术。
该新颖技术的一个示例性实施例可以具有用于使用某种会议系统的条件或规则的列表，以及用于从一种会议系统转换成另一种的规则列表。规则列表可以嵌入在当浏览器请求VMR的URL时下载的HTML文件中。以下是用于何时可以使用MCS的规则的几个示例。一个规则可以是参会者的数量少于某个可配置限制数，其中该可配置限制数可以在例如三到六个参会者范围内。另一个规则可以是所有端点能够使用同一编码/解码协议，例如VP8。而第三个规则可以是所有端点能够运行能够参加网格视频会议会话的相关RLSWC等。以下是用于确定何时可以使用MCU的规则的几个示例。第一个规则可以是参会者的数量高于某个限制数。第二个规则可以是不同端点使用不同压缩标准。
用于从MCS迁移到MRC的规则的示例可以包括新参会者想要加入该视频会议会话。如果参会者的数量，包括该新参会者在内，超出了相关MCS的能力，与拒绝该新参会者或者降低会话质量不同，该会话可以被迁移到MRC。新会话可以在后台使用MRM被发起，同时先前参会者之间的网格视频会议继续进行。当MRM完成了MRC的建立，相关端点可以自动地切换到MRM并开始呈现根据从MRM获得的视频和音频流创建的CP视频图像和混合音频。每个端点随后可以通过断开相互的对等媒体和控制连接来终止MCS会话。并行地，MRM可以通知RLS该MRM想要加入到VMRID。因而，当任何额外的参会者呼叫RLS并发送参加请求时，新的端点可以得到携带包括MRM的更新后VMR状态表的参加通知。作为响应，新的端点将自动地连接到MRM以使用VMRID参加视频会话。用于从MCS迁移到MRC或传统会议的另一个示例性规则是当参会者之一经由导致大量分组丢失的不良连接而连接。有问题的会话可以从MCS切换到MRC或传统MCU。
用于从一种类型会议迁移到另一种的另一个规则，例如从MCS或MRM到传统会议系统，是当新参加者的端点不能使用与其他端点相同的压缩格式时，例如该端点不能使用VP8而其他端点都使用VP8作为压缩格式。规则的另一个示例可以是当端点不具备分别用于处理来自多个端点的多个音频和/或视频流、以及用于解码和混合为混合音频和/或生成CP视频图像的计算能力。在这种情况下，MRC或MCS会话可以迁移到传统视频会议系统并使用MCU。新参会者的端点能够使用VMRID呼叫MCU并在MCU上开始视频会议会话。
以类似于上述公开的技术的方式，MCU上的会话可以在后台建立，同时早前参会者之间的网格视频会议或媒体中继视频会议继续进行。当传统会话建立好并可以开始时，MCU可被配置为向RLS发送携带VMRID的参加请求。RLS可以以参加通知作为响应，该参加通知能够与包括该MCU作为新参会者的更新后VMR状态表相关联。并行地，更新后VMR状态表可被发送到每一个早前参会者的端点。早前参会者的端点随后可以自动切换到MCU并开始呈现获取自MCU的CP视频图像和混合音频。接下来，每个早前参会者的端点可以通过断开与每个其他端点或MRM的媒体和控制连接来终止MCS或MRC会话。在先前使用了MRM之处，MRM可被配置为向RLS发送离开指示以通知RLS该MRM从网格视频会议会话断开。作为响应，MRM被从VMR状态表中移除，更新后的VMR状态表可被发送到当前经由该VMRID连接的所有参会者。
在一些实施例中，端点使用的RLSWC可被配置为包括管理升级(escalation)过程的升级模块。升级模块可以是RLSWC的集成部分，该模块可与RLSWC一起被下载到网络浏览器。升级模块的软件可以被置于计算机可读介质中，例如读/写硬盘、CDROM、闪存、ROM或其他内存或存储器等。为了执行升级过程，软件程序可以根据需要被载入到合适的处理器。升级模块的示例可以被配置为包括关于使用何种视频会议类型的规则的列表以及用于指示何时从一种类型视频会议系统迁移到其他类型的规则的列表。
VMR的示例可以通过使用ID表与两个或更多中心实体、RLS、MRM或MCU相关联。ID表可以包括每个中心实体的URL、每个实体处的VMRID、每个中心实体使用的密码或没有密码。在一些实施例中，VMR可以具有带有在与两个或更多中心实体通信时可以使用的单个密码的单个ID号。此外，能够服务同一VMR的示例性MRM和MCU可被配置为每次它们之一被请求处理会话或被从会话断开时通知RLS；以类似方式，普通RLSWC可以通知RLS。进一步地，每个升级模块可被配置为识别何时MRM或MCU被连接到VMR。
响应于MRM或MCU参加会话的请求，RLS可以发送更新的VMR状态表通知早前参会者该MCU或MRM参加了会话。一旦接受到这样的更新后VMR状态表，早前参会者的端点处的升级模块的实施例可被配置为呼叫MRM或MCU并开始参加与该VMRID相关联的视频会议。在建立信令和控制连接、用于携带去往以及来自MRM或MCU的音频和视频的SRTP/IP和SRTCP/IP连接之后，该端点可以断开与其他早前参会者端点的媒体连接。因而，会议会话从MCS分别迁移到MRC或传统会话。
在一些实施例中，升级模块可以被配置为捕获从一种会议类型迁移到另一种的原因。该原因可以被存储并以后使用。一旦确定升级的原始原因不再有效，升级模块的一个实施例可以返回到MCS。例如，如果升级的原因是“参会者数量高于配置的限制”，当参会者数量返回到低于配置的限制时，余下的端点可以从MRC或传统会议返回到MCS。
如果升级是到传统视频会议，则早前参会者的端点的升级模块可被配置为识别哪些端点已经连接到MCU处的VMR并且将这些端点与曾经连接到该MCS的端点进行比较。未被连接到MCS的端点可被称为升级原因。如果那些端点从会话断开，升级模块可以返回到例如MCS或MRC。
在一些实施例中，升级模块可以嵌入在RLS中。在这种实施例中，RLS可以管理升级过程并且通知参加者端点从一种通信类型迁移到其他类型。
现在转到附图，其中遍及多个视图的相同标号代表相同元件，描述了本公开的实施例。为了方便，仅同组的一些元件可以使用标号标注。附图的目的在于描述示例性实施例而不是用于生产。因此，图中示出的特征仅为呈现的便利性和清楚性而选择。应当注意的是，沿着时间图的事件并未按照比例绘制。此外，本公开使用的语言主要是为了可读性和解释性目的选择的，并非选择用于描绘或限制发明主题，而是必须借助权利要求来确定这样的发明主题。
本说明书中引用“一种实施例”或“一个实施例”意味着与实施例相联系描述的特定特征、结构或特性被包括在本发明的至少一个实施例中，并且对“一种实施例”或“一个实施例”的多次引用不应被理解为一定全都指代同一实施例。
尽管以下说明的一部分以涉及软件或固件的方式撰写，但实施例可以根据需要在软件、固件或硬件中实现在此描述的特征和功能，包括软件、固件和硬件的任意组合。在以下说明中，词语“单元”、“元件”、“模块”和“逻辑模块”可以互换使用。任何被指明为单元或模块的可以是独立单元或专用的或集成的模块。单元或模块可以是模块化的或者具有模块化方面，允许容易地将其去除或者用另一类似单元或模块来替代。每个单元或模块可以是软件、硬件和/或固件之一或者其任意组合，最终使得一个或多个处理器被编程为执行归属于该单元或模块的功能。此外，相同或不同类型的多个模块可以由单个处理器实现。逻辑模块的软件可以收录于计算机可读介质上，例如读/写硬盘、CDROM、闪存、ROM或其他内存或存储器等。为了执行某种任务，软件程序可以被根据需要载入到适当的处理器。在本公开中术语任务、方法、过程可以互换使用。
图1示出了根据一个实施例的新颖多媒体会议系统100。系统100可以包括网络110、一个或多个RLS 114、一个或多个MCU 118、多个MCS端点(MCSEP)132、多个MRE 134、以及多个LEP 136。网络110可以是但不限于分组交换网络、电路交换网络、IP网络或它们的任意组合。网络上的多媒体通信可以基于例如但不限于H.320、H.323、SIP、HTTP、HTML5、SDP协议，并可以使用例如但不限于H.263、H.264、VP8、G.711、G.719以及Opus的媒体压缩标准。HTTP代表超文本传输协议，并且HTML代表超文本标记语言。
RLS 114的示例可以是能够与网络110上的多个计算设备通过使用普通HTTP进行通信的网络服务器。RLS 114能够存储多个VMR文件。每个文件可以与VMRID相关联并且具有指示该VMRID的URL。
在一些实施例中，VMR HTML5文件可以包括：用于从一种会议技术迁移到另一种的规则的列表、包括当前连接到会话的MCSEP 132的所有元件的URL的VMR状态表、关于用于在其中放置将要获取自将连接到该VMRID的MCSEP132的视频图像的窗口的信息、到RLSJavaScript应用的链接、以及到能够处理用于与MCU 118通信的SIP信令的另一JavaScript应用的链接。此JavaScript应用可被称为SIP Java Script应用。RLS 114的一些实施例可以被配置为当新MCSEP 132连接到该VMR或当参会者离开该VMR时，发送更新后的VMR状态表到已经连接到该VMR的所有参加的MCSEP 132。
在RLS JavaScript应用的一个实施例中，RLS JavaScript应用在被浏览器应用运行时，可以被配置为调用WebRTC API以根据VMR状态表建立与另一WebRTC对等者的RTC会话。WebRTC API和内在能力可以在浏览器内部被本地支持(消除了与下载插件及类似物相关的性能开销和安全问题)。WebRTC客户端能够处理去往和来自包括MCSEP 132的其他客户端的媒体。
此外，RLS JavaScript应用可被配置为检查会议会话的当前条件，将其与规则列表相比并相应地能够从一种会议系统方法适应为另一种，根据会话的当前条件实时适应会议技术。RLS JavaScript应用的一些实施例可被配置为识别连接到该VMR的MCU。在一些实施例中，VMR状态表中MCU的URL可以包括MCU的代表。
MCSEP 132可以是具备在网络110上的有线或无线通信能力的任意计算设备。示例性MCSEP 132可以是膝上型电脑、笔记本、智能电话、平板电脑、触摸屏电话等等。示例性MCSEP 132能够，通过使用例如具有WebRTCAPI或具有另一含有类似能力的API的浏览器应用，在网络110上参加网格视频会议会话。可以使用例如但不限于谷歌以及的浏览器应用。
MCSEP 132的用户可以接收邀请以参加经由VMR进行的会议会话。该邀请可以是携带有到某个VMR的链接(通常为URL)的电子邮件。该链接可以指向RLS 114以及用于识别该VMR的VMRID。一旦点击该链接，用户激活浏览器应用，向RLS 114发出提取请求以请求与该URL、VMR HTML文件相关联的HTML5文件。接收的VMR HTML文件可以由浏览器解析，并且一旦激活到RLS JavaScript应用的链接，该JavaScript应用可被下载并激活。RLSJavaScript应用可以包括JavaScript代码以及HTML5代码。当浏览器激活JavaScript应用并继续分析HTML文件，其可以存储用于从一种会议技术迁移到另一种的规则的列表、VMR状态表、与VMRID相关联的MCU 118的D等。随后RLS JavaScript应用可以呼叫网络客户端，例如但不限于用于设置与其他对等者的媒体连接的WebRTC。尽管在此依据JavaScript进行描述，但是其他脚本语言也可以使用。
RLS JavaScript应用的一些实施例可以进一步被配置为确定何时从一种会议技术切换到另一种。该决定可以基于规则列表。当RLS JavaScript应用确定切换到传统会议技术并邀请MCU 118进行会话时，SIP使能的JavaScript应用可从RLS 114下载并被激活以邀请MCU 118。在一些实施例中，SIP JavaScript应用可以是RLS JavaScript应用的一部分。而在其他实施例中，SIPJavaScript应用可以嵌入在HTML5文件中。下面结合图3和图4对RLS JavaScript应用的操作的更多信息进行公开。
示例性MCU 118可被配置为包括普通MCU的元件以用于在多个LEP 136之间进行传统CP视频会议。此外，MCU 118可以具有用于与一个或多个MRE134通信的MRI接口模块。进一步地，MCU 118的实施例可被配置为包括用于与一个或多个MCSEP 132通信的MCSEP接口模块。
MCU 118可被配置为通过建立用于处理VMRID的CP视频会议，对从MRE 134或LEP136接收的参加VMRID的第一SIP邀请进行响应。此外，MCU118可被配置为发送指示到RLS114告知其加入了VMRID。作为响应，RLS 114可以用MCU 118的URL更新VMR状态表并将其发送至与已经连接到该VMRID的MCSEP 132相关联的所有早前参加者。MCU 118的操作的更多信息在附图2-4中公开。
LEP 136和MRE 134可以分别具有与传统LEP和MRE类似的功能。每种类型的端点可被配置为在接收到加入VMR的邀请时呼叫MCU 118。
图2示出了MCU 200的一个实施例的相关元件的方框图，该MCU 200被配置为实现从一种会议技术迁移到另一种。MCU 200可以包括用于与多个LEP136通信的一个或多个LEP接口模块222，用于与多个MRE 134通信的一个或多个MRE接口模块224，以及用于与多个MCSEP通信的一个或多个MCSEP接口模块280。此外，MCU 200可以包括音频模块230、视频模块250以及控制模块240。
MCSEP接口模块280包括HTML5和JavaScript模块284以及WebRTC模块282。音频模块230包括压缩音频输入模块231A-C，每个都包括解码器232，其获得压缩音频，将其解码并将解码后的音频提供给普通接口总线234。输出音频模块235A-C的每个包括用于提供压缩混合音频的分析器和混合器236以及编码器238。视频模块250包括压缩输入视频模块251A-C，每个都包括解码器252，用于解码压缩视频、将解码的视频放到普通接口总线254上。视频模块250还包括输出视频模块255A-C，其包括用于提供压缩视频的编辑器256和编码器258。
控制模块240可以包括用于在升级过程中控制MCU 200的内部模块的操作的升级模块242，如以下结合附图3从T16开始所描述的。
链接203连接LEP接口模块222到音频模块230，提供压缩音频。链接283a连接MCSEP接口模块280到音频模块230，提供解码音频。链接283b将解码混合音频总线234从音频模块230连接到MCSEP接口模块280，提供解码的混合音频到相关MCSEP 132。链接204在控制模块240和LEP、MRE以及MCSEP接口模块222、224和280之间提供控制链路。链接285a提供解码视频，连接MCSEP接口模块280到提供解码视频的视频模块250。链接285b连接视频模块250的编辑器256到MCSEP接口模块280以提供解码CP视频图像到相关MCSEP 132。链接205提供压缩视频，连接视频模块250与LEP和MRE接口模块222和224。
LEP接口模块222经由MCU 118提供网络连接到一个或多个LEP 136，司时MRE接口模块224提供网络连接到一个或多个MRE 134，MCS接口模块280提供网络连接到一个或多个MCSEP 132和RLS 114。LEP IF模块222、MRE IF模块224、音频模块230以及视频模块250的常用操作对于普通本领域技术人员而言是公知的，并将不做进一步讨论。此外，HTML5+JS SIP模块284和WebRTC模块282的诸如HTTP、安全实时协议(SRTP)等常用操作也是公知的并将不做进一步讨论。
图3示出了当进行VMR、转换网格会议为传统会议时的相关事件的时序图300。在T0(未示出)，VMRID被初始化。在T1和T12之间，会话通过在由三个MCSEP 132运行的三个RLSWC之间使用MCS技术来处理。在T1，对于VMRID的加入请求被从RLSWCA发送至RLS 114，RLS 114在T2响应以VMR状态表。类似地，在T3，RLSWC B请求加入由该VMRID标识的会议。随后在T4，RLSWC A和RLSWC B在T4接收更新后的VMR状态表。RLSWC A和B之间的媒体连接在T5和T6建立。类似地，T7-T12指示第三端点RLSWCC加入该VMR处的会议。
在T13，第四RLSWC D想要加入会话，这使得VMR会话迁移到MCU 118，如箭头T14到T34所示。在T14，RLS 114发送更新后的VMR状态表到所有四个参加者。在T15，RLSWC D邀请MCU 118加入会议，该MCU 118在T16接受，从而在T17建立与RLSWC D的媒体连接。
MCU 118随后在T18通过发送VMRID到RLS 114请求加入会议，使得RLS 114在T19发送更新后的VMR状态表到RLSWC A-D和MCU 118。在T20-T23，在T24丢弃到RLSWC B和C的连接之前，RLSWCA连接到MCU 118并且开始媒体通信。类似地，RLSWC B在T25-T28连接到MCU118，在T29丢弃与RLSWCA和C的连接。最后，RLSWC C在T26-T33连接到MCU 118，在T34与RLSWC A和B断开。网格会议现在已经变成传统会议。
图4A和4B示出能够在从一种会议技术迁移到另一种期间被RLSWC执行的示例性技术400的相关动作的流程图，该RLSWC由MCSEP 132执行。在其他实施例中，技术400可被RLS服务器114执行。在一些实施例中，该技术的一部分可以由升级模块242实现，例如处理终止升级过程的动作。
动作402到424示出RLSWC的示例在一旦接收到更新后的VMR状态表后可以执行的动作，以确定是否改变会议技术。
在方框402，RLSWC任务开始。在方框404，携带有VMRID的加入请求被发送，重置定时器。在方框410，做出确定是否接收到VMR状态表。如果没有，如果在方框412定时器超出超时阈值，在方框414通知用户加入请求没有成功。如果定时器没有超出阈值，任务返回到方框410。
如果接收到VMR状态表，随后在方框416，VMR状态表在方框420至424被解析并与规则列表进行比较。如果激活的MCU在使用中(420)或者编解码器没有与其他端点(422)的编解码器匹配，或者参会者数量N超出限值N1(424)，则在方框426中WebRTC API被命令设置与MCU的媒体连接。动作426到444示出从MCS迁移技术到MCU。在方框431，任务等待直到MCU被连接，随后在进行到图4B的方框450之前，在方框433任务开始在布局的适当窗口或部分再现CP视频图像。
如果MCU没有连接(420)，所有编解码器都被匹配(422)，并且N小于N1(424)，则在动作428-442，会话保持工作为MCS。在方框428，WebRTC API被命令建立与每个连接的RLSWC的网格连接，并在相关的窗口中放置接收的视频图像。在方框430，任务等待接收另一个VMR状态表。一旦收到，在方框432，HTML5文件和VMR状态表被解析，并且MCU的状态被检查。如果在方框434没有发现激活的MCU，任务返回等待另一个VMR状态表。如果在方框434发现激活的MCU，在方框436，WebRTC API被命令建立与MCU的媒体连接，在方框440等待直到MCU被连接。一旦连接，在方框442，RLSWC停止再现先前分开的视频图像并开始在适当的窗口中再现来自MCU的CP视频图像。在一些实施例中，升级的原因也被存储。在方框444任务随后前进到图4B的方框450。
动作450(图4B)到464示出当从MCU迁移回到MCS时可以实现的动作。进入方框450，任务在方框451等待另一个VMR状态表。在方框452，VMR状态表被解析并与存储的升级原因进行比较。如果升级条件仍然有效(454)，任务在方框451返回等待另一个VMR状态表。如果升级条件不再存在，在方框456WebRTCAPI被命令开始建立与每个连接的RLSWC的网格连接，在相关的窗口中放置接收的视频图像。
在方框460中等待所有网格连接完成之后，在方框462，MCU连接被断开并且WebRTCAPI被命令将每个分开的视频图像放置在HTML5文件中的其相关联窗口中。任务随后可以在方框464进行到图4A的方框430。
上述描述意欲作为解释性而不是限制性。例如，上述实施例可以相互组合使用。许多其他实施例对于阅读上述描述后的本领域技术人员而言是显然的。
因此本发明的范围应该参考所附的权利要求来确定，以及与赋予的上述权利要求等同的全部范围。在所附权利要求中，术语“包括”和“其中”被分别用作术语“包括”和“其中”的简单英语等价物。

Claims (14)

1.一种方法，其包括：
接收指示一个或多个网格会议系统端点的虚拟会议室状态表，所述一个或多个网格会议系统端点当前被网格连接到视频会议会话；
使用规则列表评估该虚拟会议室状态表；以及
响应于该评估确定是否邀请多点控制单元来进行该视频会议会话；
其中该虚拟会议室状态表通过由网格会议系统端点的处理器执行的浏览器应用接收，该浏览器应用被配置为包括用于网格网络客户端的网络实时通信应用程序接口。
2.如权利要求1的方法，其中该规则列表的规则在参加该视频会议会话的网格会议系统端点的数量超过阈值时促使邀请该多点控制单元到该视频会议会话。
3.如权利要求2的方法，其中该阈值是可配置的。
4.如权利要求2的方法，其中该阈值在3到6个参加者的范围内。
5.如权利要求1的方法，其中该多点控制单元被配置为将媒体中继端点连接到该视频会议会话。
6.如权利要求1的方法，进一步包括：配置该多点控制单元以递送压缩视频流，该压缩视频流包括接收自当前是该视频会议会话的参加者的网格会议系统端点中的一个或多个的视频图像数据。
7.一种多点控制单元，其包括：
网格会议系统端点接口模块，其被适配成与多个网格会议系统端点通信并被配置为：
从参加视频会议会话的多个网格会议系统端点接收压缩音频和压缩视频；以及
向每个网格会议系统端点递送包括接收自该多个网格会议系统端点中的一个或多个的视频图像的压缩视频流
音频模块；
视频模块；以及
用于控制该多点控制单元的操作的控制模块；
其中网格会议系统端点接口模块包括网络实时通信模块并且还被适配成向名册列表服务器提供加入视频会议会话的网络连接，所述名册列表服务器是视频会议会话的中心信令实体。
8.如权利要求7的多点控制单元，其中该网格会议系统端点接口模块进一步被配置为：
从该音频模块接收解码的混合音频以及从该视频模块接收解码的持续呈现视频图像；
压缩该混合音频和该持续呈现视频图像；以及
递送压缩混合音频和压缩持续呈现视频图像到另一个网格会议系统端点。
9.如权利要求7的多点控制单元，进一步包括：
媒体中继端点接口模块，其被配置为：
从参加视频会议会话的多个媒体中继端点接收多个压缩音频和压缩视频流；以及
向该多个媒体中继端点的每个递送压缩混合音频和压缩持续呈现视频流，
其中该压缩混合音频和压缩持续呈现视频包括接收自参加该视频会议会话的一个或多个网格会议系统端点的音频和视频数据。
10.如权利要求7的多点控制单元，进一步包括：
传统会议端点接口模块，其被配置为：
从参加视频会议会话的多个传统端点接收多个压缩音频和压缩视频流；
从该音频模块接收混合音频以及从该视频模块接收持续呈现视频图像；
压缩该混合音频和该持续呈现视频图像；以及
递送压缩混合音频和压缩持续呈现视频图像到该多个传统端点，
其中该压缩混合音频和压缩持续呈现视频包括接收自参加该视频会议会话的一个或多个网格会议系统端点的音频和视频数据。
11.如权利要求7的多点控制单元，其中该控制模块包括：
升级模块，被配置为：
评估一个或多个升级规则；
响应于该评估，转换传统视频会议或媒体中继视频会议到网格视频会议。
12.如权利要求11的多点控制单元，其中该一个或多个升级规则中的升级规则定义网格视频会议中的参加者的最大数量。
13.如权利要求11的多点控制单元，其中该一个或多个升级规则中的升级规则定义用于决定何时从媒体中继或传统视频会议转换到网格视频会议的参加者的阈值数量。
14.一种其上存储指令的机器可读介质，其包括指令，当指令被执行时促使网格会议系统端点的处理器执行根据权利要求1-6中的任一权利要求的方法。
CN201410686825.3A 2013-10-15 2014-10-15 用于会议系统对会议会话的当前条件的实时适应的系统和方法 Active CN104580991B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361891205P 2013-10-15 2013-10-15
US61/891205 2013-10-15

Publications (2)

Publication Number Publication Date
CN104580991A CN104580991A (zh) 2015-04-29
CN104580991B true CN104580991B (zh) 2018-07-10

Family

ID=51726414

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410686825.3A Active CN104580991B (zh) 2013-10-15 2014-10-15 用于会议系统对会议会话的当前条件的实时适应的系统和方法

Country Status (6)

Country Link
US (1) US10091461B2 (zh)
EP (1) EP2863632B1 (zh)
JP (1) JP2015080210A (zh)
CN (1) CN104580991B (zh)
HK (1) HK1204179A1 (zh)
TW (1) TWI559777B (zh)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160112472A1 (en) * 2014-10-21 2016-04-21 Avaya Inc. System and method for managing communication sessions
US20160119399A1 (en) * 2014-10-24 2016-04-28 Kevin J. Glass Extending browser support of real time media to any available codec
US9491406B2 (en) * 2014-10-27 2016-11-08 Polycom, Inc. Seamless escalation of mesh videoconferences to bridged videoconferences
US9813523B2 (en) * 2015-03-16 2017-11-07 Intel IP Corporation Apparatus, method and system of quality of experience indication
JP6532159B2 (ja) * 2015-05-13 2019-06-19 Kddi株式会社 リアルタイム映像通信の品質評価方法およびシステム
JP2017028347A (ja) * 2015-07-15 2017-02-02 株式会社リコー 情報処理装置、通信システム、プログラム
US10686873B2 (en) 2016-03-16 2020-06-16 Polycom, Inc. Seamless transition of a video session between a mesh topology and a centralized bridge topology
EP3220635B1 (en) * 2016-03-16 2022-02-09 Polycom, Inc. Seamless transition of a video session between a mesh topology and a centralized bridge topology
US20180007102A1 (en) * 2016-07-01 2018-01-04 At&T Intellectual Property I, Lp System and method for transition between customer care resource modes
US9871922B1 (en) 2016-07-01 2018-01-16 At&T Intellectual Property I, L.P. Customer care database creation system and method
US9876909B1 (en) 2016-07-01 2018-01-23 At&T Intellectual Property I, L.P. System and method for analytics with automated whisper mode
US10200536B2 (en) 2016-07-01 2019-02-05 At&T Intellectual Property I, L.P. Omni channel customer care system and method
CN106303430B (zh) * 2016-08-21 2019-05-14 贵州大学 浏览器中无插件播放实时监控的方法
CN106572320A (zh) * 2016-11-11 2017-04-19 上海斐讯数据通信技术有限公司 多方视频通话方法及系统
EP3563248B1 (en) * 2016-12-30 2022-11-30 Akamai Technologies, Inc. Unified, browser-based enterprise collaboration platform
US10812598B2 (en) 2016-12-30 2020-10-20 Akamai Technologies, Inc. Unified, browser-based enterprise collaboration platform
CN110324286B (zh) * 2018-03-30 2022-02-22 视联动力信息技术股份有限公司 一种会议控制系统和方法
FI129164B (en) * 2018-12-20 2021-08-13 Telia Co Ab Communication solution
CN109788072A (zh) * 2019-03-07 2019-05-21 杭州当虹科技股份有限公司 一种将标准Webrtc客户端接入现有系统的方法
US11366583B1 (en) 2021-02-02 2022-06-21 Bank Of America Corporation Computer-to-computer users# edit and event transfer and synchronization
US11943072B2 (en) 2021-03-30 2024-03-26 Snap Inc. Providing a room preview within a virtual conferencing system
US11689696B2 (en) 2021-03-30 2023-06-27 Snap Inc. Configuring participant video feeds within a virtual conferencing system
CN112866624B (zh) * 2021-04-26 2021-08-03 浙江华创视讯科技有限公司 视频会议类型的确定方法、装置、电子设备及存储介质
US11979244B2 (en) 2021-09-30 2024-05-07 Snap Inc. Configuring 360-degree video within a virtual conferencing system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101106472A (zh) * 2006-06-30 2008-01-16 株式会社东芝 通信系统、服务器装置和显示控制方法
CN101335870A (zh) * 2007-06-29 2008-12-31 株式会社东芝 会议系统及其服务器装置
CN101370114A (zh) * 2008-09-28 2009-02-18 深圳华为通信技术有限公司 视频及音频处理方法、多点控制单元和视频会议系统
CN101795389A (zh) * 2009-01-30 2010-08-04 宝利通公司 用于进行连续呈现会议的方法和系统

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3133570B2 (ja) * 1993-08-26 2001-02-13 富士通株式会社 多地点会議システム及び多重接続装置
US7174365B1 (en) 2000-11-08 2007-02-06 Polycom Israel Ltd. System and method for controlling one or more multipoint control units as one multipoint control unit
US7542068B2 (en) 2000-01-13 2009-06-02 Polycom, Inc. Method and system for controlling multimedia video communication
US6300973B1 (en) 2000-01-13 2001-10-09 Meir Feder Method and system for multimedia communication control
US7085243B2 (en) 2000-03-01 2006-08-01 Polycom Israel Ltd. System and method for providing reservationless conferencing
US7830824B2 (en) 2000-03-01 2010-11-09 Polycom, Inc. System and method for providing reservationless third party meeting rooms
US8705719B2 (en) * 2001-12-31 2014-04-22 Polycom, Inc. Speakerphone and conference bridge which receive and provide participant monitoring information
US7987233B1 (en) 2003-08-15 2011-07-26 Microsoft Corporation System and methods for facilitating a multiparty communications session with a dynamically designated session manager
CN100466720C (zh) * 2005-01-17 2009-03-04 株式会社东芝 视频合成设备及视频合成方法
US7679638B2 (en) * 2005-01-27 2010-03-16 Polycom, Inc. Method and system for allowing video-conference to choose between various associated video conferences
US7899170B2 (en) * 2005-04-28 2011-03-01 Apple Inc. Multi-participant conference setup
US20160360155A1 (en) * 2005-09-07 2016-12-08 Vidyo, Inc. System and method for scalable and low-delay videoconferencing using scalable video coding
JP2007072739A (ja) * 2005-09-07 2007-03-22 Hitachi Communication Technologies Ltd 多地点会議システム、多地点会議装置およびクライアント端末
JP2007259270A (ja) 2006-03-24 2007-10-04 Toshiba Corp サーバ装置
US8134587B2 (en) * 2008-02-21 2012-03-13 Microsoft Corporation Aggregation of video receiving capabilities
US8340272B2 (en) 2008-05-14 2012-12-25 Polycom, Inc. Method and system for initiating a conference based on the proximity of a portable communication device
US8760492B2 (en) 2009-01-30 2014-06-24 Polycom, Inc. Method and system for switching between video streams in a continuous presence conference
US8750178B2 (en) * 2009-06-01 2014-06-10 Qualcomm Incorporated Connection manager for a wireless communication device
US20110187813A1 (en) * 2010-02-01 2011-08-04 Magor Corporation Method of Connecting Mesh-Topology Video Sessions to a Standard Video Conference Mixer
US8312164B2 (en) * 2010-04-14 2012-11-13 Adobe Systems Incorporated Media quality enhancement among connected media communication devices
US8655894B2 (en) * 2010-04-26 2014-02-18 Nokia Corporation Method and apparatus for index generation and use
JP5570369B2 (ja) * 2010-09-28 2014-08-13 株式会社日立ソリューションズ 仮想会議室システム、仮想会議サービス提供サーバ装置、及び仮想会議システムにおける情報処理方法
WO2013066980A1 (en) 2011-11-01 2013-05-10 Teliris, Inc. Cloud-based interoperability platform for video conferencing
US20140028788A1 (en) 2012-07-30 2014-01-30 Polycom, Inc. Method and system for conducting video conferences of diverse participating devices
US9668166B2 (en) * 2013-02-05 2017-05-30 Qualcomm Incorporated Quality of service for web client based sessions
WO2014142715A1 (en) * 2013-03-12 2014-09-18 Telefonaktiebolaget L M Ericsson (Publ) Use of webrtc apis for improving communicaton services
US9473546B2 (en) * 2013-04-23 2016-10-18 Cisco Technology, Inc. Reducing real time media traffic in a network environment
US10055742B2 (en) * 2013-05-15 2018-08-21 Verizon Patent And Licensing Inc. Call transfers for web-delivered calls
US9113030B2 (en) * 2013-07-25 2015-08-18 Verizon Patent And Licensing Inc. Multimedia-enhanced emergency call systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101106472A (zh) * 2006-06-30 2008-01-16 株式会社东芝 通信系统、服务器装置和显示控制方法
CN101335870A (zh) * 2007-06-29 2008-12-31 株式会社东芝 会议系统及其服务器装置
CN101370114A (zh) * 2008-09-28 2009-02-18 深圳华为通信技术有限公司 视频及音频处理方法、多点控制单元和视频会议系统
CN101795389A (zh) * 2009-01-30 2010-08-04 宝利通公司 用于进行连续呈现会议的方法和系统

Also Published As

Publication number Publication date
TWI559777B (zh) 2016-11-21
EP2863632A1 (en) 2015-04-22
CN104580991A (zh) 2015-04-29
JP2015080210A (ja) 2015-04-23
EP2863632B1 (en) 2019-08-28
US20150103137A1 (en) 2015-04-16
US10091461B2 (en) 2018-10-02
HK1204179A1 (zh) 2015-11-06
TW201524215A (zh) 2015-06-16

Similar Documents

Publication Publication Date Title
CN104580991B (zh) 用于会议系统对会议会话的当前条件的实时适应的系统和方法
CN108289187B (zh) 网络直播接入视频会议方法及系统
JP5781441B2 (ja) マルチビットレートストリームを使用するビデオ会議のサブスクリプション
US9596433B2 (en) System and method for a hybrid topology media conferencing system
US20130282820A1 (en) Method and System for an Optimized Multimedia Communications System
CN104079597B (zh) 媒体流的转移方法和用户设备
US11489891B2 (en) Virtual video driver bridge system for multi-source collaboration within a web conferencing system
US9398257B2 (en) Methods and systems for sharing a plurality of encoders between a plurality of endpoints
US9961303B2 (en) Video conference virtual endpoints
WO2014008506A1 (en) Systems and methods for ad-hoc integration of tablets and phones in video communication systems
Xue et al. A WebRTC-based video conferencing system with screen sharing
CN103595948A (zh) 分辨率自适应的视频通话系统和方法
US20170310932A1 (en) Method and system for sharing content in videoconferencing
KR20160099977A (ko) 영상회의 서비스를 위한 데이터 처리 장치 및 데이터 처리 방법
US9232192B2 (en) Method and system for video conference snapshot presence
EP2884743A1 (en) Process for managing the exchanges of video streams between users of a video conference service
KR20170071251A (ko) 회의 서비스를 제공하는 다중 접속 제어 장치
CN113542102A (zh) 一种视频监控系统与网页即时通信融合的网关系统
KR101861561B1 (ko) 복수 개의 영상회의용 단말을 이용하여 멀티 스크린 영상회의를 제공할 수 있는 영상회의 서버 및 그 방법
Nam et al. An interactive IPTV system with community participation in cloud computing environments
KR101628071B1 (ko) 대규모 그룹통신 방법 및 시스템
CN111629219A (zh) 一种多方互动并直播的控制系统及控制方法
CN105723701A (zh) 一种网络会议的实现方法及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20231017

Address after: Texas, USA

Patentee after: Huihe Development Co.,Ltd.

Address before: California, USA

Patentee before: Polycom, Inc.