CN109495505A - 流媒体协议转换方法、装置、***及计算机可读介质 - Google Patents

Abstract

本发明提供了一种流媒体协议转换方法、装置、***及计算机可读介质，涉及数据处理技术领域，本发明通过使媒体流数据携带切片信息，可以使得不同CDN边缘拉流服务器基于该切片信息对媒体流数据进行切片时能够保持切片一致性，并且流媒体协议的转换不依赖原始媒体流数据中的特定参数，因而能够保持CDN切片机制的灵活性，从而可以满足各种复杂音视频流的需求。因此，本发明提供的流媒体协议转换方法、装置、***及计算机可读介质，提高了切片机制的灵活性和切片一致性。

Description

流媒体协议转换方法、装置、***及计算机可读介质

技术领域

本发明涉及数据处理技术领域，尤其是涉及一种流媒体协议转换方法、装置、***及计算机可读介质。

背景技术

直播行业的蓬勃发展给CDN(Content Delivery Network，内容分发网络)直播业务带来了机遇。目前直播的主要模式是：推流器通过RTMP(Real Time MessagingProtocol，实时消息协议)协议将直播流推至CDN边缘节点(边缘拉流服务器)；CDN边缘节点经过分发，为客户播放器提供RTMP、HTTP(HyperText Transfer Protocol，超文本传输协议)+FLV(FlashVideo，Flash视频)、HLS(HTTP Live Streaming，HTTP实时流媒体)等服务。因此存在推流端的RTMP协议与播放端的HTTP+FLV/HLS的协议转换，其中，RTMP到HTTP+FLV两种协议之间的转换是简单的、兼容的。

但是，当推流器端使用RTMP协议、而播放器端使用HLS协议时，CDN***就需要负责完成这两种协议的转换。RTMP协议对媒体流数据的描述是流式的，以帧、包为基础；而HLS协议对媒体流数据的描述是以TS文件为基础的，而一个TS文件往往包含若干秒的媒体流数据。因此，将RTMP流转换为HLS输出的过程，可以简单的描述为：对RTMP流中的若干数据帧、数据包组合为一个TS文件的过程，这个过程称为切片(即对RTMP流进行切割，转封装成TS文件)。

当HLS播放器(采用HLS协议的播放器)的用户量较少时，现有技术中在进行RTMP协议到HLS协议的转换时通常采用边缘节点切片的方式，即在边缘拉流服务器上进行切片；而同一媒体流可能在若干不同的边缘节点上进行切片，因而可能会导致切片不一致的问题。

发明内容

有鉴于此，本发明的目的在于提供一种流媒体协议转换方法、装置、***及计算机可读介质，以保证切片一致性。

第一方面，本发明实施例提供了一种流媒体协议转换方法，包括：

获取通过第一协议传输的原始媒体流数据；

在所述原始媒体流数据中***切片信息，得到中间媒体流数据；

将所述中间媒体流数据发送至边缘拉流服务器，以使所述边缘拉流服务器根据所述切片信息对所述中间媒体流数据进行切片处理。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述在所述原始媒体流数据中***切片信息，得到中间媒体流数据，包括：

根据预设的切片规则检测是否对所述原始媒体流数据的当前帧进行切片处理；

在检测结果为是的情况下，在所述当前帧中***所述切片信息或在所述当前帧后增加描述信息，得到所述中间媒体流数据；其中，所述描述信息中携带所述切片信息。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述在所述当前帧中***所述切片信息，包括：

将所述切片信息存储到所述当前帧的指定字段中。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述第一协议为RTMP协议；所述在所述原始媒体流数据中***切片信息，得到中间媒体流数据，包括：

将所述RTMP协议的所述原始媒体流数据转换为HTTP+FLV协议的转推媒体流数据；

根据预设的切片规则检测是否对所述转推媒体流数据的当前帧进行切片处理；

在检测结果为是的情况下，将所述切片信息存储到所述当前帧的指定字段中。

结合第一方面的第二种或第三种可能的实施方式，本发明实施例提供了第一方面的第四种可能的实施方式，其中，所述指定字段包括FLVtag头中的stream_id字段。

第二方面，本发明实施例提供了一种流媒体协议转换方法，包括：

