TWI388170B - 網路中串流資料內容之方法及裝置 - Google Patents

網路中串流資料內容之方法及裝置 Download PDF

Info

Publication number
TWI388170B
TWI388170B TW097125790A TW97125790A TWI388170B TW I388170 B TWI388170 B TW I388170B TW 097125790 A TW097125790 A TW 097125790A TW 97125790 A TW97125790 A TW 97125790A TW I388170 B TWI388170 B TW I388170B
Authority
TW
Taiwan
Prior art keywords
data
network
data stream
content
summary information
Prior art date
Application number
TW097125790A
Other languages
English (en)
Other versions
TW200906125A (en
Inventor
Brian K Schmidt
James G Hanko
J Duane Northcutt
Original Assignee
Silicon Image Inc
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 Silicon Image Inc filed Critical Silicon Image Inc
Publication of TW200906125A publication Critical patent/TW200906125A/zh
Application granted granted Critical
Publication of TWI388170B publication Critical patent/TWI388170B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14—Multichannel or multilink protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/47—End-user applications
    • H04N21/482—End-user interface for program selection
    • H04N21/4828—End-user interface for program selection for searching program descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6581—Reference data, e.g. a movie identifier for ordering a movie or a product identifier in a home shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/8549—Creating video summaries, e.g. movie trailer

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

網路中串流資料內容之方法及裝置
本發明實施例大體上是關於網路之領域，更特別地係關於一種提供網路中資料串流的方法及設備。
隨著現今個人電子娛樂產品的選擇增加，促使我們將網路中各種媒體裝置連接在一起以分享資料、增加便利性，及更完整地利用每一個裝置。譬如某些家用裝置可被連接在一起，在如此連結的環境下，有多種可能來源及使用者串流(streaming)數位媒體內容可用在音訊、視訊、遊戲及其它用途。
為了建立一個娛樂網路(entertainment network)，我們可以使用傳統電腦網路模式以連接各網路裝置。在如此的環境中，串流媒體資料可使用已知資料傳輸協定(data transfer protocol)於伺服器及其它網路裝置之間傳輸。
然而，傳統網路一般因為其網路裝置所需，必須提供高度的計算能力。且其傳輸協定一般需要關於傳輸資料的高水平知識。而現存的串流媒體資料具有多種格式以提供不同用途及裝置。格式隨著舊的格式為新的協定所取代或補充而增多，而新的協定可以提供新的功能或支援新的裝置技術。結果，網路裝置可能需要相對複雜的介面及計算操作以提供娛樂網路中的每個裝置，其在媒體技術的快速變化下可能會較為不實用。
本發明提出一種提供網路中串流資料內容的方法及裝置。
在本發明的第一觀點中，其裝置可包含一網路單元，以在網路上產生一資料流，其中產生資料流也包含產生關於資料的摘要資訊。此裝置也包含一發送器，以傳輸所產生之資料流。
在本發明的第二觀點中，其裝置可含有一接收器，以接收從第二裝置來的資料流，其中此資料係經過編碼且含有相關之摘要訊息。此裝置也可含有一網路單元，可以用至少部分的摘要訊息為基礎來處理資料流。
在本發明的第三觀點中，一網路可含有一第一網路裝置以產生網路上之資料流，其中此資料根據一資料協定來進行編碼。產生資料流之步驟至少包含將部分資料解碼、評估此資料以獲得其摘要資訊，及將摘要資訊插入此資料中。此網路更可包含一個第二網路裝置，以接收從第一網路裝置而來之資料流。
本發明實施例大體上是針對串流媒體內容。
此處所使用之「娛樂網路」是指一互聯之網路，其於各裝置之間傳輸數位媒體內容(包含音樂、音訊/視訊、遊戲、相片及其它等)。娛樂網路可能包含個人娛樂網路，譬如一家庭網路、一商業環境之娛樂網路，或含有娛樂裝置之其它任何網路。在如此網路中，某些網路裝置可能是媒體內容的來源，譬如一數位電視調諧器(tuner)、有線電視 機上盒(cable set－top box)、視訊儲存伺服器，及其它來源裝置。其它裝置可能顯示或使用媒體內容，譬如數位電視、家庭劇院系統、音響系統、遊戲系統，及其它裝置。此外，某些裝置可能會用來儲存或傳輸媒體內容，譬如視訊和音訊儲存伺服器。某些裝置可能表現出多種媒體功能。在一些實施例中，這些網路裝置可能共同配置在單一區域網路中。而在其它實施例中，這些網路裝置可能跨架於多個網路區段，譬如跨越多個區域網路。上述娛樂網路可以包含多重資料編碼(multiple data encoding)及加密過程。
在一些實施例中，其網路會封裝(encapsulates)一資料流以利於資料之傳輸、儲存以及運用，而未對資料解密(decrypting)或解碼(decoding)。在一些實施例中，其網路利用一數位封包儲存格式(digital packet container format)，彙整該資料內容以利於網路操作，而無需了解實際內容、編碼或加密。如此中所使用者，摘要過程包含彙整(summarizing)、特徵化(characterizing)及辨認資料等動作。
因為許多種類的裝置可能出現於一娛樂網路上，所以多種不同的媒體格式可能於其中使用。然而，為了要讓所有裝置能夠在傳統操作方式下攜帶或儲存數位媒體內容，每個裝置皆須能夠瞭解所有可能的格式，或者資料儲存格式必須允許任意格式化內容的不明的(opaque)傳輸和儲存。在一些實施例中，一網路允許資料傳輸而無需了解所有格式，且不需要使用一完全不明的儲存格式。此外，傳 輸的媒體內容可能被加密。在一些實施例中，一儲存格式之實施包含可操控資料內容之資訊，且所有處理如此資料之裝置皆不需要對該資料解密。
在一些實施例中，可使用既有的網路協定來傳輸數位資料。現今已有多種網路協定適合用來傳輸含有數位媒體之酬載(payload)。在一實施例中，即時傳輸協定(Real－time Transfer Protocol，RTP)可用來傳輸音訊、視訊、及其它媒體資料。RTP包含多種媒體格式的封裝，而且可透過用戶資料報協定(User Datagram Protocol，UDP)直接攜帶，且若額外之使用者層級封裝(extra user－level packetization)使用傳輸控制協定(Transmission Control Protocol，TCP)，則可在TCP中被封裝。
然而，使用RTP直接傳輸可能需要使某些裝置瞭解所有的格式形式，這對於像娛樂網路這樣的網路來說是困難或很難以實行的。在一實施例中，如果想要一視訊儲存伺服器支援隨時點播(trick－play)(包含譬如快進、回轉，以及類似的操作等)，這將需要瞭解傳統系統中的資料格式知識。在該實施例中，當視訊儲存伺服器接收一待儲存RTP封裝資料流，伺服器會希望創造一索引，以連繫資料流呈現時間及資料流位置。為了創造此基於時間之索引，該儲存伺服器一般需要解碼至少部分或所有媒體格式以確定這些索引點。但因為網路中使用的可能格式相當多，此操作方式實施起來相當不實用。此外，為了將加密的媒體內容解碼，視訊儲存伺服器必須支援密碼功能且擁有所需金鑰 以存取所有資料。而其困難點在於儲存伺服器通常不會是一個可信賴裝置(trusted device)。
在一些實施例中，摘要格式(summarization format)實施於媒體資料中。在一些實施例中，任何支援網路格式之網路實體可利用摘要格式作為資料之共同載體(common carrier)，且無需瞭解網路實體的內容格式、資料編碼或資料加密。在一些實施例中，經由延伸既有之協定來實施資料彙整，其包含但不限於已廣泛使用的RTP。在一些實施例中，資料彙整可使得共同載體網路裝置(譬如儲存裝置)的設計簡單化，其無需解譯其媒體內容，並且因為單一協定及封包格式可用於所有形式的資料，所以可以模組化設計串流引擎以提供給網路裝置。在追蹤其資料時可能需要某些相關於資料流的元資料(meta－data)。在一些實施例中，僅資料來源裝置需負責從資料中擷取出所需資訊。
在一些實施例中，共同載體裝置可做以下操作：接收一帶有摘要資訊之資料流；對資料流重新計時以重新傳輸資料流；對任何壓縮之空資料封包(null data packet)進行解壓縮(inflate)以重新傳輸；在傳輸中提供隨時點播(trick－play)操作，包含快進、回轉、在資料流中躍進、在快進或倒退時傳輸加速或減速及接合資料(splicing data)；及傳輸資料流而沒有解密資料。
在網路通訊中，數位媒體之產生者(譬如一數位電視調諧器或一數位相機)和使用者或資料接收者(譬如一數位電視)傳統上需要瞭解及符應媒體編碼，且擁有對內容加密或 解密之權限。在一些實施例中，資料產生器可能對該資料內容解密及部分解碼以獲得該內容之特定摘要資訊。在一些實施例中，產生器封裝媒體內容，而該內容可能被編碼及加密成一媒體摘要格式以反映其資料特性。在一些實施例中，接收裝置可以使用媒體摘要以接收及傳輸媒體資料，而不需符應媒體編碼，也不需擁有對資料解密或加密的權限。
在一些實施例中，摘要標頭(summary header)中所提供之摘要格式包含被封裝成資料流的任何媒體編碼。被傳輸之任何資料可能以上述編碼狀態被反射。譬如，相片資料可以被解譯為包含單框(single frame)之視訊流，然後傳輸以作為視訊流資料。在一些實施例中，摘要標頭提供一種‘可於低成本及低資源環境下實施網路裝置之方法，譬如以單晶片(singllee chip)作為網路裝置的介面。相較之下，傳統家庭網路方案係設計給高資源的環境，譬如包含個人電腦或具有多點客製ASICs(multiple custom ASICs)或共處理器(co－processors)於網路裝置中。
在一些實施例中，摘要標頭可以實施以作為一標頭之擴充，其係由傳輸協定提供。譬如，摘要標頭可以實施以作為一RTP標頭擴充欄位(header extension)。
在一些實施例中，數位媒體可能是經由不可靠資料報協定而攜帶，譬如UDP/IP(其中一協定之可靠度，端視該協定是否有對資料到達與否或完整與否作確認之規定)。因為媒體資料必須在特定時間限制下被傳輸，可靠性傳輸係 需要時間相依及特定內容。因此，媒體資料可以有效率地經由不可靠協定而傳輸。這些協定一般可以操作於區域網路上。而隨著橋接(bridging)的使用，一協定便可跨越多個區域網路。因為媒體資料流一般包括時效性成分，所以無需對資料傳輸作保證(因為過時的資料並沒有用)。此外，當延誤封包超過可接受極限而造成網路擁塞，對資料傳輸做安全確認將使得整體服務品質降低。
在一些實施例中，摘要標頭可提供關於資料內容之多種資訊。資訊形成一組資料獨立性之註解，此註解能提供關於串流之某些細節以使得網路裝置可以管理或操控串流而不需瞭解串流內容。標頭中包含了許多註解代表其內容本身的靜態資訊，譬如內容形式標籤(content type flags)及串流相關之時戳(timestamp)。
要獲得摘要之資訊，必須對資料流內容有一定程度的分析及瞭解。在一實施例中，為了要擷取一MPEG串流特定部分的資料流相關時戳，一裝置將提供MPEG資料的部分解碼以確定其呈現時間(presentation time)時戳。在一些實施例中，此功能僅限於網路入口裝置，即准許內容登上網路之裝置，譬如一廣播調諧器或網路閘道(gateway)。入口裝置也要管理任何外部內容保護方案。在一些實施例中，網路中的其它裝置，譬如儲存裝置，會接著處理資料流而不需要支援大量內容形式之部分或完全的解碼，也不需要對受保護的內容解密。在一些實施例中，一入口裝置藉由外部條件式存取方案而接收內容受保護資料，解密該 內容、分析與註解該內容以提供摘要資訊，依據網路保護方案加密酬載內容，及散播資料至網路中。
在一些實施例中，每當資料內容被緩衝時(譬如在一儲存裝置時)，則保留摘要資訊。上述註解提供摘要資訊使得依原時間基礎的資料流可成功再次傳輸，也允許於串流中跳躍至時間參考點，或使用隨時點播模式。
在一些實施例中，一摘要標頭中的內容形式及模式標籤可用於實體網路層，以指定封包的傳輸優先權。優先權的設立會隨特定實施方式而改變。在一可能實施例中，可能會使用下述之相對優先權規則(從最高至最低優先次序)：(a)嵌入式(embedded)內容保護金鑰；(b)音訊資料；(c)主鍵視框資料(primary key video frame data)；(d)次鍵視框資料(secondary key video frame data)；(e)非鍵視框資料(non－key video frame data)；(f)空資料(null data)；及(g)頻寬保留資料。
圖一為一娛樂網路之實施例圖示。在圖示中，娛樂網路系統100預備將任何相容媒體裝置連接至網路。圖中所示為與娛樂網路105之連接情形。在一些實施例中，上述裝置在沒有中央網路伺服器的情形下視為網路來操作。經過娛樂網路，媒體資料流可在任何連接裝置間傳輸。此外，這些裝置可以透過網路而遠端控制。上述裝置可經由熟知的連接器及連接協定連接至網路，包含同軸纜線(coaxial cable)、乙太網路纜線(Ethernet cable)、及火線(Firewire)以及經由Wi－Fi、藍芽及其它無線連接技術。
在一些實施例中，這些裝置可包含任何媒體來源或接收器。在圖一中，辦公室110可提供一網際網路連接120，透過一閘道122連接至網路105。從網際網路接收的資料可包含任何串流資料來源，其包含但不限於購買的音訊檔(譬如下載的音樂檔)、視訊檔(譬如電影及電視等)及電腦遊戲。辦公室110可能也連接至一個人電腦124，並利用監視器126及其它的功能以顯示某些媒體資料流或操作某些電腦遊戲。
娛樂網路也可連接至臥室112裡的裝置，譬如包含一機上盒130以提供資料給電視132。此外，臥室(或其它任何空間)可包含一媒體儲存單元128。媒體儲存單元128可接收連接至網路105的任何來源資料，及提供給任何連接至網路105的資料接收器。媒體儲存單元128可包含網路中任何形式的媒體串流資料。
上述系統更包含一客廳114接收端，譬如從一纜線或光纖系統134、或從一衛星天線網路136輸入。由此來源輸入的媒體可提供給連接至網路105之機上盒138，及連接至第二電視140。連接至網路105以顯示於客廳之電視140可為一視訊遊戲單元142。另外任何其它房間可具有網路裝置，譬如廚房包含一第三電視144連接至網路105。其它網路裝置亦可用於此處，包含但不限於一立體音響系統包含揚聲器置於房子四周。
此外，任何行動式個人電子裝置也可連接至網路。上述裝置可經由一纜線或經由一無線訊號來連接，包含但不 限於藍芽、Wi－Fi、紅外線或其它類似的無線通訊協定。這類協定都可能需要一個介面連接至網路(未顯示於圖一)，譬如Wi－Fi基地台。這類行動式個人電子裝置可能包含數位相機146、行動電話148、個人音樂裝置150或視訊攝影機152。此外，一行動式系統包含於一汽車154中，當汽車鄰近網路時(譬如置於房子的車庫內)可連接至網路105。舉例而言，當行動式個人電子裝置在網路範圍內時，可以自動連接至網路。當連接時，裝置可以從網路獲取資料，或提供資料至網路，包含可能自動更新或下載至裝置中。在一實施例中，一使用者可以透過網路從任何行動式電子裝置上存取資料，譬如經由客廳電視140上的機上盒138存取儲存於數位相機146中的相片。
因為這些連接至網路的裝置的功能不同，經由網路傳輸的資料可能包含許多不同的資料協定，包含任何已知的視訊和音訊協定。在一實施例中，媒體儲存單元128可能需要獲取、儲存以及提供許多不同的媒體協定的資料。
圖二為一網路中網路裝置之連接實施例圖示。在圖示中，一第一網路裝置205(裝置一)經由網路連接至一第二網路裝置215(裝置二)，其包含一娛樂網路。網路的其餘部分沒有顯示於圖二，但可能包含如圖一中顯示的那些裝置。每一個網路裝置可包含一網路介面，第一裝置205的網路介面210及第二裝置215的網路介面220，使裝置可於網路上操作。
在圖示中，第一裝置205可為一資料流225的來源， 而第二裝置215可為資料流的接收器。譬如，可以請求第一裝置205提供資料流225給第二裝置215。然而，網路裝置可為任何形式之媒體裝置，因此資料流225可依許多資料協定之一加以編碼，並依一加密方法加以加密。第二裝置215可能沒有能力將資料流225解碼或解密，可能也沒有權限存取資料流的資料。
在一些實施例中，資料流被一資料摘要格式230封裝，使第二裝置215攜帶資料流225的資料而不需要了解內容格式、編碼或加密。在一些實施例中，資料摘要格式可以用一摘要標頭形式來實施，其提供了攜帶和操控資料流中資料所需的資訊，而不需存取資料。
在一些實施例中，第二裝置215可被配置以在媒體資料到達時提供低階回饋235至第一裝置205。舉例而言，若資料沒有到達或到達順序錯誤，第二裝置215可提供一負回覆信號(negative acknowledgement，NAK signal)，允許第一裝置205重寄遺失資料部份。在另一實施例中，當資料到達時，第二裝置可提供一正回覆信號(positive acknowledgement，ACK signal)至第一裝置205。
圖三為準備資料於網路中傳輸的示意圖。譬如，需傳輸的資料可從第一形式305開始。資料可能依網路傳輸協定被分解成資料片段315以在資料封包中傳輸，而根據傳輸協定以於網路中傳遞資料。
在一些實施例中，資料的準備可能更包含經由資料摘要格式的資料封裝。在一些實施例中，封裝利用一資料封 包標頭320及資料片段325的資料。標頭可使裝置二215操作而作為共同載體以攜帶資料流中的資料，而不需瞭解其內容格式、編碼或加密。
在一些實施例中，資料片段的標頭320可包含兩部分：(a)一傳輸協定標頭330(譬如一RTP標頭)，其包含傳輸協定所需資料。
(b)一摘要標頭335之加入以提供關於資料225之資訊，而不需提供關於資料內容之任何資訊。在一些實施例中，網路裝置可利用摘要標頭以攜帶及操控資料325，而不需要對資料解碼或解密。摘要標頭可為傳輸協定標頭的部分或延伸。
為了於網路中傳輸數位內容，內容通常先依相關傳輸協定被分解為適合於網路傳輸的資料「片段」。舉例而言，若一特定資料編碼格式為MPEG傳輸資料流，且其傳輸協定是UDP/IP，則下述之乙太網路框將可允許最大至七個188位元組之傳輸資料流單位，並於UDP酬載中封裝。在此特定實施例中，允許可變大小之片段。而在包含如此資料片段的一些實施例中，為了描述資料片段之內容，一摘要標頭可能包含下述的欄位：(a)資料片段之大小：可提供一欄位來反映大小。然而，大小也可能以封包長度來暗示，因此不需在摘要標頭中。
(b)模式及內容標籤：一模式標籤欄位可提供某些模式資訊，包含但不限於加密之存在、保留頻寬、資料雍塞、 隨時點播模式、接合模式以及特定資料操作。在一可能實施例中，模式指示器可指示下述模式：一般操作(無隨時點播)、全資料隨時點播(無接合模式，其能使資料流傳輸更快或更慢)及部分資料隨時點播(啟動接合模式可於資料流中跳躍，但若全部資料皆已使用則不實用)。在一些實施例中，一接收裝置可基於隨時點播模式自動調整解碼操作。一內容標籤欄可用於指示資料片段中所攜帶之資料種類。這可包含但不限於音訊資料指示器、開始/結束/繼續/無鍵視訊框資料、開始/結束/繼續/無預測視訊框架資料及加密資料(譬如金鑰資訊)。並不需檢查片段資料內容，以一中間網路裝置作為資料的共同載體，即可使用資訊而對資料流傳輸授與優先權(譬如指派密碼方法及音訊資料為最優先、接著是鍵視訊框資料及預測視訊框資料)。在一些實施例中，若如此資訊結合時戳資訊，則一儲存伺服器可對進入之資料流創造出一時間索引，隨著包含加密方式資訊及鍵框時間點的時間索引，能支援隨時點播甚至對受加密之內容使用旋轉鍵。
(c)空資料細微度及空資料位圖：空資料細微度及空資料位圖資訊可使資料的共同載體有效率地緩衝資料串流。媒體資料流一般包含空資料散佈於媒體資料中。譬如數位電視廣播經常包含空MPEG傳輸資料流封包。在一些實施例中，一視訊儲存伺服器可以省略這些封包以節省儲存空間。在此過程中，空資料細微度資訊指示資料片段中測量之資料空區域的固定大小，而空資料位圖則指示資料片段 中那些區域含有空資料。在一實施例中，一來源利用摘要格式將MPEG傳輸資料流封裝，並設定片段大小為188位元組(一傳輸資料流區塊的大小)，且空資料位圖欄位將指示那些區塊包含空資料。一緩衝之儲存裝置或其它網路實體(譬如一橋接裝置)可壓縮及解壓縮資料片段而不需瞭解其含有的格式。
(d)密碼小型文字檔案(cryptography cookie)：在一些實施例中，可提供一密碼要素(或「小型文字檔案(cookie)」)。使用密碼要素可允許一受加密資料流以失序或時移方式傳輸，並允許接收器適當解密修改之資料流。一媒體資料流一般可用一區塊式加密器(block cipher)來加密，其中區塊式加密器在資料每一區塊皆需要一個序數以加密或解密。在一些實施例中，密碼要素可攜帶此序數，其一般是從網路協定標頭中的序數中取得。因為這些序數在通過一中間裝置時並沒有被保留，所以當時移或跳過一媒體資料流時，這些網路協定序數將不能使用。在一些實施例中，在一摘要標頭中包含的密碼要素，可使加密之資料內容被攜帶通過一網路，而不需通過實體的金鑰，其中實體並不顯示資料流。
(e)資料流相關時戳：在一些實施例中，摘要標頭可包含一時戳，其反映出相對於資料流之時間。此欄位(field)可基於酬載內容的第一個位元組的呈現時間。而時戳接著可被用在資料流的計時過程。
圖四是一資料摘要標頭的實施例圖示。在此圖示中， 一資料標頭可包含一傳輸協定標頭330及一摘要標頭335，如圖三所示。在一些實施例中，摘要標頭可包含各種資料欄位，以彙總資料及相關過程。
在一些實施例中，這些欄位可包含但不限於資料片段405的一大小欄位(可由資料封包的大小來表示)；模式標籤410，以提供關於目前操作模式之資訊；在資料片段中關於空資料大小和位置415之欄位；內容標籤420，以描述資料；一密碼要素(cryptographic element)425，提供序數以用於受加密資料；一關於資料流之時戳430；及其它欄位435。這些提供的欄位可能不會在所有實施例中皆提供。
圖五為一提供資料之標頭實施例圖示。在一些實施例中，網路資料封包可能分享一如圖五所示之一般共同RTP標頭格式。任何RTP標頭欄位將依隨RTP協定之格式和說明，如RFC 3350所說明。在圖示中，所有多位元組欄位(multi－byte field)皆以網路位元組順序表現，以及標頭欄位適當包含的特定值。在一些實施例中，當一資料流被即時傳輸時，資料封包是在UDP/IP協定封包中被封裝。這些封包的大小必須少於下述連結層(譬如乙太網路)之酬載極大值，因此這些封包穿過多重UDP/IP封包時並不會被分離。當沒有即時的限制時(譬如從一裝置傳輸一內容至另一裝置時)，會應用RTP封裝，猶如資料流使用UDP/IP協定來被傳輸，但是實際的傳輸協定是TCP/IP。在一些實施例中，當這些資料封包被傳輸至較低網路層以傳輸時，可從標頭欄位取得補充資料以指示封包如何被傳輸，譬如基於 酬載內容以分配封包級(packet－level)優先順序。
圖五及下述對該圖的敘述，描述了特定欄位的特定大小，其位於某些指定標頭位置，但是本發明之實施例並不限於這些特定的實施方法。在一些實施例中，標頭包含下述欄位：傳輸協定(RTP)標頭502：版本(Veerrssiion，V)504：標頭的最前兩位元形成版本欄。譬如現今的RTP版本是二。
填充(Padding，P)位元506：RTP標頭的第三位元是一填充位元，保留於將來使用，而目前是零。
延伸(Extension，X)位元508：RTP標頭的第四位元指示了一特定應用之延伸欄位是否附加於共同RTP標頭。在一實施例中，摘要標頭可以被攜帶於一固定大小之設定檔延伸欄位，位於每一個RTP封包的酬載中。在此實施例中，並未使用可變長度及可變位置之RTP標頭延伸欄位，因此位元是零。
貢獻來源計數(Contributing Source Count，CC)510：該欄位(含四位元)可被解譯為一無符整數。它代表由RTP協定定義之貢獻來源數目，依隨RTP標頭。若網路不支援貢獻來源的概念，則此欄為零。
標誌(Marker，M)位元512：RTP標頭的第九位元代表資料流的資料中一重要事件之標誌。標誌位元的解譯與RTP酬載所攜帶內容的設定檔(profile)有關。譬如，對於音訊/視訊資料，當時戳不連續時，譬如當轉換來源材料或 於資料流中跳越至一不同點時，此位元設定為一。其值是經由發送器動態產生的。
酬載形式514：此七位元欄位被解譯為一無符整數。酬載欄位表示這些酬載內容之型式及格式。在RFC 3551中，定義了RTP音訊/視訊設定檔的酬載型式值。一些固定、熟知的值被用於一般媒體編碼格式，這些格式在RTP剛發展時就已存在。在後續的版本中，RTP規格將96至127值的範圍預留給動態分配酬載格式。一外部機制或側通道被預期用來協商一用於特定RTP對話之酬載型態，並從動態範圍中分配一酬載型態值。在一些實施例中，網路協定從動態範圍中使用靜態分配酬載型態，因此該規格代表了側通道。舉例而言，對於動態值範圍的酬載型態分配表列於表一。
操作上，一接收器將忽略其不暸解之酬載型態。酬載型態值是靜態的，且會隨著媒體內容而保留。
序數(Sequence Number)516：網路位元組順序中的此十六位元欄位可解譯為一無符整數。該欄位代表被傳輸RTP封包之序數。該欄位隨著每一個封包的送出而增加，而不管媒體本身的固有順序。因此，當在一資料流中跳躍時(譬如快進或回轉)，序數隨著每一個封包而增加，而串 流資料順序可能變動極大。該欄位之初值是隨機的，可能由發送器動態產生。
傳輸時戳518：在網路位元組順序中的此三十二位元欄位可被解譯為一個無符整數。該欄位代表根據發送者一90KHz的參考時脈，封包的第一個位元組進行傳輸的瞬間。在另一個實施例中，譬如一27MHz的一參考時脈，可用來提供更高的精確性。該欄位之初始值是隨機的。其接收器可使用傳輸時戳值以確定其額定封包速率及資料流頻寬，並經由推動模型(push model)恢復計時。該值係經由發送器動態產生。在一些實施例中，欄位可以被取代，但此舉將提供一個非標準的RTP實施方式。在一些實施例中，可增加一欄位至標頭延伸欄，以提供時戳資料。
同步來源(Synchronization Source)520：在網路位元組順序中的此三十二位元欄位代表媒體資料流的來源。在一些實施例中，網路協定可解譯為欄位是一個IPv4網路位置，代表了酬載來源的IP位置。此值係由發送器動態產生。
摘要標頭522：摘要協定版本524、526：在一些實施例中，摘要協定可隨著時間發展，因此一欄位(顯示為八位元)可被用來區分不同版本間的協定。在一實施例中，位元0至3形成一次要版本號碼，而位元4至7形成一主要版本號碼。譬如，現今的主要號碼是1，而現今的次要號碼是0(可被解譯為版本1.0)。版本數值可由發送器動態產生。
模式標籤528：一欄位(如圖示為八位元)代表標籤的一 個位圖，可表達現今資料流傳輸模式的相關資訊。譬如，在一特定位元位置的一數值為一可代表一相關標籤之正值，而一數值為零則代表了一負值。在一可能的實施方式中，欄位的位元分配列於表二中。此模式標籤值係由發送器動態所產生。
區塊大小530：一區塊大小欄位(在這顯示為一個八位元欄位)可被解譯為一無符整數。區塊大小欄位代表酬載中媒體資料之區塊大小。為了促進媒體資料流接收者的緩衝處理，含有空資料的酬載區塊(不需儲存的區塊)會被標記。此欄位指示如此區塊的大小。譬如，一個MPEG傳輸資料流被分解成188位元組的單元，一些單元可能被標記為空單元(null cell)，僅用來填補頻寬。這些單元不需要被儲存。因此，空區塊大小欄位會被設定為一MPEG－TS單元的大小，即188位元組。此值是靜態的，且隨著媒體內容而被保留。
區塊計數(Block Count)532：區塊計數欄位(在這顯示為一八位元欄位)可解譯為一個無符整數。這表示酬載內的媒體資料區塊數目。每個區塊的大小，是經由區塊大小欄位530酬載來表示。在一實施例中，可要求在一個封包內不能超過16區塊。區塊數目乘上區塊大小，再加上標頭的位元組(RTP為12位元組及摘要為88位元組)即酬載的總大小。在此例中，酬載大小值受限於UDP之極大值，譬如1472位元組。在一些實施例中，區塊計數值是靜態的，且會隨著媒體內容而保留。
內容標籤534：此欄位(顯示為16位元欄位)代表一標籤位圖，可表示關於酬載內容的資訊。在特定位元位置之值為一表示對其相關標籤為一正值，而值為零表示一負值。此欄位之位元分配表列如表三。此欄位值為靜態，且隨著該媒體內容而保留。
在此實施例中，三個索引資料欄位可表示媒體內容中的索引點指示。索引資料代表媒體內容的一連續區塊，其形成一相當穩定隨機存取點，因此在隨時點播模式的資料流中跳躍時，為可接合一起之媒體資料。在說明中有八個 可能值，而其中五個是獨一的。所有索引位元中的零值表示媒體資料不適合自含(self－contained)解碼及顯示，譬如一MPEGB－訊框。其它四個獨一值表示索引資料之區塊的開始、索引資料之區塊的內部、索引資料之區塊的結束及索引資料之區塊的結束而接著同一封包中索引資料之新區塊的開始。譬如，封包包含一MPEGI訊框的第一位元組，其第一位元值為一、第二位元值為零或一(皆可)及第三位元值為零，表示索引資料的開始。隨後包含I－訊框資料的封包的第一位元設定為零、第二位元設定為一及第三位元設定為零，表示內部索引資料。包含I訊框的最後位元組的封包的前兩位元設定為零，而第三位元設定為一，表示索引區塊的結束。
空酬載向量536：在說明中，一空酬載向量(顯示為一十六位元欄位)可解譯為一標籤向量，表示酬載中那一區塊包含空資料。每一個位元代表酬載中的一個區塊(其大小是由區塊大小欄位530表示)是否含有空資料。位元零是關於該酬載的第一區塊，位元一是關於下一個區塊，以此類推。當一位元設定為一，表示相對應之酬載區塊含有空資料而不需被儲存。在此實施例中，此欄位值是靜態的，且隨媒體內容而保留。
在此說明中，區塊被標記為空，則被接收器忽略且不解譯。這是因為此內容可能已收到加密，且被緩衝而不儲存空區塊。在此例中，封包於解密前會先擴充，接著將產生隨機資料給空區塊。
顯示速率538：在說明裡，網路位元組順序中，一顯示速率(顯示為十六位元欄位)代表資料流顯示速率，表示此解碼速率是正常資料流速率的數倍，譬如正常速度的一點五倍。在一實施例中，速率被指定為符號的、固定點分數值。位元八至十五形成大小，而位元零至七形成其分數成分。一正值表示一向前方向，而一負值表示一相反方向。在此實施例中，欄位值代表一乘數，且應用於正常顯示速率為一。譬如十六進位值0x0180代表一大小值為一且分數值為零點五，表示其要求的顯示速率為正常速率的一點五倍，且朝向前方。任何非0x0100(即正常速度)之值表示資料流現在為隨時點播模式，且接收器必須相應地調整其解碼及顯示單元。隨時點播模式中的改變會顯示於欄位中數值的改變。在此實施例中，其顯示速率是動態產生的。
欄位540說明為一保留欄位，可供未來或其它目的使用。
資料流相關時戳542：此欄位(顯示為三十二位元欄位)可解譯為一無符整數。此欄位代表酬載內容第一位元組的呈現時間。若使用雙方向預測視訊框，如MPEGB訊框，則其值不需單調遞增。在一實施方式中，可基於相關於媒體內容之資料流時鐘來指定其時戳。此欄位值是靜態的，且隨著媒體內容而保留。此欄位可將一時間偏移量映射至資料流中一位元組位置，接著能於資料流進行時間式跳躍。
密碼計數值544：此欄位(顯示為六十四位元欄位)代表一計數值，形成一關鍵索引值位置，其用來加密媒體內容， 並於資料流中封裝。此欄位值在整個資料流中必須獨一，此值保持常數且與其酬載內容有關。在一些實施例中，此值是用來對媒體內容解密，並用來解碼及顯示。此欄位值是靜態的且隨著媒體內容而保留。
區塊捕捉時戳列表546－550：在此實施方式中，當一入口裝置捕捉到一媒體資料流且將它傳輸通過一網路時，在顯示裝置中的捕捉時序進行重製，以確保於正確解碼時能適當回復時序。若資料流被儲存且稍後回轉時，或部分資料流於入口被排除而降低頻寬時，譬如在高頻寬多元程式傳輸資料流被縮減至單一程式傳輸資料流時，此操作就特別重要。
在一實施例中，對於酬載中每個資料流區塊，依據入口裝置中90KHz參考時脈所捕捉之時戳，將加入至摘要標頭。在此實施例中，每一個時戳為三十二位元寬，並依網路位元組順序傳輸。如說明所述，此標頭包含十六個位置以存放捕捉之時戳，為封包中允許區塊數量之極大值。列表為固定的，不管酬載中實際區塊數目是多少。若酬載中區塊數目少於十六，則接收器將忽略所有未使用之時戳。在此實施方式下，區塊捕捉時戳值是靜態的，且會隨媒體內容保留(preserved)。
在一些實施例中，一資料來源的串流應用可從預期之資料接收者接收低階回饋(low－level feedback)，而不論資料封包是到達或遺失。在一些實施例中，資料源可使用低階回饋以選擇一錯誤回復機制。在一些實施例中，使用低 階回饋可允許一系統追蹤其資料傳輸問題，而不需牽涉到娛樂網路中現存的網路裝置。
在一些實施例中，一摘要標頭包含一序數，可用來提供低階回饋。譬如，當預期的資料(intended data)接收者偵測到一個順序錯誤的封包，或在預期的時段的給定資料流內沒有成功接收到一預期封包，則接收者可送出一負回覆信號回饋給發送者。NAK的通道可能不同，並可利用一可靠的協定或一不可靠的之協定(譬如UDP)。當接收到一NAK時，若封包仍為有效，則發送者會再傳輸一次封包。在一些實施例中，發送者可能為了此目的而維持一重新傳輸緩衝(re－transmit buffer)。依照其優先權(可能基於封包形式，其依據摘要標頭標籤)，及重新傳輸仍有意義所需的時間量，傳輸的封包可以儲存於緩衝(buffer)中。特定的緩衝處理方案可以視情況被應用。在一些實施例中，當封包送達時，也可提供一正回覆信號，可於重新傳輸的緩衝中刪除項目以更有效率。然而，提供正回覆信號的代價可能是提高回饋。
在一些實施例中，NAKs可能被發送者用來偵測延長的資料擁塞期，表示一超載情形。當偵測到此超載情形時，發送者可能會採取適當的行動以追蹤其擁塞，譬如轉換至一頻寬降低版本之資料流，或將整個資料流停止，則可允許其它主動式資料流(active stream)繼續保持其高品質。發送者可利用任何已知的擁塞偵測演算法，譬如TCP友好性速率控制(TCP－friendly rate control，TFRC)。
圖六是於一網路中傳輸串流資料的過程之實施例說明。在一些實施例中，要求資料流從第一裝置傳輸至第二裝置605。此要求可由第一裝置發起，或由網路(譬如一個人娛樂網路)中的另一個裝置發起。第一裝置準備其串流資料內容給網路610。此過程包含彙整內容，譬如插入一摘要標頭及一傳輸協定標頭至每個資料片段。此過程可包含圖七所述的每個要素。資料封包接著從第一裝置被送至第二裝置615。
在一些實施例中，在連接資料之傳輸時可提供回饋。若未收到一預期的資料封包(步驟620)或收到但順序錯誤(步驟625)，則可從送出裝置送出一負回覆信號至第一裝置(步驟630)。若此資料內容傳輸適當，第一裝置可從緩衝再次傳輸其遺失封包(步驟632)。若在適當的順序(步驟625)下接收一封包(步驟620)，則第二裝置可能會選擇性地發送一正回覆信號給第一裝置，允許第一裝置清除其接收封包之緩衝。此外，傳輸一回覆信號，可以讓第一裝置確認第二裝置是否真的在接收資料流，而不會將資料流中所有封包排除(dropping)。對一收到之封包，若第二裝置是資料的使用者(且不是一個中間裝置)(步驟640)，此裝置可接著對資料封包解密及解碼。若第二裝置不是資料的使用者，則讓此資料通過，而不進行解密或解碼(步驟650)。在這兩種情況中，伴隨資料封包來進行預期的操作(步驟655)，譬如顯示資料或儲存資料以供將來使用。
圖七為對串流資料作摘要的過程之實施例說明。在一 些實施例中，資料流可被解密或解碼(至少一部分)，以獲得摘要資訊(步驟700)。此資料流根據傳輸協定要求被分割成資料片段(步驟705)。摘要標頭的資訊是由這些資料片段所決定。此過程可包含確定操作模式：加密、頻寬保留、擁塞、隨時點播、接合及其它模式(步驟715)。此過程更可包含確定空區塊大小及空區塊位置(步驟720)。然後確定了內容資訊(步驟725)，其可包含現存的索引資料、音訊資料、視訊資料(含有或不含有鍵訊框)、接合資料、圖形、元資料、密碼及其它內容資訊。若此資料受到加密，一密碼計數值可包含以提供序數(步驟730)，且可建立一資料流相關時戳。隨著摘要資訊被建立，傳輸協定標頭及摘要標頭可能附加於每個資料塊(步驟740)，且此資料可以如同圖六提供的方式傳輸。
圖八為一網路裝置實施例之說明。在此說明中，一網路裝置805可為網路(譬如一娛樂網路)中的任何裝置，其包含但不限於圖一所示之裝置。譬如網路裝置可為一電視、一機上盒、一儲存單元、一遊戲平台或其它媒體裝置。在一些實施例中，網路裝置805包含一網路單元810，設計來提供網路功能。網路功能包含但不限於媒體資料流的產生、傳輸、儲存以及接收等。網路單元810可由一嵌入式系統來實施。網路單元810可由一單系統晶片(single system on a chip，SoC)或由多樣元件來實施。
在一些實施例中，網路單元810包含一處理器以處理資料。此資料的處理可包含資料流的產生、資料流的操控 以傳輸或儲存及資料流的解密及解碼以供使用。網路裝置也可包含記憶體以支援網路操作，譬如動態隨機存取記憶體(dynamic random access memory，DRAM)820或其它類似記憶體及快閃記憶體825，或其它非揮發性記憶體。
網路裝置805也可包含一發送器830及/或一接收器840，經由網路介面855而分別在網路上傳輸或接收資料。發送器830或接收器840可被連接至一有線傳輸電纜，譬如一乙太網路電纜850，或連接至一無線單元。一有線傳輸電纜也可包含一同軸電纜線、一電源線或其它任何可供資料傳輸之電纜或電線。發送器830或接收器840可與一條或多條線結合，譬如線835用以傳輸資料及線845用以接收資料，而網路單元810用以傳輸及控制訊號。也可有額外的連接，網路裝置805也可包含多種元件以利於此裝置之媒體操作，但沒有在此說明。
在上面的敘述中，為了解釋清楚而提出各種特定細節以徹底瞭解本發明。但是顯而易見地，對於本領域之熟習技藝者，本發明實施上可不需要某些特定細節。在其它實施例中，熟知的結構和裝置以方塊圖形式表示。圖示的構成要素之間可能有中間結構。這裡描述或圖示的構成要素可能有額外沒有說明描述的輸入或輸出。圖示的元件或構成要素也可能排列成不同排列方式或順序，包含任何欄位的重排或欄位大小的修改。
本發明可能包含許多程序。本發明的程序可由硬體構件來執行，或可由內嵌的機器可執行指令來執行，可使一 般用途或特殊用途的處理器或邏輯回路程式而隨著指令去執行這些程序。二擇一地，這些程序也可結合硬體及軟體來執行。
本發明可能部分由一電腦程式產品來提供，其可包含一儲存其電腦程式指令的電腦可讀取媒體，可用以安排一電腦(或其它電子裝置)執行本發明之程序。此機器可讀取媒體可包含但不限於軟碟、光碟、唯讀光碟、磁光碟、唯讀記憶體、隨機存取記憶體、可抹除可程式化唯讀記憶體(erasable programmable read－only memory，EPROMs)、電子可抹除可程式化唯讀記憶體(electrically－erasable programmable read－only memory，EEPROMs)、磁卡或光學卡、快閃記憶體或其它形式能適合儲存電子指令之媒體/機器可讀取媒體。然而，本發明也可能被下載作為電腦程式產品，其中此程式可從一遠端電腦被傳輸至一需求端電腦。
本發明中有許多方法是以其最基本形式所敘述，但是程序皆可被增減，且任何方法及訊息也可被增減，以上所述任何訊息也可被增減，且並不脫離本發明之基本範疇。顯而易見地，此領域之熟習技藝者應能領會，本發明還可做很多修改及適應。提供這些特定實施例並不是為了要限制該發明，而是為了要加以說明。本發明之範圍不是由其提供之特定實施例所決定，而是由申請專利範圍所決定。
若說一要件「A」是與要件「B」伴隨或連結，則要件A可能直接與要件B連結，或經由譬如要件C間接連接。 當說明書或申請專利範圍提及一要件、特徵、結構、程序，或特性A「引起」一要件、特徵、結構、程序或特性B，則表示「A」至少部分地引起「B」，但是可能至少還有另一要件、特徵、結構、程序或特性有助於引起「B」。若說明書表示有一要件、特徵、結構、程序或特色「可能」、「也許」或「能夠」被包含，則此特定之要件、特徵、結構、程序或特色不是必須被包含。若說明書或申請專利範圍提及「一」元素，那並不表示只有一個所述元素。
一實施例是本發明的一個實施方式或例子。參考說明書中的「一個實施例」、「一些實施例」，或「其它實施例」，表示一特定特徵、結構，或特色與這些實施例有關聯並加以描述，其包含至少一部分實施例但未必與全部實施例有關聯。「一個實施例」或「一些實施例」，看起來不相同，未必全部都表示相同實施例。應瞭解關於前述本發明的實施例，本發明的不同特徵有時候是群置於單一實施例、圖像，或描述中，目的是更有效率地揭露並有助於更瞭解本發明的不同發明觀點。然而，此方法之揭露，並不該解譯為反映一個發明，因為一個發明需要比明確列出的申請專利範圍擁有更多的特徵。甚至，如下述之申請專利範圍所反映的，發明觀點比前述所揭露之單一實施例呈現的更少。因此，申請專利範圍特此明確地併入此描述，其每一個專利申請範圍各自立足，如同本發明的個別實施例。
100‧‧‧娛樂網路系統
105‧‧‧娛樂網路
110‧‧‧辦公室
112‧‧‧臥室
114‧‧‧客廳
116‧‧‧廚房
120‧‧‧網路連接
122‧‧‧閘道
124‧‧‧個人電腦
126‧‧‧監視器
128‧‧‧媒體儲存單元
130‧‧‧機上盒
132‧‧‧電視
134‧‧‧纜線或光纖系統
136‧‧‧衛星天線網路
138‧‧‧機上盒
140‧‧‧第二電視
142‧‧‧視訊遊戲單元
144‧‧‧第三電視
146‧‧‧數位相機
148‧‧‧行動電話
150‧‧‧個人音樂裝置
152‧‧‧視訊攝影機
154‧‧‧汽車
205‧‧‧第一網路裝置
210‧‧‧網路介面
215‧‧‧第二網路裝置
220‧‧‧網路介面
225‧‧‧資料流
230‧‧‧資料摘要格式
235‧‧‧回饋
305‧‧‧第一形式原始資料
315‧‧‧資料片段
320‧‧‧標頭
325‧‧‧資料片段
330‧‧‧資料傳輸協定標頭
335‧‧‧摘要標頭
405‧‧‧大小
410‧‧‧模式標籤
415‧‧‧空資料大小和位置
420‧‧‧內容標籤
425‧‧‧密碼計數
430‧‧‧時戳
435‧‧‧其它
502‧‧‧傳輸協定標頭
504‧‧‧版本
506‧‧‧填充位元
508‧‧‧延伸位元
510‧‧‧貢獻來源計數
512‧‧‧標誌
514‧‧‧酬載形式
516‧‧‧序數
518‧‧‧傳輸時戳
520‧‧‧同步來源
522‧‧‧摘要標頭
524‧‧‧摘要協定版本
526‧‧‧摘要協定板本
528‧‧‧模式標籤
530‧‧‧區塊大小
532‧‧‧區塊計數
534‧‧‧內容標籤
536‧‧‧空酬載向量
538‧‧‧顯示速率
540‧‧‧保留欄位
542‧‧‧資料流相關時戳
544‧‧‧密碼計數值
546‧‧‧區塊補捉時戳列表
548‧‧‧區塊捕捉時戳列表
550‧‧‧區塊補捉時戳列表
605，610，615，620，625， 630，632，635，640，645， 650，655‧‧‧步驟
700，705，710，715，720， 725，730，735，740‧‧‧步驟
805‧‧‧網路裝置
810‧‧‧網路單元
815‧‧‧處理器
820‧‧‧動態隨機存取記憶體
825‧‧‧快閃記憶體
830‧‧‧發送器
835‧‧‧線
840‧‧‧接收器
845‧‧‧線
850‧‧‧乙太網路電纜
855‧‧‧網路介面
本發明之實施例是以不同的例子作為說明，但不受圖 示中的細節所限制。說明圖示中伴隨圖例的參考數字表示其對應元件。
圖一為一娛樂網路之實施例圖示；圖二為一網路中網路裝置間連接之實施例圖示；圖三為一網路中資料傳輸的準備之圖示；圖四為一資料的摘要標頭之實施例圖示；圖五為一提供於資料的標頭之實施例圖示；圖六為一網路中串流資料傳輸過程之實施例圖示；圖七為串流資料的摘要過程之實施例圖示；及圖八為一網路裝置之實施例圖示。
605，610，615，620，625，630，632，635，640，645，650，655‧‧‧步驟

Claims (30)

  1. 一種於網路中串流資料內容之裝置，其包含：一網路單元，係設置以產生資料流，該資料流之資料內容係被加密，且該資料流的產生包含與該資料相關的摘要資訊的產生，及插入該摘要資訊至該資料流，其中產生該摘要資訊包含解密該資料內容及評估所解密之該資料內容以獲得至少一部分該資料流之該摘要資訊，該摘要資訊包含一時戳值，用以提供相關於該資料流之該資料內容之時序資訊；及一發送器，係設置以傳輸該資料流至一接收裝置，其中包含傳輸被加密之該資料內容及未被加密之該摘要資訊；其中該摘要資訊允許該接收裝置於未解密該資料內容的情況下操作該資料流，包含依據該摘要資訊改變該資料內容之時序或順序。
  2. 如請求項1所述之於網路中串流資料內容之裝置，其中產生之該摘要資訊進一步包含至少部分解碼該資料內容，及評估該解碼資料內容以獲得至少部分該資料內容相關之該摘要資訊。
  3. 如請求項1所述之於網路中串流資料內容之裝置，其中插入該摘要資訊至該資料流包含插入一個或多個包含該摘要資訊之標頭至該資料流。
  4. 如請求項1所述之於網路中串流資料內容之裝置，其中該摘要資訊包含：加密資料之密碼計數以提供序數。
  5. 如請求項1所述之於網路中串流資料內容之裝置，更包含一接收器以接收從一第二裝置而來之一第二資料流，該第二資料流包含被加密之該資料內容並使用以產生該第二資料流。
  6. 如請求項1所述之於網路中串流資料內容之裝置，其中該資料內容為媒體資料。
  7. 一種用以處理串流資料之裝置，包含：一接收器，設置以接收從一第二裝置而來之資料流，該資料流包含資料內容以及關於該資料內容之摘要資訊，該資料內容係被加密以及該摘要資訊未被加密，該摘要資訊包含一時戳值，用以提供相關於該資料流之該資料內容之時序資訊；及一網路單元，係設置並根據至少部分相關該資料流之該摘要資訊以處理該資料流，其中處理該資料流包含一或多個：接收該資料流及傳輸該資料流至另一裝置；儲存該資料流； 操作該資料流，該資料流之操作包含依據該摘要資訊改變該資料內容之時序或順序；及使用該資料流之該資料內容；其中該網路單元係用以傳輸該資料流至另一裝置、或於未對該資料內容解密的情況下儲存該資料流。
  8. 如請求項7所述之用以處理串流資料之裝置，其中該摘要資訊包含於該資料流中的一個或多個標頭中。
  9. 如請求項7所述之用以處理串流資料之裝置，其中該資料內容係被加密，且其中該資料內容傳輸至另一裝置、或於未解碼的情況下儲存該資料。
  10. 如請求項7所述之用以處理串流資料之裝置，其中使用該資料流包含根據至少部分該摘要資訊以對該資料進行解碼。
  11. 如請求項7所述之用以處理串流資料之裝置，其中該資料流之該資料內容包含一媒體資料流。
  12. 如請求項7所述之用以處理串流資料之裝置，其中操作該資料流包含：快進、回轉或倒退該資料內容。
  13. 如請求項12所述之用以處理串流資料之裝置，其中操 作該資料流包含一接合模式，係躍進至資料流所允許之不同位置。
  14. 一種於網路裝置間傳輸資料流之網路，包含：一第一網路裝置，該第一網路裝置係設置以於網路中產生一資料流，該資料流之資料內容係被加密，其中由該第一網路裝置產生該資料流包含：對該資料內容進行解碼；評估所解密該資料內容以獲得關於該資料流之至少一部分摘要資訊，該摘要資訊包含一時戳值，用以提供相關於該資料流之該資料內容之時序資訊；加入該摘要資訊至該資料流；及一第二網路裝置，該第二網路裝置係設置以接收從該第一網路裝置而來之資料流，其中該第二網路裝置於未解密該資料內容的情況下操作所接收之該資料流，包含依據該摘要資訊改變該資料內容之時序或順序。
  15. 如請求項14所述之於網路裝置間傳輸資料流之網路，其中該第二網路裝置不知曉該資料流之該資料內容或該資料內容之編碼或密碼。
  16. 如請求項14所述之於網路裝置間傳輸資料流之網路，其中操作該資料流進一步包括根據該摘要資訊於資料 流中從第一點跳躍至第二點。
  17. 如請求項14所述之於網路裝置間傳輸資料流之網路，其中該第二網路裝置提供一關於資料流傳輸之回饋至第一裝置。
  18. 一種於網路中串流資料內容之方法，其包含：接收一要求，以從一網路中一第一裝置傳輸資料流至該網路中一第二裝置，其中該資料流之資料內容依據一資料協定而編碼，並依據一加密協定所加密，且該資料流包含複數個資料片段；解密並至少部分解碼該資料流；依據該資料流中的每一複數個資料片段，確定摘要資訊；依據該網路之一協定重新加密該資料流之每一資料片段；附加該摘要資訊至該資料流中的每一個資料片段於一資料封包之一標頭，其中該摘要資訊包含一時戳值，用以提供相關於該資料流之該資料內容之時序資訊；傳輸該網路中之該資料流，從該第一裝置至該第二裝置；於該第二裝置接收該資料流；及該第二裝置依據該摘要資訊於未解密或解碼該資料內容的狀況下操作所接收之該資料流，包含依據該摘要資 訊改變該資料內容之時序或順序。
  19. 如請求項18所述之於網路中串流資料內容之方法，其中該網路為一娛樂網路。
  20. 如請求項18所述之於網路中串流資料內容之方法，更包含從該第二裝置將該接收資料傳輸至一第三裝置，且更包含在傳輸每一個資料封包至該第三裝置時保留該摘要資訊。
  21. 如請求項18所述之於網路中串流資料內容之方法，更包含若一資料封包沒有到達或該資料封包到達但順序錯誤時，從該第一裝置傳輸一負回覆信號至該第二裝置。
  22. 如請求項21所述之於網路中串流資料內容之方法，更包含從該第一裝置重新傳輸一遺失資料封包至該第二裝置，以回應該負回覆信號。
  23. 如請求項18所述之於網路中串流資料內容之方法，更包含在接收到一資料封包時，從該第二裝置傳輸一正回覆信號至該第一裝置。
  24. 一製造物件，包含： 一包含指令之電腦可讀取媒體，當處理器存取時，能使該電腦執行操作，包含：利用一傳輸協定，接收從一網路中一第一裝置至該網路中一第二裝置之一資訊流要求，其中該資料依據一資料協定而編碼、及依據一加密協定所加密，其中該資料包含複數個資料片段；解密及至少部分解碼該資料；確定關於複數個該資料片段中每一資料片段之摘要資訊；插入每一資料片段之該摘要資訊至一資料封包之一標頭，其中該摘要資訊包含一時戳值，用以提供相關於該資料流之該資料之時序資訊；傳輸該網路中之一資料流，從該第一裝置至該第二裝置；由該第二裝置接收該資料流；及該第二裝置依據該摘要資訊以於未解密或解碼該資料的情況下操作該資料流，包含依據該摘要資訊改變該資料之時序或順序。
  25. 如請求項24所述之製造物件，其中每一封包之該資料標頭依據傳輸協定附加於一第二資料標頭之後。
  26. 如請求項24所述之製造物件，其中該傳輸協定包含即時傳輸協定。
  27. 如請求項24所述之製造物件，其中該傳輸協定係保持為一不可靠協定。
  28. 如請求項27所述之製造物件，其中該不可靠協定為用戶資料報協定。
  29. 如請求項24所述之製造物件，其中該傳輸協定係保持為一可靠協定。
  30. 如請求項29所述之製造物件，其中該可靠協定為傳輸控制協定。
TW097125790A 2007-07-25 2008-07-08 網路中串流資料內容之方法及裝置 TWI388170B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/828,226 US20090028142A1 (en) 2007-07-25 2007-07-25 Streaming data content in a network

Publications (2)

Publication Number Publication Date
TW200906125A TW200906125A (en) 2009-02-01
TWI388170B true TWI388170B (zh) 2013-03-01

Family

ID=40282070

Family Applications (1)

Application Number Title Priority Date Filing Date
TW097125790A TWI388170B (zh) 2007-07-25 2008-07-08 網路中串流資料內容之方法及裝置

Country Status (7)

Country Link
US (1) US20090028142A1 (zh)
EP (1) EP2179559A2 (zh)
JP (2) JP5389798B2 (zh)
KR (1) KR20100050516A (zh)
CN (1) CN101785278B (zh)
TW (1) TWI388170B (zh)
WO (1) WO2009014876A2 (zh)

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1760933B1 (en) * 2004-08-06 2012-03-14 Panasonic Corporation Feedback control for multicast or broadcast services
US8966551B2 (en) * 2007-11-01 2015-02-24 Cisco Technology, Inc. Locating points of interest using references to media frames within a packet flow
US9197857B2 (en) * 2004-09-24 2015-11-24 Cisco Technology, Inc. IP-based stream splicing with content-specific splice points
US7936695B2 (en) * 2007-05-14 2011-05-03 Cisco Technology, Inc. Tunneling reports for real-time internet protocol media streams
US9003054B2 (en) * 2007-10-25 2015-04-07 Microsoft Technology Licensing, Llc Compressing null columns in rows of the tabular data stream protocol
DE102007053255B4 (de) * 2007-11-08 2009-09-10 Continental Automotive Gmbh Verfahren zum Bearbeiten von Nachrichten und Nachrichtenbearbeitungsvorrichtung
JP5476754B2 (ja) * 2008-04-09 2014-04-23 ソニー株式会社 暗号化ストリーム処理回路および暗号化ストリーム処理方法
US8346218B2 (en) * 2008-05-02 2013-01-01 International Business Machines Corporation Avoiding redundant transmissions of data during multimedia mobile phone communications
US20100002699A1 (en) * 2008-07-01 2010-01-07 Sony Corporation Packet tagging for effective multicast content distribution
US9077784B2 (en) * 2009-02-06 2015-07-07 Empire Technology Development Llc Media file synchronization
US8711771B2 (en) * 2009-03-03 2014-04-29 Qualcomm Incorporated Scalable header extension
JP4947389B2 (ja) * 2009-04-03 2012-06-06 ソニー株式会社 画像信号復号装置、画像信号復号方法、および画像信号符号化方法
US8506402B2 (en) * 2009-06-01 2013-08-13 Sony Computer Entertainment America Llc Game execution environments
US8799496B2 (en) 2009-07-21 2014-08-05 Eloy Technology, Llc System and method for video display transfer between video playback devices
US8819183B2 (en) * 2009-12-15 2014-08-26 International Business Machines Corporation Concurrent execution of request processing and analytics of requests
US8892762B2 (en) * 2009-12-15 2014-11-18 International Business Machines Corporation Multi-granular stream processing
US8874638B2 (en) * 2009-12-15 2014-10-28 International Business Machines Corporation Interactive analytics processing
US20110296048A1 (en) * 2009-12-28 2011-12-01 Akamai Technologies, Inc. Method and system for stream handling using an intermediate format
US20110191587A1 (en) * 2010-02-02 2011-08-04 Futurewei Technologies, Inc. Media Processing Devices With Joint Encryption-Compression, Joint Decryption-Decompression, And Methods Thereof
FR2956271B1 (fr) * 2010-02-09 2012-02-17 Canon Kk Procede et dispositif de calcul de l'espace disponible dans un paquet pour le transport de flux de donnees
US9215124B2 (en) * 2010-11-03 2015-12-15 Broadcom Corporation Unified vehicle network frame protocol
KR101672253B1 (ko) * 2010-12-14 2016-11-03 삼성전자주식회사 휴대용 단말기에서 스트리밍 서비스를 제공하기 위한 장치 및 방법
EP2652958B1 (en) * 2010-12-15 2019-10-23 Telefonaktiebolaget LM Ericsson (publ) Methods, a client and a server for handling an mpeg transport stream
US8880633B2 (en) 2010-12-17 2014-11-04 Akamai Technologies, Inc. Proxy server with byte-based include interpreter
US20120265853A1 (en) * 2010-12-17 2012-10-18 Akamai Technologies, Inc. Format-agnostic streaming architecture using an http network for streaming
KR20120138604A (ko) 2011-06-14 2012-12-26 삼성전자주식회사 멀티미디어 시스템에서 복합 미디어 컨텐츠를 송수신하는 방법 및 장치
KR101885852B1 (ko) * 2011-09-29 2018-08-08 삼성전자주식회사 컨텐트 전송 및 수신 방법 및 장치
DE102012017308B4 (de) * 2012-09-03 2016-05-12 Global Infinipool Gmbh Verfahren zur Übertragung von Daten
KR101982243B1 (ko) * 2012-09-28 2019-05-24 삼성전자주식회사 사용자 단말 장치, 전자 장치 및 그 제어 방법
US9602557B2 (en) * 2012-10-15 2017-03-21 Wowza Media Systems, LLC Systems and methods of communication using a message header that includes header flags
CN103945371B (zh) * 2013-01-17 2018-07-06 中国普天信息产业股份有限公司 一种端到端加密同步的方法
US9408050B2 (en) * 2013-01-31 2016-08-02 Hewlett Packard Enterprise Development Lp Reducing bandwidth usage of a mobile client
WO2014117775A1 (en) * 2013-01-31 2014-08-07 Codemate A/S Network content delivery method using a delivery helper node
JP2015136058A (ja) 2014-01-17 2015-07-27 ソニー株式会社 通信装置、通信データ生成方法、および通信データ処理方法
US10804958B2 (en) 2015-02-24 2020-10-13 Comcast Cable Communications, Llc Multi-bitrate video with dynamic blocks
KR101683384B1 (ko) * 2015-06-25 2016-12-06 라인 가부시키가이샤 실시간 스트림 제어를 위한 시스템 및 방법
US10855741B2 (en) * 2015-08-06 2020-12-01 Sensormatic Electronics, LLC System and method for multiplexed video stream decoding in web browser
US10554571B2 (en) * 2015-08-18 2020-02-04 Avago Technologies International Sales Pte. Limited Packet-to-packet timing reconstruction for channel bonding
US20170264719A1 (en) * 2016-03-09 2017-09-14 Qualcomm Incorporated Multi-Stream Interleaving for Network Technologies
GB2552201B (en) * 2016-07-13 2019-12-11 Canon Kk Method and device for http streaming over unreliable transport protocol
BR112019020749A2 (pt) * 2017-04-03 2020-04-28 Listat Ltd método de transmissão de pacotes de dados de um dispositivo cliente para a nuvem.
AU2018261328B2 (en) 2017-05-01 2022-08-25 Magic Leap, Inc. Matching content to a spatial 3D environment
CA3084149A1 (en) 2017-12-22 2019-06-27 Magic Leap, Inc. Methods and system for managing and displaying virtual content in a mixed reality system
WO2019165044A1 (en) 2018-02-22 2019-08-29 Magic Leap, Inc. Object creation with physical manipulation
CN111758122A (zh) 2018-02-22 2020-10-09 奇跃公司 用于混合现实系统的浏览器
JP7440532B2 (ja) 2019-04-03 2024-02-28 マジック リープ， インコーポレイテッド 複合現実システムを用いて仮想３次元空間内のウェブページを管理および表示すること
US11811877B2 (en) * 2021-05-13 2023-11-07 Agora Lab, Inc. Universal transport framework for heterogeneous data streams

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6275471B1 (en) * 1998-05-12 2001-08-14 Panasonic Technologies, Inc. Method for reliable real-time multimedia streaming
WO2000046995A1 (en) * 1999-02-05 2000-08-10 Sony Corporation Encoding system, encoding method, decoding system, decoding method, multiplexing device, multiplexing method, display system and display method
JP2001103444A (ja) * 1999-10-01 2001-04-13 Matsushita Electric Ind Co Ltd パケット暗号化装置およびプログラム記録媒体
JP2001111619A (ja) * 1999-10-12 2001-04-20 Sony Corp 送信装置、通信システム及びその通信方法
US20050152397A1 (en) * 2001-09-27 2005-07-14 Junfeng Bai Communication system and techniques for transmission from source to destination
US7376159B1 (en) * 2002-01-03 2008-05-20 The Directv Group, Inc. Exploitation of null packets in packetized digital television systems
CN100452857C (zh) * 2002-07-12 2009-01-14 松下电器产业株式会社 数据处理装置
JP3821086B2 (ja) * 2002-11-01 2006-09-13 ソニー株式会社 ストリーミングシステム及びストリーミング方法、クライアント端末及びデータ復号方法、並びにプログラム
EP1563385A4 (en) * 2002-11-20 2007-05-16 Nokia Corp SYSTEM AND METHOD FOR TRANSMITTING AND RECEIVING DATA
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
CN1833439A (zh) * 2003-08-08 2006-09-13 松下电器产业株式会社 数据处理装置和数据处理方法
EP1673945B1 (en) * 2003-10-06 2011-06-15 IPG Electronics 503 Limited Digital television transmission with error correction
EP1693999A4 (en) * 2003-12-11 2011-09-14 Panasonic Corp PACK STATION DEVICE
KR100734577B1 (ko) * 2004-09-10 2007-07-02 가부시키가이샤 히다치 고쿠사이 덴키 암호화방법, 암호화장치, 데이터축적 전송장치 및 데이터 전송시스템
WO2006095742A1 (ja) * 2005-03-08 2006-09-14 Matsushita Electric Industrial Co., Ltd. パケット送信装置
US7500010B2 (en) * 2005-04-07 2009-03-03 Jeffrey Paul Harrang Adaptive file delivery system and method
JP4715306B2 (ja) * 2005-05-25 2011-07-06 ソニー株式会社 ストリーム制御装置、ストリーム再生方法、映像記録再生システム
US8677504B2 (en) * 2005-07-14 2014-03-18 Qualcomm Incorporated Method and apparatus for encrypting/decrypting multimedia content to allow random access

Also Published As

Publication number Publication date
CN101785278A (zh) 2010-07-21
JP5715669B2 (ja) 2015-05-13
CN101785278B (zh) 2014-10-08
WO2009014876A3 (en) 2009-04-30
TW200906125A (en) 2009-02-01
WO2009014876A2 (en) 2009-01-29
JP2014053024A (ja) 2014-03-20
JP5389798B2 (ja) 2014-01-15
KR20100050516A (ko) 2010-05-13
US20090028142A1 (en) 2009-01-29
JP2010534974A (ja) 2010-11-11
EP2179559A2 (en) 2010-04-28

Similar Documents

Publication Publication Date Title
TWI388170B (zh) 網路中串流資料內容之方法及裝置
JP6887466B2 (ja) マルチメディア伝送システムにおけるパケットを伝送する装置
US7587507B2 (en) Media recording functions in a streaming media server
KR101972951B1 (ko) 오버헤드를 최소화한 헤더를 가지는 패킷 기반의 미디어 데이터 전송 방법
US9635394B2 (en) Method and device for flexible MMT asset transmission and reception
US11070327B2 (en) Method and apparatus for re-transmitting MMT packet and method and apparatus for requesting MMT packet re-transmission
US20120271963A1 (en) Transport mechanisms for dynamic rich media scenes
US10917477B2 (en) Method and apparatus for MMT integration in CDN
JP6811613B2 (ja) 送信装置、送信方法、受信装置および受信方法
WO2012094994A1 (zh) 流媒体丢包重传实现方法和系统
US20050083970A1 (en) Apparatus, system and method of transmitting data
WO2023217188A1 (zh) 一种直播数据传输方法、装置、系统、设备和介质
KR101757459B1 (ko) 패킷을 처리하는 방법 및 장치
JP6970124B2 (ja) Ｍｍｔｐパケットを送受信する方法及びその装置
Paik et al. Media-aware scheduling method for transmitting signalling message over MPEG media transport-based broadcast
JP2006211227A (ja) データ送信装置およびデータ送信方法