WO2016141811A1 - 流媒体推送方法及系统 - Google Patents

流媒体推送方法及系统 Download PDF

Info

Publication number
WO2016141811A1
WO2016141811A1 PCT/CN2016/074714 CN2016074714W WO2016141811A1 WO 2016141811 A1 WO2016141811 A1 WO 2016141811A1 CN 2016074714 W CN2016074714 W CN 2016074714W WO 2016141811 A1 WO2016141811 A1 WO 2016141811A1
Authority
WO
WIPO (PCT)
Prior art keywords
audio
client
video
header
data
Prior art date
Application number
PCT/CN2016/074714
Other languages
English (en)
French (fr)
Inventor
曾令明
池骏
Original Assignee
深圳市九洲电器有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳市九洲电器有限公司 filed Critical 深圳市九洲电器有限公司
Publication of WO2016141811A1 publication Critical patent/WO2016141811A1/zh

Links

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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2389—Multiplex stream processing, e.g. multiplex stream encrypting
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting

Definitions

  • the present invention relates to the field of communications, and in particular, to a streaming media push method and system.
  • the streaming media server prefers the RTSP protocol, but the RTSP cannot solve the data copyright problem.
  • the user can record the data very simply, and cannot effectively protect the data, and the security is poor.
  • the invention provides a streaming media pushing method, which comprises the following steps:
  • S20 Encapsulate the audio and video raw data of the program, add an ES header that describes the original audio and video data, and then package and send to the client.
  • the audio and video device locks the corresponding frequency point, sets a hard de-filtering option, and filters out the audio and video raw data of the corresponding program.
  • the ES header is encrypted, and after receiving the audio and video original data, the client decrypts the ES header before playing.
  • the first 10 bytes of the ES header are encrypted.
  • the client submits the encrypted ES header to the audio and video device for decryption, and the audio and video device decrypts and sends the message to the client;
  • the client sends a request for requesting a key to the audio and video device, and the audio and video device sends the key to the client, and the client receives the key and decrypts the ES header to play.
  • the invention also provides a streaming media pushing system, comprising:
  • the original data obtaining unit controls the audio and video device to obtain the audio and video raw data of the program after receiving the play request of the client;
  • the original data encapsulating unit encapsulates the audio and video raw data of the program, adds an ES header that describes the audio and video raw data, and then packages and sends the data to the client.
  • the original data obtaining unit controls the audio and video device to lock the corresponding frequency point, set a hard de-filtering option, and filter out the audio and video original data of the corresponding program.
  • the original data encapsulating unit encrypts the ES header, and after receiving the audio and video original data, the client decrypts the ES header before playing.
  • the original data encapsulating unit encrypts the first 10 bytes of the ES header.
  • the client submits the encrypted ES header to the audio and video device for decryption, and the audio and video device decrypts and sends the message to the client;
  • the client sends a request for requesting a key to the audio and video device, and the audio and video device sends the key to the client, and the client receives the key and decrypts the ES header to play.
  • the audio and video device acquires the audio and video raw data of the program and encapsulates the ES header to describe, and then sends the encapsulated original data to the client, which
  • the audio and video equipment directly sends the encapsulated audio and video raw data to the client, instead of sending the TS packet to the client, greatly reducing the amount of data sent and reducing the network bandwidth, and the client does not need complicated operations, thereby avoiding the push process. Delays and problems with the card are guaranteed to ensure the user's viewing and bring great convenience to the user.
  • FIG. 1 is a flow chart of a streaming media push method in an embodiment.
  • FIG. 1 is a flowchart of a streaming media push method in an embodiment. As shown in FIG. 1, the method includes the following steps:
  • S20 Encapsulate the audio and video raw data of the program, add an ES header that describes the original audio and video data, and then package and send to the client.
  • the program data in the radio and television network is transmitted by TS.
  • the TS packet is packaged into a PES (Packetized Elementary Stream) by the audio and video raw data (ES, Elementary Stream) of the program, and then encapsulated by PES.
  • PES Packetized Elementary Stream
  • the client must collect several TS packets and then parse them into PES, and then parse the PES into ES to play. This will greatly increase the workload of audio and video equipment and clients, occupy too many resources, and increase network bandwidth and player solution.
  • the multiplexing time causes problems such as delays and jams.
  • the audio and video raw data of the program is acquired by the audio and video device, and the original data of the audio and video is encapsulated, and the ES header is added and sent directly to the client instead of sending the TS packet.
  • this will reduce the amount of data sent and reduce the network bandwidth.
  • the client does not need to collect several TS packets, parse it into PES, and then parse the PES into complex operations such as ES, thus avoiding delays and cards during the push process. The problem.
  • step S10 is specifically: after receiving the play request of the client, the audio and video device locks the corresponding frequency point, sets a hard de-filtering option, and filters out the audio and video raw data of the corresponding program.
  • the ES data needs to be encapsulated, the ES header describing the ES data is added, and the information such as the size and data content of the ES data is completely described.
  • the distribution of the original audio and video data of the program can be realized, the redundant data transmission by the distribution transport stream can be solved, the purpose of fully utilizing the network and the CPU resources can be achieved, and the client can accurately locate the ES data.
  • the original data of the audio and video is transmitted by using the HTTP method, so as to avoid the problem that the data is transmitted to the client out of order due to network jitter and the like.
  • the step S20 further includes: encrypting the ES header, and decrypting the ES header after receiving the audio and video raw data by the client. After playing.
  • the first 10 bytes of the ES header are encrypted, occupying the least data size and performing partial encryption, and the security is better.
  • the method for decrypting the ES header by the client is specifically: the client submits the encrypted ES header to the audio and video device for decryption, and the audio and video device decrypts and sends the message to the client.
  • the client sends a request for requesting a key to the audio and video device, and the audio and video device sends the key to the client, and the client receives the key and decrypts the ES header to play. In this way, by encrypting the ES header, data is prevented from being copied, and security of the ES data is realized.
  • the audio and video device obtains the audio and video raw data of the program and encapsulates the ES header to describe, and then sends the encapsulated original data to the client, so that the audio and video device directly sends the encapsulated audio and video raw data.
  • the data transmission amount is greatly reduced, the network bandwidth is reduced, and the client does not need complicated operations, thereby avoiding delays and jams during the push process, and ensuring the user to watch. , to bring great convenience to users.
  • it can prevent data from being copied, which greatly ensures the security of the data.
  • the present invention also provides a streaming media pushing system, the system comprising:
  • the original data obtaining unit controls the audio and video device to acquire audio and video raw data (ES) of the program after receiving the play request of the client.
  • the original data encapsulating unit encapsulates the audio and video raw data of the program, and adds the original audio and video
  • the ES header that describes the data is then packaged and sent to the client.
  • the program data in the radio and television network is transmitted by TS.
  • the TS packet is packaged into a PES (Packetized Elementary Stream) by the audio and video raw data (ES, Elementary Stream) of the program, and then encapsulated by PES.
  • PES Packetized Elementary Stream
  • the client must collect several TS packets and then parse them into PES, and then parse the PES into ES to play. This will greatly increase the workload of audio and video equipment and clients, occupy too many resources, and increase network bandwidth and player solution.
  • the multiplexing time causes problems such as delays and jams.
  • the original data acquiring unit controls the audio and video raw data acquired by the audio and video device, and the original data encapsulating unit encapsulates the original data of the audio and video, and sends the ES packet header directly after sending the ES packet header.
  • the client instead of sending the TS packet to the client, this will reduce the amount of data sent and reduce the network bandwidth.
  • the client does not need to collect several TS packets, parse it into PES, and then parse the PES into complex operations such as ES. Avoid delays and jams during push.
  • the audio and video device locks the corresponding frequency point, sets a hard de-filtering option, and filters out the audio and video raw data of the corresponding program.
  • the original data encapsulating unit needs to encapsulate the ES data, add an ES header describing the ES data, and completely describe the size, data content, etc. of the ES data.
  • Information through encapsulation, can realize the distribution of the original audio and video data of the program, solve the transmission of redundant data caused by the distribution of the transport stream, achieve the purpose of making full use of the network and CPU resources, and enable the client to accurately locate the ES data. Synchronize. Further, the original data encapsulating unit transmits the original data of the audio and video by using the HTTP method, so as to avoid the problem that the data is transmitted to the client out of order due to network jitter and the like.
  • the original data encapsulating unit encrypts the ES header, and after the client receives the audio and video raw data, decrypts the ES header.
  • the client decrypts the ES header specifically: the client submits the encrypted ES header to the audio and video device for decryption, and the audio and video device decrypts and sends the message to the client.
  • the client sends a request for requesting a key to the audio and video device, and the audio and video device sends the key to the client, and the client receives the key and decrypts the ES header to play. In this way, by encrypting the ES header, data is prevented from being copied, and the security of the ES data is realized. Sex.
  • the audio and video device obtains the audio and video raw data of the program and encapsulates the ES header to describe, and then sends the encapsulated original data to the client, so that the audio and video device directly sends the encapsulated audio and video raw data.
  • the data transmission amount is greatly reduced, the network bandwidth is reduced, and the client does not need complicated operations, thereby avoiding delays and jams during the push process, and ensuring the user to watch. , to bring great convenience to users.
  • it can prevent data from being copied, which greatly ensures the security of the data.
  • the audio and video device obtains the audio and video raw data of the program and encapsulates the ES header to describe, and then sends the encapsulated original data to the client, so that the audio and video device directly sends the encapsulated sound.
  • the video raw data is sent to the client instead of sending the TS packet to the client, which greatly reduces the amount of data sent and reduces the network bandwidth.
  • the client does not need complicated operations, thereby avoiding delay and jamming during the push process, and ensuring that the problem is ensured. The user has watched and brought great convenience to the user.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明涉及一种流媒体推送方法及系统，音视频设备获取节目的音视频原始数据并进行封装增加ES包头进行描述，然后将封装后的原始数据发送到客户端，这样音视频设备直接发送封装后的音视频原始数据给客户端，而不是发送TS包给客户端，大大减少数据的发送量，减少网络带宽，同时客户端不需要复杂操作，从而避免推送过程中发生延时和卡顿的问题，保证了用户观看，给用户带来极大便利。

