本发明涉及网络通信领域以及流媒体通信领域；更具体地说，本发明涉及一种多终端多协议流媒体发布方法。
背景技术：
流媒体(Streaming Media)指在数据网络上按时间先后次序传输和播放的连续的音/视频数据流。最早，用户在网络上观看视频或者收听音频时，必须先将整个影音文件下载并存储在本地计算机上，然后才可以观看。与这种下载后播放的传统播放方式不同的是，流媒体在播放前并不下载整个文件，只将部分内容缓存，同时剩余流媒体数据流则边传送边播放，这样就节省了下载等待时间和存储空间。
流媒体数据流具有三个特点：连续性(Continuous)、实时性(Real-time)、时序性，即其数据流具有严格的前后时序关系。
为了实现流媒体的传输，现有技术提出了一些具体的解决方案，例如：
实时流协议RTSP(Real Time Streaming Protocol)是由哥伦比亚大学、网景Netscape和RealNetworks(RealPlayer播放器的制造商)共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。
MMS协议(Microsoft Media Server protocol)用来访问并流式接收WindowsMedia服务器中.asf文件的一种协议。MMS协议用于访问Windows Media发布点上的单播内容。MMS是连接WindowsMedia单播服务的默认方法。若观众在Windows Media Player中键入一个URL以连接内容，而不是通过超级链接访问内容，则他们必须使用MMS协议引用该流。
但是，在现有技术中，还没有很好的解决方案能够实现流媒体的全平台(例如包括iOS、安卓、Windows、Mac)适配播放。
技术实现要素：
本发明所要解决的技术问题是针对现有技术中存在上述缺陷，提供一种能够实现流媒体的全平台(例如包括iOS、安卓、Windows、Mac)适配播放的多终端多协议流媒体发布方法。
根据本发明，提供了一种多终端多协议流媒体发布方法，包括：
第一步骤：直播录播发起方利用第一数据格式向直播录播云端的直播服务器和录播服务器传送流媒体数据；
第二步骤：直播服务器和录播服务器分别对接收到的流媒体数据进行录制转码和存储；
第三步骤：直播录播云端基于第一网络协议向第一类接收终端传送经录制转码和存储的流媒体数据；
第四步骤：直播录播云端基于第二网络协议向第二类接收终端传送经录制转码和存储的流媒体数据。
优选地，第一数据格式为h.264格式或者MP4格式。
优选地，第一网络协议是路由选择表维护协议，而且第一类接收终端包含安卓终端、Windows终端和MAC终端。
优选地，第一类接收终端通过Flash播放器观看直播和/或录播。
优选地，第二网络协议是HLS协议，而且第二类接收终端包含iOS终端。
优选地，第二类接收终端通过HTML5播放器观看直播和/或录播。
本发明通过一种特殊的视频文件加载格式实现了一个直播/录播音视频流即可实现流媒体的全平台(iOS、安卓、Windows、Mac)适配播放。本发明实现了直播/录播一次发布即可同时支持多种协议(RTMP/HLS)多种终端(iOS、安卓、PC及Mac)流畅高清播放。而且，本发明可以自动适配客户端平台并选择合适的播放器格式，例如HTML5播放器或者Flash播放器。
本发明兼容性强，一个直播/录播流适配多种协议多种平台；而且，本发明可以适应多种场景，既支持直播又支持录播。
附图说明
结合附图，并通过参考下面的详细描述，将会更容易地对本发明有更完整的理解并且更容易地理解其伴随的优点和特征，其中：
图1示意性地示出了根据本发明优选实施例的多终端多协议流媒体发布方法的示意图。
需要说明的是，附图用于说明本发明，而非限制本发明。注意，表示结构的附图可能并非按比例绘制。并且，附图中，相同或者类似的元件标有相同或者类似的标号。
具体实施方式
为了使本发明的内容更加清楚和易懂，下面结合具体实施例和附图对本发明的内容进行详细描述。
图1示意性地示出了根据本发明优选实施例的多终端多协议流媒体发布方法的示意图。
如图1所示，根据本发明优选实施例的多终端多协议流媒体发布方法包括：
第一步骤：直播录播发起方10利用第一数据格式向直播录播云端20的直播服务器21和录播服务器22传送流媒体数据；
例如，第一数据格式为h.264格式或者MP4格式。
第二步骤：直播服务器21和录播服务器22分别对接收到的流媒体数据进行录制转码和存储；
第三步骤：直播录播云端基于第一网络协议向第一类接收终端30传送经录制转码和存储的流媒体数据；
例如，第一网络协议是路由选择表维护协议(Real-Time Messaging Protocol，RTMP)，而且第一类接收终端包含安卓终端、Windows终端和MAC终端。这样，用户可以在安卓终端、Windows终端及Mac终端通过RTMP传输数据流，客户端通过Flash播放器观看直播/录播。
第四步骤：直播录播云端基于第二网络协议向第二类接收终端40传送经录制转码和存储的流媒体数据。
例如，第二网络协议是HLS(Http Live Streaming)协议，而且第二类接收终端包含iOS终端。这样，用户可以在iOS设备通过HLS协议传输数据流，客户端通过HTML5播放器观看直播/录播。
由此，服务端支持多协议视频流读取，客户端支持多协议多格式播放视频，服务端和客户端通过一种特殊的文件格式实现通信。
举例来说，直播/录播通信文件格式的示例可以如下所示：
总之，本发明通过一种特殊的视频文件加载格式实现了一个直播/录播音视频流即可实现流媒体的全平台(iOS、安卓、Windows、Mac)适配播放。本发明实现了直播/录播一次发布即可同时支持多种协议(RTMP/HLS)多种终端(iOS、安卓、PC及Mac)流畅高清播放。而且，本发明可以自动适配客户端平台并选择合适的播放器格式，例如HTML5播放器或者Flash播放器。
本发明兼容性强，一个直播/录播流适配多种协议多种平台；而且，本发明可以适应多种场景，既支持直播又支持录播。
需要说明的是，除非特别指出，否则说明书中的术语“第一”、“第二”、“第三”等描述仅仅用于区分说明书中的各个组件、元素、步骤等，而不是用于表示各个组件、元素、步骤之间的逻辑关系或者顺序关系等。
可以理解的是，虽然本发明已以较佳实施例披露如上，然而上述实施例并非用以限定本发明。对于任何熟悉本领域的技术人员而言，在不脱离本发明技术方案范围情况下，都可利用上述揭示的技术内容对本发明技术方案作出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本发明技术方案保护的范围内。