Methods, tools, and systems for processing multimedia data, and storage media.

Abstract

------04 / 01 / 2562------(OCR) Page 1 of the 1-page summary of the invention reveals the methods, tools, systems, and intermediaries for storing and processing multimedia data. In this invention, a play request containing a multimedia data identifier is received; a one-time validity verification parameter is created based on the play request; and the corresponding multimedia data link address is obtained based on the multimedia data identifier; then a play address is created based on the verification parameter and link address; and the multimedia data is played based on that play address. This solution may prevent users from being captured by means of data capture or by the use of third-party software, where the source files of multimedia data used within a website are compromised, thus improving data security. ------------

Description

A method, apparatus, system, and storage medium for processing multimedia data. Technical Field This invention relates to communication technology, and more specifically to a method, apparatus, system, and storage medium for processing multimedia data. Background Technology With the development of internet technology and the widespread use of terminals, the relationship between the internet and people is becoming increasingly close. Through the internet, people can engage in various entertainment activities, such as listening to music or watching movies, and so on. In related technologies, when playing multimedia data, such as audio or video data, from a website, a player based on the audio tag in HyperText Markup Language 5 (HTML5) is generally used. Taking playing audio data, such as song A, as an example, the specific steps are as follows: first, the network address of the source file of song A is obtained through the identifier of song A; then, the source (src) attribute of the audio tag on the page is assigned to this network address; and finally, the playback process of the audio tag is invoked. By retrieving the audio data from the corresponding network address and executing the playback process, the playback of song A can be achieved. In the above process, there is currently no effective solution in terms of how to ensure the data security of the source files. Summary of the Invention This invention provides a method, apparatus, system, and storage medium for processing multimedia data, which can improve the security of multimedia data. In a first aspect, embodiments of the present invention provide a method for processing multimedia data, including: Receive a playback request, the playback request carrying an identifier of multimedia data; Generate one-time valid verification parameters based on the playback request, and obtain the link address of the corresponding multimedia data based on the identifier of the multimedia data; A playback address is generated based on the verification parameters and the link address; Play the multimedia data based on the playback address. Secondly, embodiments of the present invention also provide a multimedia data processing apparatus, comprising: The receiving unit is configured to receive a playback request, wherein the playback request carries an identifier of multimedia data; The parameter generation unit is configured to generate one-time valid verification parameters based on the playback request. The acquisition unit is configured to acquire the link address of the corresponding multimedia data based on the identifier of the multimedia data; The address generation unit is configured to generate a playback address based on the verification parameters and the link address; The playback unit is configured to play the multimedia data based on the playback address. Thirdly, embodiments of the present invention provide a multimedia data processing device, including a memory and a processor, wherein the memory stores executable instructions for executing the multimedia data processing method provided in the embodiments of the present invention. Fourthly, embodiments of the present invention also provide a multimedia data processing system, including any of the multimedia data processing devices provided in embodiments of the present invention. Fifthly, embodiments of the present invention provide a storage medium storing executable instructions for executing the multimedia data processing method provided in embodiments of the present invention. In this embodiment of the invention, a playback request carrying an identifier of multimedia data is received, a one-time valid verification parameter is generated based on the playback request, and the link address of the corresponding multimedia data is obtained based on the identifier of the multimedia data. Then, a playback address is generated based on the verification parameter and the link address, and the multimedia data is played based on the playback address. Since the playback address in this scheme is generated from verification parameters and a link address, and the verification parameters are only valid once, even if the playback address is intercepted by the user through packet sniffing or third-party methods, it will not be detected. Even if the software captures the multimedia data, it cannot obtain the source file, effectively preventing the theft of multimedia data and leakage of playback records. Therefore, compared with related technologies, it can improve data security. Attached Figure Description To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort. Figure 1a is a schematic diagram of a scenario for a multimedia data processing method provided in an embodiment of the present invention; Figure 1b is a flowchart of a multimedia data processing method provided in an embodiment of the present invention; Figure 2a is a schematic diagram of the architecture of the multimedia data processing system provided in an embodiment of the present invention; Figure 2b is an architecture diagram of the web front-end provided in an embodiment of the present invention; Figure 2c is another flowchart illustrating the multimedia data processing method provided in an embodiment of the present invention; Figure 3a is a schematic diagram of the multimedia data processing device provided in an embodiment of the present invention; Figure 3b is another structural schematic diagram of the multimedia data processing device provided in an embodiment of the present invention; Figure 3c is another structural schematic diagram of the multimedia data processing device provided in an embodiment of the present invention. Detailed Implementation The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention. In the process of researching and practicing related technologies, for existing solutions, users can use packet capture or... Third-party software can easily capture the source files of the multimedia data used on the website, thus the data security is low. To at least address the issue of low data security, embodiments of the present invention provide a method, apparatus, and system for processing multimedia data. The multimedia data processing system may include any of the multimedia data processing devices provided in the embodiments of the present invention. Furthermore, the multimedia data processing system may also include other devices, such as a client for playing multimedia data and a storage device for storing multimedia data, such as a storage server or a Content Delivery Network (CDN) server. The multimedia data processing device may receive a playback request, generate a one-time valid verification parameter based on the playback request, obtain the corresponding multimedia data link address based on the multimedia data identifier carried in the playback request, generate a playback address based on the verification parameter and the link address, and play the multimedia data based on the playback address. As an example, the multimedia data processing device can be integrated into a server, such as a web server and an application server. For example, as shown in Figure 1a, the client can send a playback request to the server carrying an identifier of the multimedia data to be played. The server generates a one-time valid verification parameter based on the playback request, and obtains the link address of the corresponding multimedia data based on the identifier of the multimedia data. Then, the server generates a playback address based on the verification parameter and the link address, and returns the playback address to the client. The client then requests the multimedia data from the server based on the playback address and plays it. The multimedia data can be stored on the server or on other storage devices. The following will provide detailed explanations using different specific examples. In this embodiment of the invention, the description will be from the perspective of a multimedia data processing device, which can be integrated into a network device such as a server. This invention provides a multimedia data processing method, including: receiving playback requests. The request is to carry the identifier of the multimedia data, generate a one-time valid verification parameter based on the playback request, obtain the link address of the corresponding multimedia data based on the identifier of the multimedia data, generate a playback address based on the verification parameter and the link address, and play the multimedia data based on the playback address. As shown in Figure 1b, the specific process of this multimedia data processing method can be as follows: Step 101: Receive a playback request, wherein the playback request carries an identifier of the multimedia data. For example, it can receive playback requests triggered by users, where the playback request carries an identifier of the multimedia data to be played. For instance, it can receive playback requests triggered by users through a client, such as a browser, and so on. The identifier of the multimedia data may include at least one of the multimedia data name and number information, and the multimedia data may include at least one of the data such as audio data and video data. Step 102: Generate a one-time valid verification parameter (vkey) based on the playback request, and obtain the link address of the corresponding multimedia data based on the identifier of the multimedia data. "One-time validity" means that the verification parameter can only be used once within its validity period; subsequent uses will render it invalid. Therefore, the step "Generate one-time valid verification parameters based on the playback request" can include: Based on the playback request, generate the corresponding verification parameters according to the preset algorithm, and set the validity period of the verification parameters. The effective time can be set according to the actual application requirements, and can generally be set to be greater than the playback length of the multimedia data. It can be set separately for each multimedia data segment, or a uniform value can be set for multiple multimedia data segments. For example, it can be set based on the longest playback length among these multimedia data segments, and any value greater than that longest playback length will suffice. For example, when multiple multimedia data (Multimedia Data 1, Multimedia Data 2, and Multimedia Data 3) are used... For example, when the playback lengths are 10 minutes, 15 minutes, and 20 minutes respectively, according to the above method of setting the effective time, the effective time of multiple multimedia data can be 11 minutes, 16 minutes, and 21 minutes respectively; or, the same effective time can be set for multiple multimedia data: 21 minutes; or, the effective time of the verification parameter can be set according to the preset value, such as 5 minutes. Therefore, the step "Set the validity period of the verification parameter" can include: Obtain the playback length of the multimedia data, and set the validity period of the verification parameter based on the playback length; or, set the validity period of the verification parameter to a preset value. This preset value can be set according to the needs of the actual application. Step 103: Generate a playback address based on the verification parameters and the link address. There are several ways to generate the data. For example, you can add the corresponding verification parameters to the link address, or you can combine the verification parameters and the name of the multimedia data in the link address according to pre-defined rules, and so on. For example, if the link address is "http: / / www.xxx.com / xxx.mp3" and the verification parameter is "123456", then the playback address can be generated as: http: / / www.xxx.com / xxx.mp3?vkey=123456. Optionally, to improve data security, the playback address can be encrypted after it is generated. That is, after the step "generate playback address based on the verification parameter and link address", the multimedia data processing method can further include: Encrypt the playback address. The encryption method can be determined according to the needs of the actual application. For example, a private protocol can be used for encryption, etc.; the protocol format can be determined according to the current business model and technical architecture. The encryption method can also be based on technologies provided by relevant technologies, such as various symmetric encryption algorithms and asymmetric encryption algorithms. Step 104: Play the multimedia data based on the playback address. (1) Obtain the data acquisition instruction carrying the playback address. For example, the data acquisition instruction can be initiated by the client, such as a player in a browser, and transmitted to the multimedia data processing device (i.e., the background), which then receives the data acquisition instruction carrying the playback address. (2) Extract the verification parameters and link address from the playback address carried by the data acquisition instruction; For example, when the multimedia data processing device receives the data acquisition instruction carrying the playback address, it can parse the playback address carried by the data acquisition instruction, extract the verification parameters and link address from it, and then execute step (3). It should be noted that if the playback address has been encrypted in step 104, the client needs to decrypt the playback address after receiving it. The decryption method corresponds to the encryption method. For example, if a private protocol is used for encryption, then decryption is performed according to the decryption method agreed in the private protocol; if a symmetric algorithm is used for encryption, then decryption is performed using the key used to encrypt the playback address; if a public key of an asymmetric algorithm is used for encryption, then decryption is performed using the private key of that asymmetric encryption algorithm. (3) When the verification parameter is confirmed to be valid, the corresponding multimedia data is obtained based on the extracted link address. For example, the following approach can be used: when the verification parameter is determined to be valid, retrieve the corresponding multimedia data from the multimedia database based on the extracted link address. The multimedia database can be stored in the multimedia data processing device or in other devices, such as a Content Delivery Network (CDN) server, etc. Specifically, determining whether the verification parameter is valid based on its validity period and usage records, i.e., the step "determining whether the verification parameter is valid" may include: Determine whether the validity period of the verification parameter has expired and whether the verification parameter has been used. If it has expired or has been used, the verification parameter is invalid. If it has not expired and has not been used, the verification parameter is valid. For example, it can be done in the following way: A. The first method; Determine if the validity period of the verification parameter has expired; if it has expired, the verification parameter is invalid; if it has not expired, determine if the verification parameter has been used; if it has been used, the verification parameter is invalid; if it has not been used, the verification parameter is valid. B. The second method; Determine whether the verification parameter has been used before; if it has, the verification parameter is invalid; if it has not been used before, determine whether the validity period of the verification parameter has expired; if it has expired, the verification parameter is invalid; if it has not expired, the verification parameter is valid. Whether a validation parameter has been used can be determined by checking the history. For example, if there is a record for the validation parameter in the history, it means that the validation parameter has been used; otherwise, if there is no record for the validation parameter, it means that the validation parameter has not been used. It should be noted that when a validation parameter has been used, a corresponding record needs to be added to the history for subsequent queries. (4) Send the multimedia data to the client to play the multimedia data. For example, the multimedia data can be sent to a client, such as a player in a browser, and the player can then play the multimedia data. Optionally, to further enhance data security, session verification can be performed during login. For example, a session identifier can be included in the data retrieval command. This allows the system to determine the validity of the data retrieval command before parsing the playback address after receiving it. If valid, the playback address is parsed; otherwise, the data retrieval command is rejected. That is, in step "from the data retrieval command carried..." Before extracting the verification parameters and link address from the playback address, the multimedia data processing method may also include: The validity of the data acquisition instruction is determined based on the session identifier; if valid, the steps of extracting the verification parameters and link address from the playback address carried by the data acquisition instruction are executed; if invalid, the data acquisition instruction is rejected. The validity of the data acquisition command means that the data acquisition command meets the preset conditions. These preset conditions can be set according to the needs of the actual application. For example, the requesting subject of the data acquisition command can be set to a party in the session corresponding to the session identifier carried, the format of the data acquisition command must conform to the preset format, and / or the parameters carried in the data acquisition command are preset values, etc. Optionally, to prevent the verification parameters from being illegally misused, the verification parameters can be destroyed after the multimedia data is played (equivalent to destroying the playback address and no longer responding to requests for multimedia data carrying the playback address), to prevent users from accessing the playback address a second time using other methods. For example, the following methods can be used to prevent the unauthorized use of verification parameters: Receive a destruction command and destroy the verification parameter according to the destruction command; or... Determine if the validity period of the verification parameter has expired; if it has expired, destroy the verification parameter. For example, after the client's player finishes playing the multimedia data, it can send a destruction command to the multimedia data processing device, such as a web server, and the multimedia data processing device can destroy the verification parameter according to the destruction command; or, the multimedia data processing device can directly determine whether the validity period of the verification parameter has expired. If it has expired, the verification parameter is destroyed; otherwise, if it has not expired, it is not destroyed. As can be seen from the above, the embodiments of the present invention employ receiving a playback request carrying an identifier of multimedia data, generating a one-time valid verification parameter based on the playback request, and then using the identifier of the multimedia data... The system obtains the link address of the corresponding multimedia data, then generates a playback address based on the verification parameters and the link address, and plays the multimedia data based on the playback address. Since the playback address is generated from the verification parameters and the link address, and the verification parameters are only valid once, even if the playback address is captured by the user through packet sniffing or third-party software, the source file of the multimedia data cannot be obtained. Therefore, compared with the existing solutions, the data security can be greatly improved. Based on the methods described above according to embodiments of the present invention, further detailed explanations will be provided below with examples. In this embodiment of the invention, the multimedia data processing device is specifically integrated into the server, and the client is specifically a browser, as an example for explanation. As shown in Figure 2a, the multimedia data processing system may include a browser, a server, and a storage device, and may specifically include the following structure: (1) Browser; The browser can be installed on a terminal. The browser can include a playback module, such as Web JOOK, which is used to send a playback request to the server and receive the playback address returned by the server. Then, it requests multimedia data from the server based on the playback address. After receiving the multimedia data returned by the server, it plays the multimedia data, such as audio data or video data. The playback module can access the web server through an access layer. For example, referring to Figure 2a, the playback module can communicate with the media service module in the web server through the media service access layer, and with the Hypertext Transfer Protocol (HTTP) service module in the web server, such as the Common Gateway Interface (CGI), through the Nginx access layer. In practical implementation, the above functions can be executed within the existing browser's functional processing modules, as shown in the dashed box section of Figure 2b. Figure 2b is a diagram of the web front-end architecture, where the template engine can generate corresponding pages by obtaining page templates and some data provided by the intranet. The output page can include static resources and interfaces for communicating with the external network to obtain resources provided by the external network, i.e., dynamic data. This dynamic data can be updated and displayed in real time. The function processing module (i.e., the function processing in Figure 2b) can control the acquisition of this dynamic data and process it. In this embodiment of the invention, dynamic data specifically refers to multimedia data, such as audio or video data, etc. It should be noted that Figure 2b is merely an example and is not intended to limit the scope of this invention. (2) Server; This server is primarily used to communicate with the browser through the access layer. For example, it can receive playback requests sent by the browser, generate one-time valid verification parameters based on the playback request, obtain the corresponding multimedia data link address based on the multimedia data identifier carried in the playback request, generate a playback address based on the verification parameters and the link address, and return the playback address to the browser. The browser then requests multimedia data from the server based on the playback address. After receiving the request for multimedia data, the server retrieves the corresponding multimedia data from the storage device and sends it to the browser so that the browser can play the multimedia data. The server can be implemented as a standalone entity or through several entities. For example, as shown in Figure 2a, the server can include a web server and an application server, as detailed below: The web server acts as a gateway, configured to receive and process various requests sent by the browser, and send the processing results to the application server for further data processing, such as generating one-time valid verification parameters, obtaining multimedia data link addresses, and generating playback addresses, etc. The web server can also be configured to verify the legitimacy of various requests sent by the browser; only if legitimate, will it be sent to the application server. As shown in Figure 2a, the web server may include a multimedia service module, an HTTP service module (i.e., the multimedia service and HTTP service in Figure 2a), and a content management system (CMS). The media service module communicates with the browser through the media service access layer, the HTTP service module (such as CGI) communicates with the browser through the web service access layer, and the CMS can communicate with the storage device through the content management (Content Mgmt) port and operation management (Operation Mgmt) port in the application server (see content management and operation management in Figure 2a) to obtain the corresponding data, such as multimedia data. The application server, also known as the core processing layer or core service layer, may include content management ports, operation management ports, and other processing modules, such as search modules, user task modules, and user collection modules, etc. This application server is primarily used to process data based on requests or request results sent from the web server. For example, it can generate a one-time valid verification parameter based on the playback request sent by the web server, obtain the corresponding multimedia data link address based on the multimedia data identifier carried in the playback request, generate a playback address based on the verification parameter and the link address, send the playback address to the web server, and then the web server transmits it to the browser through the access layer, and so on. (3) Storage devices; This storage device, also known as a storage center, can be a single storage entity, such as a storage server, or a storage cluster, such as a cloud storage service or CDN server. Its primary configuration is to provide multimedia data, such as audio or video data, to servers (e.g., application servers). For example, referring to Figure 2a, the storage device may include a distributed storage system (such as CKV, Cloud KeyValue) and multiple multimedia databases. These multimedia databases store information related to multimedia data and can maintain synchronization with each other. The distributed storage system is primarily configured to exchange data with servers, such as application servers, to process various requests, while the multimedia databases can be configured based on the distributed storage system. The processing results are provided to the content management port and operation management port in the application server. For example, when the distributed storage system receives a multimedia data acquisition request sent by the application server and determines that the multimedia data acquisition request is valid, the multimedia database can provide the corresponding multimedia data to the content management and operation management modules in the application server, and so on. Based on the architecture of the multimedia data processing system described above, the following examples will provide further detailed explanations. As shown in Figure 2c, the multimedia data processing method provided in this embodiment of the invention can be described as follows: Step 201: The browser sends a playback request to the server, wherein the playback request carries the identifier of the multimedia data. For example, a browser can send a playback request to a web server through the access layer, and the web server can then forward the playback request to the application server. For example, when a user needs to play song A and clicks the play button for song A on a webpage, the browser generates a playback request carrying the identifier of song A, and sends the playback request to the web server corresponding to the webpage through the access layer. The web server then forwards the playback request to the corresponding application server. The identifier for the multimedia data may include information such as the name and / or number of the multimedia data, which may include audio data or video data. For example, taking music as an example, the identifier for the multimedia data may specifically be the name or number of the song. For example, when a user browses a webpage and wants to play song A on that webpage, the user can click on the identifier of song A, such as the icon of song A, which will trigger the browser to send a playback request to the server. For example, when a user receives a recommendation for song A shared by another user and wants to play song A, the user opens the recommendation in their browser and then clicks on the identifier of song A, such as the song A icon, thus triggering the browser to send a playback request to the server. beg. It should be noted that after a user plays the multimedia data, such as song A, they can share it with other users. In this case, other users can also trigger a playback request through the recommendation information shared by the user. The way to trigger the playback request is the same as the way the user triggered the playback request through the recommendation information in the example above. Step 202: After receiving the playback request, the server generates a one-time valid verification parameter (vkey) based on the playback request. For example, if the server includes a web server and an application server, after receiving the playback request, the web server can send the playback request to the application server, and the application server can generate a one-time valid verification parameter based on the playback request. For example, the application server can generate corresponding verification parameters according to a preset algorithm based on the playback request, and set the validity period of these verification parameters. This validity period can be set according to the actual application requirements, and is generally set to be greater than the playback length of the multimedia data. It can be set separately for each multimedia data segment, or a uniform value can be set for multiple multimedia data segments. For example, it can be set based on the longest playback length among these multimedia data segments, and any value greater than that longest playback length is acceptable. For example, when the playback lengths of multiple multimedia data (multimedia data 1, multimedia data 2, and multimedia data 3 are 10 minutes, 15 minutes, and 20 minutes respectively), according to the above method of setting the effective time, the effective time of the multiple multimedia data can be 11 minutes, 16 minutes, and 21 minutes respectively; or, the same effective time can be set for multiple multimedia data: 21 minutes; or, the effective time of the verification parameter can be set according to a preset value, such as 5 minutes. The method for setting the validity period can be as follows: obtain the playback length of the multimedia data and set the validity period of the verification parameter according to the playback length; or, set the validity period of the verification parameter to a preset value. This preset value can be set according to the needs of the actual application. Step 203: The server obtains the link address of the corresponding multimedia data based on the identifier of the multimedia data. For example, if the server includes a web server and an application server, after receiving the playback request, the web server can send the playback request to the application server. The application server can then obtain the link address of the corresponding multimedia data based on the identifier of the multimedia data, such as the Uniform Resource Locator (URL) of the multimedia data. For example, if a user requests to play song A and includes the identifier of song A in the playback request, then the application server can obtain the URL of song A based on the identifier of song A, and so on. Step 204: The server generates a playback address based on the verification parameters and the link address. For example, the application server can generate a playback address based on the verification parameters and the link address. There are several ways to generate the address. For instance, the corresponding verification parameters can be added to the link address, or the verification parameters and the name of the multimedia data in the link address can be combined according to pre-defined rules, and so on. For example, if the link address of song A is "http: / / www.xxx.com / xxx.mp3" and the verification parameter is "123456", then the playback address of song A can be generated as: http: / / www.xxx.com / xxx.mp3?vkey=123456. Step 205: The server encrypts the playback address and sends the encrypted playback address to the browser. For example, after generating a playback address, the application server can send the playback address to the web server, which will then encrypt the playback address and send the encrypted playback address to the browser through the access layer. The encryption method can be determined according to the needs of the actual application. For example, a private protocol can be used for encryption, etc.; the protocol format can be determined according to the current business model and technical architecture. The encryption method can also be based on technologies provided by relevant technologies, such as various symmetric encryption algorithms and asymmetric encryption algorithms. Step 206: After receiving the encrypted playback address, the browser decrypts the encrypted playback address and sends a data retrieval command to the server based on the decrypted playback address (i.e., the originally generated playback address). The data retrieval command carries the playback address. For example, after receiving the encrypted playback address, the browser decrypts it and then uses its local player to send a data retrieval instruction to the web server through the access layer. This data retrieval instruction carries the playback address. Step 207: The server parses the playback address carried by the data acquisition instruction and extracts the verification parameters and link address from the playback address. For example, the web server can parse the instruction obtained from the data, extract the playback address carried in it, and then send the playback address to the application server, which can extract the verification parameters and link address from the playback address. Optionally, to further enhance data security, session verification can be performed during login. For example, a session identifier can be included in the data retrieval command. This allows the system to determine the validity of the data retrieval command before parsing the playback address after receiving it. If valid, the playback address is decrypted and parsed; otherwise, the data retrieval command is rejected. Step 208: When the server determines that the verification parameter is valid, it retrieves the corresponding multimedia data based on the extracted link address. For example, the application server can determine whether the verification parameter is valid, and if the verification parameter is valid, it can retrieve the corresponding multimedia data from the storage device based on the extracted link address. There are several ways to determine whether the validation parameter is valid. For example, the following methods can be used to verify the validity of the parameter: Determine if the validity period of the verification parameter has expired; if it has expired, the verification parameter is invalid; if it has not expired, determine if the verification parameter has been used; if it has been used, the verification parameter is invalid; if it has not been used, the verification parameter is valid. Alternatively, you can first determine whether the verification parameter has been used, and then determine whether the validity period of the verification parameter has expired, as follows: Determine whether the verification parameter has been used before; if it has, the verification parameter is invalid; if it has not been used before, determine whether the validity period of the verification parameter has expired; if it has expired, the verification parameter is invalid; if it has not expired, the verification parameter is valid. Whether the verification parameter has been used can be determined by checking the history. For example, if there is a record in the history, it means that it has been used; if there is no record, it means that it has not been used. It should be noted that when the verification parameter has been used, the corresponding record needs to be added to the history for subsequent queries. Step 209: The server sends multimedia data to the browser. For example, after the application server obtains multimedia data, such as the audio data corresponding to song A, it can transmit the multimedia data to the web server, which then sends the multimedia data to the browser through the access layer. Step 210: After receiving the multimedia data, the browser plays the multimedia data. For example, a browser can use a media player to play the multimedia data, such as playing song A, etc. Step 211: After the server determines that the browser has finished playing the multimedia data, it destroys the verification parameter. For example, after playback is complete, the browser can send a destruction command to the server, which will then destroy the verification parameter according to the destruction command (equivalent to destroying the playback address and no longer responding to requests for multimedia data carrying that playback address). Alternatively, for example, the server could determine when the browser has finished playing, such as by receiving a notification. After the browser sends a message indicating that playback has ended, it automatically destroys the verification parameter. For example, it can determine whether the validity period of the verification parameter has expired. If it has expired, the verification parameter is destroyed; otherwise, it is not destroyed. As can be seen from the above, the embodiments of the present invention employ a method whereby the server receives a playback request carrying a multimedia data identifier sent by the browser, generates a one-time valid verification parameter based on the playback request, obtains the corresponding multimedia data link address based on the multimedia data identifier, generates a playback address based on the verification parameter and the link address, and plays the multimedia data based on the playback address. Since the playback address in this scheme is generated from the verification parameter and the link address, and the verification parameter is only valid once, even if the playback address is captured by the user through packet sniffing or third-party software, the source file of the multimedia data cannot be obtained. Therefore, compared with existing schemes, it can greatly improve data security, such as protecting music copyrights. This invention also provides a multimedia data processing device, as shown in FIG3a. The multimedia data processing device includes a receiving unit 301, a parameter generation unit 302, an acquisition unit 303, an address generation unit 304, and a playback unit 305, as follows: (1) Receiving unit 301; The receiving unit 301 is configured to receive playback requests, wherein the playback request carries an identifier of multimedia data. For example, it can receive playback requests triggered by a user through a client, such as a browser, etc. The identifier of the multimedia data may include information such as the name and / or number of the multimedia data, and the multimedia data may include data such as audio data or video data. (2) Parameter generation unit 302; The parameter generation unit 302 is configured to generate one-time valid verification parameters based on the playback request. For example, the parameter generation unit 302 can be specifically configured to generate parameters according to the playback request, based on the pre-defined parameters. Assume the algorithm generates the corresponding verification parameters, and set the validity period of these verification parameters. The effective time can be set according to the actual application requirements, and is generally set to be greater than the playback length of the multimedia data. It can be set separately for each multimedia data segment, or a uniform value can be set for multiple multimedia data segments. For example, the value can be set based on the longest playback length among these multimedia data segments, and any value greater than that longest playback length will suffice. That is: The parameter generation unit 302 can be specifically configured to acquire the playback length of the multimedia data and set the validity period of the verification parameter based on the playback length; or... Specifically, the parameter generation unit 302 can be configured to set the validity period of the verification parameter to a preset value. This preset value can be set according to the needs of the actual application. (3) Obtain unit 303; The acquisition unit 303 is configured to obtain the link address of the corresponding multimedia data based on the identifier of the multimedia data. (4) Address generation unit 304; Address generation unit 304 is configured to generate a playback address based on the verification parameter and the link address. There are several ways to generate it. For example, you can add the corresponding verification parameters after the link address, or you can combine the verification parameters and the name of the multimedia data in the link address according to pre-rules, and so on. For example, if the link address is "http: / / www.xxx.com / xxx.mp3" and the verification parameter is "123456", then the playback address can be generated as: http: / / www.xxx.com / xxx.mp3?vkey=123456. (5) Playback Unit 305; Playback unit 305 is configured to play the multimedia data based on the playback address. For example, it can be as follows: The playback unit 305 may include an instruction acquisition subunit, an extraction subunit, a data acquisition subunit, and a playback subunit, as follows: The instruction acquisition subunit is configured to acquire data acquisition instructions carrying the playback address. The extraction subunit is configured to extract the verification parameters and link address from the playback address carried by the data acquisition instruction. The data acquisition subunit is configured to retrieve the corresponding multimedia data based on the extracted link address when the verification parameter is determined to be valid. For example, the data acquisition subunit can be specifically configured to determine that the validity period of the verification parameter has not expired and that the verification parameter has not been used outdated, and then determine that the verification parameter is valid. The methods for determining whether the validity period of the verification parameter has expired and whether the verification parameter has been used can be found in the previous method embodiments, and will not be repeated here. The playback subunit is configured to send the multimedia data to the client for playback. Optionally, to improve data security, session verification can be performed during login. For example, a session identifier can be included in the data retrieval command. This allows the system to determine the validity of the data retrieval command before parsing the playback address after receiving the command. If valid, the playback address is parsed; otherwise, the command is rejected. In other words, if the data retrieval command also includes a session identifier, the playback unit 305 can further include a verification subunit, as follows: The verification subunit can be configured to determine whether the data acquisition instruction is valid based on the session identifier; if valid, the extraction subunit is triggered to extract the verification parameters and link address from the playback address carried by the data acquisition instruction; if invalid, the data acquisition instruction is rejected. Optionally, to further enhance data security, after generating the playback address, the playback address can be encrypted, as shown in Figure 3b. The multimedia data processing device can also include an encryption unit 306, as follows: The encryption unit 306 can be configured to encrypt the playback address after generating the playback address based on the verification parameters and the link address. Optionally, to prevent the verification parameters from being illegally misused, the verification parameters can be destroyed (equivalent to destroying the playback address) after the multimedia data is played, to prevent users from accessing the playback address a second time using other methods; that is, as shown in Figure 3b, the multimedia data processing device can also include a destruction unit 307, as follows: The destruction unit 307 can be configured to destroy the verification parameter. For example, it can be configured as follows: The destruction unit 307 can be specifically configured to receive a destruction command and destroy the verification parameter according to the destruction command; or... The destruction unit 307 can be specifically configured to determine whether the validity period of the verification parameter has expired, and if it has expired, to destroy the verification parameter. The multimedia data processing device can be integrated into network equipment such as servers. In practice, each of the above units can be implemented as an independent entity or can be arbitrarily combined and implemented as the same or several separate entities. For the specific implementation of each of the above units, please refer to the previous method embodiments, which will not be repeated here. As can be seen from the above, the receiving unit 301 of the multimedia data processing device in this embodiment of the invention can receive a playback request carrying a multimedia data identifier. Then, the parameter generation unit 302 generates a one-time valid verification parameter according to the playback request, and the acquisition unit 303 obtains the corresponding multimedia data link address according to the multimedia data identifier. Then, the address generation unit 304 generates a playback address according to the verification parameter and the link address, and the playback unit 305 plays the multimedia data based on the playback address. Since the playback address in this scheme is generated by the verification parameter and the link address, and the verification parameter is only valid once, even if the playback address is captured by the user through packet sniffing or third-party software, the source file of the multimedia data cannot be obtained. Therefore, compared with the existing scheme, the data security can be greatly improved. Furthermore, embodiments of the present invention also provide a multimedia data processing system, which may include this... The multimedia data processing device provided in the embodiments of the invention can be specifically integrated into network devices such as servers. In terms of specific integration methods, it can be integrated into a single network device or distributed across multiple network devices. For example, taking a multimedia data processing system integrated into a server as an example, as shown in Figure 1a, an alternative example can be as follows: The server is configured to receive playback requests that carry the identifier of the multimedia data, generate one-time valid verification parameters based on the playback request, obtain the link address of the corresponding multimedia data based on the identifier of the multimedia data, generate a playback address based on the verification parameters and the link address, and play the multimedia data based on the playback address. For example, the server can be specifically configured to receive a playback request sent by a client, generate corresponding verification parameters according to a preset algorithm based on the playback request, and set the validity period of the verification parameters; obtain the link address of the corresponding multimedia data based on the identifier of the multimedia data, then generate a playback address based on the verification parameters and the link address, and send the playback address to the client. Subsequently, if a data retrieval instruction carrying the playback address is received from the client, the server extracts the verification parameters and the link address from the playback address carried in the data retrieval instruction, determines whether the verification parameters are valid, and if valid, retrieves the corresponding multimedia data based on the extracted link address and sends the multimedia data to the client so that the client can play the multimedia data. The effective time can be set according to the actual application requirements, and can generally be set to be longer than the playback length of the multimedia data. Optionally, to improve data security, the server can be configured to encrypt the playback address after it is generated. If the playback address is encrypted, the client needs to decrypt the encrypted playback address before receiving the data retrieval instruction. The encryption and decryption methods can be set according to the actual application requirements. Optionally, to further enhance data security, a session identifier can be included in the data retrieval command. In this case, after receiving the data retrieval command but before parsing the playback address: The server can also be configured to determine whether the data acquisition instruction is valid based on the session identifier; if valid, the server will perform the step of extracting the verification parameters and link address from the playback address carried by the data acquisition instruction; if invalid, the server will reject the data acquisition instruction. Optionally, to prevent the verification parameters from being illegally misused, the verification parameters can be destroyed after the multimedia data is played, i.e.: The server can also be configured to receive a destruction command and destroy the verification parameter according to the command; or... The server can also be configured to determine whether the validity period of the verification parameter has expired, and if it has expired, to destroy the verification parameter. In addition, the multimedia data processing system may also include other devices, such as client and storage devices, as follows: The client is configured to send a playback request to the server and receive a playback address returned by the server, request multimedia data from the server based on the playback address, and play the received multimedia data after receiving it from the server. A storage device configured to store multimedia data and provide multimedia data to a server. The specific processing of each of the above devices can be understood from the foregoing description of the embodiments of the present invention. It is understood that the functional division of the multimedia data processing device shown in Figures 3a and 3b is exemplary. Those skilled in the art can easily modify the functional structure based on the description of Figures 3a and 3b, such as merging the functional units of this part or further dividing some functional units. Therefore, the functional structure of the multimedia data processing device provided in the embodiments of the present invention is not limited to that shown in Figures 3a and 3b. Regarding the hardware structure of the multimedia data processing apparatus provided in the embodiments of the present invention, see [link to relevant documentation]. Figure 3c is a schematic diagram illustrating the structure of a multimedia data processing apparatus provided in an embodiment of the present invention. The structure shown in Figure 3c is merely an example of a suitable structure and is not intended to suggest any limitation regarding the structure of an electronic device. The multimedia data processing apparatus 30 includes personal computers, server computers, handheld or laptop devices, mobile devices (such as mobile phones, personal digital assistants (PDAs), media players, etc.), consumer electronic devices, minicomputers, mainframe computers, distributed computing environments including any of the above devices, etc. Although not required, embodiments are described within the general context of "computer-readable instructions" being executed by one or more electronic devices. Computer-readable instructions can be distributed via computer-readable media (discussed below). Computer-readable instructions can be implemented as program modules, such as functions, objects, application programming interfaces (APIs), data structures, etc., that perform specific tasks or implement specific abstract data types. Typically, the functionality of such computer-readable instructions can be freely combined or distributed in various environments. Figure 3c illustrates an example of the structure of a multimedia data processing apparatus 30 including the one provided in an embodiment of the present invention. In one configuration, the multimedia data processing apparatus 30 includes at least one processing unit 31 and a storage unit 32. Depending on the exact configuration and type of the electronic device, the storage unit 32 may be volatile (e.g., RAM), non-volatile (e.g., ROM, flash memory, etc.), or some combination of both. This configuration is illustrated by dashed lines in Figure 3c. In other embodiments, the multimedia data processing apparatus 30 may include additional features and / or functions. For example, the multimedia data processing apparatus 30 may also include additional storage devices (e.g., removable and / or non-removable), including but not limited to magnetic storage devices, optical storage devices, etc. Such additional storage devices are illustrated by storage unit 33 in FIG. 3c. In one embodiment, computer-readable instructions for implementing one or more embodiments provided by the present invention may be stored in storage unit 33. Storage unit 33 may also store other computer-readable instructions for implementing operating systems, applications, etc. Computer-readable instructions may be loaded into storage unit 32 and executed by, for example, processing unit 31. The term "computer-readable medium" as used in embodiments of this invention includes computer storage media. Computer storage media includes volatile and non-volatile, removable and non-removable media implemented using any method or technology for storing information such as computer-readable instructions or other data. Storage units 32 and 33 are examples of computer storage media. Computer storage media include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical storage devices, magnetic tape, magnetic tape, disk storage devices or other magnetic storage devices, or any other medium that can be used to store desired information and can be accessed by the multimedia data processing apparatus 30. Any such computer storage medium may be part of the multimedia data processing apparatus 30. The multimedia data processing apparatus 30 may further include a communication connection 36 that allows the multimedia data processing apparatus 30 to communicate with other devices. The communication connection 36 may include, but is not limited to, a modem, a network interface card (NIC), an integrated network interface, a radio frequency transmitter / receiver, an infrared port, a USB connection, or other interfaces for connecting the multimedia data processing apparatus 30 to other electronic devices. The communication connection 36 may include a wired connection or a wireless connection. The communication connection 36 may transmit and / or receive communication media. The term "computer-readable medium" can include communication media. Communication media typically contain computer-readable instructions or other data in a "modulated data signal" such as a carrier wave or other transmission mechanism, and includes any information delivery medium. The term "modulated data signal" can include a signal whose characteristics, one or more, are set or altered in a manner that encodes information into the signal. The multimedia data processing apparatus 30 may include an input device 35, such as a keyboard, mouse, pen, voice input device, touch input device, infrared camera, video input device, and / or any other input device. The multimedia data processing apparatus 30 may also include an output device 34, such as one or more displays, speakers, printers, and / or any other output device. The input device 35 and output device 34 may be connected to the multimedia data processing apparatus 30 via a wired connection, a wireless connection, or any combination thereof. The processing device 30. In one embodiment, an input device or output device from another electronic device may be used as an input device 35 or an output device 34 of the multimedia data processing device 30. Components of the multimedia data processing device 30 can be connected via various interconnects (such as buses). Such interconnects may include peripheral component interconnects (PCI) (e.g., Fast PCI), universal serial bus (USB), FireWire (IEEE 1394), optical bus architectures, and so on. In another embodiment, components of the multimedia data processing device 30 can be interconnected via a network. For example, storage unit 32 may consist of multiple physical memory cells located in different physical locations and interconnected via a network. Since the multimedia data processing system can include any of the multimedia data processing devices provided in the embodiments of the present invention, it can achieve the beneficial effects that any of the multimedia data processing devices provided in the embodiments of the present invention can achieve. For details, please refer to the previous embodiments, which will not be repeated here. Those skilled in the art will understand that all or part of the steps in the various methods of the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, which may include: read-only memory (ROM), random access memory (RAM), disk or optical disk, etc. The above provides a detailed description of a multimedia data processing method, apparatus, and system provided by embodiments of the present invention. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The descriptions of the above embodiments are only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, those skilled in the art will recognize that there will be changes in the specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

