專利名稱：家用網(wǎng)絡(luò)的發(fā)現(xiàn)方法和實現(xiàn)該方法的設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于1394總線以外的網(wǎng)絡(luò)技術(shù)的網(wǎng)絡(luò)上音頻和視頻互操作性。
背景技術(shù)：
家用音頻和視頻互操作性(HAVi代表“Home Audio Vdeo interoperability”得到)是由市場主流電子公司開發(fā)的規(guī)范，它允許在基于使用IEEE 1394總線技術(shù)的網(wǎng)絡(luò)的家用環(huán)境中互連音頻和視頻設(shè)備。當(dāng)前版本(版本1.1，可從HAVi，Inc.2694 Bishop Drive，Suite 275 San Ramon，CA 94583，USA)并未被設(shè)計成工作在基于IEEE 1394總線之外的技術(shù)的網(wǎng)絡(luò)上，IEEE 1394總線的出處是IEEE 1394-2000標(biāo)準(zhǔn)。
在當(dāng)前家用設(shè)備市場的情況下，顯然在家用背景中開發(fā)的網(wǎng)絡(luò)通常是異構(gòu)的，并且涉及IEEE 1394以外的多種技術(shù)?？赡懿坏貌惶岬阶駨囊蛱鼐W(wǎng)協(xié)議(IP代表“因特網(wǎng)協(xié)議”)的網(wǎng)絡(luò)的重要性，它的出處可以以請求注解(RFC)的形式在RFC 791中找到，這些請求由因特網(wǎng)工程任務(wù)組(IETF)維護。HAVi規(guī)范是在應(yīng)用1394總線的背景下設(shè)計的，在另一技術(shù)的網(wǎng)絡(luò)上使用它會產(chǎn)生其對該另一技術(shù)的適用性的問題。

發(fā)明內(nèi)容
本發(fā)明具體涉及一種可連接到通信網(wǎng)絡(luò)的設(shè)備發(fā)現(xiàn)連接到該網(wǎng)絡(luò)的其他設(shè)備的方法，包括該設(shè)備連接到所述網(wǎng)絡(luò)的步驟；發(fā)出包含描述該設(shè)備的自我描述信息的聲明消息、送往連接到該網(wǎng)絡(luò)的所有其他設(shè)備的步驟；向連接到該網(wǎng)絡(luò)的所有其他設(shè)備發(fā)出自我描述信息請求消息的步驟；和從網(wǎng)絡(luò)的其他設(shè)備中的每一個接收響應(yīng)消息的步驟，該響應(yīng)消息包含該其他設(shè)備的自我描述信息。
根據(jù)本發(fā)明的特定實施例，請求消息和聲明消息被合并。
根據(jù)本發(fā)明的特定實施例，描述設(shè)備的自我描述信息包含該設(shè)備在網(wǎng)絡(luò)上的地址。
根據(jù)本發(fā)明的特定實施例，描述設(shè)備的自我描述信息包含不同于地址的唯一全球標(biāo)識符，用于在網(wǎng)絡(luò)上標(biāo)識該設(shè)備。
根據(jù)本發(fā)明的特定實施例，描述設(shè)備的自我描述信息包含使之能夠控制該設(shè)備的軟件模塊的特性。
根據(jù)本發(fā)明的特定實施例，通過廣播在網(wǎng)絡(luò)上發(fā)送聲明消息。
根據(jù)本發(fā)明的特定實施例，通過在其他設(shè)備必須已訂閱的預(yù)定義組播地址上組播來發(fā)送聲明消息。
本發(fā)明還涉及一種可連接到網(wǎng)絡(luò)的設(shè)備，它擁有用于向網(wǎng)絡(luò)中的所有其他設(shè)備發(fā)出包含描述該設(shè)備的自我描述信息的聲明消息的器件；用于向網(wǎng)絡(luò)中的所有其他設(shè)備發(fā)出請求自我描述信息的消息的器件；和用于接收響應(yīng)消息的器件，該響應(yīng)消息包含描述網(wǎng)絡(luò)其他設(shè)備中的每一個的信息。
根據(jù)本發(fā)明的特定實施例，該設(shè)備包括使之能夠產(chǎn)生不同于該設(shè)備在網(wǎng)絡(luò)上地址的唯一全球標(biāo)識符的器件。
根據(jù)本發(fā)明的特定實施例，該設(shè)備包括用于通過廣播在網(wǎng)絡(luò)上發(fā)送聲明消息的器件。
根據(jù)本發(fā)明的特定實施例，該設(shè)備包括用于通過在其他設(shè)備必須已訂閱的預(yù)定義組播地址上組播來發(fā)送聲明消息的器件。


