CN108322786A - 一种音频播放中的音频传输策略 - Google Patents

Abstract

本发明涉及一种音频播放中的音频传输策略，步骤如下：用户传入音频信息，并请求网络通道用于获取远端的音频文件；执行鉴权处理，确认客户端、App及用户均有权通过网络通道访问音频文件；确认音频文件访问权限和用户是否匹配；从传入的音频信息中获取音频文件的URL地址，对其解码，得到音频文件真正的获取地址，防止地址盗链，防止非法访问，真正的获取地址指向预设的传送服务器；从真正的获取地址以文件流的形式获取音频文件。本发明，处理流程清晰，容错性好，安全性高，解码速度快，能兼顾多种文件协议和多种音频格式解码，播放器的运行效率有保障，在线播放安全性、可靠性好，便于后期维护。

Description

一种音频播放中的音频传输策略

技术领域

本发明涉及音频在线传输及播放技术领域，具体说是一种音频播放中的音频传输策略。

背景技术

流媒体，又叫流式媒体，是边传边播的媒体，是多媒体的一种。边传边播是指：媒体提供商在网络上传输媒体的“同时”，用户一边不断地接收并观看（视频）或收听（音频）被传输的媒体。“流”媒体的“流”指的是媒体的传输方式（流的方式），而并不是指媒体本身。即：所谓流媒体是指采用流式传输的方式在Internet播放的媒体格式。

传送服务器把媒体信息（简称媒体）当成数据包发出，传送到网络上。用户通过解压设备对这些数据包进行解压后，媒体就会像发送前那样显示出来。流媒体在远程教育、视频点播、网络电台、网络视频等方面有着广泛的应用。

现有技术中，在网络上传输音/视频等媒体信息，主要有下载和流式传输两种方案。

下载常常要花数分钟甚至数小时，用户本地需要大的存储容量支持媒体的下载及保存，下载完毕后才能观看（视频）或收听（音频）媒体信息，所以这种处理方法延迟也很大。

流式传输尤其适用于时基媒体（音频、视频等多媒体文件），时基媒体由传送服务器向用户计算机连续、实时的传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十数秒的启动延时即可进行观看或收听。当时基媒体在客户端上播放时，文件的剩余部分将在后台从服务器内继续传送。流式不仅使启动延时成十倍、百倍地缩短，而且不需要太大的缓存容量。流式传输避免了用户必须等待整个文件全部从Internet上下载才能观看的缺点。

流式媒体在播放前并不下载整个文件，只将开始部分内容存入用户计算机（例如内存），流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。

流式传输定义很广泛，主要指通过网络传送媒体（如音频、视频）的技术总称。实现流式传输有两种方法：实时流式传输（Real time streaming）和顺序流式传输（progressive streaming）。

顺序流式传输是顺序下载，在下载文件的同时用户可观看在线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，在传输期间不根据用户连接的速度对下载顺序做调整。

实时流式传输可保证媒体信号带宽与网络连接匹配，使媒体可被实时观看到。实时流式传输根据网络情况调整输出音视频的质量从而实现媒体的持续的实时传送，用户可快进或后退以观看前面或后面的内容。

一般说来，如视频为实时广播，或使用流式传输媒体服务器，或应用如RTSP（RealTime Streaming Protocol，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议）的实时协议，即为实时流式传输。如使用HTTP（HyperText Transfer Protocol，超文本传输协议，是互联网上应用最为广泛的一种网络协议）服务器，文件即通过顺序流发送，即为顺序流式传输。采用哪种传输方法依赖具体需求。当然，流式文件也支持在播放前完全下载到硬盘。

流的概念：流，简单来说就是建立在面向对象基础上的一种抽象的处理数据的工具。在流中，定义了一些处理数据的基本操作，如读取数据，写入数据等，程序员是对流进行所有操作的，而不用关心流的另一头数据的真正流向。流不但可以处理文件，还可以处理动态内存、网络数据等多种数据形式。如果你对流的操作非常熟练，在程序中利用流的方便性，写起程序会大大提高效率的。

在iOS系统中，提供了文件流操作类-NSFileHandle，允许更有效地使用文件，Objective-C使用NSFileHandle类对文件进行流操作，可以很好的支持流媒体，更适合于音频在线传输及播放。

NSFileHandle基本步骤如下：

1、打开文件，获取NSFileHandle对象。

2、对上面打开文件，通过NSFileHandle对象进行I/O流操作。

3、关闭文件。

由于音频媒体涉及版权，其在网络传输中的安全性、可靠性是行业竞争的关键，各家对音频播放时的处理策略都各不相同，考虑到前端开发和后台开发的协调、后期维护，有必要统一规范适合于本企业App（英文Application的简称，指智能设备的第三方应用程序，例如智能手机、智能平板等，智能设备可统称客户端）的音频播放策略。

在音频播放时，由于版权保护的限制，以及考虑到服务器负载的合理控制，需要对有权限访问的用户提供音频传输服务，而非法访问、盗链访问等情况需要进行适度的管控，以免影响用户体验。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种音频播放中的音频传输策略，处理流程清晰，容错性好，安全性高，解码速度快，能兼顾多种文件协议和多种音频格式解码，播放器的运行效率有保障，在线播放安全性、可靠性好，便于后期维护。