获取由通过第一协议传输的原始媒体流数据***切片信息得到的中间媒体流数据；

接收播放器端发送的播放请求；

根据所述播放请求和所述切片信息对所述中间媒体流数据进行切片处理，得到第二协议的目标媒体流数据。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，所述播放请求包括所述播放器端的协议标识；所述根据所述播放请求和所述切片信息对所述中间媒体流数据进行切片处理，包括：

根据所述协议标识判断所述播放器端是否采用所述第二协议；

如果是采用所述第二协议，对所述中间媒体流数据进行解析，得到所述切片信息；

按照所述切片信息对所述中间媒体流数据进行切片处理。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第二种可能的实施方式，其中，所述按照所述切片信息对所述中间媒体流数据进行切片处理，包括：

根据所述切片信息的所在位置将所述中间媒体流数据切割成初始数据片段；

将所述初始数据片段中的所述切片信息清除，得到目标数据片段；

按照所述切片信息的文件名将所述目标数据片段转封装成对应的媒体文件。

结合第二方面的第一种可能的实施方式，本发明实施例提供了第二方面的第三种可能的实施方式，其中，所述方法还包括：

如果不是采用所述第二协议，将所述中间媒体流数据中的切片信息清除。

第三方面，本发明实施例提供了一种流媒体协议转换装置，包括：

第一获取模块，用于获取通过第一协议传输的原始媒体流数据；

信息***模块，用于在所述原始媒体流数据中***切片信息，得到中间媒体流数据；

数据发送模块，用于将所述中间媒体流数据发送至边缘拉流服务器，以使所述边缘拉流服务器根据所述切片信息对所述中间媒体流数据进行切片处理。

第四方面，本发明实施例提供了一种流媒体协议转换装置，包括：

第二获取模块，用于获取由通过第一协议传输的原始媒体流数据***切片信息得到的中间媒体流数据；

请求接收模块，用于接收播放器端发送的播放请求；

切片处理模块，用于根据所述播放请求和所述切片信息对所述中间媒体流数据进行切片处理，得到第二协议的目标媒体流数据。

第五方面，本发明实施例提供了一种边缘推流服务器，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面或其任一种可能的实施方式所述的方法。

第六方面，本发明实施例提供了一种边缘拉流服务器，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第二方面或其任一种可能的实施方式所述的方法。

第七方面，本发明实施例提供了一种流媒体协议转换***，包括如上述第五方面所述的边缘推流服务器和如上述第六方面所述的边缘拉流服务器；

所述边缘推流服务器与所述边缘拉流服务器通信连接。

第八方面，本发明实施例提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述第一方面所述方法或者上述第二方面所述方法。

本发明实施例带来了以下有益效果：

本发明实施例中，获取通过第一协议传输的原始媒体流数据；在原始媒体流数据中***切片信息，得到中间媒体流数据；将中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据切片信息对中间媒体流数据进行切片处理。通过使媒体流数据携带切片信息，可以使得不同CDN边缘拉流服务器基于该切片信息对媒体流数据进行切片时能够保持切片一致性，并且这种流媒体协议转换方法不依赖原始媒体流数据中的特定参数，因而还能够保持CDN切片机制的灵活性，从而可以满足各种复杂音视频流的需求。因此，本发明实施例提供的流媒体协议转换方法、装置、***及计算机可读介质，提高了切片机制的灵活性和切片一致性。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的一种流媒体协议转换方法的应用环境示意图；

图2为本发明实施例提供的一种流媒体协议转换方法的流程示意图；

图3为本发明实施例提供的另一种流媒体协议转换方法的流程示意图；

图4为本发明实施例提供的另一种流媒体协议转换方法的流程示意图；

图5为本发明实施例提供的另一种流媒体协议转换方法的流程示意图；

图6为本发明实施例提供的另一种流媒体协议转换方法的流程示意图；

图7为本发明实施例提供的一种边缘拉流节点的数据处理流程示意图；

图8为本发明实施例提供的一种流媒体协议转换装置的结构示意图；

图9为本发明实施例提供的另一种流媒体协议转换装置的结构示意图；

图10为本发明实施例提供的另一种流媒体协议转换装置的结构示意图；

图11为本发明实施例提供的另一种流媒体协议转换装置的结构示意图；

