Call evidence storage method, device, equipment and storage medium

Abstract

The present application provides a call evidence storage method, apparatus, device and storage medium. After obtaining the original call audio file, the audio processing server slices the original call audio file to obtain multiple audio sub-files, and performs keyword matching on each audio sub-file to determine the target audio file containing the preset keyword. The audio processing server only stores the target audio file in the storage server, thereby improving the utilization rate of the storage space in the storage server. The audio processing server also controls the blockchain gateway node to upload information related to the target audio file through the evidence interface server to the chain. The uploaded information includes the keywords corresponding to the target audio file, so that the blockchain gateway node determines the content of the target audio file stored in the storage server through the keywords, so that it can screen the audio files during the evidence collection process, thereby improving the evidence collection efficiency.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of communication technology, and in particular to a call evidence storage method, device, equipment and storage medium. Background Art

[0002] Criminals can spread false information to victims over the phone, causing them to suffer financial losses. Due to the real-time and random nature of voice calls, it's difficult to record a call if the victim isn't aware of any suspicious information, hindering subsequent evidence collection. Suspicious information refers to information used to defraud victims during a call.

[0003] In the prior art, a network-side device stores voice calls containing suspicious keywords during a call with a terminal-side device. After the victim discovers that the call content is abnormal, a forensic officer obtains the voice calls through a forensic device.

[0004] However, voice calls last a long time, and the corresponding voice call files are large. The density of information directly related to the suspicious information contained therein is low, resulting in low utilization of the storage space of the storage device storing the voice call files. Furthermore, forensics officers also need to manually listen to the voice call files to screen out information directly related to the suspicious information, resulting in low efficiency in the suspicious information evidence collection process. Summary of the Invention

[0005] The present application provides a call evidence storage method, device, equipment and storage medium to solve the technical problem of low efficiency in the process of collecting suspicious information evidence in abnormal calls.

[0006] In a first aspect, the present application provides a call evidence storage method, which is applied to an audio processing server. The voice communication platform includes the audio processing server, a storage server, and an evidence storage interface server. The method includes:

[0007] Get the original call audio file;

[0008] Slicing the original call audio file to obtain multiple audio sub-files;

[0009] Perform keyword matching on each of the audio sub-files, filter out a target audio file from all the audio sub-files, and obtain keywords corresponding to the target audio file;

[0010] The target audio file is stored in the storage server, and the keyword is sent to the evidence interface server. The keyword is used to enable the evidence interface server to generate and send an information evidence request to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information includes the keyword. The keyword in the evidence information is used to enable the blockchain gateway node to obtain the target audio file corresponding to the keyword from the storage server during the evidence collection process.

[0011] In the above technical solution, after obtaining the original call audio file, the audio processing server determines the target audio file containing preset keywords by slicing and keyword matching the original call audio file. The audio processing server only stores the target audio file in the storage server, thereby improving the utilization rate of the storage space in the storage server. The audio processing server also controls the blockchain gateway node to upload information related to the target audio file through the evidence interface server. The uploaded information includes the keywords corresponding to the target audio file, so that the blockchain gateway node can determine the content of the target audio file stored in the storage server through the keywords, so that it can screen the audio files during the evidence collection process, thereby improving the efficiency of evidence collection.

[0012] Optionally, performing keyword matching on each of the audio sub-files, screening out a target audio file from all the audio sub-files, and obtaining keywords corresponding to the target audio file specifically includes:

[0013] For each of the audio sub-files, keyword matching is performed on the audio sub-file according to each preset keyword, the audio sub-file containing the preset keyword is determined as the target audio file, and the preset keyword is determined as the keyword of the target audio file.

[0014] Optionally, for each of the audio sub-files, keyword matching is performed on the audio sub-file according to each preset keyword, the audio sub-file containing the preset keyword is determined as the target audio file, and the preset keyword is determined as the keyword of the target audio file, specifically including:

[0015] For each of the audio sub-files, the audio sub-file is matched with at least one preset combination keyword, the audio sub-file containing all the keywords in any of the preset combination keywords is determined as the target audio file, and all the keywords in the preset combination keywords are determined as the keywords corresponding to the target audio file; wherein the preset combination keywords include at least one keyword.

[0016] In a second aspect, the present application provides a call evidence storage method, which is applied to an evidence storage interface server. The voice communication platform includes an audio processing server, a storage server, and the evidence storage interface server. The method includes:

[0017] Obtaining keywords sent by the audio processing server; the keywords are keywords corresponding to the target audio file obtained when the audio processor, after obtaining the original call audio file, slices the original call audio file to obtain multiple audio subfiles, performs keyword matching on each of the audio subfiles, and filters the target audio file from all the audio subfiles;

[0018] An information evidence request is generated based on the keyword and sent to the blockchain gateway node; the information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain, and the evidence information includes the keyword. The keyword in the evidence information is used to enable the blockchain gateway node to obtain the target audio file corresponding to the keyword from the storage server during the evidence collection process.

[0019] Optionally, generating an information evidence storage request based on the keyword specifically includes:

[0020] Determine blockchain transaction identifiers;

[0021] The information evidence request is generated based on the blockchain transaction identifier and the keyword; the evidence information in the information evidence request includes the blockchain transaction identifier, and the blockchain transaction identifier corresponds one-to-one to the target audio file.

[0022] Optionally, generating an information evidence storage request based on the blockchain transaction identifier and the keyword specifically includes:

[0023] Obtaining a uniform resource locator address and a hash value sent by a storage server; the uniform resource locator address is generated by the storage server according to the target audio file, and the hash value is calculated by the storage server according to the target audio file;

[0024] According to the blockchain transaction identifier, the keyword, the uniform resource locator address and the hash value, the information evidence request is generated and sent to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information also includes the uniform resource locator address and the hash value. The uniform resource locator address is used to enable the blockchain gateway node to obtain the target audio file from the storage server according to the uniform resource locator address. The hash value is used to verify whether the hash value calculated by the blockchain gateway node after obtaining the target audio file is accurate.

[0025] Optionally, generating an information evidence storage request based on the blockchain transaction identifier and the keyword specifically includes:

[0026] Obtaining basic information sent by a voice call server, the basic information including the calling number, the called number, the call start time, and the call duration; the basic information is information determined by the voice call server based on voice information generated during a call between the calling terminal and the called terminal;

