CN109922300A - 一种视联网mcu会议邀请互联网mcu会议的方法及服务器 - Google Patents

Abstract

本申请实施例公开了一种视联网MCU会议邀请互联网MCU会议的方法，用于节约互联网服务器的资源。本申请实施例方法包括：视联网服务器获取第一呼叫请求，第一呼叫请求包括前缀信息+呼叫号+@+互联网服务器的地址；视联网服务器向协转服务器发送第一呼叫请求，第一呼叫请求用于加入对应的互联网会议，其中，前缀信息用于指示协转服务器第一呼叫请求为视联网会议呼叫互联网会议的请求，呼叫号用于协转服务器确定对应的会议，互联网服务器的地址用于协转服务器确定对应的互联网服务器；视联网服务器接收协转服务器发送的第一呼叫响应；视联网服务器根据第一呼叫响应，确定视联网会议成功呼叫互联网会议。

Description

一种视联网MCU会议邀请互联网MCU会议的方法及服务器

技术领域

本发明涉及视联网技术领域，特别是涉及一种视联网MCU会议邀请互联网MCU会议的方法及服务器。

背景技术

当前，随着视联网业务在全国范围内的普及发展，视联网高清视联交互技术在政府部门以及其它行业中发挥着举足轻重的作用。视联网采用全球最先进的VisionVera实时高清视频交换技术，实现了目前互联网无法实现的全网高清视频实时传输，将高清视频会议、视频监控、远程培训、智能化监控分析、应急指挥、视频电话、现场直播、电视邮件、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过多种终端设备实现高清品质视频通信实时互联互通。

在现有技术中，已经实现了在视联网与互联网的会议级联，就是直接在视联网微控制单元(Micro Control Unit，MCU)上呼叫互联网MCU的互联网协议(InternetProtocol，IP)地址就可以将互联网上创建的会议邀请到视联网会议中去，然后视联网会议中的视联网终端都可以看到这个会议中的多点混屏流，但是在一个互联网MCU上不可能只创建一个会议，这样太浪费互联网MCU的资源。

发明内容

本申请实施例提供了一种视联网MCU会议邀请互联网MCU会议的方法及服务器，用于可以通过“80前缀+会议号+@+MCUIP”的呼叫方式将H323MCU上创建的多个会议分别邀请进来，这样就不会浪费MCU的资源，因为一个H323MCU可以创建多个会议，所以需要通过本专利中描述的方式来进行区分组会。

有鉴于此，本发明实施例第一方面提供了一种视联网MCU会议邀请互联网MCU会议的方法，所述方法应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，可以包括：

所述视联网服务器获取第一呼叫请求，所述第一呼叫请求包括前缀信息+呼叫号+@+所述互联网服务器的地址；

所述视联网服务器向所述协转服务器发送所述第一呼叫请求，所述第一呼叫请求用于加入对应的互联网会议，其中，所述前缀信息用于指示所述协转服务器所述第一呼叫请求为视联网会议呼叫所述互联网会议的请求，所述呼叫号用于协转服务器确定对应的会议，所述互联网服务器的地址用于所述协转服务器确定对应的所述互联网服务器；

所述视联网服务器接收所述协转服务器发送的第一呼叫响应；

所述视联网服务器根据所述第一呼叫响应，确定所述视联网会议成功呼叫所述互联网会议。

可选的，在本发明的一些实施例中，所述第一呼叫请求的协议为http协议。

可选的，在本发明的一些实施例中，所述视联网服务器获取第一呼叫请求，可以包括：

所述视联网服务器响应用户的输入操作，生成所述第一呼叫请求。

本发明第二方面提供了一种视联网MCU会议邀请互联网MCU会议的方法，所述方法应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，所述方法包括：

所述互联网服务器接收所述协转服务器发送的第二呼叫请求，所述第二呼叫请求包括呼叫号+@+所述互联网服务器的地址；

所述互联网服务器根据所述第二呼叫请求，确定第二呼叫响应；

所述互联网服务器向所述协转服务器发送所述第二呼叫响应，所述第二呼叫响应用于所述协转服务器经过协议转换，向所述视联网服务器发送第一呼叫响应。

可选的，在本发明的一些实施例中，所述第二呼叫请求的协议为H323协议。

本发明第三方面提供了一种视联网服务器，应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，所述视联网服务器包括：

处理模块，用于获取第一呼叫请求，所述第一呼叫请求包括前缀信息+呼叫号+@+所述互联网服务器的地址；根据所述第一呼叫响应，确定所述视联网会议成功呼叫所述互联网会议；

