WO2017152751A1 - 一种多媒体数据的处理方法、装置和系统、存储介质 - Google Patents

一种多媒体数据的处理方法、装置和系统、存储介质 Download PDF

Info

Publication number
WO2017152751A1
WO2017152751A1 PCT/CN2017/074288 CN2017074288W WO2017152751A1 WO 2017152751 A1 WO2017152751 A1 WO 2017152751A1 CN 2017074288 W CN2017074288 W CN 2017074288W WO 2017152751 A1 WO2017152751 A1 WO 2017152751A1
Authority
WO
WIPO (PCT)
Prior art keywords
multimedia data
verification parameter
play
address
verification
Prior art date
Application number
PCT/CN2017/074288
Other languages
English (en)
French (fr)
Inventor
兰翀
武强
Original Assignee
腾讯科技（深圳）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 腾讯科技（深圳）有限公司 filed Critical 腾讯科技（深圳）有限公司
Publication of WO2017152751A1 publication Critical patent/WO2017152751A1/zh
Priority to US16/124,916 priority Critical patent/US10650119B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2351—Processing of additional data, e.g. scrambling of additional data or processing content descriptors involving encryption of additional data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/101—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities
    • G06F21/1015—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities to users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353—Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G06F21/101—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities
    • G06F21/1012—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM] by binding digital rights to specific entities to domains