为达到以上目的，本发明采取的技术方案是：

一种音频播放中的音频传输策略，其特征在于，包括如下步骤：

用户传入音频信息，并请求网络通道用于获取远端的音频文件；

执行鉴权处理，确认客户端、App及用户均有权通过网络通道访问音频文件，

如果鉴权失败，则返回无权限错误信息；

确认音频文件访问权限和用户是否匹配，

如果用户无权限访问音频文件，则返回无权限错误信息；

从传入的音频信息中获取音频文件的URL地址，对其解码，得到音频文件真正的获取地址，防止地址盗链，防止非法访问，真正的获取地址指向预设的传送服务器，

如果解码错误，则返回地址错误信息；

从真正的获取地址以文件流的形式获取音频文件。

在上述技术方案的基础上，在获取音频文件时，循环等待文件流。

在上述技术方案的基础上，所述传入的音频信息为音频播放必要信息，至少包括：

音频文件的ID，用于唯一标识某一音频文件，

音频文件的获取地址，包括：音频文件的物理地址，或音频文件的URL地址，物理地址对应于播放本地音频，URL地址对应于播放在线音频，

音频文件的音频格式，

音频文件的码率，

音频文件的播放时长。

在上述技术方案的基础上，所述传入的音频信息，经过完整可用性检查，

如果信息不完整可用，则返回不可用错误信息。

在上述技术方案的基础上，完整可用性检查的具体步骤如下：

检查音频播放必要信息是否缺失，

检查音频文件的ID格式是否正确，

检查音频文件的获取地址格式是否正确，

检查音频文件的音频格式是否为播放器支持的音频格式，

检查音频文件的码率格式是否正确。

在上述技术方案的基础上，所述传入的音频信息还包括音频显示必要信息，至少包括：

音乐名称，

演唱歌手姓名，

演唱专辑名称，

音乐封面图片，

音乐歌词。

在上述技术方案的基础上，所述鉴权处理具体步骤如下：

客户端通过iOS设备唯一识别码UDID或广告标识符IDFA或站点标识符MAC Address进行鉴权，用户通过选择开关确定是否对客户端进行绑定，绑定的客户端其参数设置和/或充值缴费具有高优先级，参数设置可同步到未绑定的同一用户的其他客户端中，充值缴费可设定为仅绑定客户端可执行，用于防止用户资金被盗刷、盗用、越权使用；

App通过通用唯一识别码UUID或“机器＋应用”的唯一标识bundle_id进行鉴权，用于防止App被恶意修改、利用，在App第一次启动时调用一次，然后将该串存储起来，在需要时替代UDID来使用；

用户通过用户账号+密码或用户账号+密码+临时验证码或用户账号+短信验证码进行鉴权，用于防止未登录或未授权用于超权限使用。

在上述技术方案的基础上，确认音频文件访问权限和用户是否匹配具体步骤如下：

根据用户id信息判断用户的权限等级，

根据音频文件的ID和用户的权限等级，请求网络，检查用户是否有权限播放音频文件的ID对应的音频文件，

根据音频文件的ID判断音频文件的版权登记，检查音频文件是否被授权使用。

本发明所述的音频播放中的音频传输策略，处理流程清晰，容错性好，安全性高，解码速度快，能兼顾多种文件协议和多种音频格式解码，播放器的运行效率有保障，在线播放安全性、可靠性好，便于后期维护。

附图说明

本发明有如下附图：

图1本发明的流程图。

具体实施方式

以下结合附图对本发明作进一步详细说明。

如图1所示，本发明所述的音频播放中的音频传输策略，包括如下步骤：

用户传入音频信息，并请求网络通道用于获取远端的音频文件；

执行鉴权处理，确认客户端、App及用户均有权通过网络通道访问音频文件，

如果鉴权失败，则返回无权限错误信息；

确认音频文件访问权限和用户是否匹配，

如果用户无权限访问音频文件，则返回无权限错误信息；

从传入的音频信息中获取音频文件的URL地址，对其解码，得到音频文件真正的获取地址，防止地址盗链，防止非法访问，真正的获取地址指向预设的传送服务器，

如果解码错误，则返回地址错误信息；

从真正的获取地址以文件流的形式获取音频文件；在获取音频文件时，循环等待文件流；循环等待文件流是因为音频文件不是一次性下载到本地，而是以流的方式通过网络传输。

在上述技术方案的基础上，所述传入的音频信息为音频播放必要信息，至少包括：

音频文件的ID，用于唯一标识某一音频文件，

音频文件的获取地址，包括：音频文件的物理地址，或音频文件的URL地址，物理地址对应于播放本地音频，URL地址对应于播放在线音频，

音频文件的音频格式，

音频文件的码率，

音频文件的播放时长。

在上述技术方案的基础上，所述传入的音频信息，经过完整可用性检查，

如果信息不完整可用，则返回不可用错误信息。

在上述技术方案的基础上，完整可用性检查的具体步骤如下：

检查音频播放必要信息是否缺失，

