Method and system for processing audio files

Abstract

The embodiment of the specification provides a recording file processing method and system, wherein the recording file processing system comprises: a call service side configured to determine recording priorities and call end times of a plurality of calls to be processed; generating recording files of the calls in a generation order determined according to the recording priorities; generating a download address for each recording file; sending each download address and the corresponding call end time to a number protection side; and the number protection side configured to determine a user remaining waiting time for each call according to the call end time; determining a loading order of the download addresses according to the user remaining waiting time; downloading the recording files from the download addresses in the loading order and feeding back the recording files to the corresponding users. The scheme solves the problem of the generation order of the recording files based on the recording priorities without increasing the cost or limited technical resources, and can meet the timeliness requirement of different users for obtaining the recording files.

Description

Technical Field

[0001] The embodiments in this specification relate to the field of computer technology, and in particular to methods for processing audio recording files. Background Technology

[0002] With the continuous development of computer technology, number privacy protection technology, which provides users with communication capabilities through private numbers, has also developed rapidly, and the number of users using number privacy protection technology is increasing. Different users have different requirements for the timeliness of providing call recording files. For example, marketing consultants require the recording file to be pushed immediately after the call ends, while order-related users are not sensitive to the delay in pushing the recording file. Due to the limited technical resources on the call server side, it is impossible to generate all recording files at once; network bandwidth bottlenecks also prevent all generated recording files from being downloaded at once. Therefore, an effective solution is urgently needed to solve the above problems. Summary of the Invention

[0003] In view of this, embodiments of this specification provide a method for processing audio recording files. One or more embodiments of this specification also relate to an audio recording file processing apparatus, an audio recording file processing system, a computing device, a computer-readable storage medium, and a computer program, to address the technical deficiencies existing in the prior art.

[0004] According to a first aspect of the embodiments of this specification, a method for processing recording files is provided, applied to a call service side, including:

[0005] Determine the recording priority and call end time for multiple pending calls;

[0006] Recording files for each call are generated in the order determined by the recording priority.

[0007] A download link is generated for the audio file;

[0008] The download addresses and corresponding call end times are sent to the number protection side.

[0009] According to a second aspect of the embodiments of this specification, a method for processing audio recording files is provided, applied to a number protection side, including:

[0010] Receive the call end time and download address of the recording file for multiple pending calls;

[0011] For each call, the user's remaining waiting time is determined based on the call end time;

[0012] The loading order of each download address is determined based on the user's remaining waiting time.

[0013] The audio file is downloaded from the download address according to the loading order, and the audio file is then sent to the corresponding user.

[0014] According to a third aspect of the embodiments of this specification, a method for processing audio recording files is provided, including:

[0015] Determine the recording priority and call end time for multiple pending calls;

[0016] Recording files for each call are generated in the order determined by the recording priority.

[0017] For each call, the user's remaining waiting time is determined based on the call end time;

[0018] Based on the user's remaining waiting time, the feedback order of the audio files is determined, and the audio files are fed back to the corresponding users according to the feedback order.

[0019] According to a fourth aspect of the embodiments of this specification, a recording file processing system is provided, comprising:

[0020] On the call service side, it is configured to determine the recording priority and call end time of multiple pending calls; generate recording files for each call according to the generation order determined by the recording priority; generate a download address for each recording file; and send each download address and the corresponding call end time to the number protection side.

[0021] The number protection side is configured to, for each call, determine the user's remaining waiting time based on the call end time; determine the loading order of each download address based on the user's remaining waiting time; download the recording file from the download address according to the loading order, and send the recording file back to the corresponding user.

[0022] According to a fifth aspect of the embodiments of this specification, an audio recording file processing apparatus is provided, applied on a call service side, comprising:

[0023] The first determining module is configured to determine the recording priority and call end time of multiple pending calls;

[0024] The first generation module is configured to generate recording files for each of the calls in a generation order determined by the recording priority.

[0025] The second generation module is configured to generate a download address for the audio file;

[0026] The sending module is configured to send each of the download addresses and the corresponding call end time to the number protection side.

[0027] According to a sixth aspect of the embodiments of this specification, an audio recording file processing apparatus is provided, applied to a number protection side, comprising:

[0028] The receiving module is configured to receive the call end times and download addresses of recording files for multiple pending calls.

[0029] The second determining module is configured to determine the user's remaining waiting time for each call based on the call end time.

[0030] The third determining module is configured to determine the loading order of each download address based on the user's remaining waiting time;

[0031] The download module is configured to download the audio file from the download address according to the loading order, and then send the audio file back to the corresponding user.

[0032] According to a seventh aspect of the embodiments of this specification, an audio recording file processing apparatus is provided, comprising:

[0033] The fourth determining module is configured to determine the recording priority and call end time of multiple pending calls;

[0034] The third generation module is configured to generate recording files for each of the calls in a generation order determined by the recording priority.

[0035] The fifth determining module is configured to determine the user's remaining waiting time for each call based on the call end time.

[0036] The feedback module is configured to determine the feedback order of the audio files based on the user's remaining waiting time, and to send the audio files back to the corresponding users according to the feedback order.

[0037] According to an eighth aspect of the embodiments of this specification, a computing device is provided, comprising:

[0038] Memory and processor;

[0039] The memory is used to store computer-executable instructions, and the processor is used to execute the computer-executable instructions. When the computer-executable instructions are executed by the processor, they implement the steps of the above-described recording file processing method.

[0040] According to a ninth aspect of the embodiments of this specification, a computer-readable storage medium is provided that stores computer-executable instructions, which, when executed by a processor, implement the steps of the above-described recording file processing method.

[0041] According to a tenth aspect of the embodiments of this specification, a computer program is provided, wherein when the computer program is executed in a computer, it causes the computer to perform the steps of the above-described recording file processing method.

[0042] This specification provides an embodiment of a method for processing audio recording files, applied to a call service side. It determines the recording priority and call end time of multiple calls to be processed; generates audio recording files for each call according to the generation order determined by the recording priorities; generates download addresses for each audio recording file; and sends each download address and its corresponding call end time to a number protection side. By generating audio recording files hierarchically based on recording priorities, it solves the problem of the order in which audio recording files are generated without increasing costs or limiting technical resources, avoiding network bandwidth bottlenecks and meeting the timeliness requirements of different users for obtaining audio recording files. Attached Figure Description

[0043] Figure 1A This is a schematic diagram illustrating an application scenario of an audio file processing method provided in one embodiment of this specification;

[0044] Figure 1B This is a schematic diagram illustrating an application scenario of another method for processing audio files provided in one embodiment of this specification;

[0045] Figure 2 This is a flowchart illustrating a method for processing recording files applied to a call service side, as provided in one embodiment of this specification.

[0046] Figure 3 This is a flowchart illustrating a method for processing audio recording files applied to the number protection side, as provided in one embodiment of this specification.

[0047] Figure 4A This is a schematic diagram of an interface for submitting a user's allowed waiting time, provided in one embodiment of this specification.

[0048] Figure 4B This is a schematic diagram of an interface for a feedback recording file provided in one embodiment of this specification;

[0049] Figure 5 This is a flowchart illustrating a method for processing audio recording files according to one embodiment of this specification;

[0050] Figure 6 This is a flowchart illustrating the processing procedure of an audio recording file processing method according to one embodiment of this specification.

[0051] Figure 7 This is a flowchart illustrating a method for processing audio recording files according to one embodiment of this specification;

[0052] Figure 8 This is a structural block diagram of an audio recording file processing system provided in one embodiment of this specification;

[0053] Figure 9 This is a schematic diagram of a recording file processing device applied to a call service side, provided in one embodiment of this specification;

[0054] Figure 10 This is a schematic diagram of the structure of an audio recording file processing device applied to the number protection side, provided in one embodiment of this specification;

[0055] Figure 11 This is a schematic diagram of the structure of an audio recording file processing device provided in one embodiment of this specification;

[0056] Figure 12 This is a structural block diagram of a computing device provided in one embodiment of this specification. Detailed Implementation

[0057] Many specific details are set forth in the following description to provide a full understanding of this specification. However, this specification can be implemented in many other ways than those described herein, and those skilled in the art can make similar extensions without departing from the spirit of this specification. Therefore, this specification is not limited to the specific implementations disclosed below.

[0058] The terminology used in one or more embodiments of this specification is for the purpose of describing particular embodiments only and is not intended to be limiting of the one or more embodiments of this specification. The singular forms “a,” “described,” and “the” as used in one or more embodiments of this specification and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used in one or more embodiments of this specification refers to and includes any or all possible combinations of one or more associated listed items.

[0059] It should be understood that although the terms first, second, etc., may be used to describe various information in one or more embodiments of this specification, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, first may also be referred to as second without departing from the scope of one or more embodiments of this specification, and similarly, second may also be referred to as first. Depending on the context, the word "if" as used herein may be interpreted as "when," "when," or "in response to a determination."

[0060] First, the terms and concepts used in one or more embodiments of this specification will be explained.

[0061] Call service side: also known as the operator platform, or simply operator, refers to the provider of network and telephone services, which provides mobile communication services through mobile phone numbers and offers number privacy protection services. Different operator platforms have provincial sub-platforms.

[0062] Privacy number: Also known as a privacy number, it is a phone number provided by the call service provider for call forwarding to protect the privacy of the number.

[0063] Call recording files: Audio files containing the conversation between the caller and the called party, common formats include .mp3, .wav, etc.

[0064] Call detail record (CDR): A telecommunications term referring to the original communication record information.

[0065] Initial call detail records (CDRs) include two categories: those corresponding to the call service provider and those returned by the number protection provider. The CDRs corresponding to the call service provider are those retrieved from the number protection provider before the call begins, using the caller's number and privacy number to obtain the call detail record of the called number. The CDRs returned by the number protection provider are those returned by the number protection provider based on the CDRs corresponding to the call service provider, specifying the called number to be connected and any additional functions required for the call. These additional functions can include call recording. For example, if the CDR returned by the number protection provider contains a recording identifier or recording priority, it indicates that the call needs to be recorded, meaning that the CDR includes call recording functionality.

