UPnP:Universal Plug and Play

來源:互聯網
上載者:User


多現成的、新的及令人興奮的方案,包括家庭自動化、列印、圖片處理、音頻 / 視頻娛樂、廚房裝置、汽車網路和公用集會場所的類似網路。UPnP 是一
種分布式的,開放的網路架構,它可以充分發揮 TCP/IP 和網路技術的功能,不但能對類似網路進行無縫串連,而且還能夠控制網路裝置及在它們之間傳
輸資訊。在 UPnP 架構中沒有裝置驅動程式,取而代之的是普通協議。UPnP 是獨立的媒介。在任何作業系統中,利用任何程式設計語言都可以使用
UPnP 裝置。

UPnP 並不是周邊裝置隨插即用模型的簡單擴充。在設計上,它支援0設定、網路連接過程"不可見"和自動尋找眾多供應商提供的多如繁星的裝置的類型。
換言之,一個 UPnP 裝置能夠自動跟一個網路連接上、並自動獲得一個 IP 位址、傳送出自己的權能並獲悉其它已經串連上的裝置及其權能。最後,此
裝置能自動順利地切斷網路連接,並且不會引起意想不到的問題。

UPnP 推動了英特網技術的發展,包括 IP、TCP、UDP、HTTP、SSDP 和 XML 等技術。在英特網上契約以有線應用協議為基礎,而該
協議是說明性的、利用 XML 進行表述和 HTTP 進行傳輸的。與此相同的是,UPnP 的明確設計目標就是提供這樣的環境。再者,當成本、技術或
經費等方面的因素阻止了在某種媒介裡或接入其中的裝置上運用 IP 時,UPnP 能夠通過橋接的方式提供非 IP 協議的媒體通道。UPnP 不會為
應用程式指定 API,因此供應商們就可以自己建立 API 來滿足客戶的需求。

以下是微軟官方網站對UPnP的解釋:

問:什麼是 UPnP?
答:通用隨插即用 (UPnP) 是一種用於 PC 機和智慧型裝置(或儀器)的常見對等網路串連的體繫結構,尤其是在家庭中。UPnP 以
Internet 標準和技術(例如 TCP/IP、HTTP 和 XML)為基礎,使這樣的裝置彼此可自動連接和協同工作,從而使網路(尤其是家庭網
絡)對更多的人成為可能。

問:UPnP 對消費者意味著什嗎?
答:簡單、更多選擇和更新穎的體驗。包含通用隨插即用技術的網路產品只需實際連到網路上,即可開始正常工作。實際上,UPnP 可以和任何網路媒體技術
(有線或無線)協同使用。舉例來說,這包括:Category 5 乙太網路電纜、Wi-Fi 或 802.11B 無線網路、IEEE
1394("Firewire")、電話線網路或電源線網路。當這些裝置與 PC 互連時,使用者即可充分利用各種具有創新性的服務和應用程式。

以下是BC官方網站對UPnP的解釋:

UPnP(Universal Plug and Play),通用隨插即用,是一組協議的統稱,不能簡單理解為UPnP="自動連接埠映射"。在
BitComet下載中,UPnP包含了2層意思:
1、對於一台內網電腦,BitComet的UPnP功能可以使網關或路由器的NAT模組做自動連接埠映射,將BitComet監聽的連接埠從網關或路由器映
射到內網電腦上。
2、網關或路由器的網路防火牆模組開始對Internet上其他電腦開放這個連接埠。

二、哪些使用者需要用UPnP功能?

1、只有在需要使用一些支援UPnP功能的P2P軟體的時候,如BT、電騾eMule、MSN等,我們才需要考慮UPnP這個東東。如果你根本就不用這
些軟體,僅僅是上網瀏覽的話,下文就沒必要看了;

2、如果你需要使用這些P2P軟體,但你是外網使用者,那麼下文也可以不看了,因為你不需要做什麼UPnP就可以正常使用這些P2P軟體了;

3、如果你是內網使用者,但你已經手動為這些P2P軟體進行了連接埠映射,如在使用BC下載時,在"使用者列表"中已經看到"遠程",或者是使用電騾
eMule串連伺服器成功後,已經顯示為高ID,那麼下文也可以不看了。

但需要注意的是,手動做的連接埠映射只是針對某個P2P軟體起作用,如果再使用新的P2P軟體的話,仍然需要針對新的P2P軟體做相應的連接埠映射才可
以;