------04 / 01 / 2562------(OCR) Page 1 of 4 Claims 1. Multimedia data processing method which includes: receiving a play request with a multimedia data identifier; creating a one-time validity verification parameter based on the play request, and receiving the multimedia data link address based on the multimedia data identifier; creating a play address based on the verification parameter and the link address, and playing the multimedia data based on the play address.

2. The method under Claim 1 in which the creation of a one-time validity verification parameter based on the play request includes: creating the verification parameter based on the play request and based on the previously established algorithm and setting a reasonable time interval for the verification parameter. 3.Method pursuant to claim 2, where the setting of the reasonable interval for the verification parameters includes: receiving the length of multimedia playback, and setting the reasonable interval for the verification parameters based on the playback length; or setting the reasonable interval for the verification parameters to a previously set value.

4. Method pursuant to claim 1, where multimedia playback based on the playback address includes: receiving the input command containing the playback address; extracting the verification parameters and link address from the playback address in the input command; receiving the multimedia data at the link address when the verification parameters are found to be reasonable; and sending the multimedia data to the server for the server to play the multimedia data. 5.The method under claim 4, which also includes: determining whether the validity period of the validity parameter has expired and whether the validity period of the validity parameter has been used; page 2 of 4 will determine whether the validity parameter is unreasonable if the validity period of the validity parameter has expired or the validity parameter has been used, and will determine whether the validity parameter is reasonable if the validity period of the validity parameter has not expired and the validity parameter has not been used.