图12为本发明实施例提供的一种服务器的结构示意图。

具体实施方式

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

当切片发生在边缘节点时，同一个媒体流可能在若干不同的边缘拉流服务器上进行切片，此时便有切片一致性的问题。例如：某HLS播放器在T0时刻请求边缘节点A，边缘节点A切片输出a0.ts/a1.ts/a2.ts；T1时刻由于某原因(调度、A节点异常等)，此播放器请求至边缘节点B，边缘节点B输出b1.ts/b2.ts/b3.ts。当边缘节点A和边缘节点B的切片机制不同时，就有可能导致播放器播放时发生鬼畜、卡顿、甚至无法播放等异常现象。

相关技术中为了解决切片一致性问题，主要采用的方法是根据媒体流原始时间戳来约束切片算法逻辑，即推流器将媒体流推送至CDN时，CDN内部须将媒体流以保留原始时间戳的形式分发，此时CDN边缘节点A、B收到的媒体流的时间戳是相同的，切片机制根据原始时间戳进行(例如，根据原始时间戳取余法进行切片)，这样就可以保证A、B切片的一致性。

假设切片时长配置为3s，使用原始时间戳对切片时长取余进行切片的结果如下表1所示：

表1

但是根据原始时间戳/时长取余的机制来切片，会导致切片结果强耦合于推流器的原始时间戳，而对CDN***而言，切片依赖客户推流器的原始时间戳是不可靠的。具体为：

a:由于推流器编码部分的某些原因，导致其输出的原始时间戳序列并非单调递增。这种场景会导致时间戳/时长的余数并不稳定可靠，可能会导致切片忽大忽小、混乱；

b：部分推流器推流场景音频包序列、视频帧序列并非均匀输出，比如可能会出现某序列连续若干秒内无视频帧等情况，同样导致时间戳/时长取余的方法存在过大、过小切片的问题；

c：切片一致性严重依赖于原始时间戳，每个节点对原始流的任何加工都可能破坏上述方法的有效性，因此该方法的兼容性差，失去了原有切片机制的灵活性。

RTMP/HTTP+FLV到HLS的转换的关键在于RTMP/HTTP+FLV是流式的，而HLS协议是基于TS文件的，这两类协议之间存在兼容性问题，基于此，本发明实施例提供的一种流媒体协议转换方法、装置、***及计算机可读介质，通过扩展RTMP/HTTP+FLV协议，使得RTMP/HTTP+FLV协议能够在扩展位置中携带HLS切片信息，从而在不损失切片机制灵活性的同时，使其在协议层面上保证RTMP/HTTP+FLV向HLS协议转换的一致性。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种流媒体协议转换方法进行详细介绍。

实施例一：

图1为本发明实施例提供的一种流媒体协议转换方法的应用环境示意图，如图1所示，在本发明提供的流媒体协议转换方法的一个实施例中，其应用环境包括：推流器、边缘推流节点、边缘拉流节点和播放器。其中，推流器可以是推流端的PC设备(personalcomputer)，例如手机、电脑等；边缘推流节点、边缘拉流节点均可以是服务器；播放器可以是用户端的HLS播放器。在该应用环境下，媒体流数据的传输过程如下：先由推流器将媒体流数据推送至边缘推流节点，边缘推流节点对媒体流数据进行处理，使其携带HLS切片信息，然后由CDN集群通过一定的转发策略，将边缘推流节点处理后的媒体流数据分发至各个边缘拉流节点；各个边缘拉流节点在收到HLS播放器的播放请求时，根据媒体流数据中的HLS切片信息进行切片，并转封装成TS文件后发送至对应的HLS播放器。需要说明的是，本实施例中，播放器为HLS播放器，但本发明的保护范围不限于此，根据需要，播放器还可以为RTMP播放器或HTTP+FLV播放器或支持其他协议的播放器。

图2为本发明实施例提供的一种流媒体协议转换方法的流程示意图，该方法由图1中的边缘推流节点执行。如图2所示，该流媒体协议转换方法包括以下几个步骤：

步骤S202，获取通过第一协议传输的原始媒体流数据。

边缘推流节点接收推流器通过第一协议传输的原始媒体流数据，其中，第一协议可以但不限于为RTMP协议或HTTP+FLV协议，原始媒体流数据可以但不限于包括音频包序列或视频帧序列。

