Video encryption method, video playback method and device
By personalizing the video, a key for the target video is generated, which solves the security risks in video transmission and playback, and achieves higher security and uncertainty, ensuring that the legal receiver can decrypt the playback.
Patent Information
- Application Number
- CN202110892904.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2021-08-04
- Publication Date
- 2025-08-26
- Estimated Expiration
- 2041-08-04
AI Technical Summary
There are security risks during the transmission and playback of existing videos, especially when passwords are leaked, resulting in higher risk of video leakage.
The method of encryption first and then transmission is adopted to generate a personalized key for the target video, and the video encryption parameters and trusted player characteristics are used to generate a first key to encrypt the video, and the receiver uses the second key to decrypt and play.
It improves the security of video transmission and playback, reduces the risk of key leakage, enhances the security and uncertainty of video, and reduces the possibility of cracking by illegal receivers.
Smart Images

Figure CN113747243B_ABST
Abstract
Description
Technical Field
[0001] Embodiments of the present disclosure generally relate to the field of video processing, and more particularly, to a video encryption method, a video playback method, an apparatus, a device, and a computer-readable storage medium. Background Art
[0002] Currently, when terminals and other devices transmit and play videos, they usually transmit videos in plain text for convenience. This way, decryption is not required during playback, allowing for quick playback. However, this method poses significant security risks to video transmission and playback.
[0003] To improve the security of video transmission and playback, the two parties involved in the transmission, namely the sender and the receiver, usually agree on a simple password. In this way, the password can be used to encrypt and decrypt various videos transmitted between the two parties. However, once the password is leaked, the universality of the password makes all videos transmitted by both parties have security risks, which may lead to security issues such as video leakage, causing great inconvenience to users. Summary of the Invention
[0004] According to an embodiment of the present disclosure, a video encryption scheme and a video playback scheme are provided.
[0005] In a first aspect of the present disclosure, a video encryption method is provided. The method comprises:
[0006] Get the target video acquisition request sent by the receiver;
[0007] generating a first key for the target video;
[0008] The target video is encrypted according to the first key, and then the encrypted target video is sent to a receiver, so that the receiver decrypts the target video using a second key and plays the target video.
[0009] According to the above aspect and any possible implementation, an implementation is further provided, wherein generating a first key for the target video includes:
[0010] Get video encryption parameters;
[0011] The first key is generated according to the video encryption parameter, wherein the video encryption parameter includes at least one of the following:
[0012] Preset video stream characteristics, trusted player characteristics, and preset encryption parameters.
[0013] According to the above aspect and any possible implementation, further provided is an implementation, wherein the preset video stream feature includes at least one of the following:
[0014] The transmission protocol of the TS stream of the target video, the storage address of the TS stream of the target video, and the characteristics of the video frames of the TS stream in the target video;
[0015] The characteristics of the trusted player include at least one of the following:
[0016] The location of the playback device where the trusted player is located, the version of the trusted player, and the login user information of the trusted player.
[0017] According to the above aspect and any possible implementation, an implementation is further provided, wherein encrypting the target video according to the first key and then sending the encrypted target video to the recipient includes:
[0018] Obtaining a video encryption block in the target video, where the video encryption block is used to indicate a video block in the target video that needs to be encrypted;
[0019] The video encryption block is encrypted using the first key, and then the encrypted target video is sent to the receiver.
[0020] In a second aspect of the present disclosure, a video playback method is provided. The method comprises:
[0021] Send a target video acquisition request to the sender;
[0022] Receiving an encrypted target video sent by the sender, where the encrypted target video is obtained by the sender encrypting the target video according to a first key;
[0023] After decrypting the target video using the second key, the target video is played.
[0024] According to the above aspect and any possible implementation, further provided is an implementation, wherein the first key is a key generated by the sender according to video encryption parameters, wherein the video encryption parameters include at least one of the following:
[0025] Preset video stream characteristics, trusted player characteristics, and preset encryption parameters;
[0026] The second key is the same as the first key; or
[0027] The second key and the first key are public and private keys of each other.
[0028] According to the aspects described above and any possible implementation method, an implementation method is further provided, wherein the encrypted target video is a video obtained by the sender encrypting the video encryption block in the target video according to the first key, and the video encryption block is used to indicate the video block in the target video that needs to be encrypted.
[0029] In a third aspect of the present disclosure, a video encryption device is provided. The device includes:
[0030] An acquisition module is used to obtain a target video acquisition request sent by a receiver;
[0031] A generating module, configured to generate a first key for the target video;
[0032] The encryption module is used to encrypt the target video according to the first key, and then send the encrypted target video to the receiver, so that the receiver can decrypt the target video using the second key and play the target video.
[0033] In a fourth aspect of the present disclosure, a video playback device is provided. The device includes:
[0034] The sending module is used to send a target video acquisition request to the sender;
[0035] A receiving module, configured to receive the encrypted target video sent by the sender, wherein the encrypted target video is obtained by the sender encrypting the target video according to a first key;
[0036] The decryption module is used to decrypt the target video using the second key and then play the target video.
[0037] In a fifth aspect of the present disclosure, an electronic device is provided, comprising: a memory and a processor, wherein the memory stores a computer program, and the processor implements the above method when executing the program.
[0038] In a sixth aspect of the present disclosure, a computer-readable storage medium is provided, on which a computer program is stored. When the program is executed by a processor, the method according to the first aspect and / or the second aspect of the present disclosure is implemented.
[0039] The present disclosure can achieve the following technical effects through the above technical solution:
[0040] The security of the target video can be improved by encrypting it before transmitting it. Moreover, since a personalized key can be generated for the target video rather than a common password simply agreed upon by the transmitting parties, each video transmitted between the sender and the receiver may have a different encryption key, which increases the uncertainty of the key. Therefore, it can further reduce the security risks of the target video and improve the security of the target video transmission and playback.
[0041] It should be understood that the contents described in the Summary of the Invention section are not intended to limit the key or important features of the embodiments of the present disclosure, nor are they intended to limit the scope of the present disclosure. Other features of the present disclosure will become readily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS
[0042] The above and other features, advantages and aspects of the embodiments of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings. In the accompanying drawings, the same or similar reference numerals represent the same or similar elements, wherein:
[0043] Figure 1 A flowchart of a video encryption method according to an embodiment of the present disclosure is shown;
[0044] Figure 2 A flowchart of a video playback method according to an embodiment of the present disclosure is shown;
[0045] Figure 3 A block diagram of a video encryption device according to an embodiment of the present disclosure is shown;
[0046] Figure 4 A block diagram of a video playback device according to an embodiment of the present disclosure is shown;
[0047] Figure 5 A block diagram of an exemplary electronic device capable of implementing embodiments of the present disclosure is shown. DETAILED DESCRIPTION
[0048] To make the purpose, technical solutions, and advantages of the embodiments of the present disclosure more clear, the technical solutions in the embodiments of the present disclosure will be clearly and completely described below in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present disclosure, not all of the embodiments. Based on the embodiments of the present disclosure, all other embodiments obtained by ordinary technicians in this field without making any creative efforts are within the scope of protection of the present disclosure.
[0049] In this document, the term "and / or" simply describes a relationship between related objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " in this document generally indicates that the related objects are in an "or" relationship.
[0050] In the present disclosure, the security of the target video can be improved by encrypting it first and then transmitting it. Since a personalized key can be generated for the target video, rather than a common password simply agreed upon by the transmitting parties, each video transmitted between the sender and the receiver may have a different encryption key, which enhances the uncertainty of the key. Therefore, it can further reduce the security risks of the target video and improve the security of the target video transmission and playback.
[0051] Figure 1 A flow chart of a video encryption method 100 according to an embodiment of the present disclosure is shown. The method 100 may include:
[0052] Step 110: Obtain a target video acquisition request sent by a recipient;
[0053] Step 120: Generate a first key for the target video. The target video may be one or more videos. Accordingly, the first key refers to a personalized key corresponding to each video.
[0054] Step 130: encrypt the target video according to the first key, and then send the encrypted target video to a receiver, so that the receiver can decrypt the target video using a second key and then play the target video.
[0055] After obtaining the target video acquisition request sent by the recipient, a personalized first key for the target video can be automatically generated, and then the target video can be encrypted using the first key before being sent to the recipient, so that the recipient can use the second key to decrypt the target video before playing the video. In this way, the security of the target video can be improved by encrypting first and then transmitting. Since the first key is a personalized key for the target video, rather than a common password simply agreed upon by the two parties to the transmission, each video transmitted between the sender and the receiver may have a different encryption key, which enhances the uncertainty of the key. Therefore, the security risks of the target video can be further reduced, and the security of the target video transmission and playback can be improved.
[0056] In one embodiment, generating a first key for the target video includes:
[0057] Get video encryption parameters;
[0058] The first key is generated according to the video encryption parameter, wherein the video encryption parameter includes at least one of the following:
[0059] Preset video stream characteristics, trusted player characteristics, and preset encryption parameters.
[0060] When generating the first key, it can be automatically generated based on one or more of the preset video stream characteristics, the characteristics of the trusted player, and the preset encryption parameters. Of course, the more video encryption parameters there are, the higher the security level of the first key, and accordingly, the higher the security of the target video.
[0061] In addition, it is important to emphasize that:
[0062] If the features of a trusted player are adopted, the first key will be more closely associated with the trusted player. Since the illegal recipient does not have a trusted player, he or she will not know the specific detailed features of the trusted player. Therefore, the illegal recipient does not know the specific basis for generating the first key, and therefore has no way of knowing the correct second key. In this way, the possibility of the illegal recipient cracking the encrypted target video will be greatly reduced, and the security of the target video will be greatly improved.
[0063] Similarly, if the preset video stream features are used, the first key will be more closely associated with the video stream of the target video itself. However, since the illegal recipient does not know what the target video is, it is even less clear what the specific preset video stream features are. Therefore, the illegal recipient does not know the specific basis for generating the first key, and has no way of knowing the correct second key. In this way, the possibility of the illegal recipient cracking the encrypted target video will be greatly reduced, and the security of the target video will be greatly improved.
[0064] The preset encryption parameters can be any specified numbers, uppercase and lowercase letters, punctuation marks, and their combinations.
[0065] In one embodiment, the preset video stream feature includes at least one of the following:
[0066] The transmission protocol of the TS (Transport Stream) of the target video, the storage address of the TS stream of the target video, and the characteristics of the video frames of the TS stream in the target video; there can be multiple TS streams in the target video.
[0067] The characteristics of the trusted player include at least one of the following:
[0068] The location of the playback device where the trusted player is located (IP address, MAC address, GPS positioning, etc.), the version of the trusted player, and the login user information of the trusted player (such as account + password, or mobile phone number + verification code, etc.).
[0069] The transmission protocol may be an http (Hyper Text Transfer Protocol) protocol, etc., and the storage address may be specific to a bottom-level folder under a certain system of a certain device.
[0070] The characteristics of the video frames of the TS stream in the target video can be the characteristics of each video frame in the TS stream, such as the average value of the pixel values of the pixels in the video area of the upper left corner x*y of each video frame. In this way, each video frame can be encrypted separately. Of course, the encryption workload is large; or
[0071] The features of the video frames of the TS stream in the target video may be the features of the Xth video frame in each TS stream; or,
[0072] The features of the video frames of the TS stream in the target video may be features of multiple video frames in a specified order in each TS stream, and the features of the video frames may be pixel values, brightness values, grayscale values, saturation, etc.
[0073] In one embodiment, encrypting the target video according to the first key and then sending the encrypted target video to the recipient includes:
[0074] Obtaining a video encryption block in the target video, where the video encryption block is used to indicate a video block in the target video that needs to be encrypted;
[0075] The video encryption block is encrypted using the first key, and then the encrypted target video is sent to the receiver.
[0076] In the present disclosure, in addition to using the first key to encrypt the target video as a whole, the target video can also be partially encrypted according to actual needs, that is, first determine the video encryption block that needs to be encrypted, and then use the first key to automatically encrypt the video encryption block. In this way, the security of the video can be ensured and the encryption workload can be reduced.
[0077] Figure 2 A flow chart of a video playback method 200 according to an embodiment of the present disclosure is shown. The method 200 may include:
[0078] Step 210: Send a target video acquisition request to the sender;
[0079] Step 220: Receive the encrypted target video sent by the sender, where the encrypted target video is obtained by the sender encrypting the target video according to the first key;
[0080] Step 230: After decrypting the target video using the second key, the target video is played.
[0081] After receiving the encrypted target video sent by the sender, the receiver can only successfully decrypt the target video using the correct second key, and then complete the automatic playback of the target video. In this way, it can be ensured that only the legitimate receiver can complete the video playback, and the illegal receiver does not know how to decrypt it because he does not know the encryption method of the target video, thus ensuring that the target video can be played safely.
[0082] In addition, since the sender encrypts the target video before transmitting it, the security of the target video transmission can be improved. Since the first key is a personalized key for the target video, rather than a common password simply agreed upon by the two parties, each video transmitted between the sender and the receiver may have a different encryption key, which increases the uncertainty of the key. Therefore, the security risks of the target video can be further reduced, and the security of the target video transmission and playback can be improved.
[0083] In one embodiment, the first key is a key generated by the sender according to video encryption parameters, wherein the video encryption parameters include at least one of the following:
[0084] Preset video stream characteristics, trusted player characteristics, and preset encryption parameters;
[0085] The second key is the same as the first key; or
[0086] The second key and the first key are public and private keys of each other.
[0087] The first key and the second key can be exactly the same, or they can be each other's public key and private key, thereby making the encryption and decryption method of the target video more flexible.
[0088] In one embodiment, the encrypted target video is obtained by the sender encrypting a video encryption block in the target video according to the first key, and the video encryption block is used to indicate a video block in the target video that needs to be encrypted.
[0089] In the present disclosure, in addition to using the first key to encrypt the target video as a whole, the sender in the present disclosure can also partially encrypt the target video according to actual needs, that is, first determine the video encryption block that needs to be encrypted, and then use the first key to automatically encrypt the video encryption block. In this way, the security of the video can be ensured and the encryption workload can be reduced.
[0090] In one embodiment, the method further comprises:
[0091] Receiving a preset mark added by the sender to the target video;
[0092] The preset mark may be a watermark added to a video frame of the target video, or an identifier added to a header file of the target video.
[0093] After decrypting the target video, extracting the mark in the target video and determining whether it matches the preset mark;
[0094] If they match, it is determined that the target video has not been tampered with.
[0095] After receiving and storing the preset mark, the current mark in the target video can be extracted after decrypting the target video, and then it is determined whether the current mark matches the preset mark added by the sender. Specifically, if the similarity is higher than the preset similarity, it is matched, which can further confirm that the target video has not been tampered with and is still the original target video sent by the sender. If it does not match, it means that the target video has been illegally intercepted and tampered with.
[0096] In one embodiment, the method further comprises:
[0097] Receiving and storing a first hash value generated based on a preset video stream feature of the target video and sent by the sender;
[0098] After decrypting the target video, generating a second hash value of the target video according to the current video stream characteristics of the target video;
[0099] Whether the target video has been tampered with is determined based on whether the first hash value matches the second hash value.
[0100] By receiving a first hash value generated by a sender based on preset video stream features of a target video, after decrypting the target video, a second hash value of the target video can be generated using the current video stream features of the target video. Then, based on whether the first hash value matches the second hash value, it is automatically determined whether the target video has been tampered with. Specifically, if they match, it means that the video has not been tampered with; otherwise, it means that the video has been tampered with, thereby further improving the security of the target video.
[0101] In addition, if it is determined that the target video has been tampered with, a tampering signal can be sent to the sender so that the sender can adjust the first key in time. Accordingly, the receiver can adaptively adjust the second key in time to ensure the safe transmission and playback of the video.
[0102] It should be noted that for the aforementioned method embodiments, for simplicity of description, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present disclosure is not limited by the order of the actions described, because according to the present disclosure, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all optional embodiments, and the actions and modules involved are not necessarily required by the present disclosure.
[0103] The above is an introduction to the method embodiment. The following is a further explanation of the solution disclosed in the present disclosure through an apparatus embodiment.
[0104] Figure 3 FIG. 3 shows a block diagram of a video encryption device 300 according to an embodiment of the present disclosure. Figure 3 As shown, the apparatus 300 includes:
[0105] An acquisition module 310 is configured to acquire a target video acquisition request sent by a recipient;
[0106] A generating module 320, configured to generate a first key for the target video;
[0107] The encryption module 330 is used to encrypt the target video according to the first key, and then send the encrypted target video to the receiver, so that the receiver can decrypt the target video using the second key and play the target video.
[0108] Figure 4 FIG. 4 shows a block diagram of a video playback device 400 according to an embodiment of the present disclosure. Figure 4 As shown, the apparatus 400 includes:
[0109] The sending module 410 is used to send a target video acquisition request to a sender;
[0110] The receiving module 420 is configured to receive the encrypted target video sent by the sender, where the encrypted target video is obtained by the sender encrypting the target video according to the first key;
[0111] The decryption module 430 is configured to decrypt the target video using the second key and then play the target video.
[0112] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working process of the described module can refer to the corresponding process in the aforementioned method embodiment, and will not be repeated here.
[0113] Figure 5Schematic block diagram of an electronic device 500 that can be used to implement an embodiment of the present disclosure. The device 500 can be used to implement Figure 3 The video encryption device 300 and Figure 4 At least one of the video playback devices 400. Figure 5 As shown, the device 500 includes a CPU 501, which can perform various appropriate actions and processes according to computer program instructions stored in a ROM 502 or loaded from a storage unit 508 into a RAM 503. Various programs and data required for the operation of the device 500 can also be stored in the RAM 503. The CPU 501, the ROM 502, and the RAM 503 are connected to each other via a bus 504. An I / O interface 505 is also connected to the bus 504.
[0114] Various components in device 500 are connected to I / O interface 505, including: an input unit 506, such as a keyboard, mouse, etc.; an output unit 507, such as various types of displays, speakers, etc.; a storage unit 508, such as a magnetic disk, optical disk, etc.; and a communication unit 509, such as a network card, modem, wireless communication transceiver, etc. The communication unit 509 allows device 500 to exchange information / data with other devices via a computer network such as the Internet and / or various telecommunication networks.
[0115] The CPU 501 executes the various methods and processes described above, such as methods 100 and 200. For example, in some embodiments, methods 100 and 200 may be implemented as a computer software program that is tangibly contained in a machine-readable medium, such as storage unit 508. In some embodiments, part or all of the computer program may be loaded and / or installed onto the device 500 via ROM 502 and / or communication unit 509. When the computer program is loaded into RAM 503 and executed by the CPU 501, one or more steps of methods 100 and 200 described above may be performed. Alternatively, in other embodiments, the CPU 501 may be configured to execute methods 100 and 200 in any other suitable manner (e.g., by means of firmware).
[0116] The functions described above herein may be performed, at least in part, by one or more hardware logic components. For example, and without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chip (SOCs), complex programmable logic devices (CPLDs), and the like.
[0117] The program code for implementing the method of the present disclosure can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device so that when the program code is executed by the processor or controller, the functions / operations specified in the flow chart and / or block diagram are implemented. The program code can be executed entirely on the machine, partially on the machine, as a stand-alone software package, partially on the machine and partially on a remote machine, or entirely on a remote machine or server.
[0118] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or apparatus. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or device, or any suitable combination of the foregoing. More specific examples of machine-readable storage media may include an electrical connection based on one or more wires, a portable computer disk, a hard disk, RAM, ROM, EPROM, optical fiber, CD-ROM, an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
[0119] In addition, although adopting specific order to describe each operation, this should be understood as requiring such operation to be carried out in the specific order shown or in sequential order, or requiring that all illustrated operations should be carried out to obtain desired results. Under certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although comprising some specific implementation details in the above discussion, these should not be interpreted as limiting the scope of the present disclosure. Some features described in the context of separate embodiment can also be implemented in a single implementation in combination. On the contrary, the various features described in the context of a single implementation also can be implemented in a plurality of implementations individually or in the mode of any suitable subcombination.
[0120] Although the subject matter has been described in language specific to structural features and / or methodological logical acts, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are merely example forms of implementing the claims.
Claims
1. A video encryption method, used for a sender, characterized in that: include: Get the target video acquisition request sent by the receiver; Generate a first key for the target video, wherein the first key is a personalized key corresponding to each target video; Encrypting the target video according to the first key, and then sending the encrypted target video to a receiver, so that the receiver decrypts the target video using the second key and plays the target video; The step of generating a first key for the target video includes: Get video encryption parameters; The first key is generated according to the video encryption parameters, wherein the video encryption parameters include: Preset video stream characteristics, trusted player characteristics, and preset encryption parameters, where the preset encryption parameters include any specified numbers, uppercase and lowercase letters, punctuation marks, and combinations thereof; The preset video stream features include: The transmission protocol of the TS stream of the target video, the storage address of the TS stream of the target video, and the characteristics of the video frames of the TS stream in the target video; The features of the trusted player include: The location of the playback device where the trusted player is located, the version of the trusted player, and the login user information of the trusted player; The characteristics of the video frames of the TS stream in the target video are the characteristics of each video frame in the TS stream, or the characteristics of the Xth video frame in each TS stream, or the characteristics of multiple video frames in a specified order in each TS stream, wherein the characteristics of the video frames include at least one of pixel value, brightness value, grayscale value and saturation.
2. The method according to claim 1, characterized in that The step of encrypting the target video according to the first key and then sending the encrypted target video to the receiver includes: Obtaining a video encryption block in the target video, where the video encryption block is used to indicate a video block in the target video that needs to be encrypted; The video encryption block is encrypted using the first key, and then the encrypted target video is sent to the receiver.
3. A video playback method, used at a receiving side, characterized in that: include: Send a target video acquisition request to the sender; Receiving an encrypted target video sent by the sender, where the encrypted target video is obtained by the sender encrypting the target video according to a first key, wherein the first key is a personalized key corresponding to each target video; After decrypting the target video using the second key, the target video is played; The first key is generated according to video encryption parameters, and the video encryption parameters include: Preset video stream characteristics, trusted player characteristics, and preset encryption parameters, where the preset encryption parameters include any specified numbers, uppercase and lowercase letters, punctuation marks, and combinations thereof; The preset video stream features include: The transmission protocol of the TS stream of the target video, the storage address of the TS stream of the target video, and the characteristics of the video frames of the TS stream in the target video; The features of the trusted player include: The location of the playback device where the trusted player is located, the version of the trusted player, and the login user information of the trusted player; The characteristics of the video frames of the TS stream in the target video are the characteristics of each video frame in the TS stream, or the characteristics of the Xth video frame in each TS stream, or the characteristics of multiple video frames in a specified order in each TS stream, wherein the characteristics of the video frames include at least one of pixel value, brightness value, grayscale value and saturation.
4. The method according to claim 3, characterized in that The first key is a key generated by the sender according to video encryption parameters, wherein the video encryption parameters include at least one of the following: Preset video stream characteristics, trusted player characteristics, and preset encryption parameters; The second key is the same as the first key; or The second key and the first key are public and private keys of each other.
5. The method according to claim 3 or 4, characterized in that The encrypted target video is obtained by the sender encrypting a video encryption block in the target video according to the first key, and the video encryption block is used to indicate a video block in the target video that needs to be encrypted.
6. A video encryption device, used for a sender, characterized in that: include: An acquisition module is used to obtain a target video acquisition request sent by a receiver; A generating module, configured to generate a first key for the target video, wherein the first key is a personalized key corresponding to each target video; an encryption module, configured to encrypt the target video according to the first key, and then send the encrypted target video to a receiver, so that the receiver decrypts the target video using a second key and then plays the target video; The step of generating a first key for the target video includes: Get video encryption parameters; The first key is generated according to the video encryption parameters, wherein the video encryption parameters include: Preset video stream characteristics, trusted player characteristics, and preset encryption parameters, where the preset encryption parameters include any specified numbers, uppercase and lowercase letters, punctuation marks, and combinations thereof; The preset video stream features include: The transmission protocol of the TS stream of the target video, the storage address of the TS stream of the target video, and the characteristics of the video frames of the TS stream in the target video; The features of the trusted player include: The location of the playback device where the trusted player is located, the version of the trusted player, and the login user information of the trusted player; The characteristics of the video frames of the TS stream in the target video are the characteristics of each video frame in the TS stream, or the characteristics of the Xth video frame in each TS stream, or the characteristics of multiple video frames in a specified order in each TS stream, wherein the characteristics of the video frames include at least one of pixel value, brightness value, grayscale value and saturation.
7. A video playback device, used at a receiving end, characterized in that: include: The sending module is used to send a target video acquisition request to the sender; a receiving module, configured to receive an encrypted target video sent by the sender, wherein the encrypted target video is obtained by the sender encrypting the target video according to a first key, wherein the first key is a personalized key corresponding to each target video; A decryption module, configured to decrypt the target video using a second key and then play the target video; The first key is generated according to video encryption parameters, and the video encryption parameters include: Preset video stream characteristics, trusted player characteristics, and preset encryption parameters, where the preset encryption parameters include any specified numbers, uppercase and lowercase letters, punctuation marks, and combinations thereof; The preset video stream features include: The transmission protocol of the TS stream of the target video, the storage address of the TS stream of the target video, and the characteristics of the video frames of the TS stream in the target video; The features of the trusted player include: The location of the playback device where the trusted player is located, the version of the trusted player, and the login user information of the trusted player; The characteristics of the video frames of the TS stream in the target video are the characteristics of each video frame in the TS stream, or the characteristics of the Xth video frame in each TS stream, or the characteristics of multiple video frames in a specified order in each TS stream, wherein the characteristics of the video frames include at least one of pixel value, brightness value, grayscale value and saturation.
8. An electronic device comprising a memory and a processor, wherein a computer program is stored in the memory, wherein: When the processor executes the program, the method according to any one of claims 1 to 5 is implemented.
9. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the method according to any one of claims 1 to 5 is implemented.
Citation Information
Patent Citations
Information processing device and video and audio frequency information protection method
CN101335875A
Monitoring video data transmission method and device, terminal equipment and storage medium
CN112165596A
Data file acquisition method and device, terminal equipment and storage medium
CN112954388A