CN113873338B - 数据传输方法、终端设备以及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种数据传输方法、终端设备以及计算机可读存储介质，该数据传输方法应用于一种网络音视频矩阵系统的解码端，解码端与编码端、若干次级解码端通信连接；数据传输方法包括：获取来自次级解码端的请求数据信令，其中，请求数据信令包括次级解码端的分发数据信令接收地址；判断当前已占用分发能力值是否达到最大分发能力值；若是，则向次级解码端发送次级分发设备表，以使次级解码端向次级分发设备表中的其他次级解码端发送请求数据信令，次级分发设备表发送完成后，断开与次级解码端的网络连接。本申请通过解码端实现数据分发，降低编码端的分发能力要求，简化了网络音视频矩阵系统的结构。

Description

数据传输方法、终端设备以及计算机可读存储介质

技术领域

本申请涉及网络音视频传输技术领域，特别是涉及一种数据传输方法、终端设备以及计算机可读存储介质。

背景技术

网络音视频矩阵的系统结构简洁、使用方便，因而得到了越来越广泛的应用。

网络音视频矩阵系统通常由多个与音视频源连接的编码端、多个与影音再现设备相连的解码端设备构成，编码端与解码端均通过以太网相连。通过以太网可以将任意一个编码端的音视频数据传输到任意一个解码端，由解码端接收并解码输出。数据的分发、数据源的切换是网络音视频矩阵系统需要解决的两个主要问题。

编码端向多个解码端分发数据的方法对编码端的数据分发能力要求较高，这对编码端的处理器数据处理能力、网络接口的吞吐能力等均有较高的要求，无法实现较多数量解码端输出同一编码端节目源的矩阵应用需求；通过分发服务器来向多个解码端分发数据的方法需要在系统中增加专门的分发服务器，这增加了系统的建设及使用成本及了系统的复杂程度，同时因为分发服务器本身也有分发能力的限制，因此也并未解决对系统中发送端与接收端数量的限制。

发明内容

本申请提供一种数据传输方法、终端设备以及计算机可读存储介质。

为解决上述技术问题，本申请提供的第一个技术方案为：提供一种数据传输方法，所述数据传输方法应用于一种网络音视频矩阵系统的解码端，所述解码端与编码端、若干次级解码端通信连接；所述数据传输方法包括：

获取来自所述次级解码端的请求数据信令，其中，所述请求数据信令包括所述次级解码端的分发数据信令接收地址；

判断当前已占用分发能力值是否达到最大分发能力值；

若是，则向所述次级解码端发送次级分发设备表，以使所述次级解码端向所述次级分发设备表中的其他次级解码端发送所述请求数据信令，所述次级分发设备表发送完成后，断开与所述次级解码端的网络连接。

其中，所述数据传输方法，还包括：

当所述当前已占用分发能力值未达到最大分发能力值时，保持与所述次级解码端的网络连接，并分发音视频数据；

将所述次级解码端的分发数据信令接收地址添加到所述次级分发设备表中。

其中，所述获取来自所述次级解码端的请求数据信令之后，还包括：

判断当前是否处于即将结束分发服务的状态；

若是，则断开与所述次级解码端的网络连接；

若否，则判断当前已占用分发能力值是否达到最大分发能力值。

其中，所述数据传输方法，还包括：

获取来自所述次级解码端的请求终止分发数据信令；

在所述次级分发设备表中查找所述次级解码端的分发数据信令接收地址，并删除；

停止向所述次级解码端分发音视频数据，并断开与所述次级解码端的网络连接。

其中，所述数据传输方法，还包括：

获取源切换信令，以及从所述源切换信令中获取指定编码端的数据请求地址；

向所述次级分发设备表中的所有次级解码端发送变更分发设备信令，以使所述所有次级解码端切换分发音视频数据的解码端；

向当前编码端发送终止数据连接信令，并断开与所述当前编码端的网络连接；

按照所述指定编码端的数据请求地址向所述指定编码端发起请求数据信令，以从所述指定编码端接收音视频数据。

其中，所述数据传输方法，还包括：

按照所述指定编码端的数据请求地址向所述指定编码端发起请求数据信令；