[0066] End-of-call detail record (CDR): This refers to the call detail record sent from the call service side to the number protection side after the call ends. It records the communication information of this call, mainly including the calling number, called number, start time, end time, call duration, and download address of the recording file.

[0067] Download address for the recording file: This URL records the location where the call recording file is stored, usually starting with http or https. Accessing the corresponding download address allows you to obtain or download the recording file.

[0068] A queue is a first-in, first-out (FIFO) data structure where elements are appended to the tail and removed from the head. In a priority queue, elements are assigned priorities. When accessing elements, the element with the highest priority is deleted first.

[0069] Linked list: A non-contiguous, non-sequential storage structure in physical storage units. The logical order of data elements is achieved through the linking order of pointers in the linked list.

[0070] Object Storage Service (OSS) is a massive, secure, low-cost, and highly reliable cloud storage service that can store various file types.

[0071] With the continuous development of computer technology, number privacy protection technology, which provides users with communication capabilities through private numbers, has also developed rapidly, and more and more users are using it. Providing users with call recording files is an important additional function of number privacy protection.

[0072] Different users have different requirements for the timeliness of providing call recording files. For example, marketing consultants require the recording file to be pushed immediately after the call ends, while order users are not sensitive to the delay of the recording push.

[0073] The recording files are generated by the call service provider after the call ends, and a download link is provided in the call log. The number protection provider downloads the files and provides them to the user upon completion. Due to limited technical resources on the call service side, it is impossible to generate all recording files at once; network bandwidth bottlenecks also prevent the downloading of all generated recording files simultaneously.

[0074] In existing technologies, the servers that generate recording files are typically upgraded and expanded to address the limited technical resources on the call server side, using a larger bandwidth network to avoid network bandwidth bottlenecks. However, these methods significantly increase costs, requiring continuous expansion and configuration upgrades as the number of users and the scale of operations increase.

[0075] In view of this, this specification provides a method for processing audio recording files, applied to the call service side. The method determines the recording priority and call end time of multiple calls to be processed; generates audio recording files for each call according to the generation order determined by the recording priorities; generates download addresses for each audio recording file; and sends each download address and the corresponding call end time to the number protection side. By generating audio recording files hierarchically based on recording priorities, the method solves the problem of the order in which audio recording files are generated, without increasing costs or limiting technical resources, and can meet the timeliness requirements of different users for obtaining audio recording files.

[0076] See Figure 1A , Figure 1A This diagram illustrates an application scenario of an audio file processing method provided in one embodiment of this specification. Figure 1AAs shown, a calling user dials a number through a calling terminal. The calling terminal sends a call request to the call service side. Based on the calling number and privacy number in the call request, the call service side determines the called number and the called terminal, thus forming a call between the calling user and the called user. The call service side determines the recording priority and call end time of multiple pending calls; generates recording files for each call according to the generation order determined by the recording priority; generates a download address for each recording file; and sends each download address and the corresponding call end time to the number protection side. For each call, the number protection side determines the user's remaining waiting time based on the call end time; determines the loading order of each download address based on the user's remaining waiting time; downloads the recording file from the download address according to the loading order, and sends the recording file back to the corresponding user, i.e., the calling user and / or the called user.

[0077] See Figure 1B , Figure 1B This diagram illustrates an application scenario of another audio file processing method provided in one embodiment of this specification. For example... Figure 1B As shown, a calling user dials a number through a calling terminal. The calling terminal sends a call request to the call service side. Based on the called number in the call request, the call service side determines the called terminal, and a call is formed between the calling user and the called user through the calling terminal and the called terminal. The call service side determines the recording priority and call end time of multiple pending calls; generates recording files for each call according to the generation order determined by the recording priority; for each call, determines the user's remaining waiting time based on the call end time; determines the feedback order of the recording files based on the user's remaining waiting time, and feeds back the recording files to the corresponding users, i.e., the calling user and / or the called user, according to the feedback order.

[0078] The call service side described in any embodiment of this specification can be implemented as a distributed server cluster consisting of multiple servers, or as a single server. The server can be a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms, or an intelligent cloud computing server or intelligent cloud host with artificial intelligence technology.

[0079] The calling terminal and the called terminal can be browsers, apps (applications), or web applications such as H5 (HyperText Markup Language 5) applications, lightweight applications (also known as mini-programs), or cloud applications running on the user terminal. The user terminal can be developed based on an SDK (Software Development Kit) distributed by the server, such as an RTC (Real-Time Communication) SDK. The user terminal can be deployed in electronic devices and depends on the device or certain apps on the device to run. Electronic devices can have displays and support information browsing, such as personal mobile terminals like mobile phones, tablets, and personal computers. Various other types of applications can also be configured in electronic devices, such as human-computer interaction applications, model training applications, text processing applications, web browser applications, shopping applications, search applications, instant messaging tools, email client terminals, and social media platform software.

[0080] As can be seen from the above application scenarios, the recording file processing method provided in this manual can provide key protection for latency-sensitive users in scenarios where the technical resources on the call service side are limited, and can promptly return the recording files, while not affecting the use of other non-sensitive users. In other words, it meets the timeliness requirements of different users for obtaining call recording files.

[0081] It should be noted that the above application scenarios are only used to illustrate the methods provided in the embodiments of this specification. In actual applications, the settings of relevant details in the application scenarios can be flexibly adjusted according to the methods provided in the embodiments of this specification. The above application scenarios do not constitute a limitation on the methods provided in the embodiments of this specification.

[0082] This specification provides a method for processing audio recording files. One or more embodiments of this specification also relate to an audio recording file processing apparatus, an audio recording file processing system, a computing device, a computer-readable storage medium, and a computer program, which will be described in detail in the following embodiments.

[0083] See Figure 2 , Figure 2 A flowchart of a recording file processing method applied to a call service side, according to an embodiment of this specification, is shown, specifically including the following steps.

[0084] Step 202: Determine the recording priority and call end time for the multiple calls to be processed.

[0085] The multiple calls pending processing refer to calls that have ended but have not yet been processed into recording files or have not yet generated recording files corresponding to the call content.

[0086] The recording priority refers to the order in which recording files are processed for calls to be processed. The higher the recording priority, the earlier the recording files are processed for calls to be processed. For example, if there are two calls to be processed, and the recording priority of the first call is lower than that of the second call, the recording files of the second call need to be processed first, and then the recording files of the first call need to be processed.

[0087] The call end time refers to the time when the call between the two parties is completed or the call link is disconnected. For example, if User A calls User B and hangs up at 9:30, the call end time is 9:30.

[0088] In one or more optional embodiments of this specification, the recording priority is bound to the calling and / or called number corresponding to the call, wherein the calling number is the number corresponding to the user initiating the call, and the called number is the number corresponding to the user receiving the call. For each user, the user sets a recording priority for their corresponding number; that is, the user conducting the call can set the recording priority. In this way, the recording priority can be obtained through the number corresponding to the call, which is simple to operate, convenient to implement, and improves the efficiency of determining the recording priority.

[0089] For example, if the recording priority is bound to the calling number of the call, then the recording priority corresponding to the calling number is determined as the recording priority of that call; similarly, if the recording priority is bound to the called number of the call, then the recording priority corresponding to the called number is determined as the recording priority of that call; furthermore, if the recording priority is bound to both the calling number and the called number of the call, then the recording priorities of the calling number and the called number are compared, and the higher recording priority is determined as the recording priority of that call.

[0090] Since callers typically have a greater need to record calls, to facilitate determining recording priority, it is preferable to bind the recording priority to the caller's number. Furthermore, if the user does not set a recording priority, the default priority, such as the lowest recording priority, will apply.

[0091] Furthermore, when recording priorities are bound to the calling and / or called numbers of a call, customers using number protection services, typically businesses or platforms such as food delivery platforms, can also set recording priorities for their corresponding numbers (calling and / or called numbers). For example, if a delivery person binds their number to the food delivery platform, meaning that number corresponds to the platform using number protection, when the delivery person uses this number to call a customer, that number is the calling number, and the recording priority for that calling number is set by the food delivery platform. When a customer calls the delivery person, that number is the called number, and the recording priority for that called number is set by the food delivery platform. In other words, when recording priorities are bound to the calling and / or called numbers of a call, customers using number protection services can set the recording priorities for calls between the calling and called numbers.

[0092] In one or more optional embodiments of this specification, the recording priority is related to the user's desired recording duration. The shorter the desired recording duration, the higher the recording priority; conversely, the shorter the desired recording duration, the lower the recording priority. Each user can set a desired recording duration for their corresponding call. Each recording priority corresponds to a desired recording duration range. For example, the first recording priority corresponds to a desired recording duration range of [0-1) minutes, the second recording priority corresponds to a desired recording duration range of [1-5) minutes, and the third recording priority corresponds to a desired recording duration range of [5-+∞) minutes. That is, to determine the recording priority of a call, one can first determine the desired recording duration set by the user for the call, and then determine the recording priority based on the desired recording duration range to which it belongs.

[0093] Similarly, when the recording priority is related to the user's required recording duration, customers using number protection services can also set the required recording duration.

[0094] To determine the end time of a pending call, you can obtain the call start time and duration, add the call start time and duration together to calculate the end time, or simply record the time when the call ends.

[0095] Step 204: Generate recording files for each of the calls according to the generation order determined by the recording priority.

[0096] The recorded audio file of the call is an audio file corresponding to the content of the call between the calling and called users.

[0097] In one or more optional embodiments of this specification, after determining the recording priority of each call to be processed, the recording files of each call are generated sequentially in descending order of the recording priority, i.e., the generation order.

[0098] Understandably, there are various ways to generate call recordings, as long as the accuracy of the recordings is ensured.