[0027] According to the blockchain transaction identifier, the basic information and the keyword, the information evidence request is generated and sent to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information also includes the basic information. The basic information is used to enable the blockchain gateway node to filter out the evidence information according to the basic information and obtain keywords from the evidence information. When the keyword matches the evidence keyword, the target audio file corresponding to the keyword is obtained from the storage server.

[0028] In the above technical solution, the evidence interface server generates an information evidence request related to the target audio information based on the basic information generated by the audio processing server in the voice communication platform, the uniform resource locator address generated by the storage server, the hash value and the keyword of the audio processing server. After the information evidence request is sent to the blockchain gateway node, the blockchain gateway node stores the evidence information related to the target audio information in the blockchain, which not only ensures the accuracy of the information, thereby ensuring the accuracy of the blockchain gateway node when collecting evidence, but also ensures the diversity of the evidence information, so that the blockchain gateway node can judge from multiple angles whether the target audio file corresponding to the evidence information meets the evidence conditions when collecting evidence, thereby ensuring the accuracy of the target audio file acquisition, saving the time of subsequent screening, and improving the efficiency of the evidence collection process.

[0029] In a third aspect, the present application provides a call evidence storage method, which is applied to a blockchain gateway node. The blockchain evidence storage system includes the blockchain gateway node and a consensus node. The method includes:

[0030] Obtaining an information evidence storage request sent by an evidence storage interface server; the information evidence storage request includes evidence storage information;

[0031] The evidence information is uploaded to the chain, the evidence information including keywords; the information evidence request is a request generated by the evidence interface server based on the keywords, and the keywords are keywords corresponding to the target audio file obtained by the audio processing server after obtaining the original call audio file, slicing the original call audio file to obtain multiple audio sub-files, and performing keyword matching on each of the audio sub-files to filter out the target audio file from all the audio sub-files;

[0032] During the evidence collection process, the target audio file corresponding to the keyword is obtained from the storage server according to the keyword in the evidence information.

[0033] Optionally, the method further includes:

[0034] Obtaining a forensic request sent by a forensic device, the forensic request including forensic information, the forensic information including a calling number, a called number, and a preset forensic time range;

[0035] According to the calling number, the called number and the preset evidence collection time range, a query is performed in the consensus node to obtain evidence information including the calling number and the called number, and the call start time and / or call end time are within the preset evidence collection time range.

[0036] Optionally, after obtaining the target audio file from the storage server, calculating a check hash value of the target audio file;

[0037] Verify whether the verification hash value is accurate based on the hash value in the evidence information corresponding to the keyword.

[0038] In the above technical solution, during the evidence collection process, the blockchain gateway node compares the evidence information in the evidence collection request from multiple angles such as keywords, numbers, time and hash values, ensuring the accuracy of its acquisition of the target audio file, reducing the acquisition of irrelevant files, saving subsequent screening time, and improving evidence collection efficiency.

[0039] In a fourth aspect, the present application provides an audio processing device, comprising:

[0040] A first acquisition module is used to obtain the original call audio file;

[0041] A first processing module is configured to slice the original call audio file to obtain multiple audio sub-files;

[0042] The first processing module is further configured to perform keyword matching on each of the audio sub-files, filter out a target audio file from all the audio sub-files, and obtain keywords corresponding to the target audio file;

[0043] The first processing module is also used to store the target audio file in the storage server and send the keyword to the evidence interface server. The keyword is used to enable the evidence interface server to generate and send an information evidence request to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information includes the keyword. The keyword in the evidence information is used to enable the blockchain gateway node to obtain the target audio file corresponding to the keyword from the storage server during the evidence collection process.

[0044] In a fifth aspect, the present application provides a certificate storage interface device, comprising:

[0045] a second acquisition module, configured to acquire keywords sent by the audio processing server; the keywords being keywords corresponding to the target audio file obtained by the audio processor after acquiring the original call audio file, slicing the original call audio file to obtain multiple audio subfiles, performing keyword matching on each of the audio subfiles, and screening the target audio file from all the audio subfiles;

[0046] The second processing module is used to generate an information evidence request based on the keyword and send it to the blockchain gateway node; the information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain, and the evidence information includes the keyword. The keyword in the evidence information is used to enable the blockchain gateway node to obtain the target audio file corresponding to the keyword from the storage server during the evidence collection process.

[0047] In a sixth aspect, the present application provides a blockchain gateway device, comprising:

[0048] A third acquisition module is configured to acquire an information evidence storage request sent by the evidence storage interface server; the information evidence storage request includes evidence storage information;

[0049] a third processing module for uploading the evidence information to a chain, the evidence information including keywords; the information evidence request is a request generated by the evidence interface server based on the keywords, and the keywords are keywords corresponding to the target audio file obtained by the audio processing server after obtaining the original call audio file, slicing the original call audio file to obtain multiple audio subfiles, and performing keyword matching on each of the audio subfiles to filter out the target audio file from all the audio subfiles;

[0050] The third processing module is further configured to obtain a target audio file corresponding to the keyword from the storage server according to the keyword in the evidence information during the evidence collection process.

[0051] In a seventh aspect, the present application provides an audio processing server, comprising: a processor and a memory communicatively connected to the processor;

[0052] The memory stores computer instructions;

[0053] When executing the computer instructions, the processor is used to implement the call evidence storage method as involved in the first aspect.

[0054] In an eighth aspect, the present application provides a certificate storage interface server, comprising: a processor and a memory communicatively connected to the processor;

[0055] The memory stores computer instructions;

[0056] When executing the computer instructions, the processor is used to implement the call evidence storage method involved in the second aspect.

[0057] In a ninth aspect, the present application provides a blockchain gateway node, comprising: a processor and a memory communicatively connected to the processor;

[0058] The memory stores computer instructions;

[0059] When executing the computer instructions, the processor is used to implement the call evidence storage method involved in the third aspect.

[0060] In the tenth aspect, the present application provides a computer-readable storage medium, which stores computer instructions. When the computer instructions are executed by a processor, they are used to implement the call evidence storage method involved in the first aspect, or the second aspect, or the third aspect.

