用于视频会议的数据传输方法、装置及系统与流程

本发明涉及通信领域，具体而言，涉及一种用于视频会议的数据传输方法、装置及系统。

背景技术：

目前，视频会议和VoIP通话已经广泛应用于人们的日常生活和工作中。借助专业级的视频会议设备、移动终端、软件视频会议终端的远程会议、远程医疗、远程教育等技术都在蓬勃发展。人们已经在享受着由这些技术随时随地面对面对话的便捷。

但是，IPv4地址的匮乏和IPv6发展的不成熟，使得很多企业、家庭、酒店都会搭建IPv4私有网络。当从这些网络接入互联网的视频会议服务器时，很多SIP和H323协议接入的系统面临NAT穿越的问题。NAT穿越问题会导致视频会议召开失败，或者召开会议后无媒体码流，其它端看不到图像听不到声音。现有技术解决NAT穿越问题的方法是部署支撑视频会议信令和媒体NAT穿越的服务器。但是，集中部署NAT穿越服务器面临着服务器性能压力、接入带宽受限、前期投入大、容灾能力差等问题。

针对相关技术中集中部署NAT穿越服务器造成服务器性能压力的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种用于视频会议的数据传输方法、装置及系统，以至少解决相关技术中相关技术中通过集中部署NAT穿越服务器来实现视频会议系统NAT穿越，而导致的视频会议系统运行效率低和成本高的问题。

根据本发明的一个方面，提供了一种用于视频会议的数据传输方法，包括：信令处理器接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；信令处理器在接收到呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；信令处理器将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流。

进一步地，信令处理器将选择的媒体处理器通知给源终端和目标终端包括：信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

进一步地，在信令处理器将选择的媒体处理器通知给源终端和目标终端之前，方法还包括：信令处理器向选择的媒体处理器发送资源请求；信令处理器接收选择的媒体处理器发送的指示信息，指示信息用于指示选择的媒体处理器允许分配资源请求所请求的资源。

进一步地，源终端为视频会议客户端，目标终端为视频会议服务器，或者源终端为视频会议服务器，目标终端为视频会议客户端。

进一步地，信令处理器在接收到呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器包括：信令处理器判断视频会议客户端是否位于私网，其中，信令处理器在判断出视频会议客户端位于私网的情况下，根据拓扑关系和状态信息，从多个媒体处理器中选择出媒体处理器。

进一步地，在信令处理器接收视频会议的呼叫请求之前，方法还包括：视频会议客户端获取多个信令处理器的地址信息；视频会议客户端按照预设条件从多个信令处理器中选择出一个信令处理器；视频会议客户端注册到选择的信令处理器上，其中，选择的信令处理器用于接收视频会议客户端呼叫视频会议服务器时发起的呼叫请求，或者视频会议服务器呼叫视频会议客户端时发起的呼叫请求。

进一步地，视频会议客户端注册到选择的信令处理器上包括：信令处理器接收视频会议客户端发送的注册消息；信令处理器将注册消息转发至视频会议服务器；信令处理器接收到视频会议服务器返回的注册响应，将注册响应转发至视频会议客户端。

进一步地，方法还包括：媒体处理器按照预设周期向多个信令处理器发送状态更新信息。

根据本发明的另一个方面，提供了一种用于视频会议的数据传输方法，包括：媒体处理器接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出的一个媒体处理器，呼叫请求为源终端呼叫目标终端时发起的请求；媒体处理器向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；媒体处理器转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端。

进一步地，在媒体处理器转发源终端和目标终端之间的视频会议的码流之前，方法还包括：媒体处理器按照预设周期向信令处理器更新状态信息。

进一步地，在媒体处理器向信令处理器发送指示信息之后，方法还包括：信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

根据本发明的另一方面，提供了一种用于视频会议的数据传输装置，应用于信令处理器侧，该装置包括：第一接收模块，用于接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；选择模块，用于根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；第一发送模块，用于将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流。

进一步地，第一发送模块包括：第一发送单元，用于将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；第二发送单元，用于在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

进一步地，装置还包括：第二发送模块，用于向选择的媒体处理器发送资源请求；第二接收模块，用于接收选择的媒体处理器发送的指示信息，指示信息用于指示选择的媒体处理器允许分配资源请求所请求的资源。

进一步地，源终端为视频会议客户端，目标终端为视频会议服务器，或者源终端为视频会议服务器，目标终端为视频会议客户端，选择模块包括：判断单元，用于判断视频会议客户端是否位于私网；选择单元，用于在判断出视频会议客户端位于私网的情况下，根据拓扑关系和状态信息，从多个媒体处理器中选择出媒体处理器。

根据本发明的另一方面，提供了一种用于视频会议的数据传输装置，应用于媒体处理器侧，该装置包括：第三接收模块，用于接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出的一个媒体处理器，呼叫请求为源终端呼叫目标终端时发起的请求；第三发送模块，用于向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；转发模块，用于转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端。

进一步地，装置还包括：状态更新模块，用于按照预设周期向信令处理器更新状态信息。

根据本发明的另一方面，提供了一种用于视频会议的数据传输系统，包括：至少一个信令处理器，部署于一个或多个云服务器中，用于在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器，将选择的媒体处理器的通知给源终端和目标终端，其中，呼叫请求为源终端呼叫目标终端时发起的请求；至少一个媒体处理器，部署于一个或多个云服务器中，用于在被信令处理器选择后，转发源终端和目标终端的视频会议的码流。

通过本发明，采用信令处理器接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；信令处理器根据获取的多个媒体处理器的拓扑关系和多个 媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；信令处理器将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流；解决了相关技术中通过集中部署NAT穿越服务器来实现视频会议系统NAT穿越，而导致的视频会议系统运行效率低和成本高的问题，进而达到了提升视频会议系统数据传输效率和容灾容错能力的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的用于视频会议的数据传输方法的流程图；

图2是根据本发明实施例的另一种用于视频会议的数据传输方法的流程图；

图3是根据本发明实施例的一种可选的视频会议客户端注册至信令处理器的流程图；

图4是根据本发明实施例的一种可选的信令处理器选择媒体处理器的流程图；

图5是根据本发明实施例的一种可选的视频会议主叫客户端发起视频会议的流程图；

图6是根据本发明实施例的一种可选的呼叫视频会议被叫客户端加入视频会议的流程图；

图7是根据本发明实施例的用于视频会议的数据传输装置的结构框图；

图8是根据本发明实施例的一种可选的用于视频会议的数据传输装置的结构框图；

图9是根据本发明实施例的另一种用于视频会议的数据传输装置的结构框图；

图10是根据本发明实施例的一种可选的用于视频会议的数据传输装置的结构框图；

图11是根据本发明实施例的用于视频会议的数据传输系统的结构示意图；以及

图12是根据本发明可选实施例的用于视频会议的数据传输系统的交互流程示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种用于视频会议的数据传输方法，图1是根据本发明实施例的用于视频会议的数据传输方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，信令处理器接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；

在本发明实施例上述步骤S102中，信令处理器可按照区域部署于云服务器上，在本发明中或称信令服务器。信令处理器通过网络与源终端和目标终端建立连接。信令处理器可用于转发源终端与目标终端之间的信令。源终端为发出视频会议的呼叫请求的终端，源终端可以为视频会议客户端，用于在发起会议时向视频会议服务器发送该呼叫请求；也可以为视频会议服务器，用于在呼叫视频会议客户端加入会议时向该视频会议客户端发送该呼叫请求。目标终端为该视频会议请求的被请求方或接收方，当源终端为视频会议客户端时目标终端为视频会议服务器，当源终端为视频会议服务器时目标终端为视频会议客户端。可选地，呼叫请求可以是H232和SIP协议的消息。

步骤S104，信令处理器在接收到呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；

在本发明实施例上述步骤S104中，媒体处理器亦可按照区域部署于云服务器上，在本发明中或称媒体服务器。媒体处理器通过网络与源终端、目标终端和信令服务器建立连接，对于可能出现的媒体处理器与信令处理器部署于相同服务器中的情况，媒体处理器与信令处理器之间的连接情况不仅限于网络。媒体处理器可以通过主动上报或响应信令处理器查询消息的方式，将自身或已知的其他媒体处理器的状态信息发送给信令处理器。多个媒体处理器之间的拓扑关系可预存于信令处理器本地。

此处需要说明的是，媒体处理器的状态信息包括但不限于如下：媒体处理器所在区域、接入的视频会议客户端的数量、接入带宽、视频会议码流的时延和抖动、视频会议码流的丢包、物理服务器CPU占用率等信息。

步骤S106，信令处理器将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流。

在本发明实施例上述步骤S106中，信令处理器将选择的媒体处理器通知给源终端和目标终端的方式，可以为将选择的媒体处理器的标识信息，例如地址标识，发送给源终端和目标终端，使得源终端和目标终端能够接入该选择的媒体处理器，并向该媒体处理器发送视频会议的码流。选择的媒体处理器转发源终端和目标终端之间的视频会议的码流的步骤可以包括：选择的媒体处理器接收源终端传输来的视频会议码流并转发给目标终端，和/或，选择的媒体处理器接收目标终端传输来的视频会议码流并转发给源终端。媒体处理器转发的码流可以是RTP流，也可以是加密流。通过部署于云端的信令处理器选择媒体处理器、以及选择的媒体处理器转发码流，不仅有利于分散数据对服务器的压力、减少终端设备加入会议的时间和实现服务器之间进行冗余备份，还可以便于根据运行情况快捷的增加服务器。

