录音文件处理方法以及系统与流程

1.本说明书实施例涉及计算机技术领域，特别涉及录音文件处理方法。


背景技术：

2.随着计算机技术的不断发展，通过隐私号为用户提供通信能力的号码隐私保护技术，也得到的快速发展，使用号码隐私保护技术的用户也越来越多。不同用户对提供通话录音文件的时效性有不同要求，如营销咨询类用户要求通话结束后立即推送录音文件，而订单类用户对录音推送的时延不敏感。由于通话服务侧技术资源有限，无法一时间生成全部录音文件；网络带宽的瓶颈，无法一时间将生成的录音文件全部下载。因此，亟需一种有效的方案以解决上述问题。


技术实现要素：

3.有鉴于此，本说明书施例提供了录音文件处理方法。本说明书一个或者多个实施例同时涉及录音文件处理装置，一种录音文件处理系统，一种计算设备，一种计算机可读存储介质以及一种计算机程序，以解决现有技术中存在的技术缺陷。
4.根据本说明书实施例的第一方面，提供了一种录音文件处理方法，应用于通话服务侧，包括：
5.确定待处理的多个通话的录音优先级和通话结束时间；
6.按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；
7.针对所述录音文件生成下载地址；
8.将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。
9.根据本说明书实施例的第二方面，提供了一种录音文件处理方法，应用于号码保护侧，包括：
10.接收待处理的多个通话的通话结束时间和录音文件的下载地址；
11.针对每个通话，根据所述通话结束时间确定用户剩余等待时长；
12.根据所述用户剩余等待时长，确定各所述下载地址的加载顺序；
13.按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户。
14.根据本说明书实施例的第三方面，提供了一种录音文件处理方法，包括：
15.确定待处理的多个通话的录音优先级和通话结束时间；
16.按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；
17.针对每个通话，根据所述通话结束时间确定用户剩余等待时长；
18.根据所述用户剩余等待时长，确定所述录音文件的反馈顺序，并按照所述反馈顺序，将所述录音文件反馈给对应的用户。
19.根据本说明书实施例的第四方面，提供了一种录音文件处理系统，包括：
20.通话服务侧，被配置为确定待处理的多个通话的录音优先级和通话结束时间；按
照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；针对每个录音文件生成下载地址；将各所述下载地址和对应的所述通话结束时间发送至号码保护侧；
21.所述号码保护侧，被配置为针对每个通话，根据所述通话结束时间确定用户剩余等待时长；根据所述用户剩余等待时长，确定各所述下载地址的加载顺序；按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户。
22.根据本说明书实施例的第五方面，提供了一种录音文件处理装置，应用于通话服务侧，包括：
23.第一确定模块，被配置为确定待处理的多个通话的录音优先级和通话结束时间；
24.第一生成模块，被配置为按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；
25.第二生成模块，被配置为针对所述录音文件生成下载地址；
26.发送模块，被配置为将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。
27.根据本说明书实施例的第六方面，提供了一种录音文件处理装置，应用于号码保护侧，包括：
28.接收模块，被配置为接收待处理的多个通话的通话结束时间和录音文件的下载地址；
29.第二确定模块，被配置为针对每个通话，根据所述通话结束时间确定用户剩余等待时长；
30.第三确定模块，被配置为根据所述用户剩余等待时长，确定各所述下载地址的加载顺序；
31.下载模块，被配置为按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户。
32.根据本说明书实施例的第七方面，提供了一种录音文件处理装置，包括：
33.第四确定模块，被配置为确定待处理的多个通话的录音优先级和通话结束时间；
34.第三生成模块，被配置为按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；
35.第五确定模块，被配置为针对每个通话，根据所述通话结束时间确定用户剩余等待时长；
36.反馈模块，被配置为根据所述用户剩余等待时长，确定所述录音文件的反馈顺序，并按照所述反馈顺序，将所述录音文件反馈给对应的用户。
37.根据本说明书实施例的第八方面，提供了一种计算设备，包括：
38.存储器和处理器；
39.所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令，该计算机可执行指令被处理器执行时实现上述录音文件处理方法的步骤。
40.根据本说明书实施例的第九方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现上述录音文件处理方法的步骤。
41.根据本说明书实施例的第十方面，提供了一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行上述录音文件处理方法的步骤。
42.本说明书一个实施例提供的录音文件处理方法，应用于通话服务侧，确定待处理的多个通话的录音优先级和通话结束时间；按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；针对所述录音文件生成下载地址；将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题，避免了网络带宽的瓶颈，可以满足不同用户对录音文件获取的时效性要求。
附图说明
43.图1a是本说明书一个实施例提供的一种录音文件处理方法的应用场景示意图；
44.图1b是本说明书一个实施例提供的另一种录音文件处理方法的应用场景示意图；
45.图2是本说明书一个实施例提供的一种应用于通话服务侧的录音文件处理方法的流程图；
46.图3是本说明书一个实施例提供的一种应用于号码保护侧的录音文件处理方法的流程图；
47.图4a是本说明书一个实施例提供的一种提交用户允许等待时长的界面示意图；
48.图4b是本说明书一个实施例提供的一种反馈录音文件的界面示意图；
49.图5是本说明书一个实施例提供的一种录音文件处理方法的流程示意图；
50.图6是本说明书一个实施例提供的一种录音文件处理方法的处理过程流程图；
51.图7是本说明书一个实施例提供的一种录音文件处理方法的流程图；
52.图8是本说明书一个实施例提供的一种录音文件处理系统的结构框图；
53.图9是本说明书一个实施例提供的一种应用于通话服务侧的录音文件处理装置的结构示意图；
54.图10是本说明书一个实施例提供的一种应用于号码保护侧的录音文件处理装置的结构示意图；
55.图11是本说明书一个实施例提供的一种录音文件处理装置的结构示意图；
56.图12是本说明书一个实施例提供的一种计算设备的结构框图。
具体实施方式
57.在下面的描述中阐述了很多具体细节以便于充分理解本说明书。但是本说明书能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本说明书内涵的情况下做类似推广，因此本说明书不受下面公开的具体实施的限制。
58.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
59.应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类
似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
60.首先，对本说明书一个或多个实施例涉及的名词术语进行解释。
61.通话服务侧：也即运营商平台，简称运营商，指网络服务和电话服务的提供商，通过移动电话号码可以为号码隐私保护服务提供移动通信服务。不同运营商平台下设省级分平台。
62.隐私号码：也即隐私号，是一种由通话服务侧提供的电话号码，用于号码隐私保护的号码转呼。
63.通话的录音文件：包含通话主、被叫双方对话的音频文件，常见的格式有.mp3、.wav等。
64.话单：通信术语，指原始通信记录信息。
65.开始话单：包含通话服务侧对应的开始话单和号码保护侧返回的开始话单两类。通话服务侧对应的开始话单，指在通话开始前，通话服务侧通过主叫号码和隐私号码，向号码保护侧查询被叫号码的话单；号码保护侧返回的开始话单，指号码保护侧基于通话服务侧对应的开始话单，返回本次通话应该接续的被叫号码和本次通话所需的附加功能所对应的话单，其中，附加功能可以是通话录音功能，例如号码保护侧返回的开始话单中包含录音标识或者录音优先级等，即说明需要对本次通话进行录音，也即该开始话单中包含有通话录音功能。
66.结束话单：指在通话结束后，通话服务侧向号码保护侧发送的话单。记录本次呼叫通信记录信息，主要包括主叫号码、被叫号码、起始时间、结束时间、通话时长、录音文件的下载地址等。
67.录音文件的下载地址：以url的形式记录了通话录音文件的存放地址，一般以http、https开头。通过访问对应的下载地址，可以获取或下载对应录音文件。
68.队列：是一种先进先出的数据结构，元素在队列尾追加，而从队列头删除。在优先队列中，元素被赋予优先级。当访问元素时，具有最高优先级的元素最先删除。
69.链表：是一种物理存储单元上非连续、非顺序的存储结构，数据元素的逻辑顺序是通过链表中的指针链接次序实现的。
70.对象存储：oss——object storage service，是一款海量、安全、低成本、高可靠的云存储服务，可实现多种文件类型的存储。
71.随着计算机技术的不断发展，通过隐私号为用户提供通信能力的号码隐私保护技术，也得到的快速发展，使用号码隐私保护技术的用户也越来越多。其中为用户提供通话的录音文件，是号码隐私保护一项重要的附加功能。
72.不同用户对提供通话录音文件的时效性有不同要求，如营销咨询类用户要求通话结束后立即推送录音文件，而订单类用户对录音推送的时延不敏感。
73.录音文件是在通话结束后由通话服务侧生成，并在结束话单中提供文件的下载地址。由号码保护侧下载文件，下载完成后提供给用户。由于通话服务侧技术资源有限，无法一时间生成全部录音文件；网络带宽的瓶颈，无法一时间将生成的录音文件全部下载。
74.现有技术中，通常将生成录音文件的服务器进行扩容升级，来解决通话服务侧技术资源有限的问题，使用更大带宽的网络来避免网络带宽的瓶颈。但这些方法会大大提高
成本，随着用户的增加、量级的提升；需要不断地扩容、升级配置。
75.有鉴于此，在本说明书中，提供了录音文件处理方法，应用于通话服务侧，确定待处理的多个通话的录音优先级和通话结束时间；按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；针对所述录音文件生成下载地址；将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题，可以满足不同用户对录音文件获取的时效性要求。
76.参见图1a，图1a示出了本说明书一个实施例提供的一种录音文件处理方法的应用场景示意图。如图1a所示，主叫用户通过主叫终端拨打电话，主叫终端向通话服务侧发送通话请求，通话服务侧基于通话请求中的主叫号码和隐私号码，确定被叫号码以及被叫终端，通过主叫终端和被叫终端，形成主叫用户与被叫用户之间的通话。通话服务侧确定待处理的多个通话的录音优先级和通话结束时间；按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；针对每个录音文件生成下载地址；将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。所述号码保护侧针对每个通话，根据所述通话结束时间确定用户剩余等待时长；根据所述用户剩余等待时长，确定各所述下载地址的加载顺序；按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户，即主叫用户和/或被叫用户。
77.参见图1b，图1b示出了本说明书一个实施例提供的另一种录音文件处理方法的应用场景示意图。如图1b所示，主叫用户通过主叫终端拨打电话，主叫终端向通话服务侧发送通话请求，通话服务侧基于通话请求中的被叫号码，确定被叫终端，通过主叫终端和被叫终端，形成主叫用户与被叫用户之间的通话。通话服务侧确定待处理的多个通话的录音优先级和通话结束时间；按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；针对每个通话，根据所述通话结束时间确定用户剩余等待时长；根据所述用户剩余等待时长，确定所述录音文件的反馈顺序，并按照所述反馈顺序，将所述录音文件反馈给对应的用户，即主叫用户和/或被叫用户。
78.本说明书任意实施例所述通话服务侧以及所述通话服务侧，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。服务器可以是云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。
79.所述主叫终端以及所述被叫终端，可以表现为运行于用户终端之上的浏览器、app(application，应用程序)、或网页应用如h5(hypertext markup language5，超文本标记语言第5版)应用、或轻应用(也被称为小程序，一种轻量级应用程序)或云应用等，用户端可以基于服务端下发的sdk(software development kit，软件开发工具包)，如基于rtc(实时通信)sdk开发获得等。用户端可以部署在电子设备中，需要依赖设备运行或者设备中的某些app(应用)而运行等。电子设备例如可以具有显示屏并支持信息浏览等，如可以是个人移动终端如手机、平板电脑、个人计算机等。在电子设备中通常还可以配置各种其它类应用，例如人机对话类应用、模型训练类应用、文本处理类应用、网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱对象供给终端、社交平台软件等。
80.通过上述应用场景可见，本说明书提供的录音文件处理方法，可以在通话服务侧的技术资源有限场景下，对时延敏感的用户进行重点保障，能及时地反馈录音文件，但同时又不影响其他非敏感用户的使用，即满足了不同用户对通话录音文件获取的时效性要求。
81.需要说明的是，上述应用场景仅用于对本说明书实施例提供的方法进行示意性说明，实际应用中，应用场景中相关细节的设置可以根据本说明书实施例提供的方法进行灵活调整，上述应用场景并不构成对本说明书实施例提供的方法的限制。
82.在本说明书中，提供了一种录音文件处理方法，本说明书一个或者多个实施例同时涉及录音文件处理装置，一种录音文件处理系统，一种计算设备，一种计算机可读存储介质以及一种计算机程序，在下面的实施例中逐一进行详细说明。
83.参见图2，图2示出了本说明书一个实施例提供的一种应用于通话服务侧的录音文件处理方法的流程图，具体包括以下步骤。
84.步骤202：确定待处理的多个通话的录音优先级和通话结束时间。
85.所述待处理的多个通话，是指已经结束、但还未进行录音文件处理或未生成通话内容对应的录音文件的通话。
86.所述录音优先级，是指对待处理的通话进行录音文件处理的优先程度，录音优先级越高，对待处理的通话进行录音文件处理的顺序越靠前。例如，有两个待处理的通话，第一个通话的录音优先级高低于第二个通话的录音优先级，需要先对第二个通话进行录音文件处理，再对第一个通话进行录音文件处理。
87.所述通话结束时间，是指通话双方通话完成或者通话链路断开对应的时间。例如，用户甲给用户乙打电话，并在9：30挂断电话，则通话结束时间为9：30。
88.在本说明书一个或多个可选的实施例中，录音优先级与通话对应的主叫号码和/被叫号码绑定，其中，主叫号码为发起通话的用户对应的号码，被叫号码为接收通话的用户对应的号码。对于每个用户，该用户为其对应的号码设置录音优先级，此时，即进行通话的用户可以设置录音优先级。如此，可以实现通过通话对应的号码获取录音优先级，操作简单，实现便捷，可以提高确定录音优先级的效率。
89.例如，录音优先级与通话对应的主叫号码绑定，则将通话对应的主叫号码所对应的录音优先级，确定为该通话的录音优先级；又如，录音优先级与通话对应的被叫号码绑定，则将通话对应的被叫号码所对应的录音优先级，确定为该通话的录音优先级；再如，录音优先级与通话对应的主叫号码和被叫号码绑定，则比较主叫号码和被叫号码的录音优先级，将更优先的录音优先级确定为该通话的录音优先级。
90.由于通常情况下，通话的主叫用户进行通话录音的需求更大，为方便确定通话的录音优先级，优选地，录音优先级与通话对应的主叫号码绑定。此外，若用户未设置录音优先级，则录音优先级为默认项，如最低的录音优先级。
91.此外，在录音优先级与通话对应的主叫号码和/被叫号码绑定的情况下，对于录音优先级进行设置的，还可以是使用号码保护服务的客户，一般为企业或者平台，例如外卖平台，使用号码保护服务的客户可以为其对应的号码(主叫号码和/被叫号码)设置录音优先级。例如外卖配送人员在外卖平台绑定其对应的号码，即该号码与使用号码保护服务的外卖平台对应，在外卖配送人员使用该号码给用餐人员拨打电话时，该号码为主叫号码，该主叫号码对应的录音优先级由外卖平台设置；在用餐人员给外卖配送人员拨打电话时，该号
码为被叫号码，该被叫号码对应的录音优先级由外卖平台设置。也即在录音优先级与通话对应的主叫号码和/被叫号码绑定的情况下，可以由对主叫号码和被叫号码之间的通话，使用号码保护服务的客户设置录音优先级。
92.在本说明书一个或多个可选的实施例中，录音优先级与用户的录音需求时长相关，录音需求时长越短，录音优先级越高，录音需求时长越低，录音优先级越低。对于每个用户，该用户可以为其对应的通话设置录音需求时长。一个录音优先级对应一个录音需求时长范围，如第一录音优先级对应的录音需求时长范围为[0-1)分钟，第二录音优先级对应的录音需求时长范围为[1-5)分钟，第三录音优先级对应的录音需求时长范围为[5-+∞)分钟。也即，确定通话的录音优先级，可以先确定通话对应的用户设置的录音需求时长，然后根据录音需求时长所属录音需求时长范围确定录音优先级。
[0093]
同样地，在录音优先级与用户的录音需求时长相关的情况下，对于录音需求时长进行设置的，还可以是使用号码保护服务的客户。
[0094]
确定待处理的通话对应的通话结束时间，可以获取该通话对应的通话开始时间和通话时长，将通话开始时间与通话时长相加，计算得到通话结束时间；可以直接在该通话结束时，记录时间，即通话结束时间。
[0095]
步骤204：按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件。
[0096]
所述通话的录音文件或所述录音文件，是通话主叫用户和被叫用户通话内容对应的音频文件。
[0097]
在本说明书一个或多个可选的实施例中，在确定了待处理的各个通话的录音优先级之后，按照所述录音优先级从高到低的顺序，即生成顺序，依次生成各通话的录音文件。
[0098]
可以理解的是，可以通过多种可能的方式生成通话的录音文件，保证录音文件的准确性即可。
[0099]
例如，在通话开启时，立即对通话内容进行音频录制，得到音频文件。然后按照有录音优先级，获取当前通话对应的音频文件进行转码、去噪等处理，得到当前通话的录音文件。
[0100]
再例如，在通话开启时，立即对通话双方的语音分别进行录制，得到两个子录音文件，即主叫用户对应的子录音文件和被叫用户对应的子录音文件。然后按照录音优先级从高到低对应的生成顺序，获取当前通话对应的两个子录音文件，按照时间戳，将两个子录音文件进行融合，得到当前通话的录音文件。
[0101]
步骤206：针对所述录音文件生成下载地址。
[0102]
所述下载地址，是指以url的形式记录了录音文件的存放地址。
[0103]
实际应用中，通话服务侧可以将录音文件放置或上传在其或者现有的网站服务器上，创建下载链接，即得到录音文件的下载地址。
[0104]
例如，通话服务侧将生成的录音文件存储在本地的某个录音文件存储区域，并生成该录音文件存储区域对应的链接，即为针对录音文件生成下载地址。
[0105]
又如，通话服务侧将生成的录音文件上传至通用服务器上，并在通用服务器的网页中创建一个下载此录音文件的连接，即下载地址。
[0106]
步骤208：将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。
[0107]
所述号码保护侧，是指基于基础通信网络能力，为用户提供隐私通话服务的平台
或服务器。
[0108]
实际应用中，通话服务侧在针对某通话的录音文件生成下载地址后，将该通话对应的通话结束时间和录音文件对应的下载地址发送给号码保护侧。号码保护侧在接收到通话对应的通话结束时间和录音文件对应的下载地址后，根据通话结束时间确定该通话对应的用户剩余等待时长。在确定了各通话对应的用户剩余等待时长后，基于各通话对应的用户剩余等待时长，确定下载地址的加载顺序，然后，按照加载顺序从下载地址中下载所述录音文件，并将录音文件反馈给当前下载地址对应的通话所对应的用户。
[0109]
应用本实施例提供的录音文件处理方法，应用于通话服务侧，确定待处理的多个通话的录音优先级和通话结束时间；按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；针对所述录音文件生成下载地址；将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题，避免了网络带宽的瓶颈，可以满足不同用户对录音文件获取的时效性要求。
[0110]
在本说明书一个或多个可选的实施例中，通话服务侧还可以向号码保护侧请求通话的录音优先级，并在通话结束时记录通话结束时间。也即所述确定待处理的多个通话的录音优先级和通话结束时间，具体实现过程还可以如下：
[0111]
针对待处理的每个通话，接收该通话的通话请求，其中，所述通话请求携带有主叫号码和隐私号码；
[0112]
将所述主叫号码和所述隐私号码发送至所述号码保护侧；
[0113]
接收所述号码保护侧基于所述主叫号码和所述隐私号码反馈的开启通话信息，其中，所述开启通话信息包括被叫号码和录音优先级；
[0114]
响应于接收到所述开启通话信息，开启所述主叫号码和所述被叫号码之间的该通话，并记录该通话的通话结束时间。
[0115]
所述通话请求，是指主叫用户通过主叫终端发起通话的请求，例如拨打某电话号码的请求。
[0116]
所述主叫号码，是指拨打电话的用户对应的号码，例如用户甲的手机号为123456，则由手机号123456发起的通话或通话请求，对应的主叫号码为123456。
[0117]
所述隐私号码，也即隐私号，是一种由通话服务侧提供的电话号码，用于号码隐私保护的号码转呼，例如“111”、“222”、“112233”等。
[0118]
所述被叫号码，是指接听电话的用户对应的号码，例如用户乙的座机号码为654321，则由座机号654321接听的通话，对应的被叫号码为123456。
[0119]
所述开启通话信息，记录启动通话或连接通话的信息，包括被叫号码和录音优先级，还可以包括主叫号码和本次通话所需的附加功能，此时开启通话信息即为开始话单。
[0120]
实际应用中，主叫用户通过主叫终端拨打隐私号码，即主叫终端生成携带有主叫号码和隐私号码的通话请求，相应地，通话服务侧接收到该通话请求。然后通话服务侧将主叫号码和隐私号码发送至号码保护侧。号码保护侧基于主叫号码和隐私号码，查询应接续的被叫号码，并确定主叫号码和被叫号码所对应通话的录音优先级，将被叫号码和录音优先级以开启通话信息的形式反馈给通话服务侧。进一步地，通话服务侧基于主叫号码和被叫号码，开启主叫用户与被叫用户的通话，即主叫号码和被叫号码之间的该通话，并在通话
结束时记录时间，也即记录通话结束时间。
[0121]
如此，通话服务侧将主叫号码和隐私号码发送至号码保护侧，以获取被叫号码和录音优先级，在保证号码隐私服务正常执行的同时，可以获取录音优先级，一定程度上减少了通话服务侧自主确定录音优先级的数据处理量，还为满足不同用户对通话录音文件获取的时效性要求，奠定了基础，有利于提高录音文件处理的效率和准确率。
[0122]
需要说明的是，待处理的多个通话可以是所有未进行录音文件处理的通话，也可以是在一定处理周期内的通话。
[0123]
为了进一步提高对不同用户反馈录音文件的时效性，通话服务侧可以设置处理周期，针对同一处理周期内的多个通话进行录音文件处理。也即所述按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件之前，还包括：
[0124]
设置处理周期；
[0125]
所述按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件，包括：
[0126]
按照各目标通话的录音优先级确定的生成顺序，生成各所述目标通话的录音文件，其中，所述目标通话为所述通话结束时间处于当前处理周期内的通话。
[0127]
所述处理周期，是指在通话服务侧为生成录音而设置的处理周期，如ts，即从基准时间0开始，[0,ts]时间范围内的通话一起生成录音。
[0128]
实际应用中，通话服务侧设置有处理周期，可以对不同处理周期的通话进行分批处理，即将处于同一处理周期的通话一起进行录音文件处理。
[0129]
例如，预设处理周期，将当前处理周期内结束的目标通话加入同一处理集合，即将通话结束时间处于当前处理周期内的目标通话加入同一处理合集，将处理合集里的目标通话，按录音优先级确定的生成顺序，生成对应的录音文件。
[0130]
由于所有的通话都夹杂在一块按录音优先级确定的生成顺序进行处理，每次都最先处理时效性要求最高(录音优先级最高)用户的录音文件，导致低录音优先级用户的录音文件可能一直得不到处理，会导致低录音优先级用户等待过久，造成不必要的延迟，通过合适的处理周期，能够提高生成录音文件的效率，满足不同用户对通话录音文件获取的时效性要求。
[0131]
需要说明的是，为了保证录音文件的及时反馈，处理周期远小于用户允许等待时长。
[0132]
在本说明书一种可实现的实施例中，可以将各目标通话按照录音优先级从低到高的顺序进行排列，然后从最后一个目标通话开始，依次生成当前通话标识对应的录音文件，直至第一个通话标识。
[0133]
在本说明书另一种可实现的实施例中，可以将各目标通话按照录音优先级从高到低的顺序进行排列，然后从第一个目标通话开始，依次生成当前通话标识对应的录音文件，直至最后一个通话标识。
[0134]
在本说明书再一种可实现的实施例中，可以根据录音优先级，将各目标通话的通话标识添加至录音文件生成队列中，然后按照录音文件生成队列表征的生成顺序，生成各通话标识对应的录音文件。即所述按照各目标通话的录音优先级确定的生成顺序，生成各所述目标通话的录音文件，具体实现过程可以如下：
[0135]
将各所述目标通话对应的通话标识添加至录音文件生成队列中，其中，从所述录
音文件生成队列的队头到队尾，各所述通话标识对应的所述录音优先级从高到低；
[0136]
从所述录音文件生成队列中的第一个通话标识开始，依次生成当前通话标识对应的录音文件，直至最后一个通话标识。
[0137]
所述通话标识，可以唯一代表当前通话的记号、象征、符号等，如通话的名称、时间、开始话单等。
[0138]
所述录音文件生成队列，是指以录音优先级为依据，形成的表征有录音文件的生成顺序的队列。
[0139]
实际应用中，在通话服务侧获取了当前处理周期内，各目标通话的录音优先级后，可以根据录音优先级构造录音文件生成队列，将目标通话对应的通话标识添加至录音文件生成队列，使录音文件生成队列中，录音优先级较高的目标通话对应的通话标识，排在录音优先级较低的目标通话对应的通话标识的队前，也即确定生成顺序。
[0140]
可以按照录音优先级从高到低的顺序，依次将目标通话对应的通话标识添加至录音文件生成队列；也可以按照随机顺序将目标通话对应的通话标识添加至录音文件生成队列，但在通话标识入队时，根据录音优先级，调整录音文件生成队列中，各通话标识对应的顺序。
[0141]
例如，通话标识为开始话单，录音文件生成队列为优先队列queue。其中，队头为qf,队尾为qr。假设有一个目标通话的开始话单a入队，将开始话单a置于qr处。若q
r-1
位置处有开始话单b，则比较开始话单a和开始话单b的录音优先级。若开始话单a的录音优先级ra低于或等于开始话单b的录音优先级rb，则开始话单a完成入队。若开始话单a的录音优先级ra高于开始话单b的录音优先级rb，则调换开始话单a和开始话单b的位置，直到开始话单a的队后一个开始话单对应的录音优先级低于或等于录音优先级ra。构造完成当前处理周期内所有通话优先队列queue。从qf的通话开始，生成录音文件。在每个处理周期内循环此过程。
[0142]
如此，采用录音文件生成队列，同时具有优先级以及集合的属性，更加便于通过合适的处理周期，能够提高生成录音文件的效率，满足不同用户对通话录音文件获取的时效性要求。基于优先队列的生成录音决策方案，基于录音时延分级(录音优先级)生成的录音文件合成队列，解决通话服务侧资源有限情况下，录音文件生成先后顺序的决策问题。
[0143]
为了提高录音文件的准确性，所述生成各所述通话的录音文件，具体实现过程可以如下：
[0144]
针对每个通话，获取该通话中主叫用户对应的第一音频数据和被叫用户对应的第二音频数据；
[0145]
根据所述第一音频数据和所述第二音频数据，合成该通话的录音文件。
[0146]
所述主叫用户，是指拨打电话的用户或者主叫号码对应的用户。
[0147]
所述被叫用户，是指接收电话的用户或者被叫号码对应的用户。
[0148]
实际应用中，音频数据是根据通话的主被叫两路的媒体信令实时录制，通话结束也即音频数据录制完成。其中主叫一路对应的音频数据为第一音频数据，即主叫用户对应的音频数据，也即主叫音频数据；被叫一路对应的音频数据为第二音频数据，即被叫用户对应的音频数据，也即被叫音频数据。在通话结束后，需要将第一音频数据和第二音频数据进行合成形成录音文件，此时才真正生成了录音文件。
[0149]
通过录制主叫用户的第一音频数据和被叫用户的第二音频数据，进而将第一音频
数据和第二音频数据合成录音文件，可以保证录音文件内容的正确性和精准性，进而提高用户的满意度。
[0150]
上述为本实施例的一种应用于通话服务侧的录音文件处理方法的示意性方案。需要说明的是，该录音文件处理方法的技术方案与下述的应用于号码保护侧的录音文件处理方法的技术方案属于同一构思，该应用于通话服务侧的录音文件处理方法的技术方案未详细描述的细节内容，均可以参见下述应用于号码保护侧的录音文件处理方法的技术方案的描述。
[0151]
参见图3，图3示出了本说明书一个实施例提供的一种应用于号码保护侧的录音文件处理方法的流程图，具体包括以下步骤。
[0152]
步骤302：接收待处理的多个通话的通话结束时间和录音文件的下载地址。
[0153]
所述待处理的多个通话，是指已经结束、但还未进行录音文件处理或未生成通话内容对应的录音文件的通话。
[0154]
所述通话结束时间，是指通话双方通话完成或者通话链路断开对应的时间。
[0155]
所述录音文件，是通话主叫用户和被叫用户通话内容对应的音频文件。
[0156]
所述下载地址，是指以url的形式记录了录音文件的存放地址。
[0157]
实际应用中，通话服务侧先确定待处理的多个通话的录音优先级和通话结束时间，然后按照录音优先级确定的生成顺序，生成各通话的录音文件，再针对录音文件生成下载地址，进而将各下载地址和对应的通话结束时间发送至号码保护侧，相应地，号码保护侧接收到待处理的多个通话的通话结束时间和录音文件的下载地址。
[0158]
步骤304：针对每个通话，根据所述通话结束时间确定用户剩余等待时长。
[0159]
所述用户剩余等待时长，是指用户可接受的、接收录音文件的剩余时长。例如，用户最长可以接受5分钟反馈录音文件，若当前已过去2分钟，则用户剩余等待时长为3分钟。
[0160]
可以理解的是，在确定用户剩余等待时长时，不仅需要通话结束时间，还需要当前时间和用户允许等待时长。根据通话结束时间、当前时间和用户允许等待时长，可以通过多种可实现的方式确定用户剩余等待时长，保证用户剩余等待时长的准确性即可。
[0161]
例如，一种可能的实施方式中，所述针对每个通话，根据所述通话结束时间确定用户剩余等待时长，可以为：
[0162]
针对每个通话，获取当前通话对应的用户允许等待时长；
[0163]
将当前时间和所述通话结束时间之间的时间间隔，确定为用户已等待时长；
[0164]
根据所述用户允许等待时长和所述用户已等待时长，确定当前通话对应的用户剩余等待时长。
[0165]
所述用户允许等待时长，是指用户可接受的反馈录音文件的最大时长。
[0166]
所述用户已等待时长，是指用户到当前时刻，已经等待接收录音文件的时长。
[0167]
所述当前时间，可以是当前的实时时间，也可以是号码保护侧接收下载地址和通话结束时间对应的时间。
[0168]
实际应用中，对于某一个通话，可以先获取用户允许等待时长：用户可以预先向号码保护侧提交用户允许等待时长，由号码保护侧进行存储，在有该用户对应的通话时，从本地存储区读取该用户预先提交的用户允许等待时长即可。还可以在通话开始时，显示用户允许等待时长设置界面，待用户在用户允许等待时长设置界面写入用户允许等待时长后通
话开启，相应地，号码保护侧接收到用户允许等待时长。进一步地，将当前时间与通话结束时间相减，得到用户已等待时长，然后，再用用户允许等待时长减去用户已等待时长，得到当前通话对应的用户剩余等待时长。
[0169]
在该实施方式中，能够提高用户剩余等待时长的准确性，进而保证反馈录音文件的效率，满足不同用户对录音文件获取的时效性要求。
[0170]
例如，另一种可能的实施方式中，先获取用户允许等待时长，然后将通话结束时间与允许等待时长相加，得到用户可以接受的最晚接收时间，即用户允许接收时间。再将用户允许接收时间与当前时间相减，得到当前通话对应的用户剩余等待时长。在该实施方式中，能够提高用户剩余等待时长的准确性，进而保证反馈录音文件的效率，满足不同用户对录音文件获取的时效性要求。
[0171]
参见图4a，图4a是本说明书一个实施例提供的一种提交用户允许等待时长的界面示意图：用户可以通过用户终端，如手机、电脑等智能设备上传用户允许等待时长，此处以手机为例：在手机上显示提交用户允许等待时长的界面，包含填写用户允许等待时长的显示框，用户可以在显示框的横线“_____”上填写用户允许等待时长，其中设置用户允许等待时长的单位为分钟，可以通过下拉标识
“▽”
，更换单位，如小时、秒等。该界面还有“确定”控件和“取消”控件，触发“确定”控件后，将提交用户允许等待时长，触发“取消”控件后，将取消提交用户允许等待时。
[0172]
需要说明的是，用户提交的用户允许等待时长，可以被通话服务侧和号码服务侧的至少一侧接收。对于不同的场景，接收用户允许等待时长的对象可能不同。在无需号码隐私保护的场景中，只存在通话服务侧，此时用户允许等待时长被通话服务侧接收。在号码隐私保护的场景中，同时存在通话服务侧和号码服务侧，用户允许等待时长可以被号码服务侧接收，也可以被通话服务侧和号码服务侧共同接收，优选地，用户允许等待时长由号码服务侧接收。
[0173]
步骤306：根据所述用户剩余等待时长，确定各所述下载地址的加载顺序。
[0174]
所述加载顺序，是指加载下载地址的顺序，或者下载录音文件的顺序。
[0175]
实际应用中，在确定了各个通话对应的用户剩余等待时长之后，可以按照用户剩余等待时长从短到长的顺序，将各通话对应的下载地址进行排列，也即通话对应的用户剩余等待时长越短，该通话对应的下载地址的排列顺序越靠前，此时加载顺序从前到后。也可以按照用户剩余等待时长从长到短的顺序，将各通话对应的下载地址进行排列，也即通话对应的用户剩余等待时长越短，该通话对应的下载地址的排列顺序越靠后，此时加载顺序从后到前。
[0176]
步骤308：按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户。
[0177]
实际应用中，按照加载顺序，依次加载下载地址，并从下载地址对应的网页中下载录音文件，然后将录音文件反馈给用户，如将下载完成的录音文件推送到用户指定的对象存储服务器上。
[0178]
参见图4b，图4b是本说明书一个实施例提供的一种反馈录音文件的界面示意图：用户可以通过用户终端，如手机、电脑等智能设备接收反馈的录音文件，此处以手机为例：在手机上显示反馈录音文件的界面，包含携带有录音文件名称“录音文件***”的录音文件，
以及“播放”和“删除”两个控件，用户点击“播放”控件，则播放录音文件，用户点击“删除”控件，则删除该录音文件。
[0179]
应用本实施例提供的录音文件处理方法，应用于号码保护侧，接收待处理的多个通话的通话结束时间和录音文件的下载地址；针对每个通话，根据所述通话结束时间确定用户剩余等待时长；根据所述用户剩余等待时长，确定各所述下载地址的加载顺序；按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户。通过针对不同用户对录音文件的时效性有不同要求，通过用户剩余等待时长，确定下载地址的加载顺序，解决了网络带宽的瓶颈，录音文件下载先后顺序的决策问题，在不增加成本或技术资源有限的基础上，可以满足不同用户对录音文件获取的时效性要求。
[0180]
在本说明书一个或多个可选的实施例中，可以根据用户剩余等待时长，将各通话对应的下载地址添加至录音文件下载队列中，然后按照录音文件下载队列表征的加载顺序，下载录音文件。即所述根据所述用户剩余等待时长，确定各所述下载地址的加载顺序，包括：
[0181]
将各所述通话对应的下载地址添加至录音文件下载队列中，其中，从所述录音文件下载队列的队头到队尾，各所述下载地址对应的所述用户剩余等待时长从短到长；
[0182]
相应地，所述按照所述加载顺序，从所述下载地址中下载所述录音文件，包括：
[0183]
从所述录音文件下载队列中的第一个下载地址开始，依次从当前下载地址中下载所述录音文件，直至最后一个下载地址。
[0184]
所述录音文件下载队列，是指以用户剩余等待时长为依据，形成的表征有下载录音文件顺序的队列。
[0185]
实际应用中，在号码保护侧确定了通话的用户剩余等待时长后，可以根据剩余等待时长构造录音文件下载队列，将通话对应的下载地址添加至录音文件下载队列，使录音文件下载队列中，用户剩余等待时长较短的通话对应的下载地址，排在用户剩余等待时长较长的通话对应的下载地址的队前。然后，按照录音文件下载队列从队头到队尾的顺序，依次从下载地址中下载录音文件。
[0186]
例如，录音文件下载队列为优先下载链表link，其中链表的第一个节点为l
head
。假设一个通话的下载地址a入链。将a置于l
head
处，若l
head
的next指针指向非空节点，l
head
的下一个节点为非空节点，且该非空节点存有下载地址b，则比较下载地址a和下载地址b的用户剩余等待时长。若下载地址a的用户剩余等待时长ta短于或等于下载地址b的用户剩余等待时长tb，则将优先下载链表link中各节点对应的下载地址往后顺延一个节点，即下载地址a在l
head
的下一个节点，下载地址b在l
head
的下一个节点的下一个节点。若下载地址a的用户剩余等待时长ta长于下载地址b的用户剩余等待时长tb，则将下载地址a的用户剩余等待时长ta与l
head
的下两个节点中，存储的下载地址对应的用户剩余等待时长进行比较，依次类推；若l
head
的next指针指向空节点，则将下载地址a存在该空节点中，完成link的构建。然后，按照一定顺序每次从link中的一个下载地址进行加载，并下载录音文件。具体为：l
head
是空节点，不存储下载地址，其作用是通过next指针确定第一个节点位置，从link的l
head
节点起，每次都从l
head
中next指针指向的节点中存储的下载地址中下载文件；该节点对应的录音文件下载完成后，将该节点删除，并将l
head
的next指针指向该节点的下一节点。以此类推，完成所有录音文件的下载。
[0187]
需要说明的是，可以采用下载地址入链的方式，也可以采用结束话单入链的方式，还可以采用其他方式入链，本说明说对此不作限定。
[0188]
针对不同用户对录音文件的时效性有不同要求，根据该通话的用户剩余等待时长和用户已等待时长，动态生成录音文件下载队列，解决了网络带宽的瓶颈和录音文件下载先后顺序的决策问题。
[0189]
在本说明书一个或多个可选的实施例中，为了保证通话的正常进行，通话服务侧还可以向号码保护侧请求通话的被叫号码。也即所述接收待处理的多个通话的通话结束时间和录音文件的下载地址之前，还包括：
[0190]
接收通话服务侧发送的主叫号码和隐私号码；
[0191]
查找与所述主叫号码和所述隐私号码关联的被叫号码；
[0192]
将所述被叫号码发送至所述通话服务侧，以开启所述主叫号码和所述被叫号码之间的通话。
[0193]
所述主叫号码，是指拨打电话的用户对应的号码。
[0194]
所述隐私号码，也即隐私号，是一种由通话服务侧提供的电话号码，用于号码隐私保护的号码转呼。
[0195]
所述被叫号码，是指接听电话的用户对应的号码。
[0196]
实际应用中，主叫用户通过主叫终端拨打隐私号码，即主叫终端生成携带有主叫号码和隐私号码的通话请求，相应地，通话服务侧接收到该通话请求。然后通话服务侧将主叫号码和隐私号码发送至号码保护侧。号码保护侧基于主叫号码和隐私号码，查询应接续的被叫号码，并将被叫号码反馈给通话服务侧。进一步地，通话服务侧基于主叫号码和被叫号码，开启主叫用户与被叫用户的通话，即主叫号码和被叫号码之间的该通话。
[0197]
如此，号码保护侧接收主叫号码和隐私号码，以查询通话对应的被叫号码，保证了号码隐私服务正常执行的同时，有利于提高录音文件处理的效率和准确率。
[0198]
为了实现用户需求的定量确定，可以先获取多个用户的用户允许等待时长，根据多个用户的总用户数量和用户允许等待时长，进行录音优先级划分，确定各用户所关联的录音优先级。也即所述接收待处理的多个通话的通话结束时间和录音文件的下载地址之前，还包括：
[0199]
获取多个用户的用户允许等待时长；
[0200]
根据所述多个用户的总用户数量和录音优先级的级数，确定各录音优先级对应的用户数量；
[0201]
根据所述用户允许等待时长和各录音优先级对应的用户数量，确定各用户所关联的录音优先级，以使通话服务侧确定待处理的多个通话的录音优先级。
[0202]
所述总用户数量，是指获取用户允许等待时长的用户人数。
[0203]
所述录音优先级的级数，是指录音优先级的等级数量，例如录音优先级有a、b和c，则级数为3。
[0204]
所述录音优先级对应的用户数量，是指每个录音优先级对应的人数，例如录音优先级a对应3个人、录音优先级b对应4个人。
[0205]
针对每个用户，用户可以预先向号码保护侧提交用户允许等待时长，由号码保护侧进行存储，即获取多个用户的用户允许等待时长。
[0206]
可选地，可以将多个用户的总用户数量m与录音优先级的级数n的商，作为前n-1个录音优先级的用户数量，将总用户数量m与级数n的商，加上总用户数量m与级数n的余数，作为第n个录音优先级的用户数量。具体计算公式，参见式1。
[0207][0208]
其中，m为总用户数量，n为录音优先级的级数，ci为第i个录音优先级的用户数量。即前n-1个录音优先级的用户数量为m/n，第n个录音优先级的用户数量为m/n+(m％n)。
[0209]
可选地，还可以将多个用户的总用户数量m与录音优先级的级数n的商，加上1之后的和，作为前n-1个录音优先级的用户数量，将总用户数量m与前n-1个录音优先级的用户数量之和的差，作为第n个录音优先级的用户数量。具体计算公式，参见式2。
[0210][0211]
其中，m为总用户数量，n为录音优先级的级数，ci为第i个录音优先级的用户数量。即前n-1个录音优先级的用户数量为m/n+1，第n个录音优先级的用户数量为m-(m/n+1)(n-1)。
[0212]
在确定了各录音优先级对应的用户数量之后，按照用户允许等待时长从短到长的顺序，将各用户关联到对应的录音优先级，即确定各用户所关联的录音优先级。例如，有3个录音优先级和5个用户，第一录音优先级对应2个用户，第二录音优先级对应2个用户，第三录音优先级对应1个用户；第一用户至第五用户对应的用户允许等待时长分别为：5、3、4、8、1，则第五用户和第二用户所关联的录音优先级为第一录音优先级，第三用户和第一用户所关联的录音优先级为第二录音优先级，第四用户所关联的录音优先级为第三录音优先级。
[0213]
需要说明的是，号码保护侧在确定了各用户所关联的录音优先级后，需要将各用户所关联的录音优先级发送至通话服务侧：可以在反馈被叫号码的同时，还可以反馈该通话对应的录音优先级，即该通话对应的用户所关联的录音优先级；还可以在用户更新用户允许等待时长时，获得更新的录音优先级时发送给通话服务侧。本说明书对此不作限定。
[0214]
需要说明的是，录音优先级可以由用户上传，也可以根据用户上传的用户允许等待时长确定。具体如下：接收用户可接受的录音文件推送最大时延t
de
，即用户允许等待时长。设共有m个用户，则得到最大时延矩阵m
de
＝[t
de1
t
de2
···
t
dem
]。将最大时延矩阵m
de
中的t
de
进行排序，得到顺序最大时延矩阵m’de
＝[t’de1
t’de2
···
t’dem
]，其中t
de1
＜t
de2
＜
···
t
dem
。将m个用户按照t
de
的大小分为n级，其中n的数值可以根据实际情况指定。则每级的用户数ci为：在1≤i＜n时，ci＝m/n，在i＝n时，ci＝m/n+(m％n)。根据最大时延矩阵m’de
中用户允许等待时长从小到大的顺序可确定录音优先级。
[0215]
如此，以用户上传的用户允许等待时长，对用户录音时效分级，以用户可接受的录音文件推送最大时延(用户允许等待时长)为基准，对用户录音时延进行分级，确定录音优先级。实现用户需求的定量看清。
[0216]
上述为本实施例的一种应用于号码保护侧的录音文件处理方法的示意性方案。需要说明的是，该应用于号码保护侧的录音文件处理方法的技术方案与上述的应用于通话服务侧的录音文件处理方法的技术方案属于同一构思，该应用于号码保护侧的录音文件处理
方法的技术方案未详细描述的细节内容，均可以参见上述应用于通话服务侧的录音文件处理方法的技术方案的描述。
[0217]
为了使本说明书实施例提供的测试数据的方法更加容易理解，下面结合图5，对结合了上述多个实施例的录音文件处理方法进行进一步说明。图5是本说明书一个实施例提供的一种录音文件处理方法的流程示意图，包括：
[0218]
收集用户可接受的录音文件推送最大时延：号码保护侧收集每个用户可接受的录音文件推送最大时延t
de
，即用户允许等待时长。为用户反馈录音文件的时延为td＝tr–
t
endtime
，其中tr表示录音文件推送给用户的时间，t
endtime
表示通话结束的时间。设共有m个用户，则得到最大时延矩阵m
de
＝[t
de1
t
de2
···
t
dem
]。
[0219]
用户录音时延分级：号码保护侧将最大时延矩阵m
de
中的t
de
进行排序，得到顺序最大时延矩阵m
de
＝[t
de1
t
de2
···
t
dem
]，其中t
de1
＜t
de2
＜
···
t
dem
。将m个用户按照t
de
的大小分为n级，其中n的数值可以根据实际情况指定。则每级的用户数ci为：在1≤i＜n时，ci＝m/n，在i＝n时，ci＝m/n+(m％n)。根据最大时延矩阵m’de
中用户允许等待时长从小到大的顺序可确定录音优先级。
[0220]
开始话单返回录音时延分级：主叫号码a拨打隐私号x，通话服务侧向号码保护侧发送开始话单，查询应接续的被叫号码b。号码保护侧返回通话应该接续的被叫号码b，以及本次通话所需的附加功能，除此之外，增加一个新的参数r，表示该个通话的录音优先级，其中r＝i。
[0221]
基于录音文件生成队列生成录音文件：在号码保护侧返回的开始话单中，通话服务侧可以拿到每个通话的录音优先级r。设通话服务侧生成录音的处理周期为ts，即从基准时间0开始，[0,ts]时间范围内的通话一起生成录音。根据录音优先级r构造录音文件生成队列queue。其中，队头为qf,队尾为qr。设有一个通话开始话单qj入队，将qj置于qr处，即j＝r。若q
r-1
位置处有元素，则比较r
r-1
、rj大小，若r
r-1
≤rj则完成入队(数值越大，优先级越低)。若r
r-1
＞rj，则调换r
r-1
、rj对应的开始话单的位置，直到qj的前一个元素录音下载优先级r
j-1
，小于rj，即r
j-1
≤rj。构造完成ts周期内所有通话优先队列queue。从qf的通话开始，生成录音文件。在每个ts周期内循环此过程。
[0222]
结束话单获取下载地址：通话服务侧根据通话优先队列queue生成录音文件。在生成完毕后，向号码保护侧推送结束话单。结束话单中记录本次呼叫通信记录信息，包括通话结束时间t
endtime
，录音文件的下载地址urlr，结束话单推送的时间t
push
。
[0223]
基于录音优先下载链表下载录音：根据通话服务侧发送的结束话单构造优先下载链表link(录音文件下载队列)，其中链表的第一个元素为l
head
。链表的每个节点有两部分组成：通话用户当前可接受的时延tw，next指向下个节点的位置。其中tw的计算公式为：该通话已等待时间tn＝t
push-t
endtime
,根据tn计算该通话用户当前可接受的时延tw＝t
de-tn。设有一个通话的结束话单lm入链。将lm置于l
head
处，若l
head
的next指向非空节点，比较t
wm
与t
next
的大小，若t
wm
≤t
next
，则l
head
next＝lm,lmnext＝lm。若t
wm
＞t
next
,则将t
wm
与lnext的next节点比较，直到t
wm
≤t
next
。
[0224]
完成link的构建，每次从l
head
取录音文件的下载地址urlr，并下载录音文件：其中，每个节点包含三个信息tw、urlr和next(下一个节点的位置)。由于l
head
是空节点，不存储下载地址，因此从l
head
开始，通过l
head
的next指针查找到下一个节点，取出该节点对应的下载
地址urlr，进行下载。下载完成后，将该节点删除，并将l
head
的next指针指向该节点的下一节点，然后重复通过l
head
的next指针查找到下一个节点的步骤，完成所有录音文件的下载。
[0225]
将录音文件反馈给用户：将下载完成的文件推送到用户指定的对象存储服务器上。
[0226]
下述结合附图6，以本说明书提供的录音文件处理方法在号码隐私保护场景的应用为例，对所述录音文件处理方法进行进一步说明。其中，图6示出了本说明书一个实施例提供的一种录音文件处理方法的处理过程流程图，具体包括以下步骤。
[0227]
步骤602：通话服务侧设置处理周期。
[0228]
步骤604：通话服务侧接收通话请求，其中，通话请求携带有主叫号码和隐私号码。
[0229]
步骤606：通话服务侧发送主叫号码和隐私号码至号码保护侧。
[0230]
步骤608：号码保护侧查找与主叫号码和隐私号码关联的被叫号码，以及主叫号码和被叫号码关联的录音优先级。
[0231]
其中，所述录音优先级的确定过程如下：
[0232]
获取多个用户的用户允许等待时长；
[0233]
根据所述多个用户的总用户数量和录音优先级的级数，确定各录音优先级对应的用户数量；
[0234]
根据用户允许等待时长和各录音优先级对应的用户数量，确定各用户所关联的录音优先级，即各用户关联的号码关联的录音优先级。
[0235]
步骤610：号码保护侧发送包含被叫号码和录音优先级的开启通话信息至通话服务侧。
[0236]
步骤612：通话服务侧响应于接收到开启通话信息，开启主叫号码和被叫号码之间的该通话，并记录该通话的通话结束时间。
[0237]
步骤614：通话服务侧按照处于当前处理周期内的各通话的录音优先级，将各通话对应的通话标识添加至录音文件生成队列中，其中，从录音文件生成队列的队头到队尾，各通话标识对应的录音优先级从高到低。
[0238]
步骤616：通话服务侧从录音文件生成队列中的第一个通话标识开始，依次获取当前通话标识对应的当前通话中主叫用户对应的第一音频数据和被叫用户对应的第二音频数据；根据第一音频数据和第二音频数据，合成当前通话的录音文件，直至最后一个通话标识。
[0239]
步骤618：通话服务侧针对各录音文件生成下载地址。
[0240]
步骤620：通话服务侧发送各通话对应的下载地址和通话结束时间至号码保护侧。
[0241]
步骤622：号码保护侧针对每个通话，获取当前通话对应的用户允许等待时长。
[0242]
步骤624：号码保护侧将当前目标时间和通话结束时间之间的时间间隔，确定为用户已等待时长。
[0243]
步骤626：号码保护侧根据用户允许等待时长和用户已等待时长，确定当前目标通话对应的用户剩余等待时长。
[0244]
步骤628：号码保护侧将各通话对应的下载地址添加至录音文件下载队列中，其中，从录音文件下载队列的队头到队尾，各下载地址对应的用户剩余等待时长从短到长。
[0245]
步骤630：号码保护侧从录音文件下载队列中的第一个下载地址开始，依次从当前
下载地址中下载录音文件，并将录音文件反馈给对应的用户，直至最后一个下载地址。
[0246]
应用本实施例提供的录音文件处理方法，通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题；通过针对不同用户对录音文件的时效性有不同要求，通过用户剩余等待时长，确定下载地址的加载顺序，解决了网络带宽的瓶颈，录音文件下载先后顺序的决策问题，在不增加成本或技术资源有限的基础上，可以满足不同用户对录音文件获取的时效性要求。
[0247]
参见图7，图7示出了本说明书一个实施例提供的一种录音文件处理方法的流程图，具体包括以下步骤。
[0248]
步骤702：确定待处理的多个通话的录音优先级和通话结束时间。
[0249]
所述待处理的多个通话，是指已经结束、但还未进行录音文件处理或未生成通话内容对应的录音文件的通话。
[0250]
所述录音优先级，是指对待处理的通话进行录音文件处理的优先程度，录音优先级越高，对待处理的通话进行录音文件处理的顺序越靠前。
[0251]
所述通话结束时间，是指通话双方通话完成或者通话链路断开对应的时间。
[0252]
可选地，录音优先级与通话对应的主叫号码和/被叫号码绑定，其中，主叫号码为发起通话的用户对应的号码，被叫号码为接收通话的用户对应的号码。对于每个用户，该用户为其对应的号码设置录音优先级。
[0253]
可选地，录音优先级与用户的录音需求时长相关，录音需求时长越短，录音优先级越高，录音需求时长越低，录音优先级越低。对于每个用户，该用户可以为其对应的通话设置录音需求时长。一个录音优先级对应一个录音需求时长范围。也即，确定通话的录音优先级，可以先确定通话对应的用户设置的录音需求时长，然后根据录音需求时长所属录音需求时长范围确定录音优先级。
[0254]
确定待处理的通话对应的通话结束时间，可以获取该通话对应的通话开始时间和通话时长，将通话开始时间与通话时长相加，计算得到通话结束时间；可以直接在该通话结束时，记录时间，即通话结束时间。
[0255]
步骤704：按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件。
[0256]
所述通话的录音文件或所述录音文件，是通话主叫用户和被叫用户通话内容对应的音频文件。
[0257]
在本说明书一个或多个可选的实施例中，在确定了待处理的各个通话的录音优先级之后，按照所述录音优先级从高到低的顺序，即生成顺序，依次生成各通话的录音文件。
[0258]
可以在通话开启时，立即对通话内容进行音频录制，得到音频文件。然后按照有录音优先级，获取当前通话对应的音频文件进行转码、去噪等处理，得到当前通话的录音文件。
[0259]
还可以在通话开启时，立即对通话双方的语音分别进行录制，得到两个子录音文件，即主叫用户对应的子录音文件和被叫用户对应的子录音文件。然后按照有录音优先级，获取当前通话对应的两个子录音文件，按照时间戳，将两个子录音文件进行融合，得到当前通话的录音文件。
[0260]
步骤706：针对每个通话，根据所述通话结束时间确定用户剩余等待时长。
[0261]
所述用户剩余等待时长，是指用户可接受的、接收录音文件的剩余时长。
[0262]
可以理解的是，对于在确定用户剩余等待时长时，不仅需要通话结束时间，还需要当前时间和用户允许等待时长。根据通话结束时间、当前时间和用户允许等待时长，可以通过多种可能的方式确定用户剩余等待时长，保证用户剩余等待时长的准确性即可。
[0263]
例如，针对每个通话，获取当前通话对应的用户允许等待时长；将当前时间和所述通话结束时间之间的时间间隔，确定为用户已等待时长；根据所述用户允许等待时长和所述用户已等待时长，确定当前通话对应的用户剩余等待时长。
[0264]
又如，针对每个通话，获取当前通话对应的用户允许等待时长；根据所述通话结束时间与所述允许等待时长，确定用户允许接收时间；根据所述用户允许接收时间与当前时间，确定当前通话对应的用户剩余等待时长。
[0265]
步骤708：根据所述用户剩余等待时长，确定所述录音文件的反馈顺序，并按照所述反馈顺序，将所述录音文件反馈给对应的用户。
[0266]
所述反馈顺序，是指反馈录音文件的顺序。
[0267]
实际应用中，在确定了各通话对应的用户剩余等待时长之后，可以将用户剩余等待时长从短到长的顺序，确定为录音文件的反馈顺序，也即通话对应的用户剩余等待时长越短，该通话的录音文件的反馈顺序越靠前。然后按照反馈顺序，依次将录音文件反馈给用户。
[0268]
应用本实施例提供的录音文件处理方法，通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题；通过针对不同用户对录音文件的时效性有不同要求，通过用户剩余等待时长，确定录音文件的反馈顺序，解决了网络带宽的瓶颈，录音文件反馈下载先后顺序的决策问题，在不增加成本或技术资源有限的基础上，可以满足不同用户对录音文件获取的时效性要求。
[0269]
上述为本实施例的一种录音文件处理方法的示意性方案。需要说明的是，该录音文件处理方法的技术方案与上述的应用于通话服务侧的录音文件处理方法和应用于号码保护侧的录音文件处理方法的技术方案属于同一构思，该录音文件处理方法的技术方案未详细描述的细节内容，均可以参见上述应用于通话服务侧的录音文件处理方法和应用于号码保护侧的录音文件处理方法的技术方案的描述。
[0270]
与上述方法实施例相对应，本说明书还提供了录音文件处理系统实施例，图8示出了本说明书一个实施例提供的一种录音文件处理系统的结构框图。如图8所示，该系统包括：
[0271]
通话服务侧802，被配置为确定待处理的多个通话的录音优先级和通话结束时间；按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；针对每个录音文件生成下载地址；将各所述下载地址和对应的所述通话结束时间发送至号码保护侧804；
[0272]
所述号码保护侧804，被配置为针对每个通话，根据所述通话结束时间确定用户剩余等待时长；根据所述用户剩余等待时长，确定各所述下载地址的加载顺序；按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户。
[0273]
可选地，所述通话服务侧802，还被配置为针对待处理的每个通话，接收该通话的通话请求，其中，所述通话请求携带有主叫号码和隐私号码；将所述主叫号码和所述隐私号
码发送至所述号码保护侧804；接收所述号码保护侧804基于所述主叫号码和所述隐私号码反馈的开启通话信息，其中，所述开启通话信息包括被叫号码和录音优先级；响应于接收到所述开启通话信息，开启所述主叫号码和所述被叫号码之间的该通话，并记录该通话的通话结束时间。
[0274]
可选地，所述通话服务侧802，还被配置为设置处理周期；按照各目标通话的录音优先级确定的生成顺序，生成各所述目标通话的录音文件，其中，所述目标通话为所述通话结束时间处于当前处理周期内的通话。
[0275]
可选地，所述通话服务侧802，还被配置为将各所述目标通话对应的通话标识添加至录音文件生成队列中，其中，从所述录音文件生成队列的队头到队尾，各所述通话标识对应的所述录音优先级从高到低；从所述录音文件生成队列中的第一个通话标识开始，依次生成当前通话标识对应的录音文件，直至最后一个通话标识。
[0276]
可选地，所述通话服务侧802，还被配置为针对每个通话，获取该通话中主叫用户对应的第一音频数据和被叫用户对应的第二音频数据；根据所述第一音频数据和所述第二音频数据，合成该通话的录音文件。
[0277]
所述号码保护侧804，还被配置为针对每个通话，获取当前通话对应的用户允许等待时长；将当前时间和所述通话结束时间之间的时间间隔，确定为用户已等待时长；根据所述用户允许等待时长和所述用户已等待时长，确定当前通话对应的用户剩余等待时长。
[0278]
可选地，所述号码保护侧804，还被配置为将各所述通话对应的下载地址添加至录音文件下载队列中，其中，从所述录音文件下载队列的队头到队尾，各所述下载地址对应的所述用户剩余等待时长从短到长；从所述录音文件下载队列中的第一个下载地址开始，依次从当前下载地址中下载所述录音文件，直至最后一个下载地址。
[0279]
可选地，所述号码保护侧804，还被配置为接收通话服务侧802发送的主叫号码和隐私号码；查找与所述主叫号码和所述隐私号码关联的被叫号码；将所述被叫号码发送至所述通话服务侧802，以开启所述主叫号码和所述被叫号码之间的通话。
[0280]
可选地，所述号码保护侧804，还被配置为获取多个用户的用户允许等待时长；根据所述多个用户的总用户数量和录音优先级的级数，确定各录音优先级对应的用户数量；根据所述用户允许等待时长和各录音优先级对应的用户数量，确定各用户所关联的录音优先级，以使通话服务侧确定待处理的多个通话的录音优先级。
[0281]
应用本实施例提供的录音文件处理系统，通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题；通过针对不同用户对录音文件的时效性有不同要求，通过用户剩余等待时长，确定下载地址的加载顺序，解决了网络带宽的瓶颈，录音文件下载先后顺序的决策问题，在不增加成本或技术资源有限的基础上，可以满足不同用户对录音文件获取的时效性要求。
[0282]
上述为本实施例的一种录音文件处理系统的示意性方案。需要说明的是，该录音文件处理系统的技术方案与上述的应用于通话服务侧的录音文件处理方法和应用于号码保护侧的录音文件处理方法的技术方案属于同一构思，录音文件处理系统的技术方案未详细描述的细节内容，均可以参见上述应用于通话服务侧的录音文件处理方法和应用于号码保护侧的录音文件处理方法的技术方案的描述。
[0283]
与上述方法实施例相对应，本说明书还提供了应用于通话服务侧的录音文件处理装置实施例，图9示出了本说明书一个实施例提供的一种应用于通话服务侧的录音文件处理装置的结构示意图。如图9所示，该装置包括：
[0284]
第一确定模块902，被配置为确定待处理的多个通话的录音优先级和通话结束时间；
[0285]
第一生成模块904，被配置为按照所述录音优先级确定的生成顺序，生成各所述通话的录音文件；
[0286]
第二生成模块906，被配置为针对所述录音文件生成下载地址；
[0287]
发送模块908，被配置为将各所述下载地址和对应的所述通话结束时间发送至号码保护侧。
[0288]
可选地，所述第一确定模块902，还被配置为针对待处理的每个通话，接收该通话的通话请求，其中，所述通话请求携带有主叫号码和隐私号码；将所述主叫号码和所述隐私号码发送至所述号码保护侧；接收所述号码保护侧基于所述主叫号码和所述隐私号码反馈的开启通话信息，其中，所述开启通话信息包括被叫号码和录音优先级；响应于接收到所述开启通话信息，开启所述主叫号码和所述被叫号码之间的该通话，并记录该通话的通话结束时间。
[0289]
可选地，所述装置还包括设置模块，被配置为设置处理周期；
[0290]
所述第一生成模块904，还被配置为按照各目标通话的录音优先级确定的生成顺序，生成各所述目标通话的录音文件，其中，所述目标通话为所述通话结束时间处于当前处理周期内的通话。
[0291]
可选地，所述第一生成模块904，还被配置为将各所述目标通话对应的通话标识添加至录音文件生成队列中，其中，从所述录音文件生成队列的队头到队尾，各所述通话标识对应的所述录音优先级从高到低；从所述录音文件生成队列中的第一个通话标识开始，依次生成当前通话标识对应的录音文件，直至最后一个通话标识。
[0292]
可选地，所述第一生成模块904，还被配置为针对每个通话，获取该通话中主叫用户对应的第一音频数据和被叫用户对应的第二音频数据；根据所述第一音频数据和所述第二音频数据，合成该通话的录音文件。
[0293]
应用本实施例提供的录音文件处理装置，应用于通话服务侧，通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题，避免了网络带宽的瓶颈，可以满足不同用户对录音文件获取的时效性要求。
[0294]
上述为本实施例的一种应用于通话服务侧的录音文件处理装置的示意性方案。需要说明的是，该应用于通话服务侧的录音文件处理装置的技术方案与上述的应用于通话服务侧的录音文件处理方法的技术方案属于同一构思，应用于通话服务侧的录音文件处理装置的技术方案未详细描述的细节内容，均可以参见上述应用于通话服务侧的录音文件处理方法的技术方案的描述。
[0295]
与上述方法实施例相对应，本说明书还提供了应用于号码保护侧的录音文件处理装置实施例，图10示出了本说明书一个实施例提供的一种应用于号码保护侧的录音文件处理装置的结构示意图。如图10所示，该装置包括：
[0296]
接收模块1002，被配置为接收待处理的多个通话的通话结束时间和录音文件的下载地址；
[0297]
第二确定模块1004，被配置为针对每个通话，根据所述通话结束时间确定用户剩余等待时长；
[0298]
第三确定模块1006，被配置为根据所述用户剩余等待时长，确定各所述下载地址的加载顺序；
[0299]
下载模块1008，被配置为按照所述加载顺序，从所述下载地址中下载所述录音文件，并将所述录音文件反馈给对应的用户。
[0300]
可选地，所述第二确定模块1004，还被配置为针对每个通话，获取当前通话对应的用户允许等待时长；将当前时间和所述通话结束时间之间的时间间隔，确定为用户已等待时长；根据所述用户允许等待时长和所述用户已等待时长，确定当前通话对应的用户剩余等待时长。
[0301]
可选地，所述第三确定模块1006，还被配置为将各所述通话对应的下载地址添加至录音文件下载队列中，其中，从所述录音文件下载队列的队头到队尾，各所述下载地址对应的所述用户剩余等待时长从短到长；
[0302]
所述下载模块1008，还被配置为从所述录音文件下载队列中的第一个下载地址开始，依次从当前下载地址中下载所述录音文件，直至最后一个下载地址。
[0303]
所述装置还包括查找模块，被配置为接收通话服务侧发送的主叫号码和隐私号码；查找与所述主叫号码和所述隐私号码关联的被叫号码；将所述被叫号码发送至所述通话服务侧，以开启所述主叫号码和所述被叫号码之间的通话。
[0304]
可选地，所述装置还包括第四确定模块，被配置为获取多个用户的用户允许等待时长；根据所述多个用户的总用户数量和录音优先级的级数，确定各录音优先级对应的用户数量；根据所述用户允许等待时长和各录音优先级对应的用户数量，确定各用户所关联的录音优先级，以使通话服务侧确定待处理的多个通话的录音优先级。
[0305]
应用本实施例提供的录音文件处理装置，应用于号码保护侧，通过针对不同用户对录音文件的时效性有不同要求，通过用户剩余等待时长，确定下载地址的加载顺序，解决了网络带宽的瓶颈，录音文件下载先后顺序的决策问题，在不增加成本或技术资源有限的基础上，可以满足不同用户对录音文件获取的时效性要求。
[0306]
上述为本实施例的一种应用于号码保护侧的录音文件处理装置的示意性方案。需要说明的是，该应用于号码保护侧的录音文件处理装置的技术方案与上述的应用于号码保护侧的录音文件处理方法的技术方案属于同一构思，应用于号码保护侧的录音文件处理装置的技术方案未详细描述的细节内容，均可以参见上述应用于号码保护侧的录音文件处理方法的技术方案的描述。
[0307]
与上述方法实施例相对应，本说明书还提供了录音文件处理装置实施例，图11示出了本说明书一个实施例提供的一种录音文件处理装置的结构示意图。如图11所示，该装置包括：
[0308]
第四确定模块1102，被配置为确定待处理的多个通话的录音优先级和通话结束时间；
[0309]
第三生成模块1104，被配置为按照所述录音优先级确定的生成顺序，生成各所述
通话的录音文件；
[0310]
第五确定模块1106，被配置为针对每个通话，根据所述通话结束时间确定用户剩余等待时长；
[0311]
反馈模块1108，被配置为根据所述用户剩余等待时长，确定所述录音文件的反馈顺序，并按照所述反馈顺序，将所述录音文件反馈给对应的用户。
[0312]
应用本实施例提供的录音文件处理装置，通过录音优先级，分级生成录音文件，在不增加成本或技术资源有限的基础上，基于录音优先级生成录音文件，解决录音文件生成先后顺序的问题；通过针对不同用户对录音文件的时效性有不同要求，通过用户剩余等待时长，确定录音文件的反馈顺序，解决了网络带宽的瓶颈，录音文件反馈下载先后顺序的决策问题，在不增加成本或技术资源有限的基础上，可以满足不同用户对录音文件获取的时效性要求。
[0313]
上述为本实施例的一种录音文件处理装置的示意性方案。需要说明的是，该录音文件处理装置的技术方案与上述的录音文件处理方法的技术方案属于同一构思，录音文件处理装置的技术方案未详细描述的细节内容，均可以参见上述录音文件处理方法的技术方案的描述。
[0314]
图12示出了本说明书一个实施例提供的一种计算设备的结构框图。该计算设备1200的部件包括但不限于存储器1210和处理器1220。处理器1220与存储器1210通过总线1230相连接，数据库1250用于保存数据。
[0315]
计算设备1200还包括接入设备1240，接入设备1240使得计算设备1200能够经由一个或多个网络1260通信。这些网络的示例包括公用交换电话网(pstn，public switchedtelephone network)、局域网(lan，local area network)、广域网(wan，wide area network)、个域网(pan，personal area network)或诸如因特网的通信网络的组合。接入设备1240可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic，network interface controller))中的一个或多个，诸如ieee802.11无线局域网(wlan，wireless local area network)无线接口、全球微波互联接入(wi-max，worldwide interoperability for microwave access)接口、以太网接口、通用串行总线(usb，universal serial bus)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc，near field communication)接口，等等。
[0316]
在本说明书的一个实施例中，计算设备1200的上述部件以及图12中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图12所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
[0317]
计算设备1200可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备1200还可以是移动式或静止式的服务器。
[0318]
其中，处理器1220用于执行如下计算机可执行指令，该计算机可执行指令被处理器执行时实现上述录音文件处理方法的步骤。
[0319]
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的录音文件处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述录音文件处理方法的技术方案的描述。
[0320]
本说明书一实施例还提供一种计算机可读存储介质，其存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述录音文件处理方法的步骤。
[0321]
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的录音文件处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述录音文件处理方法的技术方案的描述。
[0322]
本说明书一实施例还提供一种计算机程序，其中，当所述计算机程序在计算机中执行时，令计算机执行上述录音文件处理方法的步骤。
[0323]
上述为本实施例的一种计算机程序的示意性方案。需要说明的是，该计算机程序的技术方案与上述的录音文件处理方法的技术方案属于同一构思，计算机程序的技术方案未详细描述的细节内容，均可以参见上述录音文件处理方法的技术方案的描述。
[0324]
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0325]
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。
[0326]
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书实施例并不受所描述的动作顺序的限制，因为依据本说明书实施例，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本说明书实施例所必须的。
[0327]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
[0328]
以上公开的本说明书优选实施例只是用于帮助阐述本说明书。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书实施例的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本说明书实施例的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本说明书。本说明书仅受权利要求书及其全部范围和等效物的限制。