[0061] The present application provides a call evidence storage method, apparatus, device and storage medium. After obtaining the original call audio file, the audio processing server slices the original call audio file to obtain multiple audio sub-files, and performs keyword matching on each audio sub-file to determine the target audio file containing the preset keyword. The audio processing server only stores the target audio file in the storage server, thereby improving the utilization rate of the storage space in the storage server. The audio processing server also controls the blockchain gateway node to upload information related to the target audio file through the evidence interface server to the chain. The uploaded information includes the keywords corresponding to the target audio file, so that the blockchain gateway node determines the content of the target audio file stored in the storage server through the keywords, so that it can screen the audio files during the evidence collection process, thereby improving the evidence collection efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0062] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0063] Figure 1 This is an application scenario diagram of the call evidence storage method provided by this application according to an exemplary embodiment;

[0064] Figure 2 This is an information interaction diagram of a call evidence storage method provided by the present application according to an exemplary embodiment;

[0065] Figure 3 This is an information interaction diagram of a call evidence storage method provided by the present application according to another exemplary embodiment;

[0066] Figure 4 An information interaction diagram of a forensics process provided by this application according to an exemplary embodiment;

[0067] Figure 5 This is a structural diagram of an audio processing device provided by the present application according to an exemplary embodiment;

[0068] Figure 6 This is a schematic structural diagram of a certificate storage interface device provided by the present application according to an exemplary embodiment;

[0069] Figure 7 This is a schematic diagram of the structure of a blockchain gateway device provided by this application according to an exemplary embodiment;

[0070] Figure 8 This is a structural diagram of an audio processing server provided by the present application according to one embodiment;

[0071] Figure 9 This is a schematic diagram of the structure of the evidence storage interface server provided by this application according to one embodiment;

[0072] Figure 10 This is a schematic diagram of the structure of a blockchain gateway node provided by this application according to one embodiment.

[0073] The above drawings illustrate specific embodiments of the present application, which will be described in more detail below. These drawings and the textual description are not intended to limit the scope of the present application in any way, but rather to illustrate the concepts of the present application to those skilled in the art by reference to specific embodiments. DETAILED DESCRIPTION

[0074] Exemplary embodiments will be described in detail herein, with examples illustrated in the accompanying drawings. In the following description, when referring to the drawings, identical numerals in different figures represent identical or similar elements, unless otherwise indicated. The embodiments described in the following exemplary embodiments are not intended to represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.

[0075] In the specification and claims of this application, as well as in the accompanying drawings, the terms "first," "second," "third," "fourth," and so on are used to distinguish similar items and are not necessarily used to describe a particular order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate. For example, first information could be referred to as second information, and similarly, second information could be referred to as first information without departing from the scope of this disclosure.

[0076] The word "if" as used herein may be interpreted as "when" or "when" or "in response to determining," depending on the context.

[0077] Furthermore, as used herein, the singular forms "a," "an" and "the" are intended to include the plural forms as well, unless the context indicates otherwise.

[0078] It should be further understood that the terms “comprises” and “includes” indicate the existence of features, steps, operations, elements, components, items, types, and / or groups, but do not preclude the existence, occurrence, or addition of one or more other features, steps, operations, elements, components, items, types, and / or groups.

[0079] The terms "or" and "and / or" as used herein are to be interpreted as inclusive, or mean any one or any combination. Thus, "A, B, or C" or "A, B, and / or C" means "any one of the following: A; B; C; A and B; A and C; B and C; A, B, and C." An exception to this definition occurs only when a combination of elements, functions, steps, or operations are inherently mutually exclusive in some manner.

[0080] The present application provides a call evidence storage method, apparatus, device and storage medium, which aims to solve the technical problem of low efficiency in the process of collecting evidence of suspicious information in abnormal calls. The technical concept of the present application is: an audio processing server, a storage server and an evidence storage interface server are provided in the voice communication platform. After obtaining the original call audio file during the call of the terminal side device, the audio processing server slices the original call audio file to obtain multiple audio sub-files with small data volume, and performs keyword matching on each audio sub-file to determine the target audio file related to the suspicious information and the keyword corresponding to the file from the multiple audio sub-files. The audio processing server stores the target audio file in the storage server and sends the keyword to the evidence storage interface server, so that the evidence storage interface server generates an information evidence request based on the keyword and sends it to the blockchain evidence storage system for information evidence, and when obtaining evidence, the blockchain gateway node obtains evidence from the storage server based on the keyword in the evidence information.

[0081] Figure 1 This is an application scenario diagram of the call evidence storage method provided by this application according to an exemplary embodiment. Figure 1 As shown, the application scenario diagram includes a first terminal 10, a second terminal 11, a voice communication system 12, a blockchain evidence storage system 13, and an evidence collection device 14. The voice communication system 12 includes a voice call server 121, a storage server 122, an audio processing server 123, an evidence storage interface server 124, and a first router 125; the blockchain evidence storage system 13 includes a blockchain gateway node 131, multiple consensus nodes 132, and a second router 133.

[0082] The connection relationship between each device in this application scenario is as follows: the first terminal 10 and the second terminal 11 are respectively communicated with the voice call server 121, and the voice call server 121, the storage server 122, the audio processing server 123 and the evidence interface server 124 are all communicated with through the first router 125. The first router 125 and the second router 133 are communicated with each other, and the second router 133 is respectively communicated with the blockchain gateway node 131 and multiple consensus nodes 132. The blockchain gateway node 131 is also communicated with the evidence collection device 14.

[0083] During a call between the first terminal 10 and the second terminal 11, the voice call server 121 generates an original call audio file and corresponding basic information based on the voice data transmitted between the two terminals. The basic information is necessary information to describe this call. The voice call server 121 sends the original call audio file to the audio processing server 123 through the first router 125. The audio processing server 123 slices the original call audio file to generate multiple audio sub-files. The audio processing server 123 converts each audio sub-file into corresponding text information through voice recognition, and performs keyword matching on each text information to determine the text information corresponding to the audio sub-file containing the preset keyword. The audio processing server 123 determines the above audio sub-file as the target audio file, and the corresponding matched keyword is the keyword corresponding to the target audio file.

[0084] Audio processing server 123 transmits the keywords to evidence storage interface server 124 via first router 125. Furthermore, it transmits the target audio file to storage server 122 for storage via first router 125. This ensures that the information stored in storage server 122 is directly related to the suspicious information, thereby increasing the density of the suspicious information in the stored files and improving storage space utilization. After storage is complete, storage server 122 determines the corresponding uniform resource locator (URL) and hash value, and transmits the URL and hash value to evidence storage interface server 124 via first router 125. Based on the basic information, keywords, URL, and hash value it obtains, evidence storage interface server 124 generates an information evidence request and transmits the request to blockchain gateway node 131 via first router 125 and second router 133. Blockchain gateway node 131 then uploads the evidence information in the information evidence request to consensus node 132.

