專利名稱：通過管理服務(wù)器遠程管理設(shè)備上的應(yīng)用的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通過管理服務(wù)器遠程管理設(shè)備上的最終用戶服務(wù)應(yīng)用的方法，以及相關(guān)的設(shè)備和管理服務(wù)器。
背景技術(shù)：
在現(xiàn)有技術(shù)中，已經(jīng)了解到有這樣的方法和相關(guān)設(shè)備。實際上，用于家庭網(wǎng)絡(luò)接入的下一代市場關(guān)于新服務(wù)，也就是用于最終用戶的服務(wù)應(yīng)用。在服務(wù)平臺上部署并且運行這些服務(wù)。這些服務(wù)平臺通常通過在硬件功能設(shè)備上執(zhí)行的軟件框架來實現(xiàn)。當在服務(wù)平臺上運行服務(wù)應(yīng)用時，這樣的服務(wù)應(yīng)用服從生命周期。實際上，例如可通過預(yù)訂服務(wù)應(yīng)用來激活服務(wù)應(yīng)用，并可以去激活服務(wù)應(yīng)用。這樣的生命周期可由有限狀態(tài)機表示。在服務(wù)應(yīng)用必須要從一個狀態(tài)變換到另一狀態(tài)或者必須創(chuàng)建服務(wù)應(yīng)用的情況下， 電信網(wǎng)絡(luò)中的管理服務(wù)器通常將命令發(fā)送給專用網(wǎng)絡(luò)中的最終用戶設(shè)備，也就是，更具體地發(fā)送給執(zhí)行服務(wù)應(yīng)用的設(shè)備上的服務(wù)平臺。已經(jīng)注意到的是，存在的生命周期狀態(tài)機與服務(wù)平臺技術(shù)一樣多。一些已知的服務(wù)平臺技術(shù)是-OSGi，一種可以被遠程管理的基于Java的服務(wù)平臺；和-諸如JavaME⑶C的Xlets，其被設(shè)計為支持用于作為Sun的JAVATV規(guī)范一部分的數(shù)字TV的應(yīng)用；和-Microsoft. NET框架，其是利用幾個微軟視窗操作系統(tǒng)可獲得的軟件框架；和-MIDlet，其是用于移動信息設(shè)備配置文件MIDP的Java應(yīng)用框架，所述MIDP典型地在允許Java的蜂窩電話、其它嵌入式設(shè)備或仿真器上實現(xiàn)。MIDlet服務(wù)應(yīng)用通常用于諸如游戲的服務(wù)；和-Linux分組管理器；和-谷歌安卓(Android)，其是基于Linux內(nèi)核的、最初由谷歌開發(fā)并且后來由開放手持機聯(lián)盟開發(fā)的用于移動設(shè)備的軟件平臺和操作系統(tǒng)。谷歌安卓允許開發(fā)者用Java語音編寫管理代碼，通過谷歌開發(fā)的Java庫控制設(shè)備。-等等。需要解釋的是，當在這樣的服務(wù)平臺上運行這樣的服務(wù)應(yīng)用時，服務(wù)應(yīng)用服從生命周期。這樣的生命周期可由有限狀態(tài)機表示，其中這樣的有限狀態(tài)機由在其上運行服務(wù)應(yīng)用的服務(wù)平臺的技術(shù)唯一確定。因此，上述不同的服務(wù)平臺技術(shù)在它們關(guān)聯(lián)的狀態(tài)機的限定方面不同。這是由于每個平臺技術(shù)關(guān)注部署的不同方面，和/或生命周期管理的不同方面。例如，Xlets支持開始和停止語義，但是其不支持安裝和卸載語義，然而，Linux處理可以中止而OSGi包不能暫停。以這種方式，當管理服務(wù)器遠程管理設(shè)備上的服務(wù)應(yīng)用時，管理服務(wù)器不知道有限狀態(tài)機的確切狀態(tài)，其中執(zhí)行的服務(wù)應(yīng)用位于或應(yīng)該位于有限狀態(tài)機上。
成為技術(shù)無關(guān)的一種方式是限定可適于全部不同技術(shù)的具有最小共同特征的狀態(tài)機。按這種方式，一個公共預(yù)定義的狀態(tài)機將必須被限定在網(wǎng)絡(luò)中的所有設(shè)備上，也就是，預(yù)定義可能的狀態(tài)和預(yù)定義這些可能的狀態(tài)之間的鏈接。由此問題是，通過設(shè)計好像難以有效地定義這樣的最小共同特征的狀態(tài)機。這可以通過示例來解釋。例如，UPnP通用即插即用設(shè)備管理狀態(tài)機是Linux狀態(tài)機的子集和Xlets狀態(tài)機的超集。通過嘗試在Linux 和Xlets服務(wù)平臺技術(shù)之間折衷，則存在以沒有任何它們特定優(yōu)點而結(jié)束的危險。實際上， 危險存在于，在一個設(shè)備上有限狀態(tài)機不會脫離狀態(tài)機的一個預(yù)定狀態(tài)，或者另一方面，由管理服務(wù)器發(fā)送的命令不能由設(shè)備執(zhí)行，從而會返回錯誤。此外，這種共同特征的方法可能在與未來的服務(wù)平臺技術(shù)的交互操作時產(chǎn)生問題。共同特征必須重復(fù)地更新。

