CN111832075A - A kind of audio data processing method, device and electronic equipment - Google Patents

Abstract

The present application provides an audio data processing method, device and electronic device, and relates to the technical field of data processing. The method may include: receiving audio data transmitted by a client; obtaining sensitive information in the audio data by using a preset algorithm; encrypting the sensitive information with a public key corresponding to the receiving client to obtain encrypted audio data, The public key is paired with the private key of the client; the encrypted audio data is sent to the client. By applying the embodiments of the present application, the server can use the public key corresponding to the client to desensitize the acquired audio data, that is, the sensitive information in the audio data can be changed into the form of ciphertext. That is to say, after the audio data is desensitized in this way, the client can also recover it through the corresponding private key to avoid unnecessary losses.

Description

A kind of audio data processing method, device and electronic equipment

technical field

The present application relates to the technical field of data processing, and in particular, to an audio data processing method, apparatus, and electronic device.

Background technique

With the development of society, people's awareness of data security is getting stronger and stronger, especially in the era of using audio data for information interaction, sensitive information in audio data needs to be desensitized in time to avoid unnecessary losses.

Data desensitization refers to the transformation of some sensitive information through desensitization rules to achieve reliable protection of sensitive data. Currently, when sensitive information in audio data needs to be desensitized, data desensitization can be performed by directly deleting or replacing sensitive information in audio data.

However, after the audio data is desensitized in the above manner, the audio data will be missing. That is, when the original audio data is to be restored under special circumstances, the original audio data cannot be restored due to the absence of the audio data.

SUMMARY OF THE INVENTION

The purpose of the present application is to provide an audio data processing method, device and electronic equipment in view of the deficiencies in the above-mentioned prior art, so as to solve the problem in the prior art that when the original audio data is to be restored under special circumstances, due to the audio data In case of missing, the original audio data is unrecoverable.

To achieve the above purpose, the technical solutions adopted in the embodiments of the present application are as follows:

In a first aspect, an embodiment of the present application provides an audio data processing method, the method comprising:

Receive audio data transmitted by the client;

Use a preset algorithm to obtain sensitive information in the audio data;

Encrypt the sensitive information with the public key corresponding to the receiving client to obtain the encrypted audio data, wherein the public key is paired with the private key of the client;

Send the encrypted audio data to the client.

Optionally, the use of a preset algorithm to obtain sensitive information in the audio data includes:

Converting the audio data to obtain corresponding text data;

Sensitive information is identified from the text data using a preset algorithm.

Optionally, before receiving the audio data transmitted by the client, the method further includes:

Receive registration information sent by the client, where the registration information includes: a user ID and the corresponding public key.

Optionally, the registration information further includes: voiceprint information corresponding to the user identification;

After receiving the audio data transmitted by the client, the method further includes:

According to the user identification carried in the audio data and the voiceprint information corresponding to the user identification, the target audio data corresponding to the user identification in the audio data and other audio data are separated.

Optionally, encrypting the sensitive information with the public key corresponding to the receiving client to obtain encrypted audio data, including:

The sensitive information in the target audio data is encrypted by using the public key corresponding to the receiving client to obtain the encrypted audio data.

In a second aspect, an embodiment of the present application provides an audio data processing method, the method comprising:

Send audio data to the server;

Receive the audio data encrypted by the public key and sent by the server according to the audio data;

Decrypt the encrypted audio data by using the private key corresponding to the public key to obtain restored audio data.

Optionally, the method further includes:

In response to the user's registration request, obtain the user ID;

generating the matching public key and the private key according to the user identification;

Send registration information to the server, where the registration information includes: a user ID and the corresponding public key.

Optionally, the registration information further includes: voiceprint information corresponding to the user identification; the method further includes:

Receive the registration audio input by the user;

Acquire voiceprint information corresponding to the user identifier according to the registered audio.

In a third aspect, an embodiment of the present application provides an audio data processing device, the device comprising:

The first receiving module is used for receiving the audio data transmitted by the client;

a first acquisition module, configured to acquire sensitive information in the audio data by using a preset algorithm;

an encryption module, which encrypts the sensitive information with the public key corresponding to the receiving client, and obtains encrypted audio data, wherein the public key is paired with the private key of the client;

A first sending module, configured to send the encrypted audio data to the client.

