Data demultiplexing method, electronic device, computer storage medium and program product

Abstract

The application discloses a data demultiplexing method, an electronic device, a computer storage medium and a program product. The data demultiplexing method is used for a multimedia service platform, a trusted execution environment is built in the multimedia service platform, and the method comprises the following steps: acquiring a composite data stream; and demultiplexing the composite data stream on the trusted execution environment side to obtain a decomposed data stream. The method can realize the demultiplexing of the composite data stream, and can also guarantee the security of the data after demultiplexing.

Description

Technical Field

[0001] This invention relates to the field of software development technology, and in particular to a data demultiplexing method, electronic device, computer storage medium, and program product. Background Technology

[0002] In existing technologies, demultiplexing is generally implemented using hardware demultiplexing circuits. However, for some projects that require secure playback paths, if the platform lacks Hard Ware Demux (hardware demultiplexing) or the data stream is an irregular TS stream, the demultiplexing requirements cannot be met. Summary of the Invention

[0003] The present invention aims to at least solve one of the technical problems existing in the prior art. Therefore, one object of the present invention is to propose a data demultiplexing method that can demultiplex composite data streams while ensuring the security of the demultiplexed data.

[0004] The second objective of this invention is to provide an electronic device.

[0005] The third objective of this invention is to provide a computer storage medium.

[0006] The fourth objective of this invention is to provide a computer program product.

[0007] To address the aforementioned problems, a first aspect of the present invention provides a data demultiplexing method for a multimedia service platform, wherein a trusted execution environment is established in the multimedia service platform. The method includes: acquiring a composite data stream; and demultiplexing the composite data stream on the trusted execution environment side to obtain a decomposed data stream.

[0008] According to the data demultiplexing method of the present invention, a decomposed data stream is obtained by demultiplexing a composite data stream on the trusted execution environment side, thereby ensuring the security of the demultiplexed data while realizing data demultiplexing.

[0009] In some embodiments, the multimedia service platform also includes a rich execution environment, and the composite data stream is provided by a client application running in the rich execution environment.

[0010] In some embodiments, the method further includes: creating a virtual demultiplexing driver and a virtual demultiplexing adapter layer located within the client application, wherein the decomposed data stream is converted into data stream information supported by the client application after passing through the virtual demultiplexing driver and the virtual demultiplexing adapter layer.

[0011] In some embodiments, the method further includes: the client application sending a call instruction to the software demultiplexing adaptation layer of the client application; the software demultiplexing adaptation layer reading the decomposed data stream and transmitting it to the decoder.

[0012] In some embodiments, the invocation instruction is sent by an interface located in middleware within the client application.

[0013] In some embodiments, the middleware includes a video processing component and / or an audio processing component, the invocation instruction is sent through the interface of the video processing component and / or the audio processing component, and the virtual demultiplexing adapter layer corresponds to the video processing component and / or the audio processing component.

[0014] In some embodiments, the middleware interface supports the DVB interface communication standard, the virtual demultiplexer driver is created according to the DVB interface communication standard, and the data stream information supports the DVB interface communication standard.

[0015] In some embodiments, the DVB interface communication standard is the Linux DVB interface communication standard.

[0016] In some embodiments, the method further includes: the virtual demultiplexing driver reading the decomposed data stream; and transmitting the decomposed data stream to the decoder for decoding.

[0017] In some embodiments, the decoder includes an audio decoder and / or a video decoder.

[0018] In some embodiments, the method further includes: after demultiplexing the composite data stream, saving the decomposed data stream to secure memory; the virtual demultiplexing driver obtains the decomposed data stream through the physical address of the secure memory.

[0019] In some embodiments, before demultiplexing the composite data stream, the method further includes: decrypting the composite data stream in the trusted execution environment.

[0020] In some embodiments, a hardware demultiplexing adapter layer runs in the rich execution environment, and the hardware demultiplexing adapter layer and the virtual demultiplexing adapter layer jointly inherit the Linux DVB interface. A second aspect of the present invention provides an electronic device, comprising: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores a computer program executable by the at least one processor, and the at least one processor, when executing the computer program, implements the data demultiplexing method described in the above embodiments.

[0021] According to the electronic device of the present invention, by executing the data demultiplexing method of the above embodiments through the processor, demultiplexing can be achieved by utilizing trusted applications running in a trusted execution environment, effectively ensuring that all multimedia data runs in a secure path.