检查音频文件的ID格式是否正确，

检查音频文件的获取地址格式是否正确，

检查音频文件的音频格式是否为播放器支持的音频格式，

检查音频文件的码率格式是否正确。

在上述技术方案的基础上，所述传入的音频信息还包括音频显示必要信息，至少包括：

音乐名称，

演唱歌手姓名，

演唱专辑名称，

音乐封面图片，

音乐歌词。

在上述技术方案的基础上，所述鉴权处理具体步骤如下：

客户端通过iOS设备唯一识别码UDID或广告标识符IDFA或站点标识符MAC Address进行鉴权，用户通过选择开关确定是否对客户端进行绑定，绑定的客户端其参数设置和/或充值缴费具有高优先级，参数设置可同步到未绑定的同一用户的其他客户端中，充值缴费可设定为仅绑定客户端可执行，用于防止用户资金被盗刷、盗用、越权使用；

App通过通用唯一识别码UUID或“机器＋应用”的唯一标识bundle_id进行鉴权，用于防止App被恶意修改、利用，在App第一次启动时调用一次，然后将该串存储起来，在需要时替代UDID来使用；

用户通过用户账号+密码或用户账号+密码+临时验证码或用户账号+短信验证码进行鉴权，用于防止未登录或未授权用于超权限使用。

在上述技术方案的基础上，确认音频文件访问权限和用户是否匹配具体步骤如下：

根据用户id信息判断用户的权限等级，

根据音频文件的ID和用户的权限等级，请求网络，检查用户是否有权限播放音频文件的ID对应的音频文件，

根据音频文件的ID判断音频文件的版权登记，检查音频文件是否被授权使用。

本说明书中未作详细描述的内容属于本领域专业技术人员公知的现有技术。

Claims (8)

1.一种音频播放中的音频传输策略，其特征在于，包括如下步骤：

用户传入音频信息，并请求网络通道用于获取远端的音频文件；

执行鉴权处理，确认客户端、App及用户均有权通过网络通道访问音频文件，

如果鉴权失败，则返回无权限错误信息；

确认音频文件访问权限和用户是否匹配，

如果用户无权限访问音频文件，则返回无权限错误信息；

从传入的音频信息中获取音频文件的URL地址，对其解码，得到音频文件真正的获取地址，防止地址盗链，防止非法访问，真正的获取地址指向预设的传送服务器，

如果解码错误，则返回地址错误信息；

从真正的获取地址以文件流的形式获取音频文件。

2.如权利要求1所述的音频播放中的音频传输策略，其特征在于：在获取音频文件时，循环等待文件流。

3.如权利要求1所述的音频播放中的音频传输策略，其特征在于：所述传入的音频信息为音频播放必要信息，至少包括：

音频文件的ID，用于唯一标识某一音频文件，

音频文件的获取地址，包括：音频文件的物理地址，或音频文件的URL地址，物理地址对应于播放本地音频，URL地址对应于播放在线音频，

音频文件的音频格式，

音频文件的码率，

音频文件的播放时长。

4.如权利要求3所述的音频播放中的音频传输策略，其特征在于：所述传入的音频信息，经过完整可用性检查，

如果信息不完整可用，则返回不可用错误信息。

5.如权利要求4所述的音频播放中的音频传输策略，其特征在于：完整可用性检查的具体步骤如下：

检查音频播放必要信息是否缺失，

检查音频文件的ID格式是否正确，

检查音频文件的获取地址格式是否正确，

检查音频文件的音频格式是否为播放器支持的音频格式，

检查音频文件的码率格式是否正确。

6.如权利要求3所述的音频播放中的音频传输策略，其特征在于：所述传入的音频信息还包括音频显示必要信息，至少包括：

音乐名称，

演唱歌手姓名，

演唱专辑名称，

音乐封面图片，

音乐歌词。

7.如权利要求1所述的音频播放中的音频传输策略，其特征在于：所述鉴权处理具体步骤如下：

客户端通过iOS设备唯一识别码UDID或广告标识符IDFA或站点标识符MAC Address进行鉴权，用户通过选择开关确定是否对客户端进行绑定，绑定的客户端其参数设置和/或充值缴费具有高优先级，参数设置可同步到未绑定的同一用户的其他客户端中，充值缴费可设定为仅绑定客户端可执行，用于防止用户资金被盗刷、盗用、越权使用；

App通过通用唯一识别码UUID或“机器＋应用”的唯一标识bundle_id进行鉴权，用于防止App被恶意修改、利用，在App第一次启动时调用一次，然后将该串存储起来，在需要时替代UDID来使用；

用户通过用户账号+密码或用户账号+密码+临时验证码或用户账号+短信验证码进行鉴权，用于防止未登录或未授权用于超权限使用。

8.如权利要求1所述的音频播放中的音频传输策略，其特征在于：确认音频文件访问权限和用户是否匹配具体步骤如下：

根据用户id信息判断用户的权限等级，

根据音频文件的ID和用户的权限等级，请求网络，检查用户是否有权限播放音频文件的ID对应的音频文件，

根据音频文件的ID判断音频文件的版权登记，检查音频文件是否被授权使用。