CN102137278B - 基于移动终端的流媒体播放分发系统及其方法 - Google Patents

Abstract

本发明提供了一种基于移动终端的流媒体播放分发服务器，包括：频道单元，用于管理、存储该频道的流媒体分片数据信息；数据传输单元，用于接收流媒体请求信息和发送针对所述流媒体请求信息的反馈信息，所述反馈信息包括响应流媒体请求信息的流媒体分片内容信息和与所述流媒体分片相连的下一流媒体分片信息；线程池单元，用于为数据传输单元所接收的流媒体请求信息分配专用的处理线程以为所述流媒体请求提供并发处理；频道管理单元，用于对存储流媒体分片数据信息的频道单元进行管理，以流媒体分片为单位为处理线程提供处理流媒体请求信息所需要的流媒体资源信息。本发明应用限制少，并且能够及时、快速的响应每个用户的播放请求，改善用户的体验。

Description

基于移动终端的流媒体播放分发系统及其方法

技术领域

本发明涉及无线网络流媒体播放技术领域，更为具体地，涉及一种基于移动终端的流媒体播放分发系统及其方法。

背景技术

随着社会的进步和技术的发展，人们越来越多地使用接入终端来以无线的方式接入因特网或企业内部网络来获取信息。在这种情况下，

现在，在手机等移动终端上进行流媒体播放即手机电视有很多实现方案，在实际的应用中也都在市场上各自占有一席之地，这些方案的本身也各有千秋，下面就分别探讨一下一些主流的手机电视方案的优缺点：

1、手机上带有模拟天线

这种手机可以免费接收广播的模拟电视信号，但是，随着数字电视的推广和模拟电视信号逐渐关闭，可以收看的模拟电视频道越来越少，所以这种方案的实用性很有限。

2.CMMB(中国移动多媒体广播)

这是一种广播类型的数字手持电视，可以在手机这种移动终端上播放电视，但是需要使用CMMB运营商的特定终端设备，不是任意的手机都能接收CMMB的信号，并且也不是免费的。另外可以接收的电视频道也有限，只能观看用户所签约的CMMB运营商所提供的频道，对频道的选择上很不自由。

3.基于移动互联网的流媒体技术的手机电视

目前这类的应用大多是将传统互联网上比较成熟的流媒体技术应用到移动互联网上，给用户提供在手机上播放电视的业务。

比较常用和成熟的流媒体技术是RTSP(Real Time Streaming Protocol，实时流传输协议)，这个协议比较复杂，底层传输使用到了UDP(User DatagramProtocol，用户数据报协议)，而UDP是ISO参考模型中一种无连接的传输层协议，提供面向事务的简单不可靠信息传送服务，因此是一个传输不可靠的协议，虽然上层协议设计有可靠性机制，但是在移动互联网这种带宽有限、传输错误率大的环境下，RTSP的效率受到了很大的挑战，特别是在无线信号不佳、网络繁忙可用带宽有限的情况下，流媒体播放过程中会出现频繁的缓冲，严重的还会出现重复播放同一段视频内容的现象，这就会造成用户的体验很不好。

另外，当前基于移动互联网流媒体技术的手机电视应用产品由于技术或者其他因素的限制，在使用上有诸多的不便，给用户的体验也很不好。比如，gglive就不能在中国联通的GRPS网络使用，中国移动的万花筒只能是中国移动的手机用户才能使用，中国联通的3G手机电视业务也只能是中国联通的3G手机用户才能使用，等等。

所以，虽然市面上已经有不少手机上使用的流媒体播放产品提供给用户使用，但是使用上的限制比较多，用户体验不好。因此，迫切需要一种能够通过先进的流媒体播放技术来解决上述用户在流媒体使用过程中存在的可靠性差、使用限制多等问题的全新的流媒体播放技术。

发明内容

鉴于上述问题，本发明的目的是提供一种基于移动终端的流媒体播放分发系统及其方法。

根据本发明的一个方面，提供了一种基于移动终端的流媒体播放分发服务器，包括：

频道单元，用于管理、存储该频道的流媒体分片数据信息；

