專利名稱：在電視傳輸系統(tǒng)中傳輸數(shù)據(jù)的方法和對應(yīng)的設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及在電視系統(tǒng)中傳輸數(shù)據(jù)的方法，還涉及在這樣的系統(tǒng)中的發(fā)射機(jī)和接收機(jī)。本發(fā)明特別應(yīng)用于但不局限于實(shí)現(xiàn)ATVEF規(guī)范的系統(tǒng)。
背景技術(shù)：
正在開發(fā)對于例如通過雙向返回信道或者在相同信道之上的簡單的廣播作為視頻信號傳輸?shù)闹鳈C(jī)常駐交互式服務(wù)的電視接收機(jī)。在上下文中，ATVEF(先進(jìn)電視增強(qiáng)論壇)指定使用許多協(xié)議例如IP多路傳送(因特網(wǎng)協(xié)議多路傳送)來在許多傳輸媒體之上傳送用于交互式電視節(jié)目增強(qiáng)服務(wù)的數(shù)據(jù)。
依據(jù)ATVEF規(guī)范，當(dāng)服務(wù)提供者想要傳輸交互式服務(wù)時，它首先必須發(fā)送包含描述交互式服務(wù)的信息的被稱為通告的消息。向?qū)τ谒薪邮諜C(jī)已知的特定的IP多路傳送地址和特定的端口(IP地址224.0.0.113和UDP(用戶數(shù)據(jù)報協(xié)議)端口2670)傳輸該通告。
與ATVEF規(guī)范兼容的接收機(jī)連續(xù)不斷地監(jiān)視該地址/端口對。它們的常駐軟件模塊取回包含一個用于交互式服務(wù)(被稱為‘內(nèi)容’)的傳輸和另一個用于觸發(fā)的傳輸?shù)囊粚P地址的通告。觸發(fā)是用于在預(yù)定時刻觸發(fā)交互式服務(wù)的一定行為的消息。
在接收機(jī)中駐留的軟件模塊可能需要更新。由于靈活性的原因，應(yīng)該可能以遠(yuǎn)程的方式例如向在原地的接收機(jī)傳輸已更新的軟件模塊來進(jìn)行這樣的更新。這樣的傳輸明顯地應(yīng)該使用一些已經(jīng)可用的傳輸媒體例如返回信道(通過PSTN或者電纜網(wǎng)絡(luò)的信道或者其它類型的雙向通信裝置)或者電視廣播媒體。
因?yàn)樨?fù)責(zé)取回交互式服務(wù)(例如瀏覽器)的軟件不能夠解釋表示常駐軟件模塊更新的內(nèi)容數(shù)據(jù)，不能夠直接地使用ATVEF協(xié)議棧(見圖1a)傳輸更新或者其它類型的二進(jìn)制數(shù)據(jù)。該更新是代替瀏覽器所期望的UHTTP數(shù)據(jù)的典型的二進(jìn)制數(shù)據(jù)。這可能在接收機(jī)級導(dǎo)致不可預(yù)測的行為。修改瀏覽器以發(fā)現(xiàn)和處理二進(jìn)制數(shù)據(jù)將是不切實(shí)際的。此外，由于沒有出于這樣的目的開發(fā)出該協(xié)議，使用UHTTP傳送二進(jìn)制數(shù)據(jù)是麻煩的。
然而，期望盡可能重視ATVEF協(xié)議以在由廣播工具所定義的限制之內(nèi)進(jìn)行保留。