判断来自所述指定编码端的应答是否为请求数据成功的应答；

若是，保持与所述指定编码端的网络连接，并开始接收来自所述指定编码端的音视频数据；

若否，从所述指定编码端的应答中获取可用解码端的分发数据信令接收地址，按照所述分发数据信令接收地址向所述可用解码端发送请求数据信令。

其中，所述数据传输方法，还包括：

从所述当前编码端获取当前音视频数据，以及从所述指定编码端获取指定音视频数据；

检查所述当前音视频数据和所述指定音视频数据的时间是否对齐；

若是，则向当前编码端发送终止数据连接信令，并断开与所述当前编码端的网络连接；

从所述指定编码端接收音视频数据。

为解决上述技术问题，本申请提供的第二个技术方案为：提供另一种数据传输方法，所述数据传输方法应用于一种网络音视频矩阵系统，其中，所述网络音视频矩阵系统包括通信连接的编码端、若干第一解码端以及若干第二解码端；所述数据传输方法包括：

所述第二解码端向所述第一解码端发送请求数据信令，其中，所述请求数据信令包括所述第二解码端的分发数据信令接收地址；

所述第一解码端判断当前已占用分发能力值是否达到最大分发能力值；

若是，所述第一解码端向所述第二解码端发送次级分发设备表；

所述第二解码端向所述次级分发设备表中的其他第二解码端发送所述请求数据信令；

所述次级分发设备表发送完成后，所述第一解码端断开与所述第二解码端的网络连接。

为解决上述技术问题，本申请提供的第三个技术方案为：提供一种终端设备，所述终端设备包括处理器、与所述处理器连接的存储器，其中，所述存储器存储有程序指令；所述处理器用于执行所述存储器存储的程序指令以实现：获取来自所述次级解码端的请求数据信令，其中，所述请求数据信令包括所述次级解码端的分发数据信令接收地址；

判断当前已占用分发能力值是否达到最大分发能力值；

若是，则向所述次级解码端发送次级分发设备表，以使所述次级解码端向所述次级分发设备表中的其他次级解码端发送所述请求数据信令，所述次级分发设备表发送完成后，断开与所述次级解码端的网络连接。

为解决上述技术问题，本申请提供的第四个技术方案为：提供一种计算机可读存储介质，所述存储介质存储有程序指令，所述程序指令被执行时实现：获取来自所述次级解码端的请求数据信令，其中，所述请求数据信令包括所述次级解码端的分发数据信令接收地址；

判断当前已占用分发能力值是否达到最大分发能力值；

若是，则向所述次级解码端发送次级分发设备表，以使所述次级解码端向所述次级分发设备表中的其他次级解码端发送所述请求数据信令，所述次级分发设备表发送完成后，断开与所述次级解码端的网络连接。

本申请提供的数据传输方法中，解码端获取来自次级解码端的请求数据信令，其中，请求数据信令包括次级解码端的分发数据信令接收地址；判断当前已占用分发能力值是否达到最大分发能力值；若是，则向次级解码端发送次级分发设备表，以使次级解码端向次级分发设备表中的其他次级解码端发送请求数据信令，次级分发设备表发送完成后，断开与次级解码端的网络连接。本申请通过解码端实现数据分发，降低编码端的分发能力要求，简化了网络音视频矩阵系统的结构。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请提供的数据传输方法一实施例的流程示意图；

图2是本申请提供的数据传输方法另一实施例的流程示意图；

图3是本申请提供的数据传输方法又一实施例的流程示意图；

图4是本申请提供的终端设备一实施例的结构示意图；

图5是本申请提供的终端设备另一实施例的结构示意图；

图6是本申请提供的计算机可读存储介质的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

下面结合附图和实施例对本申请进行详细的说明。

请参见图1，图1是本申请提供的数据传输方法一实施例的流程示意图。其中，本申请实施例所述的数据传输方法适用于TCP或UDP网络单播方式来分发音视频数据，避免了采用组播方式分发数据对网络音视频矩阵系统所在网络的要求，提高网络音视频矩阵系统对网络的适应能力。

