CN1471317A - Burst audio-video flow transmission and reception technique for video-on-demand system - Google Patents

Burst audio-video flow transmission and reception technique for video-on-demand system Download PDF

Info

Publication number
CN1471317A
CN1471317A CNA021253242A CN02125324A CN1471317A CN 1471317 A CN1471317 A CN 1471317A CN A021253242 A CNA021253242 A CN A021253242A CN 02125324 A CN02125324 A CN 02125324A CN 1471317 A CN1471317 A CN 1471317A
Authority
CN
China
Prior art keywords
player
data
server
file
playback
Prior art date
Application number
CNA021253242A
Other languages
Chinese (zh)
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 梁肇新
Priority to CNA021253242A priority Critical patent/CN1471317A/en
Publication of CN1471317A publication Critical patent/CN1471317A/en

Links

Abstract

The key point of the invention is as follows. The server sends data only when player needs data. if sending data, the server sends it in the shortest time possibly. When a player is playing data obtained, the server will not send data to it, and the server can serve other players. Thus, each playing request uses network bandwidth in intermittent mode and burst mode. Player can plays back files onVOD server without changing architecture of players through API functions of file manipulation in hook system. Thus, the invention can use network bandwidth effectively without influencing quality ofplaying audio and video.

Description

视频点播系统中猝发式音视频流传输及接收技术 VOD system burst-type transmission and reception of audio and video streaming technology

1技术领域本发明属于网络多媒体数据传送与播放领域。 Technical Field The present invention belongs to a network and playing the multimedia data field. 本发明涉及一种在网络上有效传送音频/视频流的技术,并特别涉及一种不改变已有播放体系的情况下实现视频点播(以下简称VOD)播放的方法。 The present invention relates to an efficient technology for transmitting audio / video stream on the network, and in particular to the case of a non-implemented method of changing the play existing video on demand systems (hereinafter referred to as VOD) playback.

2技术背景VOD技术经历多年的发展,原有的技术已经不很符合新的网络环境。 Technology Background VOD technology has undergone years of development, the existing technology has not quite conform to the new network environment. 现在的网络正向宽带发展,第一代和第二代VOD系统一般采用用户数据报协议(以下简称UDP)传送,这种方法适应了以前的网络环境。 Now forward broadband network, the first and second generation VOD systems generally use the User Datagram Protocol (hereinafter referred to as UDP) transmission, this method is adapted to the previous network environment. 但在宽带网络下,UDP传送数据不能很好的节省网络带宽;另处,UDP的远程传送数据需要有路由器和防火墙的配合。 But in the broadband network, UDP data transfer can not be good save network bandwidth; the other, the remote transmission of data with the UDP needs to have routers and firewalls. 传输控制协议(以下简称TCP)的传送在宽带环境下可以很好的传送数据流,但它同样在远程传送数据时需要有路由器和防火墙的配合。 Transmitting the transmission control protocol (hereinafter referred to as TCP) in a broadband environment can be a good transport stream, but it is also required to transmit data at a fitting remote routers and firewalls. 事实上,多数路由器和防火墙都开放超文本传输协议(以下简称HTTP)数据包和端口,如果能采用HTTP协议有效的传送数据流,则可以使VOD系统的功能更强劲,使其应用范围更广。 In fact, the majority of routers and firewalls are open hypertext transfer protocol (hereinafter referred to as HTTP) packet and the port, if a valid HTTP protocol transport stream, you can make the system more robust VOD function, so that a wider range of applications .

HTTP协议为传送WEB服务而设计,如果要使其很好的传送多媒体数据流,则必须对其进行改造。 HTTP protocol to transmit WEB service design, if you want to make a good transmission of multimedia data stream, it must be modified. 本发明可以解决这一问题。 The present invention can solve this problem.

3发明内容本发明的具体内容如下:●在播放器请求时才发送数据的方法;●采用特定的格式的PUT方法(HTTP协议的一种格式)请求音频/视频节目;●视频服务器回应播放器请求的方法;●播放器与视频服务器协同工作的方法;●不改变已有播放体系的情况下实现VOD播放的方法;4附图说明图1给出的是播放器发送请求包头和接收数据流的过程;图2给出的是服务器响应播放器请求的过程;图3给出的是不改变已有播放体系的情况下实现VOD播放的过程。 3 details of the present invention is as follows: ● A method for transmitting data when requested in the player; ● PUT method using a specific format (a format of HTTP protocol) request for audio / video program; ● Video Player server response the method of the request; method ● player with video servers work together; implemented method in the case where the VOD play ● does not change the existing playback system; FIG. 4 is given player 1 transmits a request packet header and the received data stream process; FIG. 2 is given in response to player requests the server process; and Figure 3 shows the process of implementing the VOD play in playback without changing the existing system.