發(fā)明內(nèi)容
本發(fā)明的目的是提出一種在視頻傳輸系統(tǒng)中傳輸二進(jìn)制數(shù)據(jù)的方法，該方法包括步驟在第一預(yù)定IP多路傳送地址上提供ATVEF通告；在IP多路傳送地址的第一范圍上提供ATVEF觸發(fā)信號和/或者內(nèi)容傳輸；在與所述的第一地址不同的第二預(yù)定多路傳送地址上提供非ATVEF通告；在第一范圍之外的IP多路傳送地址的第二范圍上提供非ATVEF數(shù)據(jù)傳輸。
依據(jù)本發(fā)明的實(shí)施例，所述的系統(tǒng)包括用于把ATVEF和非ATVEF信息插入傳輸信號的數(shù)據(jù)插入器的發(fā)射機(jī)，所述的方法還包括步驟向數(shù)據(jù)插入器提供ATVEF通告和非ATVEF通告；依據(jù)第一和第二范圍由數(shù)據(jù)插入器把多路傳送地址動態(tài)地插入通告。
依據(jù)本發(fā)明的實(shí)施例，該方法還包括把IP多路傳送地址的第一和/或者第二范圍的每一個分開為第三和第四范圍，其中第三范圍由數(shù)據(jù)插入器為自動地址確定預(yù)留，和第四范圍為已提供給數(shù)據(jù)插入器的通告中預(yù)定義的地址預(yù)留。
依據(jù)本發(fā)明的實(shí)施例，由不同的IP地址范圍、不同的端口范圍或者兩者一起來區(qū)分范圍。
依據(jù)本發(fā)明的實(shí)施例，在接收機(jī)級，該方法還包括步驟接收通告?zhèn)鬏斀邮諜C(jī)軟件更新數(shù)據(jù)的非ATVEF通告，所述的通告包括IP多路傳送地址，在該地址上將要發(fā)送描述更新數(shù)據(jù)傳輸?shù)男帕顢?shù)據(jù)。
監(jiān)聽在通告中所指定的地址；取回信令數(shù)據(jù)并且把該數(shù)據(jù)存儲于在更新數(shù)據(jù)下載期間不可以被刪除的存儲器中；裝入程序的起動；使裝入程序取回所存儲的信令數(shù)據(jù)；和根據(jù)所存儲的信令數(shù)據(jù)進(jìn)行更新數(shù)據(jù)的下載。
本發(fā)明的另一目的是一種用于在與ATVEF傳輸兼容的傳輸系統(tǒng)中廣播通告的發(fā)射機(jī)設(shè)備，其特征在于它包括裝置，該裝置用于傳輸在第一預(yù)定IP多路傳送地址上的ATVEF通告、在IP多路傳送地址的第一范圍上的ATVEF觸發(fā)信號和/或者內(nèi)容數(shù)據(jù)、在與第一預(yù)定地址不同的第二預(yù)定IP多路傳送地址上的二進(jìn)制數(shù)據(jù)通告和在IP多路傳送地址的第二范圍上的二進(jìn)制數(shù)據(jù)，其中第一和第二地址范圍是互斥的。
依據(jù)本發(fā)明的實(shí)施例，發(fā)射機(jī)包括裝置，該裝置用于接收通告，用于確定該通告是否包括在第一范圍中的預(yù)定的IP多路傳送地址，并且如果是否定的話，用于在與第一范圍截然不同的第二范圍中選擇IP多路傳送地址并且用于向通告中插入所選擇的IP多路傳送地址。
本發(fā)明的另一目的是在ATVEF兼容傳輸系統(tǒng)中的一種接收機(jī)，其特征為它包括存儲用于接收ATVEF通告的第一預(yù)定IP多路傳送地址和用于接收與二進(jìn)制數(shù)據(jù)的傳輸有關(guān)的通告的第二預(yù)定IP多路傳送地址的存儲器，其中第一和第二地址是截然不同的。
依據(jù)變化的實(shí)施例，接收機(jī)還包括用于接收在其上通告二進(jìn)制數(shù)據(jù)傳輸?shù)牡谌嗦穫魉偷刂返拇鎯ζ?，所述的存儲器是這樣的以至于在接收機(jī)重新啟動的過程期間保持多路傳送地址，所述的接收機(jī)還包括為了從所述的第三多路傳送地址下載二進(jìn)制數(shù)據(jù)而重新啟動之后監(jiān)聽存儲器中的第三多路傳送地址的裝置。
依據(jù)實(shí)施例，在所述的第二多路傳送地址上所通告的信令數(shù)據(jù)中提供第三多路傳送地址，在該地址上通告二進(jìn)制數(shù)據(jù)傳輸。
依據(jù)實(shí)施例，所下載的二進(jìn)制文件是完整的系統(tǒng)更新。


