專利名稱：用于管理多宿主upnp設備中的網(wǎng)絡連通性中斷的系統(tǒng)和方法
技術領域：
本發(fā)明一般涉及通用即插即用(UPnP)技術。更具體地，本發(fā)明涉及 當比該設備的所有網(wǎng)^"口少的網(wǎng)^^口經(jīng)歷連通性中斷時，維持UPnP 環(huán)境中多宿主設備的可用性的使用。
背景技術：
本部分旨在提供權利要求中提及的對于本發(fā)明的背景或環(huán)境。此處的 描述可包括能夠被研究，但未必是之前已經(jīng)被考慮或研究的概念。因此， 除非在這里指出，否則本部分中所描述的內容對本申請的說明書和權利要 求書來說不是現(xiàn)有技術，而且也不會通過包括在本部分中而承認是現(xiàn)有技 術。
UPnP技術定義了一種用于所有類型的個人計算設備、智能裝備和無 線設備的普遍點對點網(wǎng)絡連通性的架構。UPnP被設計為對于ad-hoc或無 管理網(wǎng)絡帶來易于使用、靈活、基于標準的連通性，不論是家庭中、小型 企業(yè)中、公共空間還是被附連到互聯(lián)網(wǎng)。UPnP技術提供了一種支持傳輸 控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)和Web技術的分布式、開放的聯(lián)網(wǎng)架構，
UPnP設備架構(UDA)被設計為支持對于來自廣泛廠商的廣泛設備 分類的零配置、"隱形"聯(lián)網(wǎng)和自動發(fā)現(xiàn)。換句話說，UPnP使得設備能 夠動態(tài)地加入網(wǎng)絡、獲取IP地址、傳送該設備的能力以及知曉其它設備的 存在和能力。
UPnP設備架構標準(版本1.1)定義了簡單服務發(fā)現(xiàn)協(xié)議(SSDP) 消息中的BOOTID.UPNP.ORG報頭，這里將其稱為BOOTID。 BOOTID
7是單調增大的值。當設備啟動或執(zhí)行"重啟"時，其必須增大BOOTID的 值。只要設備在網(wǎng)絡中仍然可用，相同的BOOTID值必須被用于所有的重 復通告、搜索響應和最終的再見消息中。設備在多個網(wǎng)絡接口或IP地址上 發(fā)送的所有SSDP消息中，其必須使用相同的BOOTID值。在UPnP技術 中，"重啟"被定義為通過發(fā)送SSDP:再見消息通告設備不可用，以及 隨后通過發(fā)送新SSDP:活躍消息重新通告i殳備可用。
BOOTID報頭在這樣的情形中特別有用其中設備檢測到網(wǎng)絡連通性 的中斷，即，其中設備臨時失去網(wǎng)絡連通性但已重獲連通性(例如，網(wǎng)絡
電纜4皮拔掉和重新插上)，或其IP地址已改變。在這種情況下，設備增加 其BOOTID值，并且在網(wǎng)絡上重新通告其自己。 一收到帶有增加的 BOOTID值的SSDP消息，已緩存關于所述設備的信息的控制點理解到所 述設備不再是同一設備?？刂泣c通常通過刷新設^f言息和可能重訂閱所述 設備的服務來對該活動作出反應。
盡管有以上所述，目前存在有關多宿主(multi-homed)環(huán)境中 BOOTID的使用的問題。多宿主設備可具有多個網(wǎng)M口、同一網(wǎng),口 上的多個IP地址或上述兩者。例如，假設設備具有多個網(wǎng)絡接口，則該設 備可以通過其網(wǎng),口連接到一個或多個不相交的網(wǎng)段。網(wǎng)絡連通性中斷 可發(fā)生在一網(wǎng)絡接口上，如果該設備暫時丟失該網(wǎng)絡接口上的連通性，例 如，如果網(wǎng)絡電纜凈皮拔出并隨后被重新插上，或者如果該網(wǎng),口上的IP 地址改變。在這種情況下，出現(xiàn)了關于該設備在這種網(wǎng)絡連通性中斷之后 是否以及如何更新BOOTID值的問題。
在考查以上問題時，考慮如圖1中所示的系統(tǒng)是有益的。如在圖1中 所示，設備100具有分別連接到第一網(wǎng)段130和第二網(wǎng)段140的第一接口 110和第二接口 120。第一控制點150具有連接到第一網(wǎng)段130的第一控制 點接口 151,第二控制點160具有連接到第二網(wǎng)段140的第二控制點接口 161。第三控制點170是多宿主控制點，并且通過第三控制點接口 171和 172連接到第一和第二網(wǎng)段130和140兩者。第一、第二和第三控制點150、 160和170中的每個都已緩存了一些關于設備100的信息，并且訂閱了其服務。在此情況下，考慮其中在設備100的第一網(wǎng)絡接口 110上(并且因 此在第一網(wǎng)段130上)存在短暫網(wǎng)絡連通性中斷的情況是有益的。從第一 網(wǎng)段130 (以及連接到第一網(wǎng)段130的第一和第三控制點150和170 )角度 看，設備100已失去連通性，并且需要被"重啟"。換句話說，從第一網(wǎng) 段130的角度看，設備100應當增加其BOOTID,并在第一網(wǎng)段130上重 新公告其自己。另一方面，從第二網(wǎng)段140 (以及連接到第二網(wǎng)段140的 第二和第三控制點160和170)的角度看，設備IOO已始終保持可用，并 且"重啟，，既不必要也不被期望。換句話說，從第二網(wǎng)段140的角度看， 設備100應該在第二網(wǎng)段140上的其隨后通告中繼續(xù)使用其現(xiàn)有 BOOTID。然而，由于設備100連接到第一和第二網(wǎng)段130和140兩者， 并且由于其必須在這兩者上都使用相同的BOOTID，所以存在實質性問 題。
假設必須使連接到第一網(wǎng)段130上的控制點意識到設備100已暫時失 去連通性，則設備100除了增加其BOOTID并重新通告其自己外別無選擇。 然而，該方法遭受這樣的副作用連接到第二網(wǎng)段140并且未受該中斷影 響的控制點也被迫刷新其設備信息。這具有多個影響。第一，由于所有控 制點都需要刷新其設備信息，所以網(wǎng)絡業(yè)務量增加。第二，設備100和關 聯(lián)的控制點兩者上的處理負載也增加。第三，該方法導致不夠友好的用戶 體驗。例如，如果用戶正在使用連接到以太網(wǎng)的使能了 UPnP的計算機， 并且如果存在經(jīng)由以太網(wǎng)和無線LAN (WLAN)兩者連接到歸屬網(wǎng)絡的 UPnP設備，如果WLAN連通性不穩(wěn)定，則即使在整個時段內用戶和UPnP 設備兩者都已經(jīng)始終被連接到以太網(wǎng)上，用戶也將覺察到UPnP設備重復 地在以太網(wǎng)上出現(xiàn)和消失。第四，i殳備的重啟還導致對于控制點當前可能 正消費的服務的中斷。例如，如果重啟是必要的，則文件上載可能需要被 異常中斷，或者視頻回放可能被打斷。
因此，提供一種用于管理多宿主UPnP設備中的連通性中斷的改進型 系統(tǒng)以便解決以上討論的問題將是可取的。
9

