CN1535537A - 用以经由网络传送数据的方法 - Google Patents

用以经由网络传送数据的方法 Download PDF

Info

Publication number
CN1535537A
CN1535537A CNA028147669A CN02814766A CN1535537A CN 1535537 A CN1535537 A CN 1535537A CN A028147669 A CNA028147669 A CN A028147669A CN 02814766 A CN02814766 A CN 02814766A CN 1535537 A CN1535537 A CN 1535537A
Authority
CN
China
Prior art keywords
data stream
data
latency
client
fragment
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
Application number
CNA028147669A
Other languages
English (en)
Other versions
CN1254971C (zh
Inventor
�Ź�ΰ
张国伟
陈港荣
陈展文
林永佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
DINASTech IPR Ltd
Original Assignee
DINASTech IPR Ltd
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
Priority claimed from US09/917,638 external-priority patent/US7174384B2/en
Application filed by DINASTech IPR Ltd filed Critical DINASTech IPR Ltd
Publication of CN1535537A publication Critical patent/CN1535537A/zh
Application granted granted Critical
Publication of CN1254971C publication Critical patent/CN1254971C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26616Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for merging a unicast channel into a multicast channel, e.g. in a VOD application, when a client served by unicast channel catches up a multicast channel to save bandwidth
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/15Flow control; Congestion control in relation to multipoint traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416Real-time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2441Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • H04L47/283Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26216Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26233Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving content or additional data duration or size, e.g. length of a movie, size of an executable file
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26275Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for distributing content or additional data in a staggered manner, e.g. repeating movies on different channels in a time-staggered manner in a near video on demand system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47202End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting content on demand, e.g. video on demand
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/472End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/4722End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for requesting additional data associated with the content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6156Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6181Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a mobile phone network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6581Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/65Transmission of management data between client and server
    • H04N21/658Transmission by the client directed to the server
    • H04N21/6587Control parameters, e.g. trick play commands, viewpoint selection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/812Monomedia components thereof involving advertisement data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309Transmission or handling of upstream communications
    • H04N7/17336Handling of requests in head-ends
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00Television systems
    • H04N7/16Analogue secrecy systems; Analogue subscription systems
    • H04N7/173Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N2007/1739Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal the upstream communication being transmitted via a separate link, e.g. telephone line

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Hardware Design (AREA)
  • Marketing (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明叙述一种用于在网络上递送资料到大量用户的新方法及系统,其适合用于建造大规模视频点播系统。在现行的视频点播系统中,在不明显增加网络负载的情形下,用户在开始接收所要求的有能力提供足够互动功能的数据之前,可能要等待很长时间,或没有互动功能。此方法使用两个群的数据流,其中一个负责最小化等待时间同时另一个负责提供必须的互动功能。在反等待数据群中,可以使用均匀、非均匀、或阶层式交错流间隔。基于此发明而实现的系统可拥有一个相对较小的启动等待时间,同时使用者可以享受大部分录像机一般的典型互动功能,包括快速前进、向前跳跃等等。再者,此发明也可以维持必须的数据流数,因而维持必须的频宽。

Description

用以经由网络传送数据的方法
技术领域
本发明关于一种用于在网络上递送数据的方法及系统,尤其是那些用于传送大量具有重复性内容的数据到大量用户,如随选视讯系统。
背景技术
现行的随选视讯系统面临了一些挑战。其中之一是如何提供给可能是数以百万计的用户足够的互动性,如快速前进、快速后退、往前跳跃、往后跳跃。同时,此类功能的提供不应以严重的网络负载为代价,因为该网络资源即该频宽是有限的。再者,每一用户一般而言比较希望自己选择的影片尽快开始。
以下各节说明某些现行使用中的随选视讯系统(VOD:Vedio-on-Demand)系统及它们可能的缺点:
1.有规律流间隔的近似VOD(NVOD:Near VOD)
一个NVOD系统由具有规律流间隔T的交错多播流组成(如图1所示)。该流被多任务到该相同或不同的实体媒体上以经由某些多任务机构分配到该使用者(诸如分时多任务、分频多任务、分码多任务、分波长多任务等等)。该分配机构包含点对点,点对多点及其它方法。每一流被分割为规律的间隔T的段,且这些段分别标注为1,2,3,...,N。要分配到该使用者的该内容被携带于该N个段中,且该内容被复制到所有这些流上。该内容在时间上也在每个流上重复。通过使用此种具有规律流间隔T的交错流安排,该使用者被保证可在任何时间接收该内容且启始等待小于T。然而此一系统没有提供使用者互动。若一个使用者中断内容收视,如暂停该显示,该使用者无法在暂停的相同播放点恢复收视且被迫跳过某些内容以赶上连续播放的该多播流。
2.有不规律流间隔的准VOD(QVOD:Quasi-VOD)
一个QVOD系统由具有不规律流间隔的交错多播流组成(图2)。该流被多任务到该相同或不同的实体媒体上以经由某些多任务机构分配到该使用者(诸如分时多任务、分频多任务、分码多任务、分波长多任务等等)。该分配机构包含点对点,点对多点及其它方法。与该NVOD不同其流持续存在,一个QVOD系统中的流由使用者对内容的请求随选产生。在某一时间间隔Ti内的使用者请求被一起批处理且由流i一起服务。该流间隔T1,T2,...,Ti,...为不规律。这些流(流1到i等等...)均随要求而提供并且一旦内容分配完成则将被移除。只要使用者的要求到达则流会经常不断地产生。藉由使用此种具有不规律流间隔Ti的交错流安排,在间隔Ti之内开始的该特定使用者群被保证可在Ti(开始等待)时间内接收内容。再次,此一系统没有提供使用者互动。若一个使用者中断内容收视,如暂停该显示,该使用者无法在暂停的相同播放点恢复收视且被迫跳过某些内容以赶上连续播放的该多播流。
3.分布式互动网络架构(DINA:Distributed Interactive Network Architecture)
DINA系统设计申请人的PCT申请:PCT/IB00/001857及PCT/IB00/001858说明的方法及系统。在该DINA系统中,互动功能包含快速前进、快速后退、往前跳跃、往后跳跃、慢动作等等,可由多个多播视讯数据配合多个分布式互动服务器来提供。尽管此DINA系统可提供给用户互动功能,若对每个使用者请求的开始时间要减少的话则网络负载可能增加。此由该多播数据流的流间隔决定。一般而言,该数据流数,及网络负载随该流间隔的减少而增加。
在该NVOD及QVOD系统中,欲收视内容的一个使用者将会简单地搭接许多交错流其中之一,并且与所有其它分享该流的使用者同时收视该内容。当此种方案为简单及有效的同时,它们也被两个难题所困扰—一个大的开始等待及使用者缺乏灵活性。
对于第一个难题,一个使用者在其请求被服务之前可能必须等待一个流间隔T一般长的时间,且此等候时间依据流间隔而定可能大到数分钟甚至数小时。虽然可以令流间隔很小,例如小到甚至数秒,此同时意味系统必须提供大量流以供应等量内容。所需的流数为
Figure A0281476600251
其中R为内容的长度且T为流间隔。因此,小的开始等待可导致高出许多的传输频宽及成本。DINA系统也面临同样的难题。
对于第二个难题,使用者收视一个多播流时不能自由地中断该流因为尚有其它的收视者。因此,NVOD及QVOD系统无法允许像录像机(VCR:VedioCasstte Recorder)般的互动性,诸如:暂停,回复,倒转,慢动作,快速前进,等等。这些系统也阻碍部署新型态互动媒体的引介。近年来,在NVOD及QVOD系统上提供如VCR一类的某种形式互动性的一种通俗的方法是在机顶盒(STB:Set Top Box)加上一个储存单元,以便储藏所有被广播的可用内容。此类系统有较高系统成本及操作上的问题,如:储存单元失效及管理。
可以理解对VOD系统中现存的问题现有技术无法提供解决的方法。特别是现行VOD系统可能无法在短开始时间下提供该用户/使用者需要的互动功能,同时最小化网络负载。因此,本发明的目的在解决至少一部分前文所述的现有技术中的问题。最低限度,本发明的目的是对公众提供一个有用的选择。
发明内容
因此,广义而言,本发明提供一种方法用于在网络上传送数据到至少一个用户,且拥有一个等待时间以开始传输所述的数据到该用户。本发明包含以下的措施:
产生至少一个反等待数据流包含至少一个数据的前导部分用于客户接收;及
产生至少一个互动数据流包含至少一个所述的数据的剩余部分以便用户在接收到至少一个反等待数据流的一部分之后予以合并。
所述的反等待数据流及所述的互动数据流可分别由至少一个反等待信号产生器及至少一个互动信号产生器产生。
本发明另一方面提供一种方法及相对应的系统用于在网络上传送数据到至少一个用户包含将所述的数据切成K段,每段在网络上传送需要一个时间T的措施,其中所述的K个数据段中的每一个含有一头部及一尾部,并且该头部含有紧接着前段的所述的尾部的数据的一部分,当客户端接收时有助于所述的K个数据段的合并。
所述的K个数据段可由一个信号产生器产生。
本发明另一方面提供一种方法用于在网络上传送数据到至少一个用户,且拥有一个等待时间以传输所述的数据到所述的用户。本发明包含以下措施:
产生至少一个反等待数据流包含至少一个数据的前导部分用于客户接收;
在所述的客户端中预先取得所述的前导部分作为预先取得数据,及
产生至少一个互动数据流包含所述数据至少一个的剩余部分用于让用户将其合并到前导部分。
此发明还提供一种方法用于在网络上传送数据到至少一个用户包含所述的产生多个的反等待数据流的措施,其中所述的反等待数据流包含:
一个前导数据流,包含至少一个所述的数据的所述的前导部分的前导段在所述的前导数据流之内不断重复;以及
多个结束数据流,每一个所述的结束数据流:
含有所述的数据的前导部分的剩余部分;及
在素数的结束数据流中连续被重复,并且其中每一个连续的结束数据流系被一反等待时间间隔错开。
本发明更提供一种方法及相对应的系统用于在网络上传送数据到至少一个用户。该方法包含产生由1到M的M个反等待数据流的措施,其中一个mth反等待数据流有Fm段,且Fm为一个mth费班那赛数;且其中所述的Fm段在mth反等待数据流内不断重复。
本发明还有另一方面提供一种方法及相对应的系统用于在网络上传送数据到至少一个用户,所述数据切成K段,每段在网络上传送需时间T。该方法包含产生M个反等待数据流其含有1到K反等待数据段的措施,其中所述反等待数据段被分配在M个反等待数据流中使得一个kth前导段在所述反等待数据流中以一个反等待时间间隔≤kT重复。
本发明更提供一种方法用于接收在网络上传送到至少一个用户的数据。该被传送的数据切成K段每段在网络上传送需时T。所述数据被划分成两组数据流,所述的反等待数据流包含M个反等待数据流,且所述的互动数据流包含N个互动数据流。用于接收所述的数据的方法包含下列措施:
提出一个对所述数据的请求。该请求可由客户端的一个处理器提出;及
连接该客户端到所述的M个反等待数据流并接收所述的M个反等待数据流内的数据。该客户端或接收器可由一个连接器连接到所述的反等待数据流。
本发明也提供一种方法及相对应的系统用于接收在网络上传送到至少一个用户的数据,其中所述的数据包含一个前导部分及一个剩余部分,且该剩余部分由至少一个互动数据流传送,包含下列措施:
于所述的客户端中预先取得所述的前导部分作为预先取得数据,其容纳于所述客户端的缓冲器中;及
由一个处理器将所述预先取得数据与所述剩余部分合并。
另一种可选方法,根据用户的要求产生反等待数据流代替连续的产生反等待数据流。
上述各方法及系统进一步的实施例及选项将通过附图和具体实施例详细说明,阅读该说明后,整个过程对于熟悉本技术的人员是很明显的。
附图说明
本发明的较佳实施例现在利用范例来解释并参考所附图式,其中:
图1显示一个NVOD系统的数据流结构;
图2显示一个QVOD系统的数据流结构;
图3显示此发明的数据传输系统的整体系统架构;
图4显示本发明的数据传输系统的结构1的数据流安排;
图5显示本发明的数据传输系统的结构2的数据流安排;
图6显示本发明的数据传输系统的结构3的数据流配置;注意与图4及图5中群II数据流安排的差异;
图7显示结构3的另一群I数据流的安排;
图8显示本发明的数据传输系统的结构4的群I数据流安排;
图9显示本发明的数据传输系统的结构4的另一群I数据流的安排;
图10显示本明的数据传输系统的结构5的数据流安排;此图所示的群I数据流的特定安排乃结合结构1及3;
图11显示本发明的数据传输系统的一个多播数据流产生器的系统结构;
图12显示此发明的数据传输系统的接收器的系统结构;及
图13显示本地储存体对传输频宽权衡关系;
图14显示结构1的可选随选方法;
图15显示结构2的可选随选方法;
图16显示结构3的可选随选方法。
具体实施方式
以下将对照本发明的附图详细说明本发明。虽然对于熟悉此技术的人员来说,某些技术名词是极易理解的,下列表1仍列出规格中使用的缩写、符号及其意义以便于参照。
虽然实施例中提到的传送数据为视讯,但显而易见的是本发明的方法可以传送其它形式的数据,如音讯、软件程序或其组合。例如,本发明可用于根据请求经由网络对大量用户部署操作系统软件。尤有甚者,本发明可用于处理重复内容大量数据的数据传输系统,如处理许多复杂但重复的三维(3D)对象的计算机视讯系统总线。此外,本发明不限于传输数字数据。
在本发明中,使用一种多流多播技术以克服如“背景技术”中所述的VOD系统中的现有问题。通过使用此技术,可允许使用者有VCR一般的互动性而且不需在机顶盒加装一种储存单元并且不需每天储存使用者可能收视的内容。
  缩写/符号     意义
    VOD 随选视讯(Video-on-Demand)
    NVOD 近似随选视讯(Near Video-on-Demand)
    QVOD 准随选视讯(Quasi Video-on-Demand)
    DINA 分散互动网络架构(Distributed Interactive Network Architecture),如PCTapplications nos.PCT/IB00/001857及PCT/IB00/001858所述
    VCR 卡匣式录像机(Video Cassette-Recorder)
    STB 机顶盒(Set-Top-Box)
DDVR 无盘片数字录像机(Diskless Digital Video Recorder),系统客户端
IVOD 立即随选视讯(Instant Video-on-Demand),本发明可能的系统名称
    J 个别反等待数据流内的反等待数据段数(结构1到3)或欲传输数据的前导部分内的反等待数据段数(结构4)
    K 欲传输数据的数据段数
    M 反等待(群I)数据流数
    N 互动(群II)数据流数
    Q 欲传输数据量
    R 透过网络传输Q个数据所需时间
    S 每个数据段内的数据量
    T 网络上传输每个数据段所需时间
    A 群I(1)流的数据流数
    C 群I(1)流数据的数据段数
    B 群I(2)流的数据流数
    D 群I(2)流数据的数据段数
    E 粗跳跃间隔的数据段数
                            表1使用的缩写及符号
图3显示所述的系统结构。所述的多播流由一个多播服务器单元产生。所述的流多任务至实体媒体上并通过一个分配网络分配到终端使用者。在每个使用者端有一个机顶盒,如DDVR,可以选择众多的流以供处理。通过根据所要的方式安排流上所载的内容(如图4、图5、图6、图7、图8、图9、图10所示),开始等待可以被最小化,同时可提供使用者互动的功能。所述的DDVR必须具备足够的频宽、缓冲区及处理能力以应付所述的多流。
本发明的数据传输系统可称为一种IVOD系统,此系统看来可能与NVOD系统相似。不过,所述IVOD系统与NVOD系统在下列各点有所不同:
1.内容如何放置到交错流上;
2.如何产生所述的交错流;
3.DDVR如何选择并处理众多交错流以回复内容。
上述的及本实施例说明中用以描述数据流的“交错”一词,意指每个数据流在不同的时间上开始传输的情况。因此,相邻的两个数据流的两个帧以一个时间间隔分隔开,其中“帧”一词代表每个数据流的重复单位。
广义而言,所述的数据传输方法可以提供两种群组数据流,群I及群II,来描述。群I数据流,可称为反等待数据流,可用于减少开始传输所要求数据所需的等待时间,群I数据流可由至少一个反等待信号发生器产生。群II数据流,可称为互动数据流,可用来对使用者提供所需的互动功能,群II数据流可由至少一个互动信号产生器产生。对于群II数据流可参考申请人的PCT applicationsnos.PCT/IB00/001857以及PCT/IB00/001858,其内容在此并入本案作为参考数据。所述的互动功能的操作并非本发明的一部分,在此不做更详细的探讨。
所述的IVOD系统可通过以下实施例更好的说明。每个实施例例均为一个有效的IVOD系统,但基于不同的权衡使它们在细节部分有所不同。这些实施例仅用来表示IVOD的工作原理而并非描述IVOD系统唯一可能的工作方式。
在以下实施例中,欲传送的内容有总数量为Q的数据透过网络传送,所需总时间为R,所述的内容,例如可以是影片。所述的Q个数据拆解为K个段,每个段含有数据量S。每个段透过网络传送所需时间为T。Q及S可以兆字节为单位,同时R及T为时间的单位。为方便起见,Q个数据的各个数据段分别以1到K来标示。因此, K = R T . 所述的Q个数据可以分割为一个前导部分及一个残余部分。在大部分的状况中,群I反等待数据流可以只含前导部分。群II互动数据流可以含有残余部分或全部的Q个数据,群II所含的内容为系统管理者决定的设计选项。
必须注意的是若个别的数据段各自含有不同的数据量,只要它们都需要时间T来传输,则系统仍可工作。这可通过控制个别数据段的传输率来达成。但不论如何,为了工程上的方便性,可能个别的数据段宁可含有相同的数据量S。另一方面,实施一个系统使其个别的数据段含有相同的数据量S也可能较具有不同传输时间更加困难。
虽然下列叙述针对一种数据集合如影片的传输,对于一位熟悉此技术的人而言,很显然该方法及系统视情况,如可用频宽,也可以使用于传送某些量的数据集合。
A. 双流IVOD(DualStreaming IVOD)系统(结构1)
最简单的IVOD系统其特征为一种双流操作。双流意味每位使用者在任何时间将最多搭接上两个多播数据流。在大部分时间内,所述的使用者只能搭接到一个数据流。
如图4所示将各段放置到交错流上。此处共有两群交错流。对于群I反等待数据流而言,每个帧有J个段。T为反等待时间间隔,同时也可以是所述的IVOD系统开始等待的上界。每个反等待数据流以反等待时间间隔T错开较佳,虽然反等待时间间隔可以设为任何不同于T的时间。
在此特定的实施例中,J等于16且T为30秒。所以每个群I数据流中的帧在JT为8分钟的时间后重复。群I中共有M个流。
对群II互动数据流而言,共有N个互动数据流,每个互动数据流以一个互动时间间隔错开。虽然互动时间间隔也可以设为任何所希望的数值,为了工程上的方便性,互动时间间隔最好为JT(在此例中即为8分钟)。假设内容长度为R(例如R等于120分钟),则群II的中最少应有总数为 R JT = 15 个流。N可以大于此数但会产生不必要的网络负载。
当一位使用者在时间ti开始收视内容,使用者端的DDVR将选择群I的一个流(流Ii)及群II的一个流(流IIj)以搭接。一旦所述的客户端连接到流Ii和流Iij,或连接到流IIj,数据流即由DDVR,即所述的客户端,处理,且各段将依据段序号予以缓冲。具流间隔T的群I交错流的存在使开始等待时间最小化并相等于T。
除此之外,使用者或客户端可只搭接到流Ii并且在搭接到流Iij之前等待客户端接收到位于前导部分的全部数据。在DDVR闩锁住一个群I流后,所述的DDVR将立即寻找一个适当的群II流用以合并。在此特定情况中,每个群II数据流最好只含有所述的Q个数据的残余部分。
数据流合并的方法可以在DINA现有技术中找到。合并后,可不再需要所述的群I流且DDVR可仅靠流IIj用于随后的收视。此仅可为最小化网络负载的最佳替代方案。
应注意的是一旦所述的系统开始后,使用者可开始下列互动请求,包含暂停、恢复、倒退、及慢动作播放。然而,对于往前跳跃、往后跳跃则限制为跳跃到任何一个群I流或群II流(在任何特定时间)。此问题可通过细调系统参数来解决。例如,群I数据流可设计为含有较少人希望收视的内容,例如版权通告。此类IVOD系统的流总数为 经计算其最佳系统结构为 M = N = J = R T , 且最佳流总数由 给定。
B. 双流IVOD系统(结构2)
第二个IVOD系统实施例也以一种双流操作为其特征。内容再次拆解为具有固定长度T的K个段,且段分别以1到K来标注。以图5所示的,所述的这些段被放置到交错流上。
在此结构中也有两个群组的交错流。对群I反等待数据流而言,每个帧有J个段且这些帧在每个流上均不断重复。在此范例中,J再次选择为等于16且T为30秒。此结构的特性为群I数据流其中之一,流I1,仅含有在各时隙重复的段1。流I2到I9含有段2到段17。换言之,段1可看作一个前导数据流,其含有前导部分的前导段。段2到9可视为众多结束数据流,其含有J个段中剩余的前导部分。所述的群I流间隔可选定为任何所希望设定的值,但基于和结构1相同的理由,设定为T较佳。流I2到I9在JT时间(在此例中即为8分钟)自行重复。
在此特定的范例中,为了平顺地合并前导数据流及结束数据流,群I应该至少含有总共 M = J 2 + 1 个流。M可以小于此数但此举将令使用者感受到“失落帧”的困扰。M可以大于此数但会产生不必要的网络负载。此部分应是留待系统管理者决定的设计选项。虽然在图5中的前导段只含有一个前导段,但必须了解,该前导数据流可含有超过一个的前导段,如段1到4。则上述关于此第二种结构的群I反等待数据流的条件即可视为T是四倍长,同时,此改变可以不影响群II互动数据流。在此类状况下,使用者可能感受到一个较大的启始等待时间。另一方面,M实际上可以减少,且可以是 M = J 8 + 1 , 以平顺合并前导数据流及结束数据流。虽然这种方法不太理想,但这也是可由系统管理者决定的设计选项。
对群II流而言,流的安排与组织可以和前一个实施例相同,且相同的设定及变化也可运用在此实施例的应用中。
当一个使用者在时间ti开始收视内容,位于使用者端的DDVR将立即搭接到流I1上。因前导段每隔时间周期T重复,故开始等待时间的上界应为T。当接收到前导段内全部数据后,DDVR也将立即搭接上群I结束数据流之一,在此情况为I2到I9。为便于说明,选择流Ii。另一种可选方案为:若DDVR能力许可,DDVR可同时搭接上前导数据流及群I结束数据流的一。在后者情况中,两个流均由DDVR处理且各段依段序号予以缓冲。
DDVR也将搭接上群II流的一(在此情况为流II2)。DDVR搭接上群II流的时间是可选择的—可在:
1.紧跟在搭接上前导数据流,流I1,的后
2.紧跟在搭接上结束数据流的一后
3.DDVR接收完包含于群I数据流的前导部分内的所有数据后
一般而言,DDVR应该至少紧接着在群I流内所有数据均由客户端接收或播放的后搭接上群II流。
群I数据流内的全部分数据均被缓冲及接收的后,DDVR再合并到群II流的一。该合并技术是在DINA技术中描述。合并后,可不再需要该群I流(即流Ii),且DDVR可仅靠群II流来完成随后的收视,以节省频宽。如先前在DINA技术中所述,在任何时间接收到的任何可允许的互动请求可被满足。
此IVOD系统中流总数为
Figure A0281476600351
因较佳的N等于 最佳结构给定为 J = 2 K = 2 R T 且此系统的最佳数据流总数等于 2 K + 1 = 2 R T + 1 .
C. 双流IVOD系统(结构3)
IVOD系统的第三个实施例的特征也在于一种双流操作,其段安排在一种阶层式周期性帧结构中,帧大小是基于费班纳赛数。该内容再次被拆解为具有固定长度T的K个段,且段分别以1到N来标注。如图6所示,这些段被放置在交错流上。总共也有两个群组的交错流。
在此结构中,群I数据流含有前导部分的数据且具有J个段。须注意此J值与结构1及结构2中用的稍有不同。共有M个群I数据流各标注为1到M。对每一个群I数据流Im,其中m为一个表示数据流数的整数,帧周期给定为Fm其中Fm为第m个费班纳赛数。开头的几个费班纳赛数如第2表所示。费班纳赛数有Fy=Fy-1+Fy-2的性质,其中y是一个由3开始的整数。群I数据流间隔如同结构1及结构2一般设为T较佳。在此例中共有12个群I数据流。对群II数据流而言,数据流的安排与组织和前述的范例相似,但为便于举例说明,群II数据流由段81开始。
j 1 2 3 4 5 6 7 8 9 10 11 12
    Fj     1     2     3     5     8     13     21     34     55     89     144     233
表2费班纳赛(Fibonacci)数
尽管可能有许多变化,其工作原理参照下述可有最好的说明。当一个使用者于时间ti开始收视内容,位于使用者端的DDVR将立即搭接到群I的两个数据流I1及I2上。数据流I1上的段1及数据流I2上的段2或段3两者均予以缓冲处理。现在缓冲区内有两个段,数据流I2的帧长度为2,使用DINA技术中所描述的方法,数据流I2可被平顺地合并。故开始等待时间上界应为T。当段1被接收到的后,DDVR将搭接上数据流I2及I3。因数据流I2内只有两个段,段3若非在接收段2的时已被缓冲就是在数据流I2上紧接着段2完成的后随即可用。在段2及段3两者均被接收完成后,DDVR将搭接上数据流3及4,且此程序如前述般继续。两数据流由DDVR处理且额外的段也依其段序号予以缓冲。
在上述讨论中,为开始影片,假设DDVR连接到第一及第二数据流使得等待时间上界为T。然而,若使用者希望,他可选择先搭接上第m及第m+1数据流,其中m为大于1的任意数字。此时使用者仍可收视内容,但可能被较大的等待所困扰。某些使用者可能较喜欢如此,例如他可能希望跳过影片的前几分钟。
此外,在结构2中,如图6所示的每个数据段包含的数据段也许会多于传送的所述的资料的数据段。例如,如图6中所示,每个数据块实际只包含5个数据段。可将所述的结构3中群I开始等待数据流的情况看作是所述的反等待时间T的5倍,但这种变化不会影响群II互动数据流。在这种情况下,使用者要忍受一个长的开始等待。
作为一个可选择的方法,m可不必从1开始,倘若用户可以接收一个较长的启动等待和数据调整。例如,系统管理可去除图6中的前四个群1数据流。在传输软件的情况下,这种安排是不被允许的,另外用户也许不能接收到完整的软件。但是,若在视频传输时,这是被允许的,假设视频调整能够被版权所有者所接受。
通过根据费班纳赛数Fm所建构数据流的帧周期,在数据流Im-1被接收后,DDVR应已至少缓冲了Fm=Fm-1+Fm-2个时隙。使用如DINA技术中所述的合并方法,由于数据流Im的帧大小恰为Fm,数据流Im-1可被平顺地被合并到数据流Im
我们注意到,由于双数据流的安排,在m个段被接收后,会恰有m个段被缓冲。一旦被缓冲的段数已超过群II数据流间隔的大小,DDVR开始合并至群II数据流上较好,如此至少可节省频宽(在此情况下,八分钟群II数据流间隔需要80个段)。合并后,可不再需要所述的群I流(即流Ii),且DDVR可仅靠群II流来完成随后的收视,以节省频宽。如先前在DINA技术中所述的,在任何时间接收到的任何可允许的互动请求可以被满足。
这种结构没有最佳的参数。若想节省频宽,就不能有群II数据流。然而,根据DDVR接收并缓冲的数据量的多少,使用者将只能享受到有限的互动功能。具体说,使用者只能使用暂停、恢复、倒转、慢动作、及往回跳跃,但不能使用快速前进及往前跳跃的功能。
所需的群I数据流数M由群II数据流数决定,而群II数据流数则依各种系统因素由人工决定。给定一个开始等待时间T,此IVOD系统所需的数据流总数可以从含有相关费班纳赛数的表格查询所需帧大小而得。为平顺合并个别群I数据流,最小的数据流总数必须为M使得 F M ≥ 2 K N . M可以小于此数但此举将令使用者感受到“帧遗落”的现象。M可以大于此数但此举将产生不必要的网络负载。此部分应是留待系统管理者决定的设计选项。
使用此技术,以群II流间隔为八分钟计则开始等待时间T可低至6秒(平均为3秒)。对一个两小时的内容而言,所需的数据流总数可低至只需要26个。
另一种群I数据流安排的方式如图7所示。注意在数据流四的后,数据流的帧结构只遵循费班纳赛序列。
D. 多流IVOD系统(结构4)
前述三个实施例表示了双流IVOD系统的几种可能的实作方式。事实上,IVOD系统上有许多其它可能的实作方式,每种执行方式是根据不同的数据流内不同的段安排方式及终端使用者DDVR必须搭接及处理的最大流数决定的。前述三个实施例较易理解及执行,但对于任何给定时间最多仅能搭接及处理两个流的限制使其所用的流数并非最佳。在目前这个结构中,我们要说明的是一种具有最佳流数的多流IVOD系统。
此结构以所有携带内容的流均被终端使用者DDVR搭接及处理的假设实现。如图8所示,基于调和级数的方法在各不同的流内起初三十个段可能的一种最佳安排方式。各段标注为1、2、3、...,以此类推。在仅使用最佳流数的情况下,保证开始等待时间上界在一个时隙间隔内的充分且必要条件为:段的安排必须使得,对所有1到J的j值,段j(即为前导部分由开头算起的第j个段)必须在每j个时隙或更少的时间内重复。例如,为使开始等待时间上界在一个反等待间隔T的内,段1必须在所有时隙重复。因此可能有一个流全部分仅由段1组成。为了使接收到第一个段的后,第二段立即可得,因此段2必须在每两个时隙重复。同理,段3必须在每三个时隙重复,段j必须在每j个时隙重复。对于j>1,段j可以有比要求的还高的重复率。亦即第j个段可以一个反等待时间间隔≤jT重复。注意“反等待时间间隔”一词在结构4中的定义与在结构1到3中的定义不同。
因为我们假设所有流均被DDVR搭接及处理,所以各段安置在哪一个流上无关紧要。各段由DDVR缓冲并重新安排为合适的顺序。图9中空白的时隙可包含任何数据或甚至维持空白。
如同结构3,本结构没有最佳参数。若想节省频宽,就应没有群II数据流。然而,依照DDVR所接收并缓冲的数据量多少而定,使用者将只能享受到有限的互动功能。这可能不是令人满意的状况。所需的群I数据流数M由群II数据流数决定,而群II数据流数则依各种系统因素以人工决定。携带J个时隙数据所需的流总数M可由将调和级数由1到J加总使得 M ≥ Σ j = 1 j = J ( 1 j ) 得到。当J为大数时,这大约等于γ+ln(J),其中γ为欧拉(Euler)常数(≈0.5772...)。尽管J可设为大于 的任何所要的数,为了工程上的方便性,令 J = K N 较佳,其等于互动时间间隔内的数据段数。此为约束开始等待时间在一个时隙间隔内所需的最佳流数。
进一步的,在结构2及结构3中,如图8中所示的每个数据段包含的数据段也许会多于传送的所述的资料的数据段。例如,如图8中所示,每个数据块可能实际上含有10个数据段。此上述条件下的结构4的群I反等待数据流的T可看作T的10倍,这种改变也许不会影响群II互动数据流。在这样的情况下,
用户可能感到因较长启动等待时间带来的痛苦。
再进一步的,作为一种替代方案,j可从任何大于1的数开始,假设使用者可以接受长时间的启动等待时间。例如,在图8中系统管理可以去除群I中前三个数据流。在传送软件时,是不允许这样的安排的,否则用户将不能够接收到完整的软件。当然,在视频数据传输时,假如版权所有者允许传送这样整洁的视频数据的话,这样的安排与布置的方法是能够被接受的。
可选的,例5中j可以从任何大于1的数开始。当然,这仅仅意味着在图8中第一个数据片段在每隔5T而不是T个反等待间隔被重复,接下来的第j个数据片段在(5+j)T个反等待间隔被重复。这个选择应该被认为是本说明书中的一项技术。
基于此最佳多流条件,流再次被分为两个群组,群I及群II,以产生一个IVOD系统。群I流的片段安排如图8所示。群II流的片段安排与第4到6图任一图中群II流的片段安排一致。当一个使用者发出一个观看请求,所有群I流应被DDVR接收并处理。此外,一个合适的群II流也应被接入及处理。此允许群I流(开始的m个片段放置于此)顺利地合并到一个单一的群II流。另一种方案为等到群I流内所含的前导部分所有数据均由客户端DDVR接收后才接入群II流。
在一个群II流间隔之后(在此情况中该值再次故意设成JT),所有群I流就可不再需要,且使用者只需一个单一的群II流即可继续收视。与前例一样,通过使用群II多个流,一旦系统开始运作,使用者可以发出任何可允许的互动请求,包括暂停及恢复、倒退、及慢放。
如同结构3一般,如先前说明,完全以群I流为基础来建立一个IVOD系统是可能的。如此,流数可减少且最小化启动等待时间。然而此种系统的使用者可能受限于有限的互动功能,如结构3中讨论的一般。再者,DDVR的缓冲区大小必须如整个数据一样大,而且对目前结构,DDVR处理能力的需求更大。对于配置何种系统为留待服务提供者决定的选项。
再者必须注意的是此种多流安排方式可用来取代结构4中的费班纳赛流序列(群I流)以进一步降低所需的流个数。条件是DDVR必须有足够的缓冲区及处理能力以缓冲及处理接收到的数据。下一节中的第3表列出所有各种结构的某些结果。
如第9图所示为一种对数流技术的非最佳化多流布置方式。
E. 混合双-双/多-双流IVOD系统(结构5)
结构3及结构4展示一种与结构1及结构2相较而言使用相当流数但具有极短启动等待时间的IVOD系统。然而结构1或结构2同时也拥有结构3或结构4所没有的优点—它们允许在第一个流间隔的时间内,就是允许从流到流的粗跳跃,而结构3或结构4却无法做到。在现实生活中,一个数据来源的前几分钟通常含有许多标头及信息,而许多使用者可能想要用跳跃来跳过。因此,提供使用者至少有限的跳跃能力是有意义的。
由结合结构1或结构2以及结构3或结构4,即使没有一个外部单播流的帮助,仍可创造一种具有限跳跃能力的IVOD系统。此IVOD系统含有三个群组的交错流,即为群I(1)及I(2)。群I(1)数据流含有总数为A的数据流负责分配具有C个段的数据。同样地,群I(2)数据流含有总数为B的数据流负责分配具有D个段的数据,其B个数据流中的每个流以一个粗跳跃间隔错开。在该粗跳跃间隔有E个段。
考虑一个具体的范例,假设片段大小T为6秒。令群I(1)含有如结构3所述的前7个费班纳赛流。令群I(2)含有如结构1所述的8个群I流,传送片段11到90,且具有10个片段的交错流间隔。注意群I(2)可含有数据片段1到90,尽管可能看来是多余的。因此群I(2)流的帧周期为80个片段或8分钟,而且此为粗跳跃帧周期其允许使用者在DDVR连接到群I数据流之时执行一个粗跳跃的互动操作。结构5的群II流与其它结构的群II流完全相同。在此特定例中,每个群II流由片段1开始一直到整个数据结束。该流及片段的布置如图10所示。
由此种流及片段的阶层式布置方式可以看出,使用者可以在任何时间开始而启动等待时间为一个片段(此例中为6秒)。再者,当DDVR连接到群I流之时,使用者可在开始周期内的任何时间作粗跳跃。如同前一种结构,开始周期定义为第一个群II流间隔(即为0分钟的时间点到9分钟的时间点)的内的时间较佳。各个粗跳跃相隔1分钟,此由粗跳跃帧周期决定。所以,使用者可以利用此种安排跳过标头。对图10的特定范例,保持一个两小时内容所需的流总数为30。
尽管图10只显示在群I数据流的结构1及结构3的结合,对娴熟此技艺的人而言,下列组合显然亦为可行:
a.结构4及1
b.结构3及2
c.结构4及2
所需的群I(1)数据流数,即A,在结构3及结构4中可由将E设为 来决定。也就是,在群I(1)中若使用结构3,则群I(1)中应有A个数据流使得FA≥2E。若使用结构4,则 A ≥ Σ c = 1 c = C 1 C . 如同结构4一般,在群I(1)中欲传送的数据段总数C,等于E较佳。如结构3及结构4,对于所需数据流数的相同考量也可应用到群I(1)上。
对于究竟部署何种组合仍作为留待服务提供者决定的选项。
结构1,结构2和结构3的安排的选择
建立服务大量用户的一个VOD系统,如上文所述,较佳的方法是不断产生反等待数据流使这些流不断的在系统中出现,至少应在主要的时间内(譬如:下午6点-11点)让用户搭接。另一方面,如果系统中的用户相对较少,譬如只有几千个用户,或是一特定程序传送的请求并不频繁,那么根据用户请求产生的反等待数据流就可以节省带宽。
在结构1中,群I反等待数据流被一个反等待数据流间隔T错开。当然,如上面所述的不是所有的群I的反等待数据流在所有时刻都运作或是提供。它们根据用户的需求而产生,并且这些需求每隔时间T提交一次。这就是说如果用户在一个反等待流间隔中为所述的数据提出请求,就会在下一个反等待流间隔开始处生成反等待数据流。一个例子,参看图14,认为用户的数据请求时间为2T,3T,16T。在本文中,用户的数据请求是分别在1T到2T,2T到3T,15T到16T之间进行的。因此,在本例中,只有流2、3和16被生成或产生并在系统中集中的传送,这时流1和流4至流15被关闭。如在图14中所示,群I数据流没有常规的流间隔。
这种观念可以被扩展到结构2和3中。
相应的,在结构2中,并不是在每次产生的所有的前导数据流和结束数据流中都有前导数据片段。它们只在用户要求时产生。图15所示的例子,每一个前导数据流是与相应的结束数据流相联系的,这个技术是在前文中叙述过的,这一点也可以通过通常的编程技术实现。相应的结束数据流应该在生成其前导数据流时生成。
同样的,在结构3中,不是所有在群I中分配的Fm片段每次都被生成。就像图16所示的。这是在前文中所述的一种技术,这种技术与群组数据片段有关系,并且能够通过普通的编程技术实现。所有相应的Fm数据片段应该在客户端提出请求时生成。特别的,第F(m+1)片段在上一个Fm片段被接收被前生成。
进一步,当DDVR在群II数据流中被引入后,反等待数据流将被结束进而减小带宽的使用。
作为结构4的基本要求就是使用者应该能够联接到群I的所有数据流,上面所述按“需求”产生数据流的方法不在结构4中应用。
虽然这种可选的方法与以往的结构相比可以节省一些额外的带宽,但是依然无法解决几个问题。第一,这将加重服务端的工作和处理请求的负载,并且会复杂化程序和执行。第二,如果在设计阶段不考虑到需求的带宽,这将可能使解决系统超过它的工作负载。第三,本可选方法将会在客户的请求量很巨大的时候变成以往结构,即与原有结构相比没有变化。
单独数据段的附加特性
在转换的期间为帮助流的转换不致导致数据大量遗失,每个数据段开始,此可称为头部分,可含有出现在前面紧临段的尾部分份的重复数据。重复部分份携带的数据量可为T′(对流数据率正规化),其中T′为在流转换期间可能导致的延迟。典型地,T′可为10-20毫秒的等级。
IVOD系统要求
系统要求如下:
a.该服务器必须产生适当的多流,以任何一种在结构1到5举例说明的图样,或可能设计的图样。
b.分配网络必须拥有足够容量以携带所有必须的流到该终端使用者DDVR。
c.终端使用者DDVR必须有足够频宽、缓冲区、及处理能力以应付多流。该DDVR亦须有足够的储存空间以从该多流上缓冲至少一个群II流间隔的数据。
这些因素可能影响该服务提供选择部分署何种结构。
无盘DVR的概念
一般而言,该接收端DDVR可以有一个处理器以提出内容要求,及一个连接器以连接该群I及II数据流。
对于结构1及2,DDVR可能需要包含一个缓冲器以缓冲接收的群I数据流。对于结构3及4,DDVR必须包含一个缓冲器以缓冲由群I数据流接收的数据。该处理器也将负责处理数据以依适当的顺序放置数据。
用多流概念,使用者端的接收装置,即接收器,可不需要有任何硬盘储存器。在该STB,即用户/接收器,唯一需要的内存或缓冲器可为随机存取内存以缓冲一个流间隔等效的数据。假设8分钟的一个流间隔,对一个1Mb/s MPEG-4流此约需60MB的随机存取内存。此技术可与许多在STB需要一个大硬盘(有时大到60GB)的随选视讯技术形成对照。因此,此IVOD系统由使用者看来好象一个无盘片DVR。然而,该系统提供者可选择对使用者提供额外的硬盘形式的储存体或其它不变性媒体,或使用其它设备因可能需要缓冲及接收数据。
必须再注意DDVR可能有数种选项
首先,DDVR可被装设成使其以比数据传输率低的速率来播放接收到的数据。该数据传输率在每个数据段含有等量数据的情况下可表示为 在该事例中,该DDVR可能必须大的缓冲器以容纳该未接收的数据。
其次,该DDVR可被装设成在其本地缓冲器内包含或预先取得至少一部分份群I数据流的数据,即为欲传送数据的前导部分,达某一时间期间。此类的数据可称为“预先取得数据”。若需要,该预先取得数据可包含该群I数据流所包含的所有数据设若该DDVR有足够的缓冲器大小。一种极端情况是,对视讯数据而言要传送的数据内容可能每日更新,或每日超过一次。对此特定例,预先取得数据可能必须每日更新。该更新时间可设为任何所欲的值,其范围可由一天到甚至一年的间。在离峰期间如午夜过后(例如01:00-06:00)或10:00到15:00间更新预先取得数据可能较佳,此时起因于用户的要求的网络活动可能是最小。此过程可由该反等待信号产生器、该互动信号产生器、或由该用户本身以例行通话程序开始。如此做,该等待时间及网络中所需的数据流总数可再减少。对于传送大量数据集合的随选视讯系统而言这可能特别重要。
时间-空间-带宽的权衡
此发明的IVOD系统在DDVR的缓冲器储存体(空间)、启始等待(时间)、及所需的流(传输频宽)的间有权衡关系。此由表3显示且更可由图13说明。
在图13中,该端点1可被理解为现行的随选视讯系统其所有数据被传送然后储存于该STB,不论用户是否发起一个数据请求。在此一事例中,该STB必须拥有一个相当大的缓冲器大小。这可能增加STB的制造成本。
端点2可以代表如结构1到5说明的系统,在这一种结构下,对该STB的需求可为最小同时该系统可能对频宽要求更大。
端点3可代表端点1及端点2的系统的混合。
选择哪一个“端点”的决定可为依据各种因素的设计选项,这些因素包含可用频宽、该STB规格、等待及互动性的区域性需求等等。
                              内容大小L=1小时
                     所需流数
              交错间隔   6分钟   7分钟   8分钟   10分钟   15分钟
双流   结构(1)T=30秒(粗跳跃=1分钟)     22     23     24     26     34
  结构(2)T=30秒(粗跳跃=2分钟)     17     17     17     17     20
  结构(3)T=6秒(不允许粗跳跃)     20     19     18     17     16
  结构(5)T=6秒(粗跳跃=1分钟)     23     23     23     23     26
  结构(5)T=6秒(粗跳跃=2分钟)     22     22     21     20     21
多流结构(4)   最佳结构T=6秒(不允许粗跳跃)     15     14     13     12     10
  最佳结构T=6秒(粗跳跃=1分钟)     20     20     20     20     23
  最佳结构T=6秒(粗跳跃=2分钟)     18     18     17     16     17
内容大小L=2小时
                       所需流数
              交错间隔   6分钟   7分钟   8分钟   10分钟   15分钟
双流   结构(1)T=30秒(粗跳跃=1分钟)     32     31     31     32     38
  结构(2)T=30秒(粗跳跃=2分钟)     27     25     24     23     24
  结构(3)T=6秒(不允许粗跳跃)     30     27     26     23     20
  结构(5)T=6秒(粗跳跃=1分钟)     33     31     30     29     32
  结构(5)T=6秒(粗跳跃=2分钟)     32     30     28     26     25
多流结构(4)   最佳结构T=6秒(不允许粗跳跃)     25     22     20     18     14
  最佳结构T=6秒(粗跳跃=1分钟)     31     29     27     27     28
  最佳结构T=6秒(粗跳跃=2分钟)     28     26     24     22     21
表3.缓冲器储存体(空间)、开始等待(时间)、及所需流(传输频宽)的权衡
此发明的该IVOD系统可在现存的缆线电视、全球广播、及卫星广播系统上发现立即的应用。只须对现存的基础建设作极小修改,该非互动广播或NVOD系统可转变为一个IVOD系统。模拟及数字传输系统两者皆可利用多流观念的优点。然而,以下讨论将只说明数字传输系统的系统结构。
在这些数字广播系统中,该射频传输频带通常分割成6MHz(NTSC)或8MHz(PAL)信道。在缆线电视、全球广播、及卫星广播系统中可有超过一百个信道。图11显示此多流系统的一个典型系统结构。它与现存的广播系统非常相似。只有头端的传输单元,其可称为一种反等待组件,及客户端的接收单元,即该用户/接收器,必须修改。在该头端,每个信道中并非传送模拟信号,而是传送诸如QAM的数字信号。典型而言,一个射频信道可放入30-40Mb/s。假设有一个2小时内容,吾人首先可用MPEG-4或其它的压缩算法将该模拟信号转变成位率约为1Mb/s的数字信号。使用该费班纳赛双流(结构3)或该最佳调和多流IVOD观念(结构4),吾人可在单一的射频信道内放入30到40个IVOD流。该内容依据该PAL/NTSC/SECAM标准放入不同的射频信道以维持与现存系统的兼容性,且每个射频信道可包含数小时的内容。
在使用者端,该机顶盒必须射频调谐到该感兴趣的特定射频信道。然后该缆线调制解调器滤出该30-40Mb/s数字流且同时译码两个流(对费布纳赛双流系统)或译码所有调和多流(对调和多流系统)。图12显示该STB/缆线调制解调器的方块图。该STB/缆线调制解调器除了其处理单元的外与其它该STB/缆线调制解调器相似。该处理单元可同时处理至少2个多流而非一个单一流。经译码的流将缓冲在STB的内且该内容将依据段的序号被重建。利用一个典型广播系统内的数百个可用信道,此可转换成200小时或以上可由无限多个使用者取用的全互动节目。
当本发明的较佳实施例通过具体实施方式详细说明,对熟悉本技术的人员显然能对本发明进行修改和应用。但所作的的修改和应用都应包含在本发明中。再者,本发明的实施例的解释不应只局限在实施例或附图中。

Claims (137)

1.一种在网络上传送数据到至少一个客户端具有等待时间以开始传送所述的数据到所述的客户端之方法,其包含有以下步骤:
产生至少一个反等待时间数据流包含至少一个数据之前导部用于由客户端接收;及
产生至少一个互动数据流包含至少一个所述的数据的剩余部以便客户端于接收到至少一个反等待时间数据流之一部分之后予以合并。
2.根据权利要求1所述的方法,其中:
所述的数据被分隔成K片段,每片段在网络上传送需时间T;
所述的反等待时间数据流包含M个反等待时间数据流;且
所述的互动数据流包含N个互动数据流。
3.根据权利要求1所述的方法,其中:
所述的反等待时间数据流仅包含所述的数据的前导部分;
所述的互动数据流含有所述的数据的全部数据。
4.根据权利要求2所述的方法,其中:
每一个所述的M个反等待时间数据流包含在所述的反等待时间数据流中被连续地重复之实质上相同的数据,且其中每个连续的反等待时间数据流被一个反等待时间时间间隔错开;且
所述的N个互动数据流的每一个互动数据流在所述的互动数据流中被连续重复,且其中每个连续的互动数据流被一个互动时间间隔错开。
5.根据权利要求4所述的方法,其中:
所述的M个反等待时间数据流的每一个反等待时间数据流有J片段;且
所述的反等待时间时间间隔≥T。
6.根据权利要求4所述的方法,其中所述的互动时间间隔≥JT。
7.根据权利要求5所述的方法,其中M≥J。
8.根据权利要求7所述的方法,其中M=J。
9.根据权利要求6所述的方法,其中 N ≥ R JT .
10.根据权利要求9所述的方法,其中 N = R JT .
11.根据权利要求8或10所述的方法,其中 M = N = J = R T .
12.根据权利要求4所述的方法,其中每个所述的N个互动数据流包含具有K个片段的所述的数据的全部。
13.根据权利要求4所述的方法,其中每个所述的N个互动数据流包含所述的数据的剩余部分。
14.根据权利要求4所述的方法,其更包含以下步骤:
当所述的客户端提出对于所述的数据的请求时连接所述的客户端到所述的M个反等待时间数据流的任意一个;及
连接所述的客户端到所述的N个互动数据流的任意一个。
15.根据权利要求2所述的方法,其中
所述的反等待时间数据流包含:
I.一个前导数据流,包含至少一个所述的数据的所述的前导部分的前导片段在所述的前导数据流之内被连续重复;以及
II.多个结束数据流,每一个所述的结束数据流:
含有所述的数据之前导部分的剩余部分;且
在所述的结束数据流内被连续重复,且其中每一个连续的结束数据流被一个反等待时间时间间隔错开;
每个所述的N个互动数据流在所述的互动数据流中被连续重复,且其中每个连续的互动数据流被一个互动时间间隔错开。
16.根据权利要求15所述的方法,其中
所述的结束数据流的每一个含有J片段;且
所述的反等待时间时间间隔≥T。
17.根据权利要求15所述的方法,其中所述的互动时间间隔≥JT。
18.根据权利要求16所述的方法,其中 M ≥ J 2 + 1 .
19.根据权利要求18所述的方法,其中 M = J 2 + 1 .
20.根据权利要求17所述的方法,其中 N ≥ R JT .
21.根据权利要求20所述的方法,其中 N = R JT .
22.根据权利要求19或21所述的方法,其中 J = 2 K .
23.根据权利要求15所述的方法,其中每个所述的N个互动数据流的包含具有K个片段的所述的数据的全部。
24.根据权利要求15所述的方法,其中每个所述的N个互动数据流仅包含所述的数据的剩余部分。
25.根据权利要求15所述的方法,其还包含以下步骤:
当所述的客户端对于所述数据提出请求时连接所述的客户端至所述的前导数据流;
随后连接所述的客户端到所述的前导数据流中的任意一个;及
连接所述的客户端到所述的N个互动数据流的任意一个。
26.根据权利要求2所述的方法,其中:
每一个所述的N个互动数据流在所述的互动数据流中被连续地重复,且其中每一个连续的互动数据流被一个互动时间间隔 = KT N 错开;
所述的M个反等待时间数据流从1到M被产生,使得
一个mth反等待时间数据流有Fm个片段,其中Fm是一个mth费班纳赛数;且所述的Fm个片段在所述的mth反等待时间数据流内被连续重复。
27.根据权利要求26所述的方法,更包含以下步骤:
当所述的客户端对所述的数据提出一个请求时,至少将述的客户端连接至
所述的mth反等待时间数据流及(m+1)th反等待时间数据流;
在客户端中至少缓冲mth反等待时间数据流及(m+1)th反等待时间数据流中的数据;
随后连接所述的客户端到连续的反等待时间数据流;及
重复先前的步骤直到在所述的前导部分的全部数据由所述的客户端接收。
28.根据权利要求27所述的方法,更包含以下步骤:
所述的前导部分的全部数据被所述的客户端接收之后连接所述的客户端到任意一个所述的N个互动数据流。
29.根据权利要求26所述的方法,其中每个所述的N个互动数据流包含具有K个片段的所述的数据的全部。
30.根据权利要求26所述的方法,其中每个所述的N个互动数据流仅包含所述的数据的所述的剩余部分。
31.根据权利要求26所述的方法,其中 F M ≥ 2 K N .
32.根据权利要求26所述的方法,其中m由1开始。
33.根据权利要求26所述的方法,其中m由4开始,且所述的重复的1st反等待时间数据流、2nd反等待时间数据流及3rd反等待时间数据流具有以下结构:
34.根据权利要求2所述的方法,其中:
所述的N个互动数据流的每一个在所述的互动数据流中被连续重复,且其中每一个连续的互动数据流被一个互动时间间隔 = KT N 错开;
在所述的M个反等待时间数据流中,
I.所述的数据的所述的前导部分包含标示为1到J的前导数据片段;且
II.所述的前导数据片段被分配在所述的M个反等待时间数据流中,使得一个jth前导片段在所述的反等待时间数据流中被一个反等待时间时间间隔≤jT重复。
35.根据权利要求34所述的方法,更包含以下步骤:
当所述的客户端对所述的数据提出一个请求时,将所述的客户端与所有所述的M个反等待时间数据流相连;及
在所述的客户端缓冲所述的M个反等待时间数据流中所述的数据的前导部分。
36.根据权利要求35所述的方法,更包含以下步骤:
在所述的前导部分的全部数据被所述的客户端接收后连接所述的客户端至所述的N个互动数据流中的任意一个。
37.根据权利要求34所述的方法,其中每个所述的N个互动数据流包含具有K个片段的所述的数据的全部。
38.根据权利要求34所述的方法,其中每个所述的N个互动数据流仅包含所述的数据的剩余部分。
39.根据权利要求34所述的方法,其中 M ≥ Σ j = 1 j = J ( 1 j ) J = K N .
40.根据权利要求34所述的方法,其中含有所述的前导数据片段的所述的M个反等待时间数据流中的六个反等待时间数据流排列如下:
其中空白片段含有任何数据。
41.根据权利要求2所述的方法,其中所述的M个反等待时间数据流包含所述的数据的前导部分;且
M个反等待时间数据流更包含两组数据流:一1st组反等待时间数据流及一2nd组反等待时间数据流。
42.根据权利要求41所述的方法,其中
所述的1st反等待时间数据流具有从1至A的A个1st反等待时间数据流,其中
I.一个ath反等待时间数据流拥有Fa个片段,且Fa为一ath费班纳赛数;且
II.所述的Fa个片段在所述的ath1st反等待时间数据流中被连续地重复,
所述的2nd反等待时间数据流具有B个2nd反等待时间数据流,其中每一个所述的B个2nd反等待时间数据流包含实质上相同的数据在所述的2nd反等待时间数据流中被连续重复,且其中每一个连续的2nd反等待时间数据流以一个粗跳跃帧周期错开;
使得当所述的客户端连接到所述的B个2nd反等待时间数据流时所述的客户端可执行一个粗跳跃功能。
43.根据权利要求42所述的方法,更包含以下步骤:
当所述的客户端提出对于所述的数据的请求时,连接所述的客户端到至少所述的ath及(a+1)th1st反等待时间数据流;
在客户端缓冲在至少所述的ath及(a+1)th1st反等待时间数据流内之所述的数据;
随后连接所述的客户端到连续的1st反等待时间数据流;
重复先前的步骤直到在所述的A个1st反等待时间数据流的全部数据由所述的客户端接收。
44.根据权利要求43所述的方法,更包含以下步骤:
在所述的1st反等待时间数据流的全部数据由所述的客户端接收之后连接所述的客户端到任意一个所述的B个2nd反等待时间数据流;及
在所述的连接的B个2nd反等待时间数据流之全部数据由所述的客户端接收之后连接所述的客户端到任意一个所述的N个互动数据流。
45.根据权利要求42所述的方法,其中所述的N个互动数据流的每一个包含所述的数据之全部且具有K片段。
46.根据权利要求42所述的方法,其中所述的N个互动数据流的每一个仅包含所述的数据之所述的剩余部分。
47.根据权利要求42所述的方法,其中所述的粗跳跃帧周期包含E个数据片段,且FA≥2E。
48.根据权利要求42所述的方法,其中a由1开始。
49.根据权利要求42所述的方法,其中a由4开始且所述的重复的1st、2nd、及3rd反等待时间数据流具有以下结构:
Figure A028147660008C1
50.根据权利要求41所述的方法,其中
所述的1st反等待时间数据流具有从1到A的A个1st反等待时间数据流,其中
I.一个ath反等待时间数据流拥有Fa片段,其中Fa是一个ath费班纳赛数;且
II.所述的Fa片段在所述的ath1st反等待时间数据流之内被连续重复
所述的2nd反等待时间数据流具有B个2nd反等待时间数据流,其包含
I.一个前导数据流,包含至少一个所述的数据之所述的前导部分的前导片段在所述的前导数据流之内被连续地重复;及
II.多个结束数据流,每一个所述的结束数据流:
含有所述的数据之前导部分的剩余部分;且
在所述的结束数据流内被连续地重复,且其中每一个连续的结束数据流以一个粗跳跃帧周期错开;
使得当所述的客户端连接到所述的B个第二反等待时间数据流时所述的客户端可执行一个粗跳跃互动功能。
51.根据权利要求50所述的方法,更包含以下步骤:
当所述的客户端对所述的数据提出一个请求时,将所述的客户端至少与所述的ath及第(a+1)th1st反等待时间数据流连接;
在客户端至少缓冲所述的ath及(a+1)th1st反等待时间数据流中的数据;
随后连接所述的客户端到连续的1st反等待时间数据流;
重复先前的步骤直到在所述的A个1st反等待时间数据流的全部数据被所述的客户端接收。
52.根据权利要求51所述的方法,更包含以下步骤:
在所述的1st反等待时间数据流的全部数据被所述的客户端接收之后,连接所述的客户端至所述的前导数据流;
随后连接所述的客户端到任意一个所述的结束数据流;及
在所述的B个2nd反等待时间数据流的全部数据被所述的客户端接收之后,连接所述的客户端到任意一个所述的N个互动数据流。
53.根据权利要求50所述的方法,其中所述的N个互动数据流的每一个包含所述数据的全部且具有K片段。
54.根据权利要求50所述的方法,其中所述的N个互动数据流的每一个仅包含所述的数据的剩余部分。
55.根据权利要求50所述的方法,其中所述的粗跳跃帧周期包含E个数据片段,且FA≥2E。
56.根据权利要求50所述的方法,其中a由1开始。
57.根据权利要求50所述的方法,其中a从4开始且所述的A个1st反等待时间数据流的重复1st反等待时间数据流、2nd反等待时间数据流及3rd反等待时间数据流具有以下结构:
Figure A028147660010C1
58.根据权利要求41所述的方法,其中
该等1st反等待时间数据流拥有A个1st反等待时间数据流,其中
I.该等A个1st反等待时间数据流包含1到C个1st数据片段;且
II.该等1st数据片段被分配该等A个1st数据流中使得一个cth前导片段在该等A个1st反等待时间数据流中被一个反等待时间时间间隔≤cT重复;
该等2nd反等待时间数据流拥有B个2nd反等待时间数据流,其中每一个所述的B个2nd反等待时间数据流包含实质上相同的数据在所述的2nd反等待时间数据流中被连续重复,且其中每一个连续的2nd反等待时间数据流被一个粗跳跃帧周期错开;
使得所述的客户端连接至所述的B个第二反等待时间数据流时所述的客户端可执行一个粗跳跃互动功能。
59.根据权利要求58所述的方法,更包含以下步骤:
当所述的客户端对所述的数据的提出一个请求时,将所述的客户端与所有的A个1st反等待时间数据流连接;以及
在客户端缓冲在所述的A个1st反等待时间数据流内的所述的数据直到在所述的A个1st反等待时间的全部数据被所述的客户端接收。
60.根据权利要求59所述的方法,更包含以下步骤:
在所述的1st反等待时间数据流的全部数据被所述的客户端接收后连接所述的客户端至所述的B个2nd反等待时间数据流中的任意一个;以及
当所述的B个2nd反等待时间数据流的全部数据被所述的客户端接收之后,将所述的客户端连接至所述的N个互动数据流的任意一个。
61.根据权利要求58所述的方法,其中所述的N个互动数据流的每一个包含所述的数据的全部且具有K个片段。
62.根据权利要求58所述的方法,其中所述的N个互动数据流的每一个仅包含所述的数据的剩余部分。
63.根据权利要求58所述的方法,其中所述的粗跳跃帧周期包含E个数据片段,且 A ≥ Σ c = 1 c = E ( 1 c ) .
64.根据权利要求58所述的方法,其中所述的A个1st反等待时间数据流的六个1st反等待时间数据流的安排如下:
Figure A028147660011C2
其中空白片段含有任何数据。
65.根据权利要求41所述的方法,其中
所述的1st反等待时间数据流拥有A个1st反等待时间数据流,其中
I.所述的A个1st反等待时间数据流含有1到C个1st数据片段;且
II.所述的1st数据片段被分配在所述的A个1st反等待时间数据流中,使得一个cth前导片段在所述的A个1st反等待时间数据流中被一个反等待时间时间间隔≤cT重复;
所述的2nd反等待时间数据流拥有B个2nd反等待时间数据流,其包含
I.一个前导数据流,含有所述的数据前导部分至少一个的前导片段并在所述的前导数据流之内被连续重复;及
II.复数个结束数据流,每一个所述的结束数据流:
含有所述的数据前导部分的剩余部分;且
在所述的结束数据流内被连续重复,且其中每一个连续的结束数据流被一个粗跳跃帧周期错开;
如此使得当所述的客户端连接到所述的B个第二反等待时间数据流时,所述的客户端可执行一个粗跳跃互动功能。
66.根据权利要求65所述的方法,更包含以下步骤:
当所述的客户端对所述的数据提出一个请求时,将所述的客户端与所有所述的A个1st反等待时间数据流连接;以及
在客户端缓冲所述的A个1st反等待时间数据流内的数据直到在所述的A个1st反等待时间的全部数据被所述的客户端接收。
67.根据权利要求66所述的方法,更包含以下步骤:
在所述的1st反等待时间数据流的全部数据被所述的客户端接收之后,将所述的客户端连接至所述的B个2nd反等待时间数据流中的前导数据流;
随后连接所述的客户端至任意一个所述的结束数据流;及
在所述的B个2nd反等待时间数据流的全部数据被所述的客户端接收之后,连接所述的客户端到所述的N个互动数据流的任意一个。
68.根据权利要求65所述的方法,其中所述的N个互动数据流的每一个包含所述的数据的全部且具有K片段。
69.根据权利要求65所述的方法,其中所述的N个互动数据流的每一个仅包含所述的数据的剩余部分。
70.根据权利要求65所述的方法,其中所述的粗跳跃帧周期包含E个数据片段,且 A ≥ Σ c = 1 c = E ( 1 c ) .
71.根据权利要求67所述的方法,其中所述的A个1st反等待时间数据流的六个系安排如下:
其中空白片段不含有任何数据。
72.根据权利要求2、4、15、26、34、41、42、50、58、或65所述的方法,其中所述的K个数据片段的每个数据片段含有1个头部及1个尾部,且所述的头部含有所述的紧邻在前之片段的尾部之一部份数据以在客户端接收之时有助于所述的K个数据片段之合并。
73.根据权利要求2、4、15、26、34、41、42、50、58、或65所述的方法,更包含在所述的客户端预先取得至少一部分在前导部分中的数据的步骤。
74.一种用于在网络上传送数据到最少一个客户端的方法包含将所述的数据分成K片段且每片段在网络上传送需要一个时间T的步骤,其中所述的K个数据片段的每个片段含有一个头部及一个尾份且所述的头部含有紧临在前一片段的尾部中的一部分数据,以在客户端接收之时有助于所述的K个数据片段合并。
75.一种用于在网络上传送数据到最少一个客户端具有一个等待期时间以开始传送所述的数据到所述的客户端的方法,包含下列所述的步骤:
产生至少一个反等待时间数据流含有至少一个数据前导部分用于客户端接收;
在客户端预先取得所述的前导部分作为预先取得数据;及
产生至少一个互动数据流含有至少一个所述的数据的剩余部分用于客户端将其合并到前导部分。
76.根据权利要求75所述的方法更包含在离峰期间更新所述的预先取得数据的步骤。
77.根据权利要求76所述的方法,其中所述的更新时间时期是一个离峰期间。
78.根据权利要求76所述的方法,其预先取得数据每日更新一次。
79.一种用于在网络上传送数据到最少一个客户端的方法包含所述的产生多个反等待时间数据流的步骤,所述的反等待时间数据流包含:
一个前导数据流,包含所述的数据之所述的前导部分至少一个的前导片段并在所述的前导数据流之内被连续重复;及
多个结束数据流,每一个所述的结束数据流:
至少含有所述的数据之前导部分的剩余部分;且
在所述的结束数据流内被连续重复,且其中每一个连续的结束数据流被反等待时间时间间隔错开。
80.根据权利要求79所述的方法更包含以下步骤:
当所述的客户端对所述的数据提出请求时,连接所述的客户端至所述的前导数据流;及
随后连接所述的客户端至所述的结束数据流的任意一个。
81.根据权利要求79所述的方法,其中所述的数据被分成K个数据片段,每一数据片段需要一时间T在网络传送,并且所述的反等待时间时间间隔≥T。
82.一种用于通过网络传送数据至最少一个客户端的方法包含下列步骤:
产生从1至M的M个反等待时间数据流,其中一mth反等待时间数据流具有Fm个片段,并且Fm为一mth费班那赛数;并且在所述的mth反等待时间数据流中,所述的Fm片段被连续重复。
83.根据权利要求82所述的方法,更包含以下步骤:
当所述的客户端对所述的数据提出的请求时,至少将所述的客户端连接至所述的mth反等待时间数据流及(m+1)th反等待时间数据流;
在所述的客户端至少缓冲所述的mth反等待时间数据流及(m+1)th反等待时间数据流内的数据;
随后连接所述的客户端至连续的反等待时间数据流;及
重复上述步骤直到所述的客户端接收到所有数据。
84.根据权利要求82所述的方法,其中m从1开始。
85.根据权利要求50所述的方法,其中m从4开始且所述的重复的1st反等待时间数据流、2nd反等待时间数据流及3rd反等待时间数据流具有以下结构:
Figure A028147660015C1
86.一种用以通过网络传送数据到至少一客户端的方法,所述的数据分成K个数据片段,每一数据片段需要一个时间T在网络传送,包含下列步骤:
产生M个反等待时间数据流含有1至K个反等待时间数据片段,其中所述的反等待时间数据片段分布在所述的M个反等待时间数据流,如此使得在所述的反等待时间数据流中一kth前导片段被一反等待时间时间间隔≤kT重复。
87.根据权利要求86所述的方法,更包含以下步骤:
连接所述的客户端至所有所述的M个反等待时间数据流;及
当所述的客户端对所述的数据提出请求时,在所述的客户端缓冲所述的M个反等待时间数据流的数据。
88.根据权利要求86所述的方法,其中含有所述的前导数据片段的M个反等待时间数据流的六个反等待时间数据流安排如下:
其中空白片段含有任何数据。
89.根据权利要求2所述的一种根据用以接收通过网络递送到至少一客户端的数据的方法,包含以下步骤:
提出对所述的数据之请求;及
连接所述的客户端至所述的M个反等待时间数据流并接收所述的M个反等待时间数据流中的数据。
90.根据权利要求89所述的方法更包含以下步骤:
在所述的客户端接收到所述的M个反等待时间数据流内所有数据之后,连接所述的客户端至所述的N个互动数据流。
91.根据权利要求89所述的方法,其中所述的前导部分的数据被连续接收。
92.根据权利要求89所述的方法,其中所述的客户端至少同时连接两个所述的反等待时间数据流。
93.根据权利要求89所述的方法更包含以下步骤:
连接至所述的客户端的两个反等待时间数据流中的缓冲数据被所述的客户端连续接收。
94.根据权利要求89所述的方法,其中所述的客户端被同时连接至所有所述的反等待时间数据流。
95.根据权利要求94所述的方法更包含以下步骤:
缓冲与所述的客户端连接的反等待时间数据流中的数据;及
根据一适当顺序重新安排所述的缓冲数据。
96.根据权利要求89所述的方法更包含在所述的客户端中的所述的反等待时间数据流中预先取得至少一部分数据的作为预先取得数据的步骤。
97.根据权利要求96所述的方法更包含于一更新时间时期更新所述的预先取得数据之步骤。
98.根据权利要求97所述的方法,其中所述的更新时间时期为01:00-06:00。
99.根据权利要求97所述的方法,其中所述的更新时间时期为10:00-15:00。
100.一种用以接收通过网络传送到至少一客户端的数据的方法,其中所述的数据包含一前导部分及一剩余部分,且所述的剩余部分被至少一个互动数据流传送,包含下列步骤:
在客户端预先取得所述的前导部分作为预先取得数据;及
将所述的预先取得数据合并至所述的剩余部分。
101.根据权利要求100所述的方法,其中更包含在一更新时间时期更新所述的预先取得数据的步骤。
102.根据权利要101述的方法,其中所述的更新时间时期为一离峰时期。
103.根据权利要求101所述的方法,其中所述的预先取得数据每日更新一次。
104.一种用于在网络上传送数据到至少一个用户端,且拥有一个等待时间以开始传送所述的数据到该用户端的方法,包括以下步骤:
产生至少一个反等待时间数据流其包含所述数据的至少一个前导部分用于客户接收;及
产生至少一个互动数据流其包含所述的数据的至少一个剩余部分以便用户端在接收到至少一个反等待时间数据流的一部分之后予以合并;
其中:
所述的数据的前导部分
可以产生在规律的反等待时间流间隔;及
在至少一个用户端对所述的数据提出一个请求之后,且在下个最早的反等待时间流间隔产生。
105.根据权利要求104所述的方法,其中在网络传送需要一个时间R的所述数据被分割成K个片段,每片段在网络传送需要一个时间T;
反等待时间数据流包括M个反等待时间数据流,其中所述的M个反等待时间数据流的每个反等待时间数据流包含实质相同的数据;
每个反等待时间数据流可以产生在规则的反等待时间间隔;以及
至少一个用户端对所述的数据提出一个请求后,每个反等待时间数据流产生在下个最早的反等待时间流间隔;
互动数据流包含N个互动数据流,每个所述的N个互动数据流中在所述的互动数据流中被连续重复,且每个连续的互动数据流通过互动时间间隔被错开。
106.根据权利要求105所述的方法,其中:每个所述的M个反等待时间数据流有J个片段;反等待时间时间间隔≥T。
107.根据权利要求106所述的方法,其中互动时间间隔≥JT。
108.根据权利要求107所述的方法,其中M≥T。
109.根据权利要求106所述的方法,其中 N = R JT .
110根据权利要求106所述的方法,其中 M = N = J = R T .
111.根据权利要求109所述的方法,在所述的N个互动数据流的每一个包含具有K个片段的所述数据的全部。
112.根据权利要求105所述的方法,其中每个所述的N个互动数据流只包含所述的数据的剩余部分。
113.根据权利要求105所述的方法,还包括的步骤有:
当用户端对所述的数据提出请求时,将用户端连接至为该用户端产生的M个反等待时间数据流;
将用户端连接至N个互动数据流的任意一个互动数据流;以及
当用户端连接上N个互动数据流中的其中一个时,中止为用户端产生的M个反等待时间数据流。
114.根据权利要求104所述的方法,其中:
所述的数据在网络传送需要一个时间R,且被分割为K个片段,每个片段在网络传送需要一个时间T;
反等待时间数据流包含的M个反等待时间数据流包含:
I.一前导数据流
包含至少一个所述数据前导部分的前导片段;
可以产生在规则反等待时间时间间隔;以及
当用户端为所述数据提出请求后,产生在下个最早的反等待时间流间隔;
II.复数个结束数据流,其中每个结束数据流:
包含所述数据前导部分的剩余部分;
与一个前导片段相对应;以及
与所述的对应的前导片段同时产生;
所述的互动数据流包含N个互动数据流,其中每个所述的N个互动数据流在所述的互动数据流内被连续重复,并且每个连续的结束数据流被一个互动时间间隔错开。
115.根据权利要求114所述的方法,其中:
每个结束数据流有J个片段;以及
反等待时间时间间隔≥T。
116.根据权利要求115所述的方法,其中所述的互动时间间隔≥T。
117.根据权利要求116所述的方法,其中 M ≥ J 2 + 1 .
118.根据权利要求117所述的方法,其中 N ≥ R JT .
119.根据权利要求117所述的方法,其中 J = 2 K .
120.根据权利要求114.所述的方法,其中每个所述的N个互动数据流包含具有K个片段的所述的数据的全部。
121.根据权利要求114所述的方法,其中每个所述的N个互动数据流只包含所述数据的剩余部分。
122.根据权利要求114所述的方法,还包括的步骤有:
当用户端对所述的数据提出请求时,将用户端连接至为用户端产生的前导数据片段;
然后将用户端连接至对应的结束数据流;
将用户端连接至N个互动数据流中的任意一个,以及
当用户端连接至N个互动数据流中的一个后,中止为用户端产生的前导数据片段及对应结束数据流。
123.根据权利要求104所述的方法,其中:
在网络传送需要一个时间R的所述数据被分割成K个片段,每个片段在网络传送需要一个时间T;
所述的互动数据流包含N个互动数据流,其中N个互动数据流中的每个互动数据流在所述的互动数据流内被连续重复,并且每个连续的互动数据流被一个互动时间间隔 KT N 错开;
反等待时间数据流包含M个反等待时间数据流,因此
一个mth反等待时间数据流有Fm个片段,且Fm为一个mth费班那赛数;
在一个规则的反等待时间流间隔可以产生Fm个片段;
当用户端对所述的数据提出一个请求时,第一个Fm片段产生在最早的反等待时间流间隔;以及
连续的F(m+1)个片段产生在用户端接收到前述的Fm片段的全部数据之前。
124.根据权利要求123所述的方法,进一步包括的步骤有:
当所述的客户端对所述的数据提出请求时,至少将所述的客户端连接到所述的mth反等待时间数据流及(m+1)th反等待时间数据流;
在客户端至少缓冲所述的mth反等待时间数据流及(m+1)th反等待时间数据流中的数据;
随后连接所述的客户端到任意一个所述的反等待时间数据流;及
重复以上的步骤,直到用户端接收到前导部分的全部数据。
125.根据权利要求124所述的方法,还包括以下步骤:
所述的用户端接收到前导部分的全部数据之后,将所述的用户端连接至N个互动数据流的任意一个互动资料流;以及
用户端连接至所述的N个互动数据流的一个后,中止M个反等待时间数据流。
126.根据权利要求123所述的方法,其中所述的N个互动数据流的每个互动数据流都包含具有K个片段的所述数据的全部。
127.根据权利要求123所述的方法,其中每个所述的N个互动数据流只包含所述的数据的剩余部分。
128.根据权利要求123所述的方法,其中 F m ≥ 2 K N .
129.根据权利要求123所述的方法,其中m从1开始。
130.根据权利要求123所述的方法,其中m从4开始且重复的1st反等待时间数据流、2nd反等待时间数据流及3rd反等待时间数据流具有以下结构:
Figure A028147660022C1
131.一种用于在网络上传送数据到最少一个客户端的方法包含产生多个反等待时间数据流的步骤,反等待时间数据流包含:
一前导数据流
包含所述数据前导部分的至少一个前导片段;
产生在规则的反等待时间时间间隔;以及
当用户端对所述的数据提出请求后,产生在最早的反等待流间隔;
复数个结束数据流,其中每个结束数据流
包含所述数据前导部分的剩余部分;
与前导片段的每一个片段相对应;以及
与所述的对应的前导片段同时产生;
与对应的前导片段同时产生。
132.根据权利要求131所述的方法,还包括步骤:
当用户端对所述的数据提出一个请求时,将用户端连接至前导数据流;以及
随后连接用户端至对应的结束数据流。
133.根据权利要求131所述的方法,其中所述的数据被分隔为K个片段,每片段在网络传送需要一个时间T,且反等待时间时间间隔≥T。
134.一种用于在网络上传送数据到最少一个客户端的方法包含产生M个反等待时间数据流的步骤,其中:
一mth反等待时间数据流具有Fm个片段,并且Fm为一mth费班那赛数;
当用户端对所述的数据提出一个请求时,第一个Fm片段产生在最早的反等待时间流间隔;以及
连续的F(m+1)个片段产生在用户端接收到所述的Fm片段的全部数据之前。
135.根据权利要求134所述的方法还包含的步骤有:
当所述的客户端对所述的数据提出一个请求时,至少将所述的客户端连接到所述的mth反等待时间数据流及(m+1)th反等待时间数据流;
在客户端至少缓冲所述的mth反等待时间数据流及(m+1)th反等待时间数据流中的数据;
随后连接所述的客户端到任意一个所述的反等待时间数据流;及
重复以上的步骤,直到用户端接收到前导部分的全部数据。
136根据权利要求134所述的方法,其中m从1开始。
137.根据权利要求134所述的方法,其中m从4开始且重复的1st反等待时间数据流、2nd反等待时间数据流及3rd反等待时间数据流具有以下结构:
CNB028147669A 2001-07-31 2002-07-29 用以经由网络传送数据的方法 Expired - Fee Related CN1254971C (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US09/917,638 US7174384B2 (en) 2001-07-31 2001-07-31 Method for delivering large amounts of data with interactivity in an on-demand system
US09/917,638 2001-07-31
US09/954,041 US7200669B2 (en) 2001-07-31 2001-09-18 Method and system for delivering large amounts of data with interactivity in an on-demand system
US09/954,041 2001-09-18

Publications (2)

Publication Number Publication Date
CN1535537A true CN1535537A (zh) 2004-10-06
CN1254971C CN1254971C (zh) 2006-05-03

Family

ID=27129727

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB028147669A Expired - Fee Related CN1254971C (zh) 2001-07-31 2002-07-29 用以经由网络传送数据的方法

Country Status (8)

Country Link
US (2) US7200669B2 (zh)
EP (1) EP1433323A4 (zh)
JP (1) JP4358620B2 (zh)
KR (1) KR100583067B1 (zh)
CN (1) CN1254971C (zh)
AU (1) AU2002322987B2 (zh)
CA (1) CA2451897C (zh)
WO (1) WO2003013138A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105103518A (zh) * 2013-03-28 2015-11-25 英国电讯有限公司 内容分发系统和方法

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8171520B2 (en) 2000-03-02 2012-05-01 Tivo Inc. Method of sharing personal media using a digital recorder
JP2005505957A (ja) * 2001-07-31 2005-02-24 ダイナステック アイピーアール リミティド ネットワーク上でのデータ伝送方法
KR20050085250A (ko) * 2002-12-04 2005-08-29 코닌클리케 필립스 일렉트로닉스 엔.브이. 비디오 프로그램 방송 시스템 및 방법
US7698724B1 (en) * 2003-05-15 2010-04-13 Cisco Technology, Inc. Convergence processor for media streams
US7603689B2 (en) * 2003-06-13 2009-10-13 Microsoft Corporation Fast start-up for digital video streams
CN100362862C (zh) * 2003-08-01 2008-01-16 仁宝电脑工业股份有限公司 传送视频档案方法
EP1781034A4 (en) * 2004-07-27 2011-04-27 Sharp Kk PSEUDO VIDEO ON DEMAND SYSTEM, CONTROL PROCEDURE FOR A PSEUDO VIDEO ON DEMAND SYSTEM AND PROGRAM AND RECORDING MEDIUM THEREFOR
KR20060059782A (ko) * 2004-11-29 2006-06-02 엘지전자 주식회사 영상신호의 스케일러블 프로그레시브 다운로딩을 지원하는방법
US20090064242A1 (en) * 2004-12-23 2009-03-05 Bitband Technologies Ltd. Fast channel switching for digital tv
EP1675399A3 (en) * 2004-12-23 2009-04-29 Bitband Technologies Ltd. Fast channel switching for digital TV
US7954128B2 (en) 2005-02-11 2011-05-31 Time Warner Cable Inc. Methods and apparatus for variable delay compensation in networks
GB0508946D0 (en) * 2005-04-30 2005-06-08 Ibm Method and apparatus for streaming data
KR100659191B1 (ko) * 2005-09-29 2006-12-21 하나로미디어(주) 주문형 비디오 서비스의 효율적 운영방법 및 시스템
US8340098B2 (en) * 2005-12-07 2012-12-25 General Instrument Corporation Method and apparatus for delivering compressed video to subscriber terminals
US20090307732A1 (en) * 2006-03-07 2009-12-10 Noam Cohen Personalized Insertion of Advertisements in Streaming Media
TWI633769B (zh) 2006-05-11 2018-08-21 Cfph股份有限公司 使用及管理電子檔案的方法和設備
US8532012B2 (en) * 2007-12-07 2013-09-10 Industrial Technology Research Institute Methods and devices for scalable reception in wireless communication systems
US8386629B2 (en) * 2007-12-27 2013-02-26 At&T Intellectual Property I, L.P. Network optimized content delivery for high demand non-live contents
US8700792B2 (en) * 2008-01-31 2014-04-15 General Instrument Corporation Method and apparatus for expediting delivery of programming content over a broadband network
US8028081B2 (en) * 2008-05-23 2011-09-27 Porto Technology, Llc System and method for adaptive segment prefetching of streaming media
US8752092B2 (en) * 2008-06-27 2014-06-10 General Instrument Corporation Method and apparatus for providing low resolution images in a broadcast system
US8514888B2 (en) * 2008-09-12 2013-08-20 Industrial Technology Research Institute Methods and devices for wireless broadcasting service communication environment
GB2469107B (en) * 2009-04-02 2015-01-21 Livestation Ltd Method and apparatus for distributing data
US8051194B2 (en) * 2009-05-27 2011-11-01 Ray-V Technologies, Ltd. Method for buffer management for video swarms in a peer-to-peer network
US8782267B2 (en) * 2009-05-29 2014-07-15 Comcast Cable Communications, Llc Methods, systems, devices, and computer-readable media for delivering additional content using a multicast streaming
US9357244B2 (en) * 2010-03-11 2016-05-31 Arris Enterprises, Inc. Method and system for inhibiting audio-video synchronization delay
US8832293B2 (en) * 2010-09-03 2014-09-09 Hulu, LLC Bandwidth allocation with modified seek function
US8601334B2 (en) 2011-05-10 2013-12-03 At&T Intellectual Property I, L.P. System and method for delivering content over a multicast network
US9363540B2 (en) * 2012-01-12 2016-06-07 Comcast Cable Communications, Llc Methods and systems for content control
FR3005386B1 (fr) * 2013-05-02 2016-10-14 Tdf Procede et dispositif de fourniture d’une partie deja diffusee d’un flux multimedia, terminal utilisateur, programme d’ordinateur et medium de stockage correspondants
EP2819364A1 (en) * 2013-06-25 2014-12-31 British Telecommunications public limited company Content distribution system and method
EP2819420A1 (en) 2013-06-25 2014-12-31 British Telecommunications public limited company Content distribution system and method
EP2819419A1 (en) 2013-06-25 2014-12-31 British Telecommunications public limited company Content distribution system and method
EP2978225B1 (en) * 2014-07-23 2017-11-08 Wildmoka Method for obtaining in real time a user selected multimedia content part
US10687115B2 (en) 2016-06-01 2020-06-16 Time Warner Cable Enterprises Llc Cloud-based digital content recorder apparatus and methods
US11109290B2 (en) 2017-08-04 2021-08-31 Charter Communications Operating, Llc Switching connections over frequency bands of a wireless network
US10958948B2 (en) 2017-08-29 2021-03-23 Charter Communications Operating, Llc Apparatus and methods for latency reduction in digital content switching operations

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5724646A (en) * 1995-06-15 1998-03-03 International Business Machines Corporation Fixed video-on-demand
JP3288199B2 (ja) * 1995-06-30 2002-06-04 富士通株式会社 ビデオデータ配信装置
US5751336A (en) * 1995-10-12 1998-05-12 International Business Machines Corporation Permutation based pyramid block transmission scheme for broadcasting in video-on-demand storage systems
US5822530A (en) * 1995-12-14 1998-10-13 Time Warner Entertainment Co. L.P. Method and apparatus for processing requests for video on demand versions of interactive applications
US6233017B1 (en) * 1996-09-16 2001-05-15 Microsoft Corporation Multimedia compression system with adaptive block sizes
US6018359A (en) * 1998-04-24 2000-01-25 Massachusetts Institute Of Technology System and method for multicast video-on-demand delivery system
US6563515B1 (en) 1998-05-19 2003-05-13 United Video Properties, Inc. Program guide system with video window browsing
US6141324A (en) * 1998-09-01 2000-10-31 Utah State University System and method for low latency communication
US6377972B1 (en) * 1999-01-19 2002-04-23 Lucent Technologies Inc. High quality streaming multimedia
WO2001024526A1 (en) * 1999-09-27 2001-04-05 Koninklijke Philips Electronics N.V. Scalable system for video-on-demand
JP2005505957A (ja) * 2001-07-31 2005-02-24 ダイナステック アイピーアール リミティド ネットワーク上でのデータ伝送方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105103518A (zh) * 2013-03-28 2015-11-25 英国电讯有限公司 内容分发系统和方法

Also Published As

Publication number Publication date
US7200669B2 (en) 2007-04-03
US20030093543A1 (en) 2003-05-15
JP2004537242A (ja) 2004-12-09
CA2451897C (en) 2009-10-20
US20070174480A1 (en) 2007-07-26
WO2003013138A1 (en) 2003-02-13
EP1433323A4 (en) 2007-04-18
EP1433323A1 (en) 2004-06-30
KR20040041573A (ko) 2004-05-17
CN1254971C (zh) 2006-05-03
CA2451897A1 (en) 2003-02-13
JP4358620B2 (ja) 2009-11-04
KR100583067B1 (ko) 2006-05-25
AU2002322987B2 (en) 2007-12-20

Similar Documents

Publication Publication Date Title
CN1254971C (zh) 用以经由网络传送数据的方法
CN1231042C (zh) 通过网络传送媒体服务和应用的方法及系统
CN1126366C (zh) 对可在信息网上获得的事件提供交互式指南的方法和装置
CN1240223C (zh) 经由网络递送媒体的方法与系统
CN101444089B (zh) 利用非实时传输记录电视节目的方法和系统
CN1151683C (zh) 图像声音解码装置和图像声音编码装置以及方法
CN1242352C (zh) 在包含由数据库分配的事件表的视听流表上搜索视听节目或内容的方法
CN1681324A (zh) 快速通道改变
CN1159120A (zh) 视频数据接收设备、视频数据发射装置和广播系统
CN1449195A (zh) 即时视频点播回放
EP1919113A2 (en) Time-shifted broadcast delivery
CN1151674C (zh) 信息接收设备和信息接收方法
CN1976442A (zh) 一种iptv应用系统及准视频点播节目播放方法及系统
CN1633794A (zh) 用于多媒体多点传送内容的ecm和emm分布
CN1788279A (zh) 广告/广播的调度方法及管理系统和方法
CN1798328A (zh) 一种实现电视节目内容定制的系统及方法
CN1190968C (zh) 用于标题信息数字电视服务及其接收机的方法和设备
CN102055668A (zh) 流接收设备和方法、流发送设备和方法、和计算机程序
CN1535536A (zh) 用以网络数据传输的系统
JP2009060416A (ja) 伝送システムおよび方法、伝送装置および方法、受信装置および方法、プログラム、並びに記録媒体
CN100583994C (zh) 数据调度方法
CN1513261A (zh) 多视图存储广播服务方法、装置和系统
JP2004007127A (ja) 番組配信制御方法及び番組配信制御システム及び番組配信制御プログラムを記録した記録媒体
CN1902932A (zh) 利用互联网播放带有清晰声音和画面视频的电视广播系统和方法
CN1214640C (zh) 广播设备和广播方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20060503

Termination date: 20100729