[0099] For example, when a call begins, the audio content of the call is immediately recorded to obtain an audio file. Then, according to the recording priority, the audio file corresponding to the current call is obtained and processed such as transcoding and noise reduction to obtain the recording file of the current call.

[0100] For example, when a call begins, the voices of both parties are immediately recorded separately, resulting in two sub-recording files: one for the calling user and one for the called user. Then, according to the generation order corresponding to the recording priority from high to low, the two sub-recording files corresponding to the current call are obtained, and the two sub-recording files are merged according to the timestamp to obtain the recording file of the current call.

[0101] Step 206: Generate a download address for the audio file.

[0102] The download address refers to the location where the audio file is stored, recorded in the form of a URL.

[0103] In practical applications, the call service provider can place or upload the recording files on its own or an existing website server and create a download link to obtain the download address of the recording files.

[0104] For example, the call service may store the generated recording file in a local recording file storage area and generate a link corresponding to that recording file storage area, which is to generate a download address for the recording file.

[0105] For example, the call service uploads the generated recording file to the general server and creates a link, i.e., a download address, on the webpage of the general server to download the recording file.

[0106] Step 208: Send each download address and the corresponding call end time to the number protection side.

[0107] The number protection side refers to a platform or server that provides users with private calling services based on basic communication network capabilities.

[0108] In practical applications, after generating a download address for a call recording, the call service side sends the call end time and the corresponding download address to the number protection side. Upon receiving the call end time and the download address, the number protection side determines the remaining waiting time for the user corresponding to that call based on the call end time. After determining the remaining waiting time for each call, it determines the loading order of the download addresses based on these remaining waiting times, and then downloads the recording file from the download addresses according to the loading order, sending the recording file back to the user corresponding to the call at the current download address.

[0109] The recording file processing method provided in this embodiment is applied to the call service side to determine the recording priority and call end time of multiple calls to be processed; generate recording files for each call according to the generation order determined by the recording priority; generate download addresses for the recording files; and send each download address and the corresponding call end time to the number protection side. By generating recording files hierarchically based on recording priority, the problem of the order of recording file generation is solved without increasing costs or limiting technical resources, avoiding network bandwidth bottlenecks and meeting the timeliness requirements of different users for obtaining recording files.

[0110] In one or more optional embodiments of this specification, the call service side may also request the number protection side for call recording priority and record the call end time when the call ends. That is, the specific implementation process of determining the recording priority and call end time of multiple calls to be processed may also be as follows:

[0111] For each pending call, a call request for that call is received, wherein the call request carries the caller ID and a private number;

[0112] Send the caller ID and the privacy number to the number protection side;

[0113] The system receives call activation information from the number protection side based on the caller ID and the privacy number, wherein the call activation information includes the called number and the recording priority.

[0114] In response to receiving the call start information, the call is started between the calling number and the called number, and the call end time is recorded.

[0115] The call request refers to a request initiated by the calling user through the calling terminal, such as a request to dial a certain phone number.

[0116] The calling number refers to the number corresponding to the user making the call. For example, if user A's mobile phone number is 123456, then the calling number for a call or call request initiated by mobile phone number 123456 is 123456.

[0117] The privacy number, also known as the privacy number, is a telephone number provided by the call service provider for call forwarding used to protect the privacy of the number. Examples include "111", "222", and "112233".

[0118] The called number refers to the number corresponding to the user who answers the call. For example, if user B's landline number is 654321, then the called number corresponding to a call answered by landline number 654321 is 123456.

[0119] The call start information records information about initiating or connecting a call, including the called number and recording priority. It may also include the caller's number and any additional functions required for the call. In this case, the call start information is the start call detail record.

[0120] In practical applications, when a calling user dials a private number through their calling terminal, the calling terminal generates a call request carrying both the calling number and the private number. The call service receives this call request and then sends the calling number and the private number to the number protection side. Based on the calling number and the private number, the number protection side queries the corresponding called number and determines the recording priority of the call between the calling and called numbers. It then feeds back the called number and recording priority to the call service in the form of call initiation information. Further, the call service initiates the call between the calling and called users based on the calling and called numbers, and records the call end time at the end of the call.

[0121] In this way, the call service side sends the caller's number and privacy number to the number protection side to obtain the called number and recording priority. While ensuring the normal operation of the number privacy service, it can obtain the recording priority, which reduces the amount of data processing required for the call service side to independently determine the recording priority to a certain extent. It also lays the foundation for meeting the timeliness requirements of different users for obtaining call recording files, and is conducive to improving the efficiency and accuracy of recording file processing.

[0122] It should be noted that the multiple calls to be processed can be all calls that have not been recorded, or calls within a certain processing period.

[0123] To further improve the timeliness of recording files from different users, the call service can set a processing cycle to process recording files for multiple calls within the same processing cycle. That is, before generating the recording files for each call according to the generation order determined by the recording priority, the process further includes:

[0124] Set the processing cycle;

[0125] The step of generating recording files for each call according to the generation order determined by the recording priority includes:

[0126] Recording files for each target call are generated in the order determined by the recording priority of each target call, wherein the target call is the call whose end time is within the current processing cycle.

[0127] The processing cycle refers to the processing cycle set on the call service side for generating recordings, such as T. S That is, starting from the reference time 0, [0,T] S Calls within the same time frame are recorded together.

[0128] In practical applications, the call service side sets a processing cycle, which can process calls in different processing cycles in batches, that is, call calls in the same processing cycle are processed into recording files together.

[0129] For example, a preset processing cycle is used to add target calls that end within the current processing cycle to the same processing set. In other words, target calls whose end time is within the current processing cycle are added to the same processing set. The target calls in the processing set are then generated into corresponding recording files according to the generation order determined by the recording priority.

[0130] Because all calls are processed together in a batch according to the order of recording priority, the recording files of users with the highest timeliness requirements (highest recording priority) are processed first each time. This may cause the recording files of users with lower recording priority to be delayed indefinitely, resulting in excessively long wait times and unnecessary delays. By adjusting the processing cycle, the efficiency of generating recording files can be improved, thus meeting the timeliness requirements of different users for obtaining call recording files.

[0131] It should be noted that, in order to ensure timely feedback of recorded files, the processing cycle is much shorter than the user's allowed waiting time.

[0132] In one feasible embodiment of this specification, the target calls can be arranged in order of recording priority from low to high, and then starting from the last target call, the recording files corresponding to the current call identifier can be generated sequentially until the first call identifier.

[0133] In another possible embodiment of this specification, the target calls can be arranged in descending order of recording priority, and then, starting from the first target call, the recording files corresponding to the current call identifier can be generated sequentially until the last call identifier.

[0134] In another feasible embodiment of this specification, the call identifiers of each target call can be added to the recording file generation queue according to the recording priority. Then, the recording files corresponding to each call identifier are generated according to the generation order represented by the recording file generation queue. That is, the specific implementation process of generating the recording files of each target call according to the generation order determined by the recording priority of each target call can be as follows:

[0135] The call identifier corresponding to each target call is added to the recording file generation queue, wherein the recording priority corresponding to each call identifier is from high to low from the head to the tail of the recording file generation queue.

[0136] Starting with the first call identifier in the recording file generation queue, recording files corresponding to the current call identifier are generated sequentially until the last call identifier.

[0137] The call identifier can be a unique symbol, sign, or identifier that represents the current call, such as the call name, time, or start call detail record.

[0138] The audio file generation queue refers to a queue formed based on recording priority, which represents the generation order of audio files.

[0139] In practical applications, after the call service side obtains the recording priority of each target call within the current processing cycle, it can construct a recording file generation queue based on the recording priority, add the call identifier corresponding to the target call to the recording file generation queue, so that the call identifier corresponding to the target call with higher recording priority is placed before the call identifier corresponding to the target call with lower recording priority in the recording file generation queue, that is, determine the generation order.

[0140] You can add the call identifiers corresponding to the target call to the recording file generation queue in descending order of recording priority; or you can add the call identifiers corresponding to the target call to the recording file generation queue in a random order. However, when adding call identifiers to the queue, the order of each call identifier in the recording file generation queue is adjusted according to the recording priority.

[0141] For example, the call identifier is the start call detail record (CDR), and the recording file generation queue is a priority queue (Queue). The head of the queue is Q. f The last character in the queue is Q. r Suppose a target call's initial call detail record (CDR) A is enqueued; place CDR A in Q.r If Q r-1 If there is a starting call detail record (CDR) B at the location, then compare the recording priorities of starting CDR A and starting CDR B. If the recording priority of starting CDR A is r... a Recording priority r is lower than or equal to the start call detail record B b Then call detail record (CDR) A is enqueued. If the recording priority of CDR A is r... a Recording priority r higher than the start call detail record B b Then, the positions of starting call detail record (CDR) A and starting call detail record (CDR) B are swapped until the recording priority of the next starting call detail record in the queue of starting call detail record A is lower than or equal to the recording priority r. a Construct a priority queue (Queue) for all calls within the current processing cycle. From Q... f Once the call begins, an audio recording is generated. This process repeats within each processing cycle.

[0142] Thus, employing a recording file generation queue, which possesses both priority and set attributes, facilitates improved efficiency in generating recording files through appropriate processing cycles, meeting the timeliness requirements of different users for obtaining call recording files. The recording file generation decision scheme based on priority queues, and the recording file synthesis queue generated based on recording latency hierarchy (recording priority), solves the problem of determining the order of recording file generation when call service-side resources are limited.

[0143] To improve the accuracy of the recording files, the specific process for generating the recording files for each call can be as follows:

[0144] For each call, obtain the first audio data corresponding to the calling user and the second audio data corresponding to the called user in that call;

[0145] Based on the first audio data and the second audio data, a recording file of the call is synthesized.

[0146] The calling user refers to the user who makes the call or the user corresponding to the calling number.

[0147] The called user refers to the user who receives the call or the user corresponding to the called number.