通过上述步骤，采用信令处理器接收视频会议的呼叫请求，其中，呼叫请求为源终 端呼叫目标终端时发起的请求；信令处理器根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；信令处理器将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流；解决了相关技术中通过集中部署NAT穿越服务器来实现视频会议系统NAT穿越，而导致的视频会议系统运行效率低和成本高的问题，进而达到了提升视频会议系统数据传输效率和容灾容错能力的效果。

可选地，步骤S106：信令处理器将选择的媒体处理器通知给源终端和目标终端还包括如下实施步骤：

步骤S1062：信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；

在本发明实施例上述步骤S1062中，在上述呼叫请求中携带有所请求的目标终端的标识信息，例如地址。信令处理器根据该目标终端的标识信息，向目标终端发送呼叫请求和选择的媒体处理器的标识信息，以使得目标终端得知有视频会议的呼叫请求，并可根据媒体处理器的标识信息接入该媒体处理器，以接收或发送视频会议的码流。

步骤S1064：在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

在本发明实施例上述步骤S1064中，目标终端可以通过回复消息的方式响应该呼叫请求。在另一种情况下，也可以不等待目标终端的响应而直接将标识信息转发至源终端。本发明上述步骤中，信令处理器向源终端发送媒体处理器的标识信息也可以作为响应，以使源终端得知目标终端响应了该呼叫请求，还可根据媒体处理器的标识信息接入该媒体处理器。

可选地，在步骤S106：信令处理器将选择的媒体处理器通知给源终端和目标终端之前，根据本发明实施例的用于视频会议的数据传输方法还包括：

步骤S1052：信令处理器向选择的媒体处理器发送资源请求；

在本发明实施例上述步骤S1052中，资源请求用于请求媒体处理器中的特定资源。

步骤S1054：信令处理器接收选择的媒体处理器发送的指示信息，指示信息用于指示选择的媒体处理器允许分配资源请求所请求的资源。

在本发明实施例上述步骤S1054中，信令处理器接收到该指示信息后确认媒体处理器同意分配资源，即该媒体处理器可用于转发源终端与目标终端之间的码流。当媒体处理器不同意分配资源时，则信令处理器接收到的为拒绝提供资源的消息，信令处理器则可再次执行本发明上述步骤S104，以重新选择媒体服务器。

可选地，媒体处理器同意分配资源之后，根据本发明实施例的用于视频会议的数据传输方法还包括：媒体处理器向其他信令处理器更新自身的状态信息，其他信令处理器 为部署于云服务器中的除了上述信令处理器之外的其他信令处理器。更新的状态信息例如包括：媒体处理器所在区域、接入的视频会议客户端的数量、接入带宽、视频会议码流的时延和抖动、视频会议码流的丢包、物理服务器CPU占用率等信息。

可选地，上述源终端为视频会议客户端，目标终端为视频会议服务器，或者源终端为视频会议服务器，目标终端为视频会议客户端。

此处需要说明的是，在一种应用场景中，当目标终端是视频会议服务器时，视频会议服务器接收视频会议客户端发来的视频码流，并将其他加入同一视频会议的视频会议客户端传来的视频码流转发给该视频会议客户端。可选地，呼叫请求中可能携带其他需要入会的视频会议客户端的标识，当视频会议服务器同意入会后，还根据可能携带的其他视频会议客户端的标识呼叫其他视频会议客户端入会，以接收其他视频会议客户端发来的码流，以实现视频会议的各个客户端之间数据交互。可选地，呼叫请求中可能携带当前视频会议的唯一标识码，当视频会议服务器接收到同一唯一标识码的另一客户端的呼叫请求后，负责转发同一唯一标识码的客户端之间的媒体码流。

此处还需要说明的是，在另一种应用场景中，当目标终端是视频会议客户端时，视频会议客户端向视频会议服务器发送码流，并接收视频会议服务器发来的其他视频会议客户端的码流。

可选地，步骤S104：信令处理器在接收到呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器包括如下实施步骤：

步骤S1042：信令处理器判断视频会议客户端是否位于私网；

在本发明实施例上述步骤S1042中，私网与互联网相对，私网可以包含需要NAT穿越的私有网络或接入视频会议服务器时存在NAT穿越问题的局域网。信令处理器可以通过辨别视频会议客户端的IP地址来判断客户端是否位于私网。

此处需要说明的是，该视频会议客户端可以为源终端，也可以为目标终端。当视频会议客户端为源终端时，信令处理器接收到客户端发出的视频会议的呼叫请求，并依据发出该呼叫请求的客户端的地址判断该客户端是否位于私网。当视频会议客户端为目标终端时，信令处理器接收到视频会议服务器发来的视频会议的呼叫请求，并依据该呼叫请求所要呼叫的视频会议客户端的地址判断该所要呼叫的客户端是否位于私网。该地址可携带于呼叫请求中。

步骤S1044：信令处理器在判断出视频会议客户端位于私网的情况下，根据拓扑关系和状态信息，从多个媒体处理器中选择出媒体处理器。