数据传输单元，用于接收流媒体请求信息和发送针对所述流媒体请求信息的反馈信息，所述反馈信息包括响应所述流媒体请求信息的流媒体分片内容信息和与所述流媒体分片相连的下一流媒体分片信息；

线程池单元，用于为所述数据传输单元所接收的流媒体请求信息分配专用的处理线程以为所述流媒体请求提供并发处理；

频道管理单元，用于对存储流媒体分片数据信息的频道单元进行管理，以流媒体分片为单位为所述处理线程提供处理流媒体请求信息所需要的流媒体资源信息。

根据本发明的另一方面，提供了一种基于移动终端的流媒体播放分发系统，包括移动终端和上述流媒体播放分发服务器。

再一方面，本发明还提供一种基于移动终端的流媒体播放分发方法，包括：

S301：流媒体播放分发服务器根据移动终端的流媒体请求提取相应的流媒体分片数据信息；

S302：流媒体播放分发服务器根据所述流媒体分片数据信息构造请求反馈信息并返回移动终端；

S303：移动终端根据所述请求反馈信息获取所述流媒体分片数据信息，并生成所述获取的流媒体分片的第一后续分片的流媒体请求信息并提交给流媒体播放分发服务器。

根据本发明的目的，还提供一种基于移动终端的流媒体播放分发方法，包括：

移动终端向流媒体播放分发服务器提交流媒体播放服务请求；

流媒体播放分发服务器在接收到移动终端的播放服务请求后，为所述播放服务请求分配一独立的处理线程；

所述处理线程对该请求进行初始检测，确定其是否存在于频道管理单元中，然后将初始检测成功或者失败的结果反馈给所述移动终端；

移动终端在接收到初始检测成功的反馈后，生成流媒体下载请求提交至流媒体播放分发服务器；

流媒体播放分发服务器将所述下载请求继续分发给所述处理线程处理；

所述处理线程根据所述下载请求收集相应的流媒体分片数据信息，并生成返回移动终端的下载响应信息；

移动终端根据所述下载响应信息播放流媒体分片并判断是否有后续下载，如果有，则继续下载、播放流程，否则结束。

利用本发明的上述技术方案，相比较于现有的手机电视，具有以下优势：

1.可以不需要特定终端，只要是智能手机就可以使用

本发明的实现不需要特殊的硬件终端，只要是能运行手机软件的智能手机就可以正常播放流媒体播放业务。这样就可以减少用户对终端的投入，吸引更多的用户使用。

2.对运营商的网络没有特殊要求，只要能上网就能使用

本发明的技术不限定于哪种接入网络，只要通过运营商的接入网络能上网就可以正常的使用，比如wifi、cmwap、cmnet、3G等。因此，适用的用户面广，各个移动运营商的手机用户都能使用，即使是没有开通手机上网业务的用户，在wifi环境下也能使用。

另外，用户使用起来也很方便，比如同一个用户在免费的wifi环境下就可以通过wifi的方式接入，节省了无线网络流量的费用，当到了没有wifi的环境再切换成其他方式使用，给用户提供良好的使用体验。

3.用户可访问的直播频道没有限制，可以根据运营情况随时动态扩充直播频道

每个频道单元就对应一个频道，所以只要运营商提供更多频道，系统就可以动态的增加频道单元。直播频道越多就越吸引用户使用，所以系统在上线后总是必然要随时动态的调整频道的，会根据需要动态的增加一些热门频道。不管频道是增加还是减少，调整后就会即时在系统中体现出来，不需要暂时中断当前的直播服务。

4.全新的分发技术提高用户体验

采用本发明中的技术不会出现重复播放同一段视频内容的现象，每个用户的播放请求都会得到及时、快速的响应，相比其他同类的产品可以在一定程度上改善用户的体验。

为了实现上述以及相关目的，本发明的一个或多个方面包括后面将详细说明并在权利要求中特别指出的特征。下面的说明以及附图详细说明了本发明的某些示例性方面。然而，这些方面指示的仅仅是可使用本发明的原理的各种方式中的一些方式。此外，本发明旨在包括所有这些方面以及它们的等同物。