[0148] In practical applications, audio data is recorded in real-time based on the media signaling of both the calling and called parties during a call. The audio data recording is completed when the call ends. The audio data corresponding to the calling party's channel is the first audio data, i.e., the audio data corresponding to the calling user; the audio data corresponding to the called party's channel is the second audio data, i.e., the audio data corresponding to the called user. After the call ends, the first and second audio data need to be combined to form a recording file, at which point the actual recording file is generated.

[0149] By recording the first audio data of the calling user and the second audio data of the called user, and then combining the first and second audio data into an audio file, the correctness and accuracy of the audio file content can be guaranteed, thereby improving user satisfaction.

[0150] The above is an illustrative scheme of a recording file processing method applied to the call service side according to this embodiment. It should be noted that the technical solution of this recording file processing method belongs to the same concept as the technical solution of the recording file processing method applied to the number protection side described below. For details not described in detail in the technical solution of the recording file processing method applied to the call service side, please refer to the description of the technical solution of the recording file processing method applied to the number protection side below.

[0151] See Figure 3 , Figure 3 A flowchart of a recording file processing method applied to the number protection side, according to one embodiment of this specification, is shown, specifically including the following steps.

[0152] Step 302: Receive the call end time and the download address of the recording file for the multiple calls to be processed.

[0153] The multiple calls pending processing refer to calls that have ended but have not yet been processed into recording files or have not yet generated recording files corresponding to the call content.

[0154] The call end time refers to the time when the call is completed or the call link is disconnected between the two parties.

[0155] The recording file is the audio file corresponding to the content of the call between the calling and called users.

[0156] The download address refers to the location where the audio file is stored, recorded in the form of a URL.

[0157] In practical applications, the call service side first determines the recording priority and call end time of multiple calls to be processed. Then, according to the generation order determined by the recording priority, it generates the recording files for each call and generates download addresses for the recording files. Subsequently, it sends each download address and the corresponding call end time to the number protection side. Correspondingly, the number protection side receives the call end time and the download address of the recording files for the multiple calls to be processed.

[0158] Step 304: For each call, determine the user's remaining waiting time based on the call end time.

[0159] The remaining waiting time for the user refers to the remaining acceptable time for the user to receive the audio file. For example, if the user can accept a maximum of 5 minutes of audio file feedback, and 2 minutes have already passed, then the user's remaining waiting time is 3 minutes.

[0160] Understandably, determining a user's remaining waiting time requires not only the call end time but also the current time and the user's allowed waiting time. Based on the call end time, the current time, and the user's allowed waiting time, the remaining waiting time can be determined in various feasible ways, ensuring the accuracy of the remaining waiting time.

[0161] For example, in one possible implementation, determining the user's remaining waiting time for each call based on the call end time can be:

[0162] For each call, obtain the user's allowed waiting time for the current call;

[0163] The time interval between the current time and the call end time is determined as the user's waiting time;

[0164] The remaining waiting time for the user in the current call is determined based on the user's allowed waiting time and the user's already waited time.

[0165] The user-allowed waiting time refers to the maximum duration of the feedback recording file that the user can accept.

[0166] The user's waiting time refers to the time the user has been waiting to receive the recording file up to the current moment.

[0167] The current time can be the current real-time time, or the time corresponding to the download address received by the number protection side and the call end time.

[0168] In practical applications, for a given call, the user's allowed waiting time can be obtained first: the user can submit their allowed waiting time to the number protection provider in advance, which stores the information. When a call for that user is scheduled, the user's pre-submitted allowed waiting time can be retrieved from the local storage. Alternatively, a user allowed waiting time setting interface can be displayed at the start of the call. After the user enters their allowed waiting time in this interface, the call begins, and the number protection provider receives the allowed waiting time. Further, the current time is subtracted from the call end time to obtain the user's already waited time. Then, the allowed waiting time is subtracted from the already waited time to obtain the remaining waiting time for the current call.

[0169] This implementation method can improve the accuracy of the user's remaining waiting time, thereby ensuring the efficiency of the feedback recording file and meeting the timeliness requirements of different users for obtaining the recording file.

[0170] For example, in another possible implementation, the user's allowed waiting time is first obtained, and then the call end time is added to the allowed waiting time to obtain the latest acceptable reception time for the user, i.e., the user's allowed reception time. The user's allowed reception time is then subtracted from the current time to obtain the user's remaining waiting time for the current call. This implementation improves the accuracy of the user's remaining waiting time, thereby ensuring the efficiency of receiving the recording file and meeting the timeliness requirements of different users for obtaining the recording file.

[0171] See Figure 4A , Figure 4A This is a schematic diagram of an interface for submitting a user's allowed waiting time, provided in one embodiment of this specification. Users can upload their allowed waiting time via a user terminal, such as a mobile phone or computer. Taking a mobile phone as an example: the interface for submitting the allowed waiting time is displayed on the mobile phone, including a display box for entering the allowed waiting time. Users can enter the allowed waiting time in the horizontal line "_____" in the display box. The unit for the allowed waiting time is set to minutes, and the unit can be changed, such as hours or seconds, using the drop-down icon "▽". The interface also includes "OK" and "Cancel" controls. Triggering the "OK" control submits the allowed waiting time, and triggering the "Cancel" control cancels the submission of the allowed waiting time.

[0172] It should be noted that the user-submitted allowed waiting time can be received by at least one of the call service provider and the number service provider. The recipient of the allowed waiting time may differ depending on the scenario. In scenarios without number privacy protection, only the call service provider exists, and the allowed waiting time is received by that provider. In scenarios with number privacy protection, both the call service provider and the number service provider exist. The allowed waiting time can be received by the number service provider, or by both. Preferably, the allowed waiting time is received by the number service provider.

[0173] Step 306: Determine the loading order of each download address based on the user's remaining waiting time.

[0174] The loading order refers to the order in which download addresses are loaded, or the order in which audio files are downloaded.

[0175] In practical applications, after determining the remaining waiting time for each user in each call, the download addresses for each call can be arranged in ascending order of remaining waiting time. That is, the shorter the remaining waiting time for a call, the earlier its download address appears in the order, and the loading order is from front to back. Alternatively, the download addresses can be arranged in descending order of remaining waiting time. In this case, the shorter the remaining waiting time for a call, the later its download address appears in the order, and the loading order is from back to front.

[0176] Step 308: Download the audio file from the download address according to the loading order, and send the audio file back to the corresponding user.

[0177] In practical applications, the download addresses are loaded sequentially according to the loading order, and the audio files are downloaded from the web pages corresponding to the download addresses. The audio files are then returned to the user, such as by pushing the downloaded audio files to the object storage server specified by the user.

[0178] See Figure 4B , Figure 4B This is a schematic diagram of an interface for receiving a feedback recording file, provided in one embodiment of this specification: Users can receive the feedback recording file through user terminals, such as mobile phones, computers, and other smart devices. Taking a mobile phone as an example: The interface for receiving the feedback recording file on the mobile phone includes the recording file with the recording file name "Recording File ***", as well as two controls: "Play" and "Delete". When the user clicks the "Play" control, the recording file is played; when the user clicks the "Delete" control, the recording file is deleted.

[0179] The audio recording file processing method provided in this embodiment is applied to the number protection side. It receives the call end times and download addresses of multiple pending calls; for each call, it determines the user's remaining waiting time based on the call end time; it determines the loading order of each download address based on the user's remaining waiting time; it downloads the audio recording file from the download addresses according to the loading order, and then sends the audio recording file back to the corresponding user. By addressing the different timeliness requirements of different users for audio recording files and determining the loading order of download addresses based on the user's remaining waiting time, it solves the bottleneck of network bandwidth and the problem of deciding the order of audio recording file downloads. Without increasing costs or with limited technical resources, it can meet the timeliness requirements of different users for obtaining audio recording files.

[0180] In one or more optional embodiments of this specification, the download addresses corresponding to each call can be added to the recording file download queue according to the user's remaining waiting time, and then the recording files can be downloaded according to the loading order represented by the recording file download queue. That is, determining the loading order of each download address according to the user's remaining waiting time includes:

[0181] The download address corresponding to each of the calls is added to the recording file download queue, wherein, from the head to the tail of the recording file download queue, the remaining waiting time of the user corresponding to each download address is from short to long;

[0182] Accordingly, downloading the audio file from the download address according to the loading order includes:

[0183] Starting from the first download address in the audio file download queue, the audio files are downloaded sequentially from the current download addresses until the last download address.

[0184] The audio file download queue refers to a queue formed based on the user's remaining waiting time, which represents the order in which audio files are downloaded.

[0185] In practical applications, after the number protection side determines the remaining waiting time for the user during a call, a recording file download queue can be constructed based on the remaining waiting time. The download addresses corresponding to the calls are added to this queue, ensuring that download addresses for calls with shorter remaining waiting times are prioritized over those with longer remaining waiting times. Then, the recording files are downloaded sequentially from the download addresses, from the front to the back of the queue.

[0186] For example, the audio file download queue is a priority download linked list Link, where the first node of the linked list is L. head Suppose a download address A for a call is added to the chain. Place A in L. head If L head The next pointer points to a non-null node, L head If the next node is a non-empty node and contains download address B, then compare the remaining user waiting time for download address A with that for download address B. If the remaining user waiting time for download address A is t... a The remaining waiting time t for users whose download address is shorter than or equal to download address B b Then, the download addresses corresponding to each node in the Link list will be prioritized and moved one node forward. That is, download address A will be in Link. head The next node, download address B is in L head The next node after the next node. If the user downloading from address A has a remaining waiting time t.a The remaining waiting time t for users who download from address B is longer than that of the previous user. b Then the remaining waiting time t for the user downloading from address A will be calculated. a With L head In the next two nodes, the remaining waiting time of the user corresponding to the stored download address is compared, and so on; if L head If the `next` pointer points to an empty node, then download address A is stored in that empty node, completing the construction of the Link. Then, the audio file is downloaded from one of the download addresses in the Link in a specific order. Specifically: L head It is an empty node, which does not store the download address. Its function is to determine the position of the first node through the next pointer, starting from the Link's L. head Starting from node L, each time... head Download the file from the download address stored in the node pointed to by the next pointer; after the audio file corresponding to this node is downloaded, delete the node and set L. head The `next` pointer points to the next node after the current node. This process continues until all audio files have been downloaded.