[0085] After confirming that the victim noticed something unusual about the call, the evidence collector collects evidence on evidence collection device 14. More specifically, evidence collection device 14 generates and sends a collection request to blockchain gateway node 131. From the collection request, blockchain gateway node 131 retrieves the caller number, called number, and the preset collection time range. Based on this information, it queries the consensus node to obtain at least one piece of evidence containing the caller number and called number, with the call start and / or end time falling within the preset collection time range. Blockchain gateway node 131 sequentially obtains keywords from each piece of evidence and matches them against the keywords in the collection request. The matching piece of evidence is then identified as the target piece of evidence. The blockchain gateway node 131 obtains the uniform resource locator address and hash value from the target evidence information, and uses the uniform resource locator address to obtain the corresponding target audio file from the storage server 122. The blockchain gateway node 131 calculates the hash value of the obtained target audio file again and compares it with the hash value obtained in the evidence information. When the two hash values ​​are consistent, it is determined that the target audio file is reliable and has not been tampered with, thereby realizing the evidence collection of suspicious information in abnormal calls.

[0086] Figure 2 This is an information interaction diagram of a call evidence storage method provided by this application according to an exemplary embodiment, such as Figure 2 As shown, the call evidence storage method includes:

[0087] S201: The audio processing server obtains the original call audio file.

[0088] The original call audio file is an audio file generated during a call between two terminals, and includes the call content during the call between the two terminals.

[0089] S202: The audio processing server slices the original call audio file to obtain multiple audio sub-files.

[0090] The audio processing server slices the original call audio file according to a preset duration or a preset file size to obtain multiple audio sub-files.

[0091] The duration of the audio sub-file is less than or equal to the duration of the original call audio file, and the file size of the audio sub-file is also less than or equal to the size of the original call audio file.

[0092] S203: The audio processing server performs keyword matching on each audio sub-file, selects a target audio file from all audio sub-files, and obtains keywords corresponding to the target audio file.

[0093] The audio processing server has a plurality of preset keywords, which are keywords related to suspicious information in abnormal calls.

[0094] For each audio sub-file, the audio processing server performs keyword matching on the audio sub-file according to each preset keyword. When the audio sub-file contains the preset keyword, the audio sub-file is determined as the target audio file, and the preset keyword is determined as the keyword of the target audio file, wherein the preset keyword is the keyword for determining the audio sub-file as the target audio file.

[0095] More specifically, the audio processing server sets up multiple preset combination keywords, i.e., a set of preset combination keywords contains at least one keyword. For each audio subfile, the audio processing server matches the audio subfile with at least one preset combination keyword, identifies the audio subfile containing all keywords in any preset combination keyword as the target audio file, and identifies all keywords in the preset combination keyword as the keywords corresponding to the target audio file. This preset combination keyword helps the audio processing service identify target audio files containing more suspicious information, increases the information density of suspicious information in the target audio file, and prevents audio subfiles that are unrelated to suspicious information but contain a single preset keyword from being mistakenly identified as target audio files.

[0096] S204: The audio processing server stores the target audio file in the storage server.

[0097] The audio processing server stores the target audio file determined in step S203 in the storage server through the router.

[0098] Since the audio processor only stores the audio sub-files that achieve keyword matching with the preset keyword, the density of suspicious information of the files stored in the storage server is increased, thereby improving the memory utilization of the storage server.

[0099] S205. The audio processing server sends keywords to the evidence storage interface server.

[0100] S206. The evidence storage interface server generates an information evidence storage request based on the keyword.

[0101] The information evidence request is a request from the evidence interface server to the blockchain gateway node to store the evidence information related to the target audio file determined in step S203 within a consensus node in the blockchain evidence system based on the blockchain smart contract. The evidence information related to the target audio file includes keywords.

[0102] In one embodiment, before generating an information evidence request, the evidence storage interface server determines a blockchain transaction identifier and generates an information evidence request based on the blockchain transaction identifier and keywords. The information evidence request includes evidence information, which includes the blockchain transaction identifier and keywords. The blockchain transaction identifier corresponds one-to-one with the evidence information and also corresponds one-to-one with the target audio file.

[0103] S207. The evidence storage interface server sends an information evidence storage request to the blockchain gateway node.

[0104] S208. The blockchain gateway node uploads the evidence information to the chain.

[0105] When the blockchain gateway node uploads the evidence information to the chain, it sends the evidence information obtained in the information evidence request to a consensus node. After the consensus node uses the consensus algorithm to reach a consensus on the evidence information, it generates an evidence block. After the evidence block is reached by consensus by other consensus nodes, it is written into the blockchain.

[0106] S209. During the evidence collection process, the blockchain gateway node obtains the target audio file corresponding to the keyword from the storage server based on the keyword in the evidence information.

[0107] When the evidence collection device requests to query the consensus node for audio files related to abnormal call content, the blockchain gateway node obtains the evidence collection request sent by the evidence collection device, so that the blockchain gateway node can query the multiple evidence information stored in the consensus node based on the information in the evidence collection request.

[0108] More specifically, the blockchain gateway node obtains keywords from the evidence request and compares the keywords with the keywords in multiple evidence information that has been uploaded to the chain in the consensus node, thereby determining the target audio file that matches the keyword.

[0109] The blockchain gateway node obtains the corresponding target audio file from the storage server based on the keyword, and sends the obtained target audio file to the forensic device to complete the forensics.

[0110] In the above technical solution, after obtaining the original call audio file, the audio processing server determines the target audio file containing preset keywords by slicing and keyword matching the original call audio file. The audio processing server only stores the target audio file in the storage server, thereby improving the utilization rate of the storage space in the storage server. The audio processing server also controls the blockchain gateway node to upload information related to the target audio file through the evidence interface server. The uploaded information includes the keywords corresponding to the target audio file, so that the blockchain gateway node can determine the content of the target audio file stored in the storage server through the keywords, so that it can screen the audio files during the evidence collection process, thereby improving the efficiency of evidence collection.

[0111] Figure 3 This is an information interaction diagram of a call evidence storage method provided by this application according to another exemplary embodiment, such as Figure 3 As shown, the call evidence storage method includes:

[0112] S301. The storage server generates a corresponding uniform resource locator address according to the target audio file and calculates a hash value.

