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

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


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