步骤S204，在上述原始媒体流数据中***切片信息，得到中间媒体流数据。

边缘推流节点在收到媒体流数据的过程中可以根据自己灵活的切片机制实时检测判断是否达到切片条件，在达到切片条件的数据帧(被称为应切片帧)中***切片信息或在该数据帧后增加携带切片信息的描述信息，并进行缓存(GOP(group of pictures，组视频帧)cache)，从而得到中间媒体流数据。可选地，切片信息可以为文件名。

基于此，在一些可能的实施例中，上述步骤S204包括：根据预设的切片规则检测是否应当对原始媒体流数据的当前帧进行切片处理；在检测结果为是的情况下，在当前帧中***切片信息或在当前帧后增加描述信息，得到中间媒体流数据；其中，描述信息中携带切片信息。

可选地，上述切片规则为每设定数量的数据帧作为一个切片单位，该设定数量可以根据实际需求设置。例如切片规则为每100帧作为一个切片单位，在一种可能的实现方式中，步骤S204的过程可以如下：对原始媒体流数据的数据帧进行计数，判断当前帧是否为100帧的整数倍，如果否，则当前帧未达到切片条件，继续判断下一帧；如果是，则当前帧已达到切片条件，在当前帧内***切片信息或在当前帧后增加携带切片信息的描述信息；最后将处理后的媒体流数据作为中间媒体流数据。需要说明的是，本实施例中的计数方式为连续计数，但本发明的保护范围不限于此，根据需要，也可以在达到切片条件的数据帧后对数据帧进行重新计数，通过判断当前帧是否为第设定数量(如100)帧来检测当前帧是否达到切片条件。

在一些可能的实施例中，在与协议兼容的情况下，可以直接将切片信息写入应切片帧的指定字段，也可以通过新增数据帧，将切片信息写入新增的数据帧中，当然本发明的保护范围不限于此，还可以以其他可行的方式在原始媒体流数据中***切片信息。

步骤S206，将上述中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据切片信息对中间媒体流数据进行切片处理。

边缘推流节点按照CDN拓扑结构将上述中间媒体流数据分发至各个边缘拉流节点(边缘拉流服务器)，各个边缘拉流节点在播放器端采用第二协议时基于切片信息进行切片处理，从而保证了切片一致性。其中，第二协议可以但不限于为HLS协议。

本发明实施例中，获取通过第一协议传输的原始媒体流数据；在原始媒体流数据中***切片信息，得到中间媒体流数据；将中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据切片信息对中间媒体流数据进行切片处理。通过使媒体流数据携带切片信息，可以使得不同CDN边缘拉流服务器基于该切片信息对媒体流数据进行切片时能够保持切片一致性，并且这种流媒体协议转换方法不依赖原始媒体流数据中的特定参数，因而还能够保持CDN切片机制的灵活性，从而可以满足各种复杂音视频流的需求。因此，本发明实施例提供的流媒体协议转换方法，提高了切片机制的灵活性和切片一致性。

针对RTMP到HLS的协议转换，本发明实施例还提供了两种***切片信息的方式，具体过程和相关内容如下表2所示：

表2

其中，方式1-利用FLV tag头中的stream_id字段存储切片信息，具有简单、高效的优点，并且不会引入额外带宽。当然进行HTTP+FLV到HLS的协议转换时，可以直接将切片信息存储到FLVtag头中的stream_id字段中。

图3为本发明实施例提供的另一种流媒体协议转换方法的流程示意图，图3中针对RTMP到HLS的协议转换，且采用上述方式1。如图3所示，该流媒体协议转换方法包括以下步骤：

步骤S302，获取通过RTMP协议传输的原始媒体流数据。

步骤S304，将上述原始媒体流数据转换为HTTP+FLV协议的转推媒体流数据。

需要说明的是，RTMP到HTTP+FLV的协议转换可以参照现有技术的相关内容，这里不再赘述。

步骤S306，根据预设的切片规则检测是否对上述转推媒体流数据的当前帧进行切片处理。

如果是，执行步骤S308；如果否，返回步骤S306检测下一帧。

步骤S308，将HLS切片信息存储到当前帧的指定字段中，得到中间媒体流数据。

上述指定字段包括FLV tag头中的stream_id字段。

步骤S310，将中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据HLS切片信息对中间媒体流数据进行切片处理，得到HLS协议的目标媒体流数据。

上述图3中各个步骤的具体过程可以参照前述方法的相应内容，这里不再赘述。

本实施例中，进行FLV协议转换后再加入HLS切片信息。由于RTMP到HTTP+FLV的协议转换是简单的、兼容的，因此，该方法对HLS本身切片逻辑没有任何额外要求和约束，具有简单、高效的优点，并且不会增加任何带宽成本。

图4为本发明实施例提供的另一种流媒体协议转换方法的流程示意图，图4中针对RTMP到HLS的协议转换，且采用上述方式2。如图4所示，该流媒体协议转换方法包括以下步骤：

步骤S402，获取通过RTMP协议传输的原始媒体流数据。

步骤S404，根据预设的切片规则检测是否对原始媒体流数据的当前帧进行切片处理。

如果是，执行步骤S406；如果否，返回步骤S404检测下一帧。

步骤S406，在当前帧后新增描述信息帧。

步骤S408，将HLS切片信息存储到上述描述信息帧中，得到中间媒体流数据。

步骤S410，将中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据HLS切片信息对中间媒体流数据进行切片处理，得到HLS协议的目标媒体流数据。

上述图4中各个步骤的具体过程可以参照前述方法的相应内容，这里不再赘述。

本实施例中，通过扩展RTMP协议，使得RTMP协议能够在新增的描述信息帧中携带HLS切片信息。该方法完全兼容RTMP协议，对HLS本身切片逻辑没有任何额外要求和约束，基本不会增加原有计算成本。

图5为本发明实施例提供的另一种流媒体协议转换方法的流程示意图，图5中针对HTTP+FLV到HLS的协议转换，如图5所示，该流媒体协议转换方法包括以下步骤：

步骤S502，获取通过HTTP+FLV协议传输的原始媒体流数据。

步骤S504，根据预设的切片规则检测是否对上述原始媒体流数据的当前帧进行切片处理。

如果是，执行步骤S506；如果否，返回步骤S504检测下一帧。

步骤S506，将HLS切片信息存储到当前帧的指定字段中，得到中间媒体流数据。

上述指定字段包括FLV tag头中的stream_id字段。

步骤S508，将中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据HLS切片信息对中间媒体流数据进行切片处理，得到HLS协议的目标媒体流数据。

上述图5中各个步骤的具体过程可以参照前述方法的相应内容，这里不再赘述。

本实施例中，在进行HTTP+FLV到HLS的协议转换时，直接将HLS切片信息存放到HTTP+FLV协议的指定字段中，简单、高效，并且不会增加任何带宽成本。

实施例二：

本发明实施例还提供了另一种流媒体协议转换方法，该方法在上述实施例一的方法之后由图1中的边缘拉流节点执行。

图6为本发明实施例提供的另一种流媒体协议转换方法的流程示意图，如图6所示，该流媒体协议转换方法包括以下几个步骤：

步骤S602，获取由通过第一协议传输的原始媒体流数据***切片信息得到的中间媒体流数据。

边缘拉流节点接收边缘推流节点分发的带有切片信息的中间媒体流数据，其中，第一协议可以但不限于为RTMP协议或HTTP+FLV协议，原始媒体流数据可以但不限于包括音频包序列或视频帧序列。

步骤S604，接收播放器端发送的播放请求。

边缘拉流节点还用于接收播放器端发送的播放请求，其中，播放请求可以包括播放器端的协议标识，该协议标识用于表示播放器端所采用的流媒体协议。

步骤S606，根据上述播放请求和切片信息对中间媒体流数据进行切片处理，得到第二协议的目标媒体流数据。

播放器端采用第二协议，第二协议可以但不限于为HLS协议。边缘拉流节点对播放请求进行解析，从解析后的数据中获取协议标识，当基于该协议标识确定播放器端采用第二协议时，根据切片信息进行切片、转分装，并对播放器端进行服务。