发送模块，用于向所述协转服务器发送所述第一呼叫请求，所述第一呼叫请求用于加入对应的互联网会议，其中，所述前缀信息用于指示所述协转服务器所述呼叫请求为视联网会议呼叫所述互联网会议的请求，所述呼叫号用于协转服务器确定对应的会议，所述互联网服务器的地址用于所述协转服务器确定对应的所述互联网服务器；

接收模块，用于接收所述协转服务器发送的第一呼叫响应。

可选的，在本发明的一些实施例中，所述第一呼叫请求的协议为http协议。

可选的，在本发明的一些实施例中，所述处理模块，具体用于响应用户的输入操作，生成所述第一呼叫请求。

本发明第四方面提供了一种互联网服务器，应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，所述互联网服务器包括：

接收模块，用于接收所述协转服务器发送的第二呼叫请求，所述第二呼叫请求包括呼叫号+@+所述互联网服务器的地址；

处理模块，用于根据所述第二呼叫请求，确定第二呼叫响应；

发送模块，用于向所述协转服务器发送所述第二呼叫响应，所述第二呼叫响应用于所述协转服务器经过协议转换，向所述视联网服务器发送第一呼叫响应。

可选的，在本发明的一些实施例中，所述第二呼叫请求的协议为H323协议。

从以上技术方案可以看出，本申请实施例具有以下优点：

在本发明实施例中，所述视联网服务器获取第一呼叫请求，所述第一呼叫请求包括前缀信息+呼叫号+@+所述互联网服务器的地址；所述视联网服务器向所述协转服务器发送所述第一呼叫请求，所述第一呼叫请求用于加入对应的互联网会议，其中，所述前缀信息用于指示所述协转服务器所述呼叫请求为视联网会议呼叫所述互联网会议的请求，所述呼叫号用于协转服务器确定对应的会议，所述互联网服务器的地址用于所述协转服务器确定对应的所述互联网服务器；所述视联网服务器接收所述协转服务器发送的第一呼叫响应；所述视联网服务器根据所述第一呼叫响应，确定所述视联网会议成功呼叫所述互联网会议。本发明实现了在视联网MCU在邀请互联网MCU创建的会议的时候，可以通过“前缀信息+会议号+@+互联网服务器的地址”的呼叫方式将互联网服务器上创建的多个会议分别邀请进来，这样就不会浪费MCU的资源。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例和现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，还可以根据这些附图获得其它的附图。

图1是本发明的一种视联网的组网示意图；

图2是本发明的一种节点服务器的硬件结构示意图；

图3是本发明的一种接入交换机的硬件结构示意图；

图4是本发明的一种以太网协转网关的硬件结构示意图；

图5是本发明的一种终端设备升级时数据传输过程的示意图；

图6为本发明实施例所应用的应用场景图；

图7为本发明实施例中视联网MCU会议邀请互联网MCU会议的方法的实施例示意图；

图8为本发明实施例所应用的系统架构图；

图9为本发明实施例中视联网服务器的实施例示意图；

图10为本发明实施例中互联网服务器的一个实施例示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、交互式电视点播(Video on Demand，VOD)系统、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。

为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：

视联网所应用的部分技术如下所述：

网络技术(Network Technology)

视联网的网络技术创新改良了传统以太网(Ethernet)，以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching)，视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。

交换技术(Switching Technology)

视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。

服务器技术(Server Technology)

视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。

储存器技术(Storage Technology)

统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20％，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。

网络安全技术(Network Security Technology)

视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。

服务创新技术(Service Innovation Technology)

统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。

视联网的组网如下所述：

视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

如图1所示，视联网分为接入网和城域网两部分。

接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。

其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。

其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。

城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。

由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

形象地称，接入网部分可以组成统一视频平台(虚线圈中部分)，多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。

视联网设备分类

1.1本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。

1.2其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机(包括以太网网关)，终端(包括各种机顶盒，编码板，存储器等)。

各接入网设备的具体硬件结构为：

节点服务器：

如图2所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；

其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理，对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置，以及，对磁盘阵列模块204的配置。

接入交换机：

如图3所示，主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304；

其中，下行网络接口模块301进来的包(上行数据)进入包检测模块305；包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符(stream-id)，并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包(下行数据)进入交换引擎模块303；CPU模块204进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。

交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零；3)获得码率控制模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1)该端口发送缓存未满；2)该队列包计数器大于零。

