一种基于文件流的音频播放策略
专利汇可以提供一种基于文件流的音频播放策略专利检索，专利查询，专利分析的服务。并且本 发明 涉及一种基于文件流的音频播放策略，步骤如下：（1）用户在客户端启动App，并 请求 播放音频；（2）获取音频播放必要信息；（3）调用音频信息管理器，检查必要信息是否完整可用；（4）根据音频文件的URL地址，请求网络通道并尝试 访问 ；（5）执行鉴权处理，确认客户端、App及用户均有权限；（6）确认音频文件访问权限和用户是否匹配；（7）音频文件的URL地址解码，得到音频文件真正的获取地址；（8）从真正的获取地址以文件流的形式获取音频文件；（9）播放音频文件。本发明，处理流程清晰，容错性好，安全性高，解码速度快，能兼顾多种文件协议和多种音频格式解码，播放器的运行效率有保障，在线播放安全性、可靠性好，便于后期维护。，下面是一种基于文件流的音频播放策略专利的具体信息内容。
1.一种基于文件流的音频播放策略，其特征在于，包括如下步骤：
步骤1，用户在客户端启动App，并请求播放音频；
步骤2，App获取音频播放必要信息，所述音频播放必要信息至少包括：
音频文件的ID，用于唯一标识某一音频文件，
音频文件的获取地址，包括：音频文件的物理地址，或音频文件的URL地址，物理地址对应于播放本地音频，URL地址对应于播放在线音频，
音频文件的音频格式，
音频文件的码率，
音频文件的播放时长；
步骤3，App调用音频信息管理器，检查音频播放必要信息是否完整可用，如果信息不完整可用，则返回不可用错误信息，
如果信息完整可用，则转步骤4；
步骤4，当获取地址为音频文件的物理地址，转播放本地音频处理，按现有技术实施，不再详述，
当获取地址为音频文件的URL地址，则请求网络通道并尝试访问；
步骤5，执行鉴权处理，确认客户端、App及用户均有权通过网络通道访问音频文件的URL地址，
如果鉴权失败，则返回无权限错误信息，
如果鉴权成功，则转步骤6；
步骤6，确认音频文件访问权限和用户是否匹配，
如果用户无权限访问音频文件，则返回无权限错误信息，
如果用户有权限访问音频文件，则转步骤7；
步骤7，音频文件的URL地址解码，得到音频文件真正的获取地址，防止地址盗链，防止非法访问，真正的获取地址指向预设的传送服务器，
如果解码错误，则返回地址错误信息，
如果解码正确，则转步骤8；
步骤8，从真正的获取地址以文件流的形式获取音频文件；在获取音频文件时，循环等待文件流；循环等待文件流是因为音频文件不是一次性下载到本地，而是以流的方式通过网络传输；
步骤9，播放音频文件。
2.如权利要求1所述的基于文件流的音频播放策略，其特征在于：步骤2所述App获取音频播放必要信息时，还获取音频显示必要信息，所述音频显示必要信息至少包括：
音乐名称，
演唱歌手姓名，
演唱专辑名称，
音乐封面图片，
音乐歌词。
3.如权利要求1所述的基于文件流的音频播放策略，其特征在于：步骤3所述检查音频播放必要信息是否完整可用具体步骤如下：
检查音频播放必要信息是否缺失，
检查音频文件的ID格式是否正确，
检查音频文件的获取地址格式是否正确，
检查音频文件的音频格式是否为播放器支持的音频格式，
检查音频文件的码率格式是否正确。
4.如权利要求1所述的基于文件流的音频播放策略，其特征在于：步骤5所述鉴权处理具体步骤如下：
客户端通过iOS设备唯一识别码UDID或广告标识符IDFA或站点标识符MAC Address进行鉴权，用户通过选择开关确定是否对客户端进行绑定，绑定的客户端其参数设置和/或充值缴费具有高优先级，参数设置可同步到未绑定的同一用户的其他客户端中，充值缴费可设定为仅绑定客户端可执行，用于防止用户资金被盗刷、盗用、越权使用；
App通过通用唯一识别码UUID或“机器＋应用”的唯一标识bundle_id进行鉴权，用于防止App被恶意修改、利用，在App第一次启动时调用一次，然后将该串存储起来，在需要时替代UDID来使用；
用户通过用户账号+密码或用户账号+密码+临时验证码或用户账号+短信验证码进行鉴权，用于防止未登录或未授权用于超权限使用。
5.如权利要求1所述的基于文件流的音频播放策略，其特征在于：步骤6具体步骤如下：
根据用户id信息判断用户的权限等级，
根据音频文件的ID和用户的权限等级，请求网络，检查用户是否有权限播放音频文件的ID对应的音频文件，
根据音频文件的ID判断音频文件的版权登记，检查音频文件是否被授权使用。
6.如权利要求1所述的基于文件流的音频播放策略，其特征在于：步骤7所述音频文件的URL地址解码具体步骤如下：
获取音频文件的ID，
获取客户端和服务端约定的客户端密钥，
发送音频文件的ID、客户端密钥、音频文件的URL地址到服务端，
服务端验证客户端密钥通过后，用服务端密钥完成对音频文件的URL地址的解码，得到音频文件真正的获取地址，
用客户端密钥及时间戳加密音频文件真正的获取地址，得到二次加密地址，服务端将二次加密地址返回客户端，
服务端将时间戳绑定用户ID，
通过用户ID获取绑定的时间戳，
客户端用客户端密钥及时间戳完成对二次加密地址的解码，得到音频文件真正的获取地址。
7.如权利要求1所述的基于文件流的音频播放策略，其特征在于：步骤8所述文件流的获取步骤如下：
步骤8.1，App调用下载器，从传送服务器以文件流的形式获取音频文件，判断当前是否下载到数据，
如果没有下载到数据，则返回下载错误信息，
如果有下载到数据，则转步骤8.2；
步骤8.2，进一步判断是否需要解密，
如果需要解密，则将文件流进行跳转，进行解密处理，解密后再写入文件流缓冲器，如果不需要解密，则直接写入文件流缓冲器；
步骤8.3，等待文件流缓冲器发出的缓冲消息，
如果可用数据量未满，则继续等待，
如果可用数据量已满，则返回文件尾部，完成获取音频文件。
8.如权利要求1所述的基于文件流的音频播放策略，其特征在于：在执行步骤8之前，先执行音频格式的判断和矫正处理，具体步骤如下：
获取音频播放必要信息中的音频文件的音频格式后，调用音频格式分析器，判断音频播放必要信息是否可用，
如果不可用，则返回格式未知错误，
如果可用，则查询音频文件暂存器，判断本地是否存在该音频格式的音频文件，如果存在，则转步骤9，
如果不存在，则执行步骤8。
9.如权利要求8所述的基于文件流的音频播放策略，其特征在于：在执行步骤8之后，分析获取音频文件的音频格式，产生临时音频格式，
将临时音频格式和音频播放必要信息中的音频文件的音频格式对比，
如果不相同，则返回矫正提示信息，
如果相同，则音频文件写入音频文件暂存器。
10.如权利要求9所述的基于文件流的音频播放策略，其特征在于：传送服务器接收矫正提示信息，核查音频文件的音频格式，
修正传送服务器中记录的音频文件的音频格式，
修正音频播放必要信息中的音频文件的音频格式，
如果修正后的音频格式与音频文件暂存器中音频文件不同，则进一步清空音频文件暂存器，重新执行步骤8。
一种基于文件流的音频播放策略
技术领域
背景技术
发明内容
步骤1，用户在客户端启动App，并请求播放音频；
步骤2，App获取音频播放必要信息，所述音频播放必要信息至少包括：
音频文件的ID，用于唯一标识某一音频文件，
音频文件的获取地址，包括：音频文件的物理地址，或音频文件的URL地址，物理地址对应于播放本地音频，URL地址对应于播放在线音频，
音频文件的音频格式，
音频文件的码率，
音频文件的播放时长；
步骤3，App调用音频信息管理器，检查音频播放必要信息是否完整可用，
如果信息不完整可用，则返回不可用错误信息，
如果信息完整可用，则转步骤4；
步骤4，当获取地址为音频文件的物理地址，转播放本地音频处理，按现有技术实施，不再详述，
当获取地址为音频文件的URL地址，则请求网络通道并尝试访问；
步骤5，执行鉴权处理，确认客户端、App及用户均有权通过网络通道访问音频文件的URL地址，
如果鉴权失败，则返回无权限错误信息，
如果鉴权成功，则转步骤6；
步骤6，确认音频文件访问权限和用户是否匹配，
如果用户无权限访问音频文件，则返回无权限错误信息，
如果用户有权限访问音频文件，则转步骤7；
步骤7，音频文件的URL地址解码，得到音频文件真正的获取地址，防止地址盗链，防止非法访问，真正的获取地址指向预设的传送服务器，
如果解码错误，则返回地址错误信息，
如果解码正确，则转步骤8；
步骤8，从真正的获取地址以文件流的形式获取音频文件；在获取音频文件时，循环等待文件流；循环等待文件流是因为音频文件不是一次性下载到本地，而是以流的方式通过网络传输；
步骤9，播放音频文件。
演唱歌手姓名，
演唱专辑名称，
音乐封面图片，
音乐歌词。
检查音频文件的ID格式是否正确，
检查音频文件的获取地址格式是否正确，
检查音频文件的音频格式是否为播放器支持的音频格式，
检查音频文件的码率格式是否正确。
App通过通用唯一识别码UUID或“机器＋应用”的唯一标识bundle_id进行鉴权，用于防止App被恶意修改、利用，在App第一次启动时调用一次，然后将该串存储起来，在需要时替代UDID来使用；
用户通过用户账号+密码或用户账号+密码+临时验证码或用户账号+短信验证码进行鉴权，用于防止未登录或未授权用于超权限使用。
根据音频文件的ID和用户的权限等级，请求网络，检查用户是否有权限播放音频文件的ID对应的音频文件，
根据音频文件的ID判断音频文件的版权登记，检查音频文件是否被授权使用。
获取客户端和服务端约定的客户端密钥，
发送音频文件的ID、客户端密钥、音频文件的URL地址到服务端，
服务端验证客户端密钥通过后，用服务端密钥完成对音频文件的URL地址的解码，得到音频文件真正的获取地址，
用客户端密钥及时间戳加密音频文件真正的获取地址，得到二次加密地址，
服务端将二次加密地址返回客户端，
服务端将时间戳绑定用户ID，
通过用户ID获取绑定的时间戳，
客户端用客户端密钥及时间戳完成对二次加密地址的解码，得到音频文件真正的获取地址。
判断当前是否下载到数据，
如果没有下载到数据，则返回下载错误信息，
如果有下载到数据，则转步骤8.2；
步骤8.2，进一步判断是否需要解密，
如果需要解密，则将文件流进行跳转，进行解密处理，解密后再写入文件流缓冲器，如果不需要解密，则直接写入文件流缓冲器；
步骤8.3，等待文件流缓冲器发出的缓冲消息，
如果可用数据量未满，则继续等待，
如果可用数据量已满，则返回文件尾部，完成获取音频文件。
如果不可用，则返回格式未知错误，
如果可用，则查询音频文件暂存器，判断本地是否存在该音频格式的音频文件，如果存在，则转步骤9，
如果不存在，则执行步骤8。
如果不相同，则返回矫正提示信息，
如果相同，则音频文件写入音频文件暂存器。
修正音频播放必要信息中的音频文件的音频格式，
如果修正后的音频格式与音频文件暂存器中音频文件不同，则进一步清空音频文件暂存器，重新执行步骤8。
具体实施方式
播放在线音频时，基于文件流传输音频文件的媒体信息，
在线音频基于文件流传输并存储为本地音频，
音频文件实际获取地址的保护。
步骤2，App获取音频播放必要信息，所述音频播放必要信息至少包括：
音频文件的ID，用于唯一标识某一音频文件，
音频文件的获取地址，包括：音频文件的物理地址，或音频文件的URL地址，物理地址对应于播放本地音频，URL地址对应于播放在线音频，
音频文件的音频格式，
音频文件的码率，
音频文件的播放时长；
步骤3，App调用音频信息管理器，检查音频播放必要信息是否完整可用，
如果信息不完整可用，则返回不可用错误信息，
如果信息完整可用，则转步骤4；
步骤4，当获取地址为音频文件的物理地址，转播放本地音频处理，按现有技术实施，不再详述，
当获取地址为音频文件的URL地址，则请求网络通道并尝试访问；
步骤5，执行鉴权处理，确认客户端、App及用户均有权通过网络通道访问音频文件的URL地址，
如果鉴权失败，则返回无权限错误信息，
如果鉴权成功，则转步骤6；
步骤6，确认音频文件访问权限和用户是否匹配，
如果用户无权限访问音频文件，则返回无权限错误信息，
如果用户有权限访问音频文件，则转步骤7；
步骤7，音频文件的URL地址解码，得到音频文件真正的获取地址，防止地址盗链，防止非法访问，真正的获取地址指向预设的传送服务器，
如果解码错误，则返回地址错误信息，
如果解码正确，则转步骤8；
步骤8，从真正的获取地址以文件流的形式获取音频文件；在获取音频文件时，循环等待文件流；循环等待文件流是因为音频文件不是一次性下载到本地，而是以流的方式通过网络传输；
步骤9，播放音频文件。
void open(const char* filename,ios_base::openmode mode);
参数的含义：
filename：要打开的文件名
mode：要打开文件的方式
打开文件后，利用write函数将流写入文件。并且将文件流存入播放器内存缓冲buffer中，准备播放。
演唱歌手姓名，
演唱专辑名称，
音乐封面图片，
音乐歌词。
public class MusicItem {
String name; --存储音乐的名字
Uri songUri; --存储音乐的Uri地址
Uri albumUri;--存储音乐封面的Uri地址
Bitmap thumb;--存储封面图片
long duration;--存储音乐的播放时长，单位是毫秒
MusicItem(Uri songUri, Uri albumUri, String strName, long duration) {
this.name = strName;
this.songUri = songUri;
this.duration = duration;
this.albumUri = albumUri;
}
}
MusicItem类的具体信息可按需调整，上述仅为一个示例。
检查音频文件的ID格式是否正确，
检查音频文件的获取地址格式是否正确，
检查音频文件的音频格式是否为播放器支持的音频格式，
检查音频文件的码率格式是否正确。
App通过通用唯一识别码UUID或“机器＋应用”的唯一标识bundle_id进行鉴权，用于防止App被恶意修改、利用，在App第一次启动时调用一次，然后将该串存储起来，在需要时替代UDID来使用；
用户通过用户账号+密码或用户账号+密码+临时验证码或用户账号+短信验证码进行鉴权，用于防止未登录或未授权用于超权限使用。
根据音频文件的ID和用户的权限等级，请求网络，检查用户是否有权限播放音频文件的ID对应的音频文件，
根据音频文件的ID判断音频文件的版权登记，检查音频文件是否被授权使用。
获取客户端和服务端约定的客户端密钥，
发送音频文件的ID、客户端密钥、音频文件的URL地址到服务端，
服务端验证客户端密钥通过后，用服务端密钥完成对音频文件的URL地址的解码，得到音频文件真正的获取地址，
用客户端密钥及时间戳加密音频文件真正的获取地址，得到二次加密地址，
服务端将二次加密地址返回客户端，
服务端将时间戳绑定用户ID，
通过用户ID获取绑定的时间戳，
客户端用客户端密钥及时间戳完成对二次加密地址的解码，得到音频文件真正的获取地址。
服务端通过加密随机数与客户端约定客户端密钥，
服务端通过加密随机数生成服务端密钥，
服务端通过服务端密钥对音频文件真正的获取地址进行加密处理，得到可对外发布的音频文件的URL地址。
判断当前是否下载到数据，
如果没有下载到数据，则返回下载错误信息，
如果有下载到数据，则转步骤8.2；
步骤8.2，进一步判断是否需要解密，
如果需要解密，则将文件流进行跳转，进行解密处理，解密后再写入文件流缓冲器，如果不需要解密，则直接写入文件流缓冲器；
步骤8.3，等待文件流缓冲器发出的缓冲消息，
如果可用数据量未满，则继续等待，
如果可用数据量已满，则返回文件尾部，完成获取音频文件。
如果不可用，则返回格式未知错误，
如果可用，则查询音频文件暂存器，判断本地是否存在该音频格式的音频文件，如果存在，则转步骤9，
如果不存在，则执行步骤8。
如果不相同，则返回矫正提示信息，
如果相同，则音频文件写入音频文件暂存器。
修正音频播放必要信息中的音频文件的音频格式，
如果修正后的音频格式与音频文件暂存器中音频文件不同，则进一步清空音频文件暂存器，重新执行步骤8。
如果播放权限获取失败，则尝试不多于预设次数的获取重试，默认预设次数为3次，如依然获取失败，则返回无播放权限错误信息，
如果播放权限获取成功，则获取音频信息和音频数据流；
步骤9.2，判断音频信息是否可用，
如果不可用，则返回音频播放失败信息，
如果可用，则设置播放队列；
步骤9.3，判断音频缓冲区是否收到文件流，
如果没有收到，则继续等待，转步骤9.4，
如果有收到，则转步骤9.5；
步骤9.4，进一步判断等待是否超过阈值，
如果超过，则返回音频播放失败信息，
如果没超过，则转步骤9.3，
步骤9.5，处理音频数据流。
如果不可以，则返回音频播放失败信息，
如果可以，则转步骤9.5.2；
是否可解码播放是指是否支持音频数据流对应的音频格式的播放；
步骤9.5.2，根据音频格式判断有无对应的音频解码器，
有则直接从本地调用音频解码器，
没有则从相应服务器下载音频解码器到本地后，从本地调用音频解码器；
步骤9.5.3，音频解码器解码播放音频数据流，
如果解码失败，则返回音频播放失败信息，
如果解码成功，则是输出解码数据进行播放。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 在第三方移动应用程序上分享内容的系统和方法 | 2020-05-08 | 694 |
| 网络安全监控方法及系统 | 2020-05-26 | 660 |
| 一种基于威胁情报判别仿冒网站的方法 | 2020-05-20 | 352 |
| 用于检测有线网络变化的信号波形分析的系统和方法 | 2020-05-13 | 490 |
| 一种智能播放的广告机及其使用方法 | 2020-05-15 | 136 |
| 一种基于物联网的电动车充电与广告一体机系统及终端 | 2020-05-08 | 197 |
| 广告清除方法和装置 | 2020-05-19 | 243 |
| 问答社区中用户行为的监控方法及其装置 | 2020-05-21 | 471 |
| 一种具有远程监控功能的电子政务自主服务终端 | 2020-05-19 | 930 |
| 關鍵字廣告惡意點擊分析系統 | 2020-05-12 | 279 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