通過借助于附圖所闡明的詳細(xì)的非限制性的實(shí)施例的描述，本發(fā)明的其它特征和優(yōu)點(diǎn)將出現(xiàn)，附圖為圖1a(已有技術(shù))表示ATVEF協(xié)議棧；圖1b表示依據(jù)本實(shí)施例的設(shè)備的協(xié)議棧；圖2表示接收機(jī)的軟件結(jié)構(gòu)，以及不同的應(yīng)用程序和任務(wù)和它們在接收到通告時的進(jìn)展。
圖3是依據(jù)本發(fā)明由接收機(jī)處理通告和數(shù)據(jù)的流程圖；圖4是在廣播服務(wù)器中處理通告的流程圖；圖5是說明當(dāng)接收機(jī)處于標(biāo)稱模式時在第一步驟中獲取IP多路傳送地址的原則和在接收機(jī)處于裝入程序模式期間的第二步驟中使用已存儲的IP多路傳送地址的原則的示意圖；圖6是依據(jù)本發(fā)明的實(shí)施例包括發(fā)射機(jī)和接收機(jī)的網(wǎng)絡(luò)的示意圖。
在這些圖中，使用符號‘@’指定地址。
具體實(shí)施例方式
在文檔“已增強(qiáng)內(nèi)容的規(guī)范”ATVEF(先進(jìn)電視增強(qiáng)論壇)規(guī)范v1.1r26中能夠發(fā)現(xiàn)涉及ATVEF規(guī)范的更多信息。該文檔可以在例如ATVEF網(wǎng)站上(www.atvef.com)得到。
同時參考文檔‘SDP會話描述協(xié)議’，因特網(wǎng)協(xié)會，網(wǎng)絡(luò)工作組，1998年4月的RFC2327，在frp.isi.edu/in-notes/rfc2327.txt可得到。
雖然ATVEF強(qiáng)加了對于一些參數(shù)的限制，依據(jù)ATVEF規(guī)范的通告沿用在先前的段落中所提到的SDP文檔中所描述的格式。依據(jù)ATVEF規(guī)范在SDP通告中所使用的參數(shù)如下會話描述v＝協(xié)議版本，等于0o＝用戶名，會話標(biāo)識符，版本，網(wǎng)絡(luò)類型(在當(dāng)前的情況下等于IN)，地址類型(在當(dāng)前的情況下等于IP4)，ip地址
s＝會話名i＝會話信息(可選的)u＝增強(qiáng)描述的全體資源標(biāo)識符(URI)(可選的)e＝電子郵件地址p＝電話號碼(至少需要e和p參數(shù)的其中的一個)b＝CT數(shù)字(帶寬信息)c＝連接信息能夠或者必須使用以下的會話屬性a＝UUIDUUID(全體唯一標(biāo)識符單一的增強(qiáng)標(biāo)識符一可選的)a＝類型tvea＝lang，a＝sdplang(可選的語言屬性)a＝tve-類型<類型>(可選的)a＝tye-尺寸千字節(jié)a＝tve-級別x(可選的)a＝tve-結(jié)束秒(可選的)媒體描述m＝(媒體名稱和傳送地址)時間描述t＝(在會話激活期間的時間)如在介紹中已經(jīng)提到的，ATVEF通告被發(fā)送到預(yù)定的IP地址(224.0.1.113)和預(yù)定的UDP端口號(2670)。
通告的參數(shù)‘c’表示內(nèi)容和觸發(fā)信號將被發(fā)送到哪個地址，而參數(shù)‘m’表示它們將在哪個端口上被發(fā)送。可以在相同的地址不同端口上也可以在不同的地址上發(fā)送觸發(fā)信號和內(nèi)容。
本發(fā)明涉及可以使用模擬視頻信號的垂直消隱間隔行傳輸數(shù)字?jǐn)?shù)據(jù)的模擬電視系統(tǒng)。在模擬電視信號上的這種數(shù)據(jù)的調(diào)制本質(zhì)上眾所周知。
圖1b是依照本實(shí)施例接收機(jī)所使用的協(xié)議棧的圖。與圖1a的ATVEF協(xié)議棧比較，UHTTP層已經(jīng)被專有層所代替。如在ETS 300 708所定義的，該棧包括在IP(因特網(wǎng)協(xié)議)之上的UDP(用戶數(shù)據(jù)報協(xié)議)、SLIP(串行線路接口協(xié)議)和IDL-B。
專有層的作用是管理二進(jìn)制數(shù)據(jù)的下載。要下載的二進(jìn)制數(shù)據(jù)被拆分為具有IP包有效負(fù)荷的尺寸例如1472個八位字節(jié)的部分。該層以正確的順序組裝它接收到的不同部分。如果某部分包括不可糾正的錯誤，則專有層等待下一個傳輸(見以下)并且把它插入在它的合適位置。
專有層也取回日期/時間信息和與二進(jìn)制數(shù)據(jù)下載和日期/時間信息有關(guān)的通告。
為了使接收機(jī)甚至當(dāng)它們沒有從傳輸開始時監(jiān)聽時能夠訪問對應(yīng)的數(shù)據(jù)和為了重新得到先前所接收的具有不可糾正錯誤的包通常會重復(fù)地發(fā)送增強(qiáng)和二進(jìn)制數(shù)據(jù)。
依據(jù)本實(shí)施例，為了通告二進(jìn)制數(shù)據(jù)的傳輸，在另外地址和端口而非ATVEF通告所使用的地址和端口進(jìn)行SDP格式的通告。因此，作為實(shí)施例，接收機(jī)監(jiān)聽地址235.0.1.113、端口號2670以發(fā)現(xiàn)這些新型的通告。并行地，接收機(jī)繼續(xù)監(jiān)聽標(biāo)準(zhǔn)的ATVEF通告地址和端口。
圖2是本實(shí)施例的接收機(jī)依據(jù)本實(shí)施例并行地運(yùn)行的應(yīng)用程序和任務(wù)的實(shí)例。當(dāng)然，其它的應(yīng)用的程序和任務(wù)同樣可以運(yùn)行，但是不與本實(shí)施例直接相關(guān)。接收機(jī)監(jiān)聽編號為A1到A6的6個不同的IP多路傳送地址。IP多路傳送地址包括IP地址和端口號。ATVEF通告被發(fā)送到如以上已經(jīng)描述的眾所周知的ATVEF地址/端口對A1。ATVEF內(nèi)容和觸發(fā)信號(‘ATVEF數(shù)據(jù)’)被發(fā)送到由ATVEF指定的兩個不同的地址/端口對A3和A4。兩個不同的非ATVEF通告被發(fā)送到預(yù)定的、固定的地址/端口A2。第一非ATVEF通告表示用于取回數(shù)據(jù)和時間信息的地址/端口A5，而第二非ATVEF通告表示用于取回二進(jìn)制數(shù)據(jù)的地址/端口A6。
圖2的應(yīng)用程序作用于套接字層4以監(jiān)聽所需要的IP多路傳送地址。套接字層4運(yùn)行在包括VBI驅(qū)動程序(未說明)的操作系統(tǒng)5之上。垂直消隱間隔(VBI)驅(qū)動程序從輸入的模擬視頻信號取回數(shù)據(jù)。當(dāng)然，倘若使用另外的傳輸路徑(例如諸如MPEG II傳輸流之類的所有的數(shù)字電視信號)，要使用另外的驅(qū)動程序而非VBI驅(qū)動程序。所取回的數(shù)據(jù)在被稱為IDLB的包格式之下。驅(qū)動程序從這些包中提取有效負(fù)荷并且應(yīng)用糾錯過程。有效負(fù)荷是使驅(qū)動程序能夠識別和區(qū)分IP包的SLIP格式的流。一旦已經(jīng)移動了SLIP層和已經(jīng)重新構(gòu)建IP包，驅(qū)動程序把這些包移交到負(fù)責(zé)解封裝IP和UDP層的上層。瀏覽器1和其它應(yīng)用程序是為了取回所傳輸?shù)膬?nèi)容使它們能夠監(jiān)聽IP地址和UDP端口的套接字層4的客戶。
首先將描述圖2的上面的部分。上面和下面的部分顯示隨著時間的推移在不同時刻的接收機(jī)的狀態(tài)。
接收機(jī)運(yùn)行負(fù)責(zé)分別地取回ATVEF通告、內(nèi)容和觸發(fā)信號的瀏覽器1并且分別地監(jiān)聽在套接字級瀏覽器1已經(jīng)編程的地址A1、A3和A4。在圖2中，假定已經(jīng)接收到至少一個通告。瀏覽器可以同時監(jiān)聽在圖2中沒有顯示的其它地址。第一任務(wù)2(‘二進(jìn)制數(shù)據(jù)取得管理器’)負(fù)責(zé)取回在地址A2所發(fā)送的非ATVEF通告。使用第二任務(wù)3(‘代碼下載信令數(shù)據(jù)取回器’)在地址A6取回它自身的二進(jìn)制文件。先前在地址A2上的二進(jìn)制通告中已經(jīng)指定了地址A6。使用兩個不同的任務(wù)取回更新通告和更新文件自身這避免必須為與這些地址有關(guān)的輸入的數(shù)據(jù)分類。
第二任務(wù)3不必總是激活的。它能夠在接收到涉及第二任務(wù)3所取回的數(shù)據(jù)種類的通告時，由第一任務(wù)2觸發(fā)。
按照本實(shí)施例，使用通告的‘i’字段通知任務(wù)2要傳輸?shù)臄?shù)據(jù)的類型。例如，‘i’等于用于傳輸二進(jìn)制數(shù)據(jù)的‘代碼下載’和等于用于傳輸日期和時間信息的‘日期&時間’。
與ATVEF通告相反，依據(jù)本實(shí)施例的通告只包括一個地址和相關(guān)聯(lián)的端口值以向接收機(jī)表示在哪里監(jiān)聽二進(jìn)制數(shù)據(jù)的傳輸(代碼更新、時間或者其它)。
依據(jù)本實(shí)施例，這樣的通告包括與更新文件的地址和端口有關(guān)的以下參數(shù)m＝數(shù)據(jù)22814tvpe-filec＝IN IP4 235.37.32.27.
其它參數(shù)與在ATVEF通告中所使用的那些參數(shù)相似。這作為實(shí)例來提供還可以使用其它值。
作為實(shí)例，非ATVEF通告包括以下的字段“v＝0”見ATVEF“i＝XXX”見以下
“a＝UUIDXXX”見ATVEF“a＝tve-endsXXX”或者“t-start停止”見ATVEF“m＝數(shù)據(jù)XXX tve-file”見以上和ATVEF“c＝IN IP4 XXX”見以上和ATVEF圖2同時說明在接收機(jī)中的通告處理的動態(tài)。圖2的上面部分顯示在時間t時接收機(jī)的任務(wù)。在這時，瀏覽器1監(jiān)聽它的預(yù)定ATVEF通告地址A1，和監(jiān)聽用于內(nèi)容(A3)和觸發(fā)信號(A4)的另外的兩個地址。二進(jìn)制數(shù)據(jù)取得模塊2監(jiān)聽對應(yīng)于二進(jìn)制數(shù)據(jù)通告的地址。
在特定的時間，二進(jìn)制數(shù)據(jù)取得模塊2接收涉及數(shù)據(jù)和時間傳輸?shù)亩M(jìn)制通告。該通告包括IP多路傳送地址A5，在所述地址A5上到期傳輸數(shù)據(jù)和時間信息。如圖2的下面部分所說明的，為了監(jiān)聽在通告中所指定的地址A5起動命名為‘日期和時間數(shù)據(jù)取回器’的第三任務(wù)6。
圖3是進(jìn)一步說明在接收機(jī)中ATVEF和非ATVEF通告和數(shù)據(jù)處理的流程圖。
必須注意從實(shí)現(xiàn)的觀點(diǎn)來看，測試通告是或者不是ATVEF通告事實(shí)上對應(yīng)于使用不同的IP多路傳送地址所執(zhí)行的過濾。
字段“a＝UUID”服務(wù)于識別通告。如果在二進(jìn)制數(shù)據(jù)取得模塊的任務(wù)中，盡管還沒有達(dá)到通告的到期日專有層已經(jīng)接收到具有相同UUID值的通告，則忽略新的通告。為了通知接收機(jī)通告內(nèi)容變化操作人員修改UUID值。如果它們的UUID對應(yīng)于已經(jīng)存在的通告的UUID該機(jī)制避免必須進(jìn)一步處理通告。
當(dāng)準(zhǔn)備通告時，服務(wù)提供者或者廣播者的發(fā)射機(jī)在一定的范圍中選擇用于數(shù)據(jù)傳輸?shù)牡刂分?。根?jù)本實(shí)施例，為ATVEF傳輸預(yù)留一個這樣的范圍而為非ATVEF傳輸(例如依據(jù)本實(shí)例的軟件模塊的更新)預(yù)留另一個這樣的范圍。這避免把ATVEF數(shù)據(jù)發(fā)送到非ATVEF地址并且反之亦然。
通過該機(jī)制，可以容易地多路復(fù)用不同的服務(wù)。
圖4是在服務(wù)器中的通告創(chuàng)建過程的流程圖，顯示在預(yù)設(shè)地址不存在時怎樣自動地選擇IP多路傳送地址和由發(fā)射機(jī)把該地址插入通告。
在優(yōu)選的實(shí)施例中，廣播者依據(jù)預(yù)定的范圍接收ATVEF或者非ATVEF通告并且通過它的發(fā)射機(jī)動態(tài)地加上內(nèi)容、觸發(fā)信號或者二進(jìn)制數(shù)據(jù)傳輸?shù)刂贰?br> 作為實(shí)例，使用以下的地址范圍用于在手動所造成的地址上發(fā)送ATVEF增強(qiáng)224.0.0.0到224.0.1.112，端口號0到2669.
使用下列的地址范圍用于在自動所造成的地址上發(fā)送ATVEF增強(qiáng)224.0.1.114到234.255.255.255，端口號2671到65535.
使用下列的地址范圍用于在手動所造成的地址上發(fā)送二進(jìn)制文件235.0.0.0到235.0.1.112，端口號0到2669.
使用下列的地址范圍用于在自動所造成的地址上發(fā)送二進(jìn)制文件235.0.1.114到239.255.255.255，端口號2671到65535.
手動所造成的地址是在由發(fā)射機(jī)從例如服務(wù)提供者已接收到的通告中已預(yù)定的地址，例如當(dāng)在通告中至少一個地址丟失時，與通告是由發(fā)射機(jī)自動地進(jìn)行選擇的情況相反，發(fā)射機(jī)自身不選擇這樣的地址。使用不同的地址范圍以避免讓發(fā)射機(jī)挑選在另外的通告中已經(jīng)被手動定義的地址。
依據(jù)變化的實(shí)施例，ATVEF和非ATVEF所使用的地址范圍是相同的或者至少在一定程度上重疊，但是對于每種數(shù)據(jù)傳輸所造成的端口號范圍不重疊。換句話說，仍將存在不同的IP多路傳送地址范圍。
可以修改這兩個地址范圍。在這種情況下，在接收機(jī)的適當(dāng)位置放上更新機(jī)制。
現(xiàn)在將描述圖5所說明的變化的實(shí)施例。本實(shí)施例涉及要下載的二進(jìn)制數(shù)據(jù)可能影響特別是中斷接收機(jī)的某些過程的情況。
可以考慮在其中將要執(zhí)行可執(zhí)行代碼例如在接收機(jī)的閃存中所存儲的所有可更新的代碼的下載的接收機(jī)。為了執(zhí)行該下載，接收機(jī)包括裝入程序7。由于要代替在閃存中所存儲的所有代碼，該程序存儲于ROM(只讀存儲器)中。
在這種情況下的過程如下當(dāng)二進(jìn)制數(shù)據(jù)取得模塊接收到用于更新的非ATVEF通告時，它開始監(jiān)聽在更新通告中所指定的地址的特定的任務(wù)(圖2的代碼下載信令取回器)。最后該代碼和描述要執(zhí)行的下載的其它信令信息沒有被發(fā)送到該地址。作為替代，該地址接收描述即將進(jìn)行的下載特別是下載地址的流。代碼下載信令數(shù)據(jù)取回器任務(wù)在接收機(jī)的閃存8中的預(yù)定位置存儲該地址，該處是在接下來的下載期間受保護(hù)而免受刪除的位置。當(dāng)要開始下載時，該任務(wù)重新啟動解碼器。然后起動裝入程序7。該程序從閃存中取得下載地址并且從該地址下載代碼。在其它環(huán)境中而非本實(shí)施例的環(huán)境(例如與ATVEF無關(guān)的環(huán)境)也可以使用更新過程。
圖6是包括發(fā)射機(jī)51和多個接收機(jī)52i的網(wǎng)絡(luò)的示意圖。發(fā)射機(jī)包括視頻信號源53和由廣播服務(wù)器61所控制的數(shù)據(jù)插入器54。廣播服務(wù)器與包括ATVEF和非ATVEF數(shù)據(jù)和通告的數(shù)據(jù)庫55連接。數(shù)據(jù)插入器在定義定時和分配信號資源的廣播服務(wù)器的控制下把數(shù)據(jù)以適當(dāng)?shù)母袷讲迦胍曨l信號的VBI行。在數(shù)據(jù)庫55中的數(shù)據(jù)可以由不同的源特別是服務(wù)提供者56提供。在需要這樣的自動選擇的情況下廣播服務(wù)器61自動地選擇如上所闡明的地址。接收機(jī)還包括微處理器57、具有以上所提到的裝入程序59的ROM58和適合于在接收機(jī)重新設(shè)置和/或者重新啟動和/或者功率損耗期間保留多路傳送地址的寄存器或者存儲器60。
雖然本發(fā)明主要涉及ATVEF型的協(xié)議，本發(fā)明不局限于該環(huán)境。特別是，可以使用其它的通告格式而非ATVEF或者SDP通告的格式。依據(jù)數(shù)據(jù)類型分開多路傳送地址范圍特別地構(gòu)成可以在另外的環(huán)境中采用的發(fā)明。
最后，雖然以上的本實(shí)施例涉及使用模擬視頻信號的垂直消隱間隔以傳輸增強(qiáng)和更新數(shù)據(jù)，本發(fā)明能夠容易地應(yīng)用于其它系統(tǒng)特別是所有數(shù)字傳輸系統(tǒng)。
在所描述的系統(tǒng)中的發(fā)射機(jī)和接收機(jī)既包括處理裝置例如微處理器(在圖5的接收機(jī)中的參考57)還包括用于處理和分別地發(fā)送或者接收通告、觸發(fā)信號、增強(qiáng)內(nèi)容和二進(jìn)制數(shù)據(jù)的存儲器。
權(quán)利要求
1.一種在視頻傳輸系統(tǒng)中用于傳輸二進(jìn)制數(shù)據(jù)的方法，包括步驟在第一預(yù)定IP多路傳送地址上提供ATVEF通告；在IP多路傳送地址的第一范圍上提供ATVEF觸發(fā)信號和/或者內(nèi)容傳輸；在與所述的第一地址不同的第二預(yù)定IP多路傳送地址上提供非ATVEF通告；在不包括第一范圍的IP多路傳送地址的第二范圍上提供非ATVEF的數(shù)據(jù)傳輸。
2.依據(jù)權(quán)利要求1所述的方法，其特征在于所述的系統(tǒng)包括包含用于把ATVEF和非ATVEF信息插入傳輸信號的數(shù)據(jù)插入器(54)的發(fā)射機(jī)(51)的系統(tǒng)，所述的方法還包括步驟向數(shù)據(jù)插入器(54)提供ATVEF通告和非ATVEF通告，依據(jù)第一和第二范圍由數(shù)據(jù)插入器(54)把IP多路傳送地址動態(tài)地插入通告。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于還包括把IP多路傳送地址的第一和/或者第二范圍的每一個區(qū)分為第三和第四范圍的步驟，其中第三范圍由數(shù)據(jù)插入器(54)為動態(tài)地址確定預(yù)留和第四范圍為提供給數(shù)據(jù)插入器的通告中所預(yù)定的地址預(yù)留。
4.根據(jù)權(quán)利要求1到3的其中之一所述的方法，其特征在于范圍由不同的IP地址范圍、不同的端口范圍或者兩者一起來區(qū)分。
5.根據(jù)權(quán)利要求1到4的其中之一所述的方法，在接收機(jī)級包括步驟接收通告接收機(jī)軟件更新數(shù)據(jù)的傳輸?shù)姆茿VTEF通告，所述的通告包括IP多路傳送地址(A6)，在所述地址上將發(fā)送描述更新數(shù)據(jù)傳輸?shù)男帕顢?shù)據(jù)；監(jiān)聽在通告中所指定的地址(A6)；取回信令數(shù)據(jù)并且把該數(shù)據(jù)存儲于在更新數(shù)據(jù)下載期間不被刪除的存儲器中；運(yùn)行裝入程序；使裝入程序取回所存儲的信令數(shù)據(jù)；和基于所存儲的信令數(shù)據(jù)進(jìn)行更新數(shù)據(jù)的下載。
6.一種用于在可與ATVEF傳輸兼容的傳輸系統(tǒng)中廣播通告的發(fā)射機(jī)設(shè)備(51)，其特征在于它包括裝置，該裝置用于傳送在第一預(yù)定IP多路傳送地址上的ATVEF通告、在IP多路傳送地址的第一范圍上的ATVEF的觸發(fā)信號和/或者內(nèi)容數(shù)據(jù)、在與第一預(yù)定地址不同的第二預(yù)定IP多路傳送地址上的二進(jìn)制數(shù)據(jù)通告和在IP多路傳送地址的第二范圍上的二進(jìn)制數(shù)據(jù)，其中第一和第二地址范圍是互斥的。
7.根據(jù)權(quán)利要求6所述的設(shè)備，其特征在于還包括裝置(54，55)，該裝置用于接收通告，用于確定該通告是否包括在第一范圍中的預(yù)定的IP多路傳送地址并且如果是否定的話，用于在與第一范圍截然不同的第二范圍中選擇IP多路傳送地址并且用于向通告中插入所選擇的IP多路傳送地址。
8.一種在ATVEF可兼容的傳輸系統(tǒng)中的接收機(jī)(52i)，其特征在于它包括存儲用于接收ATVEF通告的第一預(yù)定IP多路傳送地址和用于接收與二進(jìn)制數(shù)據(jù)的傳輸有關(guān)的通告的第二預(yù)定IP多路傳送地址的存儲器，其中第一和第二地址是截然不同的。
9.根據(jù)權(quán)利要求8所述的接收機(jī)，其特征在于包括用于接收在其上通告二進(jìn)制數(shù)據(jù)傳輸?shù)牡谌嗦穫魉偷刂返拇鎯ζ?60)，所述的存儲器是這樣的以至于在接收機(jī)重新啟動的過程期間保持多路傳送地址，所述的接收機(jī)還包括用于為了從所述的第三多路傳送地址下載二進(jìn)制數(shù)據(jù)在重新啟動之后監(jiān)聽在存儲器中的第三多路傳送地址的裝置(57，58，59)。
10.根據(jù)權(quán)利要求9所述的接收機(jī)，其特征在于在所述的第二多路地址上所通告的信令數(shù)據(jù)中提供了第三多路傳送地址，在所述地址上通告二進(jìn)制數(shù)據(jù)傳輸。
11.根據(jù)權(quán)利要求10所述的接收機(jī)，其特征在于所下載的二進(jìn)制文件是完整的系統(tǒng)更新。
全文摘要
本發(fā)明涉及一種在視頻傳輸系統(tǒng)中用于傳輸二進(jìn)制數(shù)據(jù)的方法，包括步驟在第一預(yù)定IP多路傳送地址上提供ATVEF通告；在IP多路傳送地址的第一范圍上提供ATVEF觸發(fā)信號和/或者內(nèi)容傳輸；在與所述的第一地址不同的第二預(yù)定IP多路傳送地址上提供非ATVEF通告；在不包括第一范圍的IP多路傳送地址的第二范圍上提供非ATVEF的數(shù)據(jù)傳輸。本發(fā)明同時涉及用于實(shí)現(xiàn)本方法的發(fā)射機(jī)和接收機(jī)。
文檔編號H04N7/24GK1471782SQ01817851
公開日2004年1月28日 申請日期2001年10月18日 優(yōu)先權(quán)日2000年10月23日
發(fā)明者洛朗·勒桑尼, 洛朗 勒桑尼, 弗雷德里克·帕基耶, 里克 帕基耶 申請人:湯姆森許可貿(mào)易公司