码率控制模块208是由CPU模块204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。

CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。

以太网协转网关：

如图4所示，主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。

其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目的地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符(stream-id)；然后，由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte)，并进入相应的接收缓存，否则丢弃；

下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目的地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type，并发送。

以太网协转网关中其他模块的功能与接入交换机类似。

终端：

主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。

1.3城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。

2、视联网数据包定义

2.1接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。

如下表所示，接入网的数据包主要包括以下几部分：

DA

SA

Reserved

Payload

CRC

其中：

目的地址(DA)由8个字节(byte)组成，第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等)，最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址(SA)也是由8个字节(byte)组成，定义与目的地址(DA)相同；

保留字节由2个字节组成；

payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32+1024＝1056个字节，当然并不仅仅限于以上2种；

CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。

2.2城域网数据包定义

城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和MPLS(Multi-Protocol Label Switch，多协议标签交换)的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签(入标签)是0x0000，这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分：

DA

SA

Reserved

标签

Payload

CRC

即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。

基于视联网的上述特性，提出了本发明实施例的核心构思之一，遵循视联网的协议，由网管服务器管理所有的终端设备；由数据存储服务器存储各种数据包，其中包括升级程序包，终端设备获取升级程序包来进行程序升级。

在本发明实施例中，视联网包括终端设备，以及和终端设备相互通信的网管服务器和数据存储服务器

参照图5，在本发明实施例中，终端设备与网管服务器及数据存储服务器的通信是通过视联网进行传输。

下面对本发明中所涉及的术语做一个简要的说明，如下所示：

会议呼叫会议：这里指的是视联网MCU创建一个多点会议来邀请一个互联网H323协议的MCU创建的多点会议组成一个会议。

H323MCU:H323多点控制单元，是用来将H323协议的视频会议终端组织成会议的硬件设备。

本发明技术方案是一种为了让客户充分利用资源而设计的，因为一台传统的互联网服务器(如H323MCU)价格不菲，如果只是通过级联方式让客户实现视联网与互联网共同组会的方式，随着H323MCU邀请会议终端入会的点数的不断增加倒也无可厚非，但是当需要划分一些会议室，将一些终端加入到不同的会议室里面，召开局部会议的时候，就不能满足客户要求了。

所以在本发明中，为解决之前只能通过视联网MCU和互联网MCU的会议级联后，让视联网MCU直接呼叫互联网MCU的IP地址来把互联网MCU上的会议拉进来的缺陷，因为一个互联网MCU上创建的会议不止一个，而视联网MCU也是需要邀请指定的互联网视频会议终端组成的会议，才能达到开会的目的。为此我们实现了一种呼叫方式，即“前缀信息+会议号+@+互联网服务器的IP地址”方式来让视联网MCU来邀请指定的MCU会议室，这样保证MCU的资源没有被浪费。

即通过会议号来区分互联网MCU上创建的会议，然而要视联网的MCU邀请指定的互联网MCU创建的会议，就需要在视联网呼叫的方式上做区分。所以本发明在视联网的MCU上面实现了一种呼叫方式，示例性的，通过80为前缀信息确定视联网MCU呼叫的会议对象，然后加上呼叫的会议号@被呼叫的H323MCU的IP地址，这样就可以锁定被呼叫的互联网MCU终端上的具体某个会议，然后将这个会议加进来，可以看到这个会议中的所有终端。

如图6所示，为本发明实施例所应用的应用场景图。在图6所示中，所述视联网系统包括视联网服务器、协转服务器和互联网服务器。

本发明技术方案是基于协转服务器的协议地址解析模块对视联网MCU的呼叫请求进行分析，然后将呼叫请求发送到指定的被呼叫的处在会议的终端中，将会议里的所有终端通过呼叫请求加入到一个会议中。

即主要描述协转服务器是如何通过呼叫会议号(call party number)解析区分呼叫方式的不同来将会议中的终端拉进会议的，因为在被拉入会议的时候，H323MCU上已经是将若干终端进行组会了，且已经将参会的终端混合成一路视频流，这样该会议在被视联网MCU邀请入会的时候就是以一个多混屏的一路终端入的会议。

下面以实施例的方式对本申请技术方案做进一步的说明，如图7所示，为本发明实施例中视联网MCU会议邀请互联网MCU会议的方法的实施例示意图，该实施例示意图应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，可以包括：

701、所述视联网服务器获取第一呼叫请求，所述第一呼叫请求包括前缀信息+呼叫号+@+所述互联网服务器的地址。