Description

流媒体推送方法及系统 技术领域
本发明涉及通信领域，尤其涉及一种流媒体推送方法及系统。
背景技术
随着视频网关的发展，越来越多的音视频设备，如机顶盒，支持将广电网络中的节目通过流媒体协议以流媒体的形式推送到第三方客户端(例如手机、PAD等)，提供实时、丰富、高清的资源。由于第三方客户端一般不具备条件接收(Conditional Access)，所有对于需要认证的节目，音视频设备会将对应节目解密，然后通过流媒体服务器部署到网络中，通过一定的协议分发出去。
但是，由于广电网络中的节目数据采用TS(Transport Stream，传输流)方式传输，而这种TS方式并不适合在流媒体中传输，特别家庭视频网关等小型网络系统中，这会大大增加了网络带宽和播放器的解复用时间，因为TS包客户端必须收集若干TS包，然后解析成PES，再将PES解析成ES数据，才能进行观看，这就会造成流媒体推送发生延时和卡顿等问题，影响用户观看，给用户带来极大的不便。
同时，为提高实时性，流媒体服务器优选RTSP协议，但是RTSP无法解决数据版权问题，用户可以很简单的就将数据录制下来，不能对数据进行有效的保护，安全性差。
发明内容
有鉴于此，有必要针对上述流媒体推送发生延时和卡顿的问题，提供一种流媒体推送方法及系统。
本发明提供一种流媒体推送方法，包括如下步骤：
S10：在接收到客户端的播放请求后，控制音视频设备获取节目的音视频 原始数据；
S20：对节目的音视频原始数据进行封装，增加对音视频原始数据进行描述的ES包头，然后打包后发送至客户端。
优选的，接收到客户端的播放请求后，音视频设备锁定对应频点，设置硬解过滤选项，过滤出对应节目的音视频原始数据。
优选的，对ES头部进行加密，客户端接收到音视频原始数据后，对ES头部进行解密后才能进行播放。
优选的，对ES头部前10个字节进行加密。
优选的，客户端将加密的ES头部提交至音视频设备进行解密，音视频设备进行解密后发送给客户端；
或者，客户端向音视频设备发送请求密钥的请求，音视频设备将密钥发送至客户端，客户端接收密钥对ES包头进行解密后播放。
本发明还提供一种流媒体推送系统，包括：
原始数据获取单元，在接收到客户端的播放请求后，控制音视频设备获取节目的音视频原始数据；
原始数据封装单元，对节目的音视频原始数据进行封装，增加对音视频原始数据进行描述的ES包头，然后打包后发送至客户端。
优选的，接收到客户端的播放请求后，所述原始数据获取单元控制音视频设备锁定对应频点，设置硬解过滤选项，过滤出对应节目的音视频原始数据。
优选的，所述原始数据封装单元对ES头部进行加密，客户端接收到音视频原始数据后，对ES头部进行解密后才能进行播放。
优选的，所述原始数据封装单元对ES头部前10个字节进行加密。
优选的，客户端将加密的ES头部提交至音视频设备进行解密，音视频设备进行解密后发送给客户端；
或者，客户端向音视频设备发送请求密钥的请求，音视频设备将密钥发送至客户端，客户端接收密钥对ES包头进行解密后播放。
本发明流媒体推送方法及系统，音视频设备获取节目的音视频原始数据并进行封装增加ES包头进行描述，然后将封装后的原始数据发送到客户端，这 样音视频设备直接发送封装后的音视频原始数据给客户端，而不是发送TS包给客户端，大大减少数据的发送量，减少网络带宽，同时客户端不需要复杂操作，从而避免推送过程中发生延时和卡顿的问题，保证了用户观看，给用户带来极大便利。
附图说明
图1是一个实施例中的流媒体推送方法的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
图1是一个实施例中的流媒体推送方法的流程图，如图1所示，该方法包括如下步骤：
S10：在接收到客户端的播放请求后，控制音视频设备获取节目的音视频原始数据(ES)。
S20：对节目的音视频原始数据进行封装，增加对音视频原始数据进行描述的ES包头，然后打包后发送至客户端。
广电网络中的节目数据采用TS方式传输，按照MPEG标准，TS包是由节目的音视频原始数据(ES，Elementary Stream)打包成PES(Packetized Elementary Stream)，再由PES封装而成。客户端必须收集若干TS包，然后解析成PES，再将PES解析成ES才能进行播放，这样会大大增加音视频设备以及客户端的工作量，占用过多资源，同时增加网络带宽和播放器的解复用时间造成延时和卡顿等问题。故在该实施例中，在客户端请求后，由音视频设备获取到节目的音视频原始数据，将音视频的原始数据进行封装，增加ES包头后直接发送给客户端，而不是发送TS包给客户端，这样会减少数据的发送量，减少网络带宽，同时客户端不需要收集若干TS包，解析成PES，再将PES解析成ES等复杂操作，从而避免推送过程中发生延时和卡顿的问题。
在进一步的实施方式中，步骤S10具体为：接收到客户端的播放请求后，音视频设备锁定对应频点，设置硬解过滤选项，过滤出对应节目的音视频原始数据。在获得原始数据ES后，为了使客户端准确定位ES数据，需要对ES数据进行封装，增加对ES数据进行描述的ES头部，完整的描述一个ES数据的大小、数据内容等信息，通过封装，就可以实现节目音视频原始数据的分发，解决因分发传输流带来的冗余数据的传输，达到充分利用网络、CPU资源的目的，也使得客户端对ES数据能够准确定位进行同步。进一步的，采用HTTP方式对音视频原始数据进行传输，这样可以避免由于网络抖动等原因，使数据传输到客户端出现乱序的问题。
由于音视频原始数据容易被用户复制保留下来，为保证数据的安全性，进一步的，步骤S20还包括：对ES头部进行加密，客户端接收到音视频原始数据后，对ES头部进行解密后才能进行播放。优选的，对ES头部前10个字节进行加密，占用最少的数据大小且进行部分加密，安全性更好。
更进一步的，客户端对ES头部进行解密的方法具体为：客户端将加密的ES头部提交至音视频设备进行解密，音视频设备进行解密后发送给客户端。或者，客户端向音视频设备发送请求密钥的请求，音视频设备将密钥发送至客户端，客户端接收密钥对ES包头进行解密后播放。这样，通过对ES包头的加密，防止数据被复制，实现对ES数据的安全性。
该流媒体推送方法，音视频设备获取节目的音视频原始数据并进行封装增加ES包头进行描述，然后将封装后的原始数据发送到客户端，这样音视频设备直接发送封装后的音视频原始数据给客户端，而不是发送TS包给客户端，大大减少数据的发送量，减少网络带宽，同时客户端不需要复杂操作，从而避免推送过程中发生延时和卡顿的问题，保证了用户观看，给用户带来极大便利。此外，还能够防止数据被复制，大大保证了数据的安全性。
同时本发明还提供一种流媒体推送系统，该系统包括：
原始数据获取单元，在接收到客户端的播放请求后，控制音视频设备获取节目的音视频原始数据(ES)。
原始数据封装单元，对节目的音视频原始数据进行封装，增加对音视频原 始数据进行描述的ES包头，然后打包后发送至客户端。
广电网络中的节目数据采用TS方式传输，按照MPEG标准，TS包是由节目的音视频原始数据(ES，Elementary Stream)打包成PES(Packetized Elementary Stream)，再由PES封装而成。客户端必须收集若干TS包，然后解析成PES，再将PES解析成ES才能进行播放，这样会大大增加音视频设备以及客户端的工作量，占用过多资源，同时增加网络带宽和播放器的解复用时间造成延时和卡顿等问题。故在该实施例中，在客户端请求后，原始数据获取单元控制由音视频设备获取到节目的音视频原始数据，原始数据封装单元将音视频的原始数据进行封装，增加ES包头后直接发送给客户端，而不是发送TS包给客户端，这样会减少数据的发送量，减少网络带宽，同时客户端不需要收集若干TS包，解析成PES，再将PES解析成ES等复杂操作，从而避免推送过程中发生延时和卡顿的问题。
在进一步的实施方式中，原始数据获取单元接收到客户端的播放请求后，音视频设备锁定对应频点，设置硬解过滤选项，过滤出对应节目的音视频原始数据。在获得原始数据ES后，为了使客户端准确定位ES数据，原始数据封装单元需要对ES数据进行封装，增加对ES数据进行描述的ES头部，完整的描述一个ES数据的大小、数据内容等信息，通过封装，就可以实现节目音视频原始数据的分发，解决因分发传输流带来的冗余数据的传输，达到充分利用网络、CPU资源的目的，也使得客户端对ES数据能够准确定位进行同步。进一步的，原始数据封装单元采用HTTP方式对音视频原始数据进行传输，这样可以避免由于网络抖动等原因，使数据传输到客户端出现乱序的问题。
由于音视频原始数据容易被用户复制保留下来，为保证数据的安全性，进一步的，原始数据封装单元对ES头部进行加密，客户端接收到音视频原始数据后，对ES头部进行解密后才能进行播放。更进一步的，客户端对ES头部进行解密具体为：客户端将加密的ES头部提交至音视频设备进行解密，音视频设备进行解密后发送给客户端。或者，客户端向音视频设备发送请求密钥的请求，音视频设备将密钥发送至客户端，客户端接收密钥对ES包头进行解密后播放。这样，通过对ES包头的加密，防止数据被复制，实现对ES数据的安全 性。
该流媒体推送系统，音视频设备获取节目的音视频原始数据并进行封装增加ES包头进行描述，然后将封装后的原始数据发送到客户端，这样音视频设备直接发送封装后的音视频原始数据给客户端，而不是发送TS包给客户端，大大减少数据的发送量，减少网络带宽，同时客户端不需要复杂操作，从而避免推送过程中发生延时和卡顿的问题，保证了用户观看，给用户带来极大便利。此外，还能够防止数据被复制，大大保证了数据的安全性。
本发明流媒体推送方法及系统，音视频设备获取节目的音视频原始数据并进行封装增加ES包头进行描述，然后将封装后的原始数据发送到客户端，这样音视频设备直接发送封装后的音视频原始数据给客户端，而不是发送TS包给客户端，大大减少数据的发送量，减少网络带宽，同时客户端不需要复杂操作，从而避免推送过程中发生延时和卡顿的问题，保证了用户观看，给用户带来极大便利。
以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

  1. 一种流媒体推送方法，其特征在于，包括如下步骤：
    S10：在接收到客户端的播放请求后，控制音视频设备获取节目的音视频原始数据；
    S20：对节目的音视频原始数据进行封装，增加对音视频原始数据进行描述的ES包头，然后打包后发送至客户端。
  2. 根据权利要求1所述的流媒体推送方法，其特征在于，所述步骤S10具体为：接收到客户端的播放请求后，音视频设备锁定对应频点，设置硬解过滤选项，过滤出对应节目的音视频原始数据。
  3. 根据权利要求1所述的流媒体推送方法，其特征在于，所述步骤S20具体为：对ES头部进行加密，客户端接收到音视频原始数据后，对ES头部进行解密后才能进行播放。
  4. 根据权利要求3所述的流媒体推送方法，其特征在于，所述步骤S20具体为：对ES头部前10个字节进行加密。
  5. 根据权利要求3所述的流媒体推送方法，其特征在于，所述步骤S20具体为：客户端将加密的ES头部提交至音视频设备进行解密，音视频设备进行解密后发送给客户端；
    或者，客户端向音视频设备发送请求密钥的请求，音视频设备将密钥发送至客户端，客户端接收密钥对ES包头进行解密后播放。
  6. 一种流媒体推送系统，其特征在于，包括：
    原始数据获取单元，在接收到客户端的播放请求后，控制音视频设备获取节目的音视频原始数据；
    原始数据封装单元，对节目的音视频原始数据进行封装，增加对音视频原始数据进行描述的ES包头，然后打包后发送至客户端。
  7. 根据权利要求6所述的流媒体推送系统，其特征在于，接收到客户端的播放请求后，所述原始数据获取单元控制音视频设备锁定对应频点，设置硬解 过滤选项，过滤出对应节目的音视频原始数据。
  8. 根据权利要求7所述的流媒体推送系统，其特征在于，所述原始数据封装单元对ES头部进行加密，客户端接收到音视频原始数据后，对ES头部进行解密后才能进行播放。
  9. 根据权利要求8所述的流媒体推送系统，其特征在于，所述原始数据封装单元对ES头部前10个字节进行加密。
  10. 根据权利要求8所述的流媒体推送系统，其特征在于，客户端将加密的ES头部提交至音视频设备进行解密，音视频设备进行解密后发送给客户端；
    或者，客户端向音视频设备发送请求密钥的请求，音视频设备将密钥发送至客户端，客户端接收密钥对ES包头进行解密后播放。