附图说明

通过参考以下结合附图的说明及权利要求书的内容，并且随着对本发明的更全面理解，本发明的其它目的及结果将更加明白及易于理解。在附图中：

图1示出了本发明中移动终端和流媒体播放分发服务器之间的信息交互流程示意图；

图2示出了根据本发明的基于移动终端的流媒体播放分发系统的方框示意图；以及

图3示出了根据本发明的基于移动终端的流媒体播放分发方法的流程示意图；

图4示出了本发明基于移动终端的流媒体播放分发方法的一个具体实施方式的流程示意图。

在所有附图中相同的标号指示相似或相应的特征或功能。

具体实施方式

以下将结合附图对本发明的具体实施例进行详细描述。

本发明提供的基于移动终端的流媒体播放分发技术的实现采用互联网中广泛使用的客户端/服务器模式，流媒体在传输上使用可靠传输的HTTP协议，在HTTP协议的上层应用层设计自己的高效的流媒体播放协议，并采用高效的流媒体分发技术将流媒体传输给客户端播放。基于TCP的可靠连接，因此本发明基于建立在TCP之上的HTTP协议所实现的流媒体播放分发方案是稳定的。

因此，本发明提供的基于移动终端的流媒体播放分发系统包括移动终端和流媒体播放分发服务器两部分，其中流媒体播放分发服务器进一步包括用于分配处理线程的线程池单元和用于管理、检索频道的频道管理单元。

另外，流媒体播放分发服务器还包括频道单元，用于管理、存储属于该频道的、按照时序排列的、若干流媒体分片，每个流媒体分片都可以描述为流媒体数据。从另一个角度来说，本发明中的频道单元就相当于一个频道的流媒体数据库，本发明所述的流媒体播放分发系统中存在若干个频道单元，这些频道单元由频道管理单元管理，而每个频道中的流媒体分片数据则由该频道的频道单元管理。

换句话说，在本发明的系统结构中，一个频道就对应一个流媒体，一个流媒体又是由若干的流媒体分片组成，频道单元管理该频道对应的流媒体分片。频道管理单元管理系统中的所有频道。频道与移动终端没有关系。频道的流媒体分片(也即流媒体分片)是按照时间顺序排列保存在内存中，通常把保存分片的地方称为缓冲器。随着时间会不断有新的分片加入缓冲器排队，原有的分片也会逐渐被淘汰，由此才体现出直播的实时效果。

图1示出了根据本发明中移动终端和流媒体播放分发服务器之间的信息交互流程。如图1所示，当用户需要获取流媒体播放服务时，首先通过移动终端与流媒体播放分发服务器建立TCP连接，然后在HTTP请求的内容(content)部分填入自定义的开始请求消息START，然后通过移动终端将该HTTP请求以post方式提交给流媒体播放分发服务器。

流媒体播放分发服务器为了保障能够对每个移动终端提交的HTTP请求都能做出及时的响应，在接收到移动终端的HTTP请求后，从其线程池单元中分配一个独立的处理线程处理该HTTP请求，从而为所接收的所有HTTP请求提供并发处理。当然，上述线程分配方案只是本发明实现能够保障对每个移动终端提交的HTTP请求都做出及时的响应的一种实现方案，但并不是唯一的方案，也可以采用其他能够保障及时响应每个移动终端提交的HTTP请求的方案，如并行处理方案等。

新分配的处理线程首先对该请求进行初始检测，确定其是否存在于流媒体播放分发服务器中，然后将初始检测结果反馈给移动终端。具体的，作为示例，新分配的线程从频道管理单元中查询要求播放的频道是否存在，如果不存在指定的频道，则生成包含失败结果的请求反馈消息START_RESP，并将该消息填入HTTP响应的内容(content)中返回给移动终端；如果存在指定的频道，则生成包含了成功结果的请求反馈消息START_RESP，并将该消息填入HTTP响应的content中返回给移动终端。