如图8所示，为本发明实施例所应用的系统架构图。

需要说明的是，在步骤701之前，搭建好视联网系统环境之后，开启协转服务器，这里的协转服务器可以是H323协转服务器，配置完毕，协转虚拟出来一些视联网虚拟终端。开启互联网服务器，在本发明实施例中，互联网服务器以H323互联网协议的MCU服务器为例来进行说明。示例性的，可以在互联网服务器上面创建两个会议室，会议号分别是101,102，然后在这两个会议室中邀请不同的H323会议终端。如分别将四个H323协议的视频会议终端A，B，C，D两两拉进这两个会议中，其中AB进会议室101，CD进会议室102。

可以理解的是，在本发明实施例中，使用思科sx20终端作为组会中使用的互联网终端，使用STB终端作为视联网视频会议终端，首先用视联网MCU Manager创建一个会议室101将两个视联网终端组会。

所述视联网服务器获取第一呼叫请求，可以包括：所述视联网服务器响应用户的输入操作，生成所述第一呼叫请求。

其中，第一呼叫请求包括前缀信息+呼叫号+@+所述互联网服务器的地址。

示例性的，在视联网网页版的MCU Manager上也创建一个会议室201，邀请视联网终端进入会议。如果MCU Manager101会议室需要分别邀请H323MCU会议室101和102，方式就是“80+会议号+@+MCUIP”的呼叫方式。这时在网页上输入“80101@H323MCUIP”邀请H323MCU上的会议室进入这个视联网会议。

可选的，视联网服务器获取第一呼叫请求，可以包括：视联网服务器接收电子设备发送的呼叫请求，该呼叫请求可以通过无线保真、蓝牙、红外线的方式进行发送。

702、所述视联网服务器向所述协转服务器发送所述第一呼叫请求，所述第一呼叫请求用于加入对应的互联网会议。

其中，所述前缀信息用于指示所述协转服务器所述第一呼叫请求为视联网会议呼叫所述互联网会议的请求，所述呼叫号用于协转服务器确定对应的会议，所述互联网服务器的地址用于所述协转服务器确定对应的所述互联网服务器。

可以理解的是，这个第一呼叫请求从网页上经过基于视联网服务器的TCP/IP协议封装的Http协议发送到H323协转服务器的网络通信模块，然后再将该第一呼叫请求发送到视联网模块。

703、协转服务器将第一呼叫请求经过协议转换，得到第二呼叫请求。

即协转服务器的视联网模块将第一呼叫请求转成视联网协议的组会呼叫请求，发送到H323协转的会议控制模块，该会议控制模块在识别到前缀80之后，确认是视联网MCU发起的组会呼叫请求。

协转服务器的会议控制模块再将前缀去除，将视联网会议的第一呼叫请求发送到H323协转模块，H323协转模块将视联网协议的第一呼叫请求转换成H323协议的第二呼叫请求。

示例性的，会议控制模块识别到前缀是“80”后，知道该行为是在邀请一个H323会议,通过后面的IP地址，将第一呼叫请求封装成一个消息发送到协转服务器的H323协转模块，该H323协转模块就负责将会议第一呼叫请求转换成H323协议的会议第二呼叫请求。

704、协转服务器向互联网服务器发送第二呼叫请求。

协转服务器的H323协转模块再根据呼叫请求中的目的地址将第二呼叫请求发送到H323MCU上。

705、互联网服务器根据第二呼叫请求，确定第二呼叫响应。

H323MCU接收到第二呼叫请求之后，回复第二呼叫响应给H323协转的H323协转模块，建立呼叫连接。

示例性的，协转服务器的H323协转模块在将这个第二呼叫请求发送到H323MCU上，H323MCU给出反馈第二呼叫响应，altering,connect信令发送到H323协转模块上开始建立连接，H323协转模块将回复信令转发到会议控制模块。

706、互联网服务器向协转服务器发送第二呼叫响应。

互联网服务器确定第二呼叫响应之后，将第二呼叫响应向协转服务器发送。

707、协转服务器将第二呼叫响应经过协议转换，得到第一呼叫响应。

协转服务器的H323协转模块将第二呼叫响应再转换成视联网协议的第一呼叫响应发送到H323协转服务器的会议控制模块，进而发送到协转服务器的视联网模块。

708、协转服务器向视联网服务器发送第一呼叫响应。

视联网模块将该第一呼叫响应发送到视联网服务器，视联网服务器再转发到参会的每一个视联网终端上，这样就建立起了组会呼叫连接。