[0022] A third aspect of the present invention provides a computer storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the data demultiplexing method described in the above embodiments.

[0023] A fourth aspect of the present invention provides a computer program product, including a computer program, characterized in that, when the computer program is executed by a processor, it implements the steps of the data demultiplexing method described in the above embodiments.

[0024] Additional aspects and advantages of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. Attached Figure Description

[0025] The above and / or additional aspects and advantages of the present invention will become apparent and readily understood from the description of the embodiments taken in conjunction with the following drawings, in which: Figure 1 This is a flowchart of a data demultiplexing method according to an embodiment of the present invention; Figure 2 This is a schematic diagram of the data interaction architecture according to an embodiment of the present invention; Figure 3 This is a schematic diagram of a data interaction process according to an embodiment of the present invention; Figure 4 This is a structural block diagram of an electronic device according to an embodiment of the present invention. Detailed Implementation

[0026] The embodiments of the present invention are described in detail below. The embodiments described with reference to the accompanying drawings are exemplary. The embodiments of the present invention are described in detail below.

[0027] To address the aforementioned problems, a first aspect of the present invention provides a data demultiplexing method that enables software demultiplexing of composite data streams.

[0028] The following is for reference. Figure 1 This invention describes a data demultiplexing method according to an embodiment of the invention. This method is used in a multimedia service platform, which has a trusted execution environment (TEA) built within it. Figure 1 As shown, the method includes at least steps S1-S2.

[0029] Step S1: Obtain the composite data stream.

[0030] Among them, composite data streams refer to audio and video data streams that simultaneously contain audio ES data streams and video ES data streams. Examples include TS (Transport Stream) data streams, MP4 data streams, and FLV data streams in digital television broadcasting and other media transmission systems used for real-time transmission.

[0031] Step S2: Demultiplex the composite data stream on the trusted execution environment side to obtain the decomposed data stream.

[0032] Here, "decomposed data stream" refers to the independent data stream after parsing. For example, the decomposed data stream can be an ES video stream, an ES audio stream, a subtitle stream, or other data streams, and there are no restrictions on this. In the following, this application uses an ES data stream as an example.

[0033] Demultiplexing refers to the process of separating different ES (Extractive Streaming) data streams from a composite data stream and allocating them to different decoders. Demultiplexing includes software demultiplexing and hardware demultiplexing. Hardware demultiplexing refers to separating the composite data stream and restoring it into multiple original independent signals or data streams at the hardware level, which is usually implemented using a demultiplexer. Software demultiplexing refers to separating the received composite data stream into multiple independent ES data streams at the software level for separate processing and transmission.

[0034] A Trusted Execution Environment (TEE) is a secure execution environment designed to protect applications that process sensitive data and perform critical operations. A TEE provides a protected computing environment that ensures the integrity and confidentiality of applications.

[0035] Specifically, the composite data stream is composed of multiple Elementary Streams (ES) streams with independent time bases. Before data processing and invocation, the composite data stream needs to be demultiplexed to parse it into basic ES data streams. Different ES data streams are then allocated to different decoders according to specific mapping relationships and bitrates. Therefore, in some multimedia projects, the composite data streams provided by client applications have diverse formats. The decryption and demultiplexing processes of the composite data streams must be performed in a secure environment. If the multimedia service platform lacks hardware demultiplexing or cannot parse some customized information contained in the composite data stream, software demultiplexing is required. This application can extract and process specific audio and video streams, i.e., obtain decomposed data streams, by performing software demultiplexing on the composite data stream. This allows for software-level demultiplexing of the composite data stream when hardware demultiplexing is unavailable. Furthermore, for multimedia services requiring secure playback paths, this application runs the software demultiplexing in a Trusted Execution Environment (TEA). For example, it can be performed in a TEA. In a Trusted Application Environment (TEE), trusted applications are developed to perform software demultiplexing. This ensures that the demultiplexing of client bitstreams, i.e., composite data streams, can be carried out in a secure environment, thereby guaranteeing the security of the demultiplexed data and meeting the requirements for secure playback of multimedia data. A trusted application refers to an application running in a Trusted Execution Environment (TEE). Since trusted applications execute within the secure environment provided by the TEE, the integrity and confidentiality of the data and code they process are guaranteed.