在本发明实施例上述步骤S1054中，在判断出视频会议客户端位于私网时，该视频会议客户端需要进行NAT穿越，信令处理器按照预设算法计算出最合适的MP发送给 客户端。预设算法包括MP当时的媒体处理资源、接入带宽、所在区域、到客户端网络的时延、抖动和丢包等因素。

此处需要说明的是，当视频会议客户端位于互联网时，该视频会议客户端并不需要NAT穿越，此时信令处理器可以将视频会议客户端和视频会议服务器的地址直接转发给对方，以使得视频会议客户端和视频会议服务器直接建立通讯并双向传输视频会议的码流。

可选地，在步骤S102：信令处理器接收视频会议的呼叫请求之前，根据本发明实施例的用于视频会议的数据传输方法还包括：

步骤S1012：视频会议客户端获取多个信令处理器的地址信息；

在本发明实施例上述步骤S1012中，视频会议客户端启动后，例如可以通过获取DNS的SRV记录，并根据该记录解析出多个信令处理器的地址，以获取多个信令处理器的地址信息。

步骤S1014：视频会议客户端按照预设条件从多个信令处理器中选择出一个信令处理器；

在本发明实施例上述步骤S1014中，预设条件例如为优先级算法。

步骤S1016：视频会议客户端注册到选择的信令处理器上，其中，选择的信令处理器用于接收视频会议客户端向视频会议服务器发送的视频会议的呼叫请求，或者视频会议服务器向视频会议客户端发送的视频会议的呼叫请求。

可选地，步骤S1016：视频会议客户端注册到选择的信令处理器上还包括如下实施步骤：

步骤S10162：信令处理器接收视频会议客户端发送的注册消息；

步骤S10164：信令处理器将注册消息转发至视频会议服务器；

步骤S10166：信令处理器接收到视频会议服务器返回的注册响应，将注册响应转发至视频会议客户端。

在本发明实施例上述步骤S10162至步骤S10166中，通过信令处理器转发注册消息和注册响应，首先实现了视频会议客户端向信令处理器的注册，同时，也实现了视频会议客户端向视频会议服务器的注册。

可选地，根据本发明实施例的用于视频会议的数据传输方法还包括：

媒体处理器按照预设周期向多个信令处理器发送状态更新信息。

在本发明实施例上述步骤中，媒体处理器除了在同意信令处理器的资源请求后，向 其他信令处理器更新状态信息之外，还可以按照预设周期向所有信令处理器更新状态信息。预设周期，例如为1s。

在本实施例中还提供了一种用于视频会议的数据传输方法，图2是根据本发明实施例的另一种用于视频会议的数据传输方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，媒体处理器接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出的一个媒体处理器，呼叫请求为源终端呼叫目标终端时发起的请求；

在本发明实施例上述步骤S202中，媒体处理器可按照区域部署于云服务器上，在本发明中或称媒体服务器。信令处理器亦可按照区域部署于云服务器上，在本发明中或称信令服务器。信令处理器通过网络与源终端和目标终端建立连接。源终端为发出视频会议的呼叫请求的终端，源终端可以为视频会议客户端，用于在发起会议时向视频会议服务器发送该呼叫请求；也可以为视频会议服务器，用于在呼叫视频会议客户端加入会议时向该视频会议客户端发送该呼叫请求。目标终端为该视频会议请求的被请求方或接收方，当源终端为视频会议客户端时目标终端为视频会议服务器，当源终端为视频会议服务器时目标终端为视频会议客户端。可选地，呼叫请求可以是H232和SIP协议的消息。资源请求用于请求媒体处理器中的特定资源。

步骤S204，媒体处理器向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；

在本发明实施例上述步骤S204中，媒体处理器同意分配资源，至少意味着该媒体处理器可转发源终端与目标终端之间的码流。

步骤S206，媒体处理器转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端。

在本发明实施例上述步骤S206中，信令处理器将选择的媒体处理器通知给源终端和目标终端的方式，可以为将选择的媒体处理器的标识信息，例如地址标识，发送给源终端和目标终端，使得源终端和目标终端能够接入该选择的媒体处理器，并向该媒体处理器发送视频会议的码流。选择的媒体处理器转发源终端和目标终端之间的视频会议的码流的步骤可以包括：选择的媒体处理器接收源终端传输来的视频会议码流并转发给目标终端，和/或，选择的媒体处理器接收目标终端传输来的视频会议码流并转发给源终端。媒体处理器转发的码流可以是RTP流，也可以是加密流。通过部署于云端的信令处理器选择媒体处理器、以及选择的媒体处理器转发码流，不仅有利于分散数据对服务器的压力、减少终端设备加入会议的时间和实现服务器之间进行冗余备份，还可以便于根据运行情况快捷的增加服务器。