Definitions

  • the present invention relates to communication technologies, and in particular, to a method, an apparatus and system for processing multimedia data, and a storage medium.
  • an audio (Audio) tag based on Hypertext Markup Language (HTML5) is generally used.
  • the implemented player is played.
  • audio data such as song A
  • the network address of the source file of the song A can be obtained by the identifier of the song A, and then the source (src) attribute of the audio label in the page is assigned to the network address, and then The play process of calling the audio tag can be played by acquiring the audio data from the corresponding network address to execute the play process.
  • the embodiment of the invention provides a method, a device and a system for processing multimedia data, and a storage medium, which can improve the security of multimedia data.
  • an embodiment of the present invention provides a method for processing multimedia data, including:
  • the embodiment of the present invention further provides a multimedia data processing apparatus, including:
  • a receiving unit configured to receive a play request, where the play request carries an identifier of the multimedia data
  • a parameter generating unit configured to generate a one-time valid verification parameter according to the play request
  • An obtaining unit configured to acquire a link address of the corresponding multimedia data according to the identifier of the multimedia data
  • An address generating unit configured to generate a play address according to the verification parameter and a link address
  • a playing unit configured to play the multimedia data based on the play address.
  • an embodiment of the present invention provides a multimedia data processing apparatus, including a memory and a processor, where the executable file is stored with executable instructions, and the executable instructions are used to execute the multimedia data provided by the embodiment of the present invention.
  • a multimedia data processing apparatus including a memory and a processor, where the executable file is stored with executable instructions, and the executable instructions are used to execute the multimedia data provided by the embodiment of the present invention.
  • the embodiment of the present invention further provides a multimedia data processing system, including any multimedia data processing apparatus provided by the embodiment of the present invention.
  • an embodiment of the present invention provides a storage medium, which stores executable instructions for performing a method for processing multimedia data provided by an embodiment of the present invention.
  • the embodiment of the present invention adopts a play request for receiving an identifier carrying multimedia data, generates a one-time valid verification parameter according to the play request, and obtains a link address of the corresponding multimedia data according to the identifier of the multimedia data, and then, according to the verification parameter, The link address generates a play address and plays multimedia data based on the play address.
  • the play address in the scheme is generated by the verification parameter and the link address, and the verification parameter is only one-time effective, even if the play address is captured by the user or by a third party
  • the software captures and cannot obtain the source file of the multimedia data, thereby effectively avoiding the situation that the multimedia data is stolen and causing the broadcast record to leak, so that the security of the data can be improved relative to related technologies.
  • FIG. 1 is a schematic diagram of a scenario of a method for processing multimedia data according to an embodiment of the present invention
  • FIG. 1b is a flowchart of a method for processing multimedia data according to an embodiment of the present invention
  • FIG. 2a is a schematic structural diagram of a multimedia data processing system according to an embodiment of the present invention.
  • 2b is an architectural diagram of a web front end provided by an embodiment of the present invention.
  • 2c is still another schematic flowchart of a method for processing multimedia data according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a multimedia data processing apparatus according to an embodiment of the present invention.
  • FIG. 3b is another schematic structural diagram of a multimedia data processing apparatus according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of another apparatus for processing multimedia data according to an embodiment of the present invention.
  • an embodiment of the present invention provides a method, an apparatus, and a system for processing multimedia data.
  • the processing system of the multimedia data may include any processing device for multimedia data provided by the embodiment of the present invention.
  • the processing system of the multimedia data may further include other devices, such as a client for playing multimedia data.
  • a storage device for storing multimedia data such as a storage server or a Content Delivery Network (CDN) server.
  • the processing device of the multimedia data may receive a play request, generate a one-time valid verification parameter according to the play request, and obtain a link address of the corresponding multimedia data according to the identifier of the multimedia data carried in the play request, and then, according to the The verification parameter and the link address generate a play address, and the multimedia data is played based on the play address.
  • the processing device of the multimedia data can be integrated in a server such as a web server and an application server.
  • the client may send a play request carrying an identifier of the multimedia data to be played to the server, and the server generates a one-time valid verification parameter according to the play request, and obtains a corresponding identifier according to the identifier of the multimedia data.
  • a link address of the multimedia data and then generating a play address according to the verification parameter and the link address, and returning the play address to the client, where the client requests multimedia data and plays the data according to the play address, wherein the multimedia data It can be saved on this server or it can be saved on other storage devices.
  • the processing device of the multimedia data may be specifically described in a network device such as a server.
  • a method for processing multimedia data includes: receiving and playing Obtaining, the play request carries the identifier of the multimedia data, generates a one-time valid verification parameter according to the play request, and obtains a link address of the corresponding multimedia data according to the identifier of the multimedia data, and generates a play address according to the verification parameter and the link address, The multimedia data is played based on the play address.
  • the specific process of the multimedia data processing method can be as follows:
  • Step 101 Receive a play request, where the play request carries an identifier of the multimedia data.
  • the user may trigger a play request triggered by the user, where the play request carries an identifier of the multimedia data that needs to be played.
  • the play request carries an identifier of the multimedia data that needs to be played.
  • the identifier of the multimedia data may include at least one of name and number information of the multimedia data, and the multimedia data may include at least one of audio data and video data.
  • Step 102 Generate a one-time valid verification parameter (vkey) according to the play request, and obtain a link address of the corresponding multimedia data according to the identifier of the multimedia data.
  • vkey one-time valid verification parameter
  • one-time effective means that the verification parameter is allowed to be used only once during its effective time, and is invalid when used again. That is, the step "generating a one-time valid verification parameter according to the play request" may include:
  • a corresponding verification parameter is generated according to a preset algorithm, and a valid time of the verification parameter is set.
  • the effective time can be set according to the requirements of the actual application, and can generally be set to be greater than the playing length of the multimedia data.
  • the setting may be separately set according to the playing length of each multimedia data, or a unified value may be set for multiple multimedia data.
  • the maximum playing length of the multimedia data may be set as a reference, which is greater than the maximum playing length.
  • the value is OK.
  • the effective time of the plurality of multimedia data may be 11 minutes, 16 minutes, and 21 minutes, respectively, according to the manner of setting the effective time; or The same effective time is uniformly set for a plurality of multimedia data: 21 minutes; or, the valid time of the verification parameter is set according to a preset value, such as 5 minutes.
  • step "setting the effective time of the verification parameter" may include:
  • the preset value can be set according to the requirements of the actual application.
  • Step 103 Generate a play address according to the verification parameter and the link address.
  • the corresponding verification parameter may be added after the link address, or the verification parameter and the name of the multimedia data in the link address may be combined according to the pre-rule, and the like.
  • the play address may also be encrypted, that is, after the step “generating the play address according to the verification parameter and the link address”, the processing method of the multimedia data is further Can include:
  • the encryption method may be determined according to the requirements of the actual application.
  • the private protocol may be used for encryption, and the like, wherein the protocol format may be determined according to the current service mode and technical architecture.
  • the encryption method may also be encrypted according to technologies provided by related technologies, such as various symmetric encryption algorithms and asymmetric encryption algorithms.
  • Step 104 Play the multimedia data based on the play address.
  • the data acquisition instruction may be initiated by a client, such as a player in a browser, and transmitted to the processing device (ie, the background) of the multimedia data, and the processing device of the multimedia data receives the data acquisition that carries the playback address. instruction.
  • a client such as a player in a browser
  • the processing device ie, the background
  • the processing device of the multimedia data receives the data acquisition that carries the playback address. instruction.
  • the processing device of the multimedia data receives the data acquisition instruction carrying the play address
  • the playback address carried by the data acquisition instruction may be parsed, and the verification parameter and the link address are extracted therefrom, and then the step (3) is performed. ).
  • step 104 the client needs to decrypt the play address after receiving the play address, wherein the decryption method corresponds to the encryption method. .
  • decryption is performed using a private protocol
  • decryption is performed according to the decryption method agreed in the proprietary protocol
  • encryption is performed using a symmetric algorithm
  • decryption is performed using a key that encrypts the play address
  • public key encryption using an asymmetric algorithm is used, The private key of the asymmetric encryption algorithm is used for decryption.
  • the following manner may be adopted: when it is determined that the verification parameter is valid, the corresponding multimedia data is obtained from the multimedia database according to the extracted link address.
  • the multimedia database may be stored in the processing device of the multimedia data, or may be stored in other devices, such as a Content Delivery Network (CDN) server, and the like.
  • CDN Content Delivery Network
  • the determining, according to the valid time of the verification parameter, and the usage record, whether the verification parameter is valid, that is, the step “determining whether the verification parameter is valid” may include:
  • Whether the verification parameter is used or not can be determined by searching the history record. For example, if there is a record of the verification parameter in the history record, it indicates that the verification parameter is used. Otherwise, if there is no record of the verification parameter, Indicates that the verification parameter has not been used; it should be noted that when the verification parameter is used, it is necessary to add a corresponding record in the history for subsequent query.
  • the multimedia data can be transmitted to a client, such as a player in a browser, by which the player plays according to the multimedia data.
  • a client such as a player in a browser
  • a session verification of the login state may also be performed.
  • the session identifier may be carried in the data acquisition instruction, so that the playback address is parsed after receiving the data acquisition instruction.
  • the data acquisition instruction may be determined according to the session identifier. If the data is valid, the play address is parsed. Otherwise, if it is not legal, the data acquisition instruction is rejected; that is, in the step “taken from the data acquisition instruction.
  • the processing method of the multimedia data may further include:
  • the data acquisition instruction is legal, and the data acquisition instruction satisfies the preset condition, and the preset condition may be set according to the actual application requirement.
  • the request subject of the data acquisition instruction may be set as the carried session identifier.
  • the format of one of the corresponding sessions and the data acquisition instruction needs to conform to the preset format, and/or the parameter carried in the data acquisition instruction is a preset value, and the like.
  • the verification parameter may also be destroyed (equivalent to destroying the play address, and no longer requesting the multimedia data carrying the play address) Respond) to prevent the user from using the other method to make secondary access to the play address.
  • the following methods can be used to prevent the authentication parameters from being illegally stolen:
  • the processing device of the multimedia data may initiate a destruction instruction, and the processing device of the multimedia data may destroy the verification parameter according to the destruction instruction; or The processing device of the multimedia data directly determines whether the valid time of the verification parameter is expired. If it expires, the verification parameter is destroyed. Otherwise, if it is expired, it is not destroyed.
  • the embodiment of the present invention adopts a play request for receiving an identifier carrying multimedia data, and generates a one-time valid verification parameter according to the play request, and according to the identifier of the multimedia data.
  • the processing device of the multimedia data is specifically integrated into the server, and the client (Client) is specifically a browser as an example for description.
  • the processing system of the multimedia data may include a browser, a server, and a storage device, and specifically may include the following structure:
  • the browser can be installed in the terminal, and the browser can include a playing module, such as a Web JOOK, for sending a play request to the server, and receiving a play address returned by the server, and then requesting the multimedia from the server according to the play address.
  • the data after receiving the multimedia data returned by the server, plays the multimedia data, such as audio data or video data.
  • the play module can access the web server through an access layer.
  • the play module can communicate with a multimedia service access module in a web server through a multimedia service access layer of the access layer, and through a web service access layer (
  • the Nginx access layer communicates with a HyperText Transfer Protocol (Http) service module in the web server, such as a Common Gateway Interface (CGI).
  • Http HyperText Transfer Protocol
  • CGI Common Gateway Interface
  • FIG. 2b is an architecture diagram of the web front end, wherein the template engine can generate a corresponding page by acquiring a page template and some data provided by the intranet. Outputting, wherein the content of the output page may include some static resources, and some interfaces for communicating with the external network, in order to obtain some resources provided by the external network, that is, some dynamic data, and may perform real-time according to the dynamic data.
  • Update and display wherein the function processing module (ie, the function processing in FIG. 2b) can control the acquisition of the dynamic data, and process the acquired dynamic data, wherein the dynamic data is embodied in the embodiment of the present invention.
  • FIG. 2b is merely an example and is not intended to limit the embodiments of the present invention.
  • the server is mainly used to communicate with the browser through the access layer, for example, can receive a play request sent by the browser, generate a one-time valid verification parameter according to the play request, and obtain the identifier according to the multimedia data carried in the play request. Corresponding multimedia data link address, and then generating a play address according to the verification parameter and the link address, returning the play address to the browser, the browser requests multimedia data from the server according to the play address, and the server receives the request multimedia data After the request, the corresponding multimedia data is obtained from the storage device and sent to the browser, so that the browser plays the multimedia data.
  • the server may be implemented as a separate entity or by multiple entities.
  • the server may include a web server and an application server, as follows:
  • the web server is equivalent to a gateway, configured to receive and process various requests sent by the browser, and send the processed result of the request to the application server for further data processing, such as generating a one-time valid verification parameter and acquiring multimedia data.
  • the link address, the generated play address, and the like; the web server can also be configured to verify the validity of various requests transmitted by the browser, and if so, to the application server.
  • the web server may include a multimedia service module, an Http service module (ie, a multimedia service and an Http service in FIG.
  • the body 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
  • the CMS can pass the content management (Content Mgmt) port in the application server.
  • the Operation Mgmt port (see Content Management and Operation Management in Figure 2a) communicates with the storage device to obtain corresponding data, such as multimedia data.
  • An application server also referred to as a core processing layer or a core service layer, may include a content management port, an operation management port, and other processing modules, such as a search module, a user task module, and And user collection modules, and so on.
  • the application server is mainly used to process data according to a request or a request result transmitted by a web server.
  • the one-time valid verification parameter may be generated according to the play request sent by the web server, and the link address of the corresponding multimedia data is obtained according to the identifier of the multimedia data carried in the play request, and then, according to the verification parameter and the link address.
  • a play address is generated, the play address is sent to the web server, transmitted by the web server to the browser through the access layer, and the like.
  • the storage device also referred to as a storage center, may be a single storage entity, such as a storage server, or a storage cluster, such as a cloud storage or a CDN server.
  • the storage device is mainly configured to provide multimedia data to a server (such as an application server), such as providing audio data or video data.
  • the storage device may include a distributed storage system (such as CKV, Cloud Key Value), and a plurality of multimedia databases, wherein the plurality of multimedia databases store related information of the multimedia data, and the plurality of multimedia databases Synchronization (Sync) can be maintained between multimedia databases.
  • a distributed storage system is mainly configured to exchange with a server, such as an application server, to process various types of requests, and the multimedia database can be based on a distributed storage system.
  • the processing result provides corresponding data to the content management port and the operation tube port in the application server, for example, when the distributed storage system receives the multimedia data acquisition request sent by the application server, and determines that the multimedia data acquisition request is legal, the multimedia
  • the database can provide corresponding multimedia data to the content management and operations management module in the application server, and so on.
  • a method for processing multimedia data may be as follows:
  • Step 201 The browser sends a play request to the server, where the play request carries an identifier of the multimedia data.
  • the browser may send a play request to the web server through the access layer, and the web server sends the play request to the application server.
  • the browser when the user needs to play the song A and click the play button of the song A on the webpage, the browser generates a play request carrying the identifier of the song A, and sends the play to the web server corresponding to the webpage through the access layer.
  • the request is sent by the web server to the corresponding application server.
  • the identifier of the multimedia data may include information such as a name and/or a number of the multimedia data, and the multimedia data may include data such as audio data or video data.
  • the identification of the multimedia data may specifically be information such as the name or number of the song.
  • the user can click the identifier of the song A, such as the icon of the song A, thereby triggering the browser to send to the server. Play the request.
  • the user when the user receives the recommendation information of the song A shared by other users, it is desired to play the song A. At this time, the user opens the recommendation information through the browser, and then clicks the identifier of the song A, for example, Song A's icon, which triggers the browser to send a play to the server. begging.
  • the user plays the multimedia data, such as the song A, it can also share it with other users.
  • other users can also trigger the play request through the recommendation information shared by the user, wherein the trigger is triggered.
  • the manner in which the request is played is the same as the above example, in which the user triggers the play request by the recommendation information.
  • Step 202 After receiving the play request, the server generates a one-time valid verification parameter (vkey) according to the play request.
  • vkey one-time valid verification parameter
  • the server may transmit the play request to the application server after receiving the play request, and the application server generates a one-time valid verification parameter according to the play request.
  • the application server may generate a corresponding verification parameter according to the preset request according to the play request, and set a valid time of the verification parameter.
  • the effective time can be set according to the requirements of the actual application, and can generally be set to be greater than the playing length of the multimedia data.
  • the setting may be separately set according to the playing length of each multimedia data, or a unified value may be set for multiple multimedia data.
  • the maximum playing length of the multimedia data may be set as a reference, which is greater than the maximum playing length. The value is OK.
  • the plurality of multimedia is set according to the manner of setting the effective time described above.
  • the valid time of the data can be: 11 minutes, 16 minutes, and 21 minutes; or, the same effective time is uniformly set for multiple multimedia data: 21 minutes; or, the effective time of the verification parameter is set according to the preset value, such as 5 minutes. .
  • the method for setting the effective time may be as follows: acquiring the playing length of the multimedia data, setting the valid time of the verification parameter according to the playing length; or setting the effective time of the verification parameter to a preset value.
  • the preset value can be set according to the requirements of the actual application.
  • Step 203 The server acquires a link address of the corresponding multimedia data according to the identifier of the multimedia data.
  • the server may transmit the play request to the application server after receiving the play request, and the application server obtains the corresponding multimedia data according to the identifier of the multimedia data.
  • a link address such as a Uniform Resoure Locator for multimedia data.
  • the application server may acquire the URL of the song A according to the identifier of the song A, and the like.
  • Step 204 The server generates a play address according to the verification parameter and the link address.
  • the application server may generate a play address according to the verification parameter and the link address, where the generated manner may be multiple.
  • the corresponding verification parameter may be added after the link address, or may be verified according to the pre-rule.
  • the parameters and the names of the multimedia data in the link address are combined, and so on.
  • Step 205 The server encrypts the play address, and sends the encrypted play address to the browser.
  • the play address can be transmitted to the web server, and the play address is encrypted by the web server, and the encrypted play address is sent to the browser through the access layer.
  • the encryption method may be determined according to the requirements of the actual application.
  • the private protocol may be used for encryption, and the like, wherein the protocol format may be determined according to the current service mode and technical architecture.
  • the encryption method may also be encrypted according to technologies provided by related technologies, such as various symmetric encryption algorithms and asymmetric encryption algorithms.
  • Step 206 After receiving the encrypted play address, the browser decrypts the encrypted play address, and initiates a data acquisition instruction according to the decrypted play address (ie, the originally generated play address), where the data is acquired.
  • the instruction carries the play address.
  • the browser decrypts, and then uses a local player to send a data acquisition instruction to the web server through the access layer, where the data acquisition instruction carries the play address.
  • Step 207 The server parses the play address carried by the data acquisition instruction, and extracts the verification parameter and the link address from the play address.
  • the web server may parse the data acquisition instruction, extract the play address carried therein, and then transmit the play address to the application server, and the application server extracts the verification parameter and the link address from the play address. .
  • a session verification of the login state may also be performed.
  • the session identifier may be carried in the data acquisition instruction, so that the playback address is parsed after receiving the data acquisition instruction.
  • the data acquisition instruction may be determined according to the session identifier. If the data is obtained, the playback address is decrypted and parsed. Otherwise, if it is not legal, the data acquisition instruction is rejected.
  • Step 208 When the server determines that the verification parameter is valid, the server acquires corresponding multimedia data according to the extracted link address.
  • the application server may determine whether the verification parameter is valid, and when determining that the verification parameter is valid, acquire corresponding multimedia data from the storage device according to the extracted link address.
  • the method for determining whether the verification parameter is valid may be various.
  • the method may be used to verify whether the parameter is valid:
  • Whether the verification parameter is used or not can be determined by searching the history record. For example, if there is a record in the history record, it indicates that it has been used, and if it is not recorded, it indicates that it has not been used; it should be noted that when the verification parameter is Used, you need to add the corresponding record in the history for subsequent queries.
  • Step 209 The server sends the multimedia data to the browser.
  • the application server may transmit the multimedia data to the web server, and the web server sends the multimedia data to the browser through the access layer.
  • Step 210 After receiving the multimedia data, the browser plays the multimedia data.
  • the browser can utilize the player to play the multimedia data, such as playing song A, and the like.
  • Step 211 After the server determines that the browser plays the multimedia data, the verification parameter is destroyed.
  • the browser may send a destruction instruction to the server, and the server destroys the verification parameter according to the destruction instruction (equivalent to destroying the play address, no longer requesting the multimedia data carrying the play address) Respond)).
  • the server may also determine that the browser has finished playing, such as receiving After the message sent by the browser indicates that the message has been played, the verification parameter is destroyed by itself. For example, it can be determined whether the valid time of the verification parameter is expired. If it expires, the verification parameter is destroyed, otherwise, the destruction is not performed.
  • the server receives the play request of the identifier of the multimedia data sent by the browser, generates a one-time valid verification parameter according to the play request, and acquires the corresponding multimedia data according to the identifier of the multimedia data.
  • the multimedia data processing apparatus includes a receiving unit 301, a parameter generating unit 302, an obtaining unit 303, an address generating unit 304, and a playing unit 305, as follows. :
  • the receiving unit 301 is configured to receive a play request, where the play request carries an identifier of the multimedia data. For example, it is possible to receive a play request triggered by a user through a client, such as a browser, and the like.
  • the identifier of the multimedia data may include information such as a name and/or a number of the multimedia data, and the multimedia data may include data such as audio data or video data.
  • the parameter generating unit 302 is configured to generate a one-time valid verification parameter according to the play request.
  • the parameter generating unit 302 may be specifically configured to follow the pre-play according to the play request. Let the algorithm generate the corresponding verification parameters and set the effective time of the verification parameters.
  • the effective time can be set according to the requirements of the actual application, and can generally be set to be greater than the playing length of the multimedia data.
  • the setting may be separately set according to the playing length of each multimedia data, or a unified value may be set for multiple multimedia data.
  • the maximum playing length of the multimedia data may be set as a reference, which is greater than the maximum playing length.
  • the value is OK. which is:
  • the parameter generating unit 302 may be configured to acquire a playing length of the multimedia data, and set a valid time of the verification parameter according to the playing length; or
  • the parameter generating unit 302 may be configured to set the valid time of the verification parameter to a preset value.
  • the preset value can be set according to the requirements of the actual application.
  • the obtaining unit 303 is configured to acquire a link address of the corresponding multimedia data according to the identifier of the multimedia data.
  • the address generation unit 304 is configured to generate a play address based on the verification parameter and the link address.
  • the corresponding verification parameter may be added after the link address, or the verification parameter and the name of the multimedia data in the link address may be combined according to the pre-rule, and the like.
  • the playing unit 305 is configured to play the multimedia data based on the play address. For example, it can be as follows:
  • the playing unit 305 may include an instruction acquiring subunit, an extracting subunit, a data acquiring subunit, and a playing subunit, as follows:
  • the instruction acquisition subunit is configured to acquire a data acquisition instruction carrying the play address.
  • the extraction subunit is configured to extract the verification parameter and the link address from the play address carried by the data acquisition instruction.
  • the data acquisition subunit is configured to: when determining that the verification parameter is valid, acquire corresponding multimedia data according to the extracted link address.
  • the data obtaining sub-unit may be configured to determine that the valid time of the verification parameter has not expired, and the verification parameter is not used, and the verification parameter is determined to be valid.
  • the playing subunit is configured to send the multimedia data to the client to play the multimedia data.
  • a session verification of the login state may also be performed.
  • the session identifier may be carried in the data acquisition instruction, so that after the data acquisition instruction is received, before the playback address is parsed According to the session identifier, it is determined whether the data acquisition instruction is legal. If it is legal, the play address is parsed. Otherwise, if it is not legal, the data acquisition instruction is rejected; that is, if the data acquisition instruction further carries the session identifier
  • the playback unit 305 can also include a verification subunit, as follows:
  • the verification subunit may be configured to determine, according to the session identifier, whether the data acquisition instruction is legal; if it is legal, triggering the extraction subunit to perform an operation of extracting the verification parameter and the link address from the play address carried by the data acquisition instruction, if If it is illegal, the data acquisition instruction is rejected.
  • the play address may also be encrypted.
  • the multimedia data processing apparatus may further include an encryption unit 306, as follows:
  • the encryption unit 306 can be configured to encrypt the play address after generating the play address according to the verification parameter and the link address.
  • the verification parameter may also be destroyed (equivalent to destroying the play address) to prevent the user from using the other method to perform the play address.
  • the secondary access that is, as shown in FIG. 3b, the multimedia data processing apparatus may further include a destruction unit 307, as follows:
  • the destruction unit 307 can be configured to destroy the verification parameter. For example, it can be as follows:
  • the destruction unit 307 may be configured to receive a destruction instruction, and destroy the verification parameter according to the destruction instruction; or
  • the destruction unit 307 may be configured to determine whether the valid time of the verification parameter is expired, and if it expires, the verification parameter is destroyed.
  • the processing device of the multimedia data may be specifically integrated in a network device such as a server.
  • the foregoing units may be implemented as a separate entity, or may be any combination, and may be implemented as the same or as each entity.
  • the foregoing method embodiments and details are not described herein.
  • the receiving unit 301 of the multimedia data processing apparatus of the embodiment of the present invention can receive the play request carrying the identifier of the multimedia data, and then the parameter generating unit 302 generates a one-time valid verification parameter according to the play request, and
  • the obtaining unit 303 acquires a link address of the corresponding multimedia data according to the identifier of the multimedia data, and then, the address generating unit 304 generates a play address according to the verification parameter and the link address, and plays the multimedia data by the playing unit 305 based on the play address; Since the play address in the scheme is generated by the verification parameter and the link address, and the verification parameter is only one-time effective, even if the play address is captured by the user through the capture or third-party software, it cannot be obtained.
  • the source file of the multimedia data so, compared with the existing solution, the security of the data can be greatly improved.
  • an embodiment of the present invention further provides a multimedia data processing system, which may include the present
  • the processing device for the multimedia data provided by the embodiment of the invention may be integrated into a network device such as a server.
  • the specific integration method can be integrated in one network device or distributed in multiple network devices.
  • FIG. 1a For example, as an example of integration in a server, an optional example of a multimedia data processing system is shown in FIG. 1a, which may be specifically as follows:
  • a server configured to receive a play request, the play request carries an identifier of the multimedia data, generate a one-time valid verification parameter according to the play request, and obtain a link address of the corresponding multimedia data according to the identifier of the multimedia data, according to the verification parameter and The link address generates a play address, and the multimedia data is played based on the play address.
  • the server may be configured to receive a play request sent by the client, generate a corresponding verification parameter according to the preset algorithm, set a valid time of the verification parameter, and obtain a corresponding according to the identifier of the multimedia data. a link address of the multimedia data, and then generating a play address according to the verification parameter and the link address, and sending the play address to the client, and thereafter, if receiving a data acquisition instruction returned by the client and carrying the play address, Extracting the verification parameter and the link address in the play address carried by the data acquisition instruction, determining whether the verification parameter is valid, and if valid, acquiring the corresponding multimedia data according to the extracted link address, and transmitting the multimedia data to the client, so that The client plays the multimedia data.
  • the effective time can be set according to the requirements of the actual application, and can generally be set to be greater than the playing length of the multimedia data.
  • the server may further be configured to encrypt the play address; if the play address is encrypted, the subsequent client needs to receive a data acquisition instruction.
  • the encrypted play address is decrypted first, wherein the encryption and decryption modes can be set according to the requirements of the actual application.
  • the session identifier may be carried in the data acquisition instruction, and then, after receiving the data acquisition instruction, before parsing the play address:
  • the server may be further configured to determine, according to the session identifier, whether the data acquisition instruction is legal; if it is legal, perform the step of extracting the verification parameter and the link address from the play address carried by the data acquisition instruction; if not, reject the Data acquisition instructions.
  • the verification parameter may also be destroyed, namely:
  • the server may be further configured to receive the destruction instruction, and destroy the verification parameter according to the destruction instruction;
  • the server may also be configured to determine whether the valid time of the verification parameter is expired, and if it expires, the verification parameter is destroyed.
  • multimedia data processing system may also include other devices, such as a client and a storage device, as follows:
  • the client is configured to send a play request to the server, and receive a play address returned by the server, request multimedia data from the server according to the play address, and play the received multimedia data after receiving the multimedia data returned by the server.
  • a storage device configured to store multimedia data and provide multimedia data to the server.
  • FIG. 3a and FIG. 3b are exemplary, and the functional structure can be easily modified according to the description of FIG. 3a and FIG. 3b, such as
  • the functional units of the multimedia data processing apparatus of the present invention are not limited to those shown in FIG. 3a and FIG. 3b.
  • FIG. 3 is a schematic diagram showing the structure of a processing apparatus for multimedia data provided by an embodiment of the present invention.
  • the structure shown in Figure 3c is only one example of a suitable structure and is not intended to suggest any limitation with regard to the structure of the electronic device.
  • the multimedia data processing device 30 includes a personal computer, a server computer, a handheld or laptop device, a mobile device (such as a mobile phone, a personal digital assistant (PDA), a media player, etc.), a consumer electronic device, a small computer, Large computer, distributed computing environment including any of the above devices, and the like.
  • PDA personal digital assistant
  • Computer readable instructions may be distributed via computer readable media (discussed below).
  • Computer readable instructions may be implemented as program modules, such as functions, objects, application programming interfaces (APIs), data structures, etc. that perform particular tasks or implement particular abstract data types.
  • program modules such as functions, objects, application programming interfaces (APIs), data structures, etc. that perform particular tasks or implement particular abstract data types.
  • APIs application programming interfaces
  • data structures such as lists, etc. that perform particular tasks or implement particular abstract data types.
  • the functionality of the computer readable instructions can be combined or distributed at will in various environments.
  • FIG. 3c illustrates an example of the structure of a processing device 30 including multimedia data provided by an embodiment of the present invention.
  • the multimedia data processing device 30 includes at least one processing unit 31 and a storage unit 32.
  • memory unit 32 may be volatile (such as RAM), non-volatile (such as ROM, flash memory, etc.) or some combination of the two. This configuration is illustrated by the dashed lines in Figure 3c.
  • the processing device 30 of multimedia data may include additional features and/or functionality.
  • the processing device 30 of multimedia data may also include additional storage devices (eg, removable and/or non-removable) including, but not limited to, magnetic storage devices, optical storage devices, and the like.
  • This additional storage device is illustrated by storage unit 33 in Figure 3c.
  • computer readable instructions for implementing one or more embodiments provided by embodiments of the present invention may be in storage unit 33.
  • the storage unit 33 may also store other computer readable instructions for implementing an operating system, an application, and the like.
  • Computer readable instructions may be loaded into storage unit 32 for execution by, for example, processing unit 31.
  • Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions or other data.
  • the storage unit 32 and the storage unit 33 are examples of computer storage media.
  • Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical storage device, magnetic tape cassette, magnetic tape, magnetic disk storage device or other magnetic storage device, Or any other medium that can be used to store desired information and can be accessed by the processing device 30 of the multimedia data. Any such computer storage medium may be part of the processing device 30 of multimedia data.
  • the multimedia data processing device 30 may also include a communication connection 36 that allows the processing device 30 of multimedia data to communicate with other devices.
  • 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 device for connecting processing device 30 of multimedia data to other electronic devices. interface.
  • Communication connection 36 may include a wired connection or a wireless connection. Communication connection 36 can transmit and/or receive communication media.
  • Computer readable medium can include a communication medium.
  • Communication media typically embodies computer readable instructions or other data in a “modulated data signal” such as a carrier wave or other transport mechanism, and includes any information delivery media.
  • modulated data signal can include a signal that one or more of the signal characteristics are set or changed in such a manner as to encode the information into the signal.
  • the multimedia data processing device 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 output device 34 of the multimedia data processing device 30 may also include an output device 34, such as one or more displays, speakers, printers, and/or any other output device.
  • Input device 35 and output device 34 may be connected to the multimedia data via a wired connection, a wireless connection, or any combination thereof Processing device 30.
  • an input device or output device from another electronic device can be used as input device 35 or output device 34 of processing device 30 of multimedia data.
  • the components of the multimedia data processing device 30 can be connected by various interconnects, such as a bus.
  • interconnects may include Peripheral Component Interconnect (PCI) (such as Fast PCI), Universal Serial Bus (USB), Firewire (IEEE 1394), optical bus architecture, and the like.
  • PCI Peripheral Component Interconnect
  • USB Universal Serial Bus
  • Firewire IEEE 1394
  • optical bus architecture and the like.
  • the components of the processing device 30 of multimedia data may be interconnected by a network.
  • storage unit 32 may be comprised of a plurality of physical memory units that are interconnected by a network located in different physical locations.
  • the processing system of the multimedia data may include any processing device for multimedia data provided by the embodiments of the present invention, so that the beneficial effects that can be achieved by any processing device for multimedia data provided by the embodiments of the present invention can be implemented.
  • any processing device for multimedia data provided by the embodiments of the present invention may be implemented.
  • the program may be stored in a computer readable storage medium, and the storage medium may include: Read Only Memory (ROM), Random Access Memory (RAM), disk or optical disk.
  • ROM Read Only Memory
  • RAM Random Access Memory

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Library & Information Science (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)
  • Storage Device Security (AREA)

