一种音视频播放方法和装置制造方法及图纸

本发明专利技术提供一种音视频播放方法和装置，其中方法包括如下步骤：读取加密音视频，调用与加密音视频对应的解密库对加密音视频进行解密，将解密后的数据包作为流媒体服务端的资源，调用播放器加载流媒体服务端的资源的URL地址进行播放。本技术方案利用了解密库对加密音视频边解密边传输的做法，避免了将音视频全部解密而占用了大量的空间和处理器资源，同时解密后的数据包通过流媒体服务端的传送到播放器进行播放，由于现有的播放器都支持流媒体，避免了对播放器的修改，可以简单快捷地实现了对加密视频的播放。

【技术实现步骤摘要】
一种音视频播放方法和装置
本专利技术涉及音视频播放
，尤其涉及一种音视频播放方法和装置。
技术介绍
在Android下播放音视频一般是通过SDK提供的MediaPlayer接口来播放，MediaPlayer接口简单易用，调用setDataSource后，调用prepare接口后即可播放，剩下的只是控制播放、暂停、音量等等的参数。这对于播放普通音视频来说是极其方便的接口，但是在某些特殊场景下，需要播放加密后的音视频就产生问题了。播放加密视频需要在音视频数据送入解码器之前就要完成解密的工作。有一种办法是预先将音视频文件解密后存储一份临时的解密后的音视频文件，播放时setDataSource使用该文件，这样才可以正常播放出来。但是如果音视频文件较大，解密所需的时间也变长了，存储解密后的临时文件所需的存储空间也需要更大。另外，Android框架还提供了一个DRM框架来实现对加密音视频的支持。但这需要将现有的解密方式修改支持DRM框架，需要相当大的工作量。那么在现有技术中，还无法简单方便地在Android上实现对加密音视频的边解密边播放。
技术实现思路
为此，需要提供一种音视频播放方法和装置，解决在Android实现播放加密视频空间占用多以及边解密边播放加密视频工作量大的问题。为实现上述目的，专利技术人提供了一种音视频播放方法，实现方式如下：包括如下步骤：读取加密音视频，调用与加密音视频对应的解密库对加密音视频进行解密，将解密后的数据包作为流媒体服务端的资源，调用播放器加载流媒体服务端的资源的URL地址进行播放。进一步地，所述调用与加密音视频对应解密库进行解密包括如下步骤：通过JNI接口调用加密音视频对应的解密库进行解密。进一步地，所述读取加密音视频步骤前面还包括对音视频的判断步骤：判断音视频是否为加密音视频，如果音视频为加密音视频则进行读取音视频步骤；否则直接调用播放器进行播放。进一步地，所述的调用播放器包括调用MediaPlayer播放器。进一步地，所述的流媒体服务端为HTTP服务端。以及本专利技术还提供一种音视频播放装置，包括如下模块：流媒体服务端模块：用于响应URL请求；加密音视频读取模块：用于读取加密音视频；解密模块：用于调用与加密音视频对应的解密库对加密音视频进行解密；资源设定模块：用于将解密后的数据包作为流媒体服务端模块的资源；加载播放模块：调用播放器加载流媒体服务端模块的资源的URL地址进行播放；播放器模块：用于播放音视频。进一步地，所述解密模块包括JNI调用解密子模块：用于通过JNI接口调用加密音视频对应的解密库进行解密。进一步地，还包括加密音视频判断模块：用于判断音视频是否为加密音视频，如果音视频为加密音视频则使能加密音视频读取模块；否则直接使能播放器模块。进一步地，所述的播放器模块为MediaPlayer播放器模块。进一步地，所述流媒体服务端模块为HTTP服务端模块。上述中的URL为UniformResoureLocator(统一资源定位符)的缩写，是对可以从网络上得到的资源的位置和访问方法的一种简洁的表示，是网上标准资源的地址。区别于现有技术，上述技术方案具有如下优点：本技术方案利用了解密库对加密音视频边解密边传输的做法，避免了将音视频全部解密而占用了大量的空间和处理器资源，同时解密后的数据包通过流媒体服务端的传送到播放器进行播放，由于现有的播放器都支持流媒体，避免了对播放器的修改，可以简单快捷地实现了对加密视频的播放。附图说明图1为本专利技术方法实施例的流程图；图2为本专利技术装置实施例的结构示意图。附图标记说明：1、音视频播放装置，10流媒体服务端模块，11、加密音视频读取模块，12、解密模块，120、JNI调用解密子模块，13、资源设定模块，14、加载播放模块，15、播放器模块，16、加密音视频判断模块。具体实施方式为详细说明技术方案的
技术实现思路
、构造特征、所实现目的及效果，以下结合具体实施例并配合附图详予说明。请参阅图1，本实施例提供一种音视频播放方法，可应用于存放有加密音视频的电子设备，电子设备常见的形式可以是移动终端(如平板、手机、MID等)或者计算机，这些电子设备一般预装有操作系统，如安卓系统、苹果系统或者微软系统等，当用户想看存于电子设备上的加密音视频时，首先用户会通过电子设备的输入模块触发播放请求，而后电子设备响应播放请求开始对加密音视频的读取和播放。首先进行步骤S101读取加密音视频，通过对加密音视频的读取可以得到加密音视频的加密方式以及与之对应的解密库，解密库用于实现对加密视频的边读取边解密，本专利技术并不限定解密库的类型，可以是通用的解密库或是自定义的解密库。而后在步骤S102调用与加密音视频对应的解密库对加密音视频进行解密，即边读取边解密，解密后会产生一系列与加密音视频的播放时间轴相对应的数据包。由于此时的解密并不是将加密音视频解密为一个完整的文件，而是边读取边解密为小的数据包，并不会占用大的空间和资源，也不用等待长的解密时间。如果将解密后的数据包直接送到播放器进行播放，则现有的播放器无法直接进行播放，要对现有播放器进行大的修改，这个工作量很大，不利于产品的快速上市。为了解决上述问题，本实施例还包括步骤S103将解密后的数据包作为流媒体服务端的资源，最后在步骤S104调用播放器加载流媒体服务端的资源的URL地址进行播放。上述实施例中并不对播放器进行修改，直接调用播放器即可，减少了修改播放器的工作量。现有的播放器都支持流媒体的播放，如常见的安卓系统的MediaPlayer播放器、苹果系统的QuickTime播放器和微软系统的WindowMediaPlayer，这些播放器都是操作系统自带的，可以进行直接的调用。采用的流媒体的协议形式可以是MMS(MicrosoftMediaServerprotocol，微软媒体服务器协议)、RTSP(RealTimeStreamingProtocol，实时流传输协议)或者HTTP(Hypertexttransferprotocol，超文本传输协议)，优选为HTTP协议，实现HTTP协议所需要的工作量相对较小，则流媒体服务端为HTTP服务端，即HTTPD。播放器加载流媒体服务端的资源的URL地址时，流媒体服务端会响应URL地址，将URL所对应的流媒体服务端的资源(即解密后的数据包)以流媒体的方式发送到播放器，播放器接收处理流媒体后进行播放。相对于HTTP协议，URL的形式可以是http://IP[:port]/path，其中IP可以是本机网络IP或者直接采用回送地址127.0.0.1，其中port为端口，可以使用自定义或者常用的如80端口，path是指代路径的字符串，对应于解密后的数据包路径，HTTP服务端据此可以进行解析。在某些实施例中，本方法的具体实施可以采用一个软件的形式，这个软件可以完成上述方法的步骤，此软件可以不带有播放器功能，可以避免了改变用户的播放器习惯和开发播放器需要大量工作量而影响产品上市时间的问题。在应用时，可以将软件和加密后的音视频同时发送给用户。用户使用软件打开音视频后即可实现对音视频的解密、传输和调用播放器进行播放。为了实现对特定设备的播放，软件(即本方法)在解密步骤前可以判断机器码是否与预设的一致，如果一致则进行解密本文档来自技高网...