5具体实施方式猝发式音视频流传输及接收技术的核心思想是:播放器在要需要数据时才请求服务器发送,播放器每次请求发送尽量少(但不影响播放)的数据块,服务器保证在最短的时间内把相应的数据块传送给播放器。 5 DETAILED DESCRIPTION The core idea of ​​Formula burst transmission and reception of audio and video streaming technology is: player requests the server to send only needed data, the player transmits each request data block as little as possible (without affecting played), the server guarantees in the shortest possible time to transfer the data block corresponding to the player.

播放器采用HTTP协议的PUT方法向服务器请求节目流。 Player uses HTTP PUT method protocol request to the server program stream. 播放器在第一次点播指定的节目和重定位节目流的位置时,请求的信息包头稍有区别。 When the player first demand position designated program and relocation program stream, a request packet header slightly different.

第一次点播指定的节目时的请求信息列表:●点播的节目流路径(可能是虚拟路径)●点播的节目起点位置●点播的节目终点位置●第一次点播的标志(标志是第一次点播)●点播者的帐号●点播者的密码重定位指定的节目时的请求信息列表:●点播的节目流路径(真实路径)●点播的节目起点位置●点播的节目终点位置●第一次点播的标志(标志不是第一次点播)●点播者的帐号●点播者的密码由于本发明的服务器采用的是猝发式传送,为了减少服务器的运算开销,当重定位节目流时,播放器传送到服务器的节目路径是真实路径,并且标志节目为非第一次点播,这样,服务器接收到请求后,将不对请求的节目流的名字进行重新解析,也不再对用户进行认证。 The first request information list when the demand specified program: ● Program flow path on demand (possibly virtual path) ● demand programming starting position ● ● demand programming end position for the first time on-demand flag (flag for the first time demand) ● request information when a list of passwords relocation demand ● demand's account designated by the program: ● program flow path (true path) on-demand programs on demand ● ● demand programming starting position end position ● first demand flag (first flag is not on demand) VOD ● ●'s account password's demand server because the present invention uses a burst-type transmission, in order to reduce operation cost of the server, when the relocation program stream, transferred to the player path to the server program is the true path, and the first non-flag-demand program, so that, after the name of the program stream server receives a request, the request will not be re-analysis, no longer authenticate the user. 除此之外,对两者的请求,服务器的处理是相同的。 In addition, both of the request, the server process is the same.