本申请实施例的数据传输方法应用于网络音视频矩阵系统中的解码端，其中，网络音视频矩阵系统具体为一种编码端与若干解码端共同构成的动态音视频数据分发网络，通过该分发网络来实现数据分发，该动态分发网络不需要专门的分发服务器，对编码端的分发能力的最低要求仅为两路，避免了对编码端的分发能力较高的要求，有利于发送端电路的小型化，简化了系统结构，降低了系统成本。

具体地，本申请实施例提供的网络音视频矩阵系统可以包含M个编码端以及N个解码端，每个编码端与一个待输入音视频信号源相连，每个解码端与一个显示设备相连。所有编码端与解码端均通过以太网连接，并可以通过以太网相互进行TCP通信和UDP通信。

需要说明的是，本申请所提及的解码端为一种具有解码能力的终端设备，如解码器；编码端为一种具有编码能力的终端设备，如编码器。

其中，M个编码端通过音视频输入接口采集与各自相连的待输入音视频信号源提供的音视频信号，并编码为M个待传输的音视频数据。任意一个解码端可以通过本申请实施例提供的数据传输方法通过以太网获取M个待传输音视频数据中的一个，并解码输出至显示设备。

例如，M个编码端在以太网中的IP地址分别为IP_TX1、IP_TX2、…、IP_TXM，N个解码端在以太网中的IP地址分别为IP_RX1、IP_RX2、…、IP_RXN，并且，M个编码端和N个解码端均具有程序控制器，程序控制器能够通过执行程序来实现本申请实施例提供的数据传输方法。

需要说明的是，本申请提及的分发数据信令接收地址、数据请求地址等均为终端设备的IP地址。

当较多的解码端需要向同一个编码端获取数据以使得这些解码端能输出同样音视频源信令时，通过编码端直接向有限个解码端分发数据，已获取到音视频数据的解码端向另一些需要获取数据的解码端分发数据的方法来建立一个数据分发网络，最终达到较低的单个终端设备分发能力需求实现几乎无限的系统分发能力的目的，并这种数据分发网络是通过一个由解码端所发起的特殊的数据请求过程来建立的，这个数据请求过程并不需要预先指定解码端请求数据的先后顺序，因此这个分发网络是一个动态分发网络。在动态分发网络中，一个编码端为动态分发网络的初级分发设备，解码端作为次级数据分发设备，并这些次级分发设备并不固定。

对本实施例所述的由M个编码端、N个解码端所构成的的网络音视频矩阵系统，构成这个系统的所有终端设备最多被分为M个设备集合，每个设备集合包含一个编码端和若干个解码端，并这些集合无交集。进一步地，所述的一个设备集合均可构成由集合中的那个编码端为初级数据分发设备，其他解码端为次级分发设备的分发网络，在这个分发网络中各个分发设备所分发的数据最终均直接或间接地来自于初级数据分发设备。换言之，这最多M个设备集合可构成最多M个编码端分发网络，这些分发网络的形成方式均相同，但各自分发由作为本分发网络初级数据分发设备的编码端所生成的待分发数据。

具体地，编码端具有数据分发程序模块，解码端具有数据获取程序模块及数据分发程序模块。编码端数据分发程序模块所分发的数据为编码端编码所得的待分发音视频数据。解码端数据分发程序模块所分发的数据为解码端从编码端或其他解码端已获取到的音视频数据，即已获取数据的解码端一方面将所获取的数据解码并输出，另一方面又可通过其数据分发程序模块向另一个解码端分发其已获取到的数据。

编码端或解码端的数据分发程序模块通过侦听本终端设备的分发控制信令接收地址，接收来自解码端的分发控制信令并处理。所述分发控制信令包含请求数据信令、请求终止数据连接信令。数据分发程序模块可以分别与多个解码端一一建立网络通信连接，通过所建立的连接将待分发音视频数据分发给对端，并记录对端设备的分发控制信令接收地址；数据分发程序模块所能建立的通信连接数量受限于其所在设备的分发能力，这个最大分发能力可以预置于数据分发程序模块中。

如图1所示，本申请实施例的数据传输方法的具体步骤如下：

步骤S11：获取来自次级解码端的请求数据信令，其中，请求数据信令包括次级解码端的分发数据信令接收地址。