[0113] After the voice call server obtains the original call audio file, it sends the original call audio file to the audio processing server. After the audio processing server slices the original call audio file and matches keywords, it determines the target audio file and at least one corresponding keyword.

[0114] After the voice call server sends the target audio file to the storage server for storage, the storage server generates a Uniform Resource Locator (URL) based on the target audio file. This URL includes the protocol type, host name, path, and file name. This URL corresponds to the target audio file and identifies its storage location on the storage server.

[0115] The storage server also generates a corresponding and unique hash value based on the target audio file. More specifically, the storage server processes the binary target audio file using a hash function, and the output value is a hash value. In one embodiment, the hash value is a 16-bit string generated using the MD5 message digest method.

[0116] S302. The storage server sends the uniform resource locator address and hash value to the evidence storage interface server.

[0117] S303: The voice call server determines corresponding basic information according to the voice information generated during the call between the calling terminal and the called terminal.

[0118] Basic information includes the calling number, called number, call start time, and call duration. Basic information is determined by the voice call server based on the voice information generated during the call between the calling terminal and the called terminal.

[0119] S304. The voice call server sends basic information to the evidence storage interface server.

[0120] S305. The evidence storage interface server obtains the keywords sent by the audio processing server.

[0121] The keywords sent by the audio processing server are the keywords corresponding to the target audio file determined after the voice call server generates the original call audio file and sends the original call audio file to the audio processing server, which slices the original call audio file and matches the keywords.

[0122] More specifically, the audio processing server slices the original call audio file according to a preset duration or time size to obtain at least one audio subfile. The audio processing server performs speech recognition on all audio subfiles to obtain text information corresponding to each audio subfile. The audio processing server then performs keyword matching on each text information using preset keywords or preset keyword combinations, determines target text information containing all of the preset keywords or preset keyword combinations, and determines the audio subfile corresponding to the target text information as the target audio file. The preset keywords or preset keyword combinations determined in the target text information are determined as keywords corresponding to the target audio file.

[0123] After determining the keyword, the audio processing server sends the keyword to the evidence interface processor.

[0124] S306. The evidence storage interface server determines the blockchain transaction identifier and generates an information evidence storage request based on the blockchain transaction identifier, keywords, uniform resource locator address, hash value and basic information.

[0125] After obtaining the above information, the evidence storage interface server determines the blockchain transaction identifier, which corresponds to the target audio file. The process for determining the blockchain identifier is conventional and will not be further described here. The evidence storage interface server uses the obtained information to determine the evidence information corresponding to the target audio file. This evidence information includes the blockchain transaction identifier, calling number, called number, call start time, call duration, keywords, uniform resource locator address, and hash value.

[0126] The evidence interface server generates a corresponding evidence information request based on the above evidence information, which is used to add the evidence information to the blockchain of the blockchain evidence system.

[0127] S307. The evidence storage interface server sends an information evidence storage request to the blockchain gateway node.

[0128] S308. The blockchain gateway node uploads the evidence information in the information evidence request to the chain.

[0129] This step has been explained in detail in step S208 and will not be repeated here.

[0130] After the consensus node in the blockchain evidence system uploads the evidence information to the chain, if evidence collection of suspicious information occurs during an abnormal call, the blockchain gateway node receives the evidence collection request and determines the corresponding target audio file based on the evidence information and the evidence collection information in the evidence collection request.

[0131] More specifically, the forensic process of the target audio file is as follows: Figure 4 As shown, the evidence collection process includes:

[0132] S401. The evidence collection device sends an evidence collection request to the blockchain gateway node.

[0133] A forensic request is a request to the blockchain evidence storage system to obtain audio files related to suspicious information. The forensic request includes forensic information, including the calling number, called number, and the preset time range for forensic collection.

[0134] After determining that the call content is abnormal, the evidence collection device sends the above-mentioned evidence collection request to the blockchain gateway node.

[0135] S402. The blockchain gateway node queries the consensus node based on the calling number, called number, and preset evidence collection time range to obtain evidence information that includes the calling number and called number, and the call start time and / or call end time that is within the preset evidence collection time range.

[0136] The blockchain gateway node performs a fuzzy query in the consensus node based on the calling number, called number and preset evidence collection time range in the evidence information to determine the evidence information that contains the calling number and called number and the call start time and / or call end time is within the preset evidence collection time range.

[0137] The call end time is determined based on the call start time and call duration.

[0138] S403. The blockchain gateway node obtains keywords from the evidence information. When the keywords match the evidence keywords, the blockchain gateway node obtains the uniform resource locator address from the evidence information.

[0139] Forensic keywords are obtained from forensic information.

[0140] More specifically, the evidence information includes a description of the abnormal call-related information captured by the input unit of the evidence collection device. The evidence keywords are keywords determined based on the description of the abnormal call-related information. In one embodiment, the evidence keywords are keywords determined by the blockchain gateway node through semantic analysis. In another embodiment, the evidence keywords are keywords summarized by the evidence collection personnel based on the abnormal call-related information.

[0141] When the blockchain gateway node matches the keywords and the evidence keywords, in one embodiment, the similarity between the two types of keywords is determined. When the similarity is greater than a preset similarity threshold, the evidence information corresponding to the keyword is determined to be the target evidence information; in another embodiment, the similarity between the evidence information and the evidence information is calculated. When the similarity is greater than a preset similarity threshold, the evidence information is determined to be the target evidence information; in another embodiment, the target evidence information can be determined from the evidence information by manually comparing the evidence information and the evidence information determined in step S402.

[0142] After determining the target evidence information, the blockchain gateway node obtains the corresponding uniform resource locator address from the target evidence information.

[0143] S404. The blockchain gateway node obtains the target audio file corresponding to the keyword from the storage server according to the uniform resource locator address.

[0144] The blockchain gateway node determines the location of the corresponding audio file in the storage server according to the uniform resource locator address, and obtains the target audio file from this location.

[0145] S405. The blockchain gateway node calculates the verification hash value of the target audio file.

[0146] In order to verify whether the target audio file stored in the storage server has been tampered with, the blockchain gateway node needs to calculate the verification hash value of the target audio file obtained in step S404. The calculation method of the verification hash value is the same as the method used by the storage server to calculate the hash value before the evidence interface server sends an information evidence request to the blockchain gateway node, which will not be repeated here.

[0147] S406. The blockchain gateway node verifies whether the hash value is accurate based on the hash value in the evidence information.