在本发明中，为了保障每一个移动终端的请求在流媒体播放分发服务器的处理的效率，不仅在线程池单元会对每一个请求分配一个独立的处理线程，而且在频道管理单元支持多线程的同步机制，即当一个线程访问该频道管理单元时就先加锁禁止其他线程访问，访问完成后再解锁，此后才允许其他线程访问该频道管理单元。上述多线程的同步机制，从线程的角度来看，同步机制是同时在访问；从被访问的资源的角度来看，同步的处理就是要加、解锁，每个访问的线程都需要抢锁，这样才能保证同步。没有抢到锁的线程就会被挂起直到抢到锁的线程解锁后唤醒，然后重新开始抢锁。

移动终端在接收到成功的响应后，在新的HTTP请求的content部分填入下载请求DOWNLOAD，在原来的TCP连接上通过post方式将该下载请求发送给流媒体播放分发服务器。

流媒体播放分发服务器在接收到移动终端继续发来的下载请求后，将其继续分发给线程池单元中原来处理该移动终端的开始请求消息START的处理线程处理，该处理线程就根据下载请求DOWNLOAD下载请求收集相应的流媒体数据信息，即继续向频道管理单元请求相应的流媒体数据信息，并根据频道管理单元返回的流媒体数据信息生成返回移动终端的下载响应信息。

在本发明提供的流媒体播放分发技术中，频道管理单元支持多线程同步机制，管理着构成频道流媒体的一系列流媒体分片，这些流媒体分片是流媒体按照一定时长分隔而成的，按照时间的先后顺序保存在缓冲器中，每个分片都有大小、时长和序号来描述。频道管理单元向处理线程返回的流媒体数据信息包括流媒体分片缓冲器中距离当前时间(即系统在处理终端的请求时的时间)第二靠近的分片和这个分片的大小、时长和序号属性，处理线程将这些流媒体数据信息构造成针对移动终端的下载请求DOWNLOAD的下载响应信息DOWNLOAD_RESP，填入HTTP响应的content部分并返回给移动终端。

在本实施方式中，每个频道的流媒体分片都是一个独立可以播放的视频，时长比较短，一般在60秒左右(可设)，该频道的分片按照时序来排序，由于分片是按照时序在排序的，所以排序的队列的倒数第二个分片就是所述分片，之所以取倒数第二个分片是平衡播放时出现缓冲现象和实时直播的折衷结果。客户端第一次请求这个频道时获取的是分片队列倒数第二个分片，客户端后续的请求获取上次分片的序号的下一个分片，上次分片的序号在客户端的请求中发送给服务器。

移动终端在接收到该下载响应信息DOWNLOAD_RESP后样就获取到了其所请求的流媒体的第一个分片，就可以播放了。同时移动终端根据所接收到的下载响应信息DOWNLOAD_RESP判断是否有后续下载，如果没有，则结束；如果有，则根据所接收到的下载响应信息DOWNLOAD_RESP中的第二靠进的分片的序号生成新的下载请求DOWNLOAD，并填入新的HTTP请求的content部分，继续在原先的TCP连接上通过post方式发送给流媒体播放分发服务器。

同样，还是由给线程池单元中同一个处理线程根据该信的下载请求DOWNLOAD中的分片序号从频道管理其单元中请求该序号的分片和下一个分片的大小、时长、序号参数信息，然后根据这些流媒体数据信息生成新的下载响应信息DOWNLOAD_RESP，填入HTTP响应的content部分并返回给移动终端。

这样移动终端就获取到了跟已经接收到的第一个分片连续的下一个分片和再下一个分片的大小、时长以及序号的参数信息，依此类推，移动终端重复上述请求方式就可以源源不断的获取构成所请求的流媒体的这个频道上连续的分片，并一个接一个的播放就可以给用户流畅地展现流媒体播放频道的内容。这种分发方式能够有效保障在流媒体分发过程中的次序性，不会出现重复播放同一段视频内容的现象。