本发明实施例中，不同CDN边缘拉流服务器均基于媒体流数据携带的切片信息对媒体流数据进行切片，这样能够保持切片一致性，同时这种流媒体协议转换方法不依赖原始媒体流数据中的特定参数，因而还能够保持CDN切片机制的灵活性，从而可以满足各种复杂音视频流的需求。因此，本发明实施例提供的流媒体协议转换方法，提高了切片机制的灵活性和切片一致性。

考虑到播放器端可能并非采用第二协议，在一些可能的实施例中，对中间媒体流数据进行切片处理的过程如下：根据播放请求中的协议标识判断播放器端是否采用第二协议；如果是采用第二协议，对中间媒体流数据进行解析，得到切片信息；按照切片信息对中间媒体流数据进行切片处理。如果不是采用第二协议，将中间媒体流数据中的切片信息清除。

在一种可能的实现方式中，按照切片信息对中间媒体流数据进行切片处理的具体过程如下：根据切片信息的所在位置将中间媒体流数据切割成初始数据片段；将初始数据片段中的切片信息清除，得到目标数据片段；按照切片信息的文件名将目标数据片段转封装成对应的媒体文件。

为了便于理解，本发明实施例还提供了如图7所示的边缘拉流节点的数据处理流程示意图。参见图7，针对RTMP到HLS的协议转换，边缘拉流节点的数据处理过程如下：

步骤S702，接收由通过RTMP协议传输的原始媒体流数据***切片信息得到的中间媒体流数据，并进行缓存。

步骤S704，当接收到播放器端发送的播放请求时，对播放请求进行解析，得到播放器端的协议标识。

步骤S706，根据上述协议标识判断播放请求是否为HLS请求。

如果是，执行步骤S708；如果否，执行步骤S716。

步骤S708，读取缓存的中间媒体流数据。

步骤S710，解析中间媒体流数据，得到HLS切片信息。

步骤S712，按照HLS切片信息将中间媒体流数据转封装成TS文件，得到目标媒体流数据。

步骤S714，将目标媒体流数据发送至播放器端。流程结束。

步骤S716，读取缓存的中间媒体流数据。

步骤S718，清除中间媒体流数据中的HLS切片信息。

步骤S720，将清除后的媒体流数据发送至播放器端。流程结束。

本实施例中，通过对播放请求的类型判断，针对非HLS播放器进行相应处理，使得该方法不影响对非HLS播放器的服务。

实施例三：

对应于上述实施例一的流媒体协议转换方法，本发明实施例还提供了一种流媒体协议转换装置。图8为本发明实施例提供的一种流媒体协议转换装置的结构示意图，如图8所示，该装置包括：

第一获取模块82，用于获取通过第一协议传输的原始媒体流数据；

信息***模块84，用于在原始媒体流数据中***切片信息，得到中间媒体流数据；

数据发送模块86，用于将中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据切片信息对中间媒体流数据进行切片处理。

本发明实施例中，第一获取模块82获取通过第一协议传输的原始媒体流数据；信息***模块84在原始媒体流数据中***切片信息，得到中间媒体流数据；数据发送模块86将中间媒体流数据发送至边缘拉流服务器，以使边缘拉流服务器根据切片信息对中间媒体流数据进行切片处理。通过使媒体流数据携带切片信息，可以使得不同CDN边缘拉流服务器基于该切片信息对媒体流数据进行切片时能够保持切片一致性，并且流媒体协议的转换不依赖原始媒体流数据中的特定参数，因而还能够保持CDN切片机制的灵活性，从而可以满足各种复杂音视频流的需求。因此，本发明实施例提供的流媒体协议转换装置，提高了切片机制的灵活性和切片一致性。

图9为本发明实施例提供的另一种流媒体协议转换装置的结构示意图，如图9所示，在图8的基础上，上述信息***模块84包括：

检测单元841，用于根据预设的切片规则检测是否应当对原始媒体流数据的当前帧进行切片处理；

***单元842，用于在在检测结果为是的情况下，在当前帧中***切片信息或在当前帧后增加描述信息，得到中间媒体流数据；其中，描述信息中携带切片信息。

可选地，***单元842具体用于：将切片信息存储到当前帧的指定字段中。

可选地，上述第一协议为RTMP协议；信息***模块84具体用于：

将RTMP协议的原始媒体流数据转换为HTTP+FLV协议的转推媒体流数据；根据预设的切片规则检测是否应当对转推媒体流数据的当前帧进行切片处理；在检测结果为是的情况下，将切片信息存储到当前帧的指定字段中。