需要说明的是，此时互联网服务器即H323MCU会将被邀请会议中的所有终端的视频流进行混屏成一路H264流,封装成RTP协议的数据流发送到H323协转服务器的RTP封装模块。RTP封装模块进行解封装成H264裸流，发送到H323协转服务器的混音混屏模块，这个混音混屏模块在收到这一路混屏流之前已经将视联网会议中的几个会议终端混成一路视频流了，这时将这两路混屏流再进行混合成一路混屏流。然后，混音混屏模块将这路音视频流分别发送到H323协转服务器的视联网模块和RTP封装模块；视联网模块将混合的音视频流分别封装成视联网协议的音视频流发送到视联网服务器，进而发送到每个参会的视联网终端。

示例性的，会议控制模块再将第二呼叫响应转发到视联网模块，该视联网模块将收到第二呼叫响应后转成视联网协议的第一呼叫响应(如8e01/8e02信令)发送给视联网服务器，视联网服务器再转发到视联网终端。

709、所述视联网服务器根据所述第一呼叫响应，确定所述视联网会议成功呼叫所述互联网会议。

可以理解的是，H323协转服务器的RTP封装模块将混音混屏模块发来的混音视频流封装成RTP流发送到H323MCU上，H323MCU再将该流发送到参会的会议H323终端上。这样两个会议室中的终端均可以看到参会终端的所有人。

视联网终端收到H323MCU发来的回复信令之后就代表呼叫建立完成，这时H323MCU将被邀请的会议终端的音视频流进行混合，封装成两路路RTP协议的数据流发送到H323协转的RTP封装模块,该RTP封装模块负责将RTP解封装成H264视频流和G711的音频流，然后发送到混音混频模块。

示例性的，视联网模块也将从视联网服务器收到的2001/2002音视频流解封装成H264视频和G711的音频，发送到混音混频模块。呼叫连接建立完毕之后，会议控制模块就会给混音混频模块发送混音视频请求，等到接收到RTP封装模块和视联网模块发来的混屏流，再以视联网模块发送过来的混屏请求进行重新布局混屏模式，进行混屏。

经过混音混频模块混完之后的音视频，在发送回视联网模块和RTP封装模块这两个模块，这两个模块再按照之前解封装的逆操作，将各自协议的视频流发送到各自对应的终端上进行显示。

以上就是一个视联网MCU邀请H323MCU上创建一个指定会议号的会议的流程的原理。

在本发明实施例中，通过H323协转服务器的地址区分和协议转换功能，可以让视联网的MCU去邀请H323MCU上创建的不同的会议，因为H323协转服务器是将视联网协议和互联网协议进行转换的服务器，但是仅仅做底层协议转换是不够的，还需要增加一些业务上的功能，这样可以应对不同的对接场景。

本发明实现了在视联网MCU在邀请互联网的H323协议的MCU创建的会议的时候，可以通过"80+会议号+@+MCUIP"的呼叫方式将H323MCU上创建的多个会议分别邀请进来，这样就不会浪费MCU的资源。因为一个H323MCU可以创建多个会议，通过本发明实施例中描述的方式来进行区分组会，可以提高互联网服务器的资源利用率。

在本发明实施例中，也可以以视联网MCU Manager呼叫华为MCU VP9630为例，首先VP9630创建N个会议室，指定会议号分别是1001到100N，将若干台华为终端依次拉进各自会议，设置每个会议室为多路混合一屏，这样就有N个不一样的混合屏了，然后使用MCUManager按照“80+会议号@H323MCU IP”的方式分别拉这N个会议室，这样在组会的时候就可以不像之前那样只能通过级联的方式拉一个会议了,极大的提高了H323MCU的利用率。

如图9所示，为本发明实施例中视联网服务器的实施例示意图，应用于视联网系统，视联网系统包括视联网服务器、协转服务器和互联网服务器，可以包括：

处理模块901，用于获取第一呼叫请求，第一呼叫请求包括前缀信息+呼叫号+@+互联网服务器的地址；根据第一呼叫响应，确定视联网会议成功呼叫互联网会议；

发送模块902，用于向协转服务器发送第一呼叫请求，第一呼叫请求用于加入对应的互联网会议，其中，前缀信息用于指示协转服务器呼叫请求为视联网会议呼叫互联网会议的请求，呼叫号用于协转服务器确定对应的会议，互联网服务器的地址用于协转服务器确定对应的互联网服务器；