[0036] For example, users may have different definitions of the encapsulation format and byte meanings for composite data streams in different multimedia projects. Therefore, corresponding software demultiplexing is developed in a trusted execution environment (TEA) to address the different encapsulation characteristics of composite data streams. This software demultiplexing can parse the definition of each byte in the composite data stream, thereby obtaining multiple independent ES data streams. Thus, even without hardware demultiplexing or when hardware demultiplexing cannot parse the customized information in the composite data stream, demultiplexing functionality can still be achieved, and the security of the demultiplexed data can be guaranteed. Furthermore, there is no limit to the degree of data parsing when using software demultiplexing to parse the composite data stream; the degree of data parsing can be set by software development based on actual processing requirements.

[0037] According to the data demultiplexing method of the present invention, a composite data stream is demultiplexed in a trusted execution environment to obtain a decomposed data stream, thereby ensuring the security of the demultiplexed data while realizing data demultiplexing.

[0038] In some embodiments, a Rich Execution Environment (REE) is also built within the multimedia service platform, and the composite data stream is provided by client applications running in the REE. That is, due to the differences in security and isolation between the TEE and the REE, client applications in the REE cannot directly access data in the TEE. Instead, the client applications provide a communication interface with the TEE environment, enabling applications in the REE to securely call services in the TEE. Therefore, interaction between client applications in the REE and trusted applications in the TEE occurs through the client applications in the REE.

[0039] In some embodiments, the method of this application further includes: creating a virtual demultiplexing driver and a virtual demultiplexing adapter layer located within the client application, and decomposing the data stream and converting it into data stream information supported by the client application after passing through the virtual demultiplexing driver and the virtual demultiplexing adapter layer.

[0040] Specifically, the composite data streams provided by client applications are in various formats, and the decomposed data streams obtained after demultiplexing may not be supported by the middleware of the client applications. Therefore, this application demultiplexes the data streams on the trusted execution environment side and then uses a virtual software driver to convert the non-standard decomposed data streams into data stream information that can be recognized by the middleware of the client applications. In this way, while ensuring as few code modifications as possible, it is still possible to operate according to the standards supported by the client applications, thereby reducing the workload of software integration. At the same time, the software demultiplexing is unaware of the upper-layer programs, which also achieves effective code isolation.

[0041] In some embodiments, the method of this application further includes: the client application sending a calling instruction to the software demultiplexing adaptation layer of the client application; the software demultiplexing adaptation layer reading the decomposed data stream and transmitting it to the decoder.

[0042] Specifically, the software demultiplexing adaptation layer is mainly responsible for the interaction between the client application and the trusted application in the trusted execution environment for demultiplexing. In particular, in response to the call command, the software demultiplexing adaptation layer reads the decomposed data stream from the trusted execution environment side and transmits the physical address of the decomposed data stream to different service devices such as decoders. Thus, the decoder can read the corresponding decomposed data stream based on the physical address, thereby realizing the adaptation of the decomposed data stream.

[0043] In some embodiments, the invocation instruction is sent by an interface located in middleware within the client application.

[0044] In some embodiments, the middleware interface supports the DVB interface communication standard, the virtual demultiplexer driver is created according to the DVB interface communication standard, and the data stream information supports the DVB interface communication standard.

[0045] Specifically, during the initial integration of many middleware components, most utilize the communication standard corresponding to their DVB standard interface to obtain the data information parsed by hardware demultiplexing. Therefore, if software demultiplexing is performed within a Trusted Application (TA), the TA and the interface driver cannot communicate directly, making it impossible to directly obtain the software demultiplexed information using the DVB interface. To address this issue, this application creates a virtual demultiplexing driver that adapts to the DVB interface communication standard supported by the middleware. This virtual demultiplexing adaptation layer adapts the physical address to the virtual demultiplexing driver, using the physical address provided by the driver to transmit the decomposed data stream from secure memory to the decoder. Thus, based on the virtual demultiplexing driver, the middleware can normally obtain the secure address pointer (physical address) of the corresponding decomposed data stream using its supported DVB interface. This allows the middleware to operate using the DVB standard interface with minimal code modifications, reducing software integration workload. Furthermore, the software demultiplexing is transparent to upper-layer programs, achieving effective code isolation.

[0046] In some embodiments, the DVB interface communication standard is the Linux DVB interface communication standard.