4、如果你是內網使用者,需要使用這些P2P軟體,而且並未進行手動連接埠映射,比如在使用BC進行下載時,"使用者列表"中只有"本地"而沒有"遠程",在
使用電騾eMule的時候,顯示的也是低ID,那麼此時我們才需要考慮連接埠映射的問題!

這時我們可以有兩種選擇:

1、進行手動連接埠映射,方法參見上面第3點的連結文章;
2、開啟UPnP功能,進行自動連接埠映射,也就是我們下面所講的內容;

小結:UPnP自動連接埠映射的目的:

以BC為例,手動連接埠映射和自動UPnP連接埠映射都是為了獲得遠端連線,因此凡是在"使用者列表"裡看見了"遠程"的使用者,都不需要進行連接埠映射或是
UPnP!UPnP和連接埠映射只需要取其一,他們相當於達到目的的2種不同的方法而已。

因此如果你的系統或者硬體不支援UPnP功能,大可不必傷心,按照第3點的連結文章中的方法手動做連接埠映射就可以了,效果是一樣的;

三、實現UPnP必須滿足哪些條件:

必須同時滿足3個條件:

1、Modem必須支援UPnP功能:是否具備此功能可查閱說明書或者直接諮詢廠家。一般來講,Modem還必須同時支援路由功能,除非你配備了單獨的
路由器;

2、作業系統的支援:文章開頭提到的那篇介紹UPnP的文章中,提到只有windows xp系統才支援UPnP功能,但微軟的官方網站聲稱從
Windows Me開始就已經支援UPnP功能了。但Windows Me這個作業系統我也沒有用過,大家可以自行測試;

3、軟體必須支援UPnP功能:如BC、電騾eMule、MSN等軟體都支援UPnP功能;

四、如何開啟UPnP功能

1、在Modem或者ROUTE中啟用UPnP功能

2、在作業系統中開啟UPnP功能

如果你使用的是XP SP2系統,則首先進入:控制台->添加或刪除程式->添加/刪除windows組件中,在"網路服務"中勾選"UPnP使用者界
面",

3、在windows中開啟相應的UPnP服務:

進入"控制台->管理工具->服務",找到SSDP Discovery Service和Universal Plug and Play
Device Host兩項服務

問:我剛上寬頻網,我聽說如果運用好"UPNP"協議可以提高上網速度,請問"UPNP"協議是什麼含義?具體如何應用?

答:UPNP的全稱是Universal Plug and Play。UPnP規範基於TCP/IP協議和針對裝置彼此間通訊而制訂的新的
Internet協議。事實上,UPNP的制定正是希望未來所有聯入Internet中的裝置能夠不受網關阻礙的相互連信。比如用MSN
Messager傳輸檔案將更加快捷方便了
,那到底如何如何利用UPNP呢?

首先我們需要進入路由器的Web控制介面中開啟路由器的UPNP功能。在瀏覽器中輸入路由器的地址,進入路由器的管理頁面之後,找到UPNP功能,
並將其設定為Enable。

然後我們便可以進入Windows XP的設定。在Windows XP中,UPNP支援模組並不是預設安裝的,因此我們需要按照以下步驟對其進行
手動安裝:

在"添加或刪除程式"對話方塊中,點擊"添加/刪除Windows組件"。在"Windows組件嚮導"中,點擊"網路服務",點擊"詳細",然後選
擇"通用隨插即用"複選框。重新啟動之後,Windows XP提示找到新硬體,進入網路位置後你會發現路由器,說明UNNP功能就開啟了。現今市場上
幾乎所有的寬頻路由器都提供UPNP功能的支援,通過我們的合理配置,可以讓我們在點對點檔案傳輸等方面獲得更好的體驗和更快的速度。(GSF)
統一隨插即用英文是Universal Plug and Play,縮寫為UPnP。要說電腦外設的隨插即用(Plug and Play(縮寫
PnP)),大家可能很熟悉,但對統一隨插即用,多數人會感到是一頭霧水。由於windows xp加入對UPnP的支援,並且被查出存在很嚴重的安全
問題,所以,一時間,使得UPnP名聲大噪。巧的是,本人原來查閱過關於UPnP的技術白皮書,而且也較為詳細地看了關於此次發現的安全缺陷的介紹。因
此,趁著這個機會,將UPnP以及引起安全缺陷的詳情披露出來。

一、 UPnP是用來幹什麼的?