發(fā)明內(nèi)容
本發(fā)明的目標是提供一種用于遠程管理在設(shè)備上安裝的服務(wù)平臺上執(zhí)行的最終用戶服務(wù)應(yīng)用的生命周期的方法，以及執(zhí)行例如上面所述的但是其中克服上述問題的上述方法的管理服務(wù)器和設(shè)備。根據(jù)本發(fā)明，實現(xiàn)該目標是因為該方法包括以下步驟-由管理服務(wù)器的請求裝置將涉及有限狀態(tài)機數(shù)據(jù)模型的請求信息傳送給設(shè)備的設(shè)備接收裝置，所述有限狀態(tài)機數(shù)據(jù)模型描述表示用于當服務(wù)應(yīng)用在所述設(shè)備上運行時所使用的所述服務(wù)平臺的有限狀態(tài)機；以及-由設(shè)備的設(shè)備傳送裝置將設(shè)備傳送給管理服務(wù)器的數(shù)據(jù)模型信息傳送給管理服務(wù)器的接收裝置；以及-由管理服務(wù)器的接收裝置通過數(shù)據(jù)模型信息確定有限狀態(tài)機數(shù)據(jù)模型；以及-由管理服務(wù)器的管理裝置根據(jù)有限狀態(tài)機數(shù)據(jù)模型管理設(shè)備上的管理服務(wù)器的服務(wù)應(yīng)用。實際上，根據(jù)有限狀態(tài)機數(shù)據(jù)模型，管理服務(wù)器可以理解與服務(wù)應(yīng)用相關(guān)的有限狀態(tài)機，并將其用于自己的內(nèi)部邏輯中。因此，能夠根據(jù)有限狀態(tài)機數(shù)據(jù)模型由管理服務(wù)器對設(shè)備上的服務(wù)應(yīng)用進行準確地遠程管理。實際上，通過請求涉及有限狀態(tài)機數(shù)據(jù)模型的信息，管理服務(wù)器能夠跟隨服務(wù)應(yīng)用在正確的有限狀態(tài)機中的正確狀態(tài)。由管理服務(wù)器向設(shè)備提交的涉及執(zhí)行服務(wù)應(yīng)用的每個遠程命令可跟隨正確的有限狀態(tài)機。通過描述數(shù)據(jù)模型中服務(wù)應(yīng)用的生命周期的有限狀態(tài)機，設(shè)備指示與其狀態(tài)機一同使用的是哪個服務(wù)平臺技術(shù)。因此，管理服務(wù)器能夠最佳地使用該狀態(tài)機。此外，該方法還進一步證明，在某種意義上說，其允許由管理服務(wù)器完全發(fā)現(xiàn)、集成和管理的新的服務(wù)平臺技術(shù)和現(xiàn)有服務(wù)平臺技術(shù)的新版本。本發(fā)明的另一優(yōu)勢是不需要人工指定由管理服務(wù)器管理的服務(wù)平臺技術(shù)的列表。 由于管理服務(wù)器是自適應(yīng)的，因此易于部署異種專用網(wǎng)絡(luò)和設(shè)備。基本構(gòu)思的優(yōu)選實施方式是數(shù)據(jù)模型信息完全由有限狀態(tài)機數(shù)據(jù)模型自身實現(xiàn)的情況。在這種方式下，確定步驟實際上變得無用并明確地不執(zhí)行，也就是，將接收的數(shù)據(jù)模型信息轉(zhuǎn)發(fā)給管理服務(wù)器的管理模塊。此外，已經(jīng)解釋了這樣的有限狀態(tài)機數(shù)據(jù)可能包括技術(shù)服務(wù)平臺信息，表示服務(wù)應(yīng)用的生命周期的狀態(tài)機的所有可能狀態(tài)的列表，和可能狀態(tài)之間所有允許的轉(zhuǎn)換的列表描述。描述了當數(shù)據(jù)模型信息由技術(shù)服務(wù)平臺信息完成的替代實現(xiàn)方式。因此確定步驟根據(jù)技術(shù)服務(wù)平臺信息從有限狀態(tài)機數(shù)據(jù)模型的數(shù)據(jù)庫中檢索有限狀態(tài)機數(shù)據(jù)模型來實現(xiàn)。該步驟也可由管理服務(wù)器的接收裝置來執(zhí)行。需要注意的是，技術(shù)服務(wù)平臺信息通常包括諸如OSGi的服務(wù)平臺實現(xiàn)技術(shù)的類型和服務(wù)平臺實現(xiàn)技術(shù)的版本號。最后需要解釋的是，有限狀態(tài)機數(shù)據(jù)模型的數(shù)據(jù)庫可包括在管理服務(wù)器自身中， 但是也可進一步位于電信網(wǎng)絡(luò)中。當數(shù)據(jù)庫位于管理服務(wù)器的外部時，檢索的步驟通過管理服務(wù)器的北向接口來執(zhí)行。所提出的方案是管理服務(wù)器相對于服務(wù)平臺是真正技術(shù)無關(guān)的唯一方式。通過該技術(shù)，每次當服務(wù)平臺技術(shù)變化或被創(chuàng)建時，管理服務(wù)器將不需要更新，也不用修改其標準。通過運行的管理服務(wù)器，將總是無縫地考慮現(xiàn)有的和未來的狀態(tài)機。此外，管理服務(wù)器還能夠管理具有不同狀態(tài)機的不同類型的服務(wù)平臺。由于不需要改變遠程管理協(xié)議，還可以進一步在創(chuàng)建新狀態(tài)的情況下進行證明。需要注意的是，在權(quán)利要求中使用的術(shù)語“包括”，不應(yīng)當被解釋為對其后給出的模塊的限制。因此，“設(shè)備包括裝置A和B”的表達范圍不應(yīng)局限于僅包括元件A和B的設(shè)備。其意味著相對于本發(fā)明，設(shè)備的相關(guān)元件僅為A和B。此外應(yīng)注意到，在本實施方式的下列描述中使用的術(shù)語“耦合”，不應(yīng)限制性地解釋為僅直接地連接。因此，“設(shè)備A與設(shè)備B耦合”的表達范圍不應(yīng)限制為設(shè)備A的輸出與設(shè)備B的輸入直接連接的設(shè)備或系統(tǒng)。其意味著在A的輸出和B的輸入之間存在路徑，其中該路徑可以是包括其他設(shè)備或裝置的路徑。