可选地，上述指定字段包括FLVtag头中的stream_id字段。

本发明实施例所提供的流媒体协议转换装置，其实现原理及产生的技术效果和前述实施例一相同，为简要描述，装置实施例部分未提及之处，可参考前述实施例一中相应内容。

实施例四：

对应于上述实施例二的流媒体协议转换方法，本发明实施例还提供了另一种流媒体协议转换装置。图10为本发明实施例提供的另一种流媒体协议转换装置的结构示意图，如图10所示，该装置包括：

第二获取模块120，用于获取由通过第一协议传输的原始媒体流数据***切片信息得到的中间媒体流数据；

请求接收模块140，用于接收播放器端发送的播放请求；

切片处理模块160，用于根据播放请求和切片信息对中间媒体流数据进行切片处理，得到第二协议的目标媒体流数据。

本发明实施例中，不同CDN边缘拉流服务器均基于媒体流数据携带的切片信息对媒体流数据进行切片，这样能够保持切片一致性，同时流媒体协议的转换不依赖原始媒体流数据中的特定参数，因而能够保持CDN切片机制的灵活性，从而可以满足各种复杂音视频流的需求。因此，本发明实施例提供的流媒体协议转换装置，提高了切片机制的灵活性和切片一致性。

可选地，播放请求包括播放器端的协议标识。

图11为本发明实施例提供的另一种流媒体协议转换装置的结构示意图，如图11所示，在图10的基础上，切片处理模块160包括：

判断单元161，用于根据协议标识判断播放器端是否采用第二协议；

解析模块162，用于当判断单元161的判断结果为是时，对中间媒体流数据进行解析，得到切片信息；

处理单元163，用于按照切片信息对中间媒体流数据进行切片处理。

可选地，处理单元163具体用于：

根据切片信息的所在位置将中间媒体流数据切割成初始数据片段；将初始数据片段中的切片信息清除，得到目标数据片段；按照切片信息的文件名将目标数据片段转封装成对应的媒体文件。

如图11所示，上述切片处理模块160还包括：

清除单元164，用于当判断单元161的判断结果为否时，将中间媒体流数据中的切片信息清除。

本发明实施例所提供的流媒体协议转换装置，其实现原理及产生的技术效果和前述实施例二相同，为简要描述，装置实施例部分未提及之处，可参考前述实施例中相应内容。

实施例五：

本发明实施例还提供了一种服务器(边缘推流服务器或边缘拉流服务器)，该服务器包括存储器以及处理器，存储器用于存储支持处理器执行前述实施例所提供的流媒体协议转换方法的程序，处理器被配置为用于执行存储器中存储的程序。该服务器还可以包括通信接口，用于与其他设备或通信网络通信。

其中，边缘推流服务器的存储器用于存储支持处理器执行前述实施例一所提供的流媒体协议转换方法的程序，该处理器被配置为用于执行存储器中存储的程序。边缘拉流服务器的存储器用于存储支持处理器执行前述实施例二所提供的流媒体协议转换方法的程序，该处理器被配置为用于执行存储器中存储的程序。

参见图12，本发明实施例还提供一种服务器100，包括：处理器10，存储器11，总线12和通信接口13，所述处理器10、通信接口13和存储器11通过总线12连接；处理器10用于执行存储器11中存储的可执行模块，例如计算机程序。

其中，存储器11可能包含高速随机存取存储器(RAM，RandomAccessMemory)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口13(可以是有线或者无线)实现该***网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线12可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图12中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器11用于存储程序，所述处理器10在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器10中，或者由处理器10实现。

处理器10可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器10中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器10可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器11，处理器10读取存储器11中的信息，结合其硬件完成上述方法的步骤。

实施例六：

本发明实施例还提供了一种流媒体协议转换***，该***包括如上述实施例五的边缘推流服务器和边缘拉流服务器；边缘推流服务器与边缘拉流服务器通信连接。

进一步地，本发明实施例还提供了一种具有处理器可执行的非易失的程序代码的计算机可读介质，该程序代码使该处理器执行实施例一的方法或者实施例二的方法。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