[0187] It should be noted that the link can be entered via a download address, a call detail record (CDR) termination address, or other methods. This instruction manual does not impose any restrictions on these methods.

[0188] To address the varying timeliness requirements of different users for recorded files, a download queue for recorded files is dynamically generated based on the user's remaining waiting time and the user's already waited time, thus resolving the bottleneck of network bandwidth and the decision-making problem regarding the order in which recorded files are downloaded.

[0189] In one or more optional embodiments of this specification, to ensure the normal progress of the call, the call service side may also request the called number from the number protection side. That is, before receiving the call end time and the download address of the recording file for the multiple calls to be processed, the method further includes:

[0190] Receive the caller ID and private number sent by the call service provider;

[0191] Locate the called number associated with the calling number and the privacy number;

[0192] The called number is sent to the call service side to initiate a call between the calling number and the called number.

[0193] The calling number refers to the number corresponding to the user making the call.

[0194] The privacy number, also known as the privacy number, is a telephone number provided by the call service provider for call forwarding used to protect the privacy of the number.

[0195] The called number refers to the number corresponding to the user who answers the call.

[0196] In practical applications, a calling user dials a private number through their calling terminal. This means the calling terminal generates a call request carrying both the calling number and the private number. The call service receives this request and then sends the calling number and the private number to the number protection side. Based on the calling number and the private number, the number protection side queries the appropriate called number and returns it to the call service. Finally, the call service initiates a call between the calling user and the called user based on the calling number and the called number.

[0197] In this way, the number protection side receives the calling number and the privacy number to query the called number corresponding to the call, which ensures the normal operation of the number privacy service and helps to improve the efficiency and accuracy of recording file processing.

[0198] To quantitatively determine user needs, the allowed waiting time for multiple users can be obtained first. Based on the total number of users and their allowed waiting time, recording priorities are assigned, and the recording priority associated with each user is determined. That is, before receiving the call end time and download address of the recording files for the multiple pending calls, the process also includes:

[0199] Obtain the allowed waiting time for multiple users;

[0200] Based on the total number of users and the recording priority level, determine the number of users corresponding to each recording priority.

[0201] Based on the user's allowed waiting time and the number of users corresponding to each recording priority, the recording priority associated with each user is determined, so that the call service side can determine the recording priority of multiple calls to be processed.

[0202] The total number of users refers to the number of users who have obtained the user's allowed waiting time.

[0203] The number of recording priority levels refers to the number of recording priority grades. For example, if there are recording priorities A, B, and C, then the number of levels is 3.

[0204] The number of users corresponding to the recording priority refers to the number of people corresponding to each recording priority. For example, recording priority A corresponds to 3 people and recording priority B corresponds to 4 people.

[0205] For each user, the user can submit the allowed waiting time to the number protection side in advance, which will then store the data, thus obtaining the allowed waiting time for multiple users.

[0206] Optionally, the quotient of the total number of users M and the recording priority level N can be used as the number of users for the first N-1 recording priorities. The remainder of the quotient of the total number of users M and the level N can be used as the number of users for the Nth recording priority. For the specific calculation formula, please refer to Equation 1.

[0207]

[0208] Where M is the total number of users, N is the number of recording priority levels, and C... i Let M be the number of users with the i-th recording priority. That is, the number of users with the first N-1 recording priorities is M / N, and the number of users with the N-th recording priority is M / N+(M%N).

[0209] Alternatively, the sum of the quotient of the total number of users M and the recording priority level N, plus 1, can be used as the number of users for the first N-1 recording priorities. The difference between the total number of users M and the sum of the number of users for the first N-1 recording priorities can be used as the number of users for the Nth recording priority. For the specific calculation formula, please refer to Equation 2.

[0210]

[0211] Where M is the total number of users, N is the number of recording priority levels, and C... i Let M be the number of users with the i-th recording priority. That is, the number of users with the first N-1 recording priorities is M / N+1, and the number of users with the N-th recording priority is M-(M / N+1)(N-1).

[0212] After determining the number of users corresponding to each recording priority, each user is associated with a corresponding recording priority in ascending order of their allowed waiting time. For example, if there are 3 recording priorities and 5 users, the first recording priority corresponds to 2 users, the second recording priority to 2 users, and the third recording priority to 1 user; the allowed waiting times for users 1 through 5 are 5, 3, 4, 8, and 1 respectively. Therefore, the recording priority associated with the fifth user and the second user is the first recording priority, the recording priority associated with the third user and the first user is the second recording priority, and the recording priority associated with the fourth user is the third recording priority.

[0213] It should be noted that after determining the recording priority associated with each user, the number protection side needs to send the recording priority associated with each user to the call service side. This can be done by providing the called number along with the corresponding recording priority, i.e., the recording priority associated with the user for that call; or by sending the updated recording priority to the call service side when the user updates their allowed waiting time. This manual does not impose any limitations on this.

