WO2019196249A1 - Music publishing method and device based on blockchain, terminal device and readable storage medium - Google Patents

Abstract

The present solution is suitable for the technical field of data processing, and provided thereby are a music publishing method and device based on a blockchain, a terminal device and a computer-readable storage medium, the method comprising: acquiring audio data of a user; converting the audio data to generate an uploading file corresponding to the audio data; executing a preset smart contract in a blockchain so as to generate an uploading identification quantity corresponding to the uploading file; and generating an update block in the blockchain, and storing the uploading file and the uploading identification quantity in the update block, the uploading identification quantity being used by the blockchain to distinguish the uploading file and a plurality of current files stored in the blockchain. The present solution increases the transparency and the security of music publishing and effectively protects uploading files related to musical works.

Description

Block chain-based music distribution method, device, terminal device and readable storage medium

This application claims the priority of the Chinese patent application filed on April 10, 2018, the Chinese Patent Office, application number 201810316067.4, and the invention titled "block distribution-based music distribution method, device and terminal device", the entire contents of which are The citations are incorporated herein by reference.

Technical field

The present application belongs to the field of data processing technologies, and in particular, to a blockchain-based music distribution method, apparatus, terminal device, and computer readable storage medium.

Background technique

Music is the embodiment of human creativity. As a symbol of civilization, it has been active in people's daily life since ancient times, and various music works are emerging one after another. In the past, the spread of musical works often required live performances and required hard conditions such as musical instruments or vocals. Therefore, when musical instruments require more musical instruments or when many people need to sing, the playing conditions are difficult to satisfy, which brings the sharing of musical works. It is difficult. In modern society, with the development of technology and network, users can save their own music works as files and publish them on forums or music platforms to achieve communication and improve attention.

However, since the existing music platform is mostly open to everyone, after the user publishes the file corresponding to the music work, it is very likely that someone else intercepts the file and publishes it elsewhere. The platform is actually unknown to the file. In this case, it is difficult to obtain valid evidence to judge, that is, the user's music copyright cannot be guaranteed from a recognized level. In addition, when the user publishes through the music platform, some bad platforms may steal the relevant files of the user's music works, and instead, they are first released and encroach on the rights of the users. In summary, the existing music distribution methods have low transparency and security, and the degree of protection for documents related to music works is low.

technical problem

In view of this, the embodiment of the present application provides a music distribution method, apparatus, terminal device, and computer readable storage medium based on a blockchain, so as to solve the problem of low security of music distribution in the prior art, and related files of music works. The problem of low protection.

Technical solution

A first aspect of the embodiment of the present application provides a blockchain-based music distribution method, including:

Obtaining user's audio data;

Performing conversion processing on the audio data to generate an upload file corresponding to the audio data;

Executing a smart contract preset in the blockchain to generate an upload identifier corresponding to the uploaded file;

Generating an update block in the blockchain, and storing the upload file and the upload identifier in the update block, where the upload identifier is used by the blockchain to distinguish the upload file And a plurality of existing files stored in the blockchain.

A second aspect of the embodiments of the present application provides a blockchain-based music distribution apparatus, which may include means for implementing the steps of the above-described blockchain-based music distribution method.

A third aspect of the embodiments of the present application provides a terminal device, including a memory and a processor, where the computer stores computer readable instructions executable on the processor, the processor executing the computer The steps of the above blockchain-based music distribution method are implemented when the instruction is read.

A fourth aspect of embodiments of the present application provides a computer readable storage medium storing computer readable instructions that, when executed by a processor, implement the blockchain-based The steps of the music publishing method.

Beneficial effect

In the embodiment of the present application, the audio data is uploaded by the user, and the audio data is converted and processed, and the uploaded file based on the audio data is obtained, and the blockchain technology is used to generate and upload the smart contract pre-set by the bottom layer of the blockchain. The uploading identifier corresponding to the file, and finally adding the update block in the blockchain, and storing the upload file and the uploading identifier in the update block. The embodiment of the present application implements the upload file corresponding to the audio data by using the blockchain technology. Uploading ensures the rights to upload files and improves the transparency and security of music distribution.

DRAWINGS

1 is a flowchart of implementing a music distribution method based on a blockchain in Embodiment 1 of the present application;

2 is a flowchart of implementing a music distribution method based on a blockchain in Embodiment 2 of the present application;

3 is a flowchart of implementing a blockchain-based music distribution method in Embodiment 3 of the present application;

4 is a flowchart of implementing a music distribution method based on a blockchain in Embodiment 4 of the present application;

5 is a flowchart of implementing a music distribution method based on a blockchain in Embodiment 5 of the present application;

6 is a schematic diagram of a long-term and short-term memory network LSTM model provided in Embodiment 6 of the present application;

7 is a structural block diagram of a blockchain-based music distribution apparatus in Embodiment 7 of the present application;

FIG. 8 is a schematic diagram of a terminal device in Embodiment 8 of the present application.

Embodiments of the invention

In order to more clearly understand the technical features, objects and effects of the present application, the specific embodiments of the present application will be described in detail with reference to the accompanying drawings.