Optionally, the device further includes:

a conversion module, for converting the audio data to obtain corresponding text data;

The identification module is used for identifying sensitive information from the text data using a preset algorithm.

Optionally, the first receiving module is further configured to receive registration information sent by the client, where the registration information includes: a user ID and the corresponding public key.

Optionally, the registration information further includes: voiceprint information corresponding to the user identification;

Correspondingly, the device further includes:

A separation module, configured to separate the target audio data corresponding to the user ID and other audio data in the audio data according to the user ID carried in the audio data and the voiceprint information corresponding to the user ID.

Optionally, the encryption module is specifically configured to encrypt sensitive information in the target audio data by using the public key corresponding to the receiving client to obtain the encrypted audio data.

In a fourth aspect, an embodiment of the present application provides an audio data processing device, the device comprising:

The second sending module is used for sending audio data to the server;

A second receiving module, configured to receive the audio data encrypted by the public key and sent by the server according to the audio data;

A decryption module, configured to decrypt the encrypted audio data by using the private key corresponding to the public key to obtain restored audio data.

Optionally, the device further includes:

The response module is used to respond to the user's registration request and obtain the user ID;

a generating module, configured to generate the matching public key and the private key according to the user identification;

Correspondingly, the second sending module is further configured to send registration information to the server, where the registration information includes: a user ID and the corresponding public key.

Optionally, the registration information further includes: voiceprint information corresponding to the user identification;

Correspondingly, the second receiving module is further configured to receive the registration audio input by the user;

The device also includes:

The second obtaining module is configured to obtain the voiceprint information corresponding to the user identification according to the registered audio.

In a fifth aspect, an embodiment of the present application provides an electronic device, including: a processor, a storage medium, and a bus, where the storage medium stores machine-readable instructions executable by the processor, and when the electronic device runs, the processor and the The storage media communicate through a bus, and the processor executes the machine-readable instructions to perform the steps of the audio data processing method of the first aspect or the second aspect.

In a sixth aspect, an embodiment of the present application provides a storage medium, where a computer program is stored on the storage medium, and the computer program executes the steps of the audio data processing method of the first aspect or the second aspect when the computer program is run by a processor.

The beneficial effects of this application are:

Embodiments of the present application provide an audio data processing method, device, and electronic device. The method may include: receiving audio data transmitted by a client; obtaining sensitive information in the audio data by using a preset algorithm; The public key encrypts the sensitive information, and the encrypted audio data is obtained, wherein the public key is paired with the private key of the client; the encrypted audio data is sent to the client. By using the audio data processing method provided in the embodiment of the present application, the server can use the public key corresponding to the client to desensitize the acquired audio data, that is, the sensitive information in the audio data can be changed into the form of ciphertext. After the audio data is desensitized in this way, the client can also recover it through the corresponding private key to avoid unnecessary losses.

Description of drawings

In order to illustrate the technical solutions of the embodiments of the present application more clearly, the following drawings will briefly introduce the drawings that need to be used in the embodiments. It should be understood that the following drawings only show some embodiments of the present application, and therefore do not It should be regarded as a limitation of the scope, and for those of ordinary skill in the art, other related drawings can also be obtained according to these drawings without any creative effort.

1 is a schematic flowchart of a method for processing audio data according to an embodiment of the present application;

2 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application;

3 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application;

4 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application;

5 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application;

6 is a schematic flowchart of an audio data processing method provided by an embodiment of the present application;

FIG. 7 is a schematic structural diagram of an audio data processing apparatus provided by an embodiment of the present application;

8 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application;

9 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application;

10 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application;

11 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application;

FIG. 12 is a schematic structural diagram of an electronic device according to an embodiment of the present application.

Detailed ways

In order to make the purposes, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments It is a part of the embodiments of the present application, but not all of the embodiments. The components of the embodiments of the present application generally described and illustrated in the drawings herein may be arranged and designed in a variety of different configurations.

Thus, the following detailed description of the embodiments of the application provided in the accompanying drawings is not intended to limit the scope of the application as claimed, but is merely representative of selected embodiments of the application. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the protection scope of the present application.

It should be noted that like numerals and letters refer to like items in the following figures, so once an item is defined in one figure, it does not require further definition and explanation in subsequent figures.