Abstract

本发明实施例公开了一种多媒体数据的处理方法、装置和系统、存储介质；本发明实施例采用接收携带多媒体数据的标识的播放请求，根据该播放请求生成一次性有效的验证参数，并根据该多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，并基于该播放地址播放多媒体数据；该方案可以避免用户通过抓包或第三方软件来抓取网站内使用的多媒体数据的源文件，提高数据的安全性。

Description

一种多媒体数据的处理方法、装置和系统、存储介质 技术领域
本发明涉及通信技术，具体涉及一种多媒体数据的处理方法、装置和系统、存储介质。
背景技术
随着互联网技术的发展，以及终端的普及，网络与人们的关系也越来越为密切，通过网络，人们可以进行各式的娱乐活动，比如听音乐或看电影，等等。
在相关技术中，在对某网站中的多媒体数据，比如音频数据或视频数据进行播放时，一般都会使用基于超文本链接标示语言(HTML5，HyperText Mark-up Language5)中的音频(Audio)标签所实现的播放器来进行播放。以播放音频数据，比如歌曲A为例，具体可以先通过歌曲A的标识获取该歌曲A的源文件的网络地址，然后将页面中的音频标签的源(src)属性赋值为该网络地址，再调用该音频标签的播放(play)进程，通过从相应的网络地址获取音频数据以执行该播放进程，便可实现对该歌曲A的播放。
上述过程中，对于如何保证源文件的数据安全，相关技术尚无有效解决方案。
发明内容
本发明实施例提供一种多媒体数据的处理方法、装置和系统、存储介质，可以提高多媒体数据的安全性。
第一方面，本发明实施例提供一种多媒体数据的处理方法，包括：
接收播放请求，所述播放请求携带多媒体数据的标识；
根据所述播放请求生成一次性有效的验证参数，并根据所述多媒体数据的标识获取对应的多媒体数据的链接地址；
根据所述验证参数和链接地址生成播放地址；
基于所述播放地址播放所述多媒体数据。
第二方面，本发明实施例还提供一种多媒体数据的处理装置，包括：
接收单元，配置为接收播放请求，所述播放请求携带多媒体数据的标识；
参数生成单元，配置为根据所述播放请求生成一次性有效的验证参数；
获取单元，配置为根据所述多媒体数据的标识获取对应的多媒体数据的链接地址；
地址生成单元，配置为根据所述验证参数和链接地址生成播放地址；
播放单元，配置为基于所述播放地址播放所述多媒体数据。
第三方面，本发明实施例提供一种多媒体数据的处理设备，包括存储器和处理器，所述存储器中存储有可执行指令，所述可执行指令用于执行本发明实施例提供的多媒体数据的处理方法。
第四方面，本发明实施例还提供一种多媒体数据的处理系统，包括本发明实施例提供的任一种多媒体数据的处理装置。
第五方面，本发明实施例提供一种存储介质，存储有可执行指令，用于执行本发明实施例提供的多媒体数据的处理方法。
本发明实施例采用接收携带多媒体数据的标识的播放请求，根据该播放请求生成一次性有效的验证参数，并根据该多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，并基于该播放地址播放多媒体数据。
由于该方案中的播放地址是由验证参数和链接地址生成的，而验证参数又是只是一次性有效，因此，即便该播放地址被用户通过抓包或第三方 软件抓取到，也无法获取到该多媒体数据的源文件，有效避免了多媒体数据被窃取导致播放记录泄露的情况，所以，相对相关技术而言，可以提高数据的安全性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1a是本发明实施例提供的多媒体数据的处理方法的场景示意图；
图1b是本发明实施例提供的多媒体数据的处理方法的流程图；
图2a是本发明实施例提供的多媒体数据的处理系统的架构示意图；
图2b是本发明实施例提供中web前端的架构图；
图2c是本发明实施例提供的多媒体数据的处理方法的又一流程示意图；
图3a是本发明实施例提供的多媒体数据的处理装置的结构示意图；
图3b是本发明实施例提供的多媒体数据的处理装置的另一结构示意图；
图3c是本发明实施例提供的多媒体数据的处理装置的另一结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在对相关技术的研究和实践过程中，对于现有方案，用户通过抓包或 第三方软件，很容易便可抓取到该网站内使用的多媒体数据的源文件，因此，数据的安全性较低。
为至少解决数据安全性低的问题，本发明实施例提供一种多媒体数据的处理方法、装置和系统。
该多媒体数据的处理系统可以包括本发明实施例所提供的任一种多媒体数据的处理装置，此外，该多媒体数据的处理系统还可以包括其他的设备，比如用于播放多媒体数据的客户端(Client)，以及用于存储多媒体数据的存储设备，如存储服务器或内容分发网络(CDN，Content Delivery Network)服务器等。其中，该多媒体数据的处理装置可以接收播放请求，根据该播放请求生成一次性有效的验证参数，并根据该播放请求中携带的多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，并基于该播放地址播放该多媒体数据。
作为一个示例，该多媒体数据的处理装置可以集成在服务器，比如网页服务器和应用服务器中。
例如，参见图1a所示，客户端可以向服务器发送携带需要播放的多媒体数据的标识的播放请求，由服务器根据该播放请求生成一次性有效的验证参数，并根据该多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，并将该播放地址返回给客户端，由客户端根据该播放地址向服务器请求多媒体数据并进行播放，其中，该多媒体数据可以保存在该服务器中，也可以保存在其他的存储设备中。
以下将结合不同的具体示例分别进行详细说明。
在本发明实施例中，将从多媒体数据的处理装置的角度进行描述，该多媒体数据的处理装置具体可以集成在服务器等网络设备中。
本发明实施例提供的一种多媒体数据的处理方法，包括：接收播放请 求，该播放请求携带多媒体数据的标识，根据该播放请求生成一次性有效的验证参数，并根据该多媒体数据的标识获取对应的多媒体数据的链接地址，根据该验证参数和链接地址生成播放地址，基于该播放地址播放该多媒体数据。
如图1b所述，该多媒体数据的处理方法的具体流程可以如下：
步骤101、接收播放请求，其中，该播放请求携带多媒体数据的标识。
例如，具体可以接收用户触发的播放请求，其中，该播放请求携带需要播放的多媒体数据的标识。比如，可以接收用户通过客户端，如浏览器触发的播放请求，等等。
其中，该多媒体数据的标识可以包括多媒体数据的名称和编号信息中的至少一种，该多媒体数据可以包括音频数据和视频数据等数据中的至少一种。
步骤102、根据该播放请求生成一次性有效的验证参数(vkey)，并根据该多媒体数据的标识获取对应的多媒体数据的链接地址。
其中，一次性有效指的是该验证参数在其有效时间内只允许使用一次，再次使用则为无效。即步骤“根据该播放请求生成一次性有效的验证参数”可以包括：
根据该播放请求，按照预设算法生成相应的验证参数，并设置该验证参数的有效时间。
其中，该有效时间可以根据实际应用的需求进行设置，一般可以设置为大于该多媒体数据的播放长度。可以根据每个多媒体数据的播放长度分别进行设置，也可以为多个多媒体数据设置一个统一的值，比如，可以以这些多媒体数据中播放长度最大的值为基准进行设置，大于该最大的播放长度的值即可。
例如，当多个多媒体数据(多媒体数据1、多媒体数据2和多媒体数据3 举例而言)的播放长度分别为10分钟、15分钟和20分钟时，根据上述设定有效时间的方式，多个多媒体数据的有效时间可以分别为：11分钟、16分钟和21分钟；或者，为多个多媒体数据统一设置相同的有效时间：21分钟；又或者，根据预设值设置验证参数的有效时间如5分钟。
由此可见，步骤“设置该验证参数的有效时间”可以包括：
获取该多媒体数据的播放长度，根据该播放长度设置该验证参数的有效时间；或者，将该验证参数的有效时间设置为预设值。
其中，该预设值可以根据实际应用的需求进行设置。
步骤103、根据该验证参数和链接地址生成播放地址。
其中，生成的方式可以有多种。例如，可以在链接地址后添加相应的验证参数，或者，也可以根据预规则将验证参数和链接地址中多媒体数据的名称进行组合，等等。
比如，以链接地址为“http://www.xxx.com/xxx.mp3”，验证参数为“123456”为例，则可以生成播放地址：http://www.xxx.com/xxx.mp3？vkey＝123456。
可选的，为了提高数据的安全性，在生成播放地址之后，还可以对该播放地址进行加密，即在步骤“根据该验证参数和链接地址生成播放地址”之后，该多媒体数据的处理方法还可以包括：
对该播放地址进行加密。
其中，加密方法可以根据实际应用的需求而定，比如，可以采用私有协议进行加密，等等；其中，协议格式可根据当前的业务模式和技术架构情况确定。
其中，加密方法还可以根据相关技术提供的技术，如各种对称加密算法和非对称加密算法进行加密。
步骤104、基于该播放地址播放该多媒体数据。
(1)获取携带该播放地址的数据获取指令。
例如，该数据获取指令可以由客户端，比如浏览器中的播放器发起，并传送给该多媒体数据的处理装置(即后台)，由该多媒体数据的处理装置接收该携带该播放地址的数据获取指令。
(2)从该数据获取指令携带的播放地址中提取出验证参数和链接地址；
例如，当多媒体数据的处理装置接收到该携带该播放地址的数据获取指令后，便可以对该数据获取指令携带的播放地址进行解析，并从中提取出验证参数和链接地址，然后执行步骤(3)。
需说明的是，如果在步骤104中，已经对该播放地址进行了加密，则客户端在接收到该播放地址后，需要对该播放地址进行相应的解密，其中，解密方法与加密方法相对应。
例如，如使用私有协议加密，则按照私有协议中约定的解密方式进行解密；如使用对称算法加密，则使用对播放地址进行加密的密钥进行解密；如果使用非对称算法的公钥加密，则使用该非对称加密算法的私钥进行解密。
(3)确定该验证参数有效时，根据提取出的链接地址获取对应的多媒体数据。
例如，可以采用如下方式：确定该验证参数有效时，根据提取出的链接地址从多媒体数据库中获取对应的多媒体数据。
其中，该多媒体数据库可以存储在该多媒体数据的处理装置中，也可以存储在其他的设备，比如内容分发网络(CDN，Content Delivery Network)服务器中，等等。
其中，根据该验证参数的有效时间，以及使用记录来确定该验证参数是否有效，即步骤“确定该验证参数是否有效”可以包括：
判断该验证参数的有效时间是否过期，且判断该验证参数是否使用过；若过期或使用过，则确定该验证参数无效；若未过期且未使用过，则确定该验证参数有效。
例如，具体可以如下方式：
A、第一种方式；
判断该验证参数的有效时间是否过期；若过期，则确定该验证参数无效；若未过期，则确定该验证参数是否已使用过，若已使用过，则确定该验证参数无效，若未使用过，则确定该验证参数有效。
B、第二种方式；
判断该验证参数是否使用过；若使用过，则确定该验证参数无效；若未使用过，则确定该验证参数的有效时间是否过期，若已过期，则确定该验证参数无效，若未过期，则确定该验证参数有效。
其中，该验证参数是否使用过可以通过查找历史记录来确定，比如，如果在历史记录中有该验证参数的记录，则表明该验证参数被使用过，否则，若没有该验证参数的记录，则表明该验证参数未被使用过；需说明的是，当验证参数被使用过，需要在历史记录中添加相应的记录，以便后续查询。
(4)将多媒体数据发送给客户端，以播放该多媒体数据。
例如，可以将该多媒体数据传送给客户端，比如浏览器中的播放器，由该播放器根据该多媒体数据进行播放。
可选的，为了进一步提高数据安全性，还可以进行登录态的会话(session)校验，比如，可以在该数据获取指令中携带会话标识，从而使得在接收到数据获取指令之后，解析播放地址之前，可以先根据该会话标识判断该数据获取指令是否合法，若合法，才对该播放地址进行解析，否则，若不合法，则拒绝该数据获取指令；即在步骤“从该数据获取指令携带的 播放地址中提取出验证参数和链接地址”之前，该多媒体数据的处理方法还可以包括：
根据该会话标识确定该数据获取指令是否合法；若合法，则执行从该数据获取指令携带的播放地址中提取出验证参数和链接地址的步骤；若不合法，则拒绝该数据获取指令。
其中，数据获取指令合法，指的是该数据获取指令满足预设条件，该预设条件可以根据实际应用的需求进行设置，比如，可以设定该数据获取指令的请求主体为所携带会话标识所对应的会话中的某一方、数据获取指令的格式需要符合预设格式、和/或数据获取指令中所携带的参数为预设值，等等。
可选的，为了避免验证参数被非法盗用，在播放该多媒体数据之后，还可以对该验证参数进行销毁(相当于对该播放地址进行销毁，不再针对携带该播放地址的多媒体数据的请求进行响应)，以防止用户用其他的方法对该播放地址进行二次访问。
例如，可以采用如下方式避免验证参数被非法盗用：
接收销毁指令，根据该销毁指令对该验证参数进行销毁；或者，
确定该验证参数的有效时间是否过期，若过期，则对该验证参数进行销毁。
例如，在客户端的播放器播放完多媒体数据之后，可以向该多媒体数据的处理装置如网页服务器发起销毁指令，由该多媒体数据的处理装置根据该销毁指令对该验证参数进行销毁；或者，也可以由该多媒体数据的处理装置直接确定该验证参数的有效时间是否过期，若过期，则对该验证参数进行销毁，否则，若还为过期，则不销毁。
由上可知，本发明实施例采用接收携带多媒体数据的标识的播放请求，根据该播放请求生成一次性有效的验证参数，并根据该多媒体数据的标识 获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，并基于该播放地址播放多媒体数据；由于播放地址是由验证参数和链接地址生成的，而验证参数又是只是一次性有效，因此，即便该播放地址被用户通过抓包或第三方软件抓取到，也无法获取到该多媒体数据的源文件，所以，相对现有方案而言，可以大大提高数据的安全性。
根据本发明实施例前面所描述的方法，以下将举例作进一步详细说明。
在本发明实施例中，将以该多媒体数据的处理装置具体集成在服务器中，且客户端(Client)具体为浏览器为例进行说明。
如图2a所示，该多媒体数据的处理系统可以包括浏览器、服务器和存储设备，具体可以包括如下的结构：
(1)浏览器；
该浏览器可以安装在终端中，该浏览器可以包括播放模块，比如具体可以为Web JOOK，用于向服务器发送播放请求，并接收服务器返回的播放地址，然后，根据该播放地址向服务器请求多媒体数据，在接收到服务器返回的多媒体数据后，对该多媒体数据，比如音频数据或视频数据等进行播放。
其中，该播放模块可以通过接入层(Access Layer)接入到网页服务器中。例如，参见图2a，该播放模块可以通过接入层的多媒体服务接入层(Media service access layer)与网页服务器中的多媒体服务(Media service)模块进行通信，以及，通过网页服务接入层(Nginx access layer)与网页服务器中的超文本传输协议(Http，HyperText Transfer Protocol)服务模块，比如公共网关接口(CGI，Common Gateway Interface)进行通信。
具体实施时，可以在现有的浏览器的功能处理模块来执行上述功能，比如，参见图2b中的虚线框部分。其中，图2b为web前端的架构图，其中，模板引擎可以通过获取页面模板和内网提供的一些数据生成相应的页面并 进行输出，其中，该输出页面的内容可以包括一些静态的资源，以及与外网进行通信的一些接口，以便获取外网提供的一些资源，即一些动态数据，并且，可以根据这些动态数据进行实时更新和显示，其中，功能处理模块(即图2b中的功能处理)可以对这些动态数据的获取进行控制，以及对获取到的动态数据进行处理，其中，动态数据在本发明实施例中具体体现为多媒体数据，比如音频数据或视频数据，等等；需说明的是，图2b仅为示例，不作为对本发明实施例的限制。
(2)服务器；
该服务器主要用于通过接入层与浏览器进行通信，比如可以接收浏览器发送的播放请求，根据该播放请求生成一次性有效的验证参数，并根据该播放请求中携带的多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，将该播放地址返回给浏览器，由浏览器根据该播放地址向服务器请求多媒体数据，服务器接收到该请求多媒体数据的请求之后，从存储设备中获取对应的多媒体数据，并发送给浏览器，以便浏览器对该多媒体数据进行播放。
其中，该服务器可以作为独立的实体来实现，也可以通过若干个实体来实现，例如，参见图2a，该服务器可以包括网页服务器和应用服务器，具体如下：
网页服务器相当于网关，配置为接收和处理浏览器发送的各种请求，并将请求的处理结果发送给应用服务器，以作进一步的数据处理，比如生成一次性有效的验证参数、获取多媒体数据的链接地址、以及生成播放地址，等等；该网页服务器还可以配置为对浏览器传送过来的各种请求的合法性进行验证，若合法，才传送给应用服务器。其中，如图2a所示，该网页服务器可以包括多媒体服务模块、Http服务模块(即图2a中的多媒体服务和Http服务)和内容管理系统(CMS，Content Management System)；多媒 体服务模块通过媒体服务接入层与浏览器进行通信，Http服务模块(比如CGI)通过网页服务接入层与浏览器进行通信，而CMS则可以通过应用服务器中的内容管理(Content Mgmt)端口和操作管理(Operation Mgmt)端口(参见图2a中的内容管理和操作管理)与存储设备进行通信，以获取到相应的数据，比如多媒体数据。
应用服务器，也称为核心处理层或核心服务层(Core Service layer)，可以包括内容管理端口、操作管理端口、以及其他的处理模块，比如查询(search)模块、用户任务(User task)模块、以及用户采集(User collection)模块，等等。该应用服务器主要用于根据网页服务器传送过来的请求或请求结果对数据进行处理。
比如，具体可以根据网页服务器传送过来的播放请求生成一次性有效的验证参数，并根据该播放请求中携带的多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，将该播放地址发送给网页服务器，由网页服务器通过接入层传送给浏览器，等等。
(3)存储设备；
该存储设备，也称为存贮中心(storage)，可以是单个的存储实体，比如存储服务器，也可以是存储集群，比如云存储器或CDN服务器等。该存储设备，主要配置为向服务器(比如应用服务器)提供多媒体数据，比如提供音频数据或视频数据等。
例如，参见图2a，该存储设备可以包括分布式存储系统(如CKV，Cloud KeyValue)、以及多个多媒体数据库，其中，这多个多媒体数据库中均存储有多媒体数据的相关信息，且这多个多媒体数据库之间可以保持同步(Sync)。分布式存储系统，主要配置为与服务器，比如应用服务器进行交换，以对各类请求进行处理，而多媒体数据库则可以根据分布式存储系统 的处理结果向应用服务器中的内容管理端口和操作管端口提供相应的数据，比如在分布式存储系统接收到应用服务器发送的多媒体数据获取请求，并确定该多媒体数据获取请求为合法时，该多媒体数据库便可以提供相应的多媒体数据给应用服务器中的内容管理和操作管理模块，等等。
基于上述多媒体数据的处理系统的架构，以下将举例作进一步详细说明。
如图2c所示，本发明实施例提供的一种多媒体数据的处理方法，具体流程可以如下：
步骤201、浏览器向服务器发送播放请求，其中，该播放请求携带多媒体数据的标识。
例如，浏览器可以通过接入层向网页服务器发送播放请求，由网页服务器将播放请求发送给应用服务器。
比如，当用户需要播放歌曲A，并在网页上点击歌曲A的播放按钮时，浏览器生成携带有该歌曲A的标识的播放请求，并通过接入层向该网页对应的网页服务器发送该播放请求，由网页服务器将播放请求发送给相应的应用服务器。
其中，该多媒体数据的标识可以包括多媒体数据的名称和/或编号等信息，该多媒体数据可以包括音频数据或视频数据等数据。比如，以音乐为例，则该多媒体数据的标识具体可以为该歌曲的名称或编号等信息。
例如，当用户通过浏览器浏览某网页时，希望对该网页中的歌曲A进行播放，则此时，用户可以点击该歌曲A的标识，比如该歌曲A的图标，从而触发浏览器向服务器发送播放请求。
又例如，当用户接收到其他用户分享的歌曲A的推荐信息时，希望对该歌曲A进行播放，则此时，用户通过浏览器打开该推荐信息，然后，点击该歌曲A的标识，比如该歌曲A的图标，从而触发浏览器向服务器发送播放请 求。
需说明的是，用户在播放了该多媒体数据，比如歌曲A后，还可以将其分享给其他的用户，则此时，其他用户也可以通过该用户分享的推荐信息触发播放请求，其中，触发播放请求的方式与上述例子中，该用户通过推荐信息触发播放请求的方式相同。
步骤202、服务器在接收到该播放请求后，根据该播放请求生成一次性有效的验证参数(vkey)。
例如，以该服务器包括网页服务器和应用服务器为例，则网页服务器在接收到该播放请求后，可以将该播放请求传送给应用服务器，由应用服务器根据该播放请求生成一次性有效的验证参数。
比如，应用服务器可以根据该播放请求，按照预设算法生成相应的验证参数，并设置该验证参数的有效时间。其中，该有效时间可以根据实际应用的需求进行设置，一般可以设置为大于该多媒体数据的播放长度。可以根据每个多媒体数据的播放长度分别进行设置，也可以为多个多媒体数据设置一个统一的值，比如，可以以这些多媒体数据中播放长度最大的值为基准进行设置，大于该最大的播放长度的值即可。
例如，当多个多媒体数据(多媒体数据1、多媒体数据2和多媒体数据3举例而言)的播放长度分别为10分钟、15分钟和20分钟时，根据上述设定有效时间的方式，多个多媒体数据的有效时间可以分别为：11分钟、16分钟和21分钟；或者，为多个多媒体数据统一设置相同的有效时间：21分钟；又或者，根据预设值设置验证参数的有效时间如5分钟。
即该设置有效时间的方法可以如下：获取该多媒体数据的播放长度，根据该播放长度设置该验证参数的有效时间；或者，将该验证参数的有效时间设置为预设值。
其中，该预设值可以根据实际应用的需求进行设置。
步骤203、服务器根据该多媒体数据的标识获取对应的多媒体数据的链接地址。
例如，以该服务器包括网页服务器和应用服务器为例，则网页服务器在接收到该播放请求后，可以将该播放请求传送给应用服务器，由应用服务器根据该多媒体数据的标识获取对应的多媒体数据的链接地址，比如多媒体数据的统一资源定位符(URL，Uniform Resoure Locator)。
比如，如果用户请求的是播放歌曲A，且在播放请求中携带了歌曲A的标识，则此时，应用服务器可以根据歌曲A的标识获取该歌曲A的URL，等等。
步骤204、服务器根据该验证参数和链接地址生成播放地址。
例如，具体可以由应用服务器根据该验证参数和链接地址生成播放地址，其中，生成的方式可以有多种，譬如，可以在链接地址后添加相应的验证参数，或者，也可以根据预规则将验证参数和链接地址中多媒体数据的名称进行组合，等等。
比如，以歌曲A的链接地址为“http://www.xxx.com/xxx.mp3”，验证参数为“123456”为例，则可以生成歌曲A的播放地址：http://www.xxx.com/xxx.mp3？vkey＝123456。
步骤205、服务器对该播放地址进行加密，并将加密后的播放地址发送给浏览器。
例如，应用服务器在生成播放地址后，可以将该播放地址传送给网页服务器，由网页服务器对该播放地址进行加密，并通过接入层将加密后的播放地址发送给浏览器。
其中，加密方法可以根据实际应用的需求而定，比如，可以采用私有协议进行加密，等等；其中，协议格式可根据当前的业务模式和技术架构情况确定。
其中，加密方法还可以根据相关技术提供的技术，如各种对称加密算法和非对称加密算法进行加密。
步骤206、浏览器在接收到该加密后的播放地址后，解密该加密后的播放地址，根据解密后的播放地址(即原生成的播放地址)向服务器发起数据获取指令，其中，该数据获取指令携带该播放地址。
例如，浏览器在接收到该加密后的播放地址后，进行解密，然后，利用本地的播放器通过接入层向网页服务器发送数据获取指令，其中，该数据获取指令携带该播放地址。
步骤207、服务器对从该数据获取指令携带的播放地址进行解析，并从该播放地址中提取出验证参数和链接地址。
例如，具体可以由网页服务器对从该数据获取指令进行解析，提取出其中携带的播放地址，然后，将该播放地址传送给应用服务器，由应用服务器从该播放地址中提取出验证参数和链接地址。
可选的，为了进一步提高数据安全性，还可以进行登录态的会话(session)校验，比如，可以在该数据获取指令中携带会话标识，从而使得在接收到数据获取指令之后，解析播放地址之前，可以先根据该会话标识判断该数据获取指令是否合法，若合法，才对该播放地址进行解密和解析，否则，若不合法，则拒绝该数据获取指令
步骤208、服务器确定该验证参数有效时，根据提取出的链接地址获取对应的多媒体数据。
例如，具体可以由应用服务器来确定该验证参数是否有效，并在确定该验证参数有效时，根据提取出的链接地址从存储设备中获取对应的多媒体数据。
其中，确定该验证参数是否有效的方式可以有多种，比如，可以采用如下方式验证参数是否有效：
判断该验证参数的有效时间是否过期；若过期，则确定该验证参数无效；若未过期，则确定该验证参数是否已使用过，若已使用过，则确定该验证参数无效，若未使用过，则确定该验证参数有效。
或者，也可以先判断该验证参数是否使用过，再判断该验证参数的有效时间是否过期，具体如下：
判断该验证参数是否使用过；若使用过，则确定该验证参数无效；若未使用过，则确定该验证参数的有效时间是否过期，若已过期，则确定该验证参数无效，若未过期，则确定该验证参数有效。
其中，该验证参数是否使用过可以通过查找历史记录来确定，比如，如果历史记录中有记载，则表明已使用过，如果没有记载，则表明没有使用过；需说明的是，当验证参数被使用过，需要在历史记录中添加相应的记录，以便后续查询。
步骤209、服务器将多媒体数据发送给浏览器。
例如，应用服务器在获取到多媒体数据，比如歌曲A对应的音频数据后，可以将该多媒体数据传送给网页服务器，由网页服务器通过接入层将该多媒体数据发送给浏览器。
步骤210、浏览器在接收到该多媒体数据后，播放该多媒体数据。
例如，浏览器可以利用播放器来播放该多媒体数据，比如，播放歌曲A，等等。
步骤211、服务器确定浏览器播放该多媒体数据完毕后，销毁该验证参数。
例如，浏览器在播放完毕后，可以向服务器发送销毁指令，由服务器根据该销毁指令对该验证参数进行销毁(相当于对该播放地址进行销毁，不再针对携带该播放地址的多媒体数据的请求进行响应)。
或者，又例如，也可以由服务器在确定浏览器播放完毕，比如接收到 浏览器发送的表示播放完毕的消息后，自行对该验证参数进行销毁，比如，可以确定该验证参数的有效时间是否过期，若过期，则对该验证参数进行销毁，否则，不进行销毁。
由上可知，本发明实施例采用由服务器接收浏览器发送的携带多媒体数据的标识的播放请求，根据该播放请求生成一次性有效的验证参数，并根据该多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，并基于该播放地址播放多媒体数据；由于该方案中的播放地址是由验证参数和链接地址生成的，而验证参数又是只是一次性有效，因此，即便该播放地址被用户通过抓包或第三方软件抓取到，也无法获取到该多媒体数据的源文件，所以，相对现有方案而言，可以大大提高数据的安全性，比如，可以保护音乐版权等。
本发明实施例还提供一种多媒体数据的处理装置，如图3a所示，该多媒体数据的处理装置包括接收单元301、参数生成单元302、获取单元303、地址生成单元304和播放单元305，如下：
(1)接收单元301；
接收单元301，配置为接收播放请求，其中，该播放请求携带多媒体数据的标识。比如，可以接收用户通过客户端，如浏览器触发的播放请求，等等。
其中，该多媒体数据的标识可以包括多媒体数据的名称和/或编号等信息，该多媒体数据可以包括音频数据或视频数据等数据。
(2)参数生成单元302；
参数生成单元302，配置为根据该播放请求生成一次性有效的验证参数。
例如，该参数生成单元302，具体可以配置为根据该播放请求，按照预 设算法生成相应的验证参数，设置该验证参数的有效时间。
其中，该有效时间可以根据实际应用的需求进行设置，一般可以设置为大于该多媒体数据的播放长度。可以根据每个多媒体数据的播放长度分别进行设置，也可以为多个多媒体数据设置一个统一的值，比如，可以以这些多媒体数据中播放长度最大的值为基准进行设置，大于该最大的播放长度的值即可。即：
该参数生成单元302，具体可以配置为获取该多媒体数据的播放长度，根据该播放长度设置该验证参数的有效时间；或者，
该参数生成单元302，具体可以配置为将该验证参数的有效时间设置为预设值。
其中，该预设值可以根据实际应用的需求进行设置。
(3)获取单元303；
获取单元303，配置为根据该多媒体数据的标识获取对应的多媒体数据的链接地址。
(4)地址生成单元304；
地址生成单元304，配置为根据该验证参数和链接地址生成播放地址。
其中，生成的方式可以有多种，例如，可以在链接地址后添加相应的验证参数，或者，也可以根据预规则将验证参数和链接地址中多媒体数据的名称进行组合，等等。
比如，以链接地址为“http://www.xxx.com/xxx.mp3”，验证参数为“123456”为例，则可以生成播放地址：http://www.xxx.com/xxx.mp3？vkey＝123456。
(5)播放单元305；
播放单元305，配置为基于该播放地址播放该多媒体数据。例如，可以如下：
该播放单元305可以包括指令获取子单元、提取子单元、数据获取子单元和播放子单元，如下：
指令获取子单元，配置为获取携带该播放地址的数据获取指令。
提取子单元，配置为从该数据获取指令携带的播放地址中提取出验证参数和链接地址。
数据获取子单元，配置为确定该验证参数有效时，根据提取出的链接地址获取对应的多媒体数据。
例如，该数据获取子单元，具体可以配置为判断该验证参数的有效时间未过期，且该验证参数未使用过时，确定该验证参数有效。
其中，判断该验证参数的有效时间是否过期，以及判断该验证参数未是否使用过的方式具体可参见前面的方法实施例，在此不再赘述。
播放子单元，配置为将该多媒体数据发送给客户端，以播放该多媒体数据。
可选的，为了提高数据安全性，还可以进行登录态的会话(session)校验，比如，可以在该数据获取指令中携带会话标识，从而使得在接收到数据获取指令之后，解析播放地址之前，可以先根据该会话标识判断该数据获取指令是否合法，若合法，才对该播放地址进行解析，否则，若不合法，则拒绝该数据获取指令；即若该数据获取指令中还携带会话标识，则该播放单元305还可以包括验证子单元，如下：
该验证子单元，可以配置为根据该会话标识确定该数据获取指令是否合法；若合法，则触发提取子单元执行从该数据获取指令携带的播放地址中提取出验证参数和链接地址的操作，若不合法，则拒绝该数据获取指令。
可选的，为了进一步提高数据的安全性，在生成播放地址之后，还可以对该播放地址进行加密，即如图3b所示，该多媒体数据的处理装置还可以包括加密单元306，如下：
该加密单元306，可以配置为在根据该验证参数和链接地址生成播放地址之后，对该播放地址进行加密。
可选的，为了避免验证参数被非法盗用，在播放该多媒体数据之后，还可以对该验证参数进行销毁(相当于对该播放地址进行销毁)，以防止用户用其他的方法对该播放地址进行二次访问；即如图3b所示，该多媒体数据的处理装置还可以包括销毁单元307，如下：
销毁单元307，可以配置为对该验证参数进行销毁。例如，可以如下：
销毁单元307，具体可以配置为接收销毁指令，根据该销毁指令对该验证参数进行销毁；或者，
销毁单元307，具体可以配置为确定该验证参数的有效时间是否过期，若过期，则对该验证参数进行销毁。
该多媒体数据的处理装置具体可以集成在服务器等网络设备中。
具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若各个实体来实现，以上各个单元的具体实施可参见前面的方法实施例，在此不再赘述。
由上可知，本发明实施例的多媒体数据的处理装置的接收单元301可以接收携带多媒体数据的标识的播放请求，然后，由参数生成单元302根据该播放请求生成一次性有效的验证参数，并由获取单元303根据该多媒体数据的标识获取对应的多媒体数据的链接地址，再然后，由地址生成单元304根据该验证参数和链接地址生成播放地址，并由播放单元305基于该播放地址播放多媒体数据；由于该方案中的播放地址是由验证参数和链接地址生成的，而验证参数又是只是一次性有效，因此，即便该播放地址被用户通过抓包或第三方软件抓取到，也无法获取到该多媒体数据的源文件，所以，相对现有方案而言，可以大大提高数据的安全性。
此外，本发明实施例还提供一种多媒体数据的处理系统，可以包括本 发明实施例提供的任一种多媒体数据的处理装置，该多媒体数据的处理装置具体可以集成在服务器等网络设备中。
就具体的集成方式而言，可以集成在一个网络设备中，也可以分布设置在多个网络设备中。
例如，以集成在服务器中为例，多媒体数据的处理系统的一个可选的示例如图1a所示，则具体可以如下：
服务器，配置为接收播放请求，该播放请求携带多媒体数据的标识，根据该播放请求生成一次性有效的验证参数，并根据该多媒体数据的标识获取对应的多媒体数据的链接地址，根据该验证参数和链接地址生成播放地址，基于该播放地址播放该多媒体数据。
例如，该服务器，具体可以配置为接收客户端发送的播放请求，根据该播放请求，按照预设算法生成相应的验证参数，并设置该验证参数的有效时间；以及根据该多媒体数据的标识获取对应的多媒体数据的链接地址，然后，根据该验证参数和链接地址生成播放地址，并将该播放地址发送给客户端，此后，若接收到客户端返回的携带该播放地址的数据获取指令，则从该数据获取指令携带的播放地址中提取出验证参数和链接地址，确定该验证参数是否有效，若有效，则根据提取出的链接地址获取对应的多媒体数据，将该多媒体数据发送给客户端，以便客户端对该多媒体数据进行播放。
其中，该有效时间可以根据实际应用的需求进行设置，一般可以设置为大于该多媒体数据的播放长度。
可选的，为了提高数据安全性，在生成播放地址之后，该服务器，还可以配置为对该播放地址进行加密；若该播放地址被加密，则后续客户端在接收到数据获取指令时，需要先对该加密后的播放地址进行解密，其中，加密和解密的方式可以根据实际应用的需求进行设置。
可选的，为了进一步提高数据的安全性，还可以在该数据获取指令中携带会话标识，则此时，在接收到数据获取指令之后，解析播放地址之前：
服务器，还可以配置为根据该会话标识确定该数据获取指令是否合法；若合法，则执行从该数据获取指令携带的播放地址中提取出验证参数和链接地址的步骤；若不合法，则拒绝该数据获取指令。
可选的，为了避免验证参数被非法盗用，在播放该多媒体数据之后，还可以对该验证参数进行销毁，即：
服务器，还可以配置为接收销毁指令，根据该销毁指令对该验证参数进行销毁；或者，
服务器，还可以配置为确定该验证参数的有效时间是否过期，若过期，则对该验证参数进行销毁。
此外，该多媒体数据的处理系统还可以包括其他的设备，比如客户端和存储设备等，如下：
客户端，配置为向服务器发送播放请求，以及接收服务器返回的播放地址，根据所述播放地址向服务器请求多媒体数据，在接收服务器返回的多媒体数据后，对接收到的多媒体数据进行播放。
存储设备，配置为存储多媒体数据，并提供多媒体数据给服务器。
对于以上各个设备的具体处理可根据本发明实施例前述的记载而理解。
可以理解地，图3a和图3b示出的多媒体数据处理装置的功能上的划分是示例性地，本领域技术人员根据针对图3a和图3b的说明，可以轻易对功能结构进行变形，如将该部分的功能单元进行合并，或者将部分功能单元进行进一步的划分，因此，本发明实施例提供的多媒体数据的处理装置的功能结构不仅限于图3a和图3b所示。
就本发明实施例提供的多媒体数据处理的装置的硬件结构来说，参见 图3c示例性示出的本发明实施例提供的多媒体数据的处理装置的结构的示意图。图3c示出的结构仅仅是适当的结构的一个实例并且不旨在建议关于电子设备的结构的任何限制。多媒体数据的处理装置30包括个人计算机、服务器计算机、手持式或膝上型设备、移动设备(比如移动电话、个人数字助理(PDA)、媒体播放器等等)、消费型电子设备、小型计算机、大型计算机、包括任意的上述设备的分布式计算环境等。
尽管没有要求，但是在“计算机可读指令”被一个或多个电子设备执行的通用背景下描述实施例。计算机可读指令可以经由计算机可读介质来分布(下文讨论)。计算机可读指令可以实现为程序模块，比如执行特定任务或实现特定抽象数据类型的功能、对象、应用编程接口(API)、数据结构等等。典型地，该计算机可读指令的功能可以在各种环境中随意组合或分布。
图3c图示了包括本发明实施例的提供的多媒体数据的处理装置30的结构的实例。在一种配置中，多媒体数据的处理装置30包括至少一个处理单元31和存储单元32。根据电子设备的确切配置和类型，存储单元32可以是易失性的(比如RAM)、非易失性的(比如ROM、闪存等)或二者的某种组合。该配置在图3c中由虚线图示。
在其他实施例中，多媒体数据的处理装置30可以包括附加特征和/或功能。例如，多媒体数据的处理装置30还可以包括附加的存储装置(例如可移除和/或不可移除的)，其包括但不限于磁存储装置、光存储装置等等。这种附加存储装置在图3c中由存储单元33图示。在一个实施例中，用于实现本发明实施例所提供的一个或多个实施例的计算机可读指令可以在存储单元33中。存储单元33还可以存储用于实现操作系统、应用程序等的其他计算机可读指令。计算机可读指令可以载入存储单元32中由例如处理单元31执行。
本发明实施例所使用的术语“计算机可读介质”包括计算机存储介质。计算机存储介质包括以用于存储诸如计算机可读指令或其他数据之类的信息的任何方法或技术实现的易失性和非易失性、可移除和不可移除介质。存储单元32和存储单元33是计算机存储介质的实例。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字通用盘(DVD)或其他光存储装置、盒式磁带、磁带、磁盘存储装置或其他磁存储设备、或可以用于存储期望信息并可以被多媒体数据的处理装置30访问的任何其他介质。任意这样的计算机存储介质可以是多媒体数据的处理装置30的一部分。
多媒体数据的处理装置30还可以包括允许多媒体数据的处理装置30与其他设备通信的通信连接36。通信连接36可以包括但不限于调制解调器、网络接口卡(NIC)、集成网络接口、射频发射器/接收器、红外端口、USB连接或用于将多媒体数据的处理装置30连接到其他电子设备的其他接口。通信连接36可以包括有线连接或无线连接。通信连接36可以发射和/或接收通信媒体。
术语“计算机可读介质”可以包括通信介质。通信介质典型地包含计算机可读指令或诸如载波或其他传输机构之类的“已调制数据信号”中的其他数据，并且包括任何信息递送介质。术语“已调制数据信号”可以包括这样的信号：该信号特性中的一个或多个按照将信息编码到信号中的方式来设置或改变。
多媒体数据的处理装置30可以包括输入设备35，比如键盘、鼠标、笔、语音输入设备、触摸输入设备、红外相机、视频输入设备和/或任何其他输入设备。多媒体数据的处理装置30中也可以包括输出设备34，比如一个或多个显示器、扬声器、打印机和/或任意其他输出设备。输入设备35和输出设备34可以经由有线连接、无线连接或其任意组合连接到多媒体数据 的处理装置30。在一个实施例中，来自另一个电子设备的输入设备或输出设备可以被用作多媒体数据的处理装置30的输入设备35或输出设备34。
多媒体数据的处理装置30的组件可以通过各种互连(比如总线)连接。这样的互连可以包括外围组件互连(PCI)(比如快速PCI)、通用串行总线(USB)、火线(IEEE 1394)、光学总线结构等等。在另一个实施例中，多媒体数据的处理装置30的组件可以通过网络互连。例如，存储单元32可以由位于不同物理位置中的、通过网络互连的多个物理存储器单元构成。
由于该多媒体数据的处理系统可以包括本发明实施例所提供的任一种多媒体数据的处理装置，因此，可以实现本发明实施例所提供的任一种多媒体数据的处理装置所能实现的有益效果，具体可参见前面的实施例，在此不再赘述。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的一种多媒体数据的处理方法、装置和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (21)

  1. 一种多媒体数据的处理方法，包括：
    接收播放请求，所述播放请求携带多媒体数据的标识；
    根据所述播放请求生成一次性有效的验证参数，并根据所述多媒体数据的标识获取对应的多媒体数据的链接地址；
    根据所述验证参数和链接地址生成播放地址；
    基于所述播放地址播放所述多媒体数据。
  2. 根据权利要求1所述的方法，其中，所述根据所述播放请求生成一次性有效的验证参数，包括：
    根据所述播放请求，按照预设算法生成相应的验证参数；
    设置所述验证参数的有效时间。
  3. 根据权利要求2所述的方法，其中，所述设置所述验证参数的有效时间，包括：
    获取所述多媒体数据的播放长度，根据所述播放长度设置所述验证参数的有效时间；或者，
    将所述验证参数的有效时间设置为预设值。
  4. 根据权利要求1所述的方法，其中，所述基于所述播放地址播放所述多媒体数据，包括：
    获取携带所述播放地址的数据获取指令；
    从所述数据获取指令携带的播放地址中提取出验证参数和链接地址；
    确定所述验证参数有效时，根据提取出的链接地址获取对应的多媒体数据；
    将所述多媒体数据发送给客户端，供所述客户端播放所述多媒体数据。
  5. 根据权利要求4所述的方法，其中，确定所述验证参数是否有效，包括：
    判断所述验证参数的有效时间是否过期，且所述验证参数是否使用过；
    若过期或使用过，则确定所述验证参数无效；
    若未过期且未使用过，则确定所述验证参数有效。
  6. 根据权利要求4所述的方法，其中，所述根据所述验证参数和链接地址生成播放地址之后，还包括：
    对所述播放地址进行加密。
  7. 根据权利要求4所述的方法，其中，所述数据获取指令中还携带会话标识，则所述从所述数据获取指令携带的播放地址中提取出验证参数和链接地址之前，还包括：
    根据所述会话标识确定所述数据获取指令是否合法；
    若合法，则执行从所述数据获取指令携带的播放地址中提取出验证参数和链接地址的步骤；
    若不合法，则拒绝所述数据获取指令。
  8. 根据权利要求1至7任一项所述的方法，其中，所述基于所述播放地址播放所述多媒体数据之后，还包括：
    对所述验证参数进行销毁。
  9. 根据权利要求8所述的方法，其中，所述对所述验证参数进行销毁，包括：
    接收销毁指令，根据所述销毁指令对所述验证参数进行销毁；或者，
    确定所述验证参数的有效时间是否过期，若过期，则对所述验证参数进行销毁。
  10. 一种多媒体数据的处理装置，包括：
    接收单元，配置为接收播放请求，所述播放请求携带多媒体数据的标识；
    参数生成单元，配置为根据所述播放请求生成一次性有效的验证参数；
    获取单元，配置为根据所述多媒体数据的标识获取对应的多媒体数据的链接地址；
    地址生成单元，配置为根据所述验证参数和链接地址生成播放地址；
    播放单元，配置为基于所述播放地址播放所述多媒体数据。
  11. 根据权利要求10所述的装置，其中，
    所述参数生成单元，具体配置为根据所述播放请求，按照预设算法生成相应的验证参数，设置所述验证参数的有效时间。
  12. 根据权利要求11所述的装置，其中，
    所述参数生成单元，具体配置为获取所述多媒体数据的播放长度，根据所述播放长度设置所述验证参数的有效时间；或者，将所述验证参数的有效时间设置为预设值。
  13. 根据权利要求10所述的装置，其中，所述播放单元包括：
    指令获取子单元，配置为获取携带所述播放地址的数据获取指令；
    提取子单元，配置为从所述数据获取指令携带的播放地址中提取出验证参数和链接地址；
    数据获取子单元，配置为确定所述验证参数有效时，根据提取出的链接地址获取对应的多媒体数据；
    播放子单元，配置为将所述多媒体数据发送给客户端，以播放所述多媒体数据。
  14. 根据权利要求13所述的装置，其中，
    所述数据获取子单元，具体配置为判断所述验证参数的有效时间未过期，且所述验证参数未使用过时，确定所述验证参数有效。
  15. 根据权利要求13所述的装置，其中，还包括加密单元；
    所述加密单元，配置为在根据所述验证参数和链接地址生成播放地址之后，对所述播放地址进行加密。
  16. 根据权利要求13所述的装置，其中，所述数据获取指令中还携带会话标识；
    所述播放单元还包括验证子单元；
    所述验证子单元，配置为根据所述会话标识确定所述数据获取指令是否合法；若合法，则触发提取子单元执行从所述数据获取指令携带的播放地址中提取出验证参数和链接地址的操作，若不合法，则拒绝所述数据获取指令。
  17. 根据权利要求10至16任一项所述的装置，其中，还包括销毁单元；
    所述销毁单元，配置为对所述验证参数进行销毁。
  18. 根据权利要求17所述的装置，其中，
    所述销毁单元，具体配置为接收销毁指令，根据所述销毁指令对所述验证参数进行销毁；或者，确定所述验证参数的有效时间是否过期，若过期，则对所述验证参数进行销毁。
  19. 一种多媒体数据的处理系统，包括权利要求10至18任一项所述的多媒体数据的处理装置。
  20. 一种多媒体数据的处理设备，包括存储器和处理器，所述存储器中存储有可执行指令，所述可执行指令用于执行权利要求1至9任一项所述的多媒体数据的处理方法。
  21. 一种存储介质，所述存储介质中存储有可执行指令，所述可执行指令用于执行权利要求1至9任一项所述的多媒体数据的处理方法。