【技术保护点】
一种音视频播放方法，其特征在于：包括如下步骤：读取加密音视频，调用与加密音视频对应的解密库对加密音视频进行解密，将解密后的数据包作为流媒体服务端的资源，调用播放器加载流媒体服务端的资源的URL地址进行播放。

【技术特征摘要】
1.一种音视频播放方法，应用于存放有加密音视频的电子设备，其特征在于：包括如下步骤：读取加密音视频，得到加密方式以及对应的解密库，解密库用于实现对加密视频的边读取边解密；在读取加密音视频的同时，调用与加密音视频对应的解密库对加密音视频进行解密，产生两个以上与加密音视频的播放时间轴相对应的数据包，所述对加密音视频进行解密的步骤在播放器外完成；将解密后的数据包作为流媒体服务端的资源，调用播放器加载流媒体服务端的资源的URL地址进行播放。2.根据权利要求1所述的音视频播放方法，其特征在于：所述调用与加密音视频对应解密库进行解密包括如下步骤：通过JNI接口调用加密音视频对应的解密库进行解密。3.根据权利要求1所述的音视频播放方法，其特征在于：所述读取加密音视频步骤前面还包括对音视频的判断步骤：判断音视频是否为加密音视频，如果音视频为加密音视频则进行读取音视频步骤；否则直接调用播放器进行播放。4.根据权利要求1到3任一项所述的音视频播放方法，其特征在于：所述的调用播放器包括调用MediaPlayer播放器。5.根据权利要求1到3任一项所述的音视频播放方法，其特征在于：所述的流媒体服务端为HTTP服务端。6.一种音视频播放装置，应用于存放有加密音视频的电子设备，...

【专利技术属性】
技术研发人员：郑远，林剑宇，
申请(专利权)人：福建星网视易信息系统有限公司，
类型：发明
国别省市：福建;35