[0148] S407. When the blockchain gateway node verifies that the hash value is correct, it sends the target audio file to the evidence collection device.

[0149] When the hash value in the evidence information is the same as the verification hash value calculated by the blockchain gateway node based on the target audio file, it is determined that the target audio file has not been tampered with. The blockchain gateway node sends it to the evidence collection device so that the evidence collection personnel can obtain the target audio file from the output unit of the warrant device.

[0150] In the above technical solution, the evidence interface server generates an information evidence request related to the target audio information based on the basic information generated by the audio processing server in the voice communication platform, the uniform resource locator address generated by the storage server, the hash value and the keyword of the audio processing server. After the information evidence request is sent to the blockchain gateway node, the blockchain gateway node stores the evidence information related to the target audio information in the blockchain, which not only ensures the accuracy of the information, thereby ensuring the accuracy of the blockchain gateway node when collecting evidence, but also ensures the diversity of the evidence information, so that the blockchain gateway node can judge from multiple angles whether the target audio file corresponding to the evidence information meets the evidence conditions when collecting evidence, thereby ensuring the accuracy of the target audio file acquisition, saving the time of subsequent screening, and improving the efficiency of the evidence collection process.

[0151] Figure 5Schematic diagram of an audio processing device provided by the present application according to an embodiment. The audio processing device 500 includes a first acquisition module 501 and a first processing module 502, wherein:

[0152] The first acquisition module 501 is used to acquire the original call audio file.

[0153] The first processing module 502 is configured to slice the original call audio file to obtain multiple audio sub-files.

[0154] The first processing module 502 is further configured to perform keyword matching on each audio sub-file, filter out a target audio file from all audio sub-files, and obtain keywords corresponding to the target audio file.

[0155] The first processing module 502 is also used to store the target audio file in the storage server and send the keyword to the evidence interface server. The keyword is used to enable the evidence interface server to generate and send an information evidence request to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information includes the keyword. The keyword in the evidence information is used to enable the blockchain gateway node to obtain the target audio file corresponding to the keyword from the storage server during the evidence collection process.

[0156] In one embodiment, the first processing module 502 is specifically configured to:

[0157] For each audio sub-file, keyword matching is performed on the audio sub-file according to each preset keyword, the audio sub-file containing the preset keyword is determined as the target audio file, and the preset keyword is determined as the keyword of the target audio file.

[0158] In one embodiment, the first processing module 502 is specifically configured to:

[0159] For each audio sub-file, the audio sub-file is matched with at least one preset combination keyword, the audio sub-file containing all keywords in any preset combination keyword is determined as the target audio file, and all keywords in the preset combination keyword are determined as keywords corresponding to the target audio file; wherein the preset combination keyword includes at least one keyword.

[0160] Figure 6 This is a schematic diagram of an evidence storage interface device according to an embodiment of the present application. The evidence storage interface device 600 includes a second acquisition module 601 and a second processing module 602, wherein:

[0161] The second acquisition module 601 is used to obtain the keywords sent by the audio processing server; the keywords are the keywords corresponding to the target audio file obtained when the audio processor slices the original call audio file after obtaining the original call audio file, obtains multiple audio sub-files, and performs keyword matching on each audio sub-file, and filters out the target audio file from all audio sub-files.

[0162] The second processing module 602 is used to generate and send an information evidence request to the blockchain gateway node based on the keyword; the information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain, and the evidence information includes keywords. The keywords in the evidence information are used to enable the blockchain gateway node to obtain the target audio file corresponding to the keyword from the storage server during the evidence collection process.

[0163] In one embodiment, the second processing module 602 is specifically configured to:

[0164] Determine blockchain transaction identifiers;

[0165] An information evidence request is generated based on the blockchain transaction identifier and keywords; the evidence information in the information evidence request includes the blockchain transaction identifier, and the blockchain transaction identifier corresponds one-to-one to the target audio file.

[0166] In one embodiment, the second processing module 602 is specifically configured to:

[0167] Obtaining the uniform resource locator address and hash value sent by the storage server; the uniform resource locator address is generated by the storage server based on the target audio file, and the hash value is calculated by the storage server based on the target audio file;

[0168] Based on the blockchain transaction identifier, keywords, uniform resource locator address and hash value, an information evidence request is generated and sent to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information also includes a uniform resource locator address and a hash value. The uniform resource locator address is used to enable the blockchain gateway node to obtain the target audio file from the storage server according to the uniform resource locator address. The hash value is used to verify whether the hash value calculated by the blockchain gateway node after obtaining the target audio file is accurate.

[0169] In one embodiment, the second processing module 602 is specifically configured to:

[0170] Obtain basic information sent by the voice call server, including the calling number, called number, call start time, and call duration. Basic information is determined by the voice call server based on the voice information generated during the call between the calling and called terminals.

[0171] Based on the blockchain transaction identifier, basic information and keywords, an information evidence request is generated and sent to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information also includes basic information. The basic information is used to enable the blockchain gateway node to filter out the evidence information based on the basic information and obtain keywords from the evidence information. When the keyword matches the evidence keyword, the target audio file corresponding to the keyword is obtained from the storage server.

[0172] Figure 7 This is a schematic diagram of a blockchain gateway device provided by the present application according to an embodiment. The blockchain gateway device 700 includes a third acquisition module 701 and a third processing module 702, wherein:

[0173] The third acquisition module 701 is used to obtain the information evidence request sent by the evidence storage interface server; the information evidence request includes evidence information;

[0174] The third processing module 702 is used to upload the evidence information to the chain, and the evidence information includes keywords; the information evidence request is a request generated by the evidence interface server based on the keywords, and the keywords are the keywords corresponding to the target audio file obtained when the audio processing server slices the original call audio file after obtaining the original call audio file, obtains multiple audio sub-files, and performs keyword matching on each audio sub-file, and filters out the target audio file from all audio sub-files.

[0175] The third processing module 702 is further configured to obtain target audio files corresponding to keywords from the storage server according to the keywords in the evidence information during the evidence collection process.

[0176] In one embodiment, the third processing module 702 is further configured to:

[0177] Obtaining a forensic request sent by a forensic device, the forensic request including forensic information, including the calling number, called number, and a preset time range for forensic collection;

[0178] Query the consensus node based on the calling number, called number and preset evidence collection time range to obtain evidence information containing the calling number and called number, and the call start time and / or call end time within the preset evidence collection time range.