當(dāng)參照附圖閱讀下面描述時，將會更好地理解本發(fā)明，并且其他特征和優(yōu)點將變得清楚，其中圖1表示1394網(wǎng)絡(luò)上定義的HAVi棧的結(jié)構(gòu)。
圖2表示本發(fā)明示例性實施例中實現(xiàn)的HAVi棧的結(jié)構(gòu)。
圖3表示本發(fā)明示例性實施例中定義的聲明分組的格式。
圖4表示本發(fā)明示例性實施例中定義的SDD請求分組的格式。
圖5表示本發(fā)明示例性實施例的背景下發(fā)現(xiàn)網(wǎng)絡(luò)階段的步驟。
圖6表示支持在IP網(wǎng)絡(luò)上的HAVi的設(shè)備的硬件結(jié)構(gòu)。
具體實施例方式
下面的本發(fā)明示例性實施例的框架是HAVi適用到IP型網(wǎng)絡(luò)，但顯然本發(fā)明不限于這種類型的網(wǎng)絡(luò)，而是可以用于適用到任何類型的網(wǎng)絡(luò)。如果要發(fā)現(xiàn)連接到網(wǎng)絡(luò)的設(shè)備，本發(fā)明還可以用在HAVi以外的規(guī)范的背景中。
圖1表示在由1394總線組成的網(wǎng)絡(luò)上的HAVi規(guī)范中定義的HAVi棧的結(jié)構(gòu)。HAVi棧在JAVA中可以通過API(“應(yīng)用編程接口”)1.1編程。設(shè)備的?？梢园ㄓ糜诳刂圃O(shè)備的模塊(DCM，“設(shè)備控制模塊”)或用于控制設(shè)備的功能性的模塊(FCM，代表“功能控制模塊”)1.7。棧還可以包括固有模塊(native module)1.8。登記庫1.2(“登記”)維護網(wǎng)絡(luò)上所有設(shè)備的庫(base)。事件管理器1.3負(fù)責(zé)在網(wǎng)絡(luò)上傳輸由設(shè)備狀態(tài)改變引起的事件。資源管理器1.4允許共享資源和調(diào)度動作。設(shè)備控制模塊管理器1.5使之能夠安裝和刪除允許控制網(wǎng)絡(luò)上其他設(shè)備的模塊。流管理器1.6使之能夠管理網(wǎng)絡(luò)上的音頻和視頻內(nèi)容的實時傳輸流。消息收發(fā)系統(tǒng)1.9負(fù)責(zé)在系統(tǒng)各個部件之間傳遞消息。用于適配傳輸層的模塊1.10(TAM代表“傳輸適配模塊”)允許組裝和拆分HAVi消息。傳輸介質(zhì)管理器1.11(CMM代表“通信介質(zhì)管理器”)允許系統(tǒng)的其他元件直接使用傳輸介質(zhì)而不必和消息管理器打交道。這對于實現(xiàn)其中控制依賴于專有協(xié)議的非HAVi設(shè)備控制模塊尤其必要。流管理器、TAM或CMM與網(wǎng)絡(luò)(在這個例子中為1394)驅(qū)動程序1.12對話。
圖2表示本發(fā)明示例性實施例的背景中HAVi棧的結(jié)構(gòu)。除了傳輸層適配模塊2.10以外，其余與前一圖中的元件相同。這里，我們發(fā)現(xiàn)用作TAM的TCP協(xié)議。傳輸介質(zhì)管理器必須適配于IP而不再是1394。于是我們有了CMMIP 2.11。這些模塊與IP層2.12交互。流管理器自身將與提供用于流交換的IP上服務(wù)質(zhì)量的802.1p/Q2.13層交互。
HAVi規(guī)范為軟件組件定義了網(wǎng)絡(luò)上的唯一標(biāo)識符，該標(biāo)識符稱為SEID，代表“軟件元素標(biāo)識符”。該標(biāo)識符用80位編碼，并且包括兩個不同的元素，第一標(biāo)識符對應(yīng)于網(wǎng)絡(luò)上容納(host)軟件組件的設(shè)備的唯一標(biāo)識符。該標(biāo)識符64位，稱為GUID，代表“全球唯一標(biāo)識符”。該GUID由IEEE 1394標(biāo)準(zhǔn)定義，用于唯一標(biāo)識1394設(shè)備，也就是說，存儲在任何1394設(shè)備的只讀存儲器中的1394部件的EUI-64。讓我們回想一下，如IEEE在其文檔“Guidelinefor 64-bit Global Identifier (EUI-64TM)Registration Authority”中定義的那樣，EUI-64由24位的公司標(biāo)識符和后面的40位擴展組成。
構(gòu)成SEID的第二元素是使之能夠在其所在的設(shè)備內(nèi)標(biāo)識組件的16位標(biāo)識符。通過將網(wǎng)絡(luò)上設(shè)備的唯一標(biāo)識符與該設(shè)備上組件的標(biāo)識符相拼接，可以唯一地標(biāo)識HAVi網(wǎng)絡(luò)內(nèi)的任何軟件組件。
然而，在IP網(wǎng)絡(luò)上并沒有等效的64位標(biāo)識符。在該網(wǎng)絡(luò)上，只存在IPv4中的32位IP地址和IPv6中的128位地址，或者當(dāng)網(wǎng)絡(luò)是以太網(wǎng)時的48位MAC地址。第一種構(gòu)思是通過將相關(guān)網(wǎng)絡(luò)的自身標(biāo)識符與設(shè)備本地的標(biāo)識符拼接起來構(gòu)建SEID，補充后者來構(gòu)建80位的SEID。事實上這種解決方案在要連接異構(gòu)網(wǎng)絡(luò)(例如，連接基于1394的總線和基于IP的另一個)的情況下無效。在這種情況下，根據(jù)64位GUID和16位本地標(biāo)識符構(gòu)建的SEID與例如根據(jù)32位IP地址和48位本地標(biāo)識符構(gòu)建的其他SEID共存，這可能導(dǎo)致標(biāo)識符的不唯一。特別地，對應(yīng)于IP地址169.254.100.16和本地標(biāo)識符0x000000123456的SEID 0xA9FE6410000000123456可能與由GUID0xA9FE641000000012和本地標(biāo)識符0x3456組成的SIED沖突。因此，不管希望管理HAVi的網(wǎng)絡(luò)類型如何，保持作為標(biāo)識符的SEID、64位GUID和16位本地標(biāo)識符的結(jié)構(gòu)都是合適的。
因此，需要找到在目的網(wǎng)絡(luò)上創(chuàng)建GUID而不干擾1394上的標(biāo)準(zhǔn)GUID(即，IEEE的EUI-64)的方法。這些EUI-64是用于表示生產(chǎn)該設(shè)備的公司的24位公司標(biāo)識符和由產(chǎn)生EUI-64的公司管理的40位擴展的拼接，40位擴展負(fù)責(zé)它在所產(chǎn)生的整個標(biāo)識符集合內(nèi)的唯一性。公司標(biāo)識符由IEEE登記管理機構(gòu)以集中的方式管理。第一種在IPv4網(wǎng)絡(luò)上構(gòu)建這樣的GUID的方法是用0xFFFFFFFE與所討論的32位IP地址拼接。由于0xFFFFFFF不能由IEEE分配為公司標(biāo)識符，因此這種構(gòu)建GUID的方法一定會產(chǎn)生不與EUI-64形成的GUID沖突的標(biāo)識符。
另一種解決途徑是使用IEEE提出的通過擴展48位MAC地址構(gòu)造EUI-64的方法，也就是說，選擇0xccccccFFFFeeeeee的構(gòu)建形式，其中0xcccccc表示MAC地址中標(biāo)識公司的部分，而0xeeeeee表示MAC地址中的擴展。在這種情況下，根據(jù)IEEE限制40位擴展分配不能以0xFFFFFF或0xFFFFFE(它們分別預(yù)留為MAC-48和EUI-48的擴展標(biāo)記)開始這一事實來確保不與EUI-64沖突。
下面的表歸納了前面段中提到的各種格式的地址或標(biāo)識符。