網路發展到現在,已經可以使我們在網上衝浪、收發郵件、聽到遠方傳送來的聲音、搜尋感興趣的內容、下載軟體、點播節目、即時聊天等等、等等......實現
的功能好像已經不少,但,人的慾望無止境,享福人還想更享福,還有許多目標沒有達到:例如,怎樣才能使我們在網路上,像平時用遙控器那樣,操作空調器、
電風扇、廚房電器,或網路遠端的電器裝置呢?如何利用網路上的電腦資源,使這種"遙控"更具智能化?甚至,將一系列相關的控制寫到一個指令碼中,以便用
戶定製自己所喜愛的控制流程程?......等等。實現諸如此類的效果,將是有巨大需求的應用技術。如果實現通過網路用UPnP控制家用裝置,將給我們的生活帶來
很大的方便和很多新的體驗。例如:

1.你在下班之前,或在回去的路上,就可以先開啟家裡的空調器和廚房裝置,等進入家門,立刻就是一個溫度宜人的環境----廚房裡的飯也做好了。房間溫
度的高低和廚房內煮飯的過程,都是根據事先設計好的"指令碼"程式進行的,絕對可靠。
2.你若是一位上檔次的音樂發燒者,肯定對聆聽音樂的環境要求很嚴:音箱位置高低、音量大小、燈光明暗、窗帘拉不拉上都有講究。手動控制隨好,畢竟
不方便。你要使用上UPnP,一切都會為你代勞。還能將你習慣的音響音量、燈光亮度、音箱的高度等等,以你認為最佳的參數寫到執行指令碼中,以後可以都以
此為準。如果你擁有自己的專門聽音室,只要你開啟聽音室的門,上述的環境就會立刻設定好。曲終人散,只管放心離開好了,UPnP系統會自己關閉音響,熄
滅電燈,拉上窗帘。
3.你人在辦公室,心裡卻放不下家裡的孩子。用上UPnP,只要在家裡安裝網路攝影機,建立好與網路的串連。在辦公室內,啟用案頭電腦的WEBTV,連
通網路後,可以即時監視孩子在家裡的一舉一動。

凡此種種的方便和誘人之處還很多,不勝枚舉。

其實,這已經不是科學幻想、也不是專家預言。目前用UPnP協議就可以實現這些操作!這正是windows xp系統急於加入UPnP的原因。正因
為UPnP是一個協議,UPnP的使用可跨越各種作業系統平台,開發應用程式也沒有開發語言的局限。可工作於各種形式的網路結構。且僅以現在的網路設施
為基礎,僅僅加上這個UPnP協議,既不用添加新的設施,也不用重新架設網路介質就可以投入使用!

UPnP協議具有下述特色:

1. 以網路為應用環境,不考慮"孤島"中的電腦。
2. 以TCP/IP和整個Internet為基礎。這樣是"中立"的,不依附於任何作業系統或應用程式,不使用特定的API函數,不受程式設計語
言的局限。可以無縫地接入傳統網路。
3. 裝置可以動態地進入網路中,隨後獲得IP地址,"學習" 或尋找自己應當進行的操作和服務的資訊;"感知"別的裝置是否存在以及它們的作用和
當前的狀態 。所有這些,都應當是可自動完成的。
4. 每個裝置都可讀取屬於自己的、特定的狀態和參數;完成控制操作後應當發出"操作完成"的響應訊號。如果失敗,則應發出控制失敗的訊號。

二、UPnP協議的層:

UPnP協議的最終目的,是建立一個可用的裝置模型, 因篇幅這裡不對整個結構進行詳細的分析,但你應當記住下面的主要特徵:

1. UPnP是一個多層協議構成的架構體系,每一層都以相鄰的下層為基礎,同時又是相鄰上層的基礎。直至達到應用程式層為止。該圖中的最下面是就是
IP和TCP,共兩層,負責裝置的IP地址。
2. 三層是HTTP、HTTPU、HTTPMU,這一層,大家應當是熟悉的,屬於傳送協議層。傳送的是內容都經過"封裝"後,存放在特定的XML
檔案中的。對應的SSDP、GENA、SOAP指的是儲存在XML檔案中的資料格式。到這一層,已經解決了UPnP裝置的IP地址和傳送資訊問題。
3. 第四層是UPnP裝置體系定義,僅僅是一個抽象的、公用的裝置模型。任何UPnP裝置都必須使用這一層。
4. 第五層是UPnP論壇的各個專業委員會的裝置定義層,在這個論壇中,不同電器裝置由不同的專業委員會定義,例如:電視委員會只負責定義網路電
視裝置部分,空調器委員會只負責定義網路空調裝置部分......,依此類推。所有的不同類型的裝置都被定義成一個專門的架構或者模板,供建立裝置的時候使用。
可以推知,進入這一層,裝置已經被指定了明確用途。當然,這些都必須遵守標準化的規範。從目前看,UPnP已經可以支援大部分的裝置:從電腦、電腦外
設,行動裝置和家用消費類電子裝置等等,無所不包,隨著這個體系的普及,將可能有更多的廠家承認這一標準,最終,可能演化為公認的行業標準。
5. 最上層,也就是應用程式層,由UPnP裝置製造廠商定義的部分。這一層的資訊是由裝置製造廠商來"填充" 的,這部分一般有裝置廠商提供的、對設
備控制和操作的底層代碼,然後,就是名稱序號呀,廠商資訊之類的東西。
三、協議內部的詳細情況

