具有改进多媒体能力的视频会议的制作方法

专利名称：具有改进多媒体能力的视频会议的制作方法
技术领域：
本发明涉及视频会议和多媒体消息传送。
背景技术：
为了召开涉及不在同一地区的与会者会议，有许多技术系统可用。这些系统可包括视频会议、网络会议和音频会议。
真实会议最逼真的替代物是高端视频会议系统。常规的视频会议系统包括许多端点，它们在WAN、LAN和/或电路交换网络上进行实时视频、音频和/或数据流的通信。端点包括一个或多个监视器、摄像机、麦克风和/或数据捕获装置，以及编解码器，它对输出流和输入流分别进行编码和解码。此外，还需要一个集中源，被称为多点控制单元(MCU)，以将多个端点链接在一起。MCU通过以下方式进行这种链接在点对点连接上接收来自端点终端的多媒体信号(视频、音频和/或数据)；处理所接收的信号；并将处理的信号再传输到会议中所选的端点终端。
但是，不同的会议系统并不是相互孤立的。随着这种会议的日益普及以及会议技术的演进，不同的会议技术现在看来正在融合。在传统视频会议中找到完全的网络或音频与会者也不是不常见的。
但是，由于端点和系统两方面的限制，音频和网络与会者在加入传统视频会议时不会获得会议能力的全部益处。音频与会者不能看见会议的其它与会者或数据显示，而视频与会者甚至不一定知道音频与会者的存在。后一问题的解决有时是通过显示音频与会者的图标代替视频图像中的画面以指示音频与会者的存在。但是，这很少或不提供有关与会者本身的信息。

发明内容
本发明的目的就是提供一种装置和一种方法，使常规视频会议中的音频与会者可以获得提高的会议性能。
所附独立权利要求中定义的特征表征该装置和方法。
具体地说，本发明公开了一种MMS引擎，其调节为将MMS能力采用到视频会议中，该视频会议包括与各个视频会议端点相关联的一个或多个视频与会者，以及与各个MMS装置相关联的一个或多个音频与会者。MMS引擎包括捕获部件，其配置为从来源于一个或多个视频会议端点的数据源捕获视频会议数据；转换部件，配置为将所述视频会议数据转换成适当的格式；消息产生部件，配置为将所述转换的视频会议数据附加到消息上，并在所述消息中插入与各个MMS装置相关联的地址；以及传输部件，配置为根据所述插入的地址传输所述消息。为了在相反方向传输多媒体数据，MMS引擎包括MMS接收部件，其配置为接收来自各个MMS装置的MMS消息，并分离所附加的多媒体数据；转换部件，配置为将所述多媒体数据转换成与视频会议兼容的格式；以及传输部件，配置为将所述转换的多媒体数据提供到各个视频会议端点。
本发明还包括与MMS引擎范围相对应的方法。
附加图说明为了使本发明更易于理解，以下讨论将参阅附图