通过上述步骤，采用媒体处理器接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出的一个媒体处理器，呼叫请求为源终端呼叫所述目标终端时发起的请求；媒体处理器向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；媒体处理器转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端；解决了相关技术中通过集中部署NAT穿越服务器来实现视频会议系统NAT穿越，而导致的视频会议系统运行效率低和成本高的问题，进而达到了提升视频会议系统数据传输效率和容灾容错能力的效果。

可选地，媒体处理器同意分配资源之后，根据本发明实施例的用于视频会议的数据传输方法还包括：媒体处理器向其他信令处理器更新自身的状态信息，其他信令处理器为部署于云服务器中的除了上述信令处理器之外的其他信令处理器。更新的状态信息例如包括：媒体处理器所在区域、接入的视频会议客户端的数量、接入带宽、视频会议码流的时延和抖动、视频会议码流的丢包、物理服务器CPU占用率等信息。

可选地，在步骤S206：媒体处理器转发源终端和目标终端之间的视频会议的码流之前，根据本发明实施例的用于视频会议的数据传输方法还包括：

步骤S208：媒体处理器按照预设周期向信令处理器更新状态信息。

在本发明实施例上述步骤S208中，媒体处理器除了在同意信令处理器的资源请求后，向其他信令处理器更新状态信息之外，还可以按照预设周期向所有信令处理器更新状态信息。预设周期，例如为1s。

可选地，在步骤S204：媒体处理器向信令处理器发送指示信息之后，方法还包括：

步骤S2052：信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；

在本发明实施例上述步骤S2052中，在上述呼叫请求中携带有所请求的目标终端的标识信息，例如地址。信令处理器根据该目标终端的标识信息，向目标终端发送呼叫请求和选择的媒体处理器的标识信息，以使得目标终端得知有视频会议的呼叫请求，并可根据媒体处理器的标识信息接入该媒体处理器，以接收或发送视频会议的码流。

步骤S2054：在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

在本发明实施例上述步骤S2054中，在上述呼叫请求中携带有所请求的目标终端的标识信息，例如地址。信令处理器根据该目标终端的标识信息，向目标终端发送呼叫请求和选择的媒体处理器的标识信息，以使得目标终端得知有视频会议的呼叫请求，并可根据媒体处理器的标识信息接入该媒体处理器，以接收或发送视频会议的码流。

下面结合图3至图6，对本发明上述实施例所提供的用于视频会议的数据传输方法 进行详细说明，在如下图3至图6中，SP表示信令处理器，MP表示媒体处理器，NAT设备表示私网客户端需要NAT穿越的设备。

首先结合图3，对本发明实施例中视频会议客户端注册至信令处理器的方法进行说明。图3是根据本发明实施例的一种可选的视频会议客户端注册至信令处理器的流程图；如图3所示，该方法包括：

步骤S31，DNS解析。具体的，视频会议客户端启动后，解析出配置中的DNS域名对应的SP服务器的IP地址池。

步骤S32，解析处SP地址后向SP注册。具体的，视频会议客户端根据一定的算法选择出最优的SP服务器，并发送注册消息

步骤S33，SP处理后把注册消息转向视频会议服务器。具体的，SP辨别客户端是否在内网，并在客户端位于内网的情况下，向视频会议服务器转发注册消息。

步骤S34，返回注册结果。具体的，视频会议服务器响应注册消息后，向SP返回注册结果。

步骤S35，返回注册结果。具体的，SP向客户端转发服务器的注册响应消息。

当注册成功的客户端向SP发起视频会议的呼叫请求后，SP将执行MP选择的步骤。下面结合图4，对本发明实施例中信令处理器选择媒体处理器的方法进行详细说明。图4是根据本发明实施例的一种可选的信令处理器选择媒体处理器的流程图；如图4所示，该方法包括：

步骤S41，收到会议呼叫消息。具体的，SP接收到视频会议主叫客户端发来的视频会议的呼叫请求。

步骤S42，判断客户端是否在私网。具体的，SP判断呼叫消息属于哪个客户端，然后查找这个客户端是否在内网。

步骤S43，按MP当时性能、网络等情况，查找最合适的MP。具体的，在客户端位于私网的情况下，SP通过特定算法查找一个最合适的MP作为媒体流穿越服务器。

步骤S44，SP通知客户端和服务器该MP信息。具体的，SP把最合适的MP地址通知给视频会议客户端和服务器，即SP将选择出的MP的地址发送至视频会议客户端和视频会议服务器，以使得视频会议客户端和服务器接入该MP。

步骤S45：SP不提供MP信息。具体的，在客户端在互联网的情况下，SP把视频会议客户端和服务器媒体地址直接通知给对方。

下面结合图5，对本发明实施例中视频会议主叫客户端向视频会议服务器发起会议的方法进行详细说明。图5是根据本发明实施例的一种可选的视频会议主叫客户端发起 视频会议的流程图；如图5所示，该方法包括：

步骤S51，客户端呼叫会议。具体的，SP接收视频会议客户端向视频会议服务器发送会议请求。

