專利名稱：一種基于注冊機制的改進型UPnP A/V架構(gòu)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明公開了一種基于注冊機制的改進型UPnP A/V架構(gòu)，特別涉及當家庭網(wǎng)絡(luò)中有多個控制點時，UPnP A/V設(shè)備如何同這些控制點進行播放前的信息交互以達到被其發(fā)現(xiàn)并加以控制的目的，屬于UPnP (通用即插即用)技術(shù)領(lǐng)域。
背景技術(shù)：
隨著3C融合技術(shù)的發(fā)展，消費類電子產(chǎn)品越來越普及，個人電腦、智能手機、數(shù)字電視、PDA等數(shù)字家電產(chǎn)品應經(jīng)深入到人們的日常生活中。如果能夠構(gòu)建一個內(nèi)部互聯(lián)、媒體資源共享的家庭網(wǎng)絡(luò)，將會更加方便人們的日常生活；同時也將大量減少存儲資源和計算資源的浪費。國內(nèi)外相繼出現(xiàn)了多種家庭網(wǎng)絡(luò)互連標準，而UPnP標準是得到廣泛支持、最有發(fā)展前途的一種，是當今各國研究的熱點。UPnP (Universal Plug and Play,通用即插即用),主要用于實現(xiàn)設(shè)備之間的智能互聯(lián)互通；它不需要設(shè)備驅(qū)動程序，取而代之的是通用協(xié)議，因此使用UPnP建立的網(wǎng)絡(luò)是介質(zhì)無關(guān)的；它與操作系統(tǒng)無關(guān)，可以運行在幾乎所有的操作系統(tǒng)平臺之上；它也與具體的編程語言無關(guān)，可以使用C、C++和JAVA等開發(fā)語言；使得在辦公室、家庭和其它公共場所都可以方便的構(gòu)建一個設(shè)備之間相互連通的網(wǎng)絡(luò)環(huán)境。UPnP提供的媒體播放體系結(jié)構(gòu)定義了基本的A/V設(shè)備和服務模板，說明了控制點和UPnP A/V設(shè)備之間的整體關(guān)系。它獨立于任何特定的設(shè)備類型、內(nèi)容格式及傳輸協(xié)議。它支持多種設(shè)備，例如電視機，CD/DVD播放器、自動電唱機，立體聲系統(tǒng)、MP3播放器、數(shù)碼照相機和攝像機等；同時A/V體系結(jié)構(gòu)允許設(shè)備支持多種格式的媒體內(nèi)容(例如MPEG2、MPEG4、見￡6、]\^3、戰(zhàn)^等)，以及多種傳輸協(xié)議(例如ffiEE_1394、HTTP、RTP等)。