接收模块903，用于接收协转服务器发送的第一呼叫响应。

可选的，在本发明的一些实施例中，第一呼叫请求的协议为http协议。

可选的，在本发明的一些实施例中，处理模块901，具体用于响应用户的输入操作，生成第一呼叫请求。

如图10所示，为本发明实施例中互联网服务器的一个实施例示意图，应用于视联网系统，视联网系统包括视联网服务器、协转服务器和互联网服务器，可以包括：

接收模块1001，用于接收协转服务器发送的第二呼叫请求，第二呼叫请求包括呼叫号+@+互联网服务器的地址；

处理模块1002，用于根据第二呼叫请求，确定第二呼叫响应；

发送模块1003，用于向协转服务器发送第二呼叫响应，第二呼叫响应用于协转服务器经过协议转换，向视联网服务器发送第一呼叫响应。

可选的，在本发明的一些实施例中，第二呼叫请求的协议为H323协议。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种视联网MCU会议邀请互联网MCU会议的方法，所述方法应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，其特征在于，所述方法包括：

所述视联网服务器获取第一呼叫请求，所述第一呼叫请求包括前缀信息+呼叫号+@+所述互联网服务器的地址；

所述视联网服务器向所述协转服务器发送所述第一呼叫请求，所述第一呼叫请求用于加入对应的互联网会议，其中，所述前缀信息用于指示所述协转服务器所述第一呼叫请求为视联网会议呼叫所述互联网会议的请求，所述呼叫号用于协转服务器确定对应的会议，所述互联网服务器的地址用于所述协转服务器确定对应的所述互联网服务器；

所述视联网服务器接收所述协转服务器发送的第一呼叫响应；

所述视联网服务器根据所述第一呼叫响应，确定所述视联网会议成功呼叫所述互联网会议。

2.根据权利要求1所述的方法，其特征在于，所述第一呼叫请求的协议为http协议。

3.根据权利要求1或2所述的方法，其特征在于，所述视联网服务器获取第一呼叫请求，包括：

所述视联网服务器响应用户的输入操作，生成所述第一呼叫请求。

4.一种视联网MCU会议邀请互联网MCU会议的方法，所述方法应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，其特征在于，所述方法包括：

所述互联网服务器接收所述协转服务器发送的第二呼叫请求，所述第二呼叫请求包括呼叫号+@+所述互联网服务器的地址；

所述互联网服务器根据所述第二呼叫请求，确定第二呼叫响应；

所述互联网服务器向所述协转服务器发送所述第二呼叫响应，所述第二呼叫响应用于所述协转服务器经过协议转换，向所述视联网服务器发送第一呼叫响应。

5.根据权利要求4所述的方法，其特征在于，所述第二呼叫请求的协议为H323协议。

6.一种视联网服务器，应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，其特征在于，所述视联网服务器包括：

处理模块，用于获取第一呼叫请求，所述第一呼叫请求包括前缀信息+呼叫号+@+所述互联网服务器的地址；根据所述第一呼叫响应，确定所述视联网会议成功呼叫所述互联网会议；

发送模块，用于向所述协转服务器发送所述第一呼叫请求，所述第一呼叫请求用于加入对应的互联网会议，其中，所述前缀信息用于指示所述协转服务器所述第一呼叫请求为视联网会议呼叫所述互联网会议的请求，所述呼叫号用于协转服务器确定对应的会议，所述互联网服务器的地址用于所述协转服务器确定对应的所述互联网服务器；

接收模块，用于接收所述协转服务器发送的第一呼叫响应。

7.根据权利要求6所述的视联网服务器，其特征在于，所述第一呼叫请求的协议为http协议。

8.根据权利要求6或7所述的视联网服务器，其特征在于，

所述处理模块，具体用于响应用户的输入操作，生成所述第一呼叫请求。

9.一种互联网服务器，应用于视联网系统，所述视联网系统包括视联网服务器、协转服务器和互联网服务器，其特征在于，所述互联网服务器包括：

接收模块，用于接收所述协转服务器发送的第二呼叫请求，所述第二呼叫请求包括呼叫号+@+所述互联网服务器的地址；

处理模块，用于根据所述第二呼叫请求，确定第二呼叫响应；

发送模块，用于向所述协转服务器发送所述第二呼叫响应，所述第二呼叫响应用于所述协转服务器经过协议转换，向所述视联网服务器发送第一呼叫响应。

10.根据权利要求9所述的互联网服务器，其特征在于，所述第二呼叫请求的协议为H323协议。