通过上述表述可以看出，在本发明所提供的基于移动终端的流媒体播放分发技术方案中，流媒体播放分发服务器提供一个专用的处理线程全程处理一个移动终端的一个从开始请求到下载完毕的所有流媒体请求，在该移动终端所请求的流媒体下载完毕之前不会处理其它的事务，如此就保障了用户流媒体播放请求的连续性。并且流媒体播放分发服务器中线程池单元和频道管理单元的并发处理方式也保障了每个移动终端的流媒体播放请求都会得到及时、快速的响应，相比较于现有市场上的其它同类产品可以在一定程度上提高用户的体验。

如上参照图1描述了根据本发明的基于移动终端的流媒体播放分发技术。本发明的上述基于移动终端的流媒体播放分发技术，可以采用软件实现，也可以采用硬件实现，或采用软件和硬件组合的方式实现。

图2示出了根据本发明的基于移动终端的流媒体播放分发系统的方框示意图。如图2所示，基于移动终端的流媒体播放分发系统包括移动终端100和流媒体播放分发服务器200两部分，其中流媒体播放分发服务器200进一步包括频道单元207、数据传输单元201、线程池单元203和频道管理单元205。

频道单元207用于管理、存储流媒体分片信息数据；数据传输单元201为流媒体播放分发服务器200的数据传输接口，用于接收流媒体请求信息和发送针对所述流媒体请求信息的反馈信息，该反馈信息包括响应所述流媒体请求信息的流媒体分片内容信息和与所述流媒体分片相连的下一流媒体分片信息；线程池单元203用于为数据传输单元201所接收的流媒体请求信息分配专用的处理线程，以为所述流媒体请求提供并发处理；频道管理单元205，用于对存储流媒体分片数据信息的频道单元进行管理，以流媒体分片为单位为所述处理线程提供处理流媒体请求信息所需要的流媒体资源信息。

当用户需要通过移动终端100从流媒体播放分发服务器200获得流媒体播放服务时，在移动终端100与流媒体播放分发服务器200建立安全的TCP连接后，移动终端100将开始请求的信息提交给流媒体播放分发服务器200；流媒体播放分发服务器200通过数据传输单元201接收和发送数据信息，数据传输单元201接收到移动终端100的开始请求的信息后，线程池单元203即为该开始请求的信息分配一个独立的处理线程，该处理线程首先对所述开始请求的信息进行初始检测，判断其所请求的流媒体数据是否存在于频道单元207中，并将初始检测结果返回给移动终端100。

其中，在判断所请求的流媒体数据是否存在于频道单元中的过程中，首先要从频道管理单元中检查客户端请求的频道是否存在，如果存在所请求的频道的话就从相应的频道单元获取适当的流媒体分片，获取分片的规则如前所述。

移动终端100如果接到存在请求数据的反馈信息，则继续生成下载所请求的流媒体数据的下载请求信息并提交给流媒体播放分发服务器200，之前处理开始请求的信息的同一处理线程继续对该下载请求信息进行处理，即根据下载请求向频道管理单元205请求相应的媒体数据信息，通过频道管理单元205从频道单元调取相关的流媒体数据信息生成下载请求反馈信息，并通过数据传输单元201将该反馈信息返回移动终端100；移动终端100根据所接收的下载请求反馈信息(流媒体分片数据信息)进行流媒体分片的播放并判断是否具有后续下载，如果有，则继续以向流媒体播放分发服务器200发送下载请求信息的方式进行后续流媒体分片的下载播放。

在本发明中，一个处理线程一旦启动，流媒体播放分发服务器200的频道单元207中如果存在被请求的流媒体数据，则该处理线程将始终为该流媒体下载请求服务直至下载结束，线程池单元203不会再为其分配其它消息处理任务，从而为用户流媒体播放请求的连续性提供保障。

具体的，作为示例，在本发明的一个具体实施方式中，线程池单元203在为来自移动终端的请求信息分配处理线程时，首先判断该请求信息是原始请求信息还是后续下载请求信息，如果是原始请求信息，则直接为该信息分配一个空闲的处理线程；如果是后续下载信息，则查询该后续下载请求信息的原始请求信息及曾为其分配的原始处理线程，并将该后续下载信息继续分配给该原始处理线程处理。

图3是作为本发明的一个方面的基于移动终端的流媒体播放分发方法的流程图，如图3所示，基于移动终端的流媒体播放分发方法，包括：

