CN107318045A - The method and device of playing video data stream - Google Patents

Abstract

The invention discloses a method and device for playing video data streams. Wherein, the method includes: obtaining the video data stream to be decrypted; decrypting the video data stream to be decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted; sending the processed video data stream to The decoding code corresponding to the video format is played. The invention solves the technical problem that the playback interface and functions provided by the playback tool in the related art cannot support the decoding and playback of encrypted video files, thus easily causing the video files to be easily disguised and tampered by hackers because they have not been encrypted.

Description

Method and device for playing video data stream

technical field

The invention relates to the field of computers, in particular to a method and device for playing video data streams.

Background technique

The existing technology can provide an audio and video playback tool for playing audio and video data, mainly through audio and video conversion, decoding and other processing to play audio and video, wherein the audio and video playback tools generally rely on audio and video decoding libraries to achieve Audio and video data conversion and decoding functions, but the playback interface and functions provided by the existing audio and video playback tools cannot support the decoding and playback of encrypted videos, which leads to the security of the audio and video files currently to be played by hackers such as camouflage and tampering risk.

For example, take the fast forward moving picture experts group (ffmpeg for short) as an example, ffmpeg is an open source audio and video decoding library, which can be used to record and convert digital audio/video. ffmpeg contains a very advanced audio/video codec library, which can be compiled and run in a variety of operating system environments.

Currently, ffmpeg mainly has the following functions:

(1) Video capture function

ffmpeg can not only capture images from video capture cards or Universal Serial Bus (USB) cameras, but also perform screen recording. In addition, it also supports real-time transport protocol (RTP) ) way to send the video stream to a streaming media server that supports Rapid Spanning Tree Protocol (RSTP for short), and supports playback applications.

(2) Video format conversion function

ffmpeg can realize mutual conversion between various video formats (for example: wma, rmvb, avi, mod).

(3) Video screenshot function

ffmpeg captures a thumbnail of the selected video at a specified time, and obtains static images and/or dynamic images through video screenshots.

(4) Add watermark function for video.

ffmpeg can be used to add watermark (logo) to video.

However, the playback interface and functions provided by the existing ffmpeg cannot support the decoding and playback of encrypted videos, which can easily cause video files to be easily disguised and tampered by hackers because they have not been encrypted, so as to achieve the video developed based on ffmpeg components. The purpose of malicious attacks on the operating environment in which the player or ffmpeg runs or to make pirated products related to the above video files.

For the above problems, no effective solution has been proposed yet.

Contents of the invention

Embodiments of the present invention provide a method and device for playing video data streams, to at least solve the problem that the playback interface and functions provided by playback tools in the related art cannot support the decoding and playback of encrypted video files, thus easily causing video files because there is no It is a technical problem that is easily disguised and tampered by hackers after being encrypted.

According to an aspect of an embodiment of the present invention, a method for playing a video data stream is provided, including:

Obtain the video data stream to be decrypted; decrypt the video data stream to be decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted; send the processed video data stream to the decoder corresponding to the video format code to play.

Optionally, obtaining the video data stream to be decrypted includes: registering a video data stream reading interface; using the video data stream reading interface to redirect the video data stream to be decrypted, and obtaining the video data stream to be decrypted.

Optionally, register the video data stream reading interface with the decoding code corresponding to the video format through the callback function interface provided by the decoding code corresponding to the video format.

Optionally, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length and use the first encryption algorithm to encrypt the multiple data blocks one by one, and then use the second encryption algorithm to encrypt the encrypted data. When a plurality of data blocks of multiple data blocks are encrypted as a whole, the decryption processing of the video data stream to be decrypted according to the decryption method includes: decrypting a plurality of encrypted data streams from the video data stream to be decrypted by using a decryption algorithm matching the second encryption algorithm blocks; using a decryption algorithm matching the first encryption algorithm to decrypt multiple data blocks from the multiple encrypted data blocks; assembling the multiple data blocks to obtain a processed video data stream.

Optionally, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, use the first encryption algorithm to encrypt the multiple data blocks one by one and add digital watermarks to the multiple data blocks one by one , when the second encryption algorithm is used to encrypt the encrypted multiple data blocks as a whole, according to the decryption method, the decryption processing of the video data stream to be decrypted includes: using the decryption algorithm matching the second encryption algorithm from the video data to be decrypted Decrypt multiple encrypted data blocks in the stream; decrypt multiple data blocks from the multiple encrypted data blocks through a decryption algorithm that matches the first encryption algorithm; The added digital watermark performs data integrity check on multiple data blocks; after the data integrity check succeeds, multiple data blocks are assembled to obtain a processed video data stream.

Optionally, after obtaining the video data stream to be decrypted, it also includes: requesting to create a memory space, wherein the memory space is used to store the video data stream to be decrypted and to store the video data stream to be decrypted during the decryption process intermediate data.

According to another aspect of the embodiments of the present invention, there is also provided a device for playing video data streams, including:

The obtaining module is used to obtain the video data stream to be decrypted; the processing module is used to decrypt the video data stream to be decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted; the sending module is used for Send the processed video data stream to the decoding code corresponding to the video format for playback.

Optionally, the obtaining module includes: a registration unit for registering the video data stream reading interface; an obtaining unit for redirecting the video data stream to be decrypted by using the video data stream reading interface to obtain the video data stream to be decrypted .

Optionally, the registration unit is configured to register the video data stream reading interface with the decoding code corresponding to the video format through a callback function interface provided by the decoding code corresponding to the video format.

Optionally, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length and use the first encryption algorithm to encrypt the multiple data blocks one by one, and then use the second encryption algorithm to encrypt the encrypted data. When a plurality of data blocks are encrypted as a whole, the processing module includes: a first decryption unit, which is used to decrypt a plurality of encrypted data blocks from the video data stream to be decrypted through a decryption algorithm matched with the second encryption algorithm; The second decryption unit is used to decrypt multiple data blocks from the encrypted multiple data blocks through a decryption algorithm that matches the first encryption algorithm; the assembly unit is used to assemble multiple data blocks to obtain the processed video data flow.

Optionally, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, use the first encryption algorithm to encrypt the multiple data blocks one by one and add digital watermarks to the multiple data blocks one by one , when the second encryption algorithm is used to encrypt the encrypted multiple data blocks as a whole, the processing module includes: a first decryption unit, which is used to decrypt the video data stream to be decrypted by a decryption algorithm matching the second encryption algorithm output a plurality of encrypted data blocks; the second decryption unit is used to decrypt a plurality of data blocks from the encrypted plurality of data blocks through a decryption algorithm matched with the first encryption algorithm; The digital watermark added to each data block in multiple data blocks performs data integrity verification on multiple data blocks; the assembly unit is used to assemble multiple data blocks and process them after the data integrity verification is successful subsequent video streams.

Optionally, the above device further includes: a requesting module, configured to request to create a memory space, wherein the memory space is used to store the video data stream to be decrypted and intermediate data obtained during decryption of the video data stream to be decrypted.

According to yet another aspect of the embodiments of the present invention, a server is also provided, the server is used to receive the video data stream to be decrypted from the client, and decrypt it according to the encryption mode corresponding to the video data stream to be decrypted The method is to decrypt the video data stream to be decrypted and send the decrypted video data stream to the decoding code corresponding to the video format for playback.