在IPv6網(wǎng)絡(luò)的情況下，問題稍有不同。特別地，這個版本的IP提出128位地址。IPv6地址由兩個64位部分組成，接口的前綴和標(biāo)識符。該標(biāo)識符設(shè)計成對應(yīng)于除了公司標(biāo)識符中的“u/l”位以外的EUI-64。然而，該差別并不影響EUI-64的唯一性。因此可以直接采用IPv6地址的后64位來構(gòu)建HAVi設(shè)備的GUID。
在IPv4和IPv6雙兼容設(shè)備的情況下，我們應(yīng)當(dāng)采用設(shè)備的IPv6地址所定義的標(biāo)識符。對于按照IPv4在網(wǎng)絡(luò)上啟動并隨后變?yōu)関6兼容的設(shè)備，將該設(shè)備當(dāng)作斷開并且再連接，因此為其分配從其v6地址產(chǎn)生的標(biāo)識符。
當(dāng)HAVi設(shè)備連接到網(wǎng)絡(luò)上時，它進(jìn)入網(wǎng)絡(luò)發(fā)現(xiàn)階段，使它能確定該網(wǎng)絡(luò)上可用的其他設(shè)備。在低層網(wǎng)絡(luò)是1394總線的傳統(tǒng)情況下，由插入新設(shè)備引起的總線復(fù)位階段隨著每個設(shè)備獲得連接到總線的每個其他設(shè)備的總線上的地址列表而終止。然后，新設(shè)備可以詢問網(wǎng)絡(luò)的每個設(shè)備以便在其只讀存儲器中讀出該設(shè)備的自我描述數(shù)據(jù)(SDD代表“Self Describing Device”自我描述數(shù)據(jù))。特別地，HAVi規(guī)范要求每個設(shè)備具有此類可尋址的數(shù)據(jù)，以遵從IEEE 1212標(biāo)準(zhǔn)。
因此，出現(xiàn)了將該發(fā)現(xiàn)階段移植到1394總線之外的網(wǎng)絡(luò)上的問題。一方面，我們沒有允許網(wǎng)絡(luò)設(shè)備取得連接到網(wǎng)絡(luò)的所有設(shè)備的地址列表的固有機制。另一方面，像遵從IEEE 1212標(biāo)準(zhǔn)時那樣到遠(yuǎn)程設(shè)備的存儲器中讀取通常是不可能的。相反，IP網(wǎng)絡(luò)擁有廣播機制，能夠在網(wǎng)絡(luò)上沒有特定接收者地發(fā)送消息，每個連接的設(shè)備接收所述消息。每個連接到網(wǎng)絡(luò)的設(shè)備因此可以在網(wǎng)絡(luò)上發(fā)送廣播消息來聲明自己。
還存在組播機制。該機制定義組播地址。通過該機制，任何送往該組播地址的分組由訂閱該廣播地址的任何設(shè)備接收。因此可以定義公知的組播地址來專門在網(wǎng)絡(luò)上聲明HAVi設(shè)備。每個連接到網(wǎng)絡(luò)上的設(shè)備在該組播地址上聲明自己，并且訂閱該專用地址的網(wǎng)絡(luò)的所有其他設(shè)備將接收該聲明。
該消息還可以包括包含在SDD中的自我描述信息，這樣網(wǎng)絡(luò)的每個設(shè)備可以用其信息更新其表，就仿佛它去從設(shè)備的存儲器中讀取它一樣。該消息可以例如使用IP上UDP協(xié)議。這樣，我們將從UDP錯誤檢測中受益。還可以定義專用于HAVi的UDP端口。圖3中給出了該信息的一個例子。其中有-HAVi消息版本如在HAVi 1.1規(guī)范中一樣，它給出該設(shè)備支持的HAVi系統(tǒng)的版本。
○第一字節(jié)預(yù)留，必須為0×00○第二字節(jié)是主版本號○第三字節(jié)是副版本號-操作碼值為○0有效○1退出○2請求○3到255預(yù)留-更新標(biāo)識符初始化為0的8位字段，每當(dāng)消息中的值改變時遞增。這使得可以在不必比較所有值的情況下確定消息是否發(fā)生改變。
-設(shè)備種類定義設(shè)備的種類，可以是○0b0000預(yù)留○0b0001基本音頻視頻(BAV)○0b0010中間音頻視頻(IAV)○0b0011完全音頻視頻(FAV)○0b0100到0b1111預(yù)留
-DM該位對IAV設(shè)備指定是否實現(xiàn)DCM管理器，對于BAV設(shè)備必須設(shè)為0，對FAV設(shè)備必須設(shè)為1。
-SM該位對IAV設(shè)備指定是否實現(xiàn)流管理器，對于BAV設(shè)備必須設(shè)為0，對FAV設(shè)備必須設(shè)為1。
-RM該位對IAV設(shè)備指定是否實現(xiàn)資源管理器，對于BAV設(shè)備必須設(shè)為0，對FAV設(shè)備必須設(shè)為1。
-DC該位對IAV設(shè)備指定是否實現(xiàn)數(shù)據(jù)所指向的交互的控制器(DDI代表“Data Driven Interaction”，數(shù)據(jù)驅(qū)動交互)，對于FAV設(shè)備指定是否實現(xiàn)DDI控制器和2級用戶接口，對BAV設(shè)備必須設(shè)為0。
-DS該位指定設(shè)備的狀態(tài)是活動還是不活動的，在IP網(wǎng)絡(luò)上的HAVi設(shè)備的情況下必須設(shè)置為1，這是由于在網(wǎng)絡(luò)上聲明自己的事實表示該設(shè)備是活動的。
-Br該位指定設(shè)備是否是橋。
-GUID設(shè)備的全球唯一設(shè)備標(biāo)識符。
-IPV4地址設(shè)備的IPv4地址，如果未定義的話必須設(shè)為0。
-IPV6地址設(shè)備的IPv6地址，如果未定義的話必須設(shè)為0。
-廠商ID廠商的標(biāo)識符，由IEEE以全球和唯一的方式定義，能夠標(biāo)識設(shè)備的制造商。
-廠商長度指定標(biāo)識廠商的文本的長度，每個字符編碼為16位統(tǒng)一碼(unicode)。
-廠商文本標(biāo)識廠商的字符串，HAVi規(guī)范中限于50個字符。
-型號ID標(biāo)識由設(shè)備制造商定義的設(shè)備型號。
-型號長度指定標(biāo)識型號的文本的長度，每個字符編碼為16位統(tǒng)一碼。
-型號文本標(biāo)識模塊的字符串，HAVi規(guī)范中限于50個字符。
下面的字段只對BAV設(shè)備可用。對于IAV、FAV設(shè)備和不提供該信息因而也沒有DCM(“設(shè)備控制模塊”)、編碼單元的BAV設(shè)備，這些字段必須存在，并且必須設(shè)為0，直到后面跟著兩個零填充字節(jié)的“DCU URL大小”字段。
-DCU大小傳輸?shù)腄CM編碼單元的字節(jié)大小。
-DCU安裝空間不包括工作區(qū)在內(nèi)，安裝該單元所需的存儲器大小。
-DCU工作區(qū)編碼單元所需的工作區(qū)的估計。
-DCU URL大小DCU的地址的字節(jié)大小。
-URL數(shù)據(jù)形成找到編碼單元的地址的字符串。
我們剛剛看到，連接到網(wǎng)絡(luò)上的設(shè)備如何向網(wǎng)絡(luò)的其他設(shè)備聲明自己?，F(xiàn)在有必要定義該設(shè)備如何發(fā)現(xiàn)網(wǎng)絡(luò)的其他設(shè)備。為此，設(shè)備在網(wǎng)絡(luò)上發(fā)出詢問。該詢問可以以與前面所述的聲明消息相同的方式發(fā)出，也就是說，通過利用公知地址廣播或組播。該地址可以與聲明消息所定義的相同，或者可以是該消息特定的另一地址。接收到該詢問的網(wǎng)絡(luò)的每個設(shè)備用單播消息響應(yīng)。該響應(yīng)消息因而只發(fā)送到新連接的設(shè)備。該響應(yīng)消息必須包括作為聲明的、一般從SDD中讀取的自我描述信息。該響應(yīng)消息可以采用與聲明消息相同的形式，將操作碼字段設(shè)為0，代表“有效”。請求的格式可以是圖3所述的格式，其中“HAVi消息版本”字段具有與聲明中相同的含義，而“操作碼”字段設(shè)為2。也可以想象，在新設(shè)備連接到網(wǎng)絡(luò)后響應(yīng)于聲明消息直接發(fā)送響應(yīng)消息。在這種情況下，聲明消息和請求消息被合并。
連接到該網(wǎng)絡(luò)上的設(shè)備發(fā)現(xiàn)網(wǎng)絡(luò)階段的步驟歸納在圖5中。在步驟5.1中，設(shè)備連接到網(wǎng)絡(luò)上。一旦連接后，它在步驟5.2中向已經(jīng)連接到網(wǎng)絡(luò)的設(shè)備發(fā)出包含與其相關(guān)的自我描述信息的聲明消息。該自我描述信息是1394設(shè)備的SDD中包含的信息的對應(yīng)部分。一旦該設(shè)備在網(wǎng)絡(luò)上聲明了自己后，它通過廣播或組播向所有其他設(shè)備(5.3)發(fā)出請求。網(wǎng)絡(luò)的其他設(shè)備在步驟5.4中通過向請求的發(fā)送者發(fā)送響應(yīng)消息來響應(yīng)該請求，該響應(yīng)消息包含關(guān)于它們的自我描述信息。
HAVi規(guī)范在其結(jié)構(gòu)中提供通信介質(zhì)管理器CMM。CMM是取決于HAVi規(guī)范使用的底層網(wǎng)絡(luò)的實體。該管理器提供到網(wǎng)絡(luò)的接口，從而HAVi組件可以與不能完全通過HAVi消息交換監(jiān)視的設(shè)備交互。通過提供允許直接使用底層網(wǎng)絡(luò)的接口，HAVi模塊可以驅(qū)動網(wǎng)絡(luò)上的任何設(shè)備，而不管其操作模式和它使用的協(xié)議(甚至是專有的)如何。該管理器提供的另一功能是實現(xiàn)網(wǎng)絡(luò)上的HAVi設(shè)備的全球唯一標(biāo)識符(GUID)與它們的IP地址之間的鏈接。該管理器還使之能夠?qū)崿F(xiàn)網(wǎng)絡(luò)上指示的機制。依靠該指示機制，設(shè)備將可以訂閱網(wǎng)絡(luò)上另一設(shè)備發(fā)送的指示。因此它將能夠以消息的形式接收這些指示并且管理這些訂閱，這將在構(gòu)成該管理器的各種功能的描述中看出。這些指示的訂閱對應(yīng)于接收到的IP分組的過濾(作為它們來源的函數(shù)和該分組參與的IP上協(xié)議的函數(shù))。適用于IP網(wǎng)絡(luò)(CMMIP)的管理器包括下面函數(shù)Cmmip∷GetGuidListStatus Cmmip∷GetGuidList(out sequence<GUID>guidList)guidList是網(wǎng)絡(luò)的所有設(shè)備的GUID的列表。
該函數(shù)使之能夠取得網(wǎng)絡(luò)的所有HAVi設(shè)備的GUID的列表。
Cmmip∷GetIP AddressStatus Cmmip∷GetIPAdress(In GUID guid，Out sequence<IpAddress>ipAddressList)guid是HAVi設(shè)備的GUID。
IpAddressList是其GUID是網(wǎng)絡(luò)上的guid的設(shè)備的IP地址列表。一個設(shè)備最多能有一個IPv4地址和一個IPv6地址。
該函數(shù)返回其GUID所標(biāo)識的設(shè)備的IP地址。
Cmmip∷GetGuidStatus Cmmip∷GetGuid(in IpAdress ipAdress，out GUID guid)ipAdress是設(shè)備的IP地址，guid是設(shè)備的GUID。
該函數(shù)返回其IP地址所標(biāo)識的設(shè)備的GUID。
Cmmip∷SendStatus Cmmip∷Send(In Boolean useGuid，In GUID guid，In IpAddress ipAdress，In uchar hopLimit，In uchar upperProtocol，In sequence<octet>data)useGuid是布爾值，用于確定是使用目的設(shè)備的GUID還是IP地址來標(biāo)識它。
guid是在useGuid設(shè)為true時消息目的設(shè)備的GUID。
ipAdress是在useGuid設(shè)為false時消息目的設(shè)備的IP地址。
hopLimit是消息在被銷毀前可以經(jīng)過的路由器的最大數(shù)量。
upperProtocol是IP分組中包含的協(xié)議的代碼，例如UDP的代碼是17。
data表示希望發(fā)送的數(shù)據(jù)的字節(jié)序列。
該函數(shù)使之能夠?qū)P分組發(fā)送到由其GUID或其IP地址所標(biāo)識的設(shè)備。
Cmmip∷EnrollIndicationStatus Cmmip∷EnrollIndication(in Boolean useGuid，in GUID guid，in IpAdresse ipAdress，in OperationCode opCode，in uchar upperProtocol，out Boolean conflicts)useGuid是布爾值，用于確定是使用目的設(shè)備的GUID還是IP地址來標(biāo)識它。
guid是在useGuid設(shè)為true時消息目的設(shè)備的GUID。
ipAdress是在useGuid設(shè)為false時消息目的設(shè)備的IP地址。
opCode是呼叫方提供的操作碼，也就是說，管理器CMMIP將放在它要發(fā)送給客戶端的通知消息的“操作碼”字段中的值。
upperProtocol是希望接收的指示所使用的協(xié)議。
conflicts在該訂閱或(“登記”)與另一訂閱沖突時具有值true。
該函數(shù)允許管理器CMMIP的客戶端使用給定的協(xié)議訂閱設(shè)備在網(wǎng)絡(luò)上發(fā)送的指示。該機制使之能夠作為發(fā)送者和IP上使用的協(xié)議的功能，過濾設(shè)備的接口接收到的IP分組。所有位設(shè)為1的IP地址(IPv4中的0xffffffff或IPv6中的0xffffffffffffffffffffffffffffffff)或者所有位設(shè)為1的GUID使之能夠指示不希望對于發(fā)送者地址的過濾，而是希望接收具有正確協(xié)議的所有接收的分組而不管發(fā)送者是誰。管理器CMMIP將存儲產(chǎn)生其從消息管理系統(tǒng)獲得的Cmmip∷EnrollIndication的客戶端的SEID，從而允許在它接收對應(yīng)于該訂閱的IP分組之后利用我們稍后要見到的CmmipIndication通過消息向其送回所討論的分組。同一IP分組可以對應(yīng)于幾個訂閱，并且在這種情況下，將被發(fā)送到所有訂閱模塊。CMMIP也負(fù)責(zé)當(dāng)刪除客戶端時或者從網(wǎng)絡(luò)拔出設(shè)備時更新過濾器。
Cmmip∷DropIndicationStatus Cmmip∷DropIndication(in Boolean useGuid，in GUID guid，in IpAdresse ipAdress，in uchar upperProtocol)useGuid是布爾值，用于確定是使用目的設(shè)備的GUID還是IP地址來標(biāo)識它。
guid是在useGuid設(shè)為true時消息目的設(shè)備的GUID。
ipAdress是在useGuid設(shè)為false時消息目的設(shè)備的IP地址。
upperProtocol是不再希望接收的指示所使用的協(xié)議。
該函數(shù)允許客戶端解除訂閱。
<Client>∷CmmipIndicationStatus<Client>∷CmmipIndication(in Boolean useGuid，in GUID guid，in IpAdresse ipAdress，in uchar upperProtocol，in ushort dataSize，in sequence<octet>indicationData)useGuid是布爾值，用于確定是使用目的設(shè)備的GUID還是IP地址來標(biāo)識它。
guid是在useGuid設(shè)為true時消息目的設(shè)備的GUID。
ipAdress是在useGuid設(shè)為false時消息目的設(shè)備的IP地址。
upperProtocol是希望發(fā)送的指示所使用的協(xié)議。
dataSize是估計要發(fā)送的數(shù)據(jù)字節(jié)大小。
indicationData，這是表示構(gòu)成該指示的實際數(shù)據(jù)的字節(jié)序列。
CMMIP使用該函數(shù)將對應(yīng)于滿足訂閱準(zhǔn)則的IP分組的消息發(fā)送給客戶端。在接收到IP分組后，CMMIP測試設(shè)備上存在的客戶端的當(dāng)前的各種訂閱。如果IP分組的來源和協(xié)議對應(yīng)于客戶端的訂閱所確定的準(zhǔn)則，則通過該函數(shù)向其發(fā)送分組。
NewDevicevoid NewDevices(in sequence<GUID>guidList)guidList是新設(shè)備的GUID列表。
該事件是由CMMIP在一個或多個新設(shè)備在網(wǎng)絡(luò)上聲明它們自己時產(chǎn)生的。該事件僅在容納CMMIP的設(shè)備上本地提供，這是因為網(wǎng)絡(luò)上的每個HAVi設(shè)備都具有它自己的HAVi，因此沒有必要廣播該事件。
GoneDevicesvoid GoneDevices(in sequence<GUID>guidList)guidList是已被斷開的設(shè)備的GUID列表。
該事件是由CMMIP在一個或多個設(shè)備斷開網(wǎng)絡(luò)時產(chǎn)生的。通過發(fā)送通知斷開的消息，或者通過嘗試與所討論的設(shè)備通信或在發(fā)現(xiàn)階段期間的時限超時，檢測到設(shè)備與網(wǎng)絡(luò)的斷開。在這種情況下，CMMIP通過事件管理器發(fā)送事件，通知退出網(wǎng)絡(luò)的設(shè)備的GUID。該事件僅在容納CMMIP的設(shè)備上本地提供，這是因為網(wǎng)絡(luò)上的每個HAVi設(shè)備都具有它自己的CMMIP，因此沒有必要廣播該事件。
ChangedDevicesvoid ChangedDevices(in sequence<GUID>guidList)guidList是改變了IP地址的設(shè)備的GUID列表。
該事件是由CMMIP在網(wǎng)絡(luò)的一個或多個設(shè)備改變了IP地址時產(chǎn)生的。該改變可能是由于檢測到IP或其他地址之間的沖突而引起的。CMMIP通過事件管理器發(fā)送事件，通知改變了IP地址的設(shè)備的GUID。該事件僅在容納CMMIP的設(shè)備上本地提供，這是因為網(wǎng)絡(luò)上的每個HAVi設(shè)備都具有它自己的CMMIP，因此沒有必要廣播該事件。希望如此的客戶端可能在接收到該事件后通過Cmmip∷GetIpAddress函數(shù)請求所討論的一或多個設(shè)備的新地址。
GuidListReadyvoid GuidListReady(in sequence<GUID>guidList，in sequence<GUID>goneDevices，in sequence<GUID>newDevices，
in sequence<GUID>changedDevices)guidList是連接到網(wǎng)絡(luò)的所有HAVi設(shè)備的GUID列表。
goneDevices是在重新配置期間從網(wǎng)絡(luò)中消失的設(shè)備的GUID列表(可能為空)。
newDevices是在重新配置期間網(wǎng)絡(luò)上出現(xiàn)的設(shè)備的GUID列表(可能為空)。
changedDevices是在重新配置期間改變了IP地址的設(shè)備的GUID列表(可能為空)。
該事件是由CMMIP在網(wǎng)絡(luò)的設(shè)備的GUID列表可用時產(chǎn)生的。事實上，在網(wǎng)絡(luò)的重新配置期間，在CMMIP完成新配置的網(wǎng)絡(luò)發(fā)現(xiàn)階段的時刻之時，該列表不再可以通過Cmmip∷GetGuidList函數(shù)得到。該事件是設(shè)備本地的事件。
ProxyGuidCreatedvoid ProxyGuidCreated(in GUID proxyGuid，in sequence<IpAddress>ipAddressList)proxyGuid是為非HAVi設(shè)備創(chuàng)建的GUID。
ipAddressList是非HAVi設(shè)備的IP地址列表。
當(dāng)網(wǎng)絡(luò)的HAVi設(shè)備希望與網(wǎng)絡(luò)上的非HAVi設(shè)備交互時(LAV代表“Legacy Audio Video device”，傳統(tǒng)音頻視頻設(shè)備)，它可以安裝能夠管理該交互的設(shè)備控制模塊(DCM)。為了在HAVi環(huán)境中標(biāo)識該設(shè)備，需要為它分配GUID，非HAVi設(shè)備不具有這樣的標(biāo)識符。希望與其交互的HAVi設(shè)備因此將為它分配GUID并且將用作由該GUID尋址的該設(shè)備在HAVi環(huán)境中的中繼(代理)。將通過該事件在網(wǎng)絡(luò)上(而不是本地地)通知該中繼GUID的創(chuàng)建，通知創(chuàng)建的中繼GUID和由此標(biāo)識的設(shè)備的IP地址。
因此，如此實現(xiàn)的CMMIP模塊使之能夠構(gòu)建網(wǎng)絡(luò)的設(shè)備的GUID列表，并且實現(xiàn)這些設(shè)備的GUID與IP地址之間的鏈接。還可以在網(wǎng)絡(luò)上向通過其GUID或其IP地址已知的設(shè)備發(fā)送IP消息。也提供了以它們的來源和IP上使用的協(xié)議為特征登記來接收IP消息的可能性。
能夠在IP網(wǎng)絡(luò)上支持HAVi的設(shè)備6.1具有圖6所述的結(jié)構(gòu)。它必須具有內(nèi)部總線6.4，鏈接執(zhí)行HAVi棧所述模塊的處理器6.2。存儲在設(shè)備的只讀存儲器6.3中的這些程序?qū)⒈簧陷d到隨機存取存儲器6.5中以便執(zhí)行。與Ip網(wǎng)絡(luò)6.7的交流將通過IP網(wǎng)絡(luò)接口6.6實現(xiàn)。
權(quán)利要求
1.一種可連接到通信網(wǎng)絡(luò)的設(shè)備發(fā)現(xiàn)連接到該網(wǎng)絡(luò)的其他設(shè)備的方法，特征在于，它包括下列步驟將該設(shè)備連接到所述網(wǎng)絡(luò)；發(fā)出包含描述該設(shè)備的自我描述信息的聲明消息，送往連接到該網(wǎng)絡(luò)的所有其他設(shè)備；向連接到該網(wǎng)絡(luò)的所有其他設(shè)備發(fā)出自我描述信息請求消息；以及從網(wǎng)絡(luò)的其他設(shè)備中的每一個接收響應(yīng)消息，該響應(yīng)消息包含該其他設(shè)備的自我描述信息。
2.如權(quán)利要求1所述的方法，其中請求消息和聲明消息被合并。
3.如權(quán)利要求1或2所述的方法，其中描述設(shè)備的自我描述信息包含該設(shè)備在網(wǎng)絡(luò)上的地址。
4.如權(quán)利要求1到3之一所述的方法，其中描述設(shè)備的自我描述信息包含不同于地址的唯一全球標(biāo)識符，用于在網(wǎng)絡(luò)上標(biāo)識該設(shè)備。
5.如權(quán)利要求1到4之一所述的方法，其中描述設(shè)備的自我描述信息包含使之能夠控制該設(shè)備的軟件模塊的特性。
6.如權(quán)利要求1到5之一所述的方法，其中通過廣播在網(wǎng)絡(luò)上發(fā)送聲明消息。
7.如權(quán)利要求1到5之一所述的方法，其中通過在其他設(shè)備必須已訂閱的預(yù)定義組播地址上組播來發(fā)送聲明消息。
8.一種可連接到網(wǎng)絡(luò)的設(shè)備，特征在于，它擁有用于向網(wǎng)絡(luò)中的所有其他設(shè)備發(fā)出包含描述該設(shè)備的自我描述信息的聲明消息的器件；用于向網(wǎng)絡(luò)中的所有其他設(shè)備發(fā)出請求自我描述信息的消息的器件；和用于接收響應(yīng)消息的器件，該響應(yīng)消息包含描述網(wǎng)絡(luò)其他設(shè)備中的每一個的信息。
9.如權(quán)利要求8所述的設(shè)備，其中描述設(shè)備的自我描述信息包含該設(shè)備在網(wǎng)絡(luò)上的地址。
10.如權(quán)利要求8到9之一所述的設(shè)備，還包括使之能夠產(chǎn)生不同于該設(shè)備在網(wǎng)絡(luò)上地址的唯一全球標(biāo)識符的器件。
11.如權(quán)利要求8到10之一所述的設(shè)備，其中描述設(shè)備的自我描述信息包含使之能夠控制該設(shè)備的軟件模塊的特性。
12.如權(quán)利要求8到11之一所述的設(shè)備，還包括用于通過廣播在網(wǎng)絡(luò)上發(fā)送聲明消息的器件。
13.如權(quán)利要求8到11之一所述的設(shè)備，還包括用于通過在其他設(shè)備必須已訂閱的預(yù)定義組播地址上組播來發(fā)送聲明消息的器件。
全文摘要
本發(fā)明涉及基于1394總線之外的網(wǎng)絡(luò)技術(shù)的網(wǎng)絡(luò)上音頻和視頻互操作性。本發(fā)明具體涉及一種可連接到通信網(wǎng)絡(luò)的設(shè)備發(fā)現(xiàn)連接到該網(wǎng)絡(luò)的其他設(shè)備的方法，包括該設(shè)備連接到所述網(wǎng)絡(luò)的步驟；發(fā)出包含描述該設(shè)備的自我描述信息的聲明消息、送往連接到該網(wǎng)絡(luò)的所有其他設(shè)備的步驟；向連接到該網(wǎng)絡(luò)的所有其他設(shè)備發(fā)出自我描述信息請求消息的步驟；和從網(wǎng)絡(luò)的其他設(shè)備中的每一個接收響應(yīng)消息的步驟，該響應(yīng)消息包含該其他設(shè)備的自我描述信息。本發(fā)明還涉及一種可連接到網(wǎng)絡(luò)的設(shè)備，它擁有用于向網(wǎng)絡(luò)中的所有其他設(shè)備發(fā)出包含描述它的自我描述信息的聲明消息的器件；用于向網(wǎng)絡(luò)中的所有其他設(shè)備發(fā)出自我描述信息請求消息的器件；和用于接收響應(yīng)消息的器件，該響應(yīng)消息包含描述網(wǎng)絡(luò)其他設(shè)備中的每一個的信息。
文檔編號H04L12/24GK1906895SQ200580001889
公開日2007年1月31日 申請日期2005年1月4日 優(yōu)先權(quán)日2004年1月6日
發(fā)明者讓-巴普蒂斯特·亨利, 讓-弗朗科伊斯·弗勒里 申請人:湯姆森特許公司