[0179] In one embodiment, the third processing module 702 is further configured to:

[0180] After obtaining the target audio file from the storage server, calculate the check hash value of the target audio file;

[0181] Verify the accuracy of the hash value based on the hash value in the evidence information corresponding to the keyword.

[0182] Figure 8 The following is a schematic diagram of the structure of an audio processing server provided in accordance with one embodiment of the present application. The audio processing server 800 includes a first memory 801 and a first processor 802. The first memory 801 is used to store computer instructions executable by the processor. The first memory 801 may include high-speed random access memory (RAM) and may also include non-volatile memory (NVM), such as at least one disk memory, and may also be a USB flash drive, a mobile hard disk, a read-only memory, a magnetic disk, or an optical disk.

[0183] The first processor 802 implements the various steps of the call evidence storage method in the above embodiment with the audio processing server as the execution subject when executing computer instructions. For details, please refer to the relevant description in the above method embodiment. The first processor 802 can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc. The steps of the method disclosed in the invention can be directly embodied as being executed by a hardware processor, or can be executed by a combination of hardware and software modules in the processor.

[0184] Optionally, the above-mentioned first memory 801 can be independent or integrated with the first processor 802. When the first memory 801 is set independently, the audio processing server 800 also includes a bus for connecting the first memory 801 and the first processor 802. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of this application is not limited to only one bus or one type of bus.

[0185] Figure 9This is a schematic diagram of the structure of a certificate storage interface server provided according to one embodiment of the present application. The certificate storage interface server 803 includes a second memory 804 and a second processor 805. The second memory 804 is used to store computer instructions executable by the processor. The second memory 804 may include high-speed random access memory (RAM) or non-volatile memory (NVM), such as at least one disk storage device. It may also be a USB flash drive, a mobile hard drive, a read-only memory, a magnetic disk, or an optical disk.

[0186] When executing computer instructions, the second processor 805 implements the various steps of the call evidence storage method in the above-mentioned embodiment, which is executed by the evidence storage interface server. For details, please refer to the relevant description in the above-mentioned method embodiment. The second processor 805 can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the present invention can be directly implemented as being executed by a hardware processor, or can be executed by a combination of hardware and software modules in the processor.

[0187] Optionally, the above-mentioned second memory 804 can be independent or integrated with the second processor 805. When the second memory 804 is set independently, the evidence interface server 803 also includes a bus for connecting the second memory 804 and the second processor 805. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, the bus in the drawings of this application is not limited to only one bus or one type of bus.

[0188] Figure 10This is a schematic diagram of the structure of a blockchain gateway node provided in accordance with one embodiment of the present application. The blockchain gateway node 806 includes a third memory 807 and a third processor 808. The third memory 807 is used to store computer instructions executable by the processor. The third memory 807 may include high-speed random access memory (RAM) or non-volatile memory (NVM), such as at least one disk storage device. It may also be a USB flash drive, a mobile hard drive, a read-only memory, a magnetic disk, or an optical disk.

[0189] When executing computer instructions, the third processor 808 implements the various steps of the call evidence storage method in the above-mentioned embodiment, which is executed by the blockchain gateway node. For details, please refer to the relevant description in the above-mentioned method embodiment. The third processor 808 can be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), etc. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the present invention can be directly implemented as a hardware processor or executed by a combination of hardware and software modules in the processor.

[0190] Optionally, the third memory 807 can be independent or integrated with the third processor 808. When the third memory 807 is independently provided, the blockchain gateway node 806 further includes a bus for connecting the third memory 807 and the third processor 808. The bus can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus. Buses can be divided into address buses, data buses, control buses, etc. For ease of presentation, the buses in the drawings of this application are not limited to only one bus or one type of bus.

[0191] An embodiment of the present application also provides a computer-readable storage medium, in which computer instructions are stored. When a processor executes the computer instructions, each step of the call evidence storage method in the above embodiment is implemented.

[0192] An embodiment of the present application also provides a computer program product, including computer instructions, which, when executed by a processor, implement the various steps of the call evidence storage method in the above embodiment.

[0193] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present application that follow the general principles of the present application and include common knowledge or customary techniques in the art not disclosed herein. The description and examples are to be considered as exemplary only, and the true scope and spirit of the present application are indicated by the following claims.

[0194] It should be understood that the present application is not limited to the exact structure described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present application is limited only by the appended claims.

Claims

1. A method for recording call evidence, characterized in that: The method is applied to an audio processing server, and the voice communication platform includes the audio processing server, a storage server, and an evidence storage interface server. The method includes: Get the original call audio file; Slicing the original call audio file to obtain multiple audio sub-files; Perform keyword matching on each of the audio sub-files, filter out a target audio file from all the audio sub-files, and obtain keywords corresponding to the target audio file; The target audio file is stored in the storage server, and the keyword is sent to the evidence interface server. The keyword is used to enable the evidence interface server to generate and send an information evidence request to the blockchain gateway node. The information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain. The evidence information includes the keyword and basic information. The basic information is used to enable the blockchain gateway node to filter out the evidence information according to the basic information during the evidence collection process and obtain the keyword from the evidence information. When the keyword matches the evidence keyword, the target audio file corresponding to the keyword is obtained from the storage server; the basic information includes the calling number, the called number, the call start time and the call duration.

2. The method according to claim 1, characterized in that Performing keyword matching on each of the audio sub-files, screening out a target audio file from all the audio sub-files, and obtaining keywords corresponding to the target audio file, specifically includes: For each of the audio sub-files, keyword matching is performed on the audio sub-file according to each preset keyword, the audio sub-file containing the preset keyword is determined as the target audio file, and the preset keyword is determined as the keyword of the target audio file.

3. The method according to claim 2, characterized in that For each of the audio sub-files, keyword matching is performed on the audio sub-files according to each preset keyword, the audio sub-file containing the preset keyword is determined as a target audio file, and the preset keyword is determined as a keyword of the target audio file, specifically including: For each of the audio sub-files, the audio sub-file is matched with at least one preset combination keyword, the audio sub-file containing all the keywords in any of the preset combination keywords is determined as the target audio file, and all the keywords in the preset combination keywords are determined as the keywords corresponding to the target audio file; wherein the preset combination keywords include at least one keyword.