PCT/CN2016/074714 2015-03-09 2016-02-26 流媒体推送方法及系统 WO2016141811A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510101234X 2015-03-09
CN201510101234.XA CN104661051A (zh) 2015-03-09 2015-03-09 流媒体推送方法及系统

Publications (1)

Publication Number Publication Date
WO2016141811A1 true WO2016141811A1 (zh) 2016-09-15

Family

ID=53251672

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/074714 WO2016141811A1 (zh) 2015-03-09 2016-02-26 流媒体推送方法及系统

Country Status (2)

Country Link
CN (1) CN104661051A (zh)
WO (1) WO2016141811A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113763137A (zh) * 2021-11-10 2021-12-07 山东派盟网络科技有限公司 信息推送方法及计算机设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104661051A (zh) * 2015-03-09 2015-05-27 深圳市九洲电器有限公司 流媒体推送方法及系统
CN106341701B (zh) * 2016-08-30 2019-09-03 福建星网视易信息系统有限公司 一种动态支持多方节目源播放的方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090094662A1 (en) * 2007-10-03 2009-04-09 At&T Knowledge Ventures, L.P. System for managing media services
CN202009471U (zh) * 2011-04-18 2011-10-12 北京歌华有线数字媒体有限公司 基于dvb传输的流媒体边缘适配器装置
US20130077631A1 (en) * 2007-10-11 2013-03-28 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving of the object-based audio contents
CN103856810A (zh) * 2012-12-04 2014-06-11 深圳市同洲电子股份有限公司 一种具有传屏功能的多媒体信息终端
CN104661051A (zh) * 2015-03-09 2015-05-27 深圳市九洲电器有限公司 流媒体推送方法及系统

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI226776B (en) * 2000-12-18 2005-01-11 Koninkl Philips Electronics Nv Secure super distribution of user data
JP4770543B2 (ja) * 2006-03-27 2011-09-14 船井電機株式会社 放送受信機
TWI335179B (en) * 2006-07-21 2010-12-21 Mediatek Inc Method and electronic apparatus for supplementing channel information
CN101009553A (zh) * 2006-12-30 2007-08-01 中兴通讯股份有限公司 实现多网融合移动多媒体广播系统密钥安全的方法和系统
CN101325674A (zh) * 2007-06-11 2008-12-17 厦门华侨电子股份有限公司 一种电视信号接收方法及接收装置
CN101094394A (zh) * 2007-07-17 2007-12-26 中国科学院软件研究所 一种保证视频数据安全传输的方法及视频监控系统
CN100571395C (zh) * 2007-09-20 2009-12-16 合肥工业大学 一种基于h.264视频流的加密方法
CN101163228B (zh) * 2007-10-24 2012-09-19 中国电信股份有限公司 网络视频监控的视频数据加密的系统和方法
US20090313665A1 (en) * 2008-06-17 2009-12-17 Tandberg Television Inc. Digital rights management licensing over third party networks
CN102025938A (zh) * 2010-12-15 2011-04-20 新科电子集团有限公司 地面数字电视接收机
CN201986089U (zh) * 2011-04-29 2011-09-21 成都英集电子高科技有限公司 一种无线数字机顶盒
KR101857791B1 (ko) * 2011-08-30 2018-05-16 삼성전자주식회사 컴퓨팅 시스템, 및 상기 컴퓨팅 시스템을 동작하기 위한 방법
CN102510543A (zh) * 2011-11-18 2012-06-20 Tcl集团股份有限公司 音视频播放方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090094662A1 (en) * 2007-10-03 2009-04-09 At&T Knowledge Ventures, L.P. System for managing media services
US20130077631A1 (en) * 2007-10-11 2013-03-28 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving of the object-based audio contents
CN202009471U (zh) * 2011-04-18 2011-10-12 北京歌华有线数字媒体有限公司 基于dvb传输的流媒体边缘适配器装置
CN103856810A (zh) * 2012-12-04 2014-06-11 深圳市同洲电子股份有限公司 一种具有传屏功能的多媒体信息终端
CN104661051A (zh) * 2015-03-09 2015-05-27 深圳市九洲电器有限公司 流媒体推送方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113763137A (zh) * 2021-11-10 2021-12-07 山东派盟网络科技有限公司 信息推送方法及计算机设备
CN113763137B (zh) * 2021-11-10 2022-10-14 山东派盟网络科技有限公司 信息推送方法及计算机设备