In the embodiment of the present invention, after the video data stream to be decrypted is acquired, the video data stream to be decrypted is decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted, and then the processed The final video data stream is sent to the decoding code corresponding to the video format for playback. By first decrypting and encapsulating the obtained encrypted video, the purpose of decoding and playing the encrypted video is achieved, thereby realizing customization. The encrypted video file is decoded and played, effectively preventing the video data in the encrypted video file from being modified or the technical effect of the video file being pirated, thereby solving the problem that the playback interface and functions provided by the playback tool in the related technology cannot support encrypted video files. The decoding and playing of the video files easily leads to the technical problem that the video files are easily disguised and tampered by hackers because they have not been encrypted.

Description of drawings

The accompanying drawings described here are used to provide a further understanding of the present invention and constitute a part of the application. The schematic embodiments of the present invention and their descriptions are used to explain the present invention and do not constitute improper limitations to the present invention. In the attached picture:

Fig. 1 is a block diagram of the hardware structure of a computer terminal of a method for playing a video data stream according to an embodiment of the present invention;

Fig. 2 is the flow chart of the method for playing video data stream according to the embodiment of the present invention;

Fig. 3 is the flowchart of the method for playing video data stream according to the preferred embodiment of the present invention;

Fig. 4 is a structural block diagram of a device for playing video data streams according to an embodiment of the present invention;

Fig. 5 is a structural block diagram of a device for playing video data streams according to a preferred embodiment of the present invention;

6 is a schematic diagram of information interaction between a server and a client for playing video data streams according to an embodiment of the present invention;

Fig. 7 is a structural block diagram of a computer terminal according to an embodiment of the present invention.

detailed description

In order to enable those skilled in the art to better understand the solutions of the present invention, the following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only It is an embodiment of a part of the present invention, but not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts shall fall within the protection scope of the present invention.

It should be noted that the terms "first" and "second" in the description and claims of the present invention and the above drawings are used to distinguish similar objects, but not necessarily used to describe a specific sequence or sequence. It is to be understood that the data so used are interchangeable under appropriate circumstances such that the embodiments of the invention described herein can be practiced in sequences other than those illustrated or described herein. Furthermore, the terms "comprising" and "having", as well as any variations thereof, are intended to cover a non-exclusive inclusion, for example, a process, method, system, product or device comprising a sequence of steps or elements is not necessarily limited to the expressly listed instead, may include other steps or elements not explicitly listed or inherent to the process, method, product or apparatus.

The terms involved in the present invention are explained as follows:

(1) The fast forward moving picture experts group (ffmpeg for short) is an open source audio and video decoding library, which can be used to record and convert digital audio/video. ffmpeg contains a very advanced audio/video codec library, which can be compiled and run in a variety of operating system environments.

(2) The callback function refers to a function called through a function pointer. If a function pointer (address) is passed as a parameter to another function, when a specific event or condition occurs, another function will call it. Respond to the event or condition.

(3) Redirection refers to jumping from the function that should be executed to the function provided by the user.

(4) The reading interface is responsible for reading the video data stream to be decrypted, and redirecting the video data stream to a preset callback function.

(5) Assembling refers to recombining the original video data stream into a new video data stream after dividing the original video data stream into multiple data blocks and performing a series of operations set by the user on each data block.

Example 1

According to an embodiment of the present invention, an embodiment of a method for playing a video data stream is also provided. It should be noted that the steps shown in the flow chart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, Also, although a logical order is shown in the flowcharts, in some cases the steps shown or described may be performed in an order different from that shown or described herein.

The method embodiment provided in Embodiment 1 of the present application may be executed in a mobile terminal, a computer terminal, or a similar computing device. Taking running on a computer terminal as an example, FIG. 1 is a block diagram of a hardware structure of a computer terminal according to a method for playing a video data stream according to an embodiment of the present invention. As shown in Figure 1, the computer terminal 10 may include one or more (only one is shown in the figure) processors 102 (the processors 102 may include but not limited to processing devices such as microprocessor MCU or programmable logic device FPGA, etc.) , a memory 104 for storing data, and a transmission device 106 for communication functions. Those of ordinary skill in the art can understand that the structure shown in FIG. 1 is only a schematic diagram, and it does not limit the structure of the above-mentioned electronic device. For example, computer terminal 10 may also include more or fewer components than shown in FIG. 1 , or have a different configuration than that shown in FIG. 1 .

The memory 104 can be used to store software programs and modules of application software, such as program instructions/modules corresponding to the method for playing video data streams in the embodiment of the present invention, and the processor 102 runs the software programs and modules stored in the memory 104, thereby Execute various functional applications and data processing, that is, realize the above-mentioned method for playing video data streams. The memory 104 may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory 104 may further include a memory that is remotely located relative to the processor 102 , and these remote memories may be connected to the computer terminal 10 through a network. Examples of the aforementioned networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is used to receive or transmit data via a network. The specific example of the above-mentioned network may include a wireless network provided by the communication provider of the computer terminal 10 . In one example, the transmission device 106 includes a network interface controller (NIC for short), which can be connected to other network devices through a base station so as to communicate with the Internet. In one example, the transmission device 106 may be a radio frequency (Radio Frequency, RF for short) module, which is used to communicate with the Internet in a wireless manner.

Under the above operating environment, the present application provides a method for playing video data stream as shown in FIG. 2 . Fig. 2 is a flowchart of a method for playing a video data stream according to an embodiment of the present invention. As shown in Figure 2, the method may include the following processing steps:

Step S22: Obtain the video data stream to be decrypted;

Step S24: Decrypt the video data stream to be decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted;

It should be noted that the present invention does not specifically limit the above-mentioned encryption methods, and only the following decryption methods applicable to the embodiments of the present invention are listed here:

Method 1, this method is the most convenient, that is, the original video data stream is divided into multiple data blocks according to the preset length (for example: in bytes, in video frames), and then multiple Each data block in the data block is encrypted on a unit data block basis. The encrypted video file is no longer a standard analyzable video file after being encrypted, but is saved as ciphertext data.

Method 2: Use a symmetric encryption algorithm to encrypt the entire original video data stream. The symmetric encryption algorithm is an earlier encryption algorithm with mature technology. In the symmetric encryption algorithm, the data sender can process the plaintext (original data) and the encryption key together with a special encryption algorithm to turn it into a complex encrypted ciphertext and send it out. After receiving the encrypted ciphertext, if the receiver wants to interpret the original text, it needs to use the encrypted key and the inverse algorithm of the same algorithm to decrypt the ciphertext to restore it to readable plaintext. In the symmetric encryption algorithm, only one key is used, and both the sender and the receiver use this key to encrypt and decrypt data, which requires the decryption party to know the encryption key in advance. Symmetric encryption algorithm is characterized by open algorithm, small amount of calculation, fast encryption speed and high encryption efficiency. The encrypted video file is no longer a standard analyzable video file after being encrypted, but is saved as ciphertext data.

Method 3. Combining the encryption methods provided by the above method 1 and method 2, first divide the original video data stream into multiple data blocks according to the preset length (for example: in bytes, in video frames) ;Secondly, each data block in the plurality of data blocks is encrypted one by one unit data blocks; then, a high-strength symmetric encryption algorithm is used to perform symmetrical encryption on the overall video data stream formed after the unit data blocks are encrypted one by one encryption. The encrypted video file is no longer a standard analyzable video file after being encrypted, but is saved as ciphertext data.