在本申请实施例中，编码端通过音视频源获取待传输的音视频信号，对待传输的音视频信号进行采样编码，压缩为音视频数据后进行数据分发。

解码端接收到编码端分发的音视频数据后，将音视频数据分发到其他次级解码端。需要说明的是，此处的次级解码端仅为说明该解码端的音视频数据来自于其他解码端的分发，次级解码端也可以向其他解码端分发音视频数据。

具体地，次级解码端向解码端发送请求数据信令，请求解码端分发音视频数据。其中，请求数据信令中包括次级解码端的分发数据信令接收地址。由于解码端的分发能力有限，解码端在收到次级解码端的请求数据信令之后，需要检测自身的剩余分发能力是否足以处理该次级解码端的音视频数据分发任务。

步骤S12：判断当前已占用分发能力值是否达到最大分发能力值。

在本申请实施例中，解码端判断自身的当前已占用分发能力值是否达到自身所能负担的最大分发能力值。若是，则无法处理该次级解码端的音视频数据分发任务，进入步骤S13；若否，则可以处理该次级解码端的音视频数据分发任务，进入步骤S14。

具体地，解码端可以通过比较当前已经建立的分发连接数量是否达到预设的最大分发连接数量来确定终端设备是否达到最大分发能力。

进一步地，在检测自身的剩余分发能力之前，解码端还可以先检测当前自身是否处于即将结束分发服务的状态。由于正在向其他次级解码端分发音视频数据的解码端，只能分发来自其上级分发设备的音视频数据，其中，上级分发设备可以为上级解码端，也可以为编码端，当解码端准备断开与上级分发设备的网络连接时，这个解码端就进入即将结束分发服务状态。当解码端处于即将结束分发服务状态时，则无需考虑剩余分发能力的问题，直接拒绝次级解码端的请求数据信令，并断开与次级解码端的网络连接。当解码端不准备断开与上级分发设备的网络连接时，即可进一步检测自身的剩余分发能力是否足以处理该次级解码端的音视频数据分发任务。

步骤S13：向次级解码端发送次级分发设备表，以使次级解码端向次级分发设备表中的其他次级解码端发送请求数据信令，次级分发设备表发送完成后，断开与次级解码端的网络连接。

在本申请实施例中，在解码端无法处理该次级解码端的音视频数据分发任务时，解码端可以向次级解码端提供本终端设备的次级分发设备表，其中，次级分发设备表中记录与解码端已经建立分发连接的其他次级解码端的分发控制信令接收地址，这个分发控制信令接收地址可以由其他次级解码端的IP地址以及分发控制信令侦听端口组成。

对于次级解码端而言，次级解码端可以按照次级分发设备表中的分发控制信令接收地址，向表中的其他次级解码端发送请求数据信令，以从其他次级解码端获取音视频数据。由于次级分发设备表中的所有次级解码端的音视频数据均来源于同一分发网络中的解码端以及编码端，可以保证音视频数据的同源性。

对于解码端而言，解码端完成次级分发设备表的发送后，即可断开与次级解码端的网络连接。

步骤S14：保持与次级解码端的网络连接，并分发音视频数据。

在本申请实施例中，在解码端可以处理该次级解码端的音视频数据分发任务时，解码端保持与次级解码端的网络连接，并通过分发连接开始分发音视频数据。

步骤S15：将次级解码端的分发数据信令接收地址添加到次级分发设备表中。

在本申请实施例中，解码端进一步将该次级解码端的分发数据信令接收地址添加到次级分发设备表中，该次级解码端成功与解码端建立分发连接。解码端对应增加当前已占用分发能力值，即将当前已建立数据分发连接数增加1。

进一步地，当解码端接收到该次级解码端的请求终止分发数据信令时，解码端从请求终止分发数据信令中获取需要断开的分发数据信令接收地址，在次级分发设备表中查找该次级解码端的分发数据信令接收地址，并删除；停止向该次级解码端分发音视频数据，并断开与该次级解码端的网络连接。解码端对应减少当前已占用分发能力值，即将当前已建立数据分发连接数减去1。