PCT/CN2017/074288 2016-03-10 2017-02-21 一种多媒体数据的处理方法、装置和系统、存储介质 WO2017152751A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/124,916 US10650119B2 (en) 2016-03-10 2018-09-07 Multimedia data processing method, apparatus, system, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610137507.0A CN105657456A (zh) 2016-03-10 2016-03-10 一种多媒体数据的处理方法、装置和系统
CN201610137507.0 2016-03-10

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/124,916 Continuation US10650119B2 (en) 2016-03-10 2018-09-07 Multimedia data processing method, apparatus, system, and storage medium

Publications (1)

Publication Number Publication Date
WO2017152751A1 true WO2017152751A1 (zh) 2017-09-14

Family

ID=56493585

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/074288 WO2017152751A1 (zh) 2016-03-10 2017-02-21 一种多媒体数据的处理方法、装置和系统、存储介质

Country Status (3)

Country Link
US (1) US10650119B2 (zh)
CN (1) CN105657456A (zh)
WO (1) WO2017152751A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113891038A (zh) * 2021-09-07 2022-01-04 深圳Tcl新技术有限公司 信息提示方法、装置、智能设备和计算机可读存储介质

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105657456A (zh) * 2016-03-10 2016-06-08 腾讯科技（深圳）有限公司 一种多媒体数据的处理方法、装置和系统
CN106162226A (zh) * 2016-08-31 2016-11-23 珠海迈科智能科技股份有限公司 一种ts流的传输方法及系统
CN107579968B (zh) * 2017-08-30 2018-07-06 武汉斗鱼网络科技有限公司 视频流地址检测方法、装置及服务器
CN110290097B (zh) * 2018-03-19 2021-08-27 腾讯科技（深圳）有限公司 数据的处理方法、装置、存储介质和电子装置
CN109168028B (zh) * 2018-11-06 2022-11-22 北京达佳互联信息技术有限公司 视频生成方法、装置、服务器及存储介质
CN109684026B (zh) * 2019-01-14 2022-02-22 武汉斗鱼鱼乐网络科技有限公司 App皮肤更换方法、装置、电子设备及存储介质
CN110012317A (zh) * 2019-04-15 2019-07-12 北京乐学帮网络技术有限公司 一种视频获取方法及装置、一种视频加密方法及装置
US11049285B2 (en) * 2019-06-21 2021-06-29 Disney Enterprises, Inc. Media content validation using geometrically encoded metadata
CN111241173B (zh) * 2019-12-29 2024-03-12 航天信息股份有限公司 一种用于多个系统间数据交互的方法及系统
CN111756702B (zh) * 2020-05-29 2022-11-08 北京沃东天骏信息技术有限公司 数据安全防护方法、装置、设备和存储介质
CN112689164B (zh) * 2020-12-17 2022-06-28 杭州当虹科技股份有限公司 一种基于cdn的视频防盗链系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8732810B2 (en) * 2011-10-27 2014-05-20 Cellco Partnership IP push platform and connection protocol in a push notification framework
CN103888475A (zh) * 2014-04-11 2014-06-25 北京鸿达以太文化发展有限公司 一种对多媒体数据的保护方法和装置
CN104618418A (zh) * 2014-07-09 2015-05-13 腾讯科技（北京）有限公司 播放多媒体文件的方法及装置
CN105657456A (zh) * 2016-03-10 2016-06-08 腾讯科技（深圳）有限公司 一种多媒体数据的处理方法、装置和系统

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2818062B1 (fr) * 2000-12-07 2003-04-11 Thomson Multimedia Sa Methode de transmission securisee de donnees numeriques d'une source vers un recepteur
US7191244B2 (en) * 2001-01-19 2007-03-13 Streamworks Technologies, Inc. System and method for routing media
WO2003005190A1 (en) * 2001-07-06 2003-01-16 E-Genie Australia Pty Limited Method and system for computer software application execution
US20090069090A1 (en) * 2006-11-10 2009-03-12 Igt Automated system for facilitating management of casino game table player rating information
US7417626B2 (en) * 2003-09-16 2008-08-26 Microsoft Corporation Method for processing data quantifying force applied to one or more keys of a computer keyboard
US8529345B2 (en) * 2008-10-02 2013-09-10 Igt Gaming system including a gaming table with mobile user input devices
CN101605298B (zh) * 2009-06-30 2012-07-04 中兴通讯股份有限公司 中国移动多媒体广播业务播放方法及其播放装置
FR2948838B1 (fr) * 2009-07-31 2011-07-22 Thales Sa Procede de transmission de donnees multimedia dans des reseaux de communication adhoc
US8925109B2 (en) * 2010-07-30 2014-12-30 Adobe Systems Incorporated Client-side player file and content license verification
US9154815B2 (en) * 2011-05-06 2015-10-06 Disney Enterprises, Inc. Method and system for securing multimedia data streamed over a network
US10706096B2 (en) * 2011-08-18 2020-07-07 Apple Inc. Management of local and remote media items
CN102866828B (zh) * 2012-08-29 2015-11-25 腾讯科技（深圳）有限公司 一种终端控制方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8732810B2 (en) * 2011-10-27 2014-05-20 Cellco Partnership IP push platform and connection protocol in a push notification framework
CN103888475A (zh) * 2014-04-11 2014-06-25 北京鸿达以太文化发展有限公司 一种对多媒体数据的保护方法和装置
CN104618418A (zh) * 2014-07-09 2015-05-13 腾讯科技（北京）有限公司 播放多媒体文件的方法及装置
CN105657456A (zh) * 2016-03-10 2016-06-08 腾讯科技（深圳）有限公司 一种多媒体数据的处理方法、装置和系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113891038A (zh) * 2021-09-07 2022-01-04 深圳Tcl新技术有限公司 信息提示方法、装置、智能设备和计算机可读存储介质