Method 4: Add different digital watermarks (Digital Watermarking) to each unit data block on the basis of method 3. Digital watermarks refer to digital signals embedded in digital carriers (including: multimedia, documents, software, etc.), which can be images, texts, symbols, numbers and other information that can be used as identification. Digital watermark neither affects the normal use and existence value of the original carrier, nor is it easy to be perceived by people. Digital watermarking embeds some iconic information directly into multimedia content through a specific algorithm, but does not affect the value and use of the original content, and cannot be perceived or noticed by the human perception system, only through a dedicated detector or reader. Extraction, where the watermark information can be the serial number of the author of the video file, the logo of the video file provider, text with special meaning, etc., which can be used to identify the source, version, original author, owner, distribution of the file, image or music product Ownership of digital products by people and legal users. The integrity of the original video data stream and the copyright are verified by detecting the digital watermark added to each unit data block.

Step S26: Send the processed video data stream to the decoding code corresponding to the video format for playing.

In a preferred implementation process, the aforementioned decoding code corresponding to the video format may include but not limited to: ffmpeg.

In the usual video decoding and playing process, video formats such as avi, mkv, rmvb, mov, mp4 are called containers (Container), and different container formats specify the organization of video/audio data (including other data, of course, For example: subtitles). There are usually video and audio tracks encapsulated in the container, also known as video stream (stream) and audio stream. To play a video file, you first need to parse (demux) the encapsulated video stream, audio stream and subtitles according to the format of the video file. (Optional), the parsed data is read into the packet, and each packet stores a video frame (frame) or audio frame, and then calls the corresponding decoder (decoder) to decode the video frame and audio frame respectively , For example: using H.264 encoded video and MP3 encoded audio, the corresponding H.264 decoder and MP3 decoder will be called, and the original image (YUV or RGB) and sound (PCM) will be obtained after decoding data, and then display the image on the screen and output the sound to the sound card according to the time synchronization.

Specific to the video data stream decoding and playback process of ffmpeg, after ffmpeg obtains the processed video data stream, it sends the processed video data stream to the media format decoder (demuxer) to remove the media format; secondly, sends it to ffmpeg Decode in the decode to generate a picture in YUV format to be displayed, and then send it to the Simple Direct Media Layer (Simple DirectMedia Layer, referred to as SDL) for rendering. SDL is an open source cross-platform multimedia development library written in C language. SDL provides a variety of functions to control images, sounds, and input and output, so that developers can develop application software across multiple platforms (Linux, Windows, Mac OS X, etc.) as long as they use the same or similar codes. At present, SDL is mostly used in the development of multimedia applications such as games, emulators, and media players. The SDL rendering process mainly includes the following steps:

The first step is to use SDL_CreateWindow() to create a window for video playback.

The second step is to use SDL_CreateRenderer() to create a renderer based on the window.

The third step is to use SDL_CreateTexture() to create a texture based on the renderer.

The fourth step is to use SDL_UpdateTexture() to set the pixel data of the texture.

The fifth step, use SDL_RenderCopy() to copy the texture data to the render target. SDL_RenderClear() can be used to clear the render target before using SDL_RenderCopy(). In fact, it is also possible not to use SDL_RenderClear() when the video is playing, because the next frame of the video data stream will completely cover the previous frame.

The sixth step, use SDL_RenderPresent () to display the picture.

Among them, SDL_Window is the window that pops up when using SDL. In SDL1.x version, only one window can be created. In SDL2.0 version, multiple windows can be created; SDL_Texture is used to display YUV data; one SDL_Texture corresponds to One frame of YUV data; SDL_Renderer is used to render SDL_Texture to SDL_Window; SDL_Rect is used to determine the position where SDL_Texture is displayed.

In related technologies, video players developed based on ffmpeg components cannot decode and play encrypted video files, which may easily lead to tampering of video data in video files sent to ffmpeg or piracy of video files. Using the method embodiment shown in Figure 2, the decryption function is extended on the basis of the playback interface of ffmpeg, which can decode and play customized encrypted video files, thereby effectively preventing the video files sent to ffmpeg from The video data is tampered with or the video file is pirated, so that after encrypting an original video file that can be played directly, the encrypted video file can be decrypted, decoded and rendered using a player developed based on ffmpeg.

Optionally, in step S22, obtaining the video data stream to be decrypted may include the following execution steps:

Step S222: Register the video data stream reading interface;

Step S224: Using the video data stream reading interface to redirect the video data stream to be decrypted, and obtain the video data stream to be decrypted.

In a preferred implementation process, the operation of registering the video data stream reading interface in step S222 can be completed to the decoding code corresponding to the video format through the callback function interface provided by the decoding code corresponding to the video format.

Considering that the player developed based on the ffmpeg component does not support the decoding and playback of encrypted video files, if the original video data stream has been encrypted, the encrypted video data stream cannot be directly sent to ffmpeg for decoding and playback. For this reason, if it is necessary to decode and play the encrypted video data stream in ffmpeg, before decoding and playing the encrypted video data stream, the action of reading the encrypted video data stream needs to be redirected to the pre- In the callback function set, and complete the read operation and decryption operation of the encrypted video data stream in the callback function.

Specifically, ffmpeg provides an interface avio_alloc_context, which can be set to call the read_packet callback function when ffmpeg needs to read the video stream, call the write_packet callback function when ffmpeg needs to write the video stream, and jump when ffmpeg needs to play the rendering progress When the seek callback function is called.

In the preferred implementation process, you can only set the two callback functions read_packet and write_packet, and set these two callback functions as the video reading and video progress jump functions provided by the custom, so that ffmpeg needs to obtain the video stream and execute the progress When jumping, it will instead call the function provided by the user-defined, and then obtain the encrypted video stream in the user-defined callback function, and decrypt it in memory before passing it to ffmpeg for playback and rendering, so as to achieve initialization in ffmpeg During the process, the custom read_packet interface is registered by calling the callback function avio_alloc_context interface provided by ffmpeg, so as to redirect the action of reading the encrypted video data stream to the preset callback function.

Optionally, when the encryption method is to divide the original video data stream into multiple data blocks according to the preset length and use the first encryption algorithm to encrypt the multiple data blocks one by one, and then use the second encryption algorithm to encrypt the encrypted When a plurality of data blocks are encrypted as a whole, in step S24, decrypting the video data stream to be decrypted according to the decryption method may include the following steps:

Step S241: Decrypt multiple encrypted data blocks from the video data stream to be decrypted by using a decryption algorithm matching the second encryption algorithm;

Step S242: Decrypt multiple data blocks from the encrypted multiple data blocks by using a decryption algorithm that matches the first encryption algorithm;

Step S243: Assemble multiple data blocks to obtain a processed video data stream.

When the encryption method is to divide the original video data stream into multiple data blocks according to the preset length and adopt the first encryption algorithm (encryption algorithm is performed one by one according to the division unit) to encrypt the multiple data blocks one by one, and then use the second encryption When the algorithm (high-strength symmetric encryption algorithm) encrypts multiple encrypted data blocks as a whole, since the encrypted video file is no longer a standard analyzable video file after encryption processing, it is data in ciphertext Therefore, after obtaining the video data stream to be decrypted, first of all, it is necessary to use a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) to crack the above-mentioned overall encryption process, from the video to be decrypted In the data stream, multiple encrypted data blocks obtained by using the first encryption algorithm are decrypted; secondly, a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) is used to decrypt the encrypted multiple data blocks one by one. The decryption operation of the unit data block obtains multiple data blocks that have not been encrypted; then, by assembling the decrypted multiple data blocks, the original video data stream ready to be decoded and played by ffmpeg is finally obtained.

Optionally, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, use the first encryption algorithm to encrypt the multiple data blocks one by one and add digital watermarks to the multiple data blocks one by one , when the second encryption algorithm is used to encrypt the encrypted multiple data blocks as a whole, in step S24, decrypting the video data stream to be decrypted according to the decryption method may include the following steps:

Step S244: Decrypt multiple encrypted data blocks from the video data stream to be decrypted by using a decryption algorithm matching the second encryption algorithm;

Step S245: Decrypt multiple data blocks from the encrypted multiple data blocks by using a decryption algorithm that matches the first encryption algorithm;

Step S246: Perform data integrity check on multiple data blocks by adding digital watermarks to each of the multiple data blocks one by one;

Step S247: After the data integrity check is successful, assemble multiple data blocks to obtain a processed video data stream.

When the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, adopt the first encryption algorithm (encrypt algorithm one by one according to the division unit) to encrypt the multiple data blocks one by one and encrypt the multiple data blocks one by one. When the digital watermark is added one by one, and then the second encryption algorithm (high-strength symmetric encryption algorithm) is used to encrypt the encrypted multiple data blocks as a whole, the encrypted video file is no longer a standard analyzable file after encryption processing. The video file is stored in ciphertext data. Therefore, after obtaining the video data stream to be decrypted, first, it is necessary to use a decryption algorithm that is reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) for the above-mentioned The overall encryption process is cracked, and multiple encrypted data blocks obtained by using the first encryption algorithm are decrypted from the video data stream to be decrypted; secondly, the decryption that is reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) is used The algorithm decrypts the encrypted multiple data blocks one by one unit data blocks to obtain multiple data blocks that have not been encrypted; then, through the digital watermark added to each data block in the multiple data blocks Perform data integrity verification, that is, add digital watermarks to ensure the integrity and accuracy of the original video data stream; finally, by assembling the decrypted multiple data blocks, finally get the video that is ready to be decoded and played in ffmpeg Raw video data stream.

Optionally, in step S22, after obtaining the video data stream to be decrypted, the following execution steps may also be included:

Step S23: request to create a memory space, wherein the memory space is used to store the video data stream to be decrypted and store the intermediate data obtained during the decryption process of the video data stream to be decrypted.

After obtaining the video data stream to be decrypted, first of all, it is necessary to request a storage space in the memory to store the video data stream to be decrypted; secondly, based on the above analysis, when the encryption method is to convert the original video in units of preset length The data stream is divided into multiple data blocks and the first encryption algorithm (encryption algorithm is performed one by one according to the division unit) is used to encrypt multiple data blocks one by one, and then the second encryption algorithm (high-strength symmetric encryption algorithm) is used to encrypt the encrypted data. When a data block is encrypted as a whole, the above-mentioned overall encryption process is cracked by using a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm), and the first encryption algorithm is used to decrypt the video data stream to be decrypted. The obtained encrypted multiple data blocks and the decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) are used to perform unit data block-by-unit decryption operations on the encrypted multiple data blocks, and the unencrypted multiple data blocks are obtained. Each data block can be temporarily stored in the newly opened storage space as intermediate data; then, by assembling the decrypted multiple data blocks in the storage space, the original video data that can be correctly parsed and executed by ffmpeg is finally obtained Or, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, adopt the first encryption algorithm (encrypt algorithm one by one according to the division unit) to encrypt the multiple data blocks one by one and then Add digital watermarks to multiple data blocks one by one, and then use the second encryption algorithm (high-strength symmetric encryption algorithm) to encrypt the encrypted multiple data blocks as a whole. The reverse decryption algorithm cracks the above-mentioned overall encryption process, and decrypts the encrypted multiple data blocks obtained by the first encryption algorithm from the video data stream to be decrypted, and uses the second encryption algorithm (high-strength symmetric encryption algorithm) The reciprocal decryption algorithm performs the decryption operation on the encrypted multiple data blocks one by one, and the unencrypted multiple data blocks can be temporarily stored in the newly opened storage space as intermediate data; The digital watermark added to each data block in multiple data blocks performs data integrity verification on multiple data blocks, that is, by adding digital watermarks to ensure the integrity and accuracy of the original video data stream; finally, by decrypting the output Assembled multiple data blocks, and finally get the original video data stream that can be correctly parsed and executed by ffmpeg.

It should be noted that, during the entire video playback process, in addition to the need to briefly generate multiple data blocks of the divided original video data stream in the memory (these data blocks are no longer standard video data streams, but in the form of memory data Existing in the form of blocks), data related to the original video data stream will not appear anywhere else, that is, the complete original video data stream will not appear in the memory or in the disk file, thus ensuring the encrypted video data stream security.

The above preferred implementation process will be further described below in conjunction with the preferred implementation manner shown in FIG. 3 .

Fig. 3 is a flowchart of a method for playing a video data stream according to a preferred embodiment of the present invention. As shown in Figure 3, the process may include the following processing steps:

Step S32: Since the encrypted video data stream needs to be decoded and played by ffmpeg, before the encrypted video data stream is decoded and played, the action of reading the encrypted video data stream needs to be redirected to the pre-installed interface through the interface provided by ffmpeg. In the callback function set, and complete the read operation and decryption operation of the encrypted video data stream in the callback function.

In the preferred implementation process, the custom read_packet interface can be registered by calling the callback function avio_alloc_context interface provided by ffmpeg during the initialization process of ffmpeg, so as to redirect the action of reading the encrypted video data stream to the preset callback function middle.

Step S34: After obtaining the video data stream to be decrypted, first, it is necessary to request a storage space in the memory to store the video data stream to be decrypted; secondly, according to the encryption method adopted by the video data stream to be decrypted, determine the The intermediate data generated during the decryption process using the decryption method reciprocal to the encryption method will also be stored in the storage space.

For example: when the encryption method is to divide the original video data stream into multiple data blocks according to the preset length and adopt the first encryption algorithm (encrypt the algorithm one by one according to the division unit) to encrypt the multiple data blocks one by one, then use the second When the second encryption algorithm (high-strength symmetric encryption algorithm) encrypts multiple encrypted data blocks as a whole, the above-mentioned overall encryption process is cracked by using a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm), From the video data stream to be decrypted, a plurality of encrypted data blocks obtained by using the first encryption algorithm are decrypted, and a plurality of encrypted data blocks are encrypted by a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm). The block is decrypted one by one, and the unencrypted multiple data blocks can be temporarily stored in the newly opened storage space as intermediate data; then, in the storage space, the decrypted multiple data blocks are Assemble, and finally get the original video data stream that can be correctly parsed and executed by ffmpeg;