6. The method under claim 1, which after creating the play address based on the validity parameter and the link address, also includes: encoding the play address. 7.The method under claim 4, where the input command also contains a communication time identifier and before extracting the verification parameters and the link address from the playback address in the input command, the method also includes: determining whether the input command is valid based on the communication time identifier; the procedure for extracting the verification parameters and the link address from the playback address in the input command is performed if the input command is valid; and the input command is rejected if the input command is not valid.

8. The method under any of claims 1 through 7, where after playing multimedia data based on the playback address, the method also includes: destroying the verification parameters. 9.The method under claim 8, in which the destruction of verification parameters is performed, includes: receiving a destruction order and destroying the verification parameters in accordance with the destruction order, or determining whether the reasonable period for the verification parameters has expired and / or not, and destroying the verification parameters after the reasonable period for the verification parameters has expired.

10. Multimedia processing tools, in which the tools are comprised: an input unit configured to receive a play request containing a multimedia identifier; a parameter generator unit configured to generate one-time valid verification parameters in accordance with the play request; an input unit configured to receive a multimedia link address based on the multimedia identifier; an address generator unit configured to generate a playback address based on the verification parameters and link addresses; and a playback unit configured to play the multimedia based on the playback address. (Page 3 of 4) 11.

12.

11. An instrument under Claim 10 in which a specific parameter generator is configured to generate verification parameters based on playback requests and on the basis of pre-defined algorithms and set a reasonable time interval for the verification parameters; or set the reasonable time interval of the verification parameters to a pre-defined value.