僅僅有這樣五層UPnP協議,也只不過有了一個共同遵守的架構,實際的UPnP系統究竟是如何構成的呢?

完整的UPnP服務系統由支援UPnP的網路和符合UPnP規範的裝置共同構成的。

整個系統是由裝置、服務、和控制指標三部分所構成。

裝置:
這裡是指符合UPnP規範的裝置。一個UPnP裝置可以看成一個包含服務並嵌套了常規裝置的"容器" 。例如,一個UPnP的VCR(錄影機)裝置
可以包含磁帶傳送服務、調諧服務和時鐘服務。就是說,UPnP之下的裝置不能僅僅理解為硬體意義上的裝置,而應當包括服務功能。

不同種類的UPnP裝置將關聯不同的設定、服務和嵌入裝置。如印表機和VCR屬於不同用途的裝置,服務就不可能定義成一樣的。

服務:
裝置執行使用者請求的控制過程,可劃分成一個個很小的階段或單位,每個單位就稱為一個服務。每一個服務,對外都表現為具體的行為和模式,而行為和模式
又可以用狀態和變數值進行描述。只要可以用數值描述,在電腦裡面就容易處理了。例如,模仿一個時鐘,它只有一個工作模式:這個模式就是類比並顯示當前
的時間。而一個時鐘的行為共有兩種(也只有兩種):

1. 設定時間(用來"即平時說的對錶").
2. 得到時間(用於顯示時間)。

其它裝置服務,也是用這樣思路來描述和定義的,一個裝置也可以被定義多個服務。不論是裝置的定義資訊和服務的描述資訊,都儲存在一個XML檔案中,
這個檔案也是UPnP協議構成的一部分。當裝置建立和使用服務的時候,XML檔案可以與它們進行關聯。

XML檔案中還有一個很關鍵的"狀態表",狀態表可進一步分為"服務狀態表"和"事件狀態表"。整個UPnP裝置啟動並執行全過程內,狀態表貫穿始終,
當裝置狀態改變的時候,例如發生參數變化或狀態重新整理的時候,立即就在"狀態表"中反映出來。如控制伺服器在接收到設定時間的行為請求時,就立即執行請求
(對時操作),並給出響應,同時更新狀態表中的有關資料。相應地,事件伺服器負責向對此事件感興趣的裝置公布所發生的狀態改變。例如,一個火災事件發生
後,事件伺服器就向火災通報器發布這個事件,導致通報器動作產生警示訊號。
控制指標:
在UPnP網路中,使用者請求裝置執行的控制是通過控制指標實現的,控制指標首先是一個有能力控制別的裝置的控制者,還要具有在網路中 "發現"控制
目標的能力。在發現(控制目標)之後,控制指標應當:

①取得裝置的描述資訊並得到所關聯的服務列表。
②取得相關服務的描述。
③調用控制服務行為。
④確定服務的事件 "源",不論何時,只要服務狀態發生改變,事件伺服器會立即向控制指標發送一個事件資訊。

從上面說到的各種資訊,都儲存在XML檔案中,不同用途的資訊,格式不同。保證可以各取所需,不會混淆。

那麼,UPnP的完整工作過程是怎樣的呢?

UPnP在控制指標和被控制裝置之間提供通訊功能。而網路介質、TCP/IP協議、HTTP僅提供基本的串連和IP地址分配。整個工作過程需要處理
六個方面的內容,即地址分配、發現裝置、對裝置的描述、裝置控制、裝置事件、裝置表達。