步骤S52，客户端呼叫会议。具体的，SP将接收到的客户端向视频会议服务器发送的会议请求转发至视频会议服务器，并且，SP根据MP的网络拓扑图和相关MP的实时状态，选择一个最优的MP，与呼叫请求一并发送给视频会议服务器。

步骤S53：服务器同意呼叫。具体的，服务器同意接收呼叫，响应SP的消息。

步骤S54：SP给客户端指示一个MP。具体的，SP收到响应消息后，把MP信息也转发给视频会议客户端。

步骤S55，通知MP接收码流。具体的，SP向MP发送消息，用于通知MP接收视频会议服务器和客户端的码流，并用于促使MP更新状态。

步骤S56，通知SP更新状态。具体的，MP响应SP的指令，并向其它SP更新自身的状态。

步骤S57，MP与视频会议客户端之间交互视频会议的视频和音频码流，视频会议客户端通过MP进行视频和音频中转，穿越终端设备面临的NAT设备。

步骤S58，MP与视频会议服务器之间交互视频会议的视频和音频码流。

下面结合图6，对本发明实施例中视频会议服务器向视频会议呼叫被叫客户端加入会议的方法进行详细说明。图6是根据本发明实施例的一种可选的呼叫视频会议被叫客户端加入视频会议的流程图；如图6所示，该方法包括：

步骤S61，服务器呼叫客户端。具体的，视频会议服务器上的会议呼叫客户端入会，即SP接收视频会议服务器向视频会议客户端发送的视频会议的呼叫请求。

步骤S62，SP给客户端指示一个MP服务器。具体的，SP将视频会议服务器发送给视频会议客户端的视频会议的呼叫请求转发给视频会议客户端，并根据网络拓扑图和相关MP的实时状态，选择一个最优的MP，和呼叫请求一并发送给视频会议客户端。

步骤S63，客户端同意呼叫。具体的，SP接收到视频会议客户端返回同意呼叫的信息。

步骤S64，SP给服务器指示一个MP。具体的，SP收到响应消息后，把MP信息也转发给视频会议服务器端。

步骤S65，通知MP接收码流。具体的，SP向MP发送消息，用于通知MP接收视频会议服务器和客户端的码流，并用于促使MP更新状态。

步骤S66，通知所有SP更新状态。具体的，MP响应SP的指令，并向其它SP更新自身的状态。

步骤S67，MP与视频会议客户端之间交互视频会议的视频和音频码流，视频会议客户端通过MP进行视频和音频中转，穿越终端设备面临的NAT设备。

步骤S68，MP与视频会议服务器之间交互视频会议的视频和音频码流。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

在本实施例中还提供了一种用于视频会议的数据传输装置，该装置用于实现上述实施例及可选或优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的用于视频会议的数据传输装置的结构框图，如图7所示，该装置应用于信令处理器侧，包括：第一接收模块70、选择模块72以及第一发送模块74，其中，

第一接收模块70，用于接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；

选择模块72，用于在接收到呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；

第一发送模块74，用于将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流。

通过上述装置，采用信令处理器接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；信令处理器根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；信令处理器将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流；解决了相关技术中通过集中部署NAT穿越服务器来实现视频会议系统NAT穿越，而导致的视频会议系统运行效率低和成本高的问题，进而达到了提升视频会议系统数据传输效率和容灾容错能力的效果。

可选地，第一发送模块74包括：第一发送单元以及第二发送单元，其中：

第一发送单元，用于将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；

第二发送单元，用于在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

可选地，根据本发明实施例的用于视频会议的数据传输装置还包括：

第二发送模块，用于向选择的媒体处理器发送资源请求；

第二接收模块，用于接收选择的媒体处理器发送的指示信息，指示信息用于指示选择的媒体处理器允许分配资源请求所请求的资源。

可选地，源终端为视频会议客户端，目标终端为视频会议服务器，或者源终端为视频会议服务器，目标终端为视频会议客户端，选择模块72包括：

判断单元，用于判断视频会议客户端是否位于私网；

选择单元，用于在判断出视频会议客户端位于私网的情况下，根据拓扑关系和状态信息，从多个媒体处理器中选择出媒体处理器。

下面以一种具体实例对本发明实施例所提供的用于视频会议的数据传输装置进行详细说明。图8是根据本发明实施例的一种可选的用于视频会议的数据传输装置的结构框图；如图8所示，该用于视频会议的数据传输装置为图8中所示的信令处理器SP，该信令处理器SP包括如下模块：

信令转发模块：用于负责视频会议客户端和服务器之间的信令转发，可以是H323和SIP等协议的消息，例如上述的视频会议的呼叫请求。

客户端IP地址辨别模块：用于判断客户端是否处于私网内。

保存MP状态和更新模块：用于保存MP状态，接收MP状态根系和查询MP最新状态。

MP选择模块：用于按照预设算法，选择最合适的MP。