图1示出MMS消息的格式；图2示出常规MMS体系结构；图3示出连接到部分常规MMS体系结构的视频会议体系结构；图4示出根据本发明优选实施例的MMS引擎。
具体实施例方式
在下文，通过说明优选实施例并通过参阅附图来讨论本发明。但业界技术人员将认识到如所附独立权利要求定义的本发明范围内的其它应用和改动。
本发明利用音频与会者所连接的通信系统的能力，来提高混合会议中所有与会者的性能。在数字通信网络中有许多多媒体功能部件。一个实例就是由第三代合作伙伴项目(3GPP)所标准化的多媒体消息系统(MMS)。
MMS已从SMS消息系统的普及中演进了，并正在使用无线应用协议(WAP)。WAP是允许移动装置通过移动无线电通信网络与因特网服务器通信的协议。由于移动装置上的显示器(通常为150×150像素)比计算机监控显示器(通常至少为640×480像素)小得多，因此要在计算机监视器上显示的网站不能在具有任何实用性的移动装置上显示。而且，移动装置具有比个人计算机小得多的处理能力。
于是，开发了WAP，以允许移动装置访问设计为在移动装置上显示的特殊因特网网站，并在移动装置和因特网之间提供接口。但是MMS是用于发送和接收多媒体消息的标准。多媒体消息可包括格式化的文本、图像，照片、音频和视频剪辑的任何组合。图像可以是任何标准格式，例如GIF和JPEG。MMS也支持视频格式例如MPEG4和音频格式例如MP3和MIDI。
图1示出MMS消息的典型格式。MMS消息包括标题1。标题1提供路由信息以及MMS消息的接收人和发送人地址。消息体包括多媒体消息，它又可包括图像，其可以是JPEG、格式化的或纯文本形式；音频，其可以是波文件形式；视频，其可以是MPEG文件形式，还可选包括向多媒体消息接收人显示多媒体内容的显示文件。
图2示出传统的对等MMS路由中MMS业务路由序列的说明。移动装置的用户有一条MMS消息，该用户想发送给另一移动装置。移动装置通过PLMN X将MMS消息发送到MMS服务器。MMS服务器使用SMTP和电子邮件地址通过因特网路由这些消息。由于由移动装置发送的消息被寻址到接收人的MSISDN号码，因此MMS服务器必须确定接收人的MMS服务器地址，以便将多媒体消息路由到接收人的MMS服务器。如果MMS服务器能够由接收人的MSISDN号码识别接收人的移动装置的MMS服务器，则使用SMTP和接收人的MMS服务器的电子邮件地址，将多媒体消息通过因特网路由到接收人的MMS服务器。MMS服务器然后发送一个多媒体消息通知给推送(Push)访问协议(PAP)服务器。PAP服务器是一个推送网关，用于使用WAP论坛标准将消息推送到移动装置。PAP服务器通过第二个公用陆地移动通信网Y(PLMN Y)发送一个通知到移动装置。接收人的移动装置通过PLMN Y从MMS服务器拉(pull)MMS消息。响应于移动装置的拉，MMS服务器通过PLMN Y将多媒体消息路由到接收人的移动装置。多媒体消息在移动装置中被接收，在此它可以被呈现、播放或显示给移动装置的用户。
本发明的基础是利用MMS系统的体系结构和多媒体能力，以便改进视频会议中音频与会者的性能和益处。图3示出一个优选实施例。和图2的体系结构相比，与对等关系之一相关联的左侧MMS体系结构用视频会议系统来代替。该系统包括第一组多个端点(EP)，具有相关联的第一MCU1，连接到局域网(LAN)，局域网又连接到网络服务器，网络服务器是一个嵌入式网关，补充有MMS引擎。具有相关联的第二MCU2的第二组多个EP也通过ISDN线和网络服务器通信。
EP、MCU和网关在视频会议系统中像常规视频会议节点一样工作。EP捕获多媒体数据、对数据编码、并将其转发，以在MCU中作进一步处理。在MCU中的处理即提供视频混合，并准备编码的多媒体数据信号，该信号被发送到每个与会的EP，与会的EP又解码多媒体数据信号，并将其呈现给各个用户。网关在用不同协议工作的EP和MCU之间提供通信。网关最重要的任务是将专用于在ISDN上传输的多媒体数据转换成专用于IP传输的多媒体数据。网关按照惯例用于将LAN连接到外部ISDN连线，使企业EP能与外部EP通信。
在本发明的优选实施例中，网关结合在网络服务器中，还包括有MMS引擎，以提供视频会议中音频与会者提高的性能。从以下说明中显然可见，因为MMS引擎和网关有一些类似的特性，它们都安装在同一节点内。举例来说，MMS引擎和网关都提供协议转换，并且它们都适当地放置在本地和公用通信网络之间的边界上。
MMS引擎提供视频会议内容到常规MMS的转换，常规的MMS将被传输到使用例如调节为接收MMS消息的蜂窝电话的一个或多个音频与会者。相反，MMS引擎也提供从一个或多个音频与会者接收的MMS内容转换到适用于音频与会者参与的视频会议的格式。
图4示出MMS引擎的一个实施例。在数据总线的左侧，除控制器和处理器外，还示出几个临时I/O存储器，分别与常规视频会议格式的媒体数据相关联。在数据总线的右侧，除MMS消息I/O存储器外，还示出几个临时I/O存储器，每个都与典型MMS消息格式中的相应字段相关联。
现在集中说明首先提到的转换方向，考虑视频会议当前正在观看所捕获的从EP1传输到所有其它与会者的视频画面。编码的视频画面经由MCU1并通过IP网络路由到网络服务器。在网络服务器中，编码的视频画面被解码，提供常规视频会议格式的视频画面，如QCIF、CIF或4CIF。
MMS引擎配置为在某个预定义的时间间隔，或在特定事件时，捕获视频画面的快照，即在构成视频画面的静止图像流中选择一个图像。这是在连续存储在临时存储器或在视频I/O存储器中或在MMS引擎的数据I/O存储器中的图像中实现的，其内容在快照捕获的实际时间取出，并通过数据总线转发到处理器。取出的实际时间由控制器控制。处理器确定图像的原始格式，并根据预先存储的算法将内容转换成JPEG格式。转换还可包括定标画面，由此将尺寸调节到小屏幕。控制器再将JPEG图像传送到JPEG存储器，并当到了将MMS传输到一个或多个音频与会者的时间时，由处理器根据图1所示格式创建MMS，其内容由控制器决定。将MMS接收人的地址插入到MMS标题中，并在将完整的MMS放入MMS I/O存储器中时，以JPEG格式的具有来自EP1快照的MMS就准备传输到与接收人相关联的MMS服务器。
插入MMS标题中的地址是电子邮件地址，使用SMTP以常规方式将MMS路由到MMS服务器，且MMS内容从MMS服务器被拉到接收人。在会议开办时，或当具有MMS能力的新音频与会者加入正在进行的会议时，与会的音频与会者的MMS电子邮件地址必须存储在地址存储器中。
注意，快照不限于包括来自一个单个与会者的内容，但也可包括所谓的CP画面(连续显示)，其是来自几个与会者的画面混合。还要注意，附加在MMS消息上的图像不限于某一格式或静止画面，但也可以是例如MPEG格式的视频序列。视频序列可以直接从视频I/O存储器中取出，或通过取出和合并静止画面而产生。
现转向MMS流的相反方向，考虑视频会议当前正在观看包括除CP接收人外的所有与会者的视频画面的连续显示(CP)视图，以及由视频会议中唯一音频与会者捕获的定期更新的静止画面。该音频与会者配有具有MMS能力的蜂窝电话和摄像机。当音频与会者进入会议时，向其提供与会议和/或网络服务器相关联的电子邮件地址。电子邮件地址可以作为MMS(例如，作为包括有在相反方向传输的视频会议数据的第一MMS的传输地址或“返回路径”)从网络服务器传输，并可供手动使用，或可自动插入到蜂窝电话的存储器中，供在会议期间随后使用。电子邮件地址/或其它数据也可在呼叫建立期间利用专有信令协议在网络服务器和蜂窝电话/MMS服务器之间进行交换。
当建立从蜂窝电话到会议的呼叫时，由与蜂窝电话相关联的摄像机捕获画面，且该画面被插入到寻址到会议的MMS消息中。然后利用STMP将MMS消息经由MMS服务器通过因特网传输到网络服务器。在接收MMS时，通过研究电子邮件地址，或通过研究在MMS标题中找到的发送人地址，来提供会议ID。MMS插入到MMS I/O存储器中，且控制器启动处理器，以分离消息中包含的不同媒体元素，并将它们插入到各个的存储器中。JPEG存储器中驻留的JPEG画面然后被转换成会议的CP视图所用的适当格式，并被插入到视频或数据I/O存储器中。画面从存储器中被取出，然后被编码，并根据早先提供的会议ID被传输到MCU，混合会议的CP视图。MCU然后将蜂窝电话原来捕获的静止画面连同五个其它视频画面一起插入在第六CP字段中。转换的备选方案可以是，将从MMS消息分离的多媒体数据直接传输到MCU或视频会议端点。这将要求接收人是IP可寻址的，用于例如推出多媒体数据。
如果在整个会议期间由同一静止画面来观看音频与会者，重复使用较早接收的画面会很方便，可以减少传输时间和成本。为此，可将从已在连接到端点或管理工具的目录中注册的某一音频与会者接收的画面连同有关该与会者的其它信息一起存储在目录中。当音频与会者以后参加包括具有该目录的视频会议装置的会议时，就可将对应的画面取出，并用于观看该音频与会者，而不必重新传输该画面。
本发明的上述实施例代表了和网关一起实现的或结合在网关内的MMS引擎。但是，MMS引擎不一定必须连接到网关，而是也可以是单独的装置，或结合到其它视频会议节点中，例如MCU中，或端点中。它也可以是与视频会议系统相关联的管理工具的一部分。在任何情况下，MMS引擎，或它所结合或连接到的节点，根据网际协议必须是可寻址的。而且，本说明还集中在在视频会议和具有多媒体能力的一个或多个音频与会者之间捕获和传输静止画面。但多媒体内容不限于静止画面，而是也可包括视频、文本和/或音频，在这种情况下，在转换时多媒体内容被分配在MMS引擎中的各个存储器中。
本发明还包括一个方面，其中利用电子邮件将多媒体数据传送到有MMS能力的音频与会者。在MMS引擎中，多媒体数据在此情况下在转换后附加在常规电子邮件上，通过MMS服务器传输到MMS装置。MMS服务器和装置如何处理电子邮件取决于操作员，但是众所周知的事实是，将电子邮件传输到MMS装置是允许的，用phonenumber@domain寻址电子邮件。MMS装置将接收电子邮件作为MMS消息，其中电子邮件文本和附件都插在MMS条目中。
如上所述，可在预定义时间点或在某些事件时捕获并传送快照或其它多媒体内容。一方面，这种事件发生在当发起本快照的源画面(视频或静止画面)的内容中检测到有相当大的改变时。检测可以在例如图3所示的网络服务器中进行。根据本发明这方面的一个实施例，以前传输的快照存储在网络服务器中，并将快照连续地与源画面进行比较。该比较可以逐个象素的方式进行，或者对与快照相关联的一个或多个值和与源画面相关联的一个或多个对应值进行比较。当这些值之间的差大于预定义阈值时，就启动将新快照传输到一个或多个音频与会者。这意味着，图4的控制器能够通过数据总线从视频或数据I/O存储器中读出到处理器，处理器又将快照从目前的格式转换成JPEG，然后将JPEG图像插入到JPEG存储器中。
能够触发新快照传输的一个事件是在显示中的页面移动。另一实例是在语音交换在进行，而拍摄现场在移动时。由于会议中的主视频画面以及新快照传输将被启动，因此就会出现完全不同的图像。
对由事件启动的快照(或其它多媒体数据)的备选是，捕获新快照也可定期被传输，在呼叫建立时捕获第一快照。多媒体数据在相反方向的传输，即从音频与会者到视频会议，可以相应地启动，但判定机制可能是在MMS装置或在MMS或蜂窝网络体系结构中的其它地方实现。如果在MMS装置中实现判定机制，必须安装某些专有软件。
还有其它原因要在蜂窝电话中安装特制软件，给它提供用于参加常规视频会议的增强的可能性。为了提高音频与会者的性能和益处，实现本发明的增强MMS特征应是尽可能直观和少费力的。如果用户在会议期间必须手动传输和接收画面，则这种参与就很不方便。所以，根据本发明的优选实施例，MMS装置配置有软件，使其既能发送又能接收有关快照捕获、传输和接收的信令消息，或者此外还可合并在不同时间点接收的内容，以在显示来自会议的多媒体数据方面提供连续性。软件调节为接收和存储网络服务器/会议的电子邮件地址，并自动取出该地址，且在将多媒体数据传输到会议时将该地址插入到MMS标题中。软件优选安装为Java-脚本，因为这是为小装置提供特制特征的灵活工具。此外，大部分蜂窝电话和移动装置目前都配有Java技术。
优选的是，在视频会议侧的快照捕获也应能从音频与会者处手动或自动遥控启动。在本发明的优选实施例中，安装在蜂窝电话中的软件因此配置为能够产生并向网络服务器发送快照捕获的请求。作为响应，MMS引擎从I/O存储器之一中捕获快照(或其它多媒体数据)，将其转换成适当格式，并将快照返回到音频与会者的MMS装置上。
在一些情况下，在MMS装置中在不同时间接收的多媒体内容可以从内容合并在一起而受益，从而提供从视频会议经由MMS传输的数据的连续性。例如，实时视频显示可以从来自MMS引擎的分离MMS消息中连续传输的许多快照或视频片断来创建。在此情况下软件也配置为连续接收和存储输入的多媒体数据，并将其呈现在MMS装置的屏幕上，使其看起来是连续的视频流。
但是，实时视频显示意味着传输大的和/或许多的MMS消息，且可能会要求相当大的带宽一直到音频与会者。但带宽要求可以降低，不是将视频会议画面转换成MMS引擎中的JPEG格式，而是根据标准或专有编码技术来编码画面，并将各编码画面插入到MMS消息中的一个条目中，作为通用附件。在这种情况下，蜂窝电话中的软件也必须配置为能够根据MMS引擎所用的编码技术来解码MMS消息中的附件。
上述蜂窝电话中软件的任务会要求MMS装置和MMS引擎之间的一些信令和协商(negotiation)。这种信息的交换可插入在正在传输的MMS消息的文本或显示字段中(临时在MMS引擎中的文本或显示存储器中)，创建一个虚拟的分离的信令信道。该信息可包括快照请求、启动快照捕获的事件类型以及同步信息。
本发明的实施例在上述说明中是作为在常规视频会议中集成有MMS能力的MMS引擎出现的。但本发明的基本思想也可以综合方法实施。该方法包括在一个方向捕获视频会议数据，例如一个或多个与会者的视频画面的快照或CP画面，将数据转换成适当的格式，并将转换的数据作为附件插入在MMS消息中。MMS消息从IP可寻址装置经由MMS基础设施传输到一个或多个有MMS能力的音频与会者。音频与会者取出附加在MMS消息上的视频会议数据，并呈现该数据，作为音频与会者参与的会议的一部分。
在相反方向，音频与会者捕获某种多媒体数据，一般是静止画面，或呈现音频与会者的一些其它数据，并将该多媒体数据插入到MMS消息中。MMS消息被寻址，并被传输到连接到视频会议系统的IP可寻址节点。然后将附件从MMS消息中取出，并转换成适当的视频会议格式。转换的多媒体数据然后被编码，并传输到一个或多个常规视频会议与会者，可选地随后将其与来自其它与会者的数据混合。
权利要求
1.一种专用于将MMS能力采用到视频会议中的MMS引擎，所述视频会议包括与各个视频会议端点相关联的一个或多个视频与会者以及与各个MMS装置相关联的一个或多个音频与会者，其特征在于捕获部件，配置为从来源于一个或多个视频会议端点和/或MCU的数据源捕获视频会议数据，转换部件，配置为将所述视频会议数据转换成可附加在MMS上的格式，消息产生部件，配置为将所述转换的视频会议数据附加在MMS消息上，并在所述MMS消息中插入与各个MMS装置相关的地址，传输部件，配置为根据所述插入的地址传输所述MMS消息，控制器，调节为定期和/或在一个或多个预定义事件时启动所述捕获、转换、消息产生和传输部件。
2.如权利要求1所述的MMS引擎，其特征在于所述事件之一发生在所述视频源改变时，或在之前捕获的视频会议数据和从所述数据源产生的内容之间的差大于预定义阈值时。
3.如权利要求1所述的MMS引擎，其特征在于所述事件之一发生在从各个MMS装置接收视频会议数据更新请求时。
4.如权利要求1所述的MMS引擎，其特征在于所述事件之一发生在视频或音频与会者离开或进入所述视频会议时。
5.如上述权利要求中任一项所述的MMS引擎，其特征在于所述视频会议数据插入在所述MMS消息的对应MMS条目中，并且所述地址是与所述各个MMS装置相关联的MMS服务器的地址。
6.如上述权利要求中任一项所述的MMS引擎，其特征在于所述视频会议数据是快照。
7.如权利要求1-5所述的MMS引擎，其特征在于所述视频会议数据是视频序列。
8.如权利要求6或7所述的MMS引擎，其特征在于所述视频会议数据合并在各个MMS装置中，创建实时视频。
9.如上述权利要求中任一项所述的MMS引擎，其特征在于所述MMS引擎结合在或连接到网关、MCU或端点上。
10.一种专用于将MMS能力采用到视频会议中的MMS引擎，所述视频会议包括与各个视频会议端点相关联的一个或多个视频与会者以及与各个MMS装置相关联的一个或多个音频与会者，其特征在于MMS接收部件，配置为接收来自各个MMS装置的MMS消息，并分离所附加的多媒体数据，转换部件，配置为将所述多媒体数据转换成与所述视频会议兼容的格式，传输部件，配置为向所述各个视频会议端点提供所述转换的多媒体数据，控制器，调节为定期和/或在一个或多个预定义事件时启动所述转换和传输部件。
11.如权利要求10所述的MMS引擎，其特征在于所述MMS接收部件还配置为通过研究所述MMS消息中包含的发送人或接收人地址，来确定所述MMS消息与所述视频会议相关联，从所述MMS消息中找出所述视频会议的会议ID，并且所述传输部件还配置为根据所述会议ID将转换的多媒体数据传输到所述视频会议端点。
12.如权利要求10或11所述的MMS引擎，其特征在于所述视频会议涉及MCU，所述转换的多媒体数据在到达所述各个视频会议端点之前通过所述MCU传输。
13.如权利要求10-12中任一项所述的MMS引擎，其特征在于所述事件之一发生在之前接收的多媒体数据和在所述MMS装置中产生的对应多媒体数据之间的差大于预定义阈值时。
14.如权利要求10-12中任一项所述的MMS引擎，其特征在于所述事件之一发生在一个或多个视频或音频与会者离开或进入所述视频会议时。
15.如权利要求10-14中任一项所述的MMS引擎，其特征在于所述多媒体数据是存储在所述MMS装置中的图像，或由连接到或集成在所述MMS装置中的摄像机捕获的图像。
16.如权利要求10-14中任一项所述的MMS引擎，其特征在于所述多媒体数据是视频序列。
17.如权利要求15或16所述的MMS引擎，其特征在于合并转换的多媒体数据，创建实时视频。
18.如权利要求10-17中任一项所述的MMS引擎，其特征在于所述转换的多媒体数据被作为与所述视频会议相关联的任何其它多媒体流来处理。
19.如权利要求10-18中任一项所述的MMS引擎，其特征在于所述MMS引擎结合在或连接到网关、MCU或端点上。
20.一种将MMS能力采用到视频会议中的方法，所述视频会议包括与各个视频会议端点相关联的一个或多个视频与会者以及与各个MMS装置相关联的一个或多个音频与会者，其特征在于以下步骤从来源于一个或多个视频会议端点或MCU的数据源捕获视频会议数据；将所述视频会议数据转换成可附加在MMS上的格式；将所述转换的视频会议数据附加在MMS消息上；在所述MMS消息中插入与各个MMS装置相关联的地址；根据所述插入的地址传输所述MMS消息；定期和/或在一个或多个预定义事件时启动所述捕获、转换、附加、插入和传输步骤。
21.如权利要求20所述的方法，其特征在于所述视频会议数据插入在所述MMS消息中的对应MMS条目中，并且所述地址是与所述各个MMS装置相关联的MMS服务器的地址。
22.如权利要求20或21所述的方法，其特征在于所述视频会议数据是快照。
23.如权利要求20或21所述的方法，其特征在于所述视频会议数据是视频序列。
24.如权利要求20-23中任一项所述的方法，其特征在于以下附加步骤合并在所述各个MMS装置中连续接收的视频会议数据，创建实时视频。
25.一种将MMS能力采用到视频会议中的方法，所述视频会议包括与各个视频会议端点相关联的一个或多个视频与会者以及与各个MMS装置相关联的一个或多个音频与会者，其特征在于接收来自各个MMS装置的MMS消息；分离附加到所述各个MMS装置的多媒体数据；将所述多媒体数据转换成与所述视频会议兼容的格式；将所述转换的多媒体数据提供到所述各个视频会议端点；定期和/或在一个或多个预定义事件时启动所述转换和传输步骤。
26.如权利要求25所述的方法，其特征在于以下附加步骤研究所述MMS消息中包含的发送人或接收人地址，从所述MMS消息中找出所述视频会议的会议ID；根据所述会议ID将转换的多媒体数据提供到所述视频会议端点。
27.如权利要求25或26所述的方法，其特征在于所述多媒体数据是存储在所述MMS装置中的图像，或由连接到或集成在所述MMS装置中的摄像机捕获的图像。
28.如权利要求25或26所述的方法，其特征在于所述多媒体数据是视频序列。
29.如权利要求25-28中任一项所述的方法，其特征在于以下附加步骤合并所述转换的多媒体数据，用以创建实时视频。
30.如权利要求25-29中任一项所述的方法，其特征在于以下附加步骤像与所述视频会议相关联的任何其它多媒体流一样处理所述转换的多媒体数据。
全文摘要
本发明涉及视频会议和多媒体消息传送，并利用音频与会者所连接的通信系统的能力，来提高混合会议中所有与会者的性能。在优选实施例中，音频与会者配有MMS装置，且MMS引擎定期或在特定事件时捕获附在MMS消息上并寻址到MMS装置的视频会议数据。在相反方向，MMS装置通过将多媒体数据附在MMS消息上，而将多媒体数据提供给常规视频会议与会者，其中MMS消息发送到IP可寻址MMS引擎上。MMS引擎分离多媒体数据，并将其转换成与视频会议兼容的格式。然后将转换的多媒体数据提供给视频会议与会者，并像视频会议中包括的任何其它多媒体流一样处理。
文档编号H04Q7/22GK1871855SQ200480031324
公开日2006年11月29日 申请日期2004年10月22日 优先权日2003年10月24日
发明者S·克耶斯布, E·克里斯滕森 申请人:坦德伯格电信公司