14. An instrument under Claim 13 in which the input unit is configured to receive input commands containing the playback address; an extraction unit configured to extract verification parameters and link addresses from the playback address in the input command; an input unit configured to receive multimedia data based on the link address when the verification parameters are found to be valid; and a playback unit configured to send multimedia data to the server for playback.

15. An instrument under Claim 10 that also includes an encoding unit; the encoding unit is configured to encode the playback address after the playback address has been generated based on the verification parameters and link address.The instrument under Claim 13, where the input command also includes a communication time identifier, and the play unit also includes a verification subunit, the verification subunit is configured to determine whether the input command is valid according to the communication time identifier; trigger, if the input command is valid, the extraction subunit to perform the procedure of extracting the verification parameters and the link address from the play address in the input command; and reject the input command if the input command is valid. (Page 4 of 4, page 17.) The instrument under Claim 10 through 16 also includes a destroy unit, the destroy unit is configured to destroy the verification parameters. (Page 18.) The instrument under Claim 17, where the destroy unit is specifically configured to accept a destroy command and destroy the verification parameters according to the destroy command; or determine whether the validity period of the verification parameters has expired and destroy the verification parameters after the validity period has expired. (Page 19.)A multimedia data processing system comprising multimedia data processing tools as described in any one of Claims 10 to 18.

20. A multimedia data processing device comprising memory and a processing unit; memory that stores executable instructions and executable instructions used to perform multimedia data processing methods as described in any one of Claims 1 to 9.

21. A storage medium; a storage medium that stores executable instructions and executable instructions used to perform multimedia data processing methods as described in any one of Claims 1 to 9.