S301：流媒体播放分发服务器根据移动终端的流媒体请求提取相应的流媒体分片数据信息；

S302：流媒体播放分发服务器根据上述流媒体分片数据信息构造请求反馈信息并返回移动终端；

S303：移动终端根据上述请求反馈信息获取所述流媒体分片数据信息，并生成所获取的流媒体分片的第一后续分片的流媒体请求信息并提交给流媒体播放分发服务器。

其中，在步骤S303中，移动终端在根据所述请求反馈信息获取所述流媒体分片数据信息后，立即播放所述流媒体分片。

更进一步，移动终端在根据所述请求反馈信息获取所述流媒体分片数据信息后，根据所获取的流媒体分片数据信息进一步判断是否还有后续分片；如果有后续分片，则根据所获取的流媒体分片数据信息生成已播放分片的第一后续分片的流媒体请求信息并提交给流媒体播放分发服务器；如果没有后续分片，则结束流媒体分发流程。

具体地，作为示例，图4示出了根据本发明的基于移动终端的流媒体播放分发方法一个具体实施例的流程示意图。如图4所示，流媒体播放分发服务器根据移动终端的流媒体请求提取相应的流媒体分片数据信息(步骤S401)；流媒体播放分发服务器根据所述流媒体分片数据信息构造请求反馈信息并返回移动终端(步骤S402)；移动终端根据所述请求反馈信息进行流媒体分片的播放(步骤S403)并判断是否还有后续分片(步骤S404)，如果没有，则结束流媒体分发流程；如果有后续分片，则根据所述请求反馈信息生成已播放分片的第一后续分片的流媒体请求信息并提交给流媒体播放分发服务器(步骤S405)，然后转至步骤S401，继续进行流媒体分发流程，直至结束。

另外，为了增强人机界面的友好性，在用户通过移动终端向流媒体播放分发服务器提交请求后，流媒体播放分发服务器首先对该请求进行初始检测，判断移动终端所请求的流媒体信息是否存在，并将相应的判断信息返回移动终端，给出“不存在，结束下载？”、“不存在，转向其他下载？”或者“存在，继续下载？”等提示信息，用户可以根据提示信息在移动终端进行下一步操作。

在本发明的一个优选实施方式中，为了保障了用户流媒体播放请求能够得到连续性的处理响应，在流媒体播放分发服务器处理用户流媒体播放请求的过程中，提供一个专用的处理线程全程处理该请求从开始到下载完毕的所有流媒体请求，并且在该移动终端所请求的流媒体下载完毕之前不会处理其它的事务。

如上参照附图以示例的方式描述根据本发明的基于移动终端的流媒体播放分发技术。但是，本领域技术人员应当理解，对于上述本发明所提出的基于移动终端的流媒体播放分发，还可以在不脱离本发明内容的基础上做出各种改进。因此，本发明的保护范围应当由所附的权利要求书的内容确定。

Claims (13)

1.一种基于移动终端的流媒体播放分发服务器，包括：

频道单元，用于管理、存储该频道的流媒体分片数据信息；

数据传输单元，用于接收流媒体请求信息和发送针对所述流媒体请求信息的反馈信息，所述反馈信息包括响应所述流媒体请求信息的流媒体分片内容信息和与所述流媒体分片相连的下一流媒体分片信息；

线程池单元，用于为所述数据传输单元所接收的流媒体请求信息分配专用的处理线程以为所述流媒体请求提供并发处理；

频道管理单元，用于对存储流媒体分片数据信息的频道单元进行管理，以流媒体分片为单位为所述处理线程提供处理流媒体请求信息所需要的流媒体资源信息。

2.如权利要求1所述的基于移动终端的流媒体播放分发服务器，其中，

所述专用的处理线程一旦启动，则该处理线程将始终为同一个流媒体下载请求服务直至下载结束，线程池单元不会再为其分配其它消息处理任务。

3.如权利要求2所述的基于移动终端的流媒体播放分发服务器，其中，