通過參照下列描述的實施方式并結(jié)合附圖，本發(fā)明的上述和其它目標和特征將變的更加明顯，同時也可以更好地理解本發(fā)明，其中圖1表示具有家庭網(wǎng)絡(luò)HN的接入網(wǎng)絡(luò)和與其耦合的管理服務(wù)器MS。
具體實施例方式作為示例，家庭網(wǎng)絡(luò)HN包括兩個設(shè)備，第一設(shè)備DEVl和第二設(shè)備DEV2。第一設(shè)備 DEVl可以由例如具有讀取器/寫入器(writer)的光盤播放器利用執(zhí)行諸如兩個遠程可控的服務(wù)應(yīng)用A2和A3的第一服務(wù)平臺Fl、和執(zhí)行諸如Al的遠程可控的服務(wù)應(yīng)用的另一服務(wù)平臺F3來實現(xiàn)。用于服務(wù)應(yīng)用A2和A3的各個有限狀態(tài)機僅作為一種示例。由于服務(wù)應(yīng)用在相同的服務(wù)平臺上運行，其有限狀態(tài)機是相似的，也就是FSM(Fl)。然而，應(yīng)當理解的是，在一個服務(wù)應(yīng)用可以發(fā)現(xiàn)其自己處于一個狀態(tài)的特定時刻，其它服務(wù)應(yīng)用處于另一個狀態(tài)。這在圖1中通過在相似狀態(tài)機的不同狀態(tài)中的Al和A3來表示。第二設(shè)備DEV2例如通過具有播放和存儲音樂的基本功能、并具有例如直接從IP 國際互聯(lián)網(wǎng)下載音樂的附加功能的mp3播放器來實現(xiàn)。假設(shè)遠程可控服務(wù)應(yīng)用中的一個例如是應(yīng)該在服務(wù)平臺F2上運行的服務(wù)應(yīng)用Al。此處還作為一個實施例，由于應(yīng)用另一服務(wù)平臺F2，因此還給出了被稱為FSM(M)的另一有限狀態(tài)機。
兩個設(shè)備還包括例如用于DEVl的被稱為設(shè)備接收器的接收器和被稱為設(shè)備發(fā)射器的發(fā)射器，例如，分別為DEV1_REC和DEV1_TR(在圖1中沒有給出用于DEV2的這些功能塊)。設(shè)備接收器DEV1_REC和設(shè)備發(fā)射器DEV1_TR在一側(cè)與例如包括服務(wù)平臺Fl和F3 的服務(wù)平臺控制器耦合，以及在另一側(cè)通過DEVl的接口與接入網(wǎng)絡(luò)中的管理服務(wù)器MS耦合。該服務(wù)平臺控制器包括涉及當前服務(wù)平臺Fl和F3的信息。在這種方式下，用于服務(wù)平臺Fl的技術(shù)服務(wù)平臺信息TECHl包括類型為TYPEl (例如，OSGi)的服務(wù)平臺實現(xiàn)技術(shù)和服務(wù)平臺實現(xiàn)技術(shù)的版本號，例如VER01。此外，服務(wù)平臺控制器還可包括對表示與服務(wù)平臺Fl和服務(wù)平臺F3相關(guān)聯(lián)的有限狀態(tài)機的充分說明。在這種情況下，服務(wù)平臺控制器包括對Fl (也就是FSM(Fl))的有限狀態(tài)機進行的描述，其中Fl的有限狀態(tài)機具有服務(wù)平臺Fl的全部可能狀態(tài)(也就是STATES1)的列表和在可能的狀態(tài)(也就是，TRANS1)之間允許進行轉(zhuǎn)換的列表。管理服務(wù)器包括與設(shè)備接收裝置DEV1_REC相耦合的請求裝置REQ (INFO)；與設(shè)備 DEVl的設(shè)備發(fā)射裝置DEV1_TR耦合且與管理裝置MAN和管理服務(wù)器MS的有限狀態(tài)機模塊的數(shù)據(jù)庫耦合的接收裝置REC。接收裝置REC還與管理服務(wù)器MS的北向接口 NBI耦合。根據(jù)本應(yīng)用與在圖1中所述的電信環(huán)境一致，利用對上述列出的不同塊的功能描述來解釋設(shè)備DEVl和管理服務(wù)器MS的工作方式。根據(jù)該描述，塊的具體實現(xiàn)對本領(lǐng)域技術(shù)人員來說是顯而易見的，因此不對其進行詳細描述。此外，將進一步詳細描述遠程管理在服務(wù)平臺上執(zhí)行的最終用戶服務(wù)應(yīng)用方法的基本工作。假設(shè)設(shè)備DEVl的最終用戶希望使用服務(wù)應(yīng)用A2的情況，由此需要由管理服務(wù)器 MS將該服務(wù)應(yīng)用安裝在設(shè)備DEVl上。為了正確地遠程控制該服務(wù)應(yīng)用A2，并根據(jù)本應(yīng)用， 管理服務(wù)器MS需要獲得有關(guān)應(yīng)該運行服務(wù)應(yīng)用A2的服務(wù)平臺Fl唯一的有限狀態(tài)機數(shù)據(jù)模型FSM(Fl)的知識。從而下列功能塊執(zhí)行下列步驟-由管理服務(wù)器MS的請求裝置REQ(INFO)將涉及描述用于當服務(wù)應(yīng)用A2在設(shè)備上運行時所使用服務(wù)平臺的有限狀態(tài)機的表示的有限狀態(tài)機數(shù)據(jù)模型的請求信息 REQ(INFO)發(fā)送給設(shè)備DEVl的設(shè)備接收裝置DEV1_REC ；和-由設(shè)備DEVl的設(shè)備發(fā)送裝置DEV1_TR將數(shù)據(jù)模型信息發(fā)送給管理服務(wù)器MS的接收裝置REC ；和-由接收裝置REC根據(jù)數(shù)據(jù)模型信息確定用于服務(wù)平臺Fl的有限狀態(tài)機數(shù)據(jù)模型 FSM(Fl)；禾口-由管理裝置MAN根據(jù)有限狀態(tài)機數(shù)據(jù)模型FSM(Fl)管理服務(wù)應(yīng)用A2。假設(shè)設(shè)備DEVl自身可獲得有限狀態(tài)機數(shù)據(jù)模型FSM(Fl)。在這種情況下，設(shè)備 DEVl也能直接給管理服務(wù)器提供完整的有限狀態(tài)機信息FSM(F1 TECHl (TYPE 1 ；VERO1)； STATES1 ；TRANS1)。在這種情況下，數(shù)據(jù)模型信息實際上通過有限狀態(tài)機數(shù)據(jù)模型FSM(Fl) 自身來實現(xiàn)。然而，在例如沒有所請求信息的完整描述的情況下；或者例如應(yīng)當在設(shè)備DEVl和管理服務(wù)器MS之間保存上游帶寬時；或者當例如請求信息REQ(INFO)實際上包括僅請求技術(shù)服務(wù)平臺信息的第一嘗試時，傳送的數(shù)據(jù)模型信息僅由技術(shù)服務(wù)平臺信息TECHl來實現(xiàn)。這意味著將技術(shù)服務(wù)平臺信息TECH1(TYPE1;VER01)從設(shè)備DEVl發(fā)送給管理服務(wù)器MS可以是在請求信息REQ(INFO)中直接請求的結(jié)果，或者是決定僅發(fā)送該部分信息、也就是技術(shù)服務(wù)平臺信息TECHl (TYPE1 ；VER01)的設(shè)備DEVl的控制器的決定。在僅接收到技術(shù)服務(wù)平臺信息TECHl (TYPE1 ；VER01)時，確定步驟通過根據(jù)接收的技術(shù)服務(wù)平臺信息TECHl 從有限狀態(tài)機數(shù)據(jù)模型的數(shù)據(jù)庫DB中檢索完整的有限狀態(tài)機數(shù)據(jù)模型來實現(xiàn)。如圖1所示，該步驟還可通過管理服務(wù)器的接收裝置REC來執(zhí)行。已經(jīng)解釋了在圖1中顯示的反饋位置、也就是FSM(Fl)和TECHl顯示在從設(shè)備 DEVl至管理服務(wù)器MS的箭頭旁邊。然而，可以理解的是，在請求信息REQ(INFO)時，僅將兩種數(shù)據(jù)模型信息方式中的一種返回給管理服務(wù)器MS。實際上，在傳送請求信息REQ(INFO) 時，設(shè)備DEVl對有限狀態(tài)機數(shù)據(jù)模型FSM(Fl)的完整信息的傳送或僅對技術(shù)服務(wù)平臺信息 TECHl的傳送作出響應(yīng)。上面已經(jīng)提到，有限狀態(tài)機數(shù)據(jù)模型的數(shù)據(jù)庫DB可由管理服務(wù)器自身具有，但是也可進一步位于在電信網(wǎng)絡(luò)中。當數(shù)據(jù)庫包括在管理服務(wù)器MS中時，后面將跟隨具有 TECH’的箭頭。這里，將對不同狀態(tài)STATE’列表和可能且允許的轉(zhuǎn)換TRANS’的列表的描述提供給接收裝置。然而，根據(jù)另一情況，當數(shù)據(jù)庫位于管理服務(wù)器外部時，確定/獲得步驟通過管理服務(wù)器MS的北向接口 NBI來執(zhí)行，這在圖1中用具有TECH”的箭頭表示，并且提供的反饋用STATES”和TRANS”來表示?？梢岳斫獾氖?，任何一種情況或兩種情況一起都能夠在管理服務(wù)器MS中實現(xiàn)。下面的詳細說明描述了本方法和設(shè)備可能的實現(xiàn)，以及在設(shè)備DEVl和管理服務(wù)器MS之間(也就是利用寬帶論壇TR-069管理協(xié)議)不同消息的可能實現(xiàn)。通常的觀點是具有描述有限狀態(tài)機的管理對象。這包括對所使用技術(shù)的信息和其版本的定義，可能狀態(tài)的列表和在這些不同狀態(tài)之間所有允許轉(zhuǎn)換的列表。根據(jù)該信息，管理服務(wù)器MS將能夠了解有限狀態(tài)機并在其內(nèi)部邏輯中使用管理對象。下面描述用于寬帶論壇TR-106數(shù)據(jù)模型和TR-069RPC(遠程過程調(diào)用)的可能擴展。數(shù)據(jù)模型在TR-106中的根對象下進行定義，其中TR-106在圖1的數(shù)據(jù)庫DB中以摘要的方式給出。名稱.ServicePlatform. {i}.
類型對象
描述該表中每個條目包括服務(wù)平臺的說明
名稱TechnoIogyType
類型字符串
描述服務(wù)平臺執(zhí)行技術(shù)的名稱
名稱TechnoIogyVersion
類型字符串
描述服務(wù)平臺執(zhí)行技術(shù)的版本號
名稱ServicePlatform. StateMachine
類型對象
描述該對象表示用于該服務(wù)平臺的狀態(tài)機
名稱:· ServicePlatform. StateMachine. Sti
類型對象
描述該表中每個條目表示狀態(tài)機中的狀態(tài)。在該表中至多一個條目可以具有 StateName的指定值名稱StateName類型字符串[A-Z]描述狀態(tài)的唯一的文本名稱。其必須僅包括大寫字母字符名禾爾.ServicePlatform. StateMachine. Transition, {i}.類型對象描述該表包括狀態(tài)機中所有的合法轉(zhuǎn)換。該表中至多一個條目可具有用于 FromState和！"estate的指定值對名稱=FromState類型字符串[A-Z]描述開始轉(zhuǎn)換的狀態(tài)名稱。其必須是合法的狀態(tài)名稱，也就是，其是 ^t . ServicePlatform. StateMachine. State, {i}. StateName 巾胃3 白勺ft白勺豐女·名稱=ToState類型字符串[A-Z]描述轉(zhuǎn)換結(jié)束的狀態(tài)名稱。其必須是合法的狀態(tài)名稱，也就是，其是 ^t . ServicePlatform. StateMachine. State, {i}. StateName 巾胃3 白勺ft白勺豐女·遠程過程調(diào)用RPC可定義為ChangeState 該方法必須由管理服務(wù)器MS使用以請求服務(wù)應(yīng)用的軟件模塊的設(shè)備DEVl從一個狀態(tài)轉(zhuǎn)換到另一狀態(tài)，例如，從狀態(tài)“開始”轉(zhuǎn)換到狀態(tài)“停止”。ChangeState 參數(shù)參數(shù)模塊(Module)描述朝向必須改變狀態(tài)的服務(wù)應(yīng)用的引用，在下文稱為模塊ID。其必須是合法的模塊ID，并且其必須與通常如何識別模塊相一致參數(shù)=FromState類型字符串[A-Z]描述模塊當前狀態(tài)的名稱。其必須是合法的狀態(tài)名稱，也就是，其是 ^t . ServicePlatform. StateMachine. State, {i}. StateName 巾胃3 白勺ft白勺豐女·參數(shù)ToState類型字符串[A-Z]描述模塊變換到的狀態(tài)名稱。其必須是合法的狀態(tài)名稱，也就是，其是 ^t . ServicePlatform. StateMachine. State, {i}. StateName 巾胃3 白勺ft白勺豐女·根據(jù)上述TR069可能的實現(xiàn)，相關(guān)聯(lián)的方案是-設(shè)備DEV通知管理服務(wù)器MS哪個服務(wù)平臺Fl正在運行，也就是，它具體服從哪個標準。-在管理服務(wù)器MS知道該標準的情況下，例如OSGiR4，由于相關(guān)聯(lián)的有限狀態(tài)機是已知的，因此該消息可重復(fù)用于設(shè)備DEVl的遠程控制。否則，管理服務(wù)器MS發(fā)送對信息 REQ(INFO)的請求并以這種方式從設(shè)備DEVl的設(shè)備發(fā)射裝置DEV1_TR接收有限狀態(tài)機數(shù)據(jù)模型 FSM(Fl)。
-當管理服務(wù)器MS想要對設(shè)備DEVl上的特定模塊執(zhí)行狀態(tài)轉(zhuǎn)換時，管理服務(wù)器 MS首先在有限狀態(tài)機數(shù)據(jù)模型FSM(Fl)上檢查轉(zhuǎn)換是否合法，并隨后使用ChangeMate遠程過程調(diào)用。-設(shè)備DEVl嘗試執(zhí)行變換并在失敗時返回錯誤代碼。-在無論什么原因發(fā)生設(shè)備DEVl上的模塊變換狀態(tài)的情況下，設(shè)備DEVl將激活通知發(fā)送給管理服務(wù)器MS。最后要說明的是，上面介紹的本發(fā)明實施方式是利用功能塊進行描述的。從上述給出的這些塊的功能描述中，如何利用已知的電子元件制造這些塊的實施方式，對設(shè)計電子設(shè)備的本領(lǐng)域技術(shù)人員來說是顯而易見的。因此沒有給出功能塊詳細的結(jié)構(gòu)內(nèi)容。盡管本發(fā)明的上述原則與特定裝置有關(guān)，但是可以理解的是，該描述僅是一種示例，并不是對本發(fā)明內(nèi)容的限制，本發(fā)明的范圍由所附的權(quán)利要求限定。
權(quán)利要求
1.一種用于通過電信網(wǎng)絡(luò)中的管理服務(wù)器(MS)遠程管理用于執(zhí)行安裝在專用網(wǎng)絡(luò)中的設(shè)備(DEVl)的服務(wù)平臺(Fl)上的最終用戶服務(wù)應(yīng)用(A2)的方法，其特征在于，所述方法包括以下步驟發(fā)送用于涉及有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))的信息REQ(INFO)的請求，所述有限狀態(tài)機數(shù)據(jù)模型描述用于當所述服務(wù)應(yīng)用m在所述設(shè)備(DEVl)上運行時所使用的所述服務(wù)平臺(Fl)的有限狀態(tài)機的表示；和由所述設(shè)備(DEVl)將數(shù)據(jù)模型信息發(fā)送給所述管理服務(wù)器(MQ ；和由所述管理服務(wù)器(MQ通過所述數(shù)據(jù)模型信息確定所述有限狀態(tài)機數(shù)據(jù)模型 (FSM(Fl))；禾口由所述管理服務(wù)器(MQ根據(jù)所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))管理所述設(shè)備 (DEVl)上的所述服務(wù)應(yīng)用(Al)。
2.根據(jù)權(quán)利要求1所述的用于遠程管理最終用戶服務(wù)應(yīng)用(A2)的方法，其特征在于， 所述數(shù)據(jù)模型信息由所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))實現(xiàn)。
3.根據(jù)權(quán)利要求1所述的用于遠程管理最終用戶服務(wù)應(yīng)用(A2)的方法，其特征在于， 所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))包括技術(shù)服務(wù)平臺信息(INFl)、可能的狀態(tài)(STATES) 和在所述可能的狀態(tài)之間允許的轉(zhuǎn)換(TRANS)。
4.根據(jù)權(quán)利要求1所述的用于遠程管理最終用戶服務(wù)應(yīng)用(A2)的方法，其特征在于， 所述數(shù)據(jù)模型信息由技術(shù)服務(wù)平臺信息(TECHl)實現(xiàn)，其中根據(jù)所述技術(shù)服務(wù)平臺信息 (TECHl)，通過從有限狀態(tài)機數(shù)據(jù)模型的數(shù)據(jù)庫獲得所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl)) 來實現(xiàn)所述確定步驟。
5.根據(jù)權(quán)利要求4所述的用于遠程管理最終用戶服務(wù)應(yīng)用(A2)的方法，其特征在于， 通過所述管理服務(wù)器(MQ的北向接口執(zhí)行所述獲得步驟。
6.一種在電信網(wǎng)絡(luò)中的遠程管理用于執(zhí)行安裝在專用網(wǎng)絡(luò)中的設(shè)備(DEVl)的服務(wù)平臺(Fl)上的最終用戶服務(wù)應(yīng)用m的管理服務(wù)器(MQ，其特征在于，所述管理服務(wù)器 (MS)包括請求裝置REQ(INFO)，用于請求涉及有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))的信息，所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))描述用于當所述服務(wù)應(yīng)用m在所述設(shè)備(DEVl)上運行時所使用的所述服務(wù)平臺(Fl)的有限狀態(tài)機的表示；和接收裝置(REC)，用于通過所述設(shè)備(DEVl)接收數(shù)據(jù)模型信息并且通過所述數(shù)據(jù)模型信息確定所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))；和管理裝置(MAN)，用于根據(jù)所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))管理所述設(shè)備(DEVl) 上的所述服務(wù)應(yīng)用(Al)。
7.根據(jù)權(quán)利要求6所述的管理服務(wù)器(MQ，其特征在于，所述數(shù)據(jù)模型信息由所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))實現(xiàn)。
8.根據(jù)權(quán)利要求6所述的管理服務(wù)器(MQ，其特征在于，所述數(shù)據(jù)模型信息由技術(shù)服務(wù)平臺信息(TECHl)實現(xiàn)，其中所述接收裝置(REC)進一步包括根據(jù)所述技術(shù)服務(wù)平臺信息(TECHl)，從有限狀態(tài)機數(shù)據(jù)模型的數(shù)據(jù)庫獲得所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))，以實現(xiàn)所述確定。
9.一種在專用網(wǎng)絡(luò)中通過電信網(wǎng)絡(luò)中的管理服務(wù)器(MQ進行遠程管理的設(shè)備(DEVl)，用于執(zhí)行所述設(shè)備(DEVl)的服務(wù)平臺(Fl)上的最終用戶服務(wù)應(yīng)用(A2)，其特征在于，所述設(shè)備(DEVl)包括設(shè)備接收裝置OEV1-REC)，用于接收對涉及有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))的信息 (REQ(INFO))的請求，所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))描述用于當所述服務(wù)應(yīng)用(A2) 在所述設(shè)備(DEVl)上運行時所使用的所述服務(wù)平臺(Fl)的有限狀態(tài)機的表示；和設(shè)備發(fā)送裝置(DEV-TR)，用于將數(shù)據(jù)模型信息發(fā)送給所述管理服務(wù)器以使所述管理服務(wù)器(MQ能夠通過所述數(shù)據(jù)模型信息確定所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))，并根據(jù)所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))管理所述設(shè)備(DEVl)上的所述服務(wù)應(yīng)用(Al)。
10.根據(jù)權(quán)利要求9所述的設(shè)備(DEVl)，其特征在于，所述數(shù)據(jù)模型信息由所述有限狀態(tài)機數(shù)據(jù)模型(FSM(Fl))實現(xiàn)。
11.根據(jù)權(quán)利要求9所述的設(shè)備(DEVl)，其特征在于，所述數(shù)據(jù)模型信息由技術(shù)服務(wù)平臺信息(TECHl)實現(xiàn)。
全文摘要
本發(fā)明公開了一種用于通過電信網(wǎng)絡(luò)中的管理服務(wù)器遠程管理用于在專用網(wǎng)絡(luò)的設(shè)備上安裝的服務(wù)平臺上執(zhí)行的最終用戶服務(wù)應(yīng)用的生命周期的方法。該方法包括以下步驟發(fā)送涉及描述用于當服務(wù)應(yīng)用在所述設(shè)備上運行時所使用的所述服務(wù)平臺的有限狀態(tài)機的表示有限狀態(tài)機數(shù)據(jù)模型的信息的請求；和由所述設(shè)備將數(shù)據(jù)模型信息發(fā)送給所述管理服務(wù)器；和由所述管理服務(wù)器通過所述數(shù)據(jù)模型信息確定有限狀態(tài)機數(shù)據(jù)模型；和由所述管理服務(wù)器根據(jù)有限狀態(tài)機數(shù)據(jù)模型管理所述設(shè)備上的所述服務(wù)應(yīng)用。
文檔編號H04L12/24GK102415051SQ201080018600
公開日2012年4月11日 申請日期2010年4月23日 優(yōu)先權(quán)日2009年4月27日
發(fā)明者C·布沙, Y·魯瓦永 申請人:阿爾卡特朗訊公司