發(fā)明內容
本發(fā)明的各實施例用于在多宿主設備在一些但不是其全部網(wǎng)^:口中 經(jīng)歷連通性中斷的情況下，最小化多宿主設備與關聯(lián)的控制點之間的交互。
在各實施例中，這通過引入新的可選報頭到SSDP:再見消息格式來達到。 所述新的報頭允許多宿主設備不管發(fā)送SSDP:再見消息、更新其BOOTID 值并重新通告其自己以便解決其在別處經(jīng)歷的網(wǎng)絡問題的需要而向兼# 制點通知其持續(xù)可用性。該新的報頭的使用指示控制點其可以不顧這些 SSDP消息而繼續(xù)使用所述設備及其關聯(lián)的服務。
本發(fā)明的各實施例為用戶提供了諸多好處。這里描述的安排可以向后 與UPnPvl.O控制點兼容。在被連接到未經(jīng)歷連通性中斷的網(wǎng),口的控 制點，需要最小限度的處理。另外，由于最小數(shù)量的控制點受所述連通性 中斷的影響，所以所述UPnP設備上僅需要最少量的處理。仍然進一步地， 各實施例用于大量地減少關聯(lián)的控制點的服務中斷數(shù)量。而且，所述新的 可選報頭的處理是可選的；選擇忽略該報頭的控制點可以以不得不重建設 備信息(例如所緩存的設備狀態(tài)和事件訂閱)為代價而這樣做。事實上本 發(fā)明的各實施例可以被并入實現(xiàn)UPnP vl.l設備架構的任何產(chǎn)品中。
從以下結合附圖進行的詳細描述中，本發(fā)明的這些和其它優(yōu)點和特征 及其組織和運行方式將變得顯而易見，其中，在以下描述的幾個附圖中， 相同的元件具有相同的標號。