[0047] In some embodiments, the method of this application further includes: a virtual demultiplexing driver reading the decomposed data stream; and transmitting the decomposed data stream to a decoder for decoding.

[0048] For example, refer to Figure 2 As shown, part of the software demultiplexing module on the CA side of the client application, i.e., the software demultiplexing adapter layer, is used to interact with the software demultiplexer on the TA side to perform demultiplexing work. Another part is responsible for obtaining the address of the demultiplexed secure memory ES data from the TA side and writing it into the Linux Driver, i.e., the virtual demultiplexing driver under the Linux driver. In other words, after obtaining the ES data stream, the software demultiplexing adapter layer on the CA side will write the physical address of the ES data stream stored in secure memory into the virtual Demux Driver, i.e., the virtual demultiplexing driver, through the virtual demultiplexing adapter layer.

[0049] Furthermore, the Linux Driver side... Figure 2The Kemel side implements a virtual demultiplexing driver via the Linux DVB interface. This driver primarily maintains a secure memory pointer linked list and physical address of the ES data stream transmitted from the software demultiplexer. When the middleware retrieves ES-related data via the Linux DVB interface, the virtual demultiplexing driver provides the ES data stream to the middleware in response to its call instructions. This allows the middleware to read the ES data stream. Furthermore, the process of the middleware reading the ES data stream through the virtual demultiplexing driver is similar to the process of hardware demultiplexing providing ES data via the Linux DVB interface. This ensures data security after software demultiplexing while seamlessly adapting to the Linux DVB interface requirements of the upper-layer middleware.

[0050] In some embodiments, the middleware includes a video processing component and / or an audio processing component. Invocation commands are sent through the interfaces of the video processing component and / or audio processing component, and a virtual demultiplexing adaptation layer corresponds to the video processing component and / or audio processing component. Specifically, the video processing component or audio processing component sends the corresponding invocation commands through the Linux DVB interface. Thus, under the Linux driver, both the security of the demultiplexed data is guaranteed, and the requirements of the upper-layer middleware's Linux DVB interface are seamlessly adapted, enabling the function of reading video or audio streams separately.

[0051] In some embodiments, the decoder includes an audio decoder and / or a video decoder.

[0052] Specifically, the video processing component adapts the physical address provided by the virtual demultiplexing driver to the video decoder through the corresponding virtual demultiplexing adapter layer, so that the video decoder reads the corresponding decomposed data stream from secure memory according to the physical address; and / or, the audio processing component adapts the physical address provided by the virtual demultiplexing driver to the audio decoder through the corresponding virtual demultiplexing adapter layer, so that the audio decoder reads the corresponding decomposed data stream from secure memory according to the physical address.

[0053] For example, refer to Figure 2 As shown, the video processing component (VideoHal side) and the audio processing component (AudioHal side) are respectively configured with corresponding virtual demultiplexing adapter layers, and the video processing component is configured with a corresponding video decoder, and the audio processing component is configured with a corresponding audio decoder. Based on this, when reading ES data streams, the video processing component or the audio processing component can read the corresponding audio ES data stream pointer (physical address) or video ES data stream pointer (physical address) through its corresponding virtual demultiplexing adapter layer, and then send them to the corresponding secure decoder to decode the read ES data streams.

[0054] In some embodiments, the method of this application further includes: after demultiplexing the composite data stream, saving the decomposed data stream to secure memory, and the virtual demultiplexing driver obtaining the decomposed data stream through the physical address of the secure memory, thereby protecting the data from unauthorized access, tampering or destruction, and ensuring data security.

[0055] For example, refer to Figure 2 As shown, the Client Application (CA) runs in a rich execution environment. The Client Application (CA) sends composite data streams, such as encrypted TS data, to the Trusted Application (TA). The encrypted composite data stream is decrypted on the Trusted Application (TA) side. Then, the decrypted composite data stream is demultiplexed by the Trusted Application (TA) side, and all the parsed ES data streams are stored in secure memory.

[0056] In some embodiments, before demultiplexing the composite data stream, the method further includes: decrypting the composite data stream in a trusted execution environment. That is, the decryption of the composite data stream is also performed by a trusted application running in a trusted execution environment, thereby enabling the decryption of the client bitstream, i.e., the composite data stream, to be performed in a secure environment, meeting the secure playback path requirements of the multimedia service platform.

