語言實(shí)現(xiàn)。
[0059]步驟303，路由器在檢測到新版本的組件時，獲取所述新版本的組件的升級信息；
[0060]在具體實(shí)現(xiàn)中，路由器可以在線檢測是否由可升級的組件，如固件，如果有的話，則獲取新版本的組件的升級信息(Feature)。
[0061]升級信息的示例可以如下:
[0062]版本號:V2.0.11.50426
[0063]更新說明:
[0064]1、新增PPPOE撥號方式時一鍵重連功能；
[0065]2、新增DHCP靜態(tài)IP保留；
[0066]3、新增換機(jī)功能；
[0067]4、優(yōu)化若干指示燈定義；
[0068]5、優(yōu)化若干網(wǎng)絡(luò)不穩(wěn)定問題。
[0069]在本發(fā)明的一種優(yōu)選實(shí)施例中，步驟303可以包括如下子步驟:
[0070]子步驟S11，查詢服務(wù)器的組件的第一版本信息；
[0071]子步驟S12，當(dāng)所述第一版本信息比本地的組件的第二版本信息新時，從服務(wù)器下載第一版本信息的升級信息。
[0072]在本發(fā)明實(shí)施例中，可以預(yù)先配置服務(wù)器的端口，可以通過定時訪問該端口查詢在線的組件的第一版本信息，與本地的第二版本信息進(jìn)行比較，從中確定是否具有可升級的組件。
[0073]步驟304，路由器采用所述升級信息生成第一通知消息；
[0074]在本發(fā)明實(shí)施例中，路由器可以將升級信息通過AllJoyn提供的Notificat1n (通知)服務(wù)推送到移動設(shè)備中。
[0075]具體而言，AllJoyn的 API (Applicat1n Programming Interface，應(yīng)用程序編程接口)從功能和代碼依賴層級上可分為Core和Service，Core為核心代碼部分，Service (服務(wù))的編碼依賴于Core。
[0076]Service根據(jù)功能分為不同的部分，Notificat1n (消息)為Service的其中一個功能，用特定的數(shù)據(jù)結(jié)構(gòu)來進(jìn)行設(shè)備間數(shù)據(jù)的傳遞。
[0077]AllJoyn的API中有包裝好的Notificat1n類，以發(fā)送升級信息(Feature)為例，要發(fā)送的通知消息包括該通知消息的type (類型，包括EMERGENCY、WARNING和INF0)，要發(fā)送的語言，自定義的一些識別信息，升級信息等。
[0078]一個 Notificat1n message (如第一通知消息)可以由 type 和 textlist (文本)組成，將以上列舉的需要發(fā)送的信息以文本的形式添加到textlist中，即完成一個Notificat1n message (如第一通知消息)的包裝。
[0079]Notificat1n = type+textlist, textList = textl+...+textn，如:
[0080]升級Notificat1n = EMERGENCY+版本號+新功能+升級路徑+…
[0081]步驟305，路由器將所述第一通知消息發(fā)送至總線；
[0082]如圖2B所示，邏輯分布式AllJoyn總線實(shí)際上被分成了若干個段，每個段都運(yùn)行在不同的終端上。AllJoyn從功能上實(shí)現(xiàn)這些AllJoyn邏輯總線段的進(jìn)程被稱為AllJoyn守護(hù)進(jìn)程。
[0083]如圖4A所示，考慮兩段AllJoyn總線，一段位于其中第一終端(如路由器)上而另一段位于第二終端(如移動設(shè)備)?？偩€連接被標(biāo)記為了客戶端(C)和服務(wù)器(S)基于RMI模型。執(zhí)行分布式總線核心的守護(hù)進(jìn)程被標(biāo)記為(D)。圖4A中的組件通常被解釋為如圖4B所示的示意圖。
[0084]在此配置中，客戶端組件Cl可以采用遠(yuǎn)程方法來調(diào)用服務(wù)組件SI，就像它是一個本地對象。參數(shù)在源頭進(jìn)行封裝，并由其中第一終端(如路由器)上的守護(hù)進(jìn)程送至本地總線段的路由。封裝參數(shù)通過網(wǎng)絡(luò)鏈接(從客戶端來看是透明的)發(fā)送至第二終端(如移動設(shè)備)上的守護(hù)進(jìn)程。
[0085]在本發(fā)明的一種優(yōu)選實(shí)施例中，步驟305可以包括如下子步驟:
[0086]子步驟S21，路由器基于具有所述第一總線名稱的所述第一總線連接點(diǎn)，將所述第一通知消息發(fā)送至總線；
[0087]AllJoyn總線上的連接作為一個服務(wù)，提供接口名稱描述的接口實(shí)現(xiàn)。接口實(shí)現(xiàn)被加入到服務(wù)總線對象的樹中。客戶端希望通過代理對象獲得服務(wù)，并且使用底層AllJoyn代理總線對象來進(jìn)行總線方法、總線信號和總線屬性相關(guān)信息在邏輯AllJoyn總線上的傳遞。
[0088]為了擁有完整的總線地址圖，總線上的連接可以具有唯一的名稱。AllJoyn系統(tǒng)將會為每個總線連接點(diǎn)分配一個唯一的臨時總線名稱。但是，這種唯一的名稱在服務(wù)每次連接到總線是都會自動生成，因此并不適合作為持久的服務(wù)標(biāo)識符。在服務(wù)連接到總線時必須有一種連續(xù)和持久的方法。這些持久的名稱被稱為“well-known names”。
[0089]正如使用域名來指向互聯(lián)網(wǎng)上的主機(jī)系統(tǒng)，它不會隨著時間而改變(例如quicinc.com)，而可以使用它們的well-known總線名稱指向AllJoyn總線的功能單元。正如接口名稱采用域名反轉(zhuǎn)形式，總線名稱也有相同的形式。
[0090]使用well-known名字，應(yīng)用程序(總線連接點(diǎn)的方式)必須向總線守護(hù)進(jìn)程請求使用該名稱。
[0091]步驟306，一個或多個移動設(shè)備在所述總線中監(jiān)聽所述第一通知消息；
[0092]在實(shí)際應(yīng)用中，第一通知消息可以在總線中駐留一定的時間，移動設(shè)備在后續(xù)加入到總線時可以進(jìn)行監(jiān)聽。
[0093]如圖4B所示，移動設(shè)備上運(yùn)行的守護(hù)進(jìn)程確定目的地是SI，并且對封裝參數(shù)進(jìn)行拆封，然后通知服務(wù)去調(diào)用遠(yuǎn)程方法。
[0094]在本發(fā)明的一種優(yōu)選實(shí)施例中，步驟306可以包括如下子步驟:
[0095]子步驟S31，一個或多個移動設(shè)備調(diào)用各自的第二總線接口在所述總線中監(jiān)聽，基于具有所述第一總線名稱的所述第一總線連接點(diǎn)發(fā)送的所述第一通知消息。
[0096]在具體實(shí)現(xiàn)中，總線接口(D-Bus)的規(guī)范，如第一總線接口、第二總線接口等，在XML中進(jìn)行描述來指定接口。
[0097]接口規(guī)范會將總線方法、總線信號、總線屬性以及與它們相關(guān)的類型簽名組合到一個命名組中。而實(shí)際上，接口會由客戶端、服務(wù)或?qū)Φ赛c(diǎn)進(jìn)程來實(shí)現(xiàn)。如果實(shí)現(xiàn)了給定的命名接口，那么接口將會支持它所有的總線方法、總線信號和總線屬性。
[0098]接口名稱通常采用域名反轉(zhuǎn)形式。例如，這里有許多AllJoyn實(shí)現(xiàn)的標(biāo)準(zhǔn)接口。其中有一個標(biāo)準(zhǔn)接口是theorg.alljoyn.Businterface，將守護(hù)實(shí)現(xiàn)并為總線連接點(diǎn)提供一些基本功能。
[0099]在實(shí)際應(yīng)用中，即使服務(wù)駐留在本地AllJoyn總線段上，第二終端也需要能夠看見和檢查總線上所有總線連接點(diǎn)的well-known名稱，以確定其中某個對具體服務(wù)感興趣。
[0100]當(dāng)服務(wù)在本地設(shè)備上啟動后，它會保留指定的well-known名稱，然后向鄰近設(shè)備廣播它的存在。AllJoyn提供了一個抽象層，它使服務(wù)可以完成廣播操作，并且能通過底層技術(shù)，例如W1-F1、藍(lán)牙、W1-Fi Direct，來實(shí)現(xiàn)透明通信。一般而言，無論客戶端或者服務(wù)都不需要了解底層技術(shù)是如何管理這些廣播的。
[0101]例如，在接觸交換(contacts-exchanging)應(yīng)用中，應(yīng)用的一個實(shí)例可以保留well-known 名稱 org.alljoyn.sample, contacts, boband，并廣播這個名稱。這可能會產(chǎn)生下面的一個或多個結(jié)果:通過連接W1-Fi接入點(diǎn)的UDP組播，W1-Fi Direct的預(yù)關(guān)聯(lián)服務(wù)廣播，或藍(lán)牙的服務(wù)發(fā)現(xiàn)協(xié)議消息。廣播者并不需要關(guān)注其中的廣播通信機(jī)制。
[0102]客戶端應(yīng)用程序可能會通過初始化發(fā)現(xiàn)操作，來在接收廣播時宣布它的興趣。例如，它可能會指定前綴org.alljoyn.sample, contacts來請求發(fā)現(xiàn)接觸服務(wù)的實(shí)例。
[0103]一個或多個移動設(shè)備進(jìn)入了路由器的鄰近范圍，底層AllJoyn系統(tǒng)就可以會通過可選的傳輸協(xié)議來發(fā)送和接收廣播消息。
[0104]由于服務(wù)廣播可以通過多個傳輸協(xié)議來接收，在某些情況下，它需要額外的底層工作來確定底層通信機(jī)制，這是使用發(fā)現(xiàn)服務(wù)的另一個概念部分，即通信會話。
[0105]當(dāng)一個實(shí)體連接到AllJoyn總線時，它會被分配一個唯一的名稱。連接(總線連接點(diǎn))請求被授予一個well-known名稱。well-known名稱用來讓客戶端定位或發(fā)現(xiàn)總線上的服務(wù)。例如，某個服務(wù)可能連接到AllJoyn總線上并被總線分配了唯一的名稱:1.1。如果服務(wù)希望總線上的其它實(shí)體能夠發(fā)現(xiàn)它，這個服務(wù)就必須向總線請求well-known名稱，例如 com.companyA.ProductA0
[0106]這個名稱意味著至少有一個實(shí)現(xiàn)well-known接口的總線對象是有意義的。通常，總線對象使用連接實(shí)例來鑒別，通過與well-known名稱相同的組件路徑。在這個例子中，總線對象的路徑與總線名稱com.companyA.ProductA匹配，可能是/com/companyA/ProductA0
[0107]步驟307，一個或多個移動設(shè)備在監(jiān)聽到時，生成操作界面，在所述操作界面中加載所述第一通知消息中的升級信息。
[0108]接收AllJoyn的Notificat1n message (如第一通知消息)時需要在第二終端實(shí)現(xiàn)AllJoyn提供的相應(yīng)的Receiver (接收器)，在該收到仍以Notificat1n message (如第一通知消息)的結(jié)構(gòu)顯示，這時可以按照組裝它的方式將它進(jìn)行解析，讀取其中的textlist數(shù)據(jù)，在讀取數(shù)據(jù)這一步采用的是All