Or, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, adopt the first encryption algorithm (encrypt the algorithm one by one according to the division unit) to encrypt the multiple data blocks one by one and encrypt the multiple data blocks one by one. Add digital watermarks to each data block one by one, and then use the second encryption algorithm (high-strength symmetric encryption algorithm) to encrypt multiple encrypted data blocks as a whole, use the reciprocal method of the second encryption algorithm (high-strength symmetric encryption algorithm) The decryption algorithm cracks the above-mentioned overall encryption process, decrypts multiple encrypted data blocks obtained by the first encryption algorithm from the video data stream to be decrypted, and uses the reciprocal encryption algorithm with the second encryption algorithm (high-strength symmetric encryption algorithm) The decryption algorithm performs the decryption operation on the encrypted multiple data blocks one by one, and the unencrypted multiple data blocks can be temporarily stored in the newly opened storage space as intermediate data; The digital watermark added to each data block in the data block performs data integrity verification on multiple data blocks, that is, by adding digital watermarks to ensure the integrity and accuracy of the original video data stream; A data block is assembled, and finally the original video data stream that can be correctly parsed and executed by ffmpeg is obtained.

Step S36: Decrypt the video data stream to be decrypted by using a decryption method that is reciprocal to the encryption method adopted by the video data stream to be decrypted.

Specifically, when the encryption method is to divide the original video data stream into multiple data blocks according to the preset length and adopt the first encryption algorithm (the encryption algorithm is performed one by one according to the division unit) to encrypt the multiple data blocks one by one, and then use When the second encryption algorithm (high-strength symmetric encryption algorithm) encrypts multiple encrypted data blocks as a whole, since the encrypted video file is no longer a standard analysable video file after encryption processing, but encrypted Therefore, after obtaining the video data stream to be decrypted, first, it is necessary to use a decryption algorithm that is reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) to crack the above-mentioned overall encryption process. In the decrypted video data stream, a plurality of encrypted data blocks obtained by using the first encryption algorithm are decrypted; secondly, a plurality of encrypted data blocks are encrypted using a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm). The block is decrypted unit by block to obtain multiple data blocks that have not been encrypted; then, by assembling the decrypted multiple data blocks, the original video data stream ready to be decoded and played by ffmpeg is finally obtained.

Specifically, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, the multiple data blocks are encrypted one by one by using the first encryption algorithm (encryption algorithm is performed one by one according to the division unit) and the Add digital watermarks to multiple data blocks one by one, and then use the second encryption algorithm (high-strength symmetric encryption algorithm) to encrypt multiple encrypted data blocks as a whole, because the encrypted video files are no longer standard after being encrypted. Therefore, after obtaining the video data stream to be decrypted, first of all, it is necessary to use a decryption that is reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) The algorithm cracks the above-mentioned overall encryption process, and decrypts multiple encrypted data blocks obtained by the first encryption algorithm from the video data stream to be decrypted; The inverse decryption algorithm performs decryption operations on the encrypted multiple data blocks one by one unit data blocks to obtain multiple data blocks that have not been encrypted; then, through the digital watermark added to each of the multiple data blocks one by one Data integrity check for each data block, that is, by adding digital watermark to ensure the integrity and accuracy of the original video data stream; finally, by assembling the decrypted multiple data blocks, finally get ready to be decoded in ffmpeg and play the original video data stream.

Step S38: After obtaining the video data stream that can be correctly parsed and executed by ffmpeg, complete the playing process of the processed video data stream.

Specifically, after ffmpeg obtains the processed video data stream, it sends the processed video data stream to the media format decoder (demuxer) to remove the media format; secondly, it sends it to ffmpeg's decode for decoding, and generates the video data stream to be displayed. The picture in the YUV format is sent to the Simple Direct Media Layer (Simple DirectMediaLayer, referred to as SDL) for rendering.

It should be noted that for the foregoing method embodiments, for the sake of simple description, they are expressed as a series of action combinations, but those skilled in the art should know that the present invention is not limited by the described action sequence. Because of the present invention, certain steps may be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification belong to preferred embodiments, and the actions and modules involved are not necessarily required by the present invention.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method for playing a video data stream according to the above embodiments can be implemented by means of software plus a necessary general-purpose hardware platform, and of course also by hardware, but In many cases the former is the better implementation. Based on such an understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art can be embodied in the form of software products, and the computer software products are stored in a storage medium (such as ROM/RAM, disk, CD) contains several instructions to enable a terminal device (which may be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in various embodiments of the present invention.

Example 2

According to an embodiment of the present invention, an embodiment of an apparatus for playing the video data stream described above is also provided. FIG. 4 is a structural block diagram of an apparatus for playing a video data stream according to an embodiment of the present invention. As shown in Figure 4, the device includes: an acquisition module 10, used to acquire the video data stream to be decrypted; The video data stream is decrypted; the sending module 30 is configured to send the processed video data stream to a decoding code corresponding to the video format for playback.

In a preferred implementation process, the aforementioned decoding code corresponding to the video format may include but not limited to: ffmpeg.

It should be noted that the present invention does not specifically limit the above-mentioned encryption methods, and only the following decryption methods applicable to the embodiments of the present invention are listed here:

Method 1, this method is the most convenient, that is, the original video data stream is divided into multiple data blocks according to the preset length (for example: in bytes, in video frames), and then multiple Each data block in the data block is encrypted on a unit data block basis. The encrypted video file is no longer a standard analyzable video file after being encrypted, but is saved as ciphertext data.

Method 2: Use a symmetric encryption algorithm to encrypt the entire original video data stream. The symmetric encryption algorithm is an earlier encryption algorithm with mature technology. In the symmetric encryption algorithm, the data sender can process the plaintext (original data) and the encryption key together with a special encryption algorithm to turn it into a complex encrypted ciphertext and send it out. After receiving the encrypted ciphertext, if the receiver wants to interpret the original text, it needs to use the encrypted key and the inverse algorithm of the same algorithm to decrypt the ciphertext to restore it to readable plaintext. In the symmetric encryption algorithm, only one key is used, and both the sender and the receiver use this key to encrypt and decrypt data, which requires the decryption party to know the encryption key in advance. Symmetric encryption algorithm is characterized by open algorithm, small amount of calculation, fast encryption speed and high encryption efficiency. The encrypted video file is no longer a standard analyzable video file after being encrypted, but is saved as ciphertext data.

Method 3. Combining the encryption methods provided by the above method 1 and method 2, first divide the original video data stream into multiple data blocks according to the preset length (for example: in bytes, in video frames) ;Secondly, each data block in the plurality of data blocks is encrypted one by one unit data blocks; then, a high-strength symmetric encryption algorithm is used to perform symmetrical encryption on the overall video data stream formed after the unit data blocks are encrypted one by one encryption. The encrypted video file is no longer a standard analyzable video file after being encrypted, but is saved as ciphertext data.

Method 4: Add different digital watermarks (Digital Watermarking) to each unit data block on the basis of method 3. Digital watermarks refer to digital signals embedded in digital carriers (including: multimedia, documents, software, etc.), which can be images, texts, symbols, numbers and other information that can be used as identification. Digital watermark neither affects the normal use and existence value of the original carrier, nor is it easy to be perceived by people. Digital watermarking embeds some iconic information directly into multimedia content through a specific algorithm, but does not affect the value and use of the original content, and cannot be perceived or noticed by the human perception system, only through a dedicated detector or reader. Extraction, where the watermark information can be the serial number of the author of the video file, the logo of the video file provider, text with special meaning, etc., which can be used to identify the source, version, original author, owner, distribution of the file, image or music product Ownership of digital products by people and legal users. The integrity of the original video data stream and the copyright are verified by detecting the digital watermark added to each unit data block.

In related technologies, video players developed based on ffmpeg components cannot decode and play encrypted video files, which may easily lead to tampering of video data in video files sent to ffmpeg or piracy of video files. Using the device embodiment shown in Figure 4, the decryption function is extended on the basis of the playback interface, which can decode and play customized encrypted video files, thereby effectively preventing the The video data in the video file is tampered with or the video file is pirated, so that after an original video file that can be directly played is encrypted, the player can decrypt, decode and render the encrypted video file.

Optionally, FIG. 5 is a structural block diagram of an apparatus for playing video data streams according to a preferred embodiment of the present invention. As shown in Figure 5, the acquisition module 10 may include: a registration unit 100, which is used to register the video data stream reading interface; an acquisition unit 102, which is used to redirect the video data stream to be decrypted by using the video data stream reading interface, and obtain The video data stream to be decrypted.

In a preferred implementation process, the registration unit 100 is configured to register the video data stream reading interface with the decoding code corresponding to the video format through the callback function interface provided by the decoding code corresponding to the video format.

Considering that the player developed based on the ffmpeg component does not support the decoding and playback of encrypted video files, if the original video data stream has been encrypted, the encrypted video data stream cannot be directly sent to ffmpeg for decoding and playback. For this reason, if it is necessary to decode and play the encrypted video data stream in ffmpeg, before decoding and playing the encrypted video data stream, the action of reading the encrypted video data stream needs to be redirected to the pre- In the callback function set, and complete the read operation and decryption operation of the encrypted video data stream in the callback function. Specifically, during the initialization process of ffmpeg, the custom read_packet interface is registered by calling the callback function avio_alloc_context interface provided by ffmpeg, so as to redirect the action of reading the encrypted video data stream to the preset callback function.

Optionally, as shown in Figure 5, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length and use the first encryption algorithm to encrypt the multiple data blocks one by one, and then use the second When the second encryption algorithm encrypts multiple encrypted data blocks as a whole, the processing module 20 may include: a first decryption unit 200, configured to decrypt the video data stream from the video data stream to be decrypted by using a decryption algorithm that matches the second encryption algorithm. Encrypted multiple data blocks; the second decryption unit 202 is used to decrypt multiple data blocks from the encrypted multiple data blocks through a decryption algorithm that matches the first encryption algorithm; the assembly unit 204 is used for multiple data blocks The data blocks are assembled to obtain the processed video data stream.

When the encryption method is to divide the original video data stream into multiple data blocks according to the preset length and adopt the first encryption algorithm (encryption algorithm is performed one by one according to the division unit) to encrypt the multiple data blocks one by one, and then use the second encryption When the algorithm (high-strength symmetric encryption algorithm) encrypts multiple encrypted data blocks as a whole, since the encrypted video file is no longer a standard analyzable video file after encryption processing, it is data in ciphertext Therefore, after obtaining the video data stream to be decrypted, first of all, it is necessary to use a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) to crack the above-mentioned overall encryption process, from the video to be decrypted In the data stream, multiple encrypted data blocks obtained by using the first encryption algorithm are decrypted; secondly, a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) is used to decrypt the encrypted multiple data blocks one by one. The decryption operation of the unit data block obtains multiple data blocks that have not been encrypted; then, by assembling the decrypted multiple data blocks, the original video data stream ready to be decoded and played by ffmpeg is finally obtained.