地址問題:
地址是整個UPnP系統工作的基礎條件,每個裝置都應當是DHCP(Dynamic Host Configuration Protocol 動
態主機配置協議)的客戶。當裝置首次與網路建立串連後,利用DHCP服務,使裝置得到一個IP地址。這個IP地址可以是DHCP系統指定的,也可以是由
裝置選擇的,當然,有能力自己選擇IP地址的裝置,必然是那些"聰明"的裝置才行!這也就是所謂的"自動"IP地址。

如果遇到本地DHCP管理範圍之外的IP地址請求,還需要解決"友好裝置"

的地址分配問題,這個問題通常由網域名稱伺服器來解決。

發現裝置:
可分成兩種情況,一種是在有控制請求之後,在當前的網路中尋找有無對應的可用裝置;另一種情況是某一裝置接入網路、取得IP地址之後,就開始向網
絡"廣播"自己已經進入網路,即尋找控制請求。

裝置的描述:
簡單說,這是聲明"自己"是什麼樣的裝置,例如名稱、製造廠商、序號碼等等。剛開始"發現"裝置後,控制指標對這個裝置的"瞭解"還很少,需要依
據ULR找到該裝置的描述檔案,從這些檔案中讀取更多的描述資訊。描述資訊的範圍很廣,一般都是由裝置的製造廠商提供的。主要的描述項目有:控制的模式
名稱和模式號碼、裝置序號、製造廠商名稱、廠商的WEB的ULR......等等。這些一般都存放在特定的XML檔案中;
裝置控制:
控制指標找到裝置描述之後,會從描述中"提煉"出要進行的操作並獲悉所有的服務;對每個UPnP裝置來說,這些描述必須是很確切、很詳細的,描述中
可能包含有命令或行為列表、服務響應資訊、用到的參數等等。對於服務的每個行為,也伴有描述資訊:主要是整個服務進行期間的變數、變數的資料類型、可用
的取值範圍和事件的特徵。

要控制某個裝置,控制指標必須先發送一個控制行為請求,要求裝置開始服務,然後再按裝置的ULR發送相應的控制訊息,控制訊息就是放置在XML檔案
中的那些SOAP格式的資訊。最後,服務會返迴響應資訊,指出服務是成功或是失敗。

裝置事件:
在服務進行的整個時間內,只要變數值發生了變化或者模式的狀態發生了改變,就產生了一個事件,系統將修改上述提到的事件列表的內容。隨之,事件服務
器把事件向整個網路進行廣播。另一方面,控制指標也可以事先向事件伺服器預約事件資訊,保證將該控制指標感興趣的事件及時準確地傳送過來。

廣播或預約事件,傳送的都是事件訊息,事件訊息也放在XML檔案中,使用的格式是GENA。

裝置投入工作之前的準備------初始化過程,也是一個事件,初始化需要的各種資訊也是用事件訊息傳送的。包括的內容主要是:變數初始值,模式的初始狀
態等等。

裝置表達:
只要得到了裝置的ULR,就可以取得該裝置表達頁面的ULR,然後可以將此表達納入使用者的本地瀏覽器上。這部分還包括與使用者對話的介面,以及與使用者
進行會話的處理。

整個UPnP系統,是在"中樞神經"的指揮下協同工作的。其大致情形如下:

凡是具備IP地址的的裝置都必須直接使用網路的IP地址,但有些裝置可能並不具備直接使用網路IP地址的能力,例如,電燈開關的控制就是這樣,這是
非IP裝置;非IP裝置通過橋接器(UPnP Bridge)來與控制指標交換資訊。

直接使用IP地址的有:控制指標(可在口袋電腦和遠程裝置上發出控制)、本地裝置,例如VCR和時鐘;以及橋接器。非IP裝置有所謂輕裝置(如溫度控
制器)和非UPnP的裝置(如電燈控制開關等)。
上述介紹屬於硬體方面,下面再說作為控制靈魂的軟體:在上面的敘述中,多次提到用XML檔案存放需要的資訊,因為無論是控制指標或裝置服務,都需要很多
資訊,有讀出的,有傳出的,UPnP協議約定這些都存放在特定的檔案XML中。用途不同的資訊,在XML檔案中的格式不同。所以,相關的XML檔案是控
制服務的靈魂。

四、關於UPnP隱藏的安全缺缺陷:

這次發現的安全缺陷共有兩個,其中第一個缺陷是對緩衝區(Buffer)的使用沒有進行檢查和限制。外部的攻擊者,可以通過這裡取得整個系統的控制
特權!由於UPnp功能必須使用電腦的連接埠來進行工作,取得控制權的攻擊者,還有可能利用這些連接埠,達到攻擊者的目的。這個缺陷導致的後果很嚴重,不
論那個版本的windows 系統,只要運行UPnP,就都存在這個危險!但嚴格地說,這並不完全是UPnP技術本身的問題,更多的是程式設計的疏
忽。