目前的UPnPA/V架構(gòu)如說明書附圖1所示?？梢钥闯?，在目前的架構(gòu)中有三個功能不同的實體，分別是:控制點(控制點)、媒體服務器(Media Server)、媒體渲染器(MediaRenderer)，后兩種也稱之為UPnP A/V設(shè)備?？刂泣c主要是用來協(xié)調(diào)管理媒體服務器和媒體渲染器的，使得它們能夠自動的實現(xiàn)媒體播放；媒體服務器主要用來提供媒體資源；媒體渲染器主要用來渲染播放媒體內(nèi)容。在媒體內(nèi)容播放控制之前，控制點需要和媒體服務器和媒體渲染器進行一系列的信息交互。通過這些信息交互，控制點能夠發(fā)現(xiàn)接入到網(wǎng)絡(luò)中的所有UPnP A/V設(shè)備(MediaServers、Media Renderers)、選擇感興趣的設(shè)備、比較匹配它們各自所支持的傳輸協(xié)議和數(shù)據(jù)格式、調(diào)用播放控制動作等。播放控制前的信息交互過程就是UPnP過程:設(shè)備尋址、設(shè)備發(fā)現(xiàn)、設(shè)備描述、設(shè)備控制、設(shè)備事件和設(shè)備展示，具體步驟如下:
(1)首先接入到網(wǎng)絡(luò)中的控制點和UPnPA/V設(shè)備會自動獲得一個合法的IP地址，這是它們能夠在TCP/IP網(wǎng)絡(luò)中工作的基礎(chǔ)
(2)控制點通過多播方式發(fā)送設(shè)備發(fā)現(xiàn)請求消息，設(shè)備發(fā)現(xiàn)是UPnP過程的第一步，也是進行后續(xù)操作的前提。接入到網(wǎng)絡(luò)中的所有符合搜索條件的UPnP A/V設(shè)備都會響應該消息。這樣控制點通過設(shè)備發(fā)現(xiàn)請求就可以發(fā)現(xiàn)符合條件的所有UPnP A/V設(shè)備。
(3)通過設(shè)備發(fā)現(xiàn)請求，控制點對UPnP A/V設(shè)備仍然知之甚少。此時，控制點可以向所有被發(fā)現(xiàn)的UPnP A/V設(shè)備發(fā)送設(shè)備和服務描述請求消息。通過這一過程，控制點能夠獲得設(shè)備的詳細描述消息(特別是它們所能夠支持的傳輸協(xié)議和數(shù)據(jù)格式)以及服務的詳細描述信息(主要是媒體服務器提供的媒體資源)。(4)控制點此時就可以對UPnP A/V設(shè)備進行控制了。如:選擇感興趣媒體的資源、獲取用于標記該媒體資源網(wǎng)絡(luò)位置的URL、將該URL發(fā)送給適合播放它的媒體渲染器、執(zhí)行播放控制動作(播放、暫停、停止等)。在UPnP A/V設(shè)備的播放過程中，控制點將退出，并不干預。(5)控制點需要具備事件訂閱能力，這樣當UPnP A/V設(shè)備的設(shè)備或服務狀態(tài)發(fā)生任何變化都會通過通用事件通知架構(gòu)(GENA)通告給控制點，這將確保控制點獲取的UPnPA/V設(shè)備和其服務信息都是其在當前狀態(tài)下的信息。(6)最后如果UPnP A/V設(shè)備退出播放過程需要向控制點報告，控制點將會撤銷為之前的媒體內(nèi)容播放而建立起的傳輸連接；如果UPnP A/V設(shè)備退出本地網(wǎng)絡(luò)也需要通告控制點，控制點將清除其留下的任何痕跡?？刂泣c和UPnP A/V設(shè)備之間的信息交互過程如說明書附圖2所示。通過這一架構(gòu)能夠方便的實現(xiàn)UPnP A/V設(shè)備之間的智能互聯(lián)互通，從而使得這些UPnP A/V設(shè)備能夠方便的實現(xiàn)媒體資源共享。這大大節(jié)約了寶貴的存儲和計算資源,也給人們的日常生活帶來很大的方便。但是這一架構(gòu)并不是完美的，有其自身的缺陷。這主要變現(xiàn)在:當網(wǎng)絡(luò)中有多個控制點參與控制工作時，按照現(xiàn)有的UPnP A/V架構(gòu)，所有UPnP A/V設(shè)備都必須要和每一個控制點進行媒體內(nèi)容播放控制前的UPnP信息交互，只有通過這種方式才能使每一個控制點都能夠發(fā)現(xiàn)這些UPnP A/V設(shè)備并管理控制它們。這樣顯然將會比較嚴重的影響UPnP A/V設(shè)備的工作效率，增加不必要的網(wǎng)絡(luò)開銷。由上述控制點和UPnP A/V設(shè)備之間的信息交互過程可以看出，在UPnP A/V體系架構(gòu)下，控制點在媒體內(nèi)容播放開始之前需要和UPnP A/V設(shè)備進行大量的UPnP信息交互，交互過程如說明書附圖2所示。在目前的UPnP A/V架構(gòu)下，這些需要交互的信息都是在控制點和UPnP A/V設(shè)備之間直接進行的，沒有通過第三方。這在當本地網(wǎng)絡(luò)中只有一個控制點時，沒有多少問題，而且不通過第三方有利于減少交互的時間。但是如果當本地網(wǎng)絡(luò)中接入有多個控制點時(是有可能的)，這樣就會存在比較大的問題，如以下情況:
假設(shè)本地網(wǎng)絡(luò)中接入有n個UPnP A/V設(shè)備(包括Media Servers^Media Renderers)；當網(wǎng)絡(luò)中加入一個控制點時，該網(wǎng)絡(luò)中的所有UPnP A/V設(shè)備都需要和該控制點進行如上所述的UPnP信息交互，才能夠使得該控制點正確的發(fā)現(xiàn)到這些UPnP A/V設(shè)備、獲得它們的設(shè)備描述信息和其所能提供的服務信息；這樣該控制點才能夠選擇感興趣的UPnP設(shè)備和其提供的服務并發(fā)出相關(guān) 控制請求來對感興趣的UPnP設(shè)備進行相應的控制。這時如果該網(wǎng)絡(luò)中又接入進一個控制點，上述過程還得要重新進行一遍，盡管網(wǎng)絡(luò)中的UPnP A/V設(shè)備已經(jīng)和之前的控制點進行過想關(guān)的UPnP信息交互過程了。如果陸續(xù)還有其他的控制點接入到該網(wǎng)絡(luò)中來，所有的UPnP A/V設(shè)備和這些剛接入的控制點還是得要不斷的重復上述過程。這一工作場景如說明書附圖3所示。由此可以看出:在現(xiàn)有的UPnP A/V架構(gòu)下，網(wǎng)絡(luò)中的所有UPnP A/V設(shè)備都必須要和網(wǎng)絡(luò)中的所有控制點進行必要的UPnP信息交互以達到能夠被其發(fā)現(xiàn)并加以管理控制的目的。這顯然費時費力，既會增加不必要的網(wǎng)絡(luò)開銷，也會 降低UPnP A/V設(shè)備的工作效率。

發(fā)明內(nèi)容
本發(fā)明為了解決上述問題，采用了如下的技術(shù)方案:
一種基于注冊機制的改進型UPnP A/V架構(gòu)，包括控制點、用于提供媒體資源的媒體服務器、用于渲染播放媒體內(nèi)容的媒體渲染器，其中控制點用于協(xié)調(diào)控制媒體服務器和媒體渲染器，實現(xiàn)媒體播放；還包括一注冊表模塊，當有UPnP A/V設(shè)備接入到網(wǎng)絡(luò)中時，首先向所述注冊表模塊進行注冊，所述控制點的后續(xù)控制動作請求均經(jīng)過注冊表模塊轉(zhuǎn)發(fā)給特定的UPnP A/V設(shè)備；如果有UPnP A/V設(shè)備退出播放，則需要發(fā)送通知消息經(jīng)注冊表模塊通告給控制點，以使得它將清除為此次媒體內(nèi)容播放而建立的傳輸連接；如果有UPnP A/V設(shè)備退出網(wǎng)絡(luò)，則需要發(fā)送通知消息給注冊表模塊，注冊表模塊將清除其存儲的關(guān)于該設(shè)備的所有信息。上述的注冊表模塊包括快速適配模塊、存儲模塊和注冊模塊。其中，注冊模塊用來與接入到網(wǎng)絡(luò)中和UPnP A/V設(shè)備進行信息交互，實現(xiàn)UPnP A/V設(shè)備的注冊及事件訂閱過程。存儲模塊用來把在交互過程中由UPnP A/V設(shè)備發(fā)出的信息以設(shè)備為單位存儲起來?？焖龠m配模塊用來解析控制點發(fā)送給注冊表模塊的信息:如果控制點發(fā)送的是控制前的UPnP交互請求，則注冊表模塊不轉(zhuǎn)發(fā)該消息，而是到所述的存儲模塊中查詢相應的響應消息并返回給控制點；如果控制點發(fā)送的是設(shè)備控制請求消息，則注冊表模塊轉(zhuǎn)發(fā)該消息給相應的UPnP A/V設(shè)備，實現(xiàn)對控制點這些A/V設(shè)備的管理控制。上述的注冊模塊對UPnP A/V設(shè)備的注冊過程包括以下步驟:
步驟一:注冊模塊通過廣播方式發(fā)送設(shè)備發(fā)現(xiàn)請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備返回響應消息，存儲模塊將設(shè)備返回的響應消息以設(shè)備為單位存儲起來；步驟二:注冊模塊通過廣播方式發(fā)送設(shè)備描述請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備將向注冊表模塊返回設(shè)備描述消息，由存儲模塊將這些設(shè)備描述消息存儲到與發(fā)送該服務描述消息的設(shè)備所對應的存儲區(qū)下；
步驟三:注冊模塊通過廣播方式發(fā)送服務描述請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備將向注冊表模塊返回各自所提供的所有服務的描述消息，由存儲模塊將這些服務描述消息存儲到與發(fā)送該服務描述消息的設(shè)備所對應的存儲區(qū)下。上述的注冊模塊對UPnP A/V設(shè)備的事件訂閱過程是指:當有UPnP A/V設(shè)備或其服務狀態(tài)發(fā)生任何改變時，該UPnP A/V設(shè)備通過通用事件通知架構(gòu)GENA將所述的改變情況通知給注冊表模塊，注冊表模塊相應的修改存儲模塊中對應于該UPnP A/V設(shè)備所存儲的相關(guān)信息，以確保存儲在存儲模塊中所有UPnP A/V設(shè)備的設(shè)備和服務信息都是其在當前狀態(tài)下的信息。本發(fā)明公開的這種基于注冊機制的改進型UPnP A/V架構(gòu)將會在網(wǎng)絡(luò)中有多個控制點參與控制工作時提高UPnP A/V設(shè)備的工作效率，減少不必要的網(wǎng)絡(luò)開銷。


