[发明专利]音频文件处理方法及装置

说明书

一种音频文件处理方法，涉及数据处理技术领域，包括：获取待播报语音关联的多个音频文件，将各该音频文件分别转换为对应的由字符串构成的文本；将由字符串构成的各该文本按照预置的合并规则，合并为素材文件；将该素材文件保存在预设的位置。此外，本发明还提供一种音频文件处理装置。上述音频文件处理方法及装置，可避免因网络及解码原因带来的音频播放缺失问题，同时可减少页面请求的次数，提升网页性能，减轻服务器压力。

技术领域

本发明涉及数据处理技术领域，尤其涉及一种音频文件处理方法及装置。

背景技术

随着移动终端与互联网技术的发展，越来越多的基于Web(网页)端的功能被开发并应用于各种终端设备。以语音播报功能为例，现在有很多APP(Application，应用软件)在进行语音播报时，通常通过Web页面，使用HTML5(HyperText Markup Language 5，超文本标记语言第五版)的audio(音频)标签或audioContext(音频上下文)接口，逐次请求多个音频文件，然后对请求的音频文件解码后组合播放，或者，使用音频处理软件将请求的多个音频文件合并为一个音频文件再进行播放。

例如，通用的跑步APP。用户在开始使用该APP的跑步功能后，该APP会通过Web页面实时记录并绘制用户运动轨迹，在每运动到整公里数时，Web页面就会播报语音，内容例如为：“已运动3公里，用时6分20秒，平均速度2.63米每秒，平均配速3分25秒”。由于每人每次所播报的语音内容不尽相同，因此需要由多个最小单元的语音文件按顺序组合播放，如语音“3分25秒”就是由“3”，‘分’，‘二’，‘十’，‘五’，‘秒’，6个音顺序音组合。如此一来，上述播报的语音内容一共涉及25个小音频文件。为了实现上述语音内容的播报，需要使用audio标签或audioContext接口，在即将进行语音播报时，向服务器依次发送25次HTTP(HyperTextTransfer Protocol，超文本传输协议)请求，以请求这25个零散的小音频文件。

然而，一方面，Web页面多次请求零散文件，会产生因传输以及逻辑时序带来的声音缺失问题。另一方面，由于上述小音频文件通常为二进制文件，因此无法利用Web端本地缓存，而HTTP请求次数过多又不利于Web端性能优化且会增加服务器的压力。

发明内容

有鉴于此，本发明提供一种音频文件处理方法及装置，可避免因网络及解码原因带来的音频播放缺失问题，同时可减少页面请求的次数，提升网页性能，减轻服务器压力。

本发明实施例提供的音频文件处理方法，包括：获取待播报语音关联的多个音频文件，将各所述音频文件分别转换为对应的由字符串构成的文本；将由字符串构成的各所述文本按照预置的合并规则，合并为素材文件；将所述素材文件保存在预设的位置。

本发明另一实施例提供的音频文件处理方法，包括：获取待播报语音的素材文件，所述素材文件由多个音频文件转换合成，包含多个由字符串构成的文本，所述多个由字符串构成的文本分别与所述多个所述音频文件一一对应；分别对获取的素材文件中由字符串构成的各所述文本进行转换，得到各所述音频文件的音频数据并缓存在内存中；响应于触发的语音播报指令，从缓存的音频数据中查找所述语音播报指令指向的音频数据，并进行播放。

本发明实施例提供的音频文件处理装置，包括：音频文件获取模块，用于获取待播报语音关联的多个音频文件；转换模块，用于将所述音频文件获取模块获取的各所述音频文件，分别转换为对应的由字符串构成的文本；合并模块，用于将所述转换模块转换得到的由字符串构成的各所述文本按照预置的合并规则，合并为素材文件；保存模块，用于将所述素材文件保存在预设的位置。