Please refer to FIG. 1. FIG. 1 is a flowchart of implementing a blockchain-based music distribution method according to an embodiment of the present application. As shown in FIG. 1, the music distribution method includes the following steps:

S101: Acquire audio data of the user.

In the embodiment of the present application, the audio data of the user is first acquired. The audio data can be digitally converted by the audio signal uploaded by the user, and the audio signal is digitized. For example, if the user makes an original sound generated by singing or playing, and starts recording at the same time, the original sound of the recording source is an audio signal, and after the recording is completed, the audio data is generated. The digitized data generated is the audio data. In the process of digitizing the audio signal, it is also necessary to determine the sampling frequency and sampling size of the audio signal, wherein the sampling frequency refers to the number of times the audio signal is sampled per unit time, and each sampling unit time sampling as the sampling frequency increases. The more the content of the audio signal is, the closer the digitized audio data is to the real audio signal, but the increase of the sampling frequency will increase the data amount of the audio data, and the difficulty of processing the audio data; Determines the range of numerical digits of the audio data sample values obtained by sampling the audio signal. The larger the value digit range, the higher the recordable degree of the change in the audio signal. Of course, the data amount of the audio data is correspondingly increased. . In an actual application scenario, before performing analog-to-digital conversion of the audio signal to the audio data, the sampling frequency and the sampling size of the audio signal may be preset to enable the converted audio data to meet the requirements of the application scenario. Of course, you can also use the existing recording tool to record audio signals and output audio data. In general, the file format for saving audio data is wave.

Optionally, the audio file uploaded by the user is obtained, and the audio file is used as audio data. In addition to recording the user's audio signal, the user can directly obtain the audio file uploaded, wherein the audio file format is a readable music format, including the musical instrument digital interface (Musical) Instrument Digital Interface, MIDI), wave and mp3. After the audio file is obtained, the audio file is used as audio data for subsequent processing, which improves the diversity of the acquired audio data.

S102: Perform conversion processing on the audio data to generate an upload file corresponding to the audio data.

After the audio data is acquired, the audio data is converted and processed to obtain a corresponding uploaded file. Wherein, the conversion process does not separately indicate an operation, for example, the conversion process can generate an upload file according to a fixed file format (such as MIDI) without changing the audio data itself; the conversion process can also be audio. The data is fitted to the model to synthesize the uploaded file corresponding to the style of the model, and the specific content will be described later.

Optionally, the conversion processing option is outputted to the user, the selection result of the user's output conversion processing option is obtained, and the conversion processing of the audio data is performed according to the selection result to generate an operation of uploading the file corresponding to the audio data. In the actual application scenario, after the user's audio data is obtained, the user may be provided with conversion processing options, including but not limited to "direct upload", "music synthesis", and "fixed format upload", "direct upload". It means that the audio data is directly used as an upload file; "music synthesis" refers to changing the content of the audio data itself after performing certain processing on the audio data, and generating an upload file corresponding to the audio data; "fixed format uploading" refers to audio The data package is uploaded in a fixed format upload file, which can be extended to fixed MIDI format upload, fixed mp3 format upload, and the like. After the conversion processing option is provided, the selection result of the user for the conversion processing option is obtained, and the conversion processing method corresponding to the selection result is executed, and the upload file is generated, which satisfies the different needs of the user, and improves the applicability of the conversion processing.

S103: Execute a smart contract preset in the blockchain to generate an upload identifier corresponding to the uploaded file.

Blockchain technology uses blockchain data structures to validate and store data, uses distributed node consensus algorithms to generate and update data, uses cryptography to ensure data transmission and access security, and utilizes intelligent contracts composed of automated script code. A distributed infrastructure and computational paradigm for programming and manipulating data. A blockchain generally consists of a data layer, a network layer, a consensus layer, an incentive layer, a contract layer, and an application layer. The data layer encapsulates the underlying data block and related data encryption and time stamping technologies; the network layer includes a distributed networking mechanism, a data propagation mechanism, and a data verification mechanism; the consensus layer is mainly encapsulated for each blockchain. Various types of consensus algorithms for nodes; the incentive layer integrates economic factors into the blockchain technology system, mainly including the issuance mechanism and distribution mechanism of economic incentives; the contract layer mainly encapsulates various scripts, algorithms, and smart contracts, which are blocks. The basis of the chain programmable feature; the application layer encapsulates various application scenarios and cases of the blockchain.