1 is a schematic flowchart of an audio data processing method provided by an embodiment of the present application. The execution body of the method may be a server that performs data interaction with a client, and the client may be installed on a mobile terminal (such as a mobile phone, a tablet computer, etc.) , wearable devices, etc.), it can also be installed in a fixed terminal (such as a desktop computer), or installed in a recording terminal specially designed to receive voice signals, etc., which is not limited in this application. As shown in Figure 1, the method may include:

S101. Receive audio data transmitted by a client.

Optionally, the client can transmit the audio data obtained in real time to the server, wherein the audio data can be collected by a sound pickup device (such as a microphone) on the client; Upload it to the client, and then the client transmits the audio data to the server. Of course, it can also include other forms. For example, the audio data needs to be extracted from the audio and video data first, and then transmitted to the server through the client. The server, it should be noted that this application does not limit the source form of the audio data.

The audio data may include only the voiceprint features of one person, or may include the voiceprint features of multiple people, wherein the voiceprint features including multiple people may be audio data obtained in a dialogue scene, or in the environment. There are other people's voices, etc. It should be noted that this application does not limit the number of voiceprint feature categories included in the audio data.

S102, using a preset algorithm to acquire sensitive information in the audio data.

After the server acquires the audio data, a preset algorithm capable of identifying sensitive information may be used to process the audio data, wherein the preset algorithm may include a speech recognition algorithm and a semantic recognition algorithm. In general, the sensitive information may refer to personal privacy information, corporate privacy information, and non-compliant term information, where the personal privacy information may include information such as name, address, telephone number, etc.; the enterprise privacy information may include, for example, production data , corporate statements and other information; terms that do not comply with relevant regulations include, for example, violent language, swear words and other information.

That is to say, information that is not suitable for dissemination in the public can be defined as sensitive information. It should be noted that the specific content of sensitive information involved in this application can be limited according to actual needs.

The server may train a relevant recognition model by using pre-collected sample sensitive information, or preconfigure a recognition algorithm to recognize sensitive keywords, etc., which is not specifically limited here.

S103. Encrypt the sensitive information with the public key corresponding to the receiving client to obtain encrypted audio data.

S104. Send the encrypted audio data to the client.

The public key is paired with the client's private key. A public key corresponding to the client's private key may be pre-stored in the server. After obtaining the sensitive information in the audio data, the sensitive information may be encrypted using the public key and a preset encryption algorithm, so that the sensitive information can be encrypted. The information is in the form of cipher text, and finally the audio data corresponding to the encrypted sensitive information can be transmitted to the client, so that the client can decrypt with the corresponding private key.

For example, assuming that the information in 5 audio clips in the audio data is sensitive information, the public key and encryption algorithm can be used to encrypt the information in these 5 audio clips respectively, so that the corresponding ciphertext can be generated. . After all the sensitive information in the audio data becomes ciphertext, the encrypted audio data can be sent to the client.

To sum up, in the audio data processing method provided by this application, the server receives the audio data transmitted by the client; uses a preset algorithm to obtain sensitive information in the audio data; uses the public key corresponding to the receiving client to encrypt the sensitive information information, obtain encrypted audio data, wherein the public key is paired with the private key of the client; send the encrypted audio data to the client. With the audio data processing method provided in the embodiment of the present application, the server can desensitize the acquired audio data by using the public key corresponding to the client, that is, the sensitive information in the audio data can be changed into the form of ciphertext. That is to say, after the audio data is desensitized in this way, the client can also recover it through the corresponding private key to avoid unnecessary losses.

FIG. 2 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application. Optionally, as shown in FIG. 2 , the above-mentioned use of a preset algorithm to obtain sensitive information in the audio data includes:

S201. Convert the audio data to obtain corresponding text data.

The audio data can be converted into corresponding text data through a speech recognition technology, which also adopts an automatic speech recognition (Automatic Speech Recognition, ASR) technology, but is not limited thereto, and other convertible algorithms are also possible.

Further, the mapping relationship between audio data and text data can be stored in a database associated with the server in advance, and after the server receives the audio data, the audio data can be converted into corresponding text data according to the content in the database.