Optionally, as shown in Figure 5, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, the first encryption algorithm is used to encrypt the multiple data blocks one by one and the multiple When digital watermarks are added to the data blocks one by one, and then the second encryption algorithm is used to encrypt the encrypted multiple data blocks as a whole, the processing module 20 may include: a first decryption unit 200, configured to use a decryption algorithm that matches the second encryption algorithm Decrypt a plurality of encrypted data blocks from the video data stream to be decrypted; the second decryption unit 202 is used to decrypt a plurality of encrypted data blocks from the encrypted data blocks through a decryption algorithm that matches the first encryption algorithm block; verification unit 206, for carrying out data integrity verification to a plurality of data blocks by the digital watermark added one by one for each data block in the plurality of data blocks; assembling unit 204, for succeeding in data integrity verification Finally, multiple data blocks are assembled to obtain a processed video data stream.

When the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, adopt the first encryption algorithm (encrypt algorithm one by one according to the division unit) to encrypt the multiple data blocks one by one and encrypt the multiple data blocks one by one. When the digital watermark is added one by one, and then the second encryption algorithm (high-strength symmetric encryption algorithm) is used to encrypt the encrypted multiple data blocks as a whole, the encrypted video file is no longer a standard analyzable file after encryption processing. The video file is stored in ciphertext data. Therefore, after obtaining the video data stream to be decrypted, first, it is necessary to use a decryption algorithm that is reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) for the above-mentioned The overall encryption process is cracked, and multiple encrypted data blocks obtained by using the first encryption algorithm are decrypted from the video data stream to be decrypted; secondly, the decryption that is reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) is used The algorithm decrypts the encrypted multiple data blocks one by one unit data blocks to obtain multiple data blocks that have not been encrypted; then, through the digital watermark added to each data block in the multiple data blocks Perform data integrity verification, that is, add digital watermarks to ensure the integrity and accuracy of the original video data stream; finally, by assembling the decrypted multiple data blocks, finally get the video that is ready to be decoded and played in ffmpeg Raw video data stream.

Optionally, as shown in FIG. 5, the above-mentioned apparatus may further include: a requesting module 40, configured to request to create a memory space, wherein the memory space is used to store the video data stream to be decrypted and store the video data stream to be decrypted for decryption Intermediate data obtained during processing.

After obtaining the video data stream to be decrypted, first of all, it is necessary to request a storage space in the memory to store the video data stream to be decrypted; secondly, based on the above analysis, when the encryption method is to convert the original video in units of preset length The data stream is divided into multiple data blocks and the first encryption algorithm (encryption algorithm is performed one by one according to the division unit) is used to encrypt multiple data blocks one by one, and then the second encryption algorithm (high-strength symmetric encryption algorithm) is used to encrypt the encrypted data. When a data block is encrypted as a whole, the above-mentioned overall encryption process is cracked by using a decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm), and the first encryption algorithm is used to decrypt the video data stream to be decrypted. The obtained encrypted multiple data blocks and the decryption algorithm reciprocal to the second encryption algorithm (high-strength symmetric encryption algorithm) are used to perform unit data block-by-unit decryption operations on the encrypted multiple data blocks, and the unencrypted multiple data blocks are obtained. Each data block can be temporarily stored in the newly opened storage space as intermediate data; then, by assembling the decrypted multiple data blocks in the storage space, the original video data that can be correctly parsed and executed by ffmpeg is finally obtained Or, when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, adopt the first encryption algorithm (encrypt algorithm one by one according to the division unit) to encrypt the multiple data blocks one by one and then Add digital watermarks to multiple data blocks one by one, and then use the second encryption algorithm (high-strength symmetric encryption algorithm) to encrypt the encrypted multiple data blocks as a whole. The reverse decryption algorithm cracks the above-mentioned overall encryption process, and decrypts the encrypted multiple data blocks obtained by the first encryption algorithm from the video data stream to be decrypted, and uses the second encryption algorithm (high-strength symmetric encryption algorithm) The reciprocal decryption algorithm performs the decryption operation on the encrypted multiple data blocks one by one, and the unencrypted multiple data blocks can be temporarily stored in the newly opened storage space as intermediate data; The digital watermark added to each data block in multiple data blocks performs data integrity verification on multiple data blocks, that is, by adding digital watermarks to ensure the integrity and accuracy of the original video data stream; finally, by decrypting the output Assembled multiple data blocks, and finally get the original video data stream that can be correctly parsed and executed by ffmpeg.