In the embodiment of the present application, the uploaded file is uploaded to the data block of the blockchain. First, the smart contract preset in the blockchain contract layer is executed, thereby generating an upload identifier corresponding to the file to be uploaded. Among them, smart contracts are digital versions of traditional contracts and are computer programs that run on blockchains. In the embodiment of the present application, the smart contract preset in the blockchain includes a state machine, a transaction, and a trigger condition, wherein the state machine mainly provides a running environment to run the code of the smart contract; the transaction refers to accessing and possibly updating the block. A program execution unit of the data in the chain, for convenience of explanation, the transaction related to the uploading process of the uploaded file is named as an upload transaction; the trigger condition is a precondition of the execution of the smart contract, and when the trigger condition is satisfied, the smart contract starts execution, triggering The condition can be configured to receive the user's intent to upload the uploaded file. For example, after the upload file is generated, the user is provided with the “confirm upload” and “not upload” upload options, and the result of the selection of the upload option is obtained. After "confirm upload", the state machine is started (the state machine can also be in the long-term online state), and the upload transaction related to the uploaded file is processed in the state machine. In order to ensure the timeliness of the upload transaction, the status of the state machine can be detected periodically, that is, the condition that the trigger condition is satisfied is detected, and the upload transaction satisfying the trigger condition is further processed. If there are other transactions that do not satisfy the trigger condition, other transactions are performed. Continue to be stored in the blockchain.

Optionally, the upload queue is configured, and if the trigger condition is met, the upload transaction related to the uploaded file is transmitted to the upload queue. Specifically, after the trigger condition is met, the upload transaction including the uploaded file is transmitted to the tail of the upload queue, and when the upload transaction is queued to the head of the upload queue, the upload transaction is executed to improve the order of the smart contract execution process. And applicability, can be applied to scenarios that have multiple upload transactions to perform.

During the execution of the upload transaction, the uploading file is extracted by the feature extraction to generate an upload identifier corresponding to the uploaded file. In the embodiment of the present application, the manner of identifying the feature extraction is not limited, as long as it is related to the element having the degree of identification in the uploaded file, and the manner of extracting the feature is different, and the amount of the uploaded identifier generated by the different uploaded files is different. In the embodiment of the present application, if the music duration and the music density in the uploaded file are extracted, the two are combined to generate an upload identifier, and the upload identifier may be a certain value, a set of multiple values, or a vector.

S104: Generate an update block in the blockchain, and store the upload file and the upload identifier in the update block, where the upload identifier is used by the blockchain to distinguish the Upload files and multiple existing files stored in the blockchain.

After generating the upload identifier, the upload transaction is continued, and the upload transaction is spread to each verification node of the blockchain, and the verification node performs signature verification to determine the validity of the upload transaction. After obtaining the signature verification of most of the verification nodes or all the verification nodes, the upload transaction is successfully executed, the update block is newly added in the data layer of the blockchain, and the upload file and the upload identifier are stored in the update block. Also, the state machine marks the smart contract as complete and removes the smart contract from the latest update block. After the uploaded file and the uploaded identifier are successfully saved, after the music is released, other nodes of the blockchain can access the file to be uploaded by accessing the latest block.

In an actual application scenario, a blockchain-based music publishing platform may be created to perform the steps of S101 to S104. Specifically, the audio data of the user is obtained by the music publishing platform, and the audio data may be obtained by analog-to-digital conversion of the audio signal recorded by the user, or may be an audio file uploaded by the user. After the audio data is acquired, the music distribution platform performs conversion processing on the audio data to obtain an upload file corresponding to the audio data. The user equipment accessing the music distribution platform is a node of the blockchain, and the music publishing platform executes the preset smart contract in the blockchain based on the node of the user equipment and the generated upload file, and generates an upload identifier corresponding to the uploaded file. . After the upload transaction containing the uploaded file is verified by most or all of the verification nodes in the blockchain, the update block is added in the blockchain, and the uploaded file and the uploaded identifier are saved in the update block, which is improved. User-level ease of use. In addition, the music distribution platform may set an access interface to the update block so that other users of the music distribution platform (other nodes of the blockchain) access the update block through the access interface to access the uploaded file.

In addition, since the blockchain network belongs to the peer-to-peer network, and the latest block where the uploaded file is located is generally encrypted, after the uploaded file and the uploaded identifier are successfully stored in the blockchain, the user may also want to purchase the right. Create another smart contract with access to the uploaded file, which is named a charge contract for illustrative purposes. In the charging contract, if the request of another user is received and the money of the user is received, the right to access the uploaded file is opened to the user's disciplinary mechanism, and the other user's can be executed by executing the charging contract. The money is directly transferred to the account of the owner of the uploaded file, which simplifies the transaction process and improves the validity of the transaction.

According to the embodiment shown in FIG. 1 , in the embodiment of the present application, audio data from a user is obtained in different manners, and after the audio data is converted, an upload file corresponding to the audio data is generated, and a blockchain is utilized. The technology generates a upload identifier corresponding to the uploaded file by executing a smart contract of the bottom layer preset, and finally, after the verification is passed, generates an update block in the blockchain, and saves the uploaded file and the uploaded identifier into the update. In the block, the effective rights of the uploaded file are guaranteed, which improves the security and reliability of the music release.

Referring to FIG. 2, FIG. 2 is a flowchart of implementing a blockchain-based music distribution method according to Embodiment 2 of the present application. With respect to the embodiment corresponding to FIG. 1, the embodiment refines S104 to obtain S201~S202, which are as follows:

S201: Acquire a plurality of existing identifiers corresponding to the plurality of existing files stored in the blockchain, and compare the uploaded identifiers with the plurality of existing identifiers.

