一种多媒体数据流的播放方法和终端的制作方法
【技术领域】
[0001]本发明的实施方式涉及多媒体技术领域，更具体地，本发明的实施方式涉及一种多媒体数据流的播放方法和终端。
【背景技术】
[0002]本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
[0003]现有技术中，为了保护视频版权，防止终端对视频的非法使用，通常会采用一些认证的方式实现视频下载。简单来讲:当终端向视频服务器请求视频文件时，可以在请求中携带一些认证信息(例如:可以包含用户设备信息或者cookie信息等)，视频服务器接收到认证信息并确认该用户具有权限后，才允许终端的播放器加载视频文件。但是，以这种方式实现视频下载存在一些问题，例如:认证信息可能被伪造，或者可以利用浏览器插件，或者有一些工具软件可以截获视频流数据。
[0004]为了克服上述问题，现有技术中提出来第二种视频播放方式:在视频服务器侧对视频进行加密，这样只有能够对加密的视频进行解密的终端才能够下载该加密视频、并对该加密视频进行解密播放。但是第二种视频播放方式可能存在如下问题:
[0005]首先，视频服务器提供的加密视频较大，导致终端向视频服务器请求加密视频之后，加载的数据量较大，终端的内存消耗过大；
[0006]其次，由于加载的视频为加密视频，需要等待加密视频全部完成解密之后才能够进行播放，这样由于加密视频较大，在进行解密和/或解码过程中效率很低，速度很慢，那么就导致想要观看的用户等待时间较长，用户体验差。
[0007]又为了克服第二种视频播放方式存在的问题，现有技术中提出了第三种视频播放方式:在服务器侧将视频文件划分为多个视频段，终端逐段加载视频文件，并逐段进行解密播放。那么，第三种视频播放方式又存在一些问题:
[0008]首先，视频文件的划分由视频服务器负责，对于具有不同处理能力的终端，按固定的划分方式得到的视频段不一定适合自身的处理能力，也就是说，如果划分的视频段过大，还是会导致终端内存消耗大；
[0009]其次，终端逐段加载并解密和/或解码的视频段在连续播放时相当于将多个独立物理视频文件机械的拼接在一起进行播放，在每两个视频段之间都存在明显的衔接，导致多个视频段构成的整个视频文件播放不流畅，用户体验差。
【发明内容】
[0010]出于服务器提供的分段多媒体数据流大小固定、多个分段多媒体数据流相当于多个独立的物理多媒体数据流的原因，现有技术提供的多媒体数据流播放方法使得终端加载分段多媒体数据流时内存消耗大，并且多个分段多媒体数据流连续播放时不流畅，用户体验差。[0011 ] 因此在现有技术中，加载分段多媒体数据流时内存消耗大、多个分段多媒体数据流连续播放时不流畅这是非常令人烦恼的过程。
[0012]为此，非常需要一种改进的多媒体数据流的播放方法，以使加载多媒体数据流时内存消耗小、多个分段多媒体数据流能够连续流畅播放、提高用户体验。
[0013]在本上下文中，本发明的实施方式期望提供一种多媒体数据流的播放方法和终端。
[0014]在本发明实施方式的第一方面中，提供了一种多媒体数据流的播放方法，包括:
[0015]向服务器请求多媒体数据流后，根据预设分段大小，按照所述多媒体数据流播放的时间顺序，确定所述多媒体数据流中当前尚未加载的当前段多媒体数据流，并加载到终端;
[0016]对所述当前段多媒体数据流进行解密和/或解码，并对所述当前段多媒体数据流中完成了解密和/或解码的多媒体数据流进行播放，其中，所述服务器提供的所述多媒体数据流为经过流式加密的多媒体数据流；
[0017]当所述当前段多媒体数据流的播放进度达到第一预设播放进度时，指示加载下一段多媒体数据流。
[0018]在本发明实施方式的第二方面中，提供了一种多媒体数据流的播放终端，包括:
[0019]加载模块，用于向服务器请求多媒体数据流后，根据预设分段大小，按照所述多媒体数据流播放的时间顺序，确定所述多媒体数据流中当前尚未加载的当前段多媒体数据流，并加载到终端；
[0020]解密和/或解码模块，用于对所述当前段多媒体数据流进行解密和/或解码，其中，所述服务器提供的所述多媒体数据流为经过流式加密的多媒体数据流；
[0021]播放模块，用于对所述当前段多媒体数据流中完成了解密和/或解码的多媒体数据流进行播放；
[0022]播放进度监控模块，用于当所述当前段多媒体数据流的播放进度达到第一预设播放进度时，指示所述加载模块加载下一段多媒体数据流。
[0023]根据本发明实施方式的一种多媒体数据流的播放方法和终端，可以根据终端自身的处理能力预先设置多媒体数据流分段的大小，以保证加载每段多媒体数据流时内存消耗小，并且每次解密和/或解码当前段多媒体数据流时，效率高、速度快，用户无需等到整个多媒体数据流均解密和/或解码完毕后就能够边解密和/或解码边观看，等待时间短，进一步地，在播放当前段多媒体数据流时，不会在当前段多媒体数据流播放完毕之后再加载下一段多媒体数据流，而是在当前段多媒体数据流的播放进度达到第一预设播放进度时，就加载下一段多媒体数据流，这样多个分段的多媒体数据流能够很好的进行衔接，连续播放多个分段的多媒体数据流时能够流畅播放，为用户带来了更好的体验。
【附图说明】
[0024]通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中:
[0025]图1示意性地示出了根据本发明实施方式的应用场景示意图；
[0026]图2示意性地示出了根据本发明一实施例的一种多媒体数据流的播放方法的流程不意图；
[0027]图3示意性地示出了根据本发明另一实施例的一种多媒体数据流的播放方法的流程示意图；
[0028]图4示意性地示出了根据本发明又一实施例的一种多媒体数据流的播放方法的流程示意图；
[0029]图5示意性地示出了根据本发明一实施例的一种多媒体数据流的播放终端的结构示意图；
[0030]图6示意性地示出了根据本发明又一实施例的一种多媒体数据流的播放终端的结构示意图；
[0031]图7示意性地示出了根据本发明实施例的一种多媒体数据流的播放终端的程序广品不意图。
[0032]在附图中，相同或对应的标号表不相同或对应的部分。
【具体实施方式】
[0033]下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
[0034]本领域技术技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
[0035]根据本发明的实施方式，提出了一种多媒体数据流的播放方法和终端。
[0036]在本文中，需要理解的是，所涉及的术语中:
[0037]1.多媒体数据流:可以包括音频数据流、视频数据流、音视频数据流等。
[0038]2.解密:当服务器提供的多媒体数据流为采用预设加密算法加密的多媒体数据流时，在播放多媒体数据流之前需要采用对应的解密算法对该加密的多媒体数据流进行解
LU O
[0039]3.解码:当服务器提供的多媒体数据流为采用预设编码格式编码的多媒体数据流时，在播放多媒体数据流之前需要采用对应的解码方式对该编码的多媒体数据流进行解码。
[0040]4.流式加密算法:流式加密算法是用加密算法和密钥一起产生一个随机码流，再和待加密数据流进行异或操作，产生加密后的数据流，由此可以保证加密前后的数据长度不会发生变化。
[0041]此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。
[0042]下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。
[0043]发曰月概沐
[0044]本发明人发现，现有技术中服务器提供的分段多媒体数据流大小固定，使得多个分段多媒体数据流相当于多个独立的物理多媒体数据流，导致终端加载分段多媒体数据流时内存消耗大，并且多个分段多媒体数据流连续播放时不流畅，用户体验差。现有技术中缺乏一种改进的多媒体数据流的播放方法，以使加载多媒体数据流时内存消耗小、多个分段多媒体数据流能够连续流畅播放、提高用户体验。
[0045]为此，本发明提供了一种多媒体数据流的播放方法和终端，多媒体数据流的播放方法可以包括:向服务器请求多媒体数据流后，根据预设分段大小，按照多媒体数据流播放的时间顺序，确定多媒体数据流中当前尚未加载的当前段多媒体数据流，并加载到终端；对当前段多媒体数据流进行解密和/或解码，并对当前段多媒体数据流中完成了解密和/或解码的多媒体数据流进行播放；当当前段多媒体数据流的播放进度达到第一预设播放进度时，指示加载下一段多媒体数据流。
[0046]在介绍了本发明的基本原理之后，下面具体介绍本发明的各种非限制性实施方式。
[0047]应用场景总览
[0048]首先参考图1，服务器101可以为用于提供多媒体数据流的服务器，终端102、终端103等(图1中仅示意性给出两个终端)可以通过网络与服务器101进行通信，该网络可以为局域网、广域网、