所述线程池单元在为流媒体请求信息分配处理线程时，首先判断该请求信息是原始请求信息还是后续下载请求信息，如果是原始请求信息，则直接为所述原始请求信息分配一个空闲的处理线程；如果是后续下载信息，则查询所述后续下载请求信息的原始请求信息及曾为其分配的原始处理线程，并将所述后续下载信息继续分配给原始处理线程处理。

4.如权利要求1所述的基于移动终端的流媒体播放分发服务器，其中，

所述频道管理单元支持多线程同步机制，以一系列流媒体分片的方式管理所述频道单元中的流媒体数据信息，所述流媒体分片由流媒体按照一定时长分隔而成的，按照时间的先后顺序保存在频道单元中。

5.如权利要求4所述的基于移动终端的流媒体播放分发服务器，其中，

每个所述流媒体分片都采用大小、时长和序号的参数来描述。

6.一种基于移动终端的流媒体播放分发系统，包括移动终端和流媒体播放分发服务器，其中，所述流媒体播放分发服务器为如权利要求1～5中任一项所述的流媒体播放分发服务器。

7.如权利要求6所述的流媒体播放分发系统，其中，所述移动终端根据所述流媒体播放分发服务器返回的流媒体分片进行播放并构造与所述播放的流媒体分片连续的下一个流媒体分片的请求信息。

8.一种基于移动终端的流媒体播放分发方法，包括：

S301：流媒体播放分发服务器根据移动终端的流媒体请求提取相应的流媒体分片数据信息；

S302：流媒体播放分发服务器根据所述流媒体分片数据信息构造请求反馈信息并返回移动终端；

S303：移动终端根据所述请求反馈信息获取所述流媒体分片数据信息，并生成所述获取的流媒体分片的第一后续分片的流媒体请求信息并提交给流媒体播放分发服务器；

其中，所述流媒体分片数据信息包括当前流媒体分片的内容信息和所述当前流媒体分片的第一后续分片参数信息；

流媒体播放分发服务器为所接收的流媒体请求信息分配专用的处理线程以为所述流媒体请求提供并发处理。

9.如权利要求8所述的基于移动终端的流媒体播放分发方法，其中，在步骤S303中，移动终端在根据所述请求反馈信息获取所述流媒体分片数据信息后，立即播放所述流媒体分片。

10.如权利要求8所述的基于移动终端的流媒体播放分发方法，其中，在步骤S303中，移动终端在根据所述请求反馈信息获取所述流媒体分片数据信息后，根据所获取的流媒体分片数据信息进一步判断是否还有后续分片；

如果有后续分片，则根据所述获取的流媒体分片数据信息生成已播放分片的第一后续分片的流媒体请求信息并提交给流媒体播放分发服务器；

如果没有后续分片，则结束流媒体分发流程。

11.根据权利要求8所述的基于移动终端的流媒体播放分发方法，其中，

所述参数信息包括流媒体分片的大小、时长和序号。

12.一种基于移动终端的流媒体播放分发方法，包括：

移动终端向流媒体播放分发服务器提交流媒体播放服务请求；

流媒体播放分发服务器在接收到移动终端的播放服务请求后，为所述播放服务请求分配一独立的处理线程；

所述处理线程对该请求进行初始检测，确定其是否存在于流媒体播放分发服务器的频道管理单元中，然后将初始检测成功或者失败的结果反馈给所述移动终端；

移动终端在接收到初始检测成功的反馈后，生成流媒体下载请求提交至流媒体播放分发服务器；

流媒体播放分发服务器将所述下载请求继续分发给所述处理线程处理；

所述处理线程根据所述下载请求收集相应的流媒体分片数据信息，并生成返回移动终端的下载响应信息；

移动终端根据所述下载响应信息播放流媒体分片并判断是否有后续下载，如果有，则继续下载、播放流程，否则结束；

其中，所述流媒体分片数据信息包括当前流媒体分片的内容信息和所述当前流媒体分片的第一后续分片参数信息。

13.根据权利要求12所述的基于移动终端的流媒体播放分发方法，其中，

所述参数信息包括流媒体分片的大小、时长和序号。

Images