Also Published As

Publication number Publication date
CN104661051A (zh) 2015-05-27

Similar Documents

Publication Publication Date Title
US7231516B1 (en) Networked digital video recording system with copy protection and random access playback
JP6077173B2 (ja) 安全なメディア再生のためのｄｌｎａ（登録商標）／ｄｔｃｐストリーム変換
US8532075B2 (en) Transitioning to secure IP communications for encoding, encapsulating, and encrypting data
US20150156270A1 (en) Content transmission device
US20080031448A1 (en) Content distributing method, apparatus and system
US8484692B2 (en) Method of streaming compressed digital video content over a network
US20190364330A1 (en) Broadcast Delivered HLS System
CA2656144A1 (en) Method for trick playing on streamed and encrypted multimedia
EP1913727A1 (en) Protecting elementary stream content
TW201436550A (zh) 用於進行輸送輸入／輸出之系統及方法
US20150149778A1 (en) Content reception apparatus and method, and content transmission apparatus and method
TW201436553A (zh) 用於組合及提取命令及控制資料之系統及方法
WO2016141811A1 (zh) 流媒体推送方法及系统
JP2015154238A5 (zh)
US11457254B2 (en) Systems and methods for secure communications between media devices
US11128678B2 (en) Multi-platform digital rights management for placeshifting of multimedia content
JP4042957B2 (ja) デジタル放送受信機用のコンテンツ取得装置およびプログラム
CN103634624A (zh) 基于ip网络的数字电视直播方法及系统
KR20100001045A (ko) 아이피 티브이 방송서비스에서 방송 컨텐츠의 불법 이용을방지하는 시스템 및 그 방법
EP3791598A1 (en) Broadcast delivered hls system
WO2015103774A1 (zh) 一种节目播放的方法和设备
Rui et al. Design and Implementation of Remote Teaching System Based on Encryption
WO2016042510A1 (en) Dynamic control of content on distributed media player devices using a carousel mechanism

Legal Events

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

Ref document number: 16761038

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16761038

Country of ref document: EP

Kind code of ref document: A1