4. A call evidence storage method, characterized in that: The method is applied to a proof interface server, wherein the voice communication platform includes an audio processing server, a storage server, and the proof interface server, and the method includes: Obtaining keywords sent by the audio processing server; the keywords are keywords corresponding to the target audio file obtained by the audio processing server when, after obtaining the original call audio file, the audio processing server slices the original call audio file to obtain multiple audio subfiles, performs keyword matching on each of the audio subfiles, and filters out the target audio file from all the audio subfiles; An information evidence request is generated based on the keyword and sent to the blockchain gateway node; the information evidence request is used to enable the blockchain gateway node to upload the evidence information in the information evidence request to the chain, and the evidence information includes the keyword and basic information. The basic information is used to enable the blockchain gateway node to filter out the evidence information based on the basic information during the evidence collection process, and obtain the keyword from the evidence information. When the keyword matches the evidence keyword, the target audio file corresponding to the keyword is obtained from the storage server; the basic information includes the calling number, the called number, the call start time and the call duration.

5. The method according to claim 4, characterized in that Generate an information evidence request based on the keyword, specifically including: Determine blockchain transaction identifiers; The information evidence request is generated based on the blockchain transaction identifier and the keyword; the evidence information in the information evidence request includes the blockchain transaction identifier, and the blockchain transaction identifier corresponds one-to-one to the target audio file.

6. The method according to claim 5, characterized in that Generate an information evidence request based on the blockchain transaction identifier and the keyword, specifically including: Obtaining basic information sent by the voice call server, where the basic information is information determined by the voice call server based on voice information generated during a call between a calling terminal and a called terminal; According to the blockchain transaction identifier, the basic information and the keyword, the information evidence request is generated and sent to the blockchain gateway node.

7. A call evidence storage method, characterized in that: The method is applied to a blockchain gateway node, and the blockchain evidence storage system includes the blockchain gateway node and a consensus node; the method includes: Obtaining an information evidence storage request sent by an evidence storage interface server; the information evidence storage request includes evidence storage information; The evidence information is uploaded to the chain, and the evidence information includes keywords and basic information; the information evidence request is a request generated by the evidence interface server based on the keywords, and the keywords are keywords corresponding to the target audio file obtained when the audio processing server slices the original call audio file after obtaining the original call audio file to obtain multiple audio sub-files, performs keyword matching on each of the audio sub-files, and filters out the target audio file from all the audio sub-files; the basic information includes the calling number, the called number, the call start time, and the call duration; During the evidence collection process, the target audio file corresponding to the keyword is obtained from the storage server based on the keyword and basic information in the evidence information.

8. The method according to claim 7, characterized in that The method further comprises: Obtaining a forensic request sent by a forensic device, the forensic request including forensic information, the forensic information including a calling number, a called number, and a preset forensic time range; According to the calling number, the called number and the preset evidence collection time range, a query is performed in the consensus node to obtain evidence information including the calling number and the called number, and the call start time and / or call end time are within the preset evidence collection time range.

9. An audio processing device, characterized in that: include: A first acquisition module is used to obtain the original call audio file; A first processing module is configured to slice the original call audio file to obtain multiple audio sub-files; The first processing module is further configured to perform keyword matching on each of the audio sub-files, filter out a target audio file from all the audio sub-files, and obtain keywords corresponding to the target audio file; The first processing module is further configured to store the target audio file in a storage server and send the keyword to a proof interface server. The keyword is used to cause the proof interface server to generate and send an information proof request to a blockchain gateway node. The information proof request is used to cause the blockchain gateway node to upload the proof information in the information proof request to the blockchain. The proof information includes the keyword and basic information. The basic information is used to cause the blockchain gateway node to filter out the proof information according to the basic information during the evidence collection process and obtain the keyword from the proof information. When the keyword matches the evidence collection keyword, the target audio file corresponding to the keyword is obtained from the storage server. The basic information includes the calling number, the called number, the call start time and the call duration.

10. A certificate storage interface device, characterized in that: include: A second acquisition module is used to acquire keywords sent by the audio processing server; The keyword is a keyword corresponding to the target audio file obtained by the audio processing server when, after obtaining the original call audio file, the audio processing server slices the original call audio file to obtain multiple audio subfiles, performs keyword matching on each of the audio subfiles, and filters out the target audio file from all the audio subfiles; A second processing module is configured to generate an information evidence request based on the keyword and send it to a blockchain gateway node; the information evidence request is configured to cause the blockchain gateway node to upload the evidence information in the information evidence request to the blockchain, wherein the evidence information includes the keyword and basic information; the basic information is configured to cause the blockchain gateway node to filter the evidence information based on the basic information during the evidence collection process, and obtain the keyword from the evidence information; when the keyword matches the evidence collection keyword, obtain the target audio file corresponding to the keyword from the storage server; The basic information includes the calling number, the called number, the call start time and the call duration.

11. A blockchain gateway device, characterized in that: include: The third acquisition module is used to obtain the information evidence storage request sent by the evidence storage interface server; The information evidence storage request includes evidence storage information; A third processing module is configured to upload the evidence information to a chain, the evidence information including keywords and basic information; the information evidence request is a request generated by the evidence interface server based on the keywords, the keywords being keywords corresponding to the target audio file obtained by the audio processing server after obtaining the original call audio file, slicing the original call audio file to obtain multiple audio sub-files, performing keyword matching on each of the audio sub-files, and screening the target audio file from all the audio sub-files; the basic information includes the calling number, called number, call start time, and call duration; The third processing module is further configured to obtain a target audio file corresponding to the keyword from a storage server according to the keyword and basic information in the evidence information during the evidence collection process.

12. An audio processing server, characterized in that: include: a processor and a memory communicatively connected to the processor; The memory stores computer instructions; When executing the computer instructions, the processor is used to implement the call evidence storage method as described in any one of claims 1 to 3.

13. A certificate storage interface server, characterized in that: include: a processor and a memory communicatively connected to the processor; The memory stores computer instructions; When executing the computer instructions, the processor is used to implement the call evidence storage method as described in any one of claims 4 to 6.

14. A blockchain gateway node, characterized in that: include: a processor and a memory communicatively connected to the processor; The memory stores computer instructions; When executing the computer instructions, the processor is used to implement the call evidence storage method as described in claim 7 or 8.

15. A computer-readable storage medium, characterized in that The computer-readable storage medium stores computer instructions, which, when executed by a processor, are used to implement the call evidence storage method as described in any one of claims 1 to 3, or any one of claims 4 to 6, or claim 7 or 8.

Images