附图中的流程图和框图显示了根据本发明的多个实施例的方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

本发明实施例所提供的流媒体协议转换方法、装置及***的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (15)

1.一种流媒体协议转换方法，其特征在于，包括：

获取通过第一协议传输的原始媒体流数据；

在所述原始媒体流数据中***切片信息，得到中间媒体流数据；

将所述中间媒体流数据发送至边缘拉流服务器，以使所述边缘拉流服务器根据所述切片信息对所述中间媒体流数据进行切片处理。

2.根据权利要求1所述的方法，其特征在于，所述在所述原始媒体流数据中***切片信息，得到中间媒体流数据，包括：

根据预设的切片规则检测是否对所述原始媒体流数据的当前帧进行切片处理；

在检测结果为是的情况下，在所述当前帧中***所述切片信息或在所述当前帧后增加描述信息，得到所述中间媒体流数据；其中，所述描述信息中携带所述切片信息。

3.根据权利要求2所述的方法，其特征在于，所述在所述当前帧中***所述切片信息，包括：

将所述切片信息存储到所述当前帧的指定字段中。

4.根据权利要求1所述的方法，其特征在于，所述第一协议为RTMP协议；所述在所述原始媒体流数据中***切片信息，以得到中间媒体流数据，包括：

将所述RTMP协议的所述原始媒体流数据转换为HTTP+FLV协议的转推媒体流数据；

根据预设的切片规则检测是否对所述转推媒体流数据的当前帧进行切片处理；

在检测结果为是的情况下，将所述切片信息存储到所述当前帧的指定字段中。

5.根据权利要求3或4所述的方法，其特征在于，所述指定字段包括FLVtag头中的stream_id字段。

6.一种流媒体协议转换方法，其特征在于，包括：

获取由通过第一协议传输的原始媒体流数据***切片信息得到的中间媒体流数据；

接收播放器端发送的播放请求；

根据所述播放请求和所述切片信息对所述中间媒体流数据进行切片处理，得到第二协议的目标媒体流数据。

7.根据权利要求6所述的方法，其特征在于，所述播放请求包括所述播放器端的协议标识；所述根据所述播放请求和所述切片信息对所述中间媒体流数据进行切片处理，包括：

根据所述协议标识判断所述播放器端是否采用所述第二协议；

如果是采用所述第二协议，对所述中间媒体流数据进行解析，得到所述切片信息；

按照所述切片信息对所述中间媒体流数据进行切片处理。

8.根据权利要求7所述的方法，其特征在于，所述按照所述切片信息对所述中间媒体流数据进行切片处理，包括：

根据所述切片信息的所在位置将所述中间媒体流数据切割成初始数据片段；

将所述初始数据片段中的所述切片信息清除，得到目标数据片段；

按照所述切片信息的文件名将所述目标数据片段转封装成对应的媒体文件。

9.根据权利要求7所述的方法，其特征在于，所述方法还包括：

如果不是采用所述第二协议，将所述中间媒体流数据中的切片信息清除。

10.一种流媒体协议转换装置，其特征在于，包括：

第一获取模块，用于获取通过第一协议传输的原始媒体流数据；

信息***模块，用于在所述原始媒体流数据中***切片信息，得到中间媒体流数据；

数据发送模块，用于将所述中间媒体流数据发送至边缘拉流服务器，以使所述边缘拉流服务器根据所述切片信息对所述中间媒体流数据进行切片处理。

11.一种流媒体协议转换装置，其特征在于，包括：

第二获取模块，用于获取由通过第一协议传输的原始媒体流数据***切片信息得到的中间媒体流数据；

请求接收模块，用于接收播放器端发送的播放请求；

切片处理模块，用于根据所述播放请求和所述切片信息对所述中间媒体流数据进行切片处理，得到第二协议的目标媒体流数据。

12.一种边缘推流服务器，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1-5中任一项所述的方法。

13.一种边缘拉流服务器，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求6-9中任一项所述的方法。

14.一种流媒体协议转换***，其特征在于，包括如上述权利要求12所述的边缘推流服务器和如上述权利要求13所述的边缘拉流服务器；

所述边缘推流服务器与所述边缘拉流服务器通信连接。

15.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行权利要求1-5中任一所述方法或者权利要求6-9中任一所述方法。