In another achievable example, the audio data received by the server can be input into a pre-trained speech recognition model, and the speech recognition model can recognize the text data corresponding to the audio data. The speech recognition model may be a neural network model of a hidden Markov HMM, a convolutional neural network CNN, and a weighted finite state machine WFST.

S202, using a preset algorithm to identify sensitive information from the text data.

Specifically, the sensitive information in the text data can be identified by natural language processing (Natural Language Processing, NLP) technology. Further, a pre-trained semantic recognition model (preset algorithm) can be used to recognize the semantics of the text data, and a sensitive text segment, that is, sensitive information, can be extracted from the text data. Wherein, the text segment may be a word, a word or a paragraph, which is not limited in this application.

In another achievable example, sensitive information can be stored in a database associated with the server in advance, and after the audio data is converted into corresponding text data, the text segment information in the text data can be combined with the data in the database. The sensitive information is compared, and if the text segment information in the text data matches the sensitive information in the database, the text segment information can be defined as sensitive information.

Optionally, before the above step of receiving the audio data transmitted by the client, the method further includes: receiving registration information sent by the client, where the registration information includes a user ID and a corresponding public key.

The function of collecting audio data may be installed on the client, and the user needs to register when logging in the client for the first time. The user can enter information such as user name and password in the registration interface of the client, in which the user name, nickname or other account (mobile phone number, email, etc.) can be used as the user ID, and then a pair of public keys corresponding to the user ID can be generated. and private key. Finally, the client can store the user ID and the public and private keys in the memory associated with the server in the form of key values. The memory can be integrated in the server, or it can be a separate external memory with The server is connected, and this application does not limit the location of the memory. Further, the registration information can be sent to the server, which carries the user ID and the public key.

FIG. 3 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application. Optionally, as shown in FIG. 3 , the registration information further includes: voiceprint information corresponding to the user identifier, that is, the user voiceprint information is collected during or after the user registration, and sent to the server together. Correspondingly, after receiving the audio data transmitted by the client, the method further includes:

S301. According to the user identification carried in the audio data and the voiceprint information corresponding to the user identification, separate the target audio data corresponding to the user identification and other audio data in the audio data.

When the user registers on the registration interface of the client, he can enter his own voice on the registration interface, and the client can recognize the voiceprint information corresponding to the voice by using the voiceprint recognition technology, and associate the voiceprint information with the voiceprint information. The user ID formed during user registration is bound. Further, the client can send the user ID and the voiceprint information to the server in advance, and when the server receives the audio data, it can match the audio data with the pre-stored user ID and voiceprint information. If the audio data includes at least two voiceprint features, the server can separate the audio data into target audio data and other audio data according to pre-stored voiceprint information (voiceprint features).

For example, the client is installed on the terminal of user A. After user A successfully logs in on the client, the client can transmit the audio data of a conversation between user A and user B to the server. The dialog audio data can be separated according to the pre-stored user A's identity and user A's voiceprint information to separate user A's audio data (target audio data) and user B's audio data (other audio data).

Optionally, the above-mentioned encrypting the sensitive information with the public key corresponding to the receiving client to obtain the encrypted audio data includes: encrypting the sensitive information in the target audio data with the public key corresponding to the receiving client, and obtaining the encrypted audio data. audio data.

The server can perform desensitization processing on the acquired audio data. If the audio data includes two types of audio data, the specific desensitization processing method of the audio data by the server will vary according to the types of audio data included. Different, when the audio data includes target audio data, the sensitive information in the target audio data can be encrypted by using the public key sent by the client. Optionally, the sensitive information in other audios can also be encrypted. Here No restrictions apply. In addition, only the above public key can be used to encrypt the sensitive information in the target audio data, and the sensitive information in other audio data can be processed by other methods, which are not limited here. For example, the sensitive information in other audio data can be deleted, or Sensitive information in other audio data is replaced with new audio information, and of course, other audio data may not be processed.

4 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application. The execution body of the method may be a client that performs data interaction with the above-mentioned server, and the client may be installed on a movable terminal (such as a mobile phone, Tablet computer, wearable device, etc.), can also be installed in a fixed terminal (such as a desktop computer), or installed in a recording terminal specially designed to receive voice signals, etc., which is not limited in this application. As shown in Figure 4, the method may include:

S401. Send audio data to a server.

S402: Receive the audio data encrypted by the public key and sent by the server according to the audio data.