In the execution process of the smart contract, in order to ensure the validity of the uploaded file and ensure that it does not infringe the rights of other existing documents, the uploaded file is detected. Specifically, after generating the upload identifier corresponding to the uploaded file, acquiring a plurality of existing files stored in the blockchain and a plurality of existing identifiers corresponding to the plurality of existing files (which may exist in the blockchain) In different data blocks, there may also be a unit separately configured in the blockchain for storing a plurality of existing identifiers, and the uploaded identifier is compared with a plurality of existing identifiers, according to the comparison result. Perform different operations.

S202: If the upload identifier is different from the multiple existing identifiers, perform the operation of generating an update block in the blockchain.

If the uploading identifier is different from the multiple existing identifiers, it is proved that the uploaded file is valid, and then the execution of the update block and its subsequent operations in the blockchain is continued; if the uploaded identifier and the plurality of existing identifiers are uploaded If one of the same ones is the same, it proves that the existing file is the same as the uploaded file in the blockchain. In order to ensure the rights of the existing file, the subsequent operations are stopped. Optionally, the amount of the uploaded identifier is detected. After one of the existing identifiers is the same, the user is prompted to upload the failure.

According to the embodiment shown in FIG. 2, in the embodiment of the present application, a plurality of existing identifiers corresponding to a plurality of existing files stored in a blockchain are acquired, and the uploaded identifier and multiple existing identifiers are obtained. The quantity is compared. If the upload identifier is different from the multiple existing identifiers, the operation of generating the update block in the blockchain is performed; if the upload identifier is the same as one of the plurality of existing identifiers , the subsequent operations are stopped, and the same situation as an existing file after the upload file is uploaded is prevented, thereby improving the effectiveness of the music distribution.

Please refer to FIG. 3. FIG. 3 is a flowchart of implementing a blockchain-based music distribution method according to Embodiment 3 of the present application. With respect to the embodiment corresponding to FIG. 1, this embodiment refines S102 to obtain S301~S302, which are as follows:

S301: Acquire an audio sample set, fit the audio sample set with a long-short-term memory network LSTM model, and output the fitted long-short-term memory network LSTM model as a file conversion model.

In the embodiment of the present application, the obtained audio data may be subjected to conversion processing. In particular, a conversion processing manner is to combine the audio data with a specific music style, thereby generating an upload file adapted to the music style. First, you need to obtain an audio sample set. In general, the audio sample set contains multiple existing audio files belonging to the same music style. In order to reduce the waste of computing resources, the audio sample set can be stored in a database outside the blockchain, when needed. Obtained from the database when it is used.

After the acquisition, the existing audio files in the audio sample set are fitted with the Long Short-Term Memory (LSTM) model, which belongs to the time recurrent neural network model and is suitable for processing and predicting time. Important events with relatively long intervals and delays in the sequence can be applied in the embodiments of the present application. In the fitting, the existing audio files in the audio sample set need to be extracted according to the unit time, and the audio feature extraction can extract multiple features of the existing audio file to improve the accuracy of subsequent model training. For example, after determining the unit time, assuming that the existing audio file contains n unit time, the note attribute of the existing audio file (the note to which the audio of a unit belongs) from the start position of the existing audio file. Performing audio feature extraction to obtain a first feature vector, which is “ a ₁ , a ₂ , . . . , a _n ”, and performing audio feature extraction on the volume of the existing audio file to obtain a second feature vector, which is “ b ₁ , b ₂ , ..., b _n ”, performing audio feature extraction on the short-term energy of the existing audio file (representing the energy intensity of the audio file in the unit time) to obtain a third feature vector, which is “ c ₁ , c ₂ , ... , c _n ”, etc., the effect of training is proportional to the type of feature extracted by the audio feature extraction, but as the number of features increases, the amount of training will increase accordingly. In the actual application scenario, the audio feature extraction can be adjusted as needed. the process of. For ease of understanding, the subsequent description is based on a class of feature vectors of the existing audio file, and the feature vector is related to a certain feature of the existing audio file, and is extracted by the audio feature as “ x ₁ , x ₂ , . . . , x _n ", as the input vector of the LSTM model, corresponding to the sound feature extraction of the features related to the actual sound in the existing audio file, and obtain " y ₁ , y ₂ , ..., y _n " as the actual Vector, used to correct the results of the training output via the LSTM model.

As shown in Figure 6, the processing of a unit time in the LSTM model is usually called a cell, so the calculation of the existing audio file LSTM model contains a total of n cells, including input gate layer and forgetting in each cell. Door layer and output gate layer. In Fig. 6, C _t refers to the cell state of the LSTM model at this unit time, and the cells are mainly used to maintain the previously input memory; x _t is one of the feature vectors " x ₁ , x ₂ , ..., x _n " Input parameters; h _t is the output parameter; σ represents the SIGMOID function of the neural network; tanh represents the hyperbolic tangent function. The specific calculation process is as follows:

First, the feature vector " x ₁ , x ₂ , ..., x _n " is input into the LSTM model. The first σ layer from left to right in Figure 6 corresponds to the forgetting gate layer. The main function of the forgetting gate layer is to determine the slave cell. The information discarded in state C _t-1 , the output f _t of the layer is a value between 0 and 1, where 1 means "completely reserved" and 0 means "completely discarded", and the specific formula is f _t = σ input parameters _{(W t · [h t-} 1, x t] + b f), the gate layer forgetting reads output parameters premenstrual state of a C _t-1 cell produced by h _t-1, and the current cell state x _t .

In FIG. 6 corresponds to the input gate of the second layer is from left to right σ layer, whose main purpose is to determine the state of the cell C _t values need to be updated, i _t and the output gate layer f _t forgetting similar, but also as 0 A value between 1 and 1 means "completely reserved" and 0 means "completely discarded". The specific formula is i _t = σ( W _i ·[ h _t-1 , x _t ]+ b _i ). The first tanh layer from left to right in Figure 6 is used to create a new candidate value vector named C(~)t , which is calculated as C(~)t = tanh( W _C ·[ h _{t- 1} , x _t ]+ b _C ), the first tanh layer and the second σ layer together determine new information stored in the new cell state C _t . After the calculation of the forgotten gate layer and the input gate layer, the old cell state can be updated by the formula C _t = f _t * C _t-1 + i _t * C(~)t .

The third σ layer from left to right in Fig. 6 corresponds to the output gate layer, and the output parameter h _{t of} the cell state is calculated by the output gate layer while updating the cell state through the above formula, and the calculation formula is O _t = σ ( W _O ·[ C _t , h _t-1 , x _t ]+ b _O ) and h _t = O _t * tanh( C _t ). After inputting all the input parameters in the feature vector into the LSTM model, after calculating and synthesizing the output parameters of each unit time, the output vector of " h ₁ , h ₂ , ..., h _n " can be obtained. Since the actual vector " y ₁ , y ₂ , ..., y _n " of the existing audio file is known, the gradient descent method can be adopted to adjust the parameters of the formula in the LSTM model so that the output vector is as close as possible to the actual vector. It is worth noting that W _t , W _C , W _O in the above formula represent the connection weights between different nodes. b _f , b _i , b _C and b _o in the above formula represent preset variables in the calculation process. Adjust the values of the b _f , b _i , b _{C ,} and b _o variables to achieve the purpose of training the LSTM model. After fitting a plurality of existing audio files of the audio sample set with the LSTM model, a file conversion model close to the music style corresponding to the audio sample set can be trained and output.

Referring to FIG. 4, FIG. 4 is a flowchart of implementing a blockchain-based music distribution method according to Embodiment 4 of the present application. With respect to the embodiment corresponding to FIG. 3, in this embodiment, after S301 is refined, S401~S402 are obtained, which are as follows:

S401: Acquire a preference setting of the user.

In the embodiment of the present application, a plurality of audio sample sets may also be preset, and an audio sample set corresponding to the preference setting is selected from a plurality of audio sample sets by acquiring a user's preference setting. When a plurality of audio sample sets are preset, multiple keywords are set, and the keywords are associated with the audio sample set. Generally, the keywords are related to music categories, for example, setting "classical music" keywords, then the key The plurality of existing audio files corresponding to the word corresponding audio sample set are related to classical music. After the correspondence is established, the user's preference is obtained, and the preference should include multiple keywords as described above, including but not limited to providing the user with multiple preferences including "classical music", "jazz" and "disco". Option, and obtain the user's selection result; obtain the music category of the audio file with the highest listening rate from the user equipment, and use it as the user's preference setting and the like.

S402: Determine the audio sample set corresponding to the preference setting.

After the preference is determined, the same keyword is determined, and the audio sample set corresponding to the keyword is searched from the plurality of audio sample sets stored in the database, so as to compare the plurality of existing audio files in the audio sample set with the LSTM. The model is fitted to train the LSTM model.

Referring to FIG. 3, in step S302, the audio data is input to the file conversion model, and the output result of the file conversion model is converted into the uploaded file.

After obtaining the file conversion model of the trained output, the audio data is extracted according to the same audio feature extraction method, the file conversion model is input, and the output parameters calculated by the file conversion model are set as output results (output vector). . Since the audio feature extraction is performed according to each unit time, the output result can be integrated according to the unit time and converted into an uploaded file, and the uploaded file can realize the normal operation and playback of the existing audio file.

As shown in the embodiment shown in FIG. 3, in the embodiment of the present application, by acquiring an audio sample set, according to the principle of audio feature extraction, multiple existing audio files in the audio sample set and the long- and short-term memory network LSTM model are proposed. The long-short-term memory network LSTM model after fitting a plurality of existing audio files is output as a file conversion model, and the audio data is input into a file conversion model, and finally the output of the file conversion model is integrated into an uploaded file. It can generate upload files of different music styles, which improves the diversity of uploaded files.