在本申请实施例中，解码端获取来自次级解码端的请求数据信令，其中，请求数据信令包括次级解码端的分发数据信令接收地址；判断当前已占用分发能力值是否达到最大分发能力值；若是，则向次级解码端发送次级分发设备表，以使次级解码端向次级分发设备表中的其他次级解码端发送请求数据信令，次级分发设备表发送完成后，断开与次级解码端的网络连接。本申请通过解码端实现数据分发，降低编码端的分发能力要求，简化了网络音视频矩阵系统的结构。

请继续参阅图2，图2是本申请提供的数据传输方法另一实施例的流程示意图。

如图2所示，本申请实施例的数据传输方法的具体步骤如下：

步骤S21：获取源切换信令，以及从源切换信令中获取指定编码端的数据请求地址。

在本申请实施例中，解码端接收到源切换信令时，从源切换信令中获取待切换源所连接的编码器，即指定编码器的数据请求地址，并保存。然后，解码端通过以下步骤进行连接编码器的切换。

步骤S22：向次级分发设备表中的所有次级解码端发送变更分发设备信令，以使所有次级解码端切换分发音视频数据的解码端。

在本申请实施例中，解码端检测本终端设备的次级分发设备表是否存在次级解码端。若不存在，即可直接断开当前编码端的网络连接，向指定编码端发送请求数据信令；若存在，则需要向次级分发设备表中的所有次级解码端发送变更分发设备信令，以使所有次级解码端切换分发音视频数据的解码端，即切换分发设备。

由于需要切换分发网络的解码端可能正在向另一些解码端分发数据，此时强制切换这个解码端所属分发网络可能会导致其次级解码端设备的音视频数据流暂时中断，进一步导致次级解码设备的输出信号丢掉、卡顿等问题，通过本实施例的解码端节目源切换过程很好地解决了这个问题。

步骤S23：向当前编码端发送终止数据连接信令，并断开与当前编码端的网络连接。

在本申请实施例中，解码端等待所有已发送变更分发设备指令的次级解码端完成切换分发设备之后，向当前解码端发送终止数据连接信令，并断开与当前编码端的网络连接。

进一步地，解码端在发送终止数据连接信令后，可以不等待当前编码端对终止数据连接信令的应答，直接断开与当前编码端之间的分发数据连接，可以有效减少解码端进行源切换过程的时间。

需要说明的是，解码端向上级分发设备发送终止数据连接信令，在本申请实施例中，上级分发设备可以为编码端；在其他实施例中，上级分发设备还可以为给该解码端分发音视频数据的其他解码端，即上级解码端。

步骤S24：按照指定编码端的数据请求地址向指定编码端发起请求数据信令，以从指定编码端接收音视频数据。

在本申请实施例中，解码端向源切换信令所给出的指定编码端的数据请求地址，向定编码端发起请求数据信令来开始一个请求音视频数据的过程。

具体地，解码端向指定编码端发送请求数据信令后，等待指定编码端对请求数据信令的应答。然后，判断来自指定编码端的应答是否为请求数据成功的应答。若是，保持与指定编码端的网络连接，并开始接收来自指定编码端的音视频数据；若否，从指定编码端的应答中获取可用解码端的分发数据信令接收地址，按照分发数据信令接收地址向可用解码端发送请求数据信令，并等待信令应答。

进一步地，由于解码端与指定编码端重新建立分发数据连接，新的分发数据连接的数据路径与原来分发数据连接的数据路径不同，需要检查通过两个分发数据连接所获取的音视频数据是否对齐。

具体地，解码端从原来分发数据连接以及新的分发数据连接同时获取音视频数据，并分别缓存，比较两个数据缓存中的音视频数据时间标记。当通过新的分发数据连接接收到音视频数据的时间标记包含于原来分发数据连接所接收到的音视频数据的时间标记时，两个分类数据连接所接收到的音视频数据即已对齐。

当音视频数据对齐后，解码端即可向当前编码端发送终止数据连接信令，并不需要收取应答，直接断开与当前编码端的网络连接。然后，解码端从指定编码端接收音视频数据，具体地，解码端可以从缓冲中已经对齐的音视频数据开始获取音视频数据。

请继续参阅图3，图3是本申请提供的数据传输方法另一实施例的流程示意图。本申请实施例提供的数据传输方法应用于一种网络音视频矩阵系统，具体请参阅上述实施例中所揭示的系统架构，以及系统功能，在此不再赘述。