The client can send the audio data collected in real time or the pre-recorded audio data to the server, and after the server receives the audio data, the audio data can be converted into text data by using a speech recognition algorithm. The audio segment in the audio segment corresponds to the text segment in the text data one-to-one, wherein the audio segment may include the start moment and the end moment of the audio segment in the audio data.

Further, the server may also identify sensitive information in the text data by using a semantic recognition algorithm, and the sensitive information may be one text segment or multiple text segments. After the position of the sensitive information in the text data is identified, the position of the sensitive information in the audio data can be found according to the correspondence between the text segment in the text data and the audio segment in the audio data, and then the common The key pair is used to encrypt the audio segment of sensitive information, and the corresponding start time and end time of the encrypted audio segment are stored in a tag file, and finally the encrypted audio data and the tag file are sent to the client.

S403. Decrypt the encrypted audio data by using the private key corresponding to the public key to obtain restored audio data.

Optionally, the user can log in using his own user information, password, etc. on the client side. After the login is successful, the user can choose to restore the audio data operation. The encrypted audio data sent by the server is restored, and specifically, the encrypted audio data can include a tag file, and according to the corresponding start time and termination time of the audio clip in the tag file, extract from the encrypted audio data. The audio clip at the corresponding moment is decrypted using the pre-stored private key to convert the extracted audio clip into plaintext, and the decrypted audio clip is restored to the corresponding position of the encrypted audio data. The audio data becomes the audio data before encryption.

That is to say, since the audio data encrypted by using the public key is not missing, the encrypted audio data can be decrypted by using the private key corresponding to the public key of the client, and the original audio data can be recovered. In addition, since the private key corresponding to the public key is stored on the client, when the user needs to restore the original audio data in some special occasions, such as when the user is facing a dispute or needs to restore on-site evidence, as long as the user is authorized, The user can completely restore the original audio data, thereby enabling the user to avoid unnecessary losses.

FIG. 5 is a schematic flowchart of another audio data processing method provided by an embodiment of the present application. As shown in Figure 5, the method may further include:

S501. Acquire a user ID in response to a user's registration request.

S502. Generate a matching public key and private key according to the user ID.

S503. Send registration information to the server, where the registration information includes: a user ID and a corresponding public key.

The function of collecting audio data can be installed on the client, and the user needs to register when logging into the client for the first time. After the client obtains the user's registration request, it can display a registration interface, and the user can fill in the user name, nickname or other account (mobile phone number, email address and other information, that is, the user ID) required for registration on the registration interface. The terminal can generate a pair of public key and private key corresponding to the user identification according to the user identification. Further, the client terminal can send the user identification formed during the user registration and the generated public key to the server, and Stored as a key-value in storage associated with the server.

Optionally, the registration information further includes: voiceprint information corresponding to the user ID; the method may further include: receiving registration audio input by the user; and acquiring voiceprint information corresponding to the user ID according to the registration audio.

When the user registers on the registration interface of the client, he can enter his own voice on the registration interface, that is, the registered audio, and then the client can recognize the voiceprint information corresponding to the voice by using the voiceprint recognition technology, and then The voiceprint information is bound to the user ID formed when the user is registered, that is, the user's voiceprint information is collected during or after the user registration, and sent to the server together.

FIG. 6 is a schematic flowchart of an audio data processing method provided by an embodiment of the present application. As shown in Figure 6, the method may include:

S601. The client sends audio data to the server.

S602. The server obtains the sensitive information in the audio data by using a preset algorithm.

S603. The server encrypts the sensitive information by using the public key corresponding to the receiving client to obtain the encrypted audio data.

S604: The client receives the audio data encrypted by the public key and sent by the server according to the audio data.

S605, the client decrypts the encrypted audio data by using the private key corresponding to the public key, and obtains the restored audio data.

For the specific relevant content of the method, reference may be made to the relevant parts of the foregoing method embodiments, and details are not described herein again in this application.

FIG. 7 is a schematic structural diagram of an audio data processing apparatus provided by an embodiment of the present application. The basic principle of the apparatus and the technical effects produced are the same as the corresponding method embodiments described above. For brief description, parts are not mentioned in this embodiment. Please refer to the corresponding content in the method embodiment. As shown in Figure 7, the apparatus may include:

The first receiving module 701 is used for receiving audio data transmitted by the client;

A first obtaining module 702, configured to obtain sensitive information in the audio data by using a preset algorithm;

An encryption module 703, configured to encrypt the sensitive information with the public key corresponding to the receiving client to obtain encrypted audio data;

The first sending module 704 is configured to send encrypted audio data to the client.

FIG. 8 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application. As shown in FIG. 8 , the apparatus may include:

A conversion module 801 is used to convert the audio data to obtain corresponding text data;

The identification module 802 is used for identifying sensitive information from the text data by using a preset algorithm.

Optionally, the first receiving module 701 is further configured to receive registration information sent by the client, where the registration information includes: a user ID and a corresponding public key.

FIG. 9 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application. As shown in FIG. 9 , the registration information further includes: voiceprint information corresponding to the user ID; the apparatus may include:

The separation module 901 is configured to separate the target audio data corresponding to the user ID and other audio data in the audio data according to the user ID carried in the audio data and the voiceprint information corresponding to the user ID.

Optionally, the encryption module 703 is specifically configured to encrypt sensitive information in the target audio data by using the public key corresponding to the receiving client to obtain the encrypted audio data.

FIG. 10 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application. The basic principle and technical effect of the apparatus are the same as those of the corresponding method embodiment described above. For the sake of brief description, parts not mentioned in this embodiment are not mentioned. , please refer to the corresponding content in the method embodiment. As shown in Figure 10, the apparatus may include:

The second sending module 1001 is used for sending audio data to the server;

The second receiving module 1002 receives the audio data encrypted by the public key and sent by the server according to the audio data;

The decryption module 1003 is configured to decrypt the encrypted audio data by using the private key corresponding to the public key to obtain the restored audio data.

FIG. 11 is a schematic structural diagram of another audio data processing apparatus provided by an embodiment of the present application. As shown in Figure 11, the device may also include:

The response module 1101 is used for responding to the registration request of the user to obtain the user ID;

The generating module 1102 is configured to generate the matching public key and private key according to the user identification.

Correspondingly, the second sending module 1001 is further configured to send registration information to the server, where the registration information includes: a user ID and a corresponding public key.

Optionally, the registration information further includes: voiceprint information corresponding to the user ID; correspondingly, the second receiving module 1002 is further configured to receive the registration audio input by the user; the second obtaining module is used to obtain the registration audio according to the registration audio. Voiceprint information corresponding to the user ID.

The foregoing apparatus is used to execute the method provided by the foregoing embodiment, and the implementation principle and technical effect thereof are similar, which will not be repeated here.

The above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more specific integrated circuits (Application Specific Integrated Circuit, ASIC for short), or one or more microprocessors (Digital Signal Processor, referred to as DSP), or, one or more Field Programmable Gate Array (Field Programmable Gate Array, referred to as FPGA) and the like. For another example, when one of the above modules is implemented in the form of a processing element scheduling program code, the processing element may be a general-purpose processor, such as a central processing unit (Central Processing Unit, CPU for short) or other processors that can call program codes. For another example, these modules can be integrated together and implemented in the form of a system-on-a-chip (SOC for short).

FIG. 12 is a schematic structural diagram of an electronic device according to an embodiment of the present application. The electronic device can be a server or a client. If the electronic device is a server, the steps of the methods in FIGS. 1-3 may be performed; if the electronic device is a client, the steps of the methods in FIGS. 4-5 may be performed. As shown in FIG. 12, the electronic device may include: a processor 1201, a storage medium 1202, and a bus 1203. The storage medium 1202 stores machine-readable instructions executable by the processor 1201. When the electronic device is running, the processor 1201 communicates with The storage media 1202 communicate through a bus 1203, and the processor 1201 executes machine-readable instructions to execute the steps of the above method embodiments. The specific implementation manner and technical effect are similar, and details are not repeated here.

Optionally, the present application further provides a storage medium, where a computer program is stored on the storage medium, and when the computer program is run by a processor, the steps of the foregoing method embodiments are executed. The specific implementation manner and technical effect are similar, and details are not repeated here.

In the several embodiments provided in this application, it should be understood that the disclosed apparatus and method may be implemented in other manners. For example, the apparatus embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods. For example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not implemented. On the other hand, the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.