Referring to FIG. 5, FIG. 5 is a flowchart of implementing a blockchain-based music distribution method according to Embodiment 5 of the present application. With respect to the embodiment corresponding to FIG. 1, the embodiment further includes:

S501: Start the Ethereum node.

Ethereum refers to an open source underlying system that can implement smart contracts on the blockchain. In the embodiment of the present application, the Ethereum network can be used to realize the creation and operation of smart contracts. First, the Ethereum network is composed of multiple Ethereum node connections, launching one of the Ethereum nodes, and creating a smart contract in the Ethereum node. In addition, since the blockchain mainly adopts asymmetric encryption technology, the Ethereum node corresponds to a public key and a private key, and the public key indicates the account address of the Ethereum node, and the private key is used to operate the Ethereum node, and Subsequent signature of the smart contract.

S502: Create the smart contract in the Ethereum node.

A smart contract is a computer language version of a traditional physical contract, usually in the form of code, which can be deployed on a shared ledger, controls its own assets while maintaining its own state, and can perform external information or external assets received. Respond. After the Ethereum node is started, the smart contract is created in the Ethereum node, and the mechanism of the smart contract may be the content of step S103, that is, after receiving the file to be uploaded, the identifier corresponding to the file to be uploaded is generated, of course, according to the actual situation. Smart contracts can also include more or less content for the needs of the application scenario. It is worth mentioning that the smart contract can be compiled using the solc smart contract compiler under the go-ethereum framework or testrpc framework. Another way is to use the Ethernet wallet to add the code corresponding to the smart contract to the Ether wallet for publishing, thus replacing the cumbersome compilation process and improving the efficiency of creating smart contracts.

S503: Deploy the smart contract in an Ethereum network where the Ethereum node is located, and store the smart contract in the blockchain after the Ethereum network successfully verifies.