如图3所示，本申请实施例的数据传输方法的具体步骤如下：

步骤S31：第二解码端向第一解码端发送请求数据信令，其中，请求数据信令包括第二解码端的分发数据信令接收地址。

步骤S32：第一解码端判断当前已占用分发能力值是否达到最大分发能力值。

步骤S33：第一解码端向第二解码端发送次级分发设备表。

步骤S34：第二解码端向次级分发设备表中的其他第二解码端发送请求数据信令。

步骤S35：次级分发设备表发送完成后，第一解码端断开与第二解码端的网络连接。

需要说明的是，本申请实施例的步骤S31～步骤S35在以上实施例中均有具体介绍，在此不再赘述。

以上实施例，仅是对本申请的其中一种常见案例而已，并非对本申请的技术范围做任何限制，故凡是依据本申请方案的实质对以上内容所做的任何细微修改、等同变化或者修饰，均仍属于本申请技术方案的范围内。

请继续参见图4，图4是本申请提供的终端设备一实施例的结构示意图。本申请实施例的终端设备为包括上述数据传输方法实施例中如解码端的具有数据分发程序模块的数据分发设备。

其中，终端设备40包括信令获取模块41、能力判断模块42以及数据分发模块43。

其中，信令获取模块41，用于获取来自所述次级解码端的请求数据信令，其中，所述请求数据信令包括所述次级解码端的分发数据信令接收地址。

能力判断模块42，用于判断当前已占用分发能力值是否达到最大分发能力值。

数据分发模块43，用于在当前已占用分发能力值达到最大分发能力值时，向所述次级解码端发送次级分发设备表，以使所述次级解码端向所述次级分发设备表中的其他次级解码端发送所述请求数据信令，所述次级分发设备表发送完成后，断开与所述次级解码端的网络连接。

请参见图5，图5是本申请提供的终端设备另一实施例的结构示意图。终端设备包括相互连接的存储器52和处理器51。

存储器52用于存储实现上述任意一项的数据传输方法的程序指令。

处理器51用于执行存储器52存储的程序指令。

其中，处理器51还可以称为CPU(Central Processing Unit，中央处理单元)。处理器51可能是一种集成电路芯片，具有信令的处理能力。处理器51还可以是通用处理器、数字信令处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器52可以为内存条、TF卡等，可以存储串匹配预测装置中全部信息，包括输入的原始数据、计算机程序、中间运行结果和最终运行结果都保存在存储器中。它根据控制器指定的位置存入和取出信息。有了存储器，串匹配预测装置才有记忆功能，才能保证正常工作。串匹配预测装置的存储器按用途存储器可分为主存储器(内存)和辅助存储器(外存)，也有分为外部存储器和内部存储器的分类方法。外存通常是磁性介质或光盘等，能长期保存信息。内存指主板上的存储部件，用来存放当前正在执行的数据和程序，但仅用于暂时存放程序和数据，关闭电源或断电，数据会丢失。

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

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

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

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，系统服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。

请参阅图6，为本申请计算机可读存储介质的结构示意图。本申请的存储介质存储有能够实现上述所有数据传输方法的程序文件61，其中，该程序文件61可以以软件产品的形式存储在上述存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储装置包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。

以上仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种数据传输方法，其特征在于，所述数据传输方法应用于一种网络音视频矩阵系统的解码端，所述解码端与编码端、若干次级解码端通信连接；所述数据传输方法包括：

获取来自所述次级解码端的请求数据信令，其中，所述请求数据信令包括所述次级解码端的分发数据信令接收地址；

判断当前已占用分发能力值是否达到最大分发能力值；

若是，则向所述次级解码端发送次级分发设备表，以使所述次级解码端向所述次级分发设备表中的其他次级解码端发送所述请求数据信令，所述次级分发设备表发送完成后，断开与所述次级解码端的网络连接。

2.根据权利要求1所述的数据传输方法，其特征在于，

所述数据传输方法，还包括：

当所述当前已占用分发能力值未达到最大分发能力值时，保持与所述次级解码端的网络连接，并分发音视频数据；