具体的，在图8所示的装置中，信令处理器SP分别与客户端、媒体处理器、视频会议服务器连接。在SP接收到客户端的呼叫请求后，通过客户端IP地址辨别模块，先辨别客户端是否需要进行NAT穿越。如果需要进行NAT穿越，则从保存MP状态和更新模块获取MP状态信息，MP选择模块按照特定的算法计算出最合适的MP，信令转发模块将MP和呼叫请求发送给视频会议服务器，或者将MP发送给客户端。预设算法需要考虑MP当时的媒体处理资源、接入带宽、所在区域、到客户端网络的时延、抖动和丢包等因素。

图9是根据本发明实施例的另一种用于视频会议的数据传输的结构框图，如图9所示，该装置应用于媒体处理器侧，包括：第三接收模块90、第三发送模块92以及转发 模块94，其中：

第三接收模块90，用于接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出的一个媒体处理器，其中，呼叫请求为源终端呼叫目标终端时发起的请求；

第三发送模块92，用于向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；

转发模块94，用于转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端。

通过上述装置，采用媒体处理器接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出的一个媒体处理器，其中，呼叫请求为源终端呼叫目标终端时发起的请求；媒体处理器向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；媒体处理器转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端；解决了相关技术中通过集中部署NAT穿越服务器来实现视频会议系统NAT穿越，而导致的视频会议系统运行效率低和成本高的问题，进而达到了提升视频会议系统数据传输效率和容灾容错能力的效果。

可选地，根据本发明实施例的用于视频会议的数据传输装置还包括：

状态更新模块，用于按照预设周期向信令处理器更新状态信息。

下面以一种具体实例对本发明实施例所提供的用于视频会议的数据传输装置进行详细说明。图10是根据本发明实施例的一种可选的用于视频会议的数据传输装置的结构框图；如图10所示，该用于视频会议的数据传输装置为图10中所示的媒体处理器MP，该媒体处理器MP包括如下模块：

媒体流转发模块：用于转发视频会议客户端和服务器之间的媒体流，一般是RTP流，也可以是加密流。

状态信息模块：用于查询和保存自己接入客户端数量、接入带宽、视频流的时延和抖动、视频流的丢包、物理服务器CPU占用率等信息。

与SP状态交互模块：用于响应SP的状态请求，定时向SP上报自己的状态。

具体的，在图10所示的装置中，媒体处理器分别于客户端、视频会议服务器、信令处理器连接。SP接收到客户端的呼叫请求后，辨别客户端是否需要进行NAT穿越时选择MP并通知客户端和服务器。同时，SP向MP请求资源，MP同意资源请求后，状 态信息模块更新自己的状态信息并通过与SP状态交互模块发送至各个SP；当MP与客户端和服务器建立连接后，媒体流转发模块转发客户端与服务器之间的媒体流。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

在本实施例中还提供了一种用于视频会议的数据传输系统，可执行本发明上述实施例提供的用于视频会议的数据传输方法。图11是根据本发明实施例的用于视频会议的数据传输的结构示意图，如图11所示，该系统包括：

至少一个信令处理器110，部署于一个或多个云服务器中，用于在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器，将选择的媒体处理器的通知给源终端和目标终端，其中，呼叫请求为源终端呼叫目标终端时发起的请求；

至少一个媒体处理器111，部署于一个或多个云服务器中，用于在被信令处理器选择后，转发源终端和目标终端的视频会议的码流。

具体的，如图11所示，多个信令处理器110和多个媒体处理器111分布式的部署在第三方云计算服务提供商的设备的上。当视频会议客户端114向视频会议服务器112发送视频会议呼叫时，视频会议客户端114按照预设算法从至少一个信令处理器110中选择出信令处理器SP2，并穿过NAT设备113后注册到该信令处理器SP2上，向该信令处理器SP2发送视频会议的呼叫请求。信令处理器SP2根据预设算法，从多个媒体处理器111中选择出媒体处理器MP2，并将MP2地址信息与呼叫请求一并发送至视频会议服务器112。视频会议服务器112向信令处理器SP2返回响应，信令处理器SP2接收到响应后将该媒体处理器MP2的地址信息发送至视频会议客户端114。视频会议客户端114、视频会议服务器112分别与媒体处理器MP2建立连接，媒体处理器MP2转发视频会议客户端114和视频会议服务器112之间的码流。

图12是根据本发明可选实施例的用于视频会议的数据传输系统的交互流程示意图。如图12所示，该流程包括如下步骤：

步骤S121，SP收到呼叫，具体的，视频会议客户端根据SP地址选择出信令处理器并向其发送呼叫请求。

步骤S122，SP从状态列表中选择MP。具体的，SP根据预设算法和MP的实时状态，为视频会议客户端选择出最优MP。

步骤S123，SP向MP发送资源请求，用于请求媒体处理器中的媒体资源。