第二個缺陷就與UPnP的工作機理有關係了!

該缺陷存在於UPnP工作時的"裝置發現"階段。發現裝置可以分為兩種情況:如果某個具備UPnP功能的電腦引導成功並串連到網路上,就會立刻向
網路發出"廣播",向網路上的UPnP裝置通知自己已經準備就緒,在程式設計這一層級上看,該廣播內容就是一個M-SEARCH(訊息)指示。該廣播將
被"聲音所及"範圍之內的所有裝置所"聽到"。並向該電腦反饋自己的有關資訊,以備隨後進行控制之用。

相類似,如果某個裝置剛剛串連到網路上,也會向網路發出"通知",表示自己準備就緒,可以接受來自網路的控制,在程式設計這一層級上看,該通知就是
一個NOTIFY(訊息)指示。也將被"聲音所及"範圍之內的所有電腦接受。電腦將 "感知"該裝置已經向自己"報到"。實際上,NOTIFY(消
息)指示也不是單單發送給電腦聽的,別的網路裝置也可以聽到。

就是在上述的一播一聽之間,出現了問題!

如果某個駭客向某個使用者系統發送一個NOTIFY(訊息)指示,該使用者系統就會收到這個NOTIFY(訊息)指示並在其指示下,串連到一個特定服務
器上,接著向相應的伺服器請求下載服務------下載將要執行的服務內容。伺服器當然會響應這個請求。UPnP服務系統將解釋這個裝置的描述部分,請求發送
更多的檔案,伺服器又需要響應這些請求。這樣,就構成一個"請求----響應"的迴圈,大量佔用系統資源,造成UPnP系統服務速度變慢甚至停止。所以,這
個缺陷將導致"拒絕服務"攻擊稱為可能!

結束語

UpnP正在向我們一步步走近,現在已經是足聲可聞了。不久的將來,必然對我們的工作和生活產生巨大影響。也蘊含著無限商機。儘管現在存在問題,也
難保以後就不會再出現新的問題,但這既然體現了人的需求意向,就會有巨大的生命力,暫時的挫折不會使得它停下前進的腳步!

     傳送協議:
主要用HTTP 、HTTPU和HTTPMU:

HTTP:
這是大名鼎鼎的東西,不用多說,但就UPnP系統來說,HTTP及其派生協議都屬於核心部分。

HTTPU和HTTPMU:
這些都是從HTTP協議中派生定義出來的。主要用於傳送SSDP格式的裝置訊息。

SSDP:
是一個"簡單服務發現協議" ,即英文"Simple Service Discovery Protocol的縮寫" , 該協議定義了如何在網
絡上發現網路服務的方法。SSDP也規定了存放在XML檔案中的資訊格式。SSDP資訊的傳送是依靠HTTPU和HTTPMU進行的。不論是控制指標,
或是UPnP裝置,工作中都必然用到SSDP,裝置接入網路之後,要利用它向網路廣播自己的存在(廣播的資訊中還有裝置位置的描述),以便儘快與對應的
控制指標建立聯絡;控制指標則利用SSDP來搜尋自己將要控制的裝置在哪裡?並且可以排除已經存在的裝置和控制指標----只為新近的或尚未"聯絡"上的雙
方服務。

控制指標利用SSDP的方式是經由HTTPU發出搜尋請求,這種請求可以很詳細,能具體到需要什麼樣的裝置以及何種服務。例如:請求對特定的VCR
機進行設定時鐘的服務。

裝置利用SSDP的方式是"收聽"來自網路連接埠的訊息,從中發現與自己匹配的資訊,一旦找到與自己匹配的資訊,經由HTTPMU來發送一個響應資訊
到控制指標。

GENA:
這是事件訊息採用格式,是所謂"普通時間通知體系Generic Event Notification Architecture"的縮寫。關於
事件訊息,在上面已經有介紹。

SOAP:
即簡易物件存取通訊協定 (SOAP),實際就是通過該協議傳遞控制訊息並返回裝置對訊息的響應結果。它利用XML和HTTP進行遠程調用。使用防火牆或別的網路安全
措施不會影響SOAP的使用。

每個UPnP控制請求都可作為一個SOAP控制訊息,控制訊息中還包含有控制行為描述和所用到的參數。

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.