播放器发送给服务器的HTTP请求格式如下:CHAR szRequestStreamHttpHeader[]={″USERAGENT:HEROVODPLAY\r\n″∥播放器验证标志″VODUSERIP:%u\r\n″ ∥用户的当地IP地址″PROIRITY:%u\r\n″ ∥用于重定位时发送优先级″FILMID:%u\r\n″ ∥影片ID″STARTPOS:%u\r\n″ ∥起动位置(请求的开始位置字节数)″STOPPOS:%u\r\n″ ∥结束位置(请求的结束位置字节数)″USERNAME:%s\r\n″ ∥用户名称″PASSWORD:%s\r\n″ ∥口令″FIRSTPLAY:%s\r\n″ ∥是否起动″FILMPATH:%s\r\n″ ∥文件路径″USERLANG:%s\r\n″ ∥客户端字符集″USERSN:%u\r\n″ ∥用户的时间序号″STARTTIME:%s\r\n″; ∥流起动时间,从服务器上获取“\r\n”};服务器传送给播放器的包头信息列表:●点播的节目流真实路径●点播的节目起点位置●点播的节目的长度(字节) HTTP player sent to the server requesting the following format: CHAR szRequestStreamHttpHeader [] = { "USERAGENT: HEROVODPLAY \ r \ n" ∥ Player authentication token "VODUSERIP:% u \ r \ n" ∥ user's local IP address "PROIRITY: % u \ r \ n "∥ transmission priority for re-positioning" fILMID:% u \ r \ n "∥ film ID" sTARTPOS:% u \ r \ n "∥ start position (start position of the number of bytes requested ) "STOPPOS:% u \ r \ n" ∥ end position (the end position of the number of bytes requested) "USERNAME:% s \ r \ n" ∥ user name "pASSWORD:% s \ r \ n" ∥ password "FIRSTPLAY :% s \ r \ n "∥ file path" USERLANG::% s \ r \ n "∥ client character set" USERSN:% u \ r \ n "∥% s \ r \ n FILMPATH" ∥ whether start " user time serial number "STARTTIME:% s \ r \ n"; ∥ flow start time, obtaining "\ r \ n"} from the server; information list header server transmits to the player: ● the demand program streams true path ● the length of the program on demand program start position ● demand (bytes)

●传送给服务器的数据流的长度●传送的开始时间●节目的类型●服务器的响应码●服务器的响应字符串等图1给出了播放器请求(或重位)节目流和接收节目流的过程。 ● length of the data stream transmitted to the server ● ● start time of the transmission type of the program code of the server's response ● ● server response string like Figure 1 shows the player request (or re-bit) receiving a program stream and a program stream process. 该过程包括以下步骤:●播放器把请求组织成szRequestStreamHttpHeader格式的HTTP头;●播放器把该HTTP头发送到相应的服务器(图1中的(1));如果发送失败,则此次的播放请求终止(图1中的(4));如果发送成功,则播放器等待服务器的回应定长的数据包头(图1中的(2));●如果服务器没有取到数据包头,则此次的播放请求终止(图1中的(4));如果取到数据包头信息,则分析服务器的返回信息。 The process includes the following steps: ● player organized into szRequestStreamHttpHeader the request HTTP header format; ● player to the HTTP header to the appropriate server (in FIG. 1 (1)); If the transmission fails, the player request to terminate (in FIG. 1 (4)); If the response to fixed length sent successfully, the server waits for the player's header data (in FIG. 1 (2)); ● If the server does not fetch the data packet header, the request to terminate the playback (FIG. 1 (4)); If we take the packet header information, the server returns information analysis. 返回信息中包括服务器是否接受播放器的请求以及请求数据流的名字及大小等信息;●如果服务器接受播放器的请求,则会传送回相应的节目流的信息,并且紧接着会传送数据流;●播放器接收一块数据,然后播放;在播放过程中,播放器不再接收数据,服务器也不对其传送数据;当该块数据传送完后,播放器再请求一块数据进行播放(图1中的(3));●直到接收完所有数据或者用户中断播放过程,此次播放过程结束(图1中的(4))。 Returns information includes whether the server accepts the request and the request for the player's name and size of the stream data and other information; ● If the server accepts the request of the player, the corresponding information will be sent back to the program stream, and subsequently sends the data stream; ● a player receives the data and play; during playback, the player no longer receive data, the server does not transmit its data; when the block transfer is complete, the player and then request a playback data (in FIG. 1 (3)); ● until the user has received all data or interruption during playback, the playback process ends (FIG. 1 (4)).

图2给出了服务器在接收到播放器的请求后的处理过程。 Figure 2 shows the server process upon receiving the request of the player. 该过程包括以下步骤:●服务器有一个侦听线程接收到播放器的连接信息(图2中的(5));●当接收到一个播放器的请求后,启动一个线程为播放器服务(图2中的(6));●服务器接收线程接收播放器的请求头信息;如果接收信息出错,则拒绝服务;如果接收正确,则进一步分析播放器的请求;●如果播放器是第一次请求指定的节目流,则对节目名进行处理;当播放器第一次请求时,其请求的节目路径可能是虚拟路径,因此要进行路径转换(图2中的(7));●如果转换节目路径正确,则准备并发送回应播放器的信息包头(图2中的(8));如果发送不正确,则服务线程退出,服务器为播放器的服务终止;●如果信息包头发送正确,并且服务器认可播放器的请求,则向播放器发送数据流(图2中的(9));●服务器发送数据时,采用阻塞式发送方式;如果播放器不接收,则服 The process includes the following steps: ● The server has a listening thread receives the connection information of the player (in FIG. 2 (5)); ● When receiving a request of the player, the player starts a service for the thread (FIG. in 2 (6)); ● server receives the player thread receives a request header; if the received error message, the denial of service; if received correctly, then further analyzes the request of the player; ● If the player is the first request assigned program stream, the processing of the program name; when the player first request, the program requests a path which may be a virtual path, the path to be converted (in FIG. 2 (7)); ● if the conversion program ((8) in Figure 2) path is correct, then prepare and send in response to the player's packet header; if sending incorrect, the service thread exits, the server is the player of termination of service; ● If the information packet header information is correct, and the server recognized player request, the transmission data stream ((9 in FIG. 2)) to the player; ● the server sends data using blocking transmission mode; If the player does not receive, the service 器就不能发送数据;●服务器每次发送一块数据,并且保证在最短的时间内把这块数据传送给播放器;●服务器把数据发送完毕,或者在发送的过程中数据发送不出去,则服务器的服务线程退出,不再为播放器服务。 Device can not send data; ● server each time a data transmission, and in the shortest possible time to ensure the transfer this data to the player; ● data has been sent to the server, or in the course of data transmission is not sent out, the server the service thread exits, no longer the player service.

前面阐述了播放器及服务器的协同工作完成音视频流的传输及接收技术。 It describes the work in front of the player and the server to complete the transmission and reception of audio and video streams art. 本发明的数据传送的关键是需要时才传送数据,如果要传送数据,则用最短的时间内传送完成。 Critical data is transmitted when needed according to the present invention to transmit data, if the data to be transmitted, it is transmitted with the shortest time to complete. 由于播放器在播放已取得的数据时,服务器不会向其传送数据。 Since the data in the player has made a play, the server does not transmit the data thereto. 而此时服务器可以为其它播放器服务。 At a time when the server can service for other players. 这样每个播放请求在播放过程中不是一直占用网络带宽,而是间歇式的,猝发式的占用,从而可以充分利用网络带宽。 Thus each player is not always requested network bandwidth during playback, but the batch type, burst type occupancy, which can make full use of network bandwidth.

实验证明,在100MBPS(MBPS指每秒1M比特)的网络上,采用本发明的技术,可以传送80个1.5MBPS的MPEG1的节目流,并且保证播放流畅;也就是说,采用本发明的技术,在100MBPS的网络上可以稳定的传送120MBPS的音视频数据流,并保证它们能够流畅的播放。 Experiments show that 100MBPS (MBPS refers 1M bits per second) on the network, using the techniques of the present invention, can be transmitted in the program stream 80 1.5MBPS MPEG1, and to ensure smooth playback; That is, using the techniques of the present invention, 100MBPS on the network can be stable transmission of audio and video data streams 120MBPS and ensure that they are able to smooth playback.

能做到这一点的原因不是增加物理的网络带宽,而是本发明的猝发式传送技术适合于网络多媒体数据流的传送。 The reason for this can not be done to increase the physical network bandwidth, but the burst-type transmission technique of the present invention is adapted to transmit multimedia streaming network. 这种技术充分利用音视频流边播放边取数据的特点以节省网络带宽。 This technology takes advantage of the characteristics of audio and video streams while playing fetch data to save network bandwidth.

在前面的阐述中,还有一点需要更进一步的说明和解决,同时这也是本发明的一个部分。 In the foregoing explanation, there is little need for further explanation and solution, and this was also a part of the present invention. 这就是,现有的播放器多数是读取本地的文件进行播放,如果要支持播放网络上的文件流,则需要对播放器进行改造。 That is, most of the existing players is to read the local file to play, if you want to play on a network supporting documents flow, you need to transform the player. MICROSOFT的MEDIAPLAYER及REALNETWORD的REALPLAYER可以播放网络上流文件。 MICROSOFT MEDIAPLAYER and REALNETWORD of the network can play high REALPLAYER file. 但是它们不能播放任意的非流式的文件如AVI、WAV、MIDI等。 However, non-streaming file can not play any of them as AVI, WAV, MIDI and so on. 但是,如果这些文件是本地文件,则它们可以很好的被大多数据播放器播放。 However, if these files are local, they may well be, according to the majority of players to play. 本发明的如下技术可以使得播放器像播放本地文件一样播放网络文件,而且不需更改播放器的原有的播放体系。 Technique of the present invention may enable the player playing local files as broadcast network document, but without changing the original player playing system.

该技术的中心思想是:尽量不改变原有的播放器的体系;通过挂钩系统的文件操作的API函数,挂接上的新API函数可以读取网络文件;当播放器调用文件操作API函数打开已挂接的网络文件时,新的文件操作API函数将去打开网络文件,对播放器来说,就象打开本地文件一样进行操作。 The central idea of ​​the technology is: try not to change the original player system; API function by the file system hook operation, the new API functions can be read on the network file attached; file operation when the player API function calls open when a mounted network file, the new file manipulation API function to open a network file, value for players, like open local files to operate.

不改变已有播放体系的情况下实现VOD播放的步骤如下:●装入已有的播放体系的播放器,并装入挂钩文件操作API函数的模块,同时挂接相应的API函数(图3中的(10));●调用装入的播放器播放文件(图3中的(11));如果播放的是VOD文件,则挂接对该文件的操作(图3中的(12));●播放器像播放本地文件一样操作要播放的文件,如打开音视频流文件,从文件中读取数据,重新定位文件等(图3中的(13));●如果打开的是本地文件,则被挂接的新的文件操作的API函数会调用系统的相应的函数来操作文件(图3中的(14));如果是VOD文件,则这些新的被挂接API函数会自动到VOD服务器上读取对应的VOD文件(图3中的(15));这样对于播放器来说,它根本不知道现在播放的是VOD文件还是本地文件;●播放器利用新挂接的API函数的操作要播放的节目流(图3中的(16)),直到播放结束;●如果 Step VOD play is achieved without altering the existing playback system as follows: ● loading a player to play an existing system, and hook load module file operation API functions, while the API function corresponding hook (3 in FIG. (in FIG. 3 (11) ● calls charged player to play the file);; (10)) If the player is VOD file, the file mount the operation (in FIG. 3 (12)); ● player playing a local file operations like file to be played, such as audio and video stream file is opened, the data read from the file, files relocated (in FIG. 3 (13)); ● If a local file is opened, API function call corresponding function of the system will mount a new file were to operate the file operation (in FIG. 3 (14)); if VOD file, these new API functions are automatically mounted to the VOD reading the corresponding VOD file server (in FIG. 3 (15)); for the player such, it does not know the VOD play file or local file; ● player using the API functions of the newly-mounted to play a program operation flow (FIG. 3 (16)), until the play end; if ● 播放完成,则解除对该文件的挂钩(如果前面已经挂接),进而该播放过程结束(图2中的(17))。 Playback is finished, then unhook the file (if already attached), and thus the playback process ends (in FIG. 2 (17)).

Claims (3)

1.视频点播(以下简称VOD)系统猝发式音视频流传输及接收技术通过一定的方法,在不改变已有的播放体系的情况下实现VOD播放,并且在播放音视频流时可以有效的节省网络带宽;该方法包括以下步骤:装入已有的播放体系的播放器,并装入挂钩文件操作应用程序编程接口(以下简称API)函数的模块,同时挂接相应的API函数;挂接要播放的VOD文件,并调用装入的播放器播放该文件;播放器把请求信息组织成超文本传送协议(以下简称HTTP)请求包头,并发送到相应的服务器;然后等待服务器的回应的定长的数据包头;播放器分析服务器传回的信息,如是服务器按受播放器的请求,则播放器准备接收数据和播放;播放器接收一块数据,然后播放;在播放过程中,播放器不再接收数据,服务器也不对其传送数据;当该块数据传送完后,播放器再请求一块数据进行 1. The video on demand (hereinafter referred to as VOD) system burst-type transmission and reception of audio and video streaming technology by a certain method, the VOD play implemented without changing the conventional playback system, and can effectively save when playing audio and video streams network bandwidth; the method comprising the steps of: loading an existing player playing system, and hook load file operation function module application programming interface (hereinafter referred to as API), while the corresponding hook API functions; attached to VOD file playback and calls the player to play the loaded file; player to request information organized into hypertext transfer protocol (hereinafter referred to as HTTP) request header and sent to the appropriate server; then wait for the server response to the fixed length of the packet header; player returns information analysis server, the server case as requested by the player, the player and the player is ready to receive data; receiving a data player and then playing; during playback, the player no longer receives data, the server does not transmit its data; when the block transfer is complete, the player and then request a data 放;直到接收完所有数据或者用户中断播放过程,此次播放过程结束;如果播放完成,则解除对该文件的挂钩(如果前面已经挂接),进而该播放过程结束。 Release; until the user has received all data or interrupt playback, ending the playback; If the playback is completed, unhook the file (if already attached), and then ends the playback.
2.权利要求1的方法还包括步骤:服务器发送数据时,采用阻塞式发送方式;如果播放器不接收,则服务器就不能发送数据;服务器每次发送一块数据,并且保证在最短的时间内把这块数据传送给播放器; The method of claim 1 further comprising the step of: when the server sends data using blocking transmission mode; If the player does not receive, the server can not send data; a data transmission server each time, and to ensure the shortest possible time in the this data is transferred to the player;
3.权利要求1的方法还包括:尽量不改变原有的播放器的体系;通过挂钩系统的文件操作的API函数,挂接上的新API函数可以读取网络文件;当播放器调用文件操作API函数打开已挂接的网络文件时,新的文件操作API函数将去打开网络文件,对播放器来说,就象打开本地文件一样进行操作。 The method of claim 1 further comprising: try not to change the original player system; API function by the file system hook operation, the new API functions can be read on the network file attached; file player when the call operation when the API function to open a mounted network file, the new file manipulation API function to open a network file, value for players, like open local files to operate.
CNA021253242A 2002-07-25 2002-07-25 Burst audio-video flow transmission and reception technique for video-on-demand system CN1471317A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA021253242A CN1471317A (en) 2002-07-25 2002-07-25 Burst audio-video flow transmission and reception technique for video-on-demand system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA021253242A CN1471317A (en) 2002-07-25 2002-07-25 Burst audio-video flow transmission and reception technique for video-on-demand system

Publications (1)

Publication Number Publication Date
CN1471317A true CN1471317A (en) 2004-01-28

Family

ID=34142840

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA021253242A CN1471317A (en) 2002-07-25 2002-07-25 Burst audio-video flow transmission and reception technique for video-on-demand system

Country Status (1)

Country Link
CN (1) CN1471317A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100536560C (en) 2004-07-30 2009-09-02 宽带网络电视股份有限公司 System and method for managing, converting and displaying video content on a video-on-demand platform
CN1929687B (en) 2005-09-09 2010-05-26 英特尔公司 Methods and apparatus for providing a cooperative relay system associated with a broadband wireless access network

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100536560C (en) 2004-07-30 2009-09-02 宽带网络电视股份有限公司 System and method for managing, converting and displaying video content on a video-on-demand platform
CN1929687B (en) 2005-09-09 2010-05-26 英特尔公司 Methods and apparatus for providing a cooperative relay system associated with a broadband wireless access network

Similar Documents

Publication Publication Date Title
US6498897B1 (en) Media server system and method having improved asset types for playback of digital media
US6263371B1 (en) Method and apparatus for seaming of streaming content
US6735634B1 (en) Method for real time protocol media recording
CA2447852C (en) Method and system for authenticated fast channel change of media provided over a dsl connection
JP3819751B2 (en) Streaming media transfer method and apparatus
JP4718122B2 (en) Media delivery apparatus
CN1961590B (en) Systems and methods for improved data throughput in communications networks
US10264070B2 (en) System and method for synchronizing media presentation at multiple recipients
US6948076B2 (en) Communication system using home gateway and access server for preventing attacks to home network
US7664871B2 (en) Methods and apparatus for communication media commands and data using the HTTP protocol
DK2323333T3 (en) Method for multi casting and device thereof
CN1819559B (en) Multicast distribution of streaming multimedia content
JP4414311B2 (en) Multimedia streaming service system and method thereof
CN101534204B (en) Streaming media information distribution system and method thereof and user end
US7155609B2 (en) Key exchange mechanism for streaming protected media content
US7558870B2 (en) Multimedia content delivery system
US8880728B2 (en) High speed ethernet MAC and PHY apparatus with a filter based ethernet packet router with priority queuing and single or multiple transport stream interfaces
US20060235800A1 (en) Digital rights management for media streaming systems
US20170195740A1 (en) Methods and apparatus to distribute media content
CN101785278B (en) Transmitting content data flowing in the network
CN101517553B (en) Methods and apparatus for packetization of content for transmission over a network
US9161087B2 (en) User controlled multi-device media-on-demand system
JP4619353B2 (en) System for delivering multimedia content
US7788394B2 (en) Streaming content over an internet protocol network
CN100551042C (en) Access/edge node supporting multiple video streaming services using a single request protocol

Legal Events

Date Code Title Description
C06 Publication
C10 Entry into substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)