The units described as separate components may or may not be physically separated, and components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware, or may be implemented in the form of hardware plus software functional units.

The above-mentioned integrated units implemented in the form of software functional units can be stored in a computer-readable storage medium. The above-mentioned software function unit is stored in a storage medium, and includes several instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (English: processor) to execute the various embodiments of the present application. part of the method. The aforementioned storage media include: U disk, mobile hard disk, read-only memory (English: Read-Only Memory, referred to as: ROM), random access memory (English: Random Access Memory, referred to as: RAM), magnetic disk or optical disk, etc. Various media that can store program code.

It should be noted that, in this document, relational terms such as "first" and "second" etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply these There is no such actual relationship or sequence between entities or operations. Moreover, the terms "comprising", "comprising" or any other variation thereof are intended to encompass a non-exclusive inclusion such that a process, method, article or device that includes a list of elements includes not only those elements, but also includes not explicitly listed or other elements inherent to such a process, method, article or apparatus. Without further limitation, an element qualified by the phrase "comprising a..." does not preclude the presence of additional identical elements in a process, method, article or apparatus that includes the element.

The above descriptions are only preferred embodiments of the present application, and are not intended to limit the present application. For those skilled in the art, the present application may have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this application shall be included within the protection scope of this application. It should be noted that like numerals and letters refer to like items in the following figures, so once an item is defined in one figure, it does not require further definition and explanation in subsequent figures. The above descriptions are only preferred embodiments of the present application, and are not intended to limit the present application. For those skilled in the art, the present application may have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this application shall be included within the protection scope of this application.

Claims (10)

1. an audio data processing method, is characterized in that, described method comprises: Receive audio data transmitted by the client; Use a preset algorithm to obtain sensitive information in the audio data; Encrypt the sensitive information with the public key corresponding to the receiving client to obtain the encrypted audio data, wherein the public key is paired with the private key of the client; Send the encrypted audio data to the client. 2. The method according to claim 1, wherein the acquiring sensitive information in the audio data using a preset algorithm comprises: Converting the audio data to obtain corresponding text data; Sensitive information is identified from the text data using a preset algorithm. 3. The method according to claim 1, wherein before the receiving audio data transmitted by the client, further comprising: Receive registration information sent by the client, where the registration information includes: a user ID and the corresponding public key. 4. The method according to claim 3, wherein the registration information further comprises: voiceprint information corresponding to the user identification; After receiving the audio data transmitted by the client, the method further includes: According to the user identification carried in the audio data and the voiceprint information corresponding to the user identification, the target audio data corresponding to the user identification in the audio data and other audio data are separated. 5. The method according to claim 4, wherein, encrypting the sensitive information with the public key corresponding to the receiving client to obtain encrypted audio data, comprising: The sensitive information in the target audio data is encrypted by using the public key corresponding to the receiving client to obtain the encrypted audio data. 6. A method for processing audio data, wherein the method comprises: Send audio data to the server; Receive the audio data encrypted by the public key and sent by the server according to the audio data; Decrypt the encrypted audio data by using the private key corresponding to the public key to obtain restored audio data. 7. The method according to claim 6, wherein the method further comprises: In response to the user's registration request, obtain the user ID; generating the matching public key and the private key according to the user identification; Send registration information to the server, where the registration information includes: a user ID and the corresponding public key. 8. The method according to claim 7, wherein the registration information further comprises: voiceprint information corresponding to the user identification; the method further comprises: Receive the registration audio input by the user; Acquire voiceprint information corresponding to the user identifier according to the registered audio. 9. An audio data processing device, wherein the device comprises: The first receiving module is used for receiving the audio data transmitted by the client; a first acquisition module, configured to acquire sensitive information in the audio data by using a preset algorithm; an encryption module, which encrypts the sensitive information with the public key corresponding to the receiving client, and obtains encrypted audio data, wherein the public key is paired with the private key of the client; A first sending module, configured to send the encrypted audio data to the client. 10. An electronic device, comprising: a processor, a storage medium and a bus, the storage medium stores machine-readable instructions executable by the processor, and when the electronic device is running, the processor and the storage medium communicate through the bus, The processor executes the machine-readable instructions to perform the steps of the audio data processing method according to any one of claims 1-8.

Images