[0057] In some embodiments, a hardware demultiplexing adapter layer runs in a rich execution environment. Both the hardware demultiplexing adapter layer and the virtual demultiplexing adapter layer inherit the Linux DVB interface. That is, the multimedia service platform can simultaneously support software demultiplexing and hardware demultiplexing. For composite data streams, either software or hardware demultiplexing can be selectively used. For example, some standard composite data streams can be implemented using hardware demultiplexing, while some composite data streams containing customized information can be implemented using software demultiplexing; there is no restriction on this.

[0058] For details, please refer to Figure 2 As shown, for both video and audio processing components, their respective Virtual Dmx Wrapper (the second virtual demultiplexing adapter layer) and Hard Ware Dmx Wrapper (the hardware demultiplexing adapter layer) inherit the Dmx Wrapper Interface. Therefore, the same set of interfaces, namely the Linux DVB interface, can be used for both the video and audio paths of the middleware to obtain ES data streams. This allows the overall multimedia data software demultiplexing process to fully reuse the hardware demultiplexing process, reducing the workload of software integration.

[0059] In summary, for the data demultiplexing method of this application, refer to... Figure 3 As shown, considering data security, this application performs demultiplexing on the trusted execution environment side to meet the requirements of secure playback channels for multimedia data. On the other hand, considering the diversity of formats of composite data streams provided by client applications, the decomposed data streams obtained after software demultiplexing may not be supported by the client middleware. Therefore, based on demultiplexing on the trusted execution environment side, this application also adopts a virtual software driver to convert non-standard data streams into data stream information that can be recognized by the client middleware. This reduces the workload of software integration while achieving seamless adaptation to the Linux DVB interface requirements of the upper-layer middleware.

[0060] A second aspect of the present invention provides an electronic device, such as... Figure 4 As shown, the electronic device 10 includes at least one processor 1 and a memory 2 communicatively connected to the at least one processor 1.

[0061] The memory 2 stores a computer program that can be executed by at least one processor 1. When the at least one processor 1 executes the computer program, it implements the data demultiplexing method of the above embodiment.

[0062] In some embodiments, the electronic device 10 may be a set-top box.

[0063] According to the electronic device of the present invention, by executing the data demultiplexing method of the above embodiments through the processor, software demultiplexing can be achieved by utilizing trusted applications running in a trusted execution environment, effectively ensuring that all multimedia data runs in a secure path.

[0064] A third aspect of the present invention provides a computer storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the data demultiplexing method of the above embodiments.

[0065] A fourth aspect of the present invention provides a computer program product, including a computer program, characterized in that, when the computer program is executed by a processor, it implements the steps of the data demultiplexing method of the above embodiments.

[0066] In the description of this specification, any process or method described in the flowcharts or otherwise herein may be understood as representing a module, segment, or portion of code comprising one or more executable instructions for implementing custom logic functions or processes, and the scope of the preferred embodiments of the invention includes additional implementations in which functions may be performed not in the order shown or discussed, including substantially simultaneously or in reverse order according to the functions involved, as will be understood by those skilled in the art to which embodiments of the invention pertain.

[0067] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as a sequenced list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by, or in conjunction with, an instruction execution system, apparatus, or device (such as a computer-based system, a processor-included system, or other system that can fetch and execute instructions from, an instruction execution system, apparatus, or device). For the purposes of this specification, "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transmit programs for use by, or in conjunction with, an instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of computer-readable media include: an electrical connection having one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and editable read-only memory (EPROM or flash memory), fiber optic devices, and portable optical disc read-only memory (CDROM). Alternatively, the computer-readable medium may be paper or other suitable media on which the program can be printed, since the program can be obtained electronically, for example, by optically scanning the paper or other medium, followed by editing, interpreting, or otherwise processing as necessary, and then stored in a computer memory.

[0068] It should be understood that various parts of the present invention can be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, multiple steps or methods can be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. For example, if implemented in hardware as in another embodiment, it can be implemented using any of the following techniques known in the art, or a combination thereof: discrete logic circuits having logic gates for implementing logical functions on data signals, application-specific integrated circuits (ASICs) having suitable combinational logic gates, programmable gate arrays (PGAs), field-programmable gate arrays (FPGAs), etc.

[0069] Those skilled in the art will understand that all or part of the steps of the methods in the above embodiments can be implemented by a program instructing related hardware. The program can be stored in a computer-readable storage medium, and when executed, the program includes one or a combination of the steps of the method embodiments.