Also Published As

Publication number Publication date
US20180365395A1 (en) 2018-12-20
CN105657456A (zh) 2016-06-08
US10650119B2 (en) 2020-05-12

Similar Documents

Publication Publication Date Title
WO2017152751A1 (zh) 一种多媒体数据的处理方法、装置和系统、存储介质
US11658979B2 (en) Systems and methods for efficient and secure temporary anonymous access to media content
US20230281607A1 (en) Method and system for mobile cryptocurrency wallet connectivity
US9454540B2 (en) Systems and methods for sharing files among multiple terminals
US7681238B2 (en) Remotely accessing protected files via streaming
US10425427B2 (en) Template uniform resource locator signing
US9239912B1 (en) Method, manufacture, and apparatus for content protection using authentication data
US7571322B2 (en) Enhanced cookie management
WO2020019387A1 (zh) 一种视频资源文件的获取方法和管理系统
WO2019062666A1 (zh) 一种实现安全访问内部网络的系统、方法和装置
JP4596554B2 (ja) 暗号化されたｈｔｔｐｓネットワーク・パケットを、セキュアなウェブ・サーバ外部での復号なしに特定のｕｒｌ名および他のデータにマッピングするための、方法およびシステム（マッピングすること）
US20120210445A1 (en) Systems and Methods for Verifying the Authenticity of a Remote Device
WO2016150169A1 (zh) 一种安全通信方法、网关、网络侧服务器及系统
US20220263810A1 (en) System and method for transferring data
US20120163598A1 (en) Session secure web content delivery
WO2020062667A1 (zh) 数据资产管理方法、数据资产管理装置及计算机可读介质
WO2019214714A1 (zh) 一种视频播放控制方法、系统、节点和计算机存储介质
CN115065487B (zh) 隐私保护云计算方法、保护金融隐私数据的云计算方法
US11695546B2 (en) Decoupled custom event system based on ephemeral tokens for enabling secure custom services on a digital audio stream
CN112804563B (zh) 媒体文件的播放方法、装置及存储介质
US20100250708A1 (en) Digital media referral and distribution
US9825942B2 (en) System and method of authenticating a live video stream
TW201143343A (en) Tolerant key verification method
CN112261040B (zh) 一种在线音视频防盗方法及系统
WO2016202129A1 (zh) 一种信息处理方法、装置、终端及服务器

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17762437

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17762437

Country of ref document: EP

Kind code of ref document: A1