将所述次级解码端的分发数据信令接收地址添加到所述次级分发设备表中。

3.根据权利要求1所述的数据传输方法，其特征在于，

所述获取来自所述次级解码端的请求数据信令之后，还包括：

判断当前是否处于即将结束分发服务的状态；

若是，则断开与所述次级解码端的网络连接；

若否，则判断当前已占用分发能力值是否达到最大分发能力值。

4.根据权利要求1所述的数据传输方法，其特征在于，

所述数据传输方法，还包括：

获取来自所述次级解码端的请求终止分发数据信令；

在所述次级分发设备表中查找所述次级解码端的分发数据信令接收地址，并删除；

停止向所述次级解码端分发音视频数据，并断开与所述次级解码端的网络连接。

5.根据权利要求1所述的数据传输方法，其特征在于，

所述数据传输方法，还包括：

获取源切换信令，以及从所述源切换信令中获取指定编码端的数据请求地址；

向所述次级分发设备表中的所有次级解码端发送变更分发设备信令，以使所述所有次级解码端切换分发音视频数据的解码端；

向当前编码端发送终止数据连接信令，并断开与所述当前编码端的网络连接；

按照所述指定编码端的数据请求地址向所述指定编码端发起请求数据信令，以从所述指定编码端接收音视频数据。

6.根据权利要求5所述的数据传输方法，其特征在于，

所述数据传输方法，还包括：

按照所述指定编码端的数据请求地址向所述指定编码端发起请求数据信令；

判断来自所述指定编码端的应答是否为请求数据成功的应答；

若是，保持与所述指定编码端的网络连接，并开始接收来自所述指定编码端的音视频数据；

若否，从所述指定编码端的应答中获取可用解码端的分发数据信令接收地址，按照所述分发数据信令接收地址向所述可用解码端发送请求数据信令。

7.根据权利要求5所述的数据传输方法，其特征在于，

所述数据传输方法，还包括：

从所述当前编码端获取当前音视频数据，以及从所述指定编码端获取指定音视频数据；

检查所述当前音视频数据和所述指定音视频数据的时间是否对齐；

若是，则向当前编码端发送终止数据连接信令，并断开与所述当前编码端的数据分发网络连接；

从所述指定编码端接收音视频数据。

8.一种数据传输方法，其特征在于，所述数据传输方法应用于一种网络音视频矩阵系统，其中，所述网络音视频矩阵系统包括通信连接的编码端、若干第一解码端以及若干第二解码端；所述数据传输方法包括：

所述第二解码端向所述第一解码端发送请求数据信令，其中，所述请求数据信令包括所述第二解码端的分发数据信令接收地址；

所述第一解码端判断当前已占用分发能力值是否达到最大分发能力值；

若是，所述第一解码端向所述第二解码端发送次级分发设备表；

所述第二解码端向所述次级分发设备表中的其他第二解码端发送所述请求数据信令；

所述次级分发设备表发送完成后，所述第一解码端断开与所述第二解码端的网络连接。

9.一种终端设备，其特征在于，所述终端设备包括处理器、与所述处理器连接的存储器，其中，

所述存储器存储有程序指令；

所述处理器用于执行所述存储器存储的程序指令以实现：

获取来自次级解码端的请求数据信令，其中，所述请求数据信令包括所述次级解码端的分发数据信令接收地址；

判断当前已占用分发能力值是否达到最大分发能力值；

若是，则向所述次级解码端发送次级分发设备表，以使所述次级解码端向所述次级分发设备表中的其他次级解码端发送所述请求数据信令，所述次级分发设备表发送完成后，断开与所述次级解码端的网络连接。

10.一种计算机可读存储介质，其特征在于，所述存储介质存储有程序指令，所述程序指令被执行时实现：

获取来自次级解码端的请求数据信令，其中，所述请求数据信令包括所述次级解码端的分发数据信令接收地址；

判断当前已占用分发能力值是否达到最大分发能力值；

若是，则向所述次级解码端发送次级分发设备表，以使所述次级解码端向所述次级分发设备表中的其他次级解码端发送所述请求数据信令，所述次级分发设备表发送完成后，断开与所述次级解码端的网络连接。