[0070] Furthermore, the functional units in the various embodiments of the present invention can be integrated into a processing module, or each unit can exist physically separately, or two or more units can be integrated into a module. The integrated module can be implemented in hardware or as a software functional module. If the integrated module is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium.

[0071] The storage medium mentioned above can be a read-only memory, a disk, or an optical disk, etc. Although embodiments of the present invention have been shown and described above, it is to be understood that the above embodiments are exemplary and should not be construed as limiting the present invention. Those skilled in the art can make changes, modifications, substitutions, and variations to the above embodiments within the scope of the present invention.

[0072] In the description of this specification, references to terms such as "one embodiment," "some embodiments," "illustrative embodiment," "example," "specific example," or "some examples," etc., refer to specific features, structures, materials, or characteristics described in connection with that embodiment or example, which are included in at least one embodiment or example of the present invention. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment or example.

[0073] Although embodiments of the invention have been shown and described, those skilled in the art will understand that various changes, modifications, substitutions and alterations can be made to these embodiments without departing from the principles and spirit of the invention, the scope of which is defined by the claims and their equivalents.

Claims

1. A data demultiplexing method, characterized in that, For use in a multimedia service platform, wherein a trusted execution environment is built in the multimedia service platform, including: Acquire composite data streams; The composite data stream is demultiplexed on the trusted execution environment side to obtain a decomposed data stream.

2. The data demultiplexing method according to claim 1, characterized in that, The multimedia service platform also includes a rich execution environment, and the composite data stream is provided by a client application running in the rich execution environment.

3. The data demultiplexing method according to claim 2, characterized in that, Also includes: A virtual demultiplexing driver and a virtual demultiplexing adapter layer located within the client application are created. The decomposed data stream is converted into data stream information supported by the client application after passing through the virtual demultiplexing driver and the virtual demultiplexing adapter layer.

4. The data demultiplexing method according to claim 3, characterized in that, Also includes: The client application sends a call instruction to the client application's software demultiplexing adaptation layer; The software demultiplexing adapter layer reads the decomposed data stream and transmits it to the decoder.

5. The data demultiplexing method according to claim 4, characterized in that, The invocation command is sent by an interface located in the middleware within the client application.

6. The data demultiplexing method according to claim 5, characterized in that, The middleware includes a video processing component and / or an audio processing component. The invocation command is sent through the interface of the video processing component and / or the audio processing component. The virtual demultiplexing adaptation layer corresponds to the video processing component and / or the audio processing component.

7. The data demultiplexing method according to claim 5 or 6, characterized in that, The middleware interface supports the DVB interface communication standard, the virtual demultiplexing driver is created according to the DVB interface communication standard, and the data stream information supports the DVB interface communication standard.

8. The data demultiplexing method according to claim 7, characterized in that, The DVB interface communication standard mentioned is the Linux DVB interface communication standard.

9. The data demultiplexing method according to claim 3, characterized in that, Also includes: The virtual demultiplexing driver reads the decomposed data stream; The decomposed data stream is then transmitted to the decoder for decoding.

10. The data demultiplexing method according to claim 9, characterized in that, The decoder includes an audio decoder and / or a video decoder.

11. The data demultiplexing method according to claim 3, characterized in that, The method further includes: After demultiplexing the composite data stream, the decomposed data stream is saved to secure memory, and the virtual demultiplexing driver obtains the decomposed data stream through the physical address of the secure memory.

12. The data demultiplexing method according to claim 1, characterized in that, Before demultiplexing the composite data stream, the method further includes: The composite data stream is decrypted in the trusted execution environment.

13. The data demultiplexing method according to claim 3, characterized in that, A hardware demultiplexing adapter layer runs in the rich execution environment. The hardware demultiplexing adapter layer and the virtual demultiplexing adapter layer both inherit the Linux DVB interface.

14. An electronic device, characterized in that, include: At least one processor; A memory that is communicatively connected to at least one of the processors; The memory stores a computer program that can be executed by at least one of the processors, and when the at least one processor executes the computer program, it implements the data demultiplexing method according to any one of claims 1-13.

15. A computer storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the data demultiplexing method according to any one of claims 1-13.

16. A computer program product, comprising a computer program, characterized in that, When executed by a processor, the computer program implements the steps of the data demultiplexing method according to any one of claims 1-13.

Images