步骤S124，SP接收MP返回的响应请求。具体的，若MP同意分配资源，向SP回复同意；若MP资源受限，不同意分配资源，则回复失败，SP重新选择MP，回到步 骤S122。

步骤S125，向其它SP更新自身的状态。

步骤S126，向其它SP更新自身的状态。

步骤S127，SP转发呼叫请求给视频会议服务器，并提供MP信息，以使视频会议服务器接入该MP。

步骤S128，视频会议服务器响应SP转发的会议请求。

步骤S129，SP转发会议响应给客户端，并提供MP信息，以使视频会议客户端接入该MP。

步骤S1210，MP与视频会议客户端之间交互视频会议的视频和音频码流，视频会议客户端通过MP进行视频和音频中转，穿越终端设备面临的NAT设备。

步骤S1211，MP与视频会议服务器之间交互视频会议的视频和音频码流。

步骤S1212至步骤S1214，MP定时向所有SP更新状态信息。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，信令处理器接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；

S2，信令处理器在接收到呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；

S3，信令处理器将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；

S2，在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，信令处理器向选择的媒体处理器发送资源请求；

S2，信令处理器接收选择的媒体处理器发送的指示信息，指示信息用于指示选择的媒体处理器允许分配资源请求所请求的资源。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，信令处理器判断视频会议客户端是否位于私网；

S2，信令处理器在判断出视频会议客户端位于私网的情况下，根据拓扑关系和状态信息，从多个媒体处理器中选择出媒体处理器。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，视频会议客户端获取多个信令处理器的地址信息；

S2，视频会议客户端按照预设条件从多个信令处理器中选择出一个信令处理器；

S3，视频会议客户端注册到选择的信令处理器上，其中，选择的信令处理器用于接收视频会议客户端向视频会议服务器发送的视频会议的呼叫请求，或者视频会议服务器向视频会议客户端发送的视频会议的呼叫请求。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，信令处理器接收视频会议客户端发送的注册消息；

S2，信令处理器将注册消息转发至视频会议服务器；

S3，信令处理器接收到视频会议服务器返回的注册响应，将注册响应转发至视频会议客户端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，媒体处理器按照预设周期向多个信令处理器发送状态更新信息。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，媒体处理器接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出的一个媒体处理器，其中，呼叫请求为源终端呼叫目标终端时发起的请求；

S2，媒体处理器向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；

S3媒体处理器转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，媒体处理器按照预设周期向信令处理器更新状态信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：

S1，信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；

S2，在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行信令处理器接收视频会议的呼叫请求，其中，呼叫请求为源终端呼叫目标终端时发起的请求；信令处理器在接收到呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从多个媒体处理器中选择出一个媒体处理器；信令处理器将选择的媒体处理器通知给源终端和目标终端，其中，选择的媒体处理器用于转发源终端和目标终端之间的视频会议的码流。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行信令处理器向选择的媒体处理器发送资源请求；信令处理器接收选择的媒体处理器发送的指示信息，指示信息用于指示选择的媒体处理器允许分配资源请求所请求的资源。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行信令处理器判断视频会议客户端是否位于私网，其中，信令处理器在判断出视频会议客户端位于私网的情况下，根据拓扑关系和状态信息，从多个媒体处理器中选择出媒体处理器。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行视频会议客户端获取多个信令处理器的地址信息；视频会议客户端按照预设条件从多个信令处理器中选择出一个信令处理器；视频会议客户端注册到选择的信令处理器上，其中，选择的信令处理器用于接收视频会议客户端向视频会议服务器发送的视频会议的呼叫请求，或者视频会议服务器向视频会议客户端发送的视频会议的呼叫请求。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行信令处理器接收视频会议客户端发送的注册消息；信令处理器将注册消息转发至视频会议服务器；信令处理器接收到视频会议服务器返回的注册响应，将注册响应转发至视频会议客户端。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行媒体处理器按照预设周期向多个信令处理器发送状态更新信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行媒体处理器接收信令处理器发来的资源请求，其中，媒体处理器为信令处理器在接收到视频会议的呼叫请求后，根据获取的多个媒体处理器的拓扑关系和多个媒体处理器的状态信息，从 多个媒体处理器中选择出的一个媒体处理器，呼叫请求为源终端呼叫目标终端时发起的请求；媒体处理器向信令处理器发送指示信息，指示信息用于指示媒体处理器允许分配资源请求所请求的资源；媒体处理器转发源终端和目标终端之间的视频会议的码流，其中，信令处理器接收到指示信息后，将媒体处理器通知给源终端和目标终端。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行在媒体处理器转发源终端和目标终端之间的视频会议的码流之前，方法还包括：媒体处理器按照预设周期向信令处理器更新状态信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行信令处理器将呼叫请求和选择的媒体处理器的标识信息转发至目标终端；在目标终端响应呼叫请求后，信令处理器将标识信息转发至源终端。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的可选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。