In addition, a server is also provided in this embodiment. Fig. 6 is a schematic diagram of information interaction between a server and a client for playing video data streams according to an embodiment of the present invention. As shown in Figure 6, the server is configured to receive the video data stream to be decrypted from the client, decrypt the video data stream to be decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted, and convert the The decrypted video data stream is sent to the decoding code corresponding to the video format for playback.

Example 3

Embodiments of the present invention may provide a computer terminal, and the computer terminal may be any computer terminal device in a group of computer terminals. Optionally, in this embodiment, the foregoing computer terminal may also be replaced with a terminal device such as a mobile terminal.

Optionally, in this embodiment, the foregoing computer terminal may be located in at least one network device among multiple network devices of the computer network.

Optionally, FIG. 7 is a structural block diagram of a computer terminal according to an embodiment of the present invention. As shown in FIG. 7, the computer terminal may include: one or more (only one is shown in the figure) processors and memory.

Wherein, the memory can be used to store software programs and modules, such as program instructions/modules corresponding to the method and device for playing video data streams in the embodiments of the present invention, and the processor runs the software programs and modules stored in the memory to execute various A functional application and data processing, that is, a method for realizing the above-mentioned playing video data stream. The memory may include high-speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some instances, the memory may further include a memory that is remotely located relative to the processor, and these remote memories may be connected to the terminal through a network. Examples of the aforementioned networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The processor can call the information and application programs stored in the memory through the transmission device to perform the following steps:

S1: Obtain the video data stream to be decrypted;

S2: Decrypt the video data stream to be decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted;

S3: Send the processed video data stream to the decoding code corresponding to the video format for playback.

Optionally, the above-mentioned processor may also execute the program code in the following steps: register the video data stream reading interface; use the video data stream reading interface to redirect the video data stream to be decrypted, and obtain the video data stream to be decrypted.

Optionally, the above-mentioned processor may also execute the program code of the following step: Register the video data stream reading interface with the decoding code corresponding to the video format through the callback function interface provided by the decoding code corresponding to the video format.

Optionally, the above-mentioned processor can also execute the program code of the following steps: when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, and use the first encryption algorithm to encrypt the multiple data blocks one by one When encrypting, and then adopting the second encryption algorithm to encrypt the encrypted multiple data blocks as a whole, the encrypted multiple data blocks are decrypted from the video data stream to be decrypted by a decryption algorithm matched with the second encryption algorithm; A plurality of data blocks are decrypted from the encrypted data blocks by a decryption algorithm matching the first encryption algorithm; the plurality of data blocks are assembled to obtain a processed video data stream.

Optionally, the above-mentioned processor can also execute the program code in the following steps: when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, and use the first encryption algorithm to encrypt the multiple data blocks one by one Encrypt and add digital watermarks to multiple data blocks one by one, and then use the second encryption algorithm to encrypt the encrypted multiple data blocks as a whole, use the decryption algorithm that matches the second encryption algorithm from the video data stream to be decrypted Decrypt the encrypted multiple data blocks; decrypt multiple data blocks from the encrypted multiple data blocks through a decryption algorithm that matches the first encryption algorithm; The digital watermark performs data integrity verification on multiple data blocks; after the data integrity verification is successful, multiple data blocks are assembled to obtain the processed video data stream.

Optionally, the above-mentioned processor may also execute the program code of the following steps: requesting to create a memory space, wherein the memory space is used to store the video data stream to be decrypted and to store the video data stream to be decrypted for the intermediate data obtained during the decryption process. data.

According to the embodiment of the present invention, after the video data stream to be decrypted is acquired, the video data stream to be decrypted is decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted, and then the processed video data stream is decrypted The video data stream is sent to the decoding code corresponding to the video format for playback. By first decrypting and encapsulating the obtained encrypted video, the purpose of decoding and playing the encrypted video is achieved, thereby realizing customized encryption. The video file is decoded and played, which effectively prevents the video data in the encrypted video file from being modified or the video file is pirated, thereby solving the problem that the playback interface and functions provided by the playback tool in the related technology cannot support the decoding of the encrypted video file and playback, which easily leads to the technical problem that video files are easily disguised and tampered by hackers because they have not been encrypted.

Those of ordinary skill in the art can understand that the structure shown in Figure 7 is only schematic, and the computer terminal can also be a smart phone (such as an Android phone, an iOS phone, etc.), a tablet computer, an applause computer, and a mobile Internet device (Mobile Internet Devices, MID ), PAD and other terminal equipment. FIG. 7 does not limit the structure of the above-mentioned electronic device. For example, the computer terminal may also include more or less components than those shown in FIG. 7 (such as a network interface, a display device, etc.), or have a configuration different from that shown in FIG. 7 .

Those skilled in the art can understand that all or part of the steps in the various methods of the above embodiments can be completed by instructing hardware related to the terminal device through a program, and the program can be stored in a computer-readable storage medium, and the storage medium can be Including: a flash disk, a read-only memory (Read-Only Memory, ROM for short), a random access memory (Random Access Memory, RAM for short), a magnetic disk or an optical disk, and the like.

Example 4

The embodiment of the invention also provides a storage medium. Optionally, in this embodiment, the foregoing storage medium may be used to store program codes executed by the method for playing a video data stream provided in Embodiment 1 above.

Optionally, in this embodiment, the above-mentioned storage medium may be located in any computer terminal in the group of computer terminals in the computer network, or in any mobile terminal in the group of mobile terminals.

Optionally, in this embodiment, the storage medium is configured to store program codes for performing the following steps:

S1: Obtain the video data stream to be decrypted;

S2: Decrypt the video data stream to be decrypted according to the decryption method corresponding to the encryption method adopted by the video data stream to be decrypted;

S3: Send the processed video data stream to the decoding code corresponding to the video format for playback.

Optionally, the above-mentioned storage medium is also configured to store program codes for performing the following steps: register the video data stream reading interface; use the video data stream reading interface to redirect the video data stream to be decrypted, and obtain the video data stream to be decrypted video data stream.

Optionally, the above-mentioned storage medium is also configured to store program codes for performing the following steps: Register the video data stream reading interface with the decoding code corresponding to the video format through the callback function interface provided by the decoding code corresponding to the video format.

Optionally, the above-mentioned storage medium is also configured to store program codes for performing the following steps: when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length and use the first encryption algorithm to Encrypt multiple data blocks one by one, and then use the second encryption algorithm to encrypt the encrypted multiple data blocks as a whole, and decrypt the encrypted video data stream from the video data stream to be decrypted by using the decryption algorithm matching the second encryption algorithm. A plurality of data blocks; a plurality of data blocks are decrypted from the encrypted plurality of data blocks by a decryption algorithm matching the first encryption algorithm; the plurality of data blocks are assembled to obtain a processed video data stream.