圖l是對UPnP環(huán)境的圖示，其中，設備包括用于與多個網(wǎng)絡連接和 控制點關聯(lián)的多個接口；
圖2是示出本發(fā)明的一個一般實施例的實現(xiàn)的流程圖3是可以用于本發(fā)明的實現(xiàn)中的電子設備的透視圖；以及
圖4是表示圖3的移動電話的電路的示意圖。
具體實施方式
本發(fā)明用于在多宿主設備在一些但不是其全部網(wǎng)絡接口中經(jīng)歷連通性 中斷的情況下，最小化多宿主設備與任何關聯(lián)的控制點之間的交互。在各
實施例中，這通過向SSDP:再見消息格式引入新的可選才艮頭 NEXTBOOTID.UPNP.ORG (這里稱為NEXTBOOTID )來達到。該 NEXTBOOTID報頭允許多宿主設備不顧發(fā)送SSDP:再見消息、更新其 BOOTID值并重新通告其自己以便解決其在別處經(jīng)歷的網(wǎng)絡問題的需要， 而向兼容的控制點通知其持續(xù)可用性。NEXTBOOTID報頭的使用指示控 制點，其可以不顧這些SSDP消息而繼續(xù)使用所述設備及其關聯(lián)的服務。
如果設備在其網(wǎng)絡接口中的一個上經(jīng)歷網(wǎng)絡連通性中斷，則 NEXTBOOTID.UPNP.ORG報頭可以被包括在由多宿主設備發(fā)送的 SSDP:再見消息中。該報頭僅被包括在連通性未被打斷的網(wǎng)絡接口上發(fā)送 的消息中。在連通性被中斷的網(wǎng)絡接口上，不使用所述報頭。 NEXTBOOTID.UPNP.ORG報頭的值指示將被用于即將來臨的SSDP通告 消息中的BOOTID值。在發(fā)送帶有NEXTBOOTID值的SSDP:再見消息 與帶有已更新BOOTID值的下一組通告消息之間，所述設備必須保持網(wǎng)絡 上的持續(xù)可用性。如果設備在該時間內變得不可用，則其必須執(zhí)行常規(guī)的 "重啟"，增加BOOTID并重新通告自己。
圖2是示出本發(fā)明的一個一般實施例的實現(xiàn)的流程圖。在圖2中的 200，UPnP設備用BOOTID-2在所有網(wǎng)絡接口上通告其自己。稍后，UPnP 設備在210檢測到已在其網(wǎng)絡接口中的一個上發(fā)生連通性中斷。然而，所 有其它網(wǎng)洛接口上的連通性仍然完好。響應于該活動，在220處，設備通 過發(fā)送SSDP:再見消息并用新的BOOTID=3重新通告其自己，來在發(fā)生 中斷的網(wǎng)絡接口上執(zhí)行"重啟"。所述SSDP:再見消息的語法如下。
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
NT:遞普類^
NTS: ssdp:byebye
USN:遞普^^S^^^識符
iiBOOTID.UPNP.ORG: 2
CONFIGID.UPNP.ORG: ^f凝存潛迷^T,惑^炎字 SEARCHPORT.UPNP.ORG:標識設務詢j卓潛M-5^4/ C7/摩^端
在260，對于網(wǎng)絡連通性仍是完好的網(wǎng)絡接口，設備隨同帶有新的 BOOTID=3的新通告一起，發(fā)送SSDP:再見消息來通告將被使用的下一 個BOOTID。所述SSDP:再見消息和新通告的語法如下。
NOTIFY * HTTP/1.1
HOST: 239.255.255.250:1900
NT:遞普類型
NTS: ssdp: byebye
IJSN:遞普付合_4標識#
BOOTID.UPNP.ORG: 2 NEXTBOOTID.UPNP.ORG: 3 CONFIGID.UPNP.ORG: ^于凝存裙迷^^惑^炎字 SEARCHPORT.UPNP.ORG:標識設務詢^卓潛
可出現(xiàn)這樣的情況其中，UPnP1.0控制點經(jīng)由網(wǎng)皿口通信地連接 到UPnP設備，并且不知曉BOOTID報頭和NEXTBOOTID報頭。在該 情況中，UPnP1.0控制點簡單地將SSDP:再見和SSDP:活動(alive)消息 的到達看作典型的i殳備"重啟"。在該情況中，UPnP1.0控制點通常丟棄 其已存儲的關于該設備的任何信息并重新獲取設備信息的全部，可能還重 訂閱其服務。不論UPnP 1.0控制點在已中斷的網(wǎng) 口還是完好的網(wǎng), 口上連接到該設備，該行為是相同的。換句話說，UPnP1.0控制點被迅速 地警告該設備已改變。
按照根據(jù)UPnP設備架構標準的版本1.1配置的控制點的行為，這些 控制點通常存儲其所連接的任何設備的BOOTID信息。在以上示例中，控 制點記錄該設備具有BOOTID=2。對于連接到設備在其上有連通性中斷的網(wǎng)段的UPnP 1.1控制點，在230接收普通的SSDP:再見消息。如在圖2 中240所示，控制點通常丟棄其已存儲的關于該設備的任何信息。如在250 所示，當新的SSDP:活動消息到達時，控制點通常重新獲取所有的設^^f言 息，并且可能重訂閱其服務。這就是如何使控制點成功地知道其新的設備 狀態(tài)。
對于連接到設備在其上沒有連通性中斷的網(wǎng)段的UPnP 1.1控制點，在 270接收帶有NEXTBOOTID報頭的SSDP:再見消息。注意到，SSDP:再 見消息的BOOTID值與其已記錄的有關設備的BOOTID值(BOOTID=2 ) 相同，控制點認識到，其已記錄的設^f言息仍然有效。然后在280，控制 點通過將BOOTID更新到NEXTBOOTID才艮頭的值使得BOOTID=3，來 更新其i殳備記錄。在290,當接下來的SSDP:活動消息(帶有BOOTHN3) 到達時，控制點知道其仍然具有設備的最新信息。沒有重新獲取設^^f言息 或重訂閱服務是必要的。
對于連接到設備在其上已經(jīng)歷了連通性中斷的網(wǎng)段和設備在其上沒有 連通性中斷的網(wǎng)段兩者的UPnP 1.1控制點，由設備100在220和260處發(fā) 送的帶有和不帶NEXTBOOTID報頭的SSDP:再見消息兩者都在310處被 控制點(在不同網(wǎng)絡接口上)接收。在此情況下，控制點的行為取決于控 制點已從哪個接口獲得其設備信息和事件訂閱。如果控制點已經(jīng)在使用僅 僅設備在其上沒有連通性中斷的網(wǎng)段，即帶有NEXTBOOTID報頭的 SSDP:再見消息,皮接收自的網(wǎng)段，則控制點在320處通過將BOOTID更新 到NEXTBOOTID報頭的值使得BOOTID=3，來更新其設備記錄。當接 下來的SSDP:活動消息(帶有BOOTID-3 )在340處到達時，控制點知道 其仍然具有設備的最新信息。沒有重新獲取設備信息或重訂閱服務是必要 的。另一方面，如果控制點已依賴于設備在其上已經(jīng)歷了連通性中斷的網(wǎng) 段，或者已依賴于所述兩種網(wǎng)段，則其將丟棄已存儲的關于設備的任何信 息，并重新獲取所有的i殳備信息，可能重訂閱其服務。這些動作在圖2的 330處凈皮集體示出。
圖3和4示出了本發(fā)明可以在其中被實現(xiàn)的一種代表性電子設備12。
13然而，應當理解，本發(fā)明不是旨在被限于一種特定類型的設備。還應當理
解，圖3和4中所示的部件的一些或全部可以被并入實現(xiàn)本發(fā)明的各實施 例時所涉及的任何設備中。圖3和4的電子設備12包括機殼30、液晶顯 示器形式的顯示器32、鍵區(qū)(keypad )34、麥克風36、耳機38、電池40、 紅外端口 42、天線44、才艮據(jù)本發(fā)明的一個實施例UICC形式的智能卡46、 讀卡器48、無線接口電路52、編解碼電路54、控制器56、存儲器58和電 池80。各電路和元件都是本領域熟知的類型，例如Nokia范圍內的移動電 話。
實現(xiàn)本發(fā)明的通信設備可以使用各種傳輸技術與彼此和/或其它設備 進行通信，所述傳輸技術包括但不限于碼分多址(CDMA)、全球移動通 信系統(tǒng)(GSM)、通用移動電信系統(tǒng)(UMTS)、時分多址(TDMA)、 頻分多址(FDMA)、傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議(TCP/IP)、短消息服 務(SMS )、多媒體消息服務(MMS )、電子郵件、即時消息服務(IMS )、 藍牙、IEEE 802.11等。通信設備可以使用各種介質通信，所述介質包括 但不限于無線電、紅外、激光、電纜連接等。
這里描述的各實施例以方法步驟或過程的一般環(huán)境來描述，其中，所 述方法步驟或過程在一個實施例中可以由包含在計算機可讀介質中的計算 機程序產(chǎn)品來實現(xiàn)，所述計算機程序包括可由網(wǎng)絡環(huán)境中的計算機執(zhí)行的 計算機可執(zhí)行指令，例如程序代碼。計算機可讀介質可以包括可移除和不 可移除的存儲設備，所述設備包括但不限于只讀存儲器(ROM)、隨機訪 問存儲器(RAM)、壓縮光盤(CD)、數(shù)字通用光盤(DVD)等。 一般 來說，程序模塊包括執(zhí)行特定任務或實現(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、 對象、組件、數(shù)據(jù)結構等。計算機可執(zhí)行指令、關聯(lián)的數(shù)據(jù)結構和程序模 塊代表用于執(zhí)行這里公開的方法步驟的程序代碼的示例。所述可執(zhí)行指令 或關聯(lián)數(shù)據(jù)結構的特定順序代表用于實現(xiàn)此類步驟中描述的功能的對應動 作的示例。
各實施例的軟件和web實現(xiàn)可以通過標準編程技術來完成，所述標準 編程技術具有基于規(guī)則的邏輯和其它邏輯，來完成各種數(shù)據(jù)庫搜索步驟或
14過程、關聯(lián)步驟或過程、比較步驟或過程以及判決步驟或過程。應當指出， 這里以及隨后的權利要求書中使用的用語"組件"和"模塊"旨在包括使
備。5' — 二 3, ^
已為了示例性說明和描述目的呈現(xiàn)了前述對本發(fā)明的實施例的描述。 前述描述不是旨在窮舉或將本發(fā)明的實施例限于所公開的準確形式，并且， 根據(jù)上文的教導或可從本發(fā)明的實踐中獲得的修改和變型是可能的。選擇
并描述了這里所^Hf的實施例，以侵_說明各實施例的原理和本質及其實際 應用，以便使本領域技術人員能夠在各種實施例中適用本發(fā)明以及使用適 于特定使用預期的各種修改。這里描述的實施例的特征可以被結合到方法、 裝置、^=莫塊、系統(tǒng)和計算機程序產(chǎn)品的所有可能的組合中。
權利要求
1.一種管理多宿主設備中的網(wǎng)絡連通性中斷的方法，包括接收所述設備的多個接口中的一個上的連通性中斷的指示；在已中斷的接口上執(zhí)行重啟；以及在連通性未中斷的所有接口上傳送下一個BOOTID值的指示。
2. 根據(jù)權利要求1所述的方法，其中，所述下一個BOOTID值的指 示的傳送引起關聯(lián)于非中斷接口的控制點設備在不必丟棄關于所述設備的 已存儲信息和重新獲取關于所述設備的信息的情況下，更新所述設備的 BOOTID值。
3. 根據(jù)權利要求1所述的方法，其中，所述下一個BOOTID值的指 示在NEXTBOOTID才艮頭中被傳送。
4. 根據(jù)權利要求l所述的方法，其中，對于關聯(lián)于已中斷的接口和非 中斷的接口兩者的控制點設備如果所述控制點設a依賴于關聯(lián)于所述非中斷的接口的網(wǎng)段，則所 述下一個BOOTID值的指示引起所述控制點設備在不必丟棄關于所述設 備的已存儲信息和重新獲取關于所述設備的信息的情況下，更新所述設備 的BOOTID值；以及如果所述控制點設備至少部分地依賴于關聯(lián)于已中斷的接口的網(wǎng)段， 則所述重啟引起所述控制點設備丟棄關于所述設備的已存儲信息，并重新 獲取關于所述設備的信息。
5. —種包含在計算機可讀介質中的計算機程序產(chǎn)品，包括用于執(zhí)行根 據(jù)權利要求1所述的過程的計算機代碼。
6. —種裝置，包括 處理器；以及存儲器單元，其通信地連接到所述處理器，并包括用于接收所述裝置的多個接口中的一個上的連通性中斷的指示的 計算機代碼；用于在已中斷接口上執(zhí)行重啟的計算機代碼；以及 用于在所有連通性未中斷的接口上傳送下一個BOOTID值的指 示的計算機代碼。
7，根據(jù)權利要求6所述的裝置，其中，所述下一個BOOTID值的指 示的傳送引起關聯(lián)于非中斷接口的控制點設備在不必丟棄關于所述裝置的 已存儲信息和重新獲取關于所述裝置的信息的情況下，更新所述裝置的 BOOTID值。
8. 根據(jù)權利要求6所述的裝置，其中，所述下一個BOOTID值的指 示在NEXTBOOTID報頭中被傳送。
9. 根據(jù)權利要求6所述的裝置，其中，所述下一個BOOTID值的指 示引起通用即插即用(UPnP )版本1.0控制點設備丟棄關于所述裝置的已 存儲信息并重新獲取關于所述裝置的信息。
10. 根據(jù)權利要求6所述的裝置，其中，對于關聯(lián)于已中斷接口和非 中斷接口兩者的控制點設備如果所述控制點設^f5l依賴于關聯(lián)于非中斷接口的網(wǎng)段，則所述下一 個BOOTID值的指示引起所述控制點設備在不必丟棄關于所述裝置的已 存儲信息和重新獲取關于所述裝置的信息的情況下，更新所述裝置的 BOOTID值；以及如果所述控制點設備至少部分地依賴于關聯(lián)于已中斷接口的網(wǎng)段，則 所述重啟引起所述控制點設備丟棄關于所述裝置的已存儲信息并重新獲取 關于所述裝置的信息。
11. 根據(jù)權利要求6所述的裝置，其中，所述裝置包括通用即插即用 (UPnP )設備。
12. —種系統(tǒng)，其包括通用即插即用(UPnP)設備，其包括操作地連接到第一網(wǎng)段的第一接 口，和操作地連接到第二網(wǎng)段的第二接口；操作地連接到所述第 一 網(wǎng)段的第 一控制點設備； 操作地連接到第二網(wǎng)段的第二控制點設備；以及操作地連接到所述第 一 網(wǎng)段和所述第二網(wǎng)段兩者的第三控制點設備，其中，所述UPnP設備被配置為，基于在所述第一接口發(fā)生連通性中斷在已中斷接口上執(zhí)行重啟，以及 在所述第二接口上傳送下一個BOOTID值的指示。
13. 根據(jù)權利要求12所述的系統(tǒng)，其中，所述重啟引起所述第一控制 點設備丟棄關于所述UPnP設備的已存儲信息，并重新獲取關于所述UPnP 設備的信息。
14. 根據(jù)權利要求12所述的系統(tǒng)，其中，所述下一個BOOTID值的 指示的傳送引起所述第二控制點設備在不必丟棄關于所述UPnP設備的已 存儲信息和重新獲取關于所述UPnP設備的信息的情況下，更新所述UPnP 設備的BOOTID值。
15. 根據(jù)權利要求12所述的系統(tǒng)，其中，所述第二控制點設備是UPnP 版本1.0控制點i殳備，以及其中，所述下一個BOOTID值的指示的傳送引 起所述UPnP版本1.0控制點設備丟棄關于所述UPnP設備的已存儲信息， 并重新獲取關于所述UPnP設備的信息。
16. 根據(jù)權利要求12所述的系統(tǒng)，其中如果所述第三控制點設備僅依賴于所述第二網(wǎng)段，則所述下一個 BOOTID值的指示引起所述第三控制點設備在不必丟棄關于所述裝置的 已存儲信息和重新獲取關于所述UPnP設備的信息的情況下，更新所述 UPnP設備的BOOTID值；以及如果所述第三控制點設備至少部分地依賴于所述第一網(wǎng)段，則所述重 啟引起所述第三控制點設備丟棄關于所述UPnP設備的已存儲信息，并重 新獲取關于所述UPnP設備的信息。
17. —種更新通用即插即用(UPnP)控制點設備中的信息的方法，包括通過未中斷接口接收來自設備的關于該設備的下一個BOOTID值的 指示；以及響應于收到的指示，至少選擇性地在不丟棄關于所述設備的已存儲信息和重新獲取關于所述設備的信息的情況下，更新所述設備的BOOTID 值。
18. 根據(jù)權利要求17所述的方法，其中，所述下一個BOOTID值的 指示在NEXTBOOTID報頭中被接收。
19. 根據(jù)權利要求17所述的方法，其中，所述下一個BOOTID值的 指示隨同SSDP:再見消息^皮接收。
20. 根據(jù)權利要求17所述的方法，進一步包括 通過已中斷接口接收來自所述設備的重啟指示；以及如果所述UPnP控制點設備至少部分地依賴于關聯(lián)于已中斷接口的網(wǎng) 段，則丟棄關于所述設備的已存儲信息，并重新獲取關于所述設備的信息。
21. 根據(jù)權利要求20所述的方法，其中，如果所述UPnP控制點設備 僅依賴于關聯(lián)于所述未中斷接口的網(wǎng)段，則所述設備的BOOTID值在不丟 棄關于所述設備的已存儲信息和重新獲取關于所述設備的信息的情況下被 更新。
22. —種包含在計算機可讀介質中的計算機程序產(chǎn)品，其包括用于執(zhí) 行根據(jù)權利要求20所述的過程的計算機代碼。
23. —種裝置，包括 處理器；以及存儲器單元，其通信地連接到所述處理器，并包括用于處理設備的下一個BOOTID值的指示的計算機代碼，已經(jīng)通 過未中斷接口收到來自所述設備的所述指示；以及用于響應于收到的指示，在不丟棄關于所述i殳備的已存儲信息和 重新獲取關于所述設備的信息的情況下更新所述設備的BOOTID值的計 算機代碼。
24. 根據(jù)權利要求23所述的裝置，其中，所述下一個BOOTID值的 指示在NEXTBOOTID才艮頭中被接收。
25. 根據(jù)權利要求23所述的裝置，其中，所述下一個BOOTID值的指示隨同SSDP:再見消息被接收。
26. 根據(jù)權利要求23所述的裝置，其中，所示存儲器單元進一步包括: 用于處理通過已中斷接口收到的來自所述設備的重啟指示的計算機代碼；以及用于如果所述UPnP控制點設備至少部分地依賴于關聯(lián)于已中斷接口 的網(wǎng)段，則丟棄關于所述設備的已存儲信息，并重新獲取關于所述設備的 信息的計算機代碼。
27. 根據(jù)權利要求26所述的裝置，其中，如果所述UPnP控制點設備 僅依賴于關聯(lián)于未中斷接口的網(wǎng)段，則所述設備的BOOTID值在不丟棄關 于所述設備的已存儲信息和重新獲取關于所述設備的信息的情況下被更 新。
全文摘要
一種用于在多宿主設備在其一些但不是全部網(wǎng)絡接口中經(jīng)歷連通性中斷的情況下最小化多宿主設備與關聯(lián)的控制點之間的交互的系統(tǒng)和方法。在各實施例中，一種針對SSDP再見消息格式的新的可選報頭。該新的報頭允許多宿主設備不顧發(fā)送SSDP再見消息、更新其BOOTID值以及重新通告其自身以解決其在別處經(jīng)歷的網(wǎng)絡問題的需要，而向兼容的控制點通知其連續(xù)可用性。該新報頭的使用向未受所述中斷影響的控制點指示其可以不管這些SSDP消息而繼續(xù)使用所述設備及其關聯(lián)的服務。
文檔編號H04L12/28GK101569138SQ200780046178
公開日2009年10月28日 申請日期2007年11月30日 優(yōu)先權日2006年12月13日
發(fā)明者C·尚 申請人:諾基亞公司