The smart contract must be executed in the virtual machine, and the Ethereum virtual machine is the operating environment of the smart contract in the Ethereum. The Ethereine virtual machine is internally packaged in a sandbox and is completely isolated. That is, the code inside the Ethereum virtual machine cannot be accessed by the network, file system or other processes. After the smart contract is created, the code of the smart contract is compiled into bytecode and passed through the remote procedure call protocol (Remote The Procedure Call (RPC) interface is sent to multiple Ethereum nodes in the Ethereum network in a point-to-point manner. Finally, each Ethereine node can receive the bytecode corresponding to the smart contract. After receiving successfully, the Ethereum node calculates the bytecode corresponding to the smart contract in the Ethereum node's own Ethereum virtual machine to obtain the operation result. The mutual authentication of each Ethereine virtual machine in the Ethereum network is verified. The content of the verification is mainly whether the private key signature of the participant of the smart contract (ie Ethereum node) matches the account address. If it matches, the verification succeeds. If it does not match, the verification fails. After all the Ethereum nodes in the Ethereum network are successfully verified, the smart contract is written into the blockchain for storage.

As shown in the embodiment shown in FIG. 5, in the embodiment of the present application, a smart contract is created in an Ethereum node by launching an Ethereum node in the Ethereum network, and the smart contract is deployed in a peer-to-peer manner. In the Ethereum network where the Ethereum node is located, after all the Ethereum nodes of the Ethereum network are successfully verified, the smart contract is stored in the blockchain, which embodies the smart contract creation process in the Ethereum network, through the ether. The verification of the network ensures the fairness and reliability of the smart contract.

Corresponding to a blockchain-based music distribution method described in the above embodiments, FIG. 7 is a structural block diagram of a blockchain-based music distribution apparatus provided by an embodiment of the present application. Referring to FIG. The music distribution device includes:

The obtaining unit 71 is configured to acquire audio data of the user;

The first generating unit 72 is configured to perform conversion processing on the audio data to generate an upload file corresponding to the audio data;

a second generating unit 73, configured to execute a preset smart contract in the blockchain to generate an uploading identifier corresponding to the uploaded file;

a storage unit 74, configured to generate an update block in the blockchain, and store the upload file and the upload identifier in the update block, where the upload identifier is used by the blockchain Differentiating between the uploaded file and a plurality of existing files stored in the blockchain.

Optionally, the storage unit 74 further includes:

An identifier obtaining unit, configured to acquire a plurality of existing identifiers corresponding to the plurality of existing files stored in the blockchain, and compare the uploaded identifiers with the plurality of existing identifiers ;

And an execution unit, configured to perform the operation of generating an update block in the blockchain if the upload identifier is different from the multiple existing identifiers.

Optionally, the first generating unit 73 includes:

a sample obtaining unit, configured to acquire an audio sample set, fit the audio sample set with a long-short-term memory network LSTM model, and output the fitted long-short-term memory network LSTM model as a file conversion model;

And a converting unit, configured to input the audio data into the file conversion model, and convert an output result of the file conversion model into the uploaded file.

Optionally, the sample obtaining unit includes:

a preference acquiring unit, configured to acquire a preference setting of the user;

a determining unit, configured to determine the set of audio samples corresponding to the preference setting.

Optionally, the music distribution device further includes:

a startup unit for starting an Ethereum node;

Creating a unit for creating the smart contract in the Ethereum node;

a deployment unit, configured to deploy the smart contract in an Ethereum network in which the Ethereum node is located, and store the smart contract in the blockchain after the Ethereum network successfully authenticates.

FIG. 8 is a schematic diagram of a terminal device according to an embodiment of the present application. As shown in FIG. 8, the terminal device 8 of this embodiment includes a processor 80 and a memory 81 in which computer readable instructions 82 executable on the processor 80 are stored, for example, based on a blockchain. Music release program. The processor 80 executes the computer readable instructions 82 to implement the steps in the various blockchain-based music distribution method embodiments described above, such as steps S101 through S104 shown in FIG. Alternatively, when the processor 80 executes the computer readable instructions 82, the functions of the units in the above-described music distribution apparatus embodiment are implemented, such as the functions of the units 71 to 74 shown in FIG.

Illustratively, the computer readable instructions 82 may be partitioned into one or more modules/units that are stored in the memory 81 and executed by the processor 80, To complete this application. The one or more modules/units may be a series of computer readable instruction segments capable of performing a particular function, the instruction segments being used to describe the execution of the computer readable instructions 82 in the terminal device 8. For example, the computer readable instructions 82 may be partitioned into an acquisition unit, a first generation unit, a second generation unit, and a storage unit, each unit having a specific function as described above.

The terminal device may include, but is not limited to, a processor 80 and a memory 81. It will be understood by those skilled in the art that FIG. 8 is merely an example of the terminal device 8, and does not constitute a limitation on the terminal device 8, and may include more or less components than those illustrated, or combine some components, or different components. For example, the terminal device may further include an input/output device, a network access device, a bus, and the like.

The so-called processor 80 can be a central processing unit (Central Processing Unit, CPU), can also be other general-purpose processors, digital signal processors (DSP), application specific integrated circuits (Application Specific Integrated Circuit (ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like.

The memory 81 may be an internal storage unit of the terminal device 8, such as a hard disk or a memory of the terminal device 8. The memory 81 may also be an external storage device of the terminal device 8, such as a plug-in hard disk provided on the terminal device 8, a smart memory card (SMC), and a secure digital (SD). Card, flash card, etc. Further, the memory 81 may also include both an internal storage unit of the terminal device 8 and an external storage device. The memory 81 is configured to store the computer readable instructions and other programs and data required by the terminal device. The memory 81 can also be used to temporarily store data that has been output or is about to be output.

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 separately, or two or more units may be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application, in essence or the contribution to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium. A number of instructions are included to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application. The foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. .

The above embodiments are only used to explain the technical solutions of the present application, and are not limited thereto; although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that they can still The technical solutions described in the embodiments are modified, or the equivalents of the technical features are replaced by the equivalents. The modifications and substitutions of the embodiments do not depart from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims (20)

1. A blockchain-based music distribution method, comprising:

   Obtaining user's audio data;

   Performing conversion processing on the audio data to generate an upload file corresponding to the audio data;

   Executing a smart contract preset in the blockchain to generate an upload identifier corresponding to the uploaded file;

   Generating an update block in the blockchain, and storing the upload file and the upload identifier in the update block, where the upload identifier is used by the blockchain to distinguish the upload file And a plurality of existing files stored in the blockchain.
2. The music distribution method according to claim 1, wherein said generating an update block in said blockchain, and storing said upload file and said upload mark amount in said update block, Also includes:

   Obtaining, by the blockchain, a plurality of existing identifiers corresponding to the plurality of existing files, and comparing the uploaded identifiers with the plurality of existing identifiers;

   If the upload identifier is different from the plurality of existing identifiers, performing the operation of generating an update block in the blockchain.
3. The music distribution method according to claim 1, wherein the converting the audio data to generate an upload file corresponding to the audio data comprises:

   Obtaining an audio sample set, fitting the audio sample set with a long-short-term memory network LSTM model, and outputting the fitted long-short-term memory network LSTM model as a file conversion model;

   The audio data is input to the file conversion model, and an output result of the file conversion model is converted into the uploaded file.
4. The music distribution method according to claim 3, wherein the obtaining the audio sample set comprises:

   Obtaining the user's preference settings;

   The set of audio samples corresponding to the preference settings are determined.
5. The music distribution method according to claim 1, further comprising:

   Start the Ethereum node;

   Creating the smart contract in the Ethereum node;

   The smart contract is deployed in an Ethereum network in which the Ethereum node is located, and after the Ethereum network is successfully verified, the smart contract is stored in the blockchain.
6. A music distribution device based on a blockchain, comprising:

   An obtaining unit, configured to acquire audio data of a user;

   a first generating unit, configured to perform conversion processing on the audio data to generate an upload file corresponding to the audio data;

   a second generating unit, configured to execute a preset smart contract in the blockchain to generate an uploading identifier corresponding to the uploaded file;

   a storage unit, configured to generate an update block in the blockchain, and store the upload file and the upload identifier in the update block, where the upload identifier is used by the blockchain Distinguishing the upload file and a plurality of existing files stored in the blockchain.
7. The music distribution device according to claim 6, wherein the storage unit further comprises:

   An identifier obtaining unit, configured to acquire a plurality of existing identifiers corresponding to the plurality of existing files stored in the blockchain, and compare the uploaded identifiers with the plurality of existing identifiers ;

   And an execution unit, configured to perform the operation of generating an update block in the blockchain if the upload identifier is different from the multiple existing identifiers.
8. The music distribution device according to claim 6, wherein the first generating unit comprises:

   a sample obtaining unit, configured to acquire an audio sample set, fit the audio sample set with a long-short-term memory network LSTM model, and output the fitted long-short-term memory network LSTM model as a file conversion model;

   And a converting unit, configured to input the audio data into the file conversion model, and convert an output result of the file conversion model into the uploaded file.
9. The music distribution device according to claim 8, wherein the sample acquisition unit comprises:

   a preference acquiring unit, configured to acquire a preference setting of the user;

   a determining unit, configured to determine the set of audio samples corresponding to the preference setting.
10. The music distribution device according to claim 6, further comprising:

    a startup unit for starting an Ethereum node;

    Creating a unit for creating the smart contract in the Ethereum node;

    a deployment unit, configured to deploy the smart contract in an Ethereum network in which the Ethereum node is located, and store the smart contract in the blockchain after the Ethereum network successfully authenticates.
11. A terminal device, comprising: a memory and a processor, wherein the memory stores computer readable instructions executable on the processor, and the processor implements the following steps when the computer readable instructions are executed :

    Obtaining user's audio data;

    Performing conversion processing on the audio data to generate an upload file corresponding to the audio data;

    Executing a smart contract preset in the blockchain to generate an upload identifier corresponding to the uploaded file;

    Generating an update block in the blockchain, and storing the upload file and the upload identifier in the update block, where the upload identifier is used by the blockchain to distinguish the upload file And a plurality of existing files stored in the blockchain.
12. The terminal device according to claim 11, wherein said generating an update block in said blockchain, and storing said upload file and said upload identifier amount in said update block, include:

    Obtaining, by the blockchain, a plurality of existing identifiers corresponding to the plurality of existing files, and comparing the uploaded identifiers with the plurality of existing identifiers;

    If the upload identifier is different from the plurality of existing identifiers, performing the operation of generating an update block in the blockchain.
13. The terminal device according to claim 11, wherein the converting the audio data to generate an upload file corresponding to the audio data comprises:

    Obtaining an audio sample set, fitting the audio sample set with a long-short-term memory network LSTM model, and outputting the fitted long-short-term memory network LSTM model as a file conversion model;

    The audio data is input to the file conversion model, and an output result of the file conversion model is converted into the uploaded file.
14. The terminal device according to claim 13, wherein the acquiring the audio sample set comprises:

    Obtaining the user's preference settings;

    The set of audio samples corresponding to the preference settings are determined.
15. The terminal device according to claim 11, further comprising:

    Start the Ethereum node;

    Creating the smart contract in the Ethereum node;

    The smart contract is deployed in an Ethereum network in which the Ethereum node is located, and after the Ethereum network is successfully verified, the smart contract is stored in the blockchain.
16. A computer readable storage medium storing computer readable instructions, wherein the computer readable instructions, when executed by at least one processor, implement the following steps:

    Obtaining user's audio data;

    Performing conversion processing on the audio data to generate an upload file corresponding to the audio data;

    Executing a smart contract preset in the blockchain to generate an upload identifier corresponding to the uploaded file;

    Generating an update block in the blockchain, and storing the upload file and the upload identifier in the update block, where the upload identifier is used by the blockchain to distinguish the upload file And a plurality of existing files stored in the blockchain.
17. The computer readable storage medium of claim 16, wherein the computer readable instructions are further executed by the at least one processor to:

    Obtaining, by the blockchain, a plurality of existing identifiers corresponding to the plurality of existing files, and comparing the uploaded identifiers with the plurality of existing identifiers;

    If the upload identifier is different from the plurality of existing identifiers, performing the operation of generating an update block in the blockchain.
18. The computer readable storage medium of claim 16, wherein the computer readable instructions are executed by at least one processor to implement the following steps:

    Obtaining an audio sample set, fitting the audio sample set with a long-short-term memory network LSTM model, and outputting the fitted long-short-term memory network LSTM model as a file conversion model;

    The audio data is input to the file conversion model, and an output result of the file conversion model is converted into the uploaded file.
19. The computer readable storage medium of claim 18, wherein the computer readable instructions are executed by at least one processor to implement the following steps:

    Obtaining the user's preference settings;

    The set of audio samples corresponding to the preference settings are determined.
20. The computer readable storage medium of claim 16, wherein the computer readable instructions are further executed by the at least one processor to:

    Start the Ethereum node;

    Creating the smart contract in the Ethereum node;

    The smart contract is deployed in an Ethereum network in which the Ethereum node is located, and after the Ethereum network is successfully verified, the smart contract is stored in the blockchain.