Optionally, the above-mentioned storage medium is also configured to store program codes for performing the following steps: when the encryption method is to first divide the original video data stream into multiple data blocks according to the preset length, and use the first encryption algorithm to Encrypt multiple data blocks one by one and add digital watermarks to multiple data blocks one by one, and then use the second encryption algorithm to encrypt the encrypted multiple data blocks as a whole, use the decryption algorithm that matches the second encryption algorithm from the data to be decrypted A plurality of encrypted data blocks are decrypted in the video data stream; a plurality of data blocks are decrypted from a plurality of encrypted data blocks by a decryption algorithm matched with the first encryption algorithm; The digital watermark added to each data block performs data integrity verification on multiple data blocks; after the data integrity verification is successful, multiple data blocks are assembled to obtain the processed video data stream.

Optionally, the above-mentioned storage medium is also configured to store program codes for performing the following steps: requesting to create a memory space, wherein the memory space is used to store the video data stream to be decrypted and store the video data stream to be decrypted for decryption processing Intermediate data obtained during the process.

The serial numbers of the above embodiments of the present invention are for description only, and do not represent the advantages and disadvantages of the embodiments.

In the above-mentioned embodiments of the present invention, the descriptions of each embodiment have their own emphases, and for parts not described in detail in a certain embodiment, reference may be made to relevant descriptions of other embodiments.

In the several embodiments provided in this application, it should be understood that the disclosed technical content can be realized in other ways. Wherein, the device embodiments described above are only illustrative, for example, the division of the units is only a logical function division, and there may be other division methods in actual implementation, for example, multiple units or components can be combined or can be Integrate into another system, or some features may be ignored, or not implemented. In another point, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces, and the indirect coupling or communication connection of units or modules may be in electrical or other forms.

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

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

If the integrated unit is realized in the form of a software function unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the essence of the technical solution of the present invention or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium , including several instructions to make a computer device (which may be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the methods described in various embodiments of the present invention. The aforementioned storage medium includes: various media capable of storing program codes such as U disk, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), mobile hard disk, magnetic disk or optical disk.

The above is only a preferred embodiment of the present invention, and it should be pointed out that for those of ordinary skill in the art, some improvements and modifications can be made without departing from the principle of the present invention. It should be regarded as the protection scope of the present invention.

Claims (13)

1. a kind of method of playing video data stream, it is characterised in that including：

Obtain video data stream to be decrypted；

Treated according to manner of decryption corresponding with the cipher mode that the video data stream to be decrypted is used to described Processing is decrypted in the video data stream of decryption；

Video data stream after decryption processing to decoding code corresponding with video format is played out.

2. according to the method described in claim 1, it is characterised in that obtaining the video data stream to be decrypted includes：

Register video data stream and read interface；

Interface is read using the video data stream to redirect the video data stream to be decrypted, is obtained The video data stream to be decrypted.

3. method according to claim 2, it is characterised in that pass through the decoding code corresponding with video format The call back function interface of offer reads interface to the decoding code registration video data stream corresponding with video format.

4. according to the method described in claim 1, it is characterised in that when the cipher mode is to be first according to preset length Original video data stream is divided into multiple data blocks and using the first AES to the multiple data block by unit When being encrypted one by one, then overall encryption carried out to multiple data blocks after encryption using the second AES, root Processing, which is decrypted, to the video data stream to be decrypted according to the manner of decryption includes：

By being decrypted with the decipherment algorithm that second AES is matched from the video data stream to be decrypted The multiple data blocks gone out after the encryption；

Decrypted by the decipherment algorithm matched with first AES from multiple data blocks after the encryption Go out the multiple data block；

The multiple data block is assembled, the video data stream after the processing is obtained.

5. according to the method described in claim 1, it is characterised in that when the cipher mode is to be first according to preset length Original video data stream is divided into multiple data blocks by unit, using the first AES to the multiple data block It is encrypted one by one and adds digital watermarking one by one to the multiple data block, then is added using the second AES pair When multiple data blocks after close carry out overall encryption, according to the manner of decryption to the video data to be decrypted Stream, which carries out decryption processing, to be included：

By being decrypted with the decipherment algorithm that second AES is matched from the video data stream to be decrypted The multiple data blocks gone out after the encryption；

Decrypted by the decipherment algorithm matched with first AES from multiple data blocks after the encryption Go out the multiple data block；

By being each data block is added in the multiple data block the digital watermarking one by one to the multiple number Data integrity verifying is carried out according to block；

After data integrity verifying success, the multiple data block is assembled, the processing is obtained Video data stream afterwards.

6. method according to any one of claim 1 to 5, it is characterised in that obtaining described to be decrypted regard After frequency data stream, in addition to：

Request creates memory headroom, wherein, the memory headroom is used to store the video data stream to be decrypted And the intermediate data obtained in processing procedure is decrypted in the storage video data stream to be decrypted.

7. a kind of device of playing video data stream, it is characterised in that including：

Acquisition module, the video data stream to be decrypted for obtaining；

Processing module, for according to solution corresponding with the cipher mode that the video data stream to be decrypted is used Processing is decrypted to the video data stream to be decrypted in close mode；

Sending module, for the video data stream after processing to decoding code corresponding with video format to be entered Row is played.

8. device according to claim 7, it is characterised in that the acquisition module includes：

Registering unit, interface is read for registering video data stream；

Acquiring unit, is flowed into for reading interface using the video data stream to the video data to be decrypted Row is redirected, and obtains the video data stream to be decrypted.

9. device according to claim 8, it is characterised in that the registering unit, for passing through described and video The call back function interface that the corresponding decoding code of form is provided is registered to the decoding code corresponding with video format Video data stream reads interface.

10. device according to claim 7, it is characterised in that when the cipher mode is to be first according to preset length Original video data stream is divided into multiple data blocks and using the first AES to the multiple data block by unit When being encrypted one by one, then overall encryption carried out to multiple data blocks after encryption using the second AES, institute Stating processing module includes：

First decryption unit, for the decipherment algorithm by being matched with second AES from described to be decrypted Video data stream in decrypt multiple data blocks after the encryption；

Second decryption unit, for the decipherment algorithm by being matched with first AES after the encryption Multiple data blocks in decrypt the multiple data block；

Module units, for being assembled to the multiple data block, obtains the video data stream after the processing.

11. device according to claim 7, it is characterised in that when the cipher mode is to be first according to preset length Original video data stream is divided into multiple data blocks by unit, using the first AES to the multiple data block It is encrypted one by one and adds digital watermarking one by one to the multiple data block, then is added using the second AES pair When multiple data blocks after close carry out overall encryption, the processing module includes：

First decryption unit, for the decipherment algorithm by being matched with second AES from described to be decrypted Video data stream in decrypt multiple data blocks after the encryption；

Second decryption unit, for the decipherment algorithm by being matched with first AES after the encryption Multiple data blocks in decrypt the multiple data block；

Verification unit, for by being one by one the digital water of each data block addition in the multiple data block Print carries out data integrity verifying to the multiple data block；

Module units, for after data integrity verifying success, being assembled to the multiple data block, Obtain the video data stream after the processing.

12. the device according to any one of claim 7 to 11, it is characterised in that described device also includes：

Request module, for asking to create memory headroom, wherein, the memory headroom, which is used to storing, described to be waited to solve Close video data stream and the storage video data stream to be decrypted is decrypted in being obtained in processing procedure Between data.

13. a kind of server, it is characterised in that the server, the video to be decrypted of client is come from for receiving Data flow, according to manner of decryption corresponding with the cipher mode that the video data stream to be decrypted is used to institute State video data stream to be decrypted be decrypted processing and by the video data stream after decryption processing to regarding The corresponding decoding code of frequency form is played out.