圖1是現(xiàn)有的UPnP A/V架構(gòu)；
圖2是控制點和UPnP A/V設(shè)備的信息交互過程； 圖3是在現(xiàn)有架構(gòu)下多個控制點和UPnP A/V設(shè)備進行信息交互的場景；
圖4是改進的UPnP A/V架構(gòu)；
圖5是注冊表實體所包含的基本功能模塊；
圖6是在改進架構(gòu)下多個控制點和UPnP A/V設(shè)備進行信息交互的場景 圖7是多個控制點和注冊表以及注冊表和UPnP A/V設(shè)備的UPnP交互過程。
具體實施例方式本發(fā)明做出如下的設(shè)想:如果用一個功能實體將UPnP A/V設(shè)備和控制點在進行UPnP信息交互的過程中所發(fā)出的信息保存起來，這樣不管有多少個控制點接入到網(wǎng)絡(luò)中都用這些保持的信息和其進行信息交互，這就不需要UPnP A/V設(shè)備自己親自和每一個控制點進行播放控制前的UPnP的信息交互了。也就是說將UPnP A/V設(shè)備和控制點由之前的直接進行信息交互改為通過一個中間功能實體間接進行媒體內(nèi)容播放控制前的信息交互。正是在此基礎(chǔ)上，本發(fā)明提出的一種基于注冊機制的改進型UPnP A/V架構(gòu)。該架構(gòu)將能夠有效的適應網(wǎng)絡(luò)中有多個控制點參與控制管理時的場景，它能夠提高UPnP A/V設(shè)備的工作效率，減少不必要的網(wǎng)絡(luò)開銷。下面將對該架構(gòu)進行詳細說明。如說明書附圖4所示:本發(fā)明提出的改進型UPnP A/V架構(gòu)是在現(xiàn)有架構(gòu)基礎(chǔ)上增加一個稱之為注冊表的功能實體。注冊表功能實體包含三個基本模塊:快速適配模塊、存儲模塊和注冊模塊，如說明書附圖5所示。注冊模塊主要用來和UPnP A/V設(shè)備進行信息交互的，交互過程類似于控制點和UPnP A/V設(shè)備在播放前的信息交互過程，目的就是要把在交互過程中由UPnP A/V設(shè)備發(fā)出的信息存儲起來。存儲模塊就是用來完成上述的存儲任務的；存儲時是按照以設(shè)備為單位進行的，也就是說將關(guān)于某一個UPnP A/V設(shè)備的所有信息集中存儲起來以和其他設(shè)備區(qū)別開來，這樣能夠提高控制點的搜索效率。注冊表自身并不具備管理控制UPnP A/V設(shè)備的能力，管理控制UPnP A/V設(shè)備是由控制點來完成的；快速適配模塊主要就是來解析控制點發(fā)送給注冊表的信息以判斷該信息是什么樣的信息，如果是播放控制請求消息，則注冊表直接轉(zhuǎn)發(fā)該消息給特定的設(shè)備并且不會存儲該設(shè)備的任何回復響應消息；如果是控制前的交互請求消息，則注冊表不予轉(zhuǎn)發(fā)，只是在存儲模塊中查詢相關(guān)信息并予以回復；也就是說注冊表不具備任何控制UPnP A/V設(shè)備的能力，它只是用來存儲控制點和UPnP A/V設(shè)備在播放控制前的信息交互過程中由這些UPnP A/V設(shè)備發(fā)送的相關(guān)信息以使得控制點能夠正確發(fā)現(xiàn)UPnP設(shè)備和其服務信息，除此之外的任何其他信息都不予存儲保存。這樣當有UPnP A/V設(shè)備接入到網(wǎng)絡(luò)中時，它們首先會向注冊表進行注冊，注冊過程就是控制點和UPnP A/V設(shè)備在播放控制前的信息交互過程。通過這一注冊過程，注冊表中就存儲了相關(guān)必要的信息，這些信息足以用來和控制點進行UPnP過程交互。這樣控制點就能夠正確發(fā)現(xiàn)UPnP A/V設(shè)備和其服務的詳細信息以使得它能夠管理協(xié)調(diào)好UPnP A/V設(shè)備在播放之前的所有相關(guān)工作?？刂泣c的后續(xù)控制動作請求需要經(jīng)過注冊表轉(zhuǎn)發(fā)給特定的UPnP A/V設(shè)備，注冊表不需要存儲這些信息(包括控制請求信息和設(shè)備的任何回復信息)。如果有UPnP A/V設(shè)備退出播放，則需要發(fā)送通知消息經(jīng)注冊表通告給控制點以使得它將清除為此次媒體內(nèi)容播放而建立的傳輸連接；如果有UPnP A/V設(shè)備退出網(wǎng)絡(luò)，則需要發(fā)送通知消息給注冊表，注冊表將清除其存儲的關(guān)于該設(shè)備的所有信息。通過以上過程，控制點和UPnP A/V設(shè)備在播放控制前的信息交互由原來在兩者之間直接進行變成需要通過注冊表間接進行。這將使得無論有多少個控制點接入網(wǎng)絡(luò)，UPnP A/V設(shè)備都只需要和注冊表進行一次控制前的信息交互而不需要和每一個控制點都進行這樣繁瑣的過程，如說明書附圖6所示。該構(gòu)架系統(tǒng)具體運行過程如下:
(I)當有UPnP A/V設(shè)備接入到網(wǎng)絡(luò)中，注冊表的注冊模塊通過廣播方式發(fā)送設(shè)備發(fā)現(xiàn)請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備在接到該請求消息時會返回響應消息；注冊表的存儲模塊將設(shè)備返回的這些響應消息以設(shè)備為單位存儲起來，也就是說為每一個UPnP A/V設(shè)備開辟一個獨立的存儲空間，這樣后續(xù)關(guān)于該設(shè)備的所有信息都集中存儲在該存儲空間中；這將提高后續(xù)控制點在和注冊表進行信息交互是時注冊表查詢相關(guān)信息的效率。(2)注冊模塊通過廣播方式發(fā)送設(shè)備描述請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備將向注冊表返回詳細的設(shè)備描述消息；其存儲模塊將這些設(shè)備描述消息存儲到對應的設(shè)備存儲空間中。(3)注冊模塊通過廣播方式發(fā)送服務描述請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備將向注冊表返回各自所提供的所有服務的詳細描述消息；其存儲模塊將這些服務描述消息存儲到對應的設(shè)備存儲空間中。(4)注冊模塊擁有事件訂閱能力；當有UPnP A/V設(shè)備或其服務狀態(tài)發(fā)生任何改變時，它們將會通過通用事件通知架構(gòu)(GENA)將這些改變情況通知給注冊表，注冊表將會相應的修改所存儲的相關(guān)信息。這樣將確保存儲在注冊表中所有UPnP A/V設(shè)備的設(shè)備和服務信息都是其在當前狀態(tài)下的信息。(5)當有控制點接入到該網(wǎng)絡(luò)中時，控制點需要和注冊表進行管理控制前的UPnP交互過程，該交互過程同注冊表與UPnP A/V設(shè)備的交互過程一樣，在此不再贅述。(6)注冊表的快速適配模塊解析控制點發(fā)送的請求消息。如果是控制前的UPnP交互請求，則注冊表不轉(zhuǎn)發(fā)該消息，需要做的是到其存儲模塊中查詢相應的響應消息并返回給控制點；如果是設(shè)備控制請求消息，則注冊表需要立即轉(zhuǎn)發(fā)該消息給特定的UPnP A/V設(shè)備，該設(shè)備的任何響應消息在經(jīng)過注冊表時都不需要存儲。(7)控制點在和注冊表進行UPnP交互過程之后將會發(fā)現(xiàn)所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備以及它們所提供的服務的詳細信息。(8)控制點選擇感興趣的UPnP Media Server，獲取其所支持的傳輸協(xié)議和數(shù)據(jù)格式；查看媒體資源信息，選擇感興趣的媒體資源并獲取其在網(wǎng)絡(luò)中的位置(URL)。(9)控制點選擇用來渲染播放此媒體內(nèi)容的UPnP Media Renderer，獲取其所支持的傳輸協(xié)議和數(shù)據(jù)格式?？刂泣c比較匹配Media Server和Media Renderer各自所支持的傳輸協(xié)議和數(shù)據(jù)格式；如果一致,則該Media Renderer能夠播放此媒體資源；否則，就需要選擇其他 Media Renderer。注:至此，控制點和注冊表的信息交互過程結(jié)束。通過這一過程，控制點已經(jīng)為Media Server和Media Renderer建立起一個完整的傳輸連接,為后續(xù)的播放控制做好了準備。
( 10)控制點發(fā)送設(shè)備控制請求消息，注冊表在接到該消息后通過快速適配模塊解析之后立即將其轉(zhuǎn)發(fā)給特定的UPnP A/V設(shè)備；這樣就能夠管理控制這些A/V設(shè)備了。如果有UPnP A/V設(shè)備需要返回響應消息的話，那么這些消息在經(jīng)過注冊表時是不被存儲的；注冊表也只是簡單的將這些響應消息轉(zhuǎn)發(fā)給控制點。(11)當參與播放工作的UPnP A/V設(shè)備退出播放時，需要發(fā)送通知消息給注冊表，注冊表會將此通告給控制點，控制點將撤銷為此次媒體內(nèi)容播放而建立的傳輸連接。當網(wǎng)絡(luò)中的UPnP A/V設(shè)備離開網(wǎng)絡(luò)時，需要發(fā)送通知消息給注冊表，注冊表將清除在其存儲模塊中存儲的所有關(guān)于該UPnP A/V設(shè)備的信息。以上就是本發(fā)明的具體實施方式
，該過程見說明書附圖7所示。通過這一方式，不論網(wǎng)絡(luò)中有多少控制點參與管理控制工作，都只需要和網(wǎng)絡(luò)中的注冊表進行一次UPnP信息交互過程；無須再像之前那樣，每一個控制點都必須要和每一個UPnP A/V設(shè)備進行UPnP信息交互。這樣就較大的提高了 UPnP A/V設(shè)備的工作效率，減少了不必要的網(wǎng)絡(luò)開銷。
權(quán)利要求
1.一種基于注冊機制的改進型UPnP A/V架構(gòu)，包括控制點、用于提供媒體資源的媒體服務器、用于渲染播放媒體內(nèi)容的媒體渲染器，其中控制點用于協(xié)調(diào)控制媒體服務器和媒體渲染器，實現(xiàn)媒體播放；其特征在于:還包括一注冊表模塊，當有UPnP A/V設(shè)備接入到網(wǎng)絡(luò)中時，首先向所述注冊表模塊進行注冊，所述控制點的后續(xù)控制動作請求均經(jīng)過注冊表模塊轉(zhuǎn)發(fā)給特定的UPnP A/V設(shè)備；如果有UPnP A/V設(shè)備退出播放，則需要發(fā)送通知消息經(jīng)注冊表模塊通告給控制點，以使得它將清除為此次媒體內(nèi)容播放而建立的傳輸連接；如果有UPnP A/V設(shè)備退出網(wǎng)絡(luò)，則需要發(fā)送通知消息給注冊表模塊，注冊表模塊將清除其存儲的關(guān)于該設(shè)備的所有信息。
2.如權(quán)利要求1所述的基于注冊機制的改進型UPnPA/V架構(gòu)，其特征在于:所述的注冊表模塊包括快速適配模塊、存儲模塊和注冊模塊；其中， 注冊模塊用來與接入到網(wǎng)絡(luò)中和UPnP A/V設(shè)備進行信息交互，實現(xiàn)UPnP A/V設(shè)備的注冊及事件訂閱過程； 存儲模塊用來把在交互過程中由UPnP A/V設(shè)備發(fā)出的信息以設(shè)備為單位存儲起來； 快速適配模塊用來解析控制點發(fā)送給注冊表模塊的信息:如果控制點發(fā)送的是控制前的UPnP交互請求，則注冊表模塊不轉(zhuǎn)發(fā)該消息，而是到所述的存儲模塊中查詢相應的響應消息并返回給控制點；如果控制點發(fā)送的是設(shè)備控制請求消息，則注冊表模塊轉(zhuǎn)發(fā)該消息給相應的UPnP A/V設(shè)備，實現(xiàn)對控制點這些A/V設(shè)備的管理控制。
3.如權(quán)利要求2所述的基于注冊機制的改進型UPnPA/V架構(gòu)，其特征在于，所述的注冊模塊對UPnP A/V設(shè)備的注冊過程包括以下步驟: 步驟一:注冊模塊通過廣播方式發(fā)送設(shè)備發(fā)現(xiàn)請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備返回響應消息，存儲模塊將設(shè)備返回的響應消息以設(shè)備為單位存儲起來； 步驟二:注冊模塊通過廣播方式發(fā)送設(shè)備描述請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備將向注冊表模塊返回設(shè)備描述消息，由存儲模塊將這些設(shè)備描述消息存儲到與發(fā)送該服務描述消息的設(shè)備所對應的存儲區(qū)下； 步驟三:注冊模塊通過廣播方式發(fā)送服務描述請求消息，所有接入到本地網(wǎng)絡(luò)中的UPnP A/V設(shè)備將向注冊表模塊返回各自所提供的所有服務的描述消息，由存儲模塊將這些服務描述消息存儲到與發(fā)送該服務描述消息的設(shè)備所對應的存儲區(qū)下。
4.如權(quán)利要求2所述的基于注冊機制的改進型UPnPA/V架構(gòu)，其特征在于，所述的注冊模塊對UPnP A/V設(shè)備的事件訂閱過程是指:當有UPnP A/V設(shè)備或其服務狀態(tài)發(fā)生任何改變時，該UPnP A/V設(shè)備通過通用事件通知架構(gòu)GENA將所述的改變情況通知給注冊表模塊，注冊表模塊相應的修改存儲模塊中對應于該UPnP A/V設(shè)備所存儲的相關(guān)信息，以確保存儲在存儲模塊中所有UPnP A/V設(shè)備的設(shè)備和服務信息都是其在當前狀態(tài)下的信息。
全文摘要
本發(fā)明將公開一種基于注冊機制的改進型UPnP A/V架構(gòu)。這種架構(gòu)將在現(xiàn)有架構(gòu)基礎(chǔ)上增加一個稱之為注冊表的功能實體，所有UPnP A/V設(shè)備需要先到注冊表中注冊，注冊過程類似于和控制點的信息交互過程；注冊表會把這些由設(shè)備注冊而獲取的信息存儲起來，由它來和控制點進行播放前的信息交互而不再是由UPnP A/V設(shè)備和控制點直接進行信息交互。這樣不論有多少控制點參與工作，UPnP A/V設(shè)備都不需要再像目前這樣和每一個控制點進行信息交互以達到被它們發(fā)現(xiàn)并加以控制的目的；而只需要通過一次簡單的注冊過程就能夠完成上述任務。這將較大的提高UPnP A/V設(shè)備的工作效率，減少不必要的網(wǎng)絡(luò)開銷。
文檔編號H04L29/06GK103107928SQ20131003475
公開日2013年5月15日 申請日期2013年1月30日 優(yōu)先權(quán)日2013年1月30日
發(fā)明者潘甦, 陳 全 申請人:南京郵電大學