[0214] It should be noted that the recording priority can be uploaded by the user or determined based on the user-allowed waiting time. Specifically: the maximum acceptable delay T for receiving recording files from the user. de This refers to the user's allowed waiting time. Assuming there are M users, the maximum delay matrix M is obtained. de =[T de1 T de2 ···T dem The maximum time delay matrix M is... de T in de Sort the matrices to obtain the maximum sequential delay matrix M'. de =[T' de1 T' de2 ···T' dem ], where T de1 <T de2 <···T dem Calculate M users according to T de The size is divided into N levels, where the value of N can be specified according to the actual situation. Then, the number of users C in each level... i For: when 1≤i<N, C i =M / N, when i=N, C i = M / N + (M%N). Based on the maximum time delay matrix M' de The recording priority can be determined by the user's allowed waiting time in ascending order.

[0215] In this way, based on the user's allowed waiting time for uploaded recordings, the recording timeliness of user recordings is graded; and based on the user's maximum acceptable delay for pushing recording files (user's allowed waiting time), the recording latency of user recordings is graded to determine the recording priority. This allows for a quantitative understanding of user needs.

[0216] The above is an illustrative scheme of a recording file processing method applied to the number protection side according to this embodiment. It should be noted that the technical solution of the recording file processing method applied to the number protection side belongs to the same concept as the technical solution of the recording file processing method applied to the call service side described above. For details not described in detail in the technical solution of the recording file processing method applied to the number protection side, please refer to the description of the technical solution of the recording file processing method applied to the call service side described above.

[0217] To make the test data methods provided in the embodiments of this specification easier to understand, the following will be combined with... Figure 5 The method for processing audio files that combines the above-described embodiments will be further explained. Figure 5 This is a flowchart illustrating an embodiment of a method for processing audio recording files provided in this specification, including:

[0218] The maximum acceptable latency for pushing audio files to users is collected by the number protection side: This includes collecting the maximum acceptable latency (T) for pushing audio files to each user. de This refers to the user's allowed waiting time. The delay for providing the user with the audio file is T. d =T r –T endTime T r T represents the time when the audio file was pushed to the user. endTime This represents the time when the call ended. Assuming there are M users, the maximum delay matrix M is obtained. de =[T de1 T de2 ···T dem ].

[0219] User recording latency classification: The number protection side will use the maximum latency matrix M de T in de Sort the matrices to obtain the maximum sequential delay matrix M. de =[T de1 T de2 ···T dem ], where T de1 <T de2 <···T dem Calculate M users according to T de The size is divided into N levels, where the value of N can be specified according to the actual situation. The number of users Ci in each level is: when 1 ≤ i < N, Ci = M / N; when i = N, Ci = M / N + (M % N). Based on the maximum delay matrix M' de The recording priority can be determined by the user's allowed waiting time in ascending order.

[0220] Initiating Call Detail Recording and Recording Delay Classification: When caller A dials privacy number X, the call service side sends an initial call detail record (CDR) to the number protection side to query the called number B that should be connected. The number protection side returns the called number B that should be connected, as well as the additional functions required for this call. In addition, a new parameter r is added to indicate the recording priority of this call, where r = i.

[0221] Recording files are generated based on a recording file generation queue: In the initial call detail record (CDR) returned by the number protection side, the call service side can obtain the recording priority *r* for each call. Let the processing cycle for generating recordings by the call service side be *T*. s That is, starting from the reference time 0, [0,T] s Calls within the specified time frame are recorded together. A queue (Queue) is constructed based on the recording priority (r). The head of the queue is Q. f The last character in the queue is Q. r There is a call start detail record (CDR) Q. j Join the team, Q j Placed in Q r At that point, i.e., j = r. If Q r-1 If there is an element at position r, then compare r. r-1 r j Size, if r r-1 ≤r j Then the queuing is complete (the larger the value, the lower the priority). If r r-1 >r j Then swap r r-1 r j The corresponding start call detail record (CDR) position, up to Q. j The previous element's recording download priority r j-1 less than r j That is, r j-1 ≤r j T is now complete. s All call priority queues within the period. From Q f The call begins, and a recording file is generated. In each T... s This process repeats within a cycle.

[0222] Call detail record (CDR) download address: The call service side generates the recording file based on the call priority queue (Queue). After generation, the CDR is pushed to the number protection side. The CDR records the communication information of this call, including the call end time T. endTime The URL for downloading the audio file. r The time T for ending call detail record push push .

[0223] Recording download based on priority download linked list: A priority download linked list (recording file download queue) is constructed based on the call end detail records sent by the call service side, where the first element of the linked list is L. head Each node in the linked list consists of two parts: the caller's current acceptable latency T. w `next` points to the position of the next node. Where `T`... w The calculation formula is: the waiting time T of the call n =Tpush -T endTime According to T n Calculate the acceptable latency T for this call user. w =T de -T n There is a call log L indicating the end of a call. m Add L to the chain. m Placed in L head If L head The next pointer points to a non-empty node. Compare T. wm With T next The size of T, if T wm ≤T next Then L head next = L m ,L m next = L m If T wm >T next Then T wm Compare with the next node of Lnext, up to T wm ≤T next .

[0224] Complete the construction of the Link, each time from L head Get the download URL of the audio file r And download the audio file: each node contains three pieces of information T w ,url r and next (the position of the next node). Because L head It is an empty node and does not store download addresses, therefore from L head Begin, via L head The next pointer is used to find the next node, and the download URL corresponding to that node is retrieved. r Download. After the download is complete, delete the node and set L. head The next pointer points to the next node of this node, and then the process is repeated through L. head The next pointer is used to find the next node, completing the download of all audio files.

[0225] Return the audio file to the user: Push the downloaded file to the object storage server specified by the user.

[0226] The following is in conjunction with the appendix Figure 6 Taking the application of the audio recording file processing method provided in this specification in a number privacy protection scenario as an example, the audio recording file processing method will be further explained. Among them, Figure 6 The present specification shows a flowchart of a method for processing audio files according to an embodiment of the present specification, which specifically includes the following steps.

[0227] Step 602: Set the processing cycle on the call service side.

[0228] Step 604: The call service side receives the call request, which carries the caller ID and privacy number.

[0229] Step 606: The call service side sends the caller ID and privacy number to the number protection side.

[0230] Step 608: The number protection side searches for the called number associated with the calling number and the privacy number, as well as the recording priority associated with the calling number and the called number.

[0231] The process for determining the recording priority is as follows:

[0232] Obtain the allowed waiting time for multiple users;

[0233] Based on the total number of users and the recording priority level, determine the number of users corresponding to each recording priority.

[0234] Based on the user's allowed waiting time and the number of users corresponding to each recording priority, the recording priority associated with each user is determined, that is, the recording priority associated with the number associated with each user.

[0235] Step 610: The number protection side sends a call start message containing the called number and recording priority to the call service side.

[0236] Step 612: Upon receiving the call start information, the call service side initiates the call between the calling number and the called number and records the call end time.

[0237] Step 614: The call service side adds the call identifier corresponding to each call to the recording file generation queue according to the recording priority of each call in the current processing cycle. The recording priority of each call identifier is from high to low from the head to the tail of the recording file generation queue.

[0238] Step 616: Starting from the first call identifier in the recording file generation queue, the call service side sequentially obtains the first audio data corresponding to the calling user and the second audio data corresponding to the called user in the current call corresponding to the current call identifier; based on the first audio data and the second audio data, it synthesizes the recording file of the current call until the last call identifier.

[0239] Step 618: The call service side generates download addresses for each recording file.

[0240] Step 620: The call service side sends the download address and call end time corresponding to each call to the number protection side.

[0241] Step 622: For each call, the number protection side obtains the user's allowed waiting time for the current call.

[0242] Step 624: The number protection side determines the time interval between the current target time and the call end time as the user's waiting time.

[0243] Step 626: The number protection side determines the remaining waiting time for the user corresponding to the current target call based on the user's allowed waiting time and the user's already waited time.

[0244] Step 628: The number protection side adds the download address corresponding to each call to the recording file download queue. From the head to the tail of the recording file download queue, the remaining waiting time for each user corresponding to each download address is from shortest to longest.

[0245] Step 630: The number protection side starts from the first download address in the recording file download queue, downloads the recording files from the current download address in turn, and sends the recording files back to the corresponding users, until the last download address.

[0246] The audio file processing method provided in this embodiment generates audio files in a hierarchical manner based on recording priority. This solves the problem of the order in which audio files are generated without increasing costs or limiting technical resources. Furthermore, by considering the different timeliness requirements of different users for audio files, the loading order of download addresses is determined based on the user's remaining waiting time, thus resolving the bottleneck of network bandwidth and the decision-making problem regarding the order of audio file downloads. This method can meet the timeliness requirements of different users for obtaining audio files without increasing costs or limiting technical resources.

[0247] See Figure 7 , Figure 7 A flowchart of an embodiment of the audio recording file processing method provided in this specification is shown, which specifically includes the following steps.

[0248] Step 702: Determine the recording priority and call end time for the multiple calls to be processed.

[0249] The multiple calls pending processing refer to calls that have ended but have not yet been processed into recording files or have not yet generated recording files corresponding to the call content.

[0250] The recording priority refers to the order in which the recording files of the calls to be processed are processed. The higher the recording priority, the earlier the recording files of the calls to be processed are processed.

[0251] The call end time refers to the time when the call is completed or the call link is disconnected between the two parties.

[0252] Optionally, the recording priority is bound to the calling and / or called number corresponding to the call, where the calling number is the number corresponding to the user initiating the call, and the called number is the number corresponding to the user receiving the call. For each user, a recording priority is set for their corresponding number.

[0253] Optionally, the recording priority is related to the user's desired recording duration; the shorter the desired recording duration, the higher the recording priority, and vice versa. Each user can set a desired recording duration for their corresponding call. Each recording priority corresponds to a range of desired recording durations. That is, to determine the recording priority of a call, first determine the user's set desired recording duration, and then determine the recording priority based on the range of desired recording durations to which that duration belongs.

[0254] To determine the end time of a pending call, you can obtain the call start time and duration, add the call start time and duration together to calculate the end time, or simply record the time when the call ends.

[0255] Step 704: Generate recording files for each of the calls according to the generation order determined by the recording priority.

[0256] The recorded audio file of the call is an audio file corresponding to the content of the call between the calling and called users.

[0257] In one or more optional embodiments of this specification, after determining the recording priority of each call to be processed, the recording files of each call are generated sequentially in descending order of the recording priority, i.e., the generation order.

[0258] The system can record audio of the call immediately upon initiation, generating an audio file. Then, based on recording priority, it retrieves the audio file corresponding to the current call and performs transcoding, noise reduction, and other processing to obtain the recorded audio file for that call.

[0259] It can also record the voices of both parties immediately upon the start of a call, resulting in two sub-recording files: one for the calling user and one for the called user. Then, based on recording priority, the two sub-recording files corresponding to the current call are retrieved, and merged according to timestamps to obtain the final recording file for the current call.

[0260] Step 706: For each call, determine the user's remaining waiting time based on the call end time.

[0261] The remaining waiting time for the user refers to the remaining acceptable time for the user to receive the audio file.

[0262] Understandably, determining a user's remaining waiting time requires not only the call end time but also the current time and the user's allowed waiting time. Based on the call end time, the current time, and the user's allowed waiting time, the remaining waiting time can be determined in various ways, ensuring its accuracy.

[0263] For example, for each call, obtain the user's allowed waiting time for the current call; determine the time interval between the current time and the call end time as the user's already waited time; and determine the user's remaining waiting time for the current call based on the user's allowed waiting time and the user's already waited time.

[0264] For example, for each call, obtain the user's allowed waiting time for the current call; determine the user's allowed receiving time based on the call end time and the allowed waiting time; and determine the user's remaining waiting time for the current call based on the user's allowed receiving time and the current time.

[0265] Step 708: Determine the feedback order of the recording files based on the user's remaining waiting time, and send the recording files back to the corresponding users according to the feedback order.

[0266] The feedback order refers to the order in which the audio recordings are fed back.

[0267] In practical applications, after determining the remaining waiting time for each user in each call, the order of the remaining waiting time from shortest to longest can be used as the feedback order for the recording files. That is, the shorter the remaining waiting time for a call, the earlier the recording file for that call will be fed back. Then, the recording files are fed back to the users in the order they are fed back.

[0268] The audio file processing method provided in this embodiment generates audio files in a hierarchical manner based on recording priority. This solves the problem of the order in which audio files are generated without increasing costs or limiting technical resources. Furthermore, by considering the different timeliness requirements of different users for audio files, the feedback order of audio files is determined based on the user's remaining waiting time, thus resolving the bottleneck of network bandwidth and the decision-making problem regarding the download order of audio files. This method can meet the timeliness requirements of different users for obtaining audio files without increasing costs or limiting technical resources.

[0269] The above is an illustrative scheme of a recording file processing method according to this embodiment. It should be noted that the technical solution of this recording file processing method belongs to the same concept as the above-described recording file processing methods applied to the call service side and the number protection side. For details not described in detail in this recording file processing method, please refer to the descriptions of the above-described recording file processing methods applied to the call service side and the number protection side.

[0270] Corresponding to the above method embodiments, this specification also provides embodiments of an audio recording file processing system. Figure 8 A structural block diagram of an audio recording file processing system according to one embodiment of this specification is shown. Figure 8 As shown, the system includes:

[0271] The call service side 802 is configured to determine the recording priority and call end time of multiple pending calls; generate recording files for each call according to the generation order determined by the recording priority; generate a download address for each recording file; and send each download address and the corresponding call end time to the number protection side 804.

[0272] The number protection side 804 is configured to, for each call, determine the user's remaining waiting time based on the call end time; determine the loading order of each download address based on the user's remaining waiting time; download the recording file from the download address according to the loading order; and send the recording file back to the corresponding user.

[0273] Optionally, the call service side 802 is further configured to, for each pending call, receive a call request for that call, wherein the call request carries a calling number and a privacy number; send the calling number and the privacy number to the number protection side 804; receive call start information fed back by the number protection side 804 based on the calling number and the privacy number, wherein the call start information includes a called number and a recording priority; and, in response to receiving the call start information, start the call between the calling number and the called number, and record the call end time.

[0274] Optionally, the call service side 802 is further configured to set a processing cycle; generate recording files for each target call according to the generation order determined by the recording priority of each target call, wherein the target call is a call whose end time is within the current processing cycle.

[0275] Optionally, the call service side 802 is further configured to add the call identifier corresponding to each target call to the recording file generation queue, wherein the recording priority corresponding to each call identifier is from high to low from the head to the tail of the recording file generation queue; starting from the first call identifier in the recording file generation queue, the recording file corresponding to the current call identifier is generated sequentially until the last call identifier.

[0276] Optionally, the call service side 802 is further configured to, for each call, obtain first audio data corresponding to the calling user and second audio data corresponding to the called user in the call; and synthesize a recording file of the call based on the first audio data and the second audio data.

[0277] The number protection side 804 is also configured to, for each call, obtain the user's allowed waiting time for the current call; determine the time interval between the current time and the call end time as the user's already waited time; and determine the user's remaining waiting time for the current call based on the user's allowed waiting time and the user's already waited time.

[0278] Optionally, the number protection side 804 is further configured to add the download address corresponding to each call to the recording file download queue, wherein, from the head to the tail of the recording file download queue, the remaining waiting time of the user corresponding to each download address is from short to long; starting from the first download address in the recording file download queue, the recording file is downloaded sequentially from the current download address until the last download address.

[0279] Optionally, the number protection side 804 is further configured to receive the calling number and privacy number sent by the call service side 802; find the called number associated with the calling number and the privacy number; and send the called number to the call service side 802 to initiate a call between the calling number and the called number.

[0280] Optionally, the number protection side 804 is further configured to obtain the user-allowed waiting time of multiple users; determine the number of users corresponding to each recording priority based on the total number of users and the level of recording priority; and determine the recording priority associated with each user based on the user-allowed waiting time and the number of users corresponding to each recording priority, so that the call service side determines the recording priority of multiple calls to be processed.

[0281] The audio file processing system provided in this embodiment generates audio files in a hierarchical manner based on recording priority. This solves the problem of the order in which audio files are generated without increasing costs or limiting technical resources. Furthermore, by considering the different timeliness requirements of different users for audio files, the system determines the loading order of download addresses based on the user's remaining waiting time, thus resolving the bottleneck of network bandwidth and the decision-making problem regarding the order of audio file downloads. This allows the system to meet the timeliness requirements of different users for obtaining audio files without increasing costs or limiting technical resources.

[0282] The above is an illustrative scheme of an audio recording file processing system according to this embodiment. It should be noted that the technical solution of this audio recording file processing system belongs to the same concept as the above-described audio recording file processing methods applied to the call service side and the number protection side. For details not described in detail in the technical solution of the audio recording file processing system, please refer to the descriptions of the above-described audio recording file processing methods applied to the call service side and the number protection side.

[0283] Corresponding to the above method embodiments, this specification also provides embodiments of a recording file processing device applied to the call service side. Figure 9 This specification illustrates a schematic diagram of a recording file processing apparatus for use on a call service side, according to one embodiment of this specification. Figure 9 As shown, the device includes:

[0284] The first determining module 902 is configured to determine the recording priority and call end time of multiple calls to be processed;

[0285] The first generation module 904 is configured to generate recording files for each of the calls in a generation order determined by the recording priority.

[0286] The second generation module 906 is configured to generate a download address for the audio file;

[0287] The sending module 908 is configured to send each of the download addresses and the corresponding call end time to the number protection side.

[0288] Optionally, the first determining module 902 is further configured to, for each call to be processed, receive a call request for that call, wherein the call request carries a calling number and a privacy number; send the calling number and the privacy number to the number protection side; receive call start information fed back by the number protection side based on the calling number and the privacy number, wherein the call start information includes a called number and a recording priority; and, in response to receiving the call start information, start the call between the calling number and the called number, and record the call end time.

[0289] Optionally, the device further includes a setting module configured to set a processing cycle;

[0290] The first generation module 904 is further configured to generate recording files for each target call in a generation order determined by the recording priority of each target call, wherein the target call is a call whose end time is within the current processing cycle.

[0291] Optionally, the first generation module 904 is further configured to add the call identifiers corresponding to each of the target calls to the recording file generation queue, wherein the recording priority corresponding to each call identifier is from high to low from the head to the tail of the recording file generation queue; starting from the first call identifier in the recording file generation queue, the recording file corresponding to the current call identifier is generated sequentially until the last call identifier.

[0292] Optionally, the first generation module 904 is further configured to, for each call, obtain first audio data corresponding to the calling user and second audio data corresponding to the called user in the call; and synthesize a recording file of the call based on the first audio data and the second audio data.

[0293] The recording file processing device provided in this embodiment is applied to the call service side. It generates recording files in a hierarchical manner based on recording priority. Without increasing costs or having limited technical resources, it generates recording files based on recording priority, solves the problem of the order in which recording files are generated, avoids network bandwidth bottlenecks, and can meet the timeliness requirements of different users for obtaining recording files.

[0294] The above is an illustrative scheme of a recording file processing device applied to the call service side according to this embodiment. It should be noted that the technical solution of the recording file processing device applied to the call service side and the technical solution of the recording file processing method applied to the call service side described above belong to the same concept. For details not described in detail in the technical solution of the recording file processing device applied to the call service side, please refer to the description of the technical solution of the recording file processing method applied to the call service side described above.

[0295] Corresponding to the above method embodiments, this specification also provides embodiments of an audio recording file processing device applied to the number protection side. Figure 10 A schematic diagram of a recording file processing apparatus for use on a number protection side, according to one embodiment of this specification, is shown. Figure 10 As shown, the device includes:

[0296] The receiving module 1002 is configured to receive the call end time and the download address of the recording file for multiple pending calls;

[0297] The second determining module 1004 is configured to determine the user's remaining waiting time for each call based on the call end time.

[0298] The third determining module 1006 is configured to determine the loading order of each download address based on the user's remaining waiting time.

[0299] The download module 1008 is configured to download the audio file from the download address according to the loading order, and then send the audio file back to the corresponding user.

[0300] Optionally, the second determining module 1004 is further configured to, for each call, obtain the user's allowed waiting time corresponding to the current call; determine the time interval between the current time and the call end time as the user's already waited time; and determine the user's remaining waiting time corresponding to the current call based on the user's allowed waiting time and the user's already waited time.

[0301] Optionally, the third determining module 1006 is further configured to add the download address corresponding to each of the calls to the recording file download queue, wherein, from the head to the tail of the recording file download queue, the remaining waiting time of the user corresponding to each download address is from short to long;

[0302] The download module 1008 is further configured to download the audio files sequentially from the current download address, starting from the first download address in the audio file download queue, until the last download address.

[0303] The device further includes a lookup module configured to receive a calling number and a private number sent by a call service side; look up a called number associated with the calling number and the private number; and send the called number to the call service side to initiate a call between the calling number and the called number.

[0304] Optionally, the device further includes a fourth determining module, configured to obtain the user-allowed waiting time of multiple users; determine the number of users corresponding to each recording priority based on the total number of users and the level of recording priority; and determine the recording priority associated with each user based on the user-allowed waiting time and the number of users corresponding to each recording priority, so that the call service side determines the recording priority of multiple calls to be processed.

[0305] The audio file processing device provided in this embodiment, applied to the number protection side, solves the bottleneck of network bandwidth and the problem of deciding the order of audio file downloads by determining the loading order of download addresses based on the different timeliness requirements of different users for audio files and the remaining waiting time of users. Without increasing costs or with limited technical resources, it can meet the timeliness requirements of different users for obtaining audio files.

[0306] The above is an illustrative scheme of an audio recording file processing device applied to the number protection side according to this embodiment. It should be noted that the technical solution of this audio recording file processing device applied to the number protection side belongs to the same concept as the technical solution of the audio recording file processing method applied to the number protection side described above. For details not described in detail in the technical solution of the audio recording file processing device applied to the number protection side, please refer to the description of the technical solution of the audio recording file processing method applied to the number protection side described above.

[0307] Corresponding to the above method embodiments, this specification also provides embodiments of an audio recording file processing device. Figure 11 A schematic diagram of the structure of an audio recording file processing apparatus according to one embodiment of this specification is shown. Figure 11 As shown, the device includes:

[0308] The fourth determining module 1102 is configured to determine the recording priority and call end time of multiple pending calls;

[0309] The third generation module 1104 is configured to generate recording files for each of the calls in a generation order determined by the recording priority.

[0310] The fifth determining module 1106 is configured to determine the user's remaining waiting time for each call based on the call end time.

[0311] The feedback module 1108 is configured to determine the feedback order of the recording files based on the user's remaining waiting time, and to send the recording files back to the corresponding users according to the feedback order.

[0312] The audio file processing device provided in this embodiment generates audio files in a hierarchical manner based on recording priority. This solves the problem of the order in which audio files are generated without increasing costs or limiting technical resources. Furthermore, by considering the different timeliness requirements of different users for audio files, the device determines the feedback order of audio files based on the user's remaining waiting time, thus resolving the bottleneck of network bandwidth and the decision-making problem regarding the download order of audio files. This satisfies the timeliness requirements of different users for obtaining audio files without increasing costs or limiting technical resources.

[0313] The above is an illustrative scheme of an audio recording file processing device according to this embodiment. It should be noted that the technical solution of this audio recording file processing device and the technical solution of the above-described audio recording file processing method belong to the same concept. For details not described in detail in the technical solution of the audio recording file processing device, please refer to the description of the technical solution of the above-described audio recording file processing method.

[0314] Figure 12 A structural block diagram of a computing device according to one embodiment of this specification is shown. The components of the computing device 1200 include, but are not limited to, a memory 1210 and a processor 1220. The processor 1220 is connected to the memory 1210 via a bus 1230, and a database 1250 is used to store data.

[0315] The computing device 1200 also includes an access device 1240, which enables the computing device 1200 to communicate via one or more networks 1260. Examples of these networks include Public Switched Telephone Network (PSTN), Local Area Network (LAN), Wide Area Network (WAN), Personal Area Network (PAN), or combinations of communication networks such as the Internet. The access device 1240 may include one or more of any type of wired or wireless network interface (e.g., Network Interface Controller (NIC)), such as an IEEE 802.11 Wireless Local Area Network (WLAN) interface, a Wi-MAX (Worldwide Interoperability for Microwave Access) interface, an Ethernet interface, a Universal Serial Bus (USB) interface, a cellular network interface, a Bluetooth interface, a Near Field Communication (NFC) interface, and so on.

[0316] In one embodiment of this specification, the aforementioned components of the computing device 1200 and Figure 12 Other components, not shown, can also be connected to each other, for example, via a bus. It should be understood that... Figure 12 The block diagram of the computing device shown is for illustrative purposes only and is not intended to limit the scope of this specification. Those skilled in the art can add or replace other components as needed.

[0317] The computing device 1200 can be any type of stationary or mobile computing device, including mobile computers or mobile computing devices (e.g., tablet computers, personal digital assistants, laptop computers, notebook computers, netbooks, etc.), mobile phones (e.g., smartphones), wearable computing devices (e.g., smartwatches, smart glasses, etc.) or other types of mobile devices, or stationary computing devices such as desktop computers or PCs. The computing device 1200 can also be a mobile or stationary server.

[0318] The processor 1220 is configured to execute the following computer-executable instructions, which, when executed by the processor, implement the steps of the above-described recording file processing method.

[0319] The above is an illustrative scheme of a computing device according to this embodiment. It should be noted that the technical solution of this computing device and the technical solution of the above-described recording file processing method belong to the same concept. For details not described in detail in the technical solution of the computing device, please refer to the description of the technical solution of the above-described recording file processing method.

[0320] An embodiment of this specification also provides a computer-readable storage medium storing computer-executable instructions that, when executed by a processor, implement the steps of the above-described audio file processing method.

[0321] The above is an illustrative scheme of a computer-readable storage medium according to this embodiment. It should be noted that the technical solution of this storage medium and the technical solution of the above-described recording file processing method belong to the same concept. For details not described in detail in the technical solution of the storage medium, please refer to the description of the technical solution of the above-described recording file processing method.

[0322] An embodiment of this specification also provides a computer program, wherein when the computer program is executed in a computer, it causes the computer to perform the steps of the above-described audio file processing method.

[0323] The above is an illustrative example of a computer program according to this embodiment. It should be noted that the technical solution of this computer program and the technical solution of the aforementioned audio file processing method belong to the same concept. Details not described in detail in the computer program's technical solution can be found in the description of the technical solution of the aforementioned audio file processing method.

[0324] The foregoing has described specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims may be performed in a different order than that shown in the embodiments and may still achieve the desired result. Furthermore, the processes depicted in the drawings do not necessarily require the specific or sequential order shown to achieve the desired result. In some embodiments, multitasking and parallel processing are possible or may be advantageous.

[0325] The computer instructions include computer program code, which may be in the form of source code, object code, executable file, or some intermediate form. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording media, USB flash drive, portable hard drive, magnetic disk, optical disk, computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media, etc.

[0326] It should be noted that, for the sake of simplicity, the foregoing method embodiments are all described as a series of actions. However, those skilled in the art should understand that the embodiments in this specification are not limited to the described order of actions, because according to the embodiments in this specification, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in this specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to the embodiments in this specification.

[0327] In the above embodiments, the descriptions of each embodiment have different focuses. For parts not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0328] The preferred embodiments disclosed above are merely illustrative of this specification. The optional embodiments do not exhaustively describe all details, nor do they limit the invention to the specific implementations described. Clearly, many modifications and variations can be made based on the embodiments described herein. These embodiments are selected and specifically described in this specification to better explain the principles and practical applications of the embodiments, thereby enabling those skilled in the art to better understand and utilize this specification. This specification is limited only by the claims and their full scope and equivalents.

Claims

1. A recording file processing system, comprising: On the call service side, it is configured to determine the recording priority and call end time for multiple pending calls; According to the generation order determined by the recording priority, generate recording files for each of the calls; generate a download address for each recording file; and send each download address and the corresponding call end time to the number protection side. The call service side is further configured to, for each pending call, receive a call request for that call, wherein the call request carries a calling number and a privacy number; send the calling number and the privacy number to the number protection side; receive call start information from the number protection side based on the calling number and the privacy number, wherein the call start information includes a called number and a recording priority; and, in response to receiving the call start information, start the call between the calling number and the called number, and record the call end time. The number protection side is configured to, for each call, determine the user's remaining waiting time based on the call end time; determine the loading order of each download address based on the user's remaining waiting time; download the recording file from the download address according to the loading order, and send the recording file back to the corresponding user.

2. A method for processing recording files, applied to the call service side, comprising: Determining the recording priority and call end time of multiple pending calls, wherein determining the recording priority and call end time of multiple pending calls includes: for each pending call, receiving a call request for that call, wherein the call request carries a caller ID number and a privacy number; sending the caller ID number and the privacy number to a number protection side; receiving call start information from the number protection side based on the caller ID number and the privacy number, wherein the call start information includes a called number and a recording priority; in response to receiving the call start information, starting the call between the caller ID number and the called number, and recording the call end time of the call; Recording files for each call are generated in the order determined by the recording priority. A download link is generated for the audio file; The download addresses and corresponding call end times are sent to the number protection side.

3. The method according to claim 2, further comprising, before generating the recording files of each of the calls according to the generation order determined by the recording priority: Set the processing cycle; The step of generating recording files for each call according to the generation order determined by the recording priority includes: Recording files for each target call are generated in the order determined by the recording priority of each target call, wherein the target call is the call whose end time is within the current processing cycle.

4. The method according to claim 3, wherein generating recording files for each target call according to the generation order determined by the recording priority of each target call comprises: The call identifier corresponding to each target call is added to the recording file generation queue, wherein the recording priority corresponding to each call identifier is from high to low from the head to the tail of the recording file generation queue. Starting with the first call identifier in the recording file generation queue, recording files corresponding to the current call identifier are generated sequentially until the last call identifier.

5. The method according to claim 2, wherein generating the recording file for each of the calls comprises: For each call, obtain the first audio data corresponding to the calling user and the second audio data corresponding to the called user in that call; Based on the first audio data and the second audio data, a recording file of the call is synthesized.

6. A method for processing audio recording files, applied to the number protection side, comprising: The system receives the end times and download addresses of recording files for multiple pending calls, wherein the end times and download addresses are determined based on the recording priorities of the pending calls. The recording priorities and end times are determined as follows: For each pending call, the system receives a call request, which carries a calling number and a private number; sends the calling number and the private number to the number protection side; receives call start information from the number protection side based on the calling number and the private number, where the call start information includes the called number and the recording priority; in response to receiving the call start information, the system starts the call between the calling number and the called number and records the call end time. For each call, the user's remaining waiting time is determined based on the call end time; The loading order of each download address is determined based on the user's remaining waiting time. The audio file is downloaded from the download address according to the loading order, and the audio file is then sent to the corresponding user.

7. The method according to claim 6, wherein determining the remaining waiting time for the user based on the call end time for each call includes: For each call, obtain the user's allowed waiting time for the current call; The time interval between the current time and the call end time is determined as the user's waiting time; The remaining waiting time for the user in the current call is determined based on the user's allowed waiting time and the user's already waited time.

8. The method according to any one of claims 6 or 7, wherein determining the loading order of each download address based on the user's remaining waiting time comprises: The download address corresponding to each of the calls is added to the recording file download queue, wherein, from the head to the tail of the recording file download queue, the remaining waiting time of the user corresponding to each download address is from short to long; The step of downloading the audio file from the download address according to the loading order includes: Starting from the first download address in the audio file download queue, the audio files are downloaded sequentially from the current download addresses until the last download address.

9. The method according to claim 6, further comprising, before receiving the call end time of the multiple calls to be processed and the download address of the recording file: Receive the caller ID and private number sent by the call service provider; Locate the called number associated with the calling number and the privacy number; The called number is sent to the call service side to initiate a call between the calling number and the called number.

10. The method according to claim 6, further comprising, before receiving the call end time of the multiple calls to be processed and the download address of the recording file: Obtain the allowed waiting time for multiple users; Based on the total number of users and the recording priority level, determine the number of users corresponding to each recording priority. Based on the user's allowed waiting time and the number of users corresponding to each recording priority, the recording priority associated with each user is determined, so that the call service side can determine the recording priority of multiple calls to be processed.

11. A method for processing audio recording files, comprising: Determining the recording priority and call end time of multiple pending calls, wherein determining the recording priority and call end time of multiple pending calls includes: for each pending call, receiving a call request for that call, wherein the call request carries a caller ID number and a privacy number; sending the caller ID number and the privacy number to a number protection side; receiving call start information from the number protection side based on the caller ID number and the privacy number, wherein the call start information includes a called number and a recording priority; in response to receiving the call start information, starting the call between the caller ID number and the called number, and recording the call end time of the call; Recording files for each call are generated in the order determined by the recording priority. For each call, the user's remaining waiting time is determined based on the call end time; Based on the user's remaining waiting time, the feedback order of the audio files is determined, and the audio files are fed back to the corresponding users according to the feedback order.

12. A computing device, comprising: Memory and processor; The memory is used to store computer-executable instructions, and the processor is used to execute the computer-executable instructions, which, when executed by the processor, implement the steps of the audio file processing method according to any one of claims 2-5, 6-10 or 11.

13. A computer-readable storage medium storing computer-executable instructions that, when executed by a processor, implement the steps of the audio file processing method according to any one of claims 2-5, 6-10, or 11.

14. A computer program product comprising computer instructions that, when executed by a processor, implement the steps of the audio file processing method according to any one of claims 2-5, 6-10, or 11.

Images