CN114697744A - Video data processing method and related device - Google Patents
Video data processing method and related device Download PDFInfo
- Publication number
- CN114697744A CN114697744A CN202011582898.XA CN202011582898A CN114697744A CN 114697744 A CN114697744 A CN 114697744A CN 202011582898 A CN202011582898 A CN 202011582898A CN 114697744 A CN114697744 A CN 114697744A
- Authority
- CN
- China
- Prior art keywords
- data
- code stream
- data block
- decoded
- packet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title abstract description 26
- 238000012545 processing Methods 0.000 claims abstract description 81
- 238000000034 method Methods 0.000 claims abstract description 48
- 238000004806 packaging method and process Methods 0.000 claims abstract description 22
- 230000005540 biological transmission Effects 0.000 claims description 34
- 238000012856 packing Methods 0.000 claims description 15
- 230000008569 process Effects 0.000 claims description 11
- 238000004891 communication Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012858 packaging process Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 8
- 238000012360 testing method Methods 0.000 description 6
- 230000000295 complement effect Effects 0.000 description 4
- 238000004422 calculation algorithm Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000001502 supplementing effect Effects 0.000 description 2
- 230000001133 acceleration Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/4408—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving video stream encryption, e.g. re-encrypting a decrypted video stream for redistribution in a home network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The application discloses a video data processing method and a related device, comprising the following steps: performing sub-packet processing on video code stream data to obtain a plurality of code stream data packets arranged in sequence; sequentially packaging a preset number of code stream data packets to obtain a first data block; sending the first data block to a hard encryption device for encryption to obtain an encrypted data block; the method and the device for decoding the video data comprise the steps that the encrypted data blocks are unpacked, and a plurality of data packets to be decoded are obtained, wherein the effective load data corresponding to the data packets to be decoded are the same as the effective load data included in the code stream data packets corresponding to the data packets to be decoded.
Description
Technical Field
The present application relates to the field of video technologies, and in particular, to a video data processing method and a related apparatus.
Background
When designing a hardware encryption scheme in a broadband product, technical challenges brought by broadband services are faced. In broadband products, video services are a common customer requirement. In the existing terminal product, the maximum processing capacity requirement of the terminal side for the video conference is 8-path video decryption + 1-path video encryption (720p, H.264), and the total encryption processing capacity of the security TF card is correspondingly required to be more than 18 Mbps. However, the processing capability of the secure TF card is about 4.5Mbps (AES 256CTR algorithm) through actual measurement of a secure TF card simulation service scene, and only about 2 paths of video encryption and decryption services can be supported. Therefore, it can be known that the video hardware encryption and decryption speed of the secure TF card in the prior art can not satisfy the business requirements, the video hardware encryption and decryption speed of the secure TF card becomes a key technical bottleneck influencing the design of the hard encryption scheme, and the prior video acceleration scheme has the disadvantages of insufficient security, large speed fluctuation and the like, so a technical scheme capable of solving the technical problems is needed.
Disclosure of Invention
The present application mainly solves the technical problem of providing a video data processing method and related apparatus, which can realize fast and safe processing of video data.
In order to solve the technical problem, the application adopts a technical scheme that: there is provided a video data processing method, the method comprising:
performing sub-packet processing on video code stream data to obtain a plurality of code stream data packets arranged in sequence;
sequentially packaging a preset number of the code stream data packets to obtain a first data block;
sending the first data block to a hard encryption device for encryption to obtain an encrypted data block;
unpacking the encrypted data blocks to obtain a plurality of data packets to be decoded, wherein the effective load data corresponding to the data packets to be decoded is the same as the effective load data included in the code stream data packets corresponding to the data packets to be decoded.
In order to solve the above technical problem, another technical solution adopted by the present application is: there is provided a video data processing method, the method comprising:
receiving a plurality of data packets to be decoded;
the data packet to be decoded is packaged to obtain an encrypted data block, and the encrypted data block is sent to a hard decryption device for decryption to obtain a decrypted data block;
unpacking the decrypted data blocks to obtain a preset number of code stream data packets;
and performing packet packaging processing on all code stream data packets to obtain video code stream data.
In order to solve the above technical problem, the present application adopts another technical solution: there is provided a video data processing apparatus comprising a memory and a processor, the memory being coupled to the processor, wherein,
the communication circuit is used for interacting with external terminal equipment under the control of the processor so as to send or receive data;
the memory stores a computer program;
the processor is configured to run the computer program to perform any of the methods described above.
In order to solve the above technical problem, the present application adopts another technical solution: there is provided a computer readable storage medium storing a computer program executable by a processor for implementing the method as described above.
The beneficial effect of this application is: different from the situation of the prior art, according to the technical scheme provided by the application, the code stream data is subjected to sub-packet processing to obtain a plurality of code stream data packets arranged in sequence, then the code stream data packets with the preset number are subjected to packet processing in sequence to obtain a first data block, the first data block is sent to a hard encryption device to be encrypted to obtain an encrypted data block, and the encrypted data block is subjected to unpacking processing to obtain a plurality of data packets to be decoded. According to the technical scheme provided by the application, the code stream data packet is packed to obtain a large first data block, and the first data block is sent to the hard encryption equipment as a unit, so that the times of sending data scheduling software can be reduced well, the time consumption of interface transmission is reduced, the speed of hard encryption of video code stream data is improved, and the video data can be processed quickly and safely.
Drawings
Fig. 1 is a schematic flowchart of an embodiment of a video data processing method according to the present application;
FIG. 2 is a schematic flow chart illustrating a video data processing method according to another embodiment of the present application;
fig. 3 is a schematic view of an application scenario in an embodiment of a video data processing method according to the present application;
FIG. 4 is a schematic flowchart of a video data processing method according to another embodiment of the present application;
FIG. 5 is a flowchart illustrating a video data processing method according to an embodiment of the present application;
FIG. 6 is a flowchart illustrating a video data processing method according to another embodiment of the present application;
FIG. 7 is a schematic interaction diagram illustrating an embodiment of a video data processing method according to the present application;
fig. 8 is a schematic diagram illustrating a time-consuming structure of an encryption/decryption test according to an embodiment of a video data processing method of the present application;
FIG. 9 is a block diagram of an embodiment of a video data processing apparatus according to the present application;
fig. 10 is a schematic structural diagram of an embodiment of a storage medium according to the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. It is to be understood that the specific embodiments described herein are merely illustrative of the application and are not limiting of the application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In the description of the present application, "plurality" means at least two, e.g., two, three, etc., unless explicitly specifically limited otherwise. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover a non-exclusive inclusion. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements but may alternatively include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments.
Referring to fig. 1, fig. 1 is a schematic flowchart illustrating a video data processing method according to an embodiment of the present disclosure. In the current embodiment, the main subject of execution of the method provided by the present application is a device for encoding video data, such as an encoder. In the current embodiment, the method provided by the present application includes:
s110: and performing sub-packet processing on the video code stream data to obtain a plurality of code stream data packets arranged in sequence.
Firstly, after the original video data is obtained, the video data is coded, and then video code stream data is obtained. After the video code stream data is obtained, the obtained video code stream data is further subjected to sub-packet processing to obtain a plurality of code stream data packets arranged in sequence. The sub-packaging process is to divide a larger data packet according to a preset sub-packaging rule to obtain a plurality of code stream data packets with set sizes.
Further, when the video data is transmitted based on a Real-time Transport Protocol (RTP), the step S110 further includes: and (3) carrying out packet division on the video code stream data based on the transmission rule of the RTP transmission protocol so as to obtain a plurality of code stream data packets arranged in sequence. Wherein, the size of each code stream data packet is determined according to an RTP transmission protocol. For example, in an embodiment, the obtained video code stream data may be subjected to packetization according to an RTP transmission protocol to obtain a plurality of sequentially arranged 1kB code stream data packets, in the current embodiment, the size of the plurality of code stream data packets obtained by performing the packetization on the video code stream data is the same, and each code stream data packet includes a packet header and payload data.
S120: and packing the code stream data packets with the preset number in sequence to obtain a first data block.
After a plurality of code stream data packets arranged in sequence are obtained, the code stream data packets with preset number are packed in sequence, and then a first data block is obtained. The packet processing refers to combining the selected data packets of the preset number into a larger data block according to a packet processing rule, and the packet processing rule can be directly combining the code stream data packets according to an original arrangement sequence to obtain a larger first data block. In another embodiment, the rule of the packing processing may also be to pack the payload data in each code stream data packet in sequence, so as to obtain a larger first data block.
Such as: the code stream data packet obtained in step S110 includes: d (1), D (2), and D (3) · D (32) ·.. D (n), then step S120 performs packet processing on a preset number of code stream data packets according to the sequence in which the code stream data packets are arranged. The preset number is set according to parameters of the hard encryption device, the hard decryption device, and the device for decoding, and is not limited herein, and the sequence of the code stream data packets is the original sequence of the code stream data packets obtained after the packetization in step S110. For example, in an embodiment, when the size of each codestream data packet is 1kB, then in step S120, packet packing processing may be performed on 16 codestream data packets to obtain a first data block with a size of 16 kB. Respectively selecting D (1) to D (16), performing packet processing on the selected data packets to obtain a first data block, selecting D (17) to D (32), performing packet processing to obtain a first data block, and sequentially executing the steps according to the arrangement sequence of the data packets until all the code stream data packets are completely packaged.
Further, if the last remaining code stream data packets are not enough to form a first data block with a set size in the process of sequentially performing packet processing on the preset number of code stream data packets, bit padding processing is correspondingly performed according to a set bit padding rule to obtain the first data block with the set size. For example, zero padding is performed after the last code stream packet, where the number of zero padding is based on the first data block with the set size. For example, if the code stream data packet is 1kB and the first data block is 16kB, if 14 code stream data packets remain last, zero of 2kB is padded after the last code stream data packet, so as to realize that the first data block of 16kB is obtained by the group packet.
S130: and sending the first data block to a hard encryption device for encryption to obtain an encrypted data block.
After obtaining the first data block, the decoder sends the obtained first data block to the hard encryption device to perform hard encryption processing on the first data block by using the hard encryption device. The hard encryption device performs hard encryption processing on the first data block to obtain an encrypted data block, and sends the encrypted data block back to the decoder side, and the decoder side further performs step S140 after obtaining the encrypted data block sent by the hard encryption device.
It should be noted that, the hard encryption device performs encryption processing on the first data block as a unit, and the encryption rule of the hard encryption device on the first data block is based on preset criteria, which is not limited herein, and the mode for the hard encryption device to encrypt the first data block may be selected according to actual needs, which is not limited herein. Further, the hard encryption device includes a secure TF card or other terminal dedicated to hard encryption.
S140: and unpacking the encrypted data block to obtain a plurality of data packets to be decoded.
After the decoder obtains the encrypted data block sent by the hard encryption device, the obtained encrypted data block is further unpacked to obtain a plurality of data packets to be decoded, and then the obtained data packets to be decoded are further sent to the decoder end by the encoder. The unpacking process is to split a larger data packet or data block into a plurality of smaller data packets according to the set unpacking process rule. The data packets to be decoded are data for sending to a decoder, and the payload data corresponding to each data packet to be decoded is the same as the payload data included in the code stream data packet corresponding to the data packet to be decoded.
Further, in step S140, the encrypted data block is unpacked according to the packing rule in step S120 to obtain a plurality of data packets to be decoded. And splitting the encrypted data block in sequence from the first bit of the encrypted data block to obtain a data packet to be decoded, which has the same size as the code stream data packet. If the data packets obtained by packetizing the video stream data are 1kB data packets, then the corresponding data packets to be decoded with the size of 1kB are obtained after unpacking the encrypted data blocks in step S140. After step S140, the encoder further sends the obtained data packet to be decoded to the decoder for the decoder to perform decoding processing to obtain video, thereby completing transmission processing of the video data.
In the embodiment corresponding to fig. 1 of the present application, different from the situation in the prior art, according to the technical scheme provided by the present application, by performing packet processing on code stream data, a plurality of code stream data packets arranged in sequence are obtained, then, a predetermined number of code stream data packets are sequentially subjected to packet processing, so as to obtain a first data block, the first data block is sent to a hard encryption device to be encrypted, so as to obtain an encrypted data block, and the encrypted data block is subjected to unpacking processing, so as to obtain a plurality of data packets to be decoded. According to the technical scheme, the code stream data packet is packed to obtain a larger first data block, and the larger first data block is used as a unit to send the code stream data to the hard encryption equipment for encryption, so that the frequency of sending data scheduling software can be well reduced, the time consumption of interface transmission is reduced, the speed of the hard encryption equipment for encrypting the video code stream data is increased, and the video data can be quickly and safely processed.
Referring to fig. 2, fig. 2 is a schematic flowchart illustrating another embodiment of a video data processing method according to the present application. In the current embodiment, the method provided by the present application includes:
s201: and performing sub-packet processing on the video code stream data to obtain a plurality of code stream data packets arranged in sequence. Step S201 is the same as step S110, and is not described herein again, and for details, reference may be made to the description of the corresponding part of step S110.
In the present embodiment, before the step S120 of sequentially performing the packet packing processing on the preset number of code stream data packets, the method provided by the present application further includes a step S202.
S202: the code stream data packets are grouped by frame type and/or the current encryption mode is determined.
Before the code stream data packets are packed, the current code stream data packets are firstly grouped according to the frame types, and/or the encryption mode which is selected currently and used for encrypting the code stream data is determined.
In the encoding and decoding process, video data is processed in a frame unit, so that the encryption and decryption package processing process is also performed in a frame unit. By grouping the code stream data packets according to the frame types, the influence on the processing of the current frame data for waiting for the decryption or transmission of other frame data can be better avoided.
The current encryption mode is used to determine the rules for the packet packing process and/or the rules for the unpacking process. The encryption mode includes: an independent block encryption mode, an operator feedback type encryption mode or a ciphertext feedback type encryption mode. It is understood that in other embodiments, the encryption mode may comprise other types, which are not listed here. Taking the H264 protocol as an example, three frames are defined in the H264 protocol, I frame, B frame and P frame. The difference between the P frame and the B frame is that the P frame is generated by referring to the previous I frame, and the B frame is generated by referring to the previous image frame.
If it is determined that the current encryption mode is the independent block encryption mode, the above-mentioned step S120 sequentially performs packet processing on a preset number of code stream data packets to obtain a first data block, further including the following steps S203 to S205.
S203: respectively acquiring the effective load data in the code stream data packets with the preset number.
And when the current encryption mode is determined to be the independent block encryption mode, sequentially acquiring the effective load data in the code stream data packets with the preset quantity.
S204: and performing bit complement processing on the payload data respectively to obtain a preset number of second data blocks with a first preset size.
After the payload data is obtained, bit complementing processing is respectively carried out on the obtained payload data of each code stream data packet to obtain a preset number of second data blocks with a first preset size. That is, in step S204, bit padding processing is performed on the acquired payload data of each code stream data packet, so as to pad the memory size occupied by the payload data to a first preset size, and further obtain a second data block occupying the same memory. In the current embodiment, the second data blocks with the same size are obtained by bit complementing the payload data, so that the second data blocks can be accurately and quickly combined to obtain the first data block, and the encrypted data blocks can be conveniently and quickly split subsequently.
Further, the step S204 performs bit padding on the payload data to obtain a preset number of second data blocks with a first preset size, and further includes: zero padding is performed after the last bit of the payload data, respectively, until a second data block of a first preset size is obtained.
S205: and combining the corresponding second data blocks according to the arrangement sequence of the code stream data packets with the preset number to obtain the first data blocks.
After the second data blocks are obtained, combining the second data blocks corresponding to the code stream data packets according to the arrangement sequence of the preset number of code stream data packets, and further obtaining the first data blocks. If the preset number is 8, respectively combining every 8 second data blocks according to the original arrangement sequence of the code stream data packets until all the second data blocks are combined. When the bit complementing processing is performed on the payload data to obtain the second data block, the second data block is arranged according to the arrangement sequence of the code stream data packets, that is, the sequence of the second data block is the same as the sequence of the code stream data packet corresponding to the second data block. It is understood that the preset number of values is not limited in other embodiments, such as the preset numbers 4, 8, 16, 32 may be set in conjunction with parameters of the hard encryption device, encoder, and decoder, which are not listed here.
S206: and sending the first data block to a hard encryption device for encryption to obtain an encrypted data block.
S207: and unpacking the encrypted data block to obtain a plurality of data packets to be decoded.
In the present embodiment, steps S206 to S207 correspond to steps S130 to S140, respectively, and are not described in detail herein, and refer to the corresponding parts above specifically.
Please refer to fig. 3 in conjunction with fig. 2, fig. 3 is a schematic view of an application scenario in an embodiment of a video data processing method according to the present application. As illustrated in fig. 3, taking an application scenario under an RTP transport protocol as an example, first, a code stream data packet (RTP packet illustrated in fig. 3) obtained by video encoding and packetization is packetized according to a frame type, payload data (also referred to as payload content in other embodiments, including NALU H and RBSP) in the RTP packet is obtained, then, bit padding processing is performed on the obtained payload data of each RTP packet, specifically, zero padding is performed after the last bit of the payload data, then, a second data block occupying a first preset size of a memory is obtained, and then, according to an arrangement sequence of the code stream data packet, the corresponding second data blocks are combined to obtain a first data block.
As shown in fig. 3, when the size of the code stream data packet obtained after RTP packetization is 1kB, after the payload data included in the code stream data packet is correspondingly obtained, when bit complementing is performed on the obtained payload data, a second data block with the size of 1kB is obtained, and then every 16 second data blocks are combined according to the arrangement order of the second data blocks to obtain a first data block with the size of 16 kB. As illustrated in fig. 3, the RTP payload1 to RTP payload16 are grouped into a first data block, the obtained first data block is sent to a hard encryption device to be encrypted to obtain an encrypted data block including an encryption negotiation packet, then the obtained encrypted data block is unpacked to obtain an encrypted third data block with a size of 1kB, and a real-time transmission extension header and a data packet header, that is, the RTP H and the RTP extension header illustrated in fig. 3, are respectively and sequentially added in front of the encrypted third data block RTP payload1 to obtain a data packet to be decoded.
Please refer to table 1 and table 2 in combination, where table 1 is a data result obtained by testing the technical scheme provided by the present application.
TABLE 1 statistical table of encryption and decryption speeds for different size data blocks in AES 128CTR encryption mode
TABLE 2 statistical table of encryption and decryption speed for different size data blocks under AES 256CTR encryption mode
As can be seen from tables 1 and 2, under the same encryption algorithm, in a certain size range, the encryption and decryption speed is faster when the data block (in the present application, the data packet and the data block have the same meaning and are both used to refer to data occupying a certain memory) is larger. As shown in tables 1 and 2, in the AES 256CTR encryption mode and in the AES 128CTR encryption mode, as the block length is larger, i.e., the length is longer, both the encryption speed and the decryption speed are increased accordingly. In the current embodiment, when the data block length is 16kB, the encryption and decryption speed is the best, so that the speed of video data transmission and the speed of encryption and decryption can be improved better by grouping the code stream data packets into 16kB data blocks for transmission and encryption and decryption. It is understood that, in other embodiments, the code stream packets may be further grouped into larger lengths for transmission, encryption, and decryption according to parameters of the encoder, the decoder, the hard encryption device, and the hard decryption device, which is not limited herein.
And then sending the obtained first data block to a hard encryption device, encrypting the received first data block by the hard encryption device, sending the encrypted data block obtained by encryption back to an encoder, and unpacking the obtained encrypted data packet by the encoder so as to obtain a plurality of data packets to be decoded. Taking RTP as an example, the encrypted data block is re-split, and an RTP extension header and a data packet header are added to the split data, so as to obtain a data packet to be decoded. Wherein, the RTP extension header is added with the encryption related information of the data packet. In the current embodiment, effective load data in each code stream data packet is selected, and each load data is subjected to bit filling respectively to obtain second data blocks with the same size, so that the second data blocks can be accurately and quickly combined to obtain the first data block, and the response speed of the system is greatly improved.
Further, please refer to fig. 4, where fig. 4 is a schematic flowchart illustrating a video data processing method according to another embodiment of the present application. In the current embodiment, the method provided by the present application includes:
s401: and performing sub-packet processing on the video code stream data to obtain a plurality of code stream data packets arranged in sequence.
S402: a current encryption mode is determined.
In the current embodiment, after the code stream data packet is obtained, the currently selected encryption mode is further determined. Wherein, the encryption mode includes: an independent block encryption mode, an operator feedback type encryption mode or a ciphertext feedback type encryption mode. It is understood that in other embodiments, the encryption mode may include other types, which are not listed here.
S403: and sequentially packaging the code stream data packets with preset quantity to obtain a first data block.
S404: and sending the first data block to a hard encryption device for encryption to obtain an encrypted data block.
In the present embodiment, the above step S140 unpacks the encrypted data block to obtain a plurality of data packets to be decoded, and further includes step S405 and step S407.
S405: and splitting the encrypted data block to obtain a preset number of third data blocks.
After the encoder receives the encrypted data blocks sent by the hard encryption device, the encrypted data blocks are further split, and then a preset number of third data blocks are obtained. And the number of the third data blocks obtained by splitting each encrypted data block is equal to the number of the second data blocks included in each first data block.
Further, after the encrypted data block is obtained, the data occupying the memory in the preset size is split into a third data block in sequence starting from the first bit data included in the encrypted data block. And the size of the memory occupied by the third data block is the same as that of the memory occupied by the second data block.
Further, since the sizes of the second data blocks for combining the first data blocks are all the same, step S405 may also be understood as dividing the encrypted data blocks into a preset number of third data blocks in sequence from the first data. Wherein the number of third data blocks is equal to the number of second data blocks.
In the present embodiment, step S406 is further included before step S407 is executed.
S406: and determining the encryption information included in the real-time transmission extension header according to the current encryption mode.
After the third data block is obtained through splitting, further determining encryption information included in the real-time transmission extension header according to the current encryption mode, wherein the encryption information is information used for informing a decoder of the encryption rule of the current data packet.
Further, if the current encryption mode is determined to be the independent block encryption mode, the encryption information comprises a secret key and an encryption group packet serial number; if the current encryption mode is an operator feedback type encryption mode or a ciphertext feedback type encryption mode, the encryption Information comprises a secret key, an IV (initial Vector), an initial value of the encrypted data block and a count value. The count value of the encrypted data blocks is also equal to the number of the first data blocks obtained by the packaging processing.
Further, if the current encryption mode is an operator feedback type encryption mode or a ciphertext feedback type encryption mode, sorting, packaging and decryption are required, and bit padding processing is not required when the code stream data packet is packaged.
S407: and sequentially adding a real-time transmission extension header and a data packet header before the first data of the third data block to obtain a plurality of data packets to be decoded.
After the encrypted information included in the real-time transmission expansion header is determined, the real-time transmission expansion header and the data packet header are further added in sequence before the first data of the third data block, and a plurality of data packets to be decoded are output.
Still further, step S407 further includes: and removing the data used for bit complementing in the third data block, and sequentially adding a real-time transmission expansion head and a data packet head before the first data of the third data block from which the bit complementing data is removed respectively so as to obtain a plurality of data packets to be decoded. When the zero is used for bit-filling processing, the zero used for bit filling in the third data block is further removed, and the real-time transmission extension header and the data packet header are sequentially added before the first data of the third data block from which the bit-filling zero is removed, so as to obtain a plurality of data packets to be decoded. The real-time transmission extension header is arranged on the left side, and the data packet header is arranged between the real-time extension header and the encrypted payload data.
In another embodiment, step S407 further includes: and sequentially adding a real-time transmission extension header and a data packet header before the first data of the third data block, and removing data used for bit padding in the third data block to obtain a decoding data packet.
It should be noted that steps S401, S403, and S404 in the embodiment corresponding to fig. 4 are the same as steps S110, S120, and S130 in fig. 1, and may specifically refer to the description of the corresponding parts above, which is not repeated herein.
Please refer to fig. 5, fig. 5 is a schematic flowchart illustrating a video data processing method according to an embodiment of the present application. In the present embodiment, the execution subject of the method provided by the present application is a decoder, and the method includes:
s510: a number of data packets to be decoded are received.
And receiving a plurality of data packets to be decoded sent by the encoder. The data packet to be decoded is the data packet which is sent to the decoder by the encoder and is encrypted. In the present embodiment, there is no limitation on the order in which the data packets to be decoded are received.
S520: and packaging the data packet to be decoded to obtain an encrypted data block, and sending the encrypted data block to the hard decryption device for decryption to obtain a decrypted data block.
And packaging the received data packet to be decoded to obtain an encrypted data block.
Further, after receiving a plurality of data packets to be decoded, further analyzing to obtain sequence identification information of the data packets to be decoded, and then performing packet packaging processing on the received large data packets to be decoded according to the obtained sequence identification to obtain a large encrypted data block.
Furthermore, because the data packet to be decoded includes the real-time transmission extension header and the data packet header, the real-time transmission extension header and/or the data packet header are/is also removed before the data packet to be decoded is subjected to the packaging processing, then the data packet to be decoded from which the real-time transmission extension header and the data packet header are removed is subjected to the packaging processing in sequence, an encrypted data block is obtained, and the obtained encrypted data block is sent to the hard decryption device for decryption.
Still further, in another embodiment, after a plurality of data packets to be decoded are received and the real-time transmission extension header and/or the data packet header are removed, bit padding processing is further performed on the data packets to be decoded after the real-time transmission extension header and/or the data packet header are removed to obtain data packets occupying the same size of the memory, and then packet packing processing is performed on the data packets subjected to the bit padding processing to obtain the encrypted data block. The bit filling processing comprises zero filling processing after removing the last data of the data packet to be decoded after the real-time transmission extension header and/or the data packet header so as to obtain the data packets with the same size.
After the encrypted data block is obtained, the obtained encrypted data block is further sent to a hard decryption device for decryption, so that a decrypted data block is obtained, and the obtained decrypted data block is sent back to the decoder for the decoder to decode and obtain the original video data. Wherein, the hard decryption device is arranged corresponding to the hard encryption device. Such as a hard encryption device comprising: when the safety TF card or other terminals special for hard encryption are used, the corresponding hard decryption equipment is correspondingly set to be the safety TF card or other terminals special for hard decryption.
S530: and unpacking the decrypted data blocks to obtain a preset number of code stream data packets.
And the decoder unpacks the decrypted data blocks to obtain a preset number of code stream data packets. It should be noted that the size of the memory occupied by the code stream data packet is the same as the size of the memory occupied by the data packet to be decoded, and the payload data corresponding to the code stream data packet is the same as the payload data corresponding to the data packet to be decoded.
Further, the unpacking processing rule for the decrypted data block in step S530 refers to the packing processing rule in S520. For example, in an embodiment, in step S520, n data packets to be decoded are packed to obtain an encrypted data block, and in step S530, the decrypted data block is split to obtain n code stream data packets, and the position of unpacking corresponds to the position of packing. Assuming that the mth bit and the (m + 1) th bit of the encrypted data block obtained in step S520 are boundaries of two data packets to be decoded, when the decrypted data block is unpacked in step S530, the mth bit and the (m + 1) th bit of the decrypted data block become boundaries of two code stream data packets obtained by splitting, that is, the unpacked mth bit data and the (m + 1) th bit data belong to two adjacent code stream data packets, respectively.
Furthermore, when the decrypted data block includes the complementary bit data, after unpacking the decrypted data block, further performing complementary bit removal processing on the data packet obtained by unpacking, and then adding a data packet header to the data packet from which the complementary bit data is removed, thereby obtaining a code stream data packet.
It should be noted that, when unpacking the decrypted data blocks, the order of the code stream data packets obtained by splitting in each decrypted data block is not changed. For example, the code stream packets obtained by splitting in the decrypted data block 1 are sequentially ordered from front to back as D (1) to D (16), so that the video code stream data is obtained by subsequently packing the code stream packets.
And sorting the code stream data packets obtained by unpacking in different decrypted data blocks according to the sequence identification information of each different decrypted data block. If the sequence identification information of the decrypted data block a is the second one, and the sequence identification information of the decrypted data block b is the first one, all code stream data packets obtained by unpacking the decrypted data block b are arranged in front of the code stream data packets obtained by unpacking the decrypted data block a, and the arrangement sequence of the code stream data packets in each group of decrypted data blocks is unchanged corresponding to the original sequence in the decrypted data blocks.
S540: and performing packet packaging processing on all code stream data packets to obtain video code stream data.
And then the obtained code stream data packet is packaged, so as to obtain video code stream data. After the decoder obtains the video code stream data, the decoder further decodes the obtained video code stream data to obtain the original video data.
Further, in step S540, the packet processing is performed on all the code stream data packets according to the arrangement order of the code stream data packets in each decrypted data block and the order identification information of each decrypted data block, so as to obtain the video code stream data. It should be noted that, the transmission protocol used by the decoder end is set corresponding to the encoder end, and if the encoder end selects the RTP transmission protocol, the decoder end correspondingly selects the RTP transmission protocol.
In the current embodiment, a plurality of received data packets to be decoded are packed by a corresponding encoder end to obtain encrypted data blocks, the encrypted data blocks are sent to a hard decryption device to be decrypted to obtain decrypted data blocks, the decrypted data blocks sent back by the hard decryption device are unpacked to obtain a preset number of code stream data packets, and finally all the code stream data packets are packed to obtain video code stream data. The method and the device have the advantages that a large encrypted data block is obtained by packaging a small data packet to be decoded and transmitted between the decoder and the hard decryption equipment, so that the times of sending data scheduling software can be reduced, the time consumption of interface transmission is reduced, the encrypted data block to be decrypted can be quickly sent to the hard decryption equipment, meanwhile, the hard decryption equipment can directly decrypt the large encrypted data block, the decryption speed of the hard decryption equipment on video data is improved, and the video data can be quickly and safely processed at the decoder end.
Referring to fig. 6, fig. 6 is a schematic flowchart illustrating another embodiment of a video data processing method according to the present application. In the current embodiment, the method provided by the present application includes:
s601: a number of data packets to be decoded are received.
In the current embodiment, step S601 is the same as step S510, and is not repeated herein, and the step S520 performs packet packing on the data packet to be decoded to obtain the encrypted data block further includes steps S602 to S603.
S602: and calculating whether packet loss occurs or not according to the data packet to be decoded.
After receiving the data packet to be decoded, further calculating whether a packet loss condition occurs according to the data packet to be decoded.
S603: if so, performing bit complementing processing on the packet loss content, and packaging the data packet to be decoded after the bit complementing processing to obtain an encrypted data block.
If the packet loss situation is obtained by calculation, bit supplementing processing is further performed on the packet loss content, and then the data packet to be decoded which is subjected to the bit supplementing processing is packaged to obtain the encrypted data block.
S604: and sending the encrypted data block to a hard decryption device for decryption to obtain a decrypted data block.
S605: and unpacking the decrypted data blocks to obtain a preset number of code stream data packets.
S606: and performing packet packaging processing on all code stream data packets to obtain video code stream data.
In the current embodiment, steps S604 to S606 are at least partially the same as steps S520 and S540 described above, and refer to the description of the corresponding parts above, which are not described in detail herein.
Further, please refer to fig. 6 continuously, in the current embodiment, after the step of obtaining the video bitstream data, the method provided by the present application further includes the content described in step S607.
S607: and decoding the video code stream data to obtain original video data.
And decoding the obtained video code stream data to obtain original video data. The video decoding rule corresponds to the encoding rule of the encoder end, and after the original video data are obtained, the obtained video data are further output to further display the original video collected by the camera device.
Referring to fig. 7, fig. 7 is an interaction diagram of an embodiment of a video data processing method according to the present application. In the current embodiment, the method provided by the present application includes:
s71, acquiring original video data acquired by the camera device, and coding the original video data to acquire video code stream data.
And S72, performing sub-packet processing on the video code stream data to obtain a plurality of code stream data packets arranged in sequence.
And S73, sequentially packaging the code stream data packets with preset quantity to obtain a first data block.
And S74, sending the first data block to a hard encryption device for encryption to obtain an encrypted data block.
And S75, encrypting the first data block to obtain an encrypted data block.
And S76, sending the encrypted data block to an encoder.
And S77, unpacking the encrypted data blocks to obtain a plurality of data packets to be decoded.
And S78, sending the data packets to be decoded to a decoder.
And S79, receiving a plurality of data packets to be decoded.
And S710, packaging the data packet to be decoded to obtain an encrypted data block.
And S711, sending the encrypted data block to a hard decryption device for decryption.
And S712, decrypting the encrypted data block to obtain a decrypted data block.
S713, the decrypted data block is sent back to the decoder.
And S714, unpacking the decrypted data blocks to obtain a preset number of code stream data packets.
And S715, performing packet packaging processing on all code stream data packets to obtain video code stream data.
And S716, decoding the video code stream data to obtain original video data.
The above steps can refer to fig. 1 to fig. 6 and corresponding descriptions in any one of the embodiments corresponding thereto, and are not described herein again.
Please refer to fig. 8, fig. 8 is a schematic diagram illustrating a time-consuming structure of an encryption/decryption test according to an embodiment of a video data processing method of the present application. As can be known from fig. 8 (a), in the AES 128CTR encryption mode, after a code stream data packet is obtained, the code stream data packet is directly sent to a hard encryption device for encryption, and it takes 219.7ms to encrypt 16kB of data, whereas with the method provided in the present application, a larger first data block is obtained by packing the code stream data packet, and then the first data block is sent to the hard encryption device for encryption, and it takes 28.8ms to encrypt 16kB of data; similarly, in the prior art, it takes 230.1ms to decrypt the 16kB data, whereas the technical solution provided by the present application takes only 29ms to decrypt the 16kB data. Referring to fig. 8 (b), through the time-consuming test of the encryption and decryption in the AES 256CTR encryption mode, based on the time-consuming test result illustrated in fig. 8 (b), it can be known that the technical solution provided by the present application can also better improve the encryption and decryption speed in the AES 256CTR encryption mode. Similarly, through testing of other various encryption modes, it can be known that the scheme provided by the application can better reduce time consumption, improve encryption and decryption speed, further better improve video coding and decoding speed, and provide better experience for users. It should be noted that, unless contradicted by each other, the method steps described in fig. 1 to fig. 8 and any corresponding embodiments thereof may be combined with each other to solve different technical problems, which are not specifically listed here.
Referring to fig. 9, fig. 9 is a schematic structural diagram of an embodiment of a video data processing apparatus according to the present application. In the present embodiment, the video data processing apparatus 900 provided herein includes a communication circuit 903, a processor 901, and a memory 902. The communication circuit 903 and the memory 902 are respectively coupled to the processor 901, and the video data processing apparatus 900 may execute the video data processing method described in any one of the embodiments of fig. 1 to fig. 7 and their counterparts.
The communication circuit 903 is under the control of the processor 901 and is configured to interact with an external terminal device to transmit or receive data. Wherein the external terminal device comprises one of a hard encryption device, an encoder or a decoder. When the video data processing apparatus 900 is an encoder, the external terminal device may be a hard encryption device or a decoder, and at this time, the communication circuit 903 is under the control of the processor 901, and is configured to send the first data block to the hard encryption device, receive the encrypted data block sent by the hard encryption device, and send the data packet to be decoded to the decoder end under the control of the processor 901 after the video data processing apparatus 900 splits the encrypted data block to obtain the data packet to be decoded.
When the video data processing apparatus 900 is a decoder, then the external terminal device may be a hard encryption device and an encoder. The communication circuit 903 receives a data packet to be decoded sent by the encoder under the control of the processor 901.
The memory 902 includes a local storage (not shown) and stores a computer program, which when executed can implement the method described in any of the embodiments of fig. 1-7 and their corresponding embodiments.
A processor 901 is coupled to the memory 902 and the communication circuit 903 respectively, and the processor 901 is configured to run a computer program to execute the video data processing method described in any one of the embodiments of fig. 1 to fig. 7 and corresponding embodiments thereof.
Referring to fig. 10, fig. 10 is a schematic structural diagram of an embodiment of a computer-readable storage medium according to the present application. The computer-readable storage medium 1000 stores a computer program 1001 capable of being executed by a processor, and the computer program 1001 is used for implementing the video data processing method described in any one of the embodiments of fig. 1 to 7 and corresponding embodiments thereof. Specifically, the computer-readable storage medium 1000 may be one of a memory, a personal computer, a server, a network device, or a usb flash drive, and is not limited in any way herein.
The above description is only for the purpose of illustrating embodiments of the present application and is not intended to limit the scope of the present application, and all modifications of equivalent structures and equivalent processes, which are made by the contents of the specification and the drawings of the present application or are directly or indirectly applied to other related technical fields, are also included in the scope of the present application.
Claims (11)
1. A method of video data processing, the method comprising:
performing sub-packet processing on video code stream data to obtain a plurality of code stream data packets arranged in sequence;
sequentially packaging a preset number of the code stream data packets to obtain a first data block;
sending the first data block to a hard encryption device for encryption to obtain an encrypted data block;
unpacking the encrypted data block to obtain a plurality of data packets to be decoded, wherein the payload data corresponding to the data packets to be decoded is the same as the payload data included in the code stream data packets corresponding to the data packets to be decoded.
2. The method of claim 1, wherein before the sequentially packing a predetermined number of the codestream packets, the method further comprises:
grouping the code stream data packets according to frame types;
and/or
A current encryption mode is determined, which is used to determine rules for the packaging process and/or the unpacking process.
3. The method of claim 2, wherein if the current encryption mode is an independent block encryption mode, the sequentially packing a predetermined number of the bitstream packets to obtain a first data block comprises:
respectively acquiring the effective load data in a preset number of code stream data packets;
performing bit-filling processing on the payload data respectively to obtain a preset number of second data blocks with a first preset size;
and combining the corresponding second data blocks according to the arrangement sequence of the preset number of code stream data packets to obtain the first data block.
4. The method of claim 3, wherein the respectively performing bit-filling processing on the payload data to obtain a preset number of second data blocks of a first preset size further comprises:
zero padding after the last bit of data of the payload data, respectively, until the second data block of the first preset size is obtained.
5. The method according to claim 1, wherein the unpacking the encrypted data block to obtain a plurality of data packets to be decoded comprises:
splitting the encrypted data block to obtain a preset number of third data blocks;
and sequentially adding a real-time transmission extension header and a data packet header before the first data of the third data block to obtain the plurality of data packets to be decoded.
6. The method of claim 5,
before sequentially adding a real-time transmission extension header and a data packet header before the first data of the third data block, respectively, the method further comprises:
and determining the encryption information included in the real-time transmission extension header according to the current encryption mode.
7. The method of claim 6, wherein if the current encryption mode is a standalone block encryption mode, the encryption information comprises a key and an encryption group number; and if the current encryption mode is an operator feedback type encryption mode or a ciphertext feedback type encryption mode, the encryption information comprises a secret key, an initial vector, an initial value of the encrypted data block and a count value.
8. A method of video data processing, the method comprising:
receiving a plurality of data packets to be decoded;
the data packet to be decoded is packaged to obtain an encrypted data block, and the encrypted data block is sent to a hard decryption device for decryption to obtain a decrypted data block;
unpacking the decrypted data blocks to obtain a preset number of code stream data packets;
and performing packet packaging processing on all code stream data packets to obtain video code stream data.
9. The method according to claim 8, wherein said packing the data packet to be decoded to obtain the encrypted data block comprises:
calculating whether packet loss occurs or not according to the data packet to be decoded;
if so, performing bit complementing processing on the packet loss content, and packaging the data packet to be decoded which is subjected to the bit complementing processing to obtain the encrypted data block;
and/or after the video code stream data is obtained, the method further comprises the following steps:
and decoding the video code stream data to obtain original video data.
10. A video data processing apparatus, characterized in that the apparatus comprises a communication circuit, a memory and a processor, the communication circuit and the memory being coupled to the processor, respectively, wherein,
the communication circuit is used for interacting with external terminal equipment under the control of the processor so as to send or receive data;
the memory stores a computer program;
the processor is configured to run the computer program to perform the method of any one of claims 1 to 9.
11. A computer-readable storage medium, characterized in that it stores a computer program executable by a processor for implementing the method of any one of claims 1 to 9.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011582898.XA CN114697744B (en) | 2020-12-28 | 2020-12-28 | Video data processing method and related device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011582898.XA CN114697744B (en) | 2020-12-28 | 2020-12-28 | Video data processing method and related device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114697744A true CN114697744A (en) | 2022-07-01 |
| CN114697744B CN114697744B (en) | 2023-12-19 |
Family
ID=82130069
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011582898.XA Active CN114697744B (en) | 2020-12-28 | 2020-12-28 | Video data processing method and related device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114697744B (en) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060109982A1 (en) * | 2004-11-24 | 2006-05-25 | Jean-Michel Puiatti | Unit for managing audio/video data and access control method for said data |
| CN1985463A (en) * | 2004-07-09 | 2007-06-20 | 诺基亚公司 | Managing traffic keys during a multi-media session |
| CN106330869A (en) * | 2016-08-15 | 2017-01-11 | 江苏敏捷科技股份有限公司 | Data security protection system and method based on cloud application |
| CN108075882A (en) * | 2016-11-14 | 2018-05-25 | 航天信息股份有限公司 | Cipher card and its encipher-decipher method |
| CN108259446A (en) * | 2016-12-29 | 2018-07-06 | 航天信息股份有限公司 | A kind of method and device based on isolation network transmission data |
| US20180199068A1 (en) * | 2017-01-12 | 2018-07-12 | Samsung Electronics Co., Ltd. | Wireless display subsystem and system-on-chip |
| CN109788299A (en) * | 2019-03-12 | 2019-05-21 | 广东工业大学 | Video transmission method, system, equipment and computer media between a kind of mobile device |
| WO2019129116A1 (en) * | 2017-12-29 | 2019-07-04 | 华为技术有限公司 | Video recording method and device |
| CN111130778A (en) * | 2019-12-31 | 2020-05-08 | 郑州信大捷安信息技术股份有限公司 | Method and system for safely recovering encrypted data based on hardware |
| CN111212452A (en) * | 2020-01-13 | 2020-05-29 | 海能达通信股份有限公司 | Handover method, communication system, terminal and storage device for voice communication |
| CN111597075A (en) * | 2020-05-11 | 2020-08-28 | 成都艾勃科技有限公司 | Method for recovering data from data storage device encrypted by hardware |
-
2020
- 2020-12-28 CN CN202011582898.XA patent/CN114697744B/en active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1985463A (en) * | 2004-07-09 | 2007-06-20 | 诺基亚公司 | Managing traffic keys during a multi-media session |
| US20060109982A1 (en) * | 2004-11-24 | 2006-05-25 | Jean-Michel Puiatti | Unit for managing audio/video data and access control method for said data |
| CN106330869A (en) * | 2016-08-15 | 2017-01-11 | 江苏敏捷科技股份有限公司 | Data security protection system and method based on cloud application |
| CN108075882A (en) * | 2016-11-14 | 2018-05-25 | 航天信息股份有限公司 | Cipher card and its encipher-decipher method |
| CN108259446A (en) * | 2016-12-29 | 2018-07-06 | 航天信息股份有限公司 | A kind of method and device based on isolation network transmission data |
| US20180199068A1 (en) * | 2017-01-12 | 2018-07-12 | Samsung Electronics Co., Ltd. | Wireless display subsystem and system-on-chip |
| WO2019129116A1 (en) * | 2017-12-29 | 2019-07-04 | 华为技术有限公司 | Video recording method and device |
| CN109788299A (en) * | 2019-03-12 | 2019-05-21 | 广东工业大学 | Video transmission method, system, equipment and computer media between a kind of mobile device |
| CN111130778A (en) * | 2019-12-31 | 2020-05-08 | 郑州信大捷安信息技术股份有限公司 | Method and system for safely recovering encrypted data based on hardware |
| CN111212452A (en) * | 2020-01-13 | 2020-05-29 | 海能达通信股份有限公司 | Handover method, communication system, terminal and storage device for voice communication |
| CN111597075A (en) * | 2020-05-11 | 2020-08-28 | 成都艾勃科技有限公司 | Method for recovering data from data storage device encrypted by hardware |
Non-Patent Citations (1)
| Title |
|---|
| 李思;李丽;: "基于RTP/RTCP的网络视频监控系统", no. 12 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114697744B (en) | 2023-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108965302B (en) | Media data transmission system, method, device and storage medium | |
| US12093431B2 (en) | Security plugin for a system-on-a-chip platform | |
| US8204217B2 (en) | Lightweight streaming protection by sequence number scrambling | |
| CN108769740A (en) | Video data encrypted transmission method, system, equipment and storage medium | |
| EP1678586B1 (en) | A method and apparatus for ensuring the integrity of data | |
| EP3269110B1 (en) | Method of communicating data packets within data communication systems | |
| RU2638639C1 (en) | Encoder, decoder and method for encoding and encrypting input data | |
| US10320557B2 (en) | Encoder, decoder and methods employing partial data encryption | |
| CN105516139A (en) | Network data transmission method, device and system | |
| CN103491573A (en) | Tunnel acceleration for wireless access points | |
| CN103139222A (en) | Internet protocol security (IPSEC) tunnel data transmission method and device thereof | |
| KR100850825B1 (en) | Encryption of a compressed video stream | |
| US7529924B2 (en) | Method and apparatus for aligning ciphered data | |
| US20230208615A1 (en) | Online-Streamer Image Model File Transmission in Co-Hosting During Livestreaming | |
| CN111199047A (en) | Data encryption method, data decryption method, data encryption device, data decryption device, data encryption equipment and data encryption storage medium | |
| CN104065669B (en) | A kind of spatial network encryption method | |
| CN111586445A (en) | Video data transmission method and device | |
| CN114697744B (en) | Video data processing method and related device | |
| Ramdan et al. | Selective encryption algorithm implementation for video call on Skype client | |
| JP7080024B2 (en) | Communication device | |
| CN109150867B (en) | Network information transmission encryption/decryption device and encryption/decryption method | |
| US10348507B2 (en) | Data processing system, data processing apparatus, and data processing method | |
| CN104410497A (en) | Safety information transmission system for wireless handheld terminals | |
| CN109861974A (en) | A kind of Data Encryption Transmission device and method | |
| KR101945127B1 (en) | high-speed image data image encryption pre-processing method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |