專利名稱：對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其是涉及一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法及系統(tǒng)。
背景技術(shù)：
OMA(Open Mobile Alliance,開放移動(dòng)聯(lián)盟)DM(Device Management,設(shè)備管理)VI. 3是OMA DM WorkGroup制定的設(shè)備管理統(tǒng)一規(guī)范(以下簡(jiǎn)稱DM規(guī)范)JM系統(tǒng)提供了一種低成本方案，用于第三方管理和設(shè)置終端設(shè)備(比如手機(jī)終端及終端中的功能對(duì)象)中的環(huán)境和配置信息，解決這些設(shè)備在使用過(guò)程中遇到的問(wèn)題，例如通過(guò)OTA(Over The Air,無(wú)線網(wǎng)絡(luò))方式進(jìn)行軟件和固件的安裝、升級(jí)等操作，并提供更加人性化和個(gè)性化的服務(wù)，提高用戶體驗(yàn)，第三方可以是運(yùn)營(yíng)商、業(yè)務(wù)提供商或者合作方的信息管理部門。REST(REpresentation State Transfer)描述了一個(gè)架構(gòu)樣式的網(wǎng)絡(luò)系統(tǒng)， REST指的是一組架構(gòu)約束條件和原則，滿足這些約束條件和原則的應(yīng)用程序或設(shè)計(jì)就是RESTful。RESTful是一種Web Service (是為了使原來(lái)各孤立的站點(diǎn)之間的信息能夠相互通信、共享而提出的一種接口)的設(shè)計(jì)風(fēng)格，通過(guò)標(biāo)準(zhǔn)的HTTP (HyperText TransferProtocol，超文本傳輸協(xié)議)方法對(duì)資源進(jìn)行操作。符合RESTful設(shè)計(jì)風(fēng)格的設(shè)備管理協(xié)議可以稱之為RESTful DM,服務(wù)器使用標(biāo)準(zhǔn)的HTTP方法，對(duì)終端上的MO (ManagementObject,管理對(duì)象)進(jìn)行操作。這種操作易于與現(xiàn)有的Web標(biāo)準(zhǔn)進(jìn)行對(duì)接，通過(guò)標(biāo)準(zhǔn)的Web方法也能實(shí)施DM管理。同時(shí)通過(guò)簡(jiǎn)化協(xié)議過(guò)程，也能夠降低對(duì)DM終端的能力要求。OMA DM現(xiàn)有的可執(zhí)行節(jié)點(diǎn)執(zhí)行方式為，服務(wù)器通過(guò)HTTP做為承載，向終端發(fā)送SyncML(Synchronization Markup Language,同步標(biāo)記語(yǔ)言)文件，SyncML 文件是一種XML (Extensible Markup Language,可擴(kuò)展標(biāo)記語(yǔ)言)擴(kuò)展,通過(guò)定義SyncML定義了 OMADM使用的各類命令。現(xiàn)有技術(shù)中，客戶端需要解析SyncML的語(yǔ)義來(lái)獲知當(dāng)前會(huì)話所處的階段以及服務(wù)器下發(fā)的命令。既要解析符合SyncML格式的MO，即管理數(shù)據(jù)；又要解析SyncML中包含的會(huì)話和命令信息，即管理命令，對(duì)終端設(shè)備的能力要求較高，而且無(wú)法直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，不利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理。

發(fā)明內(nèi)容
鑒于上述問(wèn)題，本發(fā)明實(shí)施例提出了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法及系統(tǒng)，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理。本發(fā)明實(shí)施例提出了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，包括接收觸發(fā)消息，發(fā)送第一請(qǐng)求消息；接收第一響應(yīng)消息，所述第一響應(yīng)消息為根據(jù)所述第一請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；根據(jù)所述第一響應(yīng)消息，發(fā)送第二請(qǐng)求消息；
接收第二響應(yīng)消息，所述第二響應(yīng)消息為根據(jù)所述第二請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼；根據(jù)所述第二響應(yīng)消息中的錯(cuò)誤碼，確定觸發(fā)可執(zhí)行操作。本發(fā)明實(shí)施例還提出了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，包括發(fā)送觸發(fā)消息；接收第一請(qǐng)求消息，所述第一請(qǐng)求消息為根據(jù)所述觸發(fā)消息所發(fā)起的請(qǐng)求消息；發(fā)送第一響應(yīng)消息，所述第一響應(yīng)消息為根據(jù)所述第一請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；接收第二請(qǐng)求消息，所述第二請(qǐng)求消息為根據(jù)所述第一響應(yīng)消息所發(fā)起的請(qǐng)求消息；發(fā)送第二響應(yīng)消息，所述第二響應(yīng)消息為根據(jù)所述第二請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼。本發(fā)明實(shí)施例還提出了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，所述可執(zhí)行節(jié)點(diǎn)增加了節(jié)點(diǎn)值，所述方法包括接收第一請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；發(fā)送第一響應(yīng)消息，所述第一響應(yīng)消息包含有所述設(shè)備信息；接收第二請(qǐng)求消息，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；根據(jù)所述第二請(qǐng)求消息，確定所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)。本發(fā)明實(shí)施例還提出了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，所述可執(zhí)行節(jié)點(diǎn)增加了節(jié)點(diǎn)值，所述方法包括發(fā)送第一請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；接收第一響應(yīng)消息，所述第一響應(yīng)消息包含有所述設(shè)備信息；發(fā)送第二請(qǐng)求消息，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。本發(fā)明實(shí)施例還提出了一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的客戶端，所述客戶端包括，接收單元、消息解析單元、消息生成單元，發(fā)送單元、確定單元、可執(zhí)行節(jié)點(diǎn)，其中所述接收單元，用于接收服務(wù)器所發(fā)送的消息，所述服務(wù)器發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息；所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中還可以包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述服務(wù)器發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述消息解析單元，用于解析所述接收單元所接收到的消息；所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息；所述發(fā)送單元，用于向服務(wù)器發(fā)送消息，所述向服務(wù)器發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端的設(shè)備信息發(fā)送給所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述向服務(wù)器發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息；所述確定單元，用于根據(jù)所述消息解析單元的解析結(jié)果確定服務(wù)器需要操作的可執(zhí)行節(jié)點(diǎn)；所述可執(zhí)行節(jié)點(diǎn)，具有可執(zhí)行的屬性，用于執(zhí)行服務(wù)器所下發(fā)的操作命令，完成相應(yīng)操作。本發(fā)明實(shí)施例還提出了對(duì)可執(zhí)行節(jié)點(diǎn)操作的服務(wù)器，所述服務(wù)器包括，接收單元、消息解析單元、消息生成單元、發(fā)送單元，其中所述接收單元，用于接收客戶端發(fā)送的消息；所述客戶端發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端所在設(shè)備的設(shè)備信息發(fā)送給 所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述客戶端發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息；所述消息解析單元，用于解析所述接收單元所接收到的消息；所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息；所述發(fā)送單元，用于向客戶端發(fā)送消息，所述向客戶端發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述向客戶端發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。本發(fā)明實(shí)施例還提出了一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的系統(tǒng)，所述系統(tǒng)包括客戶端和服務(wù)器，所述客戶端包括接收單元、消息解析單元、消息生成單元，發(fā)送單元、確定單元、可執(zhí)行節(jié)點(diǎn)，其中所述接收單元，用于接收服務(wù)器所發(fā)送的消息，所述服務(wù)器發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息；所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中還可以包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述服務(wù)器發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述消息解析單元，用于解析所述接收單元所接收到的消息；所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息；所述發(fā)送單元，用于向服務(wù)器發(fā)送消息，所述向服務(wù)器發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端的設(shè)備信息發(fā)送給所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述向服務(wù)器發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息；
所述確定單元，用于根據(jù)所述消息解析單元的解析結(jié)果確定所述服務(wù)器需要操作的可執(zhí)行節(jié)點(diǎn)；所述可執(zhí)行節(jié)點(diǎn)，具有可執(zhí)行的屬性，用于執(zhí)行所述服務(wù)器所下發(fā)的操作命令，完成相應(yīng)操作。所述客戶端包括接收單元、消息解析單元、消息生成單元、發(fā)送單元，其中所述接收單元，用于接收客戶端發(fā)送的消息；所述客戶端發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端所在設(shè)備的設(shè)備信息發(fā)送給所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述客戶端發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息；所述消息解析單元，用于解析所述接收單元所接收到的消息；所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息；所述發(fā)送單元，用于向客戶端發(fā)送消息，所述向客戶端發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述向客戶端發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行 節(jié)點(diǎn)執(zhí)行操作的信息。通過(guò)本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法及系統(tǒng)，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。


圖I是OMA DM基本框架示意圖；圖2是本發(fā)明實(shí)施例所公開的一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖；圖3是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖；圖4是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖；圖5是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖；圖6是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖；圖7是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖；圖8是本發(fā)明實(shí)施例所公開的一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的客戶端的結(jié)構(gòu)示意圖；圖9是本發(fā)明實(shí)施例所公開的一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的服務(wù)器的結(jié)構(gòu)示意圖；圖10是本發(fā)明實(shí)施例所公開的一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
如圖I所示，OMA DM的整體結(jié)構(gòu)包括終端設(shè)備和服務(wù)器。終端設(shè)備上的DM客戶端用于解釋和執(zhí)行DM服務(wù)器下發(fā)的管理命令，DM服務(wù)器通過(guò)DM協(xié)議與終端設(shè)備中的DM客戶端進(jìn)行通信來(lái)實(shí)現(xiàn)對(duì)終端設(shè)備的管理。終端設(shè)備上存儲(chǔ)的設(shè)備管理樹可以被認(rèn)為是一個(gè)DM服務(wù)器對(duì)終端設(shè)備進(jìn)行管理的接口，設(shè)備管理樹中包括一些管理對(duì)象，DM服務(wù)器通過(guò)對(duì)管理對(duì)象的操作達(dá)到管理終端設(shè)備的目的。操作命令有Get (獲取)、R印Iace (替換)、Exec (執(zhí)行)> Copy (復(fù)制)、Delete (刪除)等。OMA DM現(xiàn)有的可執(zhí)行節(jié)點(diǎn)執(zhí)行方式為，服務(wù)器通過(guò)HTTP做為承載，向終端發(fā)送SyncML文件，通過(guò)定義SyncML定義了 OMA DM使用的各類命令，例如需要執(zhí)行終端上URI為
/FanOut/Operations/Start”的節(jié)點(diǎn)時(shí)，首先,這個(gè)節(jié)點(diǎn)必須是一個(gè)可執(zhí)行節(jié)點(diǎn)，即該節(jié)點(diǎn)的節(jié)點(diǎn)屬性為“Exec”;然后服務(wù)器需要在規(guī)定的會(huì)話過(guò)程中，通過(guò)HTTP或者其他承載方式，向終端發(fā)送一個(gè)SyncML包，這個(gè)包的形式為一個(gè)XML文件，在其中包含了需要執(zhí)行某個(gè)節(jié)點(diǎn)的描述如下
〈SyncML xmlns='SYNCML:SYNCMLl .2'>
<SyncHdr>
<VerDTD>l .2</VerDTD>
<V erProto>DM/1.3</VerProto>
<SessionID>l</SessionID>
<MsgID>2</MsgID>
<Target><LocURI> IMEI:493005100592800</LocURI></Target><Source><LocURI> http://www.syncml.org/mgmt-server</LocURI></Source> <Cred> <Meta> <Type xmlns= ’ syncml:metinf，>syncml: auth-basic</Type> <Format xmlns='syncml:metinf>b64</Format> </Meta> <Data>QnJlY2UyOk9oQmVoYXZK/Data> <!— base64 formatting of ‘userid:password’ —> </Cred> </SyncHdr> <SyncBody> <CmdID>l</CmdID> <Cmd>Exec</Cmd> <T argetRef> ./F anOut/Opertions/Start</T argetRef>· </SyncBody>客戶端收到這樣一個(gè)文件，首先解析SyncHdr獲知是哪個(gè)服務(wù)器需要對(duì)其進(jìn)行管理，還需要解析出這個(gè)管理會(huì)話的ID，以及這個(gè)消息本身的ID，同時(shí)還要獲知命令的ID，命令的類型是“Exec”，以及命令的目標(biāo)節(jié)點(diǎn)的屬性是“Exec”。結(jié)合上述信息，才能對(duì)目標(biāo)節(jié)點(diǎn)進(jìn)行執(zhí)行操作。在此方法中，客戶端需要解析SyncML的語(yǔ)義來(lái)獲知當(dāng)前會(huì)話所處的階段以及服務(wù)器下發(fā)的命令。既要解析符合SyncML格式的MO，即管理數(shù)據(jù)；又要解析SyncML中包含的會(huì)話和命令信息，即管理命令。對(duì)終端設(shè)備的能力要求較高，無(wú)法直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，不利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理。服務(wù)器通過(guò)標(biāo)準(zhǔn)HTTP方法對(duì)客戶端進(jìn)行設(shè)備管理過(guò)程中，需要沿用現(xiàn)有OMA DM的MO設(shè)計(jì)，并對(duì)這些MO中的節(jié)點(diǎn)使用標(biāo)準(zhǔn)的HTTP方法進(jìn)行操作，標(biāo)準(zhǔn)HTTP方法包括TOT、DELETE、POST、GET等。這樣使用HTTP承載OMA DM的MO，即利用HTTP本身提供的標(biāo)準(zhǔn)方法表達(dá)管理命令和會(huì)話流程，而需要解析的只有MO即管理數(shù)據(jù)的部分。這樣可以降低對(duì)服務(wù)器和客戶端的能力要求，減少空中傳輸?shù)呢?fù)擔(dān)，而且使用標(biāo)準(zhǔn)HTTP方法攜帶命令，有利于Web App直接管理OMA DM的管理數(shù)據(jù)。在沿用現(xiàn)有OMA DM的MO時(shí)，需要一種操作方法，對(duì)MO中的可執(zhí)行節(jié)點(diǎn)進(jìn)行操作，但標(biāo)準(zhǔn)HTTP方法中并不存在用于執(zhí)行節(jié)點(diǎn)的“Exec”命令，因此需要一種方法能夠滿足使用標(biāo)準(zhǔn)HTTP方法實(shí)施設(shè)備管理，同時(shí)又不給服務(wù)器和終端增加額外的能力要求。對(duì)于終端來(lái)說(shuō)，有的終端具備配置HTTP Server (HTTP服務(wù)器)的能力，也就是可以接受HTTP請(qǐng)求。而大部分終端不具備配置HTTP Server的能力，只能配置HTTPClient (HTTP客戶端)，也就是只能夠發(fā)起HTTP請(qǐng)求，而不能接受HTTP請(qǐng)求。如圖2所示，是本發(fā)明實(shí)施例所公開的一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖，本發(fā)明實(shí)施例中，服務(wù)器側(cè)部署HTTP Server+HTTP Client，客戶端側(cè)僅部署HTTP Client,客戶端通過(guò)標(biāo)準(zhǔn)HTTP方法向服務(wù)器請(qǐng)求資源，服務(wù)器通過(guò)響應(yīng)消息Response向客戶端傳遞指示，在Response中包含有設(shè)置好的需要客戶端發(fā)起的HTTP請(qǐng)求。在需要執(zhí)行可執(zhí)行 節(jié)點(diǎn)時(shí)，服務(wù)器在Response中設(shè)置相應(yīng)的HTTP請(qǐng)求,客戶端收到該Response后，向服務(wù)器發(fā)起所述Response中設(shè)置的HTTP請(qǐng)求，服務(wù)器對(duì)該請(qǐng)求進(jìn)行響應(yīng)，客戶端根據(jù)該響應(yīng)判斷執(zhí)行動(dòng)作。具體步驟包括201、接受觸發(fā)，發(fā)送第一請(qǐng)求消息?？蛻舳藳](méi)有部署HTTP Server,因此不能隨時(shí)監(jiān)聽(tīng)HTTP消息，也不能接收HTTP請(qǐng)求。服務(wù)器需要對(duì)客戶端進(jìn)行管理時(shí)，通過(guò)WAP PUSH或者SIP PUSH或者短信等手段，向客戶端發(fā)送一個(gè)通知消息，用于會(huì)話拉起，客戶端收到這個(gè)通知消息之后，首先驗(yàn)證通知消息及服務(wù)器的有效性，然后向服務(wù)器發(fā)起一個(gè)HTTP請(qǐng)求，這個(gè)HTTP請(qǐng)求的目的是將客戶端所在設(shè)備的設(shè)備信息發(fā)送給服務(wù)器，這個(gè)HTTP請(qǐng)求是一個(gè)POST請(qǐng)求，這一步驟可以認(rèn)為是現(xiàn)有技術(shù)。所述的HTTP POST信息，可以參考下面的例子POST http://ServerAddress/Client/DevicelD/DevInfoMOHTTP/1. IHost DMClientContent-Type application/syncml+xml“SyncML 格式的 DevInfoMO 內(nèi)容”202、發(fā)送第一響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，第一響應(yīng)消息中直接使用文本包含了指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。服務(wù)器收到客戶端發(fā)送的上一個(gè)HTTP POST請(qǐng)求后，需要返回一個(gè)HTTP響應(yīng)，在這個(gè)響應(yīng)中，服務(wù)器以文本的形式，設(shè)置了需要客戶端發(fā)起的下一個(gè)HTTP請(qǐng)求，在這個(gè)HTTP請(qǐng)求中包含了服務(wù)器需要對(duì)客戶端進(jìn)行的設(shè)備管理動(dòng)作。例如服務(wù)器需要客戶端更新自身的Email設(shè)置時(shí)，會(huì)返回一個(gè)如下的HTTP響應(yīng)HTTP/1. 12000KDate ffed,6Jun 201111:22:58GMTServer DMServerIDContent-Type text/plainGET http://ServerAddress/Client/DeviceID/EmailSettingMOHTTP/1. I
Host DMClient最后三行是HTTP響應(yīng)所攜帶的文本格式的內(nèi)容?？蛻舳耸盏竭@個(gè)HTTP響應(yīng)之后，將文本格式的內(nèi)容，直接作為下一個(gè)HTTP請(qǐng)求，向服務(wù)器發(fā)起一個(gè)HTTP GET請(qǐng)求，以獲取保存在服務(wù)器上的該客戶端所在設(shè)備的Email設(shè)置。由于OMA DM的管理數(shù)據(jù)和HTTP方法都有GET命令，因此，客戶端可以對(duì)MO直接進(jìn)行HTTP GET操作。對(duì)于可執(zhí)行節(jié)點(diǎn)而言，例如在服務(wù)器需要執(zhí)行客戶端自身的管理樹中的“./ManagementMO/Start”節(jié)點(diǎn)時(shí)，會(huì)返回一個(gè)如下的HTTP響應(yīng)HTTP/1. 12000KDate ffed,6Jun 201111:22:58GMTServer DMServerID
Content-Type text/plainPUT http://ServerAddress/ClientAddress/ManagementMO/StartHTTP/1. IHost DMClient最后三行是HTTP響應(yīng)所攜帶的文本格式的內(nèi)容?？蛻舳耸盏竭@個(gè)HTTP響應(yīng)之后，將文本格式的內(nèi)容，直接作為下一個(gè)HTTP請(qǐng)求，向服務(wù)器發(fā)起一個(gè)HTTP PUT請(qǐng)求。由于HTTP本身不支持“Exec”命令，因此需要后續(xù)步驟204和205對(duì)執(zhí)行動(dòng)作進(jìn)行判斷。203、根據(jù)所述第一響應(yīng)消息，發(fā)送第二請(qǐng)求消息，所述第二請(qǐng)求消息中包含有所述第一請(qǐng)求消息中指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息?？蛻舳烁鶕?jù)步驟2中的HTTP響應(yīng)一，發(fā)起HTTP請(qǐng)求。PUT http://ServerAddress/ClientAddress/ManagementMO/StartHTTP/1. IHost DMClient其中PUT命令也可以是POST命令，由于PUT或POST命令的目標(biāo)(UniversalResource Locator,統(tǒng)一資源定位符)是客戶端的根節(jié)點(diǎn)下的“· /ManagementMO/Start”，而在服務(wù)器上是不存在這個(gè)節(jié)點(diǎn)的，因此對(duì)這個(gè)URL進(jìn)行PUT或POST操作會(huì)發(fā)生錯(cuò)誤。這樣設(shè)置的目的是為了使得服務(wù)器返回特定的錯(cuò)誤代碼。204、發(fā)送第二響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼。服務(wù)器收到步驟303中的第二請(qǐng)求消息之后，由于URL的錯(cuò)誤，會(huì)返回一個(gè)第二響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼。可選的，所述第二響應(yīng)消息中還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，即在發(fā)送錯(cuò)誤代碼時(shí)可以再次攜帶需要執(zhí)行的節(jié)點(diǎn)URI。服務(wù)器針對(duì)步驟203中的HTTP請(qǐng)求二，返回一個(gè)錯(cuò)誤碼的例子如下HTTP/1. HlOGoneDate ffed,6Jun 201111:22:58GMTServer DMServerID可選的，服務(wù)器返回的錯(cuò)誤碼可以再次攜帶需要執(zhí)行的節(jié)點(diǎn)URI，防止客戶端沒(méi)有緩存之前的可執(zhí)行節(jié)點(diǎn)URI HTTP/1. 1500Internal Server ErrorDate ffed,6Jun 201111:22:58GMT
Server DMServerIDContent-Type text/plain. /ManagementMO/Start205、根據(jù)第二響應(yīng)消息中的錯(cuò)誤碼，確定觸發(fā)可執(zhí)行操作?？蛻舳耸盏搅说诙憫?yīng)消息之后，根據(jù)錯(cuò)誤碼，判斷出之前服務(wù)器在第一響應(yīng)消息中設(shè)置的第二請(qǐng)求消息的目的是執(zhí)行所述節(jié)點(diǎn)?？蛻舳烁鶕?jù)所述第一響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作，具體是通過(guò)第一請(qǐng)求消息中的http://ServerAddress/ClientAddress/ManagementMO/Start 確定的；或者根據(jù)所述第二響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作，此時(shí)，所述第二響應(yīng)消息中需包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，可以直接使用HTTP標(biāo)準(zhǔn)方 法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。如圖3所示，是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖，本發(fā)明實(shí)施例中，服務(wù)器側(cè)部署HTTP Server+HTTP Client，客戶端側(cè)僅部署HTTPClient,客戶端通過(guò)標(biāo)準(zhǔn)HTTP方法向服務(wù)器請(qǐng)求資源,服務(wù)器通過(guò)響應(yīng)消息Response向客戶端傳遞指示，在Response中包含有設(shè)置好的需要客戶端發(fā)起的HTTP請(qǐng)求。在需要執(zhí)行可執(zhí)行節(jié)點(diǎn)時(shí)，服務(wù)器在Response中設(shè)置相應(yīng)的HTTP請(qǐng)求,客戶端收到該Response后，向服務(wù)器發(fā)起所述Response中設(shè)置的HTTP請(qǐng)求，服務(wù)器對(duì)該請(qǐng)求進(jìn)行響應(yīng)，客戶端根據(jù)該響應(yīng)判斷執(zhí)行動(dòng)作。具體步驟包括301、接收觸發(fā)消息，發(fā)送第一請(qǐng)求消息。在本實(shí)施例中，客戶端接收服務(wù)器下發(fā)的觸發(fā)消息，并根據(jù)觸發(fā)消息向服務(wù)器發(fā)送第一請(qǐng)求消息，本步驟具體實(shí)施方式
與步驟201相同。302、接收第一響應(yīng)消息，所述第一響應(yīng)消息為根據(jù)所述第一請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，第一響應(yīng)消息中直接使用文本包含了指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。服務(wù)器收到客戶端發(fā)送的第一請(qǐng)求消息后，返回一個(gè)響應(yīng)消息，在這個(gè)響應(yīng)中，月艮務(wù)器以文本的形式，設(shè)置了需要客戶端發(fā)起的下一個(gè)HTTP請(qǐng)求，在這個(gè)HTTP請(qǐng)求中包含了服務(wù)器需要對(duì)客戶端進(jìn)行的設(shè)備管理動(dòng)作。本步驟具體實(shí)施方式
與步驟202相同。303、根據(jù)所述第一響應(yīng)消息，發(fā)送第二請(qǐng)求消息，所述第二請(qǐng)求消息中包含有所述第一請(qǐng)求消息中指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息?？蛻舳烁鶕?jù)步驟302中的所述第一響應(yīng)消息，向服務(wù)器發(fā)送第二請(qǐng)求消息。第二請(qǐng)求消息中包含有需要執(zhí)行的可執(zhí)行節(jié)點(diǎn)的地址信息，即所述可執(zhí)行節(jié)點(diǎn)的URL，由于在服務(wù)器上是不存在這個(gè)節(jié)點(diǎn)的，因此對(duì)這個(gè)URL進(jìn)行操作會(huì)發(fā)生錯(cuò)誤，從而使得服務(wù)器返回特定的錯(cuò)誤代碼 本步驟具體實(shí)施方式
與步驟203相同。304、接收第二響應(yīng)消息，所述第二響應(yīng)消息為根據(jù)所述第二請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼。
服務(wù)器收到步驟303中的第二請(qǐng)求消息之后，由于URL的錯(cuò)誤，會(huì)返回一個(gè)第二響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼?？蛇x的，所述第二響應(yīng)消息中還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，即在發(fā)送錯(cuò)誤代碼時(shí)可以再次攜帶需要執(zhí)行的節(jié)點(diǎn)URI。本步驟具體實(shí)施方式
與步驟204相同。305、根據(jù)第二響應(yīng)消息中的錯(cuò)誤碼，確定觸發(fā)可執(zhí)行操作?？蛻舳耸盏搅说诙憫?yīng)消息之后，根據(jù)錯(cuò)誤碼，判斷出之前服務(wù)器在第一響應(yīng)消息中設(shè)置的第二請(qǐng)求消息的目的是執(zhí)行所述節(jié)點(diǎn)。客戶端根據(jù)所述第一響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作，具體是通過(guò)第一請(qǐng)求消息中的http://ServerAddress/ClientAddress/ManagementMO/Start 確定的；或者根據(jù)所述第二響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作，此時(shí)，所述第二響應(yīng)消息中需包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。如圖4所示，是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖，本發(fā)明實(shí)施例中，服務(wù)器側(cè)部署HTTP Server+HTTP Client，客戶端側(cè)僅部署HTTPClient,客戶端通過(guò)標(biāo)準(zhǔn)HTTP方法向服務(wù)器請(qǐng)求資源,服務(wù)器通過(guò)響應(yīng)消息Response向客戶端傳遞指示，在Response中包含有設(shè)置好的需要客戶端發(fā)起的HTTP請(qǐng)求。在需要執(zhí)行可執(zhí)行節(jié)點(diǎn)時(shí)，服務(wù)器在Response中設(shè)置相應(yīng)的HTTP請(qǐng)求,客戶端收到該Response后，向服務(wù)器發(fā)起所述Response中設(shè)置的HTTP請(qǐng)求，服務(wù)器對(duì)該請(qǐng)求進(jìn)行響應(yīng)，客戶端根據(jù)該響應(yīng)判斷執(zhí)行動(dòng)作。具體步驟包括401、發(fā)送觸發(fā)消息?？蛻舳藳](méi)有部署HTTP Server,因此不能隨時(shí)監(jiān)聽(tīng)HTTP消息，也不能接收HTTP請(qǐng)求。服務(wù)器需要對(duì)客戶端進(jìn)行管理時(shí)，通過(guò)WAP PUSH或者SIP PUSH或者短信等手段，向客戶端發(fā)送一個(gè)通知消息，用于會(huì)話拉起。402、接收第一請(qǐng)求消息，所述第一請(qǐng)求消息為根據(jù)所述觸發(fā)消息所發(fā)起的請(qǐng)求消
肩、O在本實(shí)施例中，客戶端接收到服務(wù)器下發(fā)的觸發(fā)消息后，根據(jù)觸發(fā)消息向服務(wù)器發(fā)送第一請(qǐng)求消息，服務(wù)器接收所述第一請(qǐng)求消息。本步驟中，服務(wù)器所接收的第一請(qǐng)求消息同步驟201相同。403、發(fā)送第一響應(yīng)消息，所述第一響應(yīng)消息為根據(jù)所述第一請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，第一響應(yīng)消息中直接使用文本包含了指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。服務(wù)器收到客戶端發(fā)送的第一請(qǐng)求消息后，返回一個(gè)響應(yīng)消息，在這個(gè)響應(yīng)中，月艮務(wù)器以文本的形式，設(shè)置了需要客戶端發(fā)起的下一個(gè)HTTP請(qǐng)求，在這個(gè)HTTP請(qǐng)求中包含了服務(wù)器需要對(duì)客戶端進(jìn)行的設(shè)備管理動(dòng)作。本步驟具體實(shí)施方式
與步驟202相同。404、接收第二請(qǐng)求消息，所述第二請(qǐng)求消息為根據(jù)所述第一響應(yīng)消息所發(fā)起的請(qǐng)求消息，所述第二請(qǐng)求消息中包含有所述第一請(qǐng)求消息中指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信肩、O客戶端根據(jù)步驟403中的所述第一響應(yīng)消息，向服務(wù)器發(fā)送第二請(qǐng)求消息。第二請(qǐng)求消息中包含有需要執(zhí)行的可執(zhí)行節(jié)點(diǎn)的地址信息，即所述可執(zhí)行節(jié)點(diǎn)的URL，由于在服務(wù)器上是不存在這個(gè)節(jié)點(diǎn)的，因此對(duì)這個(gè)URL進(jìn)行操作會(huì)發(fā)生錯(cuò)誤，從而使得服務(wù)器返回特定的錯(cuò)誤代碼本步驟具體實(shí)施方式
與步驟203相同。405、發(fā)送第二響應(yīng)消息 ，所述第二響應(yīng)消息為根據(jù)所述第二請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼。服務(wù)器收到步驟404中的第二請(qǐng)求消息之后，由于URL的錯(cuò)誤，會(huì)返回一個(gè)第二響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼?？蛇x的，所述第二響應(yīng)消息中還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，即在發(fā)送錯(cuò)誤代碼時(shí)可以再次攜帶需要執(zhí)行的節(jié)點(diǎn)URI。本步驟具體實(shí)施方式
與步驟204相同?？蛇x的，在步驟405之后還可以包含步驟406。406、根據(jù)第二響應(yīng)消息中的錯(cuò)誤碼，確定觸發(fā)可執(zhí)行操作?？蛻舳耸盏搅说诙憫?yīng)消息之后，根據(jù)錯(cuò)誤碼，判斷出之前服務(wù)器在第一響應(yīng)消息中設(shè)置的第二請(qǐng)求消息的目的是執(zhí)行所述節(jié)點(diǎn)。客戶端根據(jù)所述第一響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作，具體是通過(guò)第一請(qǐng)求消息中的http://ServerAddress/ClientAddress/ManagementMO/Start 確定的；或者根據(jù)所述第二響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作，此時(shí)，所述第二響應(yīng)消息中需包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。如圖5所示，是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖，本發(fā)明實(shí)施例中，在服務(wù)器側(cè)和客戶端側(cè)都部署HTTP Server+HTTP Client，雙方互相使用標(biāo)準(zhǔn)HTTP方法攜帶設(shè)備管理數(shù)據(jù)進(jìn)行交互。服務(wù)器需要對(duì)客戶端上可執(zhí)行節(jié)點(diǎn)進(jìn)行執(zhí)行動(dòng)作時(shí)，首先使用標(biāo)準(zhǔn)的HTTP方法發(fā)送通知消息給客戶端，客戶端認(rèn)證該服務(wù)器有效性后返回設(shè)備信息，服務(wù)器使用標(biāo)準(zhǔn)的HTTP方法表示對(duì)可執(zhí)行節(jié)點(diǎn)的執(zhí)行動(dòng)作。具體步驟如下501、發(fā)送第一請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示。服務(wù)器發(fā)送第一請(qǐng)求消息，第一請(qǐng)求消息為一個(gè)如下的GET請(qǐng)求，并且在其中攜帶通知消息，用于客戶端驗(yàn)證服務(wù)器身份。同時(shí)通過(guò)GET請(qǐng)求，要求客戶端返回設(shè)備信息，便于后續(xù)設(shè)備管理。此步驟可認(rèn)為是現(xiàn)有技術(shù)。例如第一請(qǐng)求消息為GET http://ClientAddress/DevInfoMOHTTP/1. IHost DMServerContent-Type App Ii cat ion/bin“bin格式的通知消息”
502、發(fā)送第一響應(yīng)消息,所述第一響應(yīng)消息包含有所述設(shè)備信息。客戶端驗(yàn)證服務(wù)器的通知消息后，向服務(wù)器返回一個(gè)響應(yīng)消息，在其中攜帶設(shè)備信息，此步驟可以認(rèn)為是現(xiàn)有技術(shù)，例如第二響應(yīng)消息為HTTP/1. 12000KDate ffed,6Jun 201111:22:58GMTServer DMClientIDContent-Type application/syncml+xml“SyncML 格式的 DevInfoMO 內(nèi)容”503、發(fā)送第二請(qǐng)求消息，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息?，F(xiàn)有技術(shù)中，OMA DM的MO中可執(zhí)行節(jié)點(diǎn)不存在節(jié)點(diǎn)值。為了便于通過(guò)HTTP請(qǐng)求進(jìn)行執(zhí)行動(dòng)作，對(duì)所有可執(zhí)行節(jié)點(diǎn)增加節(jié)點(diǎn)值?？蓤?zhí)行節(jié)點(diǎn)的屬性為“Exec”，在現(xiàn)有標(biāo)準(zhǔn)中不存在節(jié)點(diǎn)值，現(xiàn)對(duì)所有屬性為“Exec”的節(jié)點(diǎn)增加節(jié)點(diǎn)值。服務(wù)器需要執(zhí)行客戶端上某個(gè)可執(zhí)行節(jié)點(diǎn)時(shí)，對(duì)該可執(zhí)行節(jié)點(diǎn)進(jìn)行PUT或POST請(qǐng)求。方法一，針對(duì)可執(zhí)行節(jié)點(diǎn)增加的節(jié)點(diǎn)值，規(guī)定其值可以為字符串，數(shù)字，字符等。該P(yáng)UT或POST請(qǐng)求不攜帶修改值，僅僅是觸發(fā)可執(zhí)行動(dòng)作。例如在服務(wù)器需要執(zhí)行客戶端自身的管理樹中的/ManagementMO/Start節(jié)點(diǎn)時(shí)，可以發(fā)起如下PUT或POST請(qǐng)求PUT http://ClientAddress/ManagementMO/StartHTTP/1. IHost DMServer方法二，可行的，針對(duì)可執(zhí)行節(jié)點(diǎn)增加的節(jié)點(diǎn)值，規(guī)定其值可以為字符串。該TOT或POST請(qǐng)求需要將該可執(zhí)行節(jié)點(diǎn)的節(jié)點(diǎn)值修改為字符串“Exec”?？蛻舳瞬艜?huì)判定其對(duì)該節(jié)點(diǎn)使用了執(zhí)行命令。例如在服務(wù)器需要執(zhí)行客戶端自身的管理樹中的/ManagementMO/Start”節(jié)點(diǎn)時(shí)，可以發(fā)起如下PUT或POST請(qǐng)求PUT http://ClientAddress/ManagementMO/StartHTTP/1. IHost DMServerContent-Type text/plainContent-Length :4Exec504、根據(jù)所述第二請(qǐng)求消息，判斷所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)。方法一，客戶端收到步驟303中方法一的PUT或POST請(qǐng)求后，首先判斷目標(biāo)節(jié)點(diǎn)的屬性，客戶端判斷出該節(jié)點(diǎn)屬性為“Exec”之后，認(rèn)定該操作的目的是對(duì)節(jié)點(diǎn)進(jìn)行執(zhí)行，則客戶端被觸發(fā)執(zhí)行相應(yīng)動(dòng)作。方法二，客戶端收到步驟303中方法二的PUT或POST請(qǐng)求后，首先判斷目標(biāo)節(jié)點(diǎn)的屬性，客戶端判斷出該節(jié)點(diǎn)屬性為“Exec”之后，繼續(xù)判定寫入該節(jié)點(diǎn)的值是否為字符串“Exec”，如果是，則認(rèn)定該操作的目的是對(duì)該節(jié)點(diǎn)進(jìn)行執(zhí)行，則客戶端被觸發(fā)執(zhí)行相應(yīng)動(dòng)作。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。如圖6所示，是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖，本發(fā)明實(shí)施例中，在服務(wù)器側(cè)和客戶端側(cè)都部署HTTP Server+HTTP Client，雙方互相使用標(biāo)準(zhǔn)HTTP方法攜帶設(shè)備管理數(shù)據(jù)進(jìn)行交互。服務(wù)器需要對(duì)客戶端上可執(zhí)行節(jié)點(diǎn)進(jìn)行執(zhí)行動(dòng)作時(shí)，首先使用標(biāo)準(zhǔn)的HTTP方法發(fā)送通知消息給客戶端，客戶端認(rèn)證該服務(wù)器有效性后返回設(shè)備信息，服務(wù)器使用標(biāo)準(zhǔn)的HTTP方法表示對(duì)可執(zhí)行節(jié)點(diǎn)的執(zhí)行動(dòng)作。具體步驟如下
601、接收第一請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示。服務(wù)器發(fā)送第一請(qǐng)求消息，第一請(qǐng)求消息為一個(gè)如下的GET請(qǐng)求，并且在其中攜帶通知消息，用于客戶端驗(yàn)證服務(wù)器身份。同時(shí)通過(guò)GET請(qǐng)求，要求客戶端返回設(shè)備信息，便于后續(xù)設(shè)備管理。本步驟具體實(shí)施方式
與步驟501相同。602、發(fā)送第一響應(yīng)消息,所述第一響應(yīng)消息包含有所述設(shè)備信息?？蛻舳蓑?yàn)證服務(wù)器的通知消息后，向服務(wù)器返回一個(gè)響應(yīng)消息，在其中攜帶設(shè)備信息。本步驟具體實(shí)施方式
與步驟502相同。603、接收第二請(qǐng)求消息，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。現(xiàn)有技術(shù)中，OMA DM的MO中可執(zhí)行節(jié)點(diǎn)不存在節(jié)點(diǎn)值。為了便于通過(guò)HTTP請(qǐng)求進(jìn)行執(zhí)行動(dòng)作，對(duì)所有可執(zhí)行節(jié)點(diǎn)增加節(jié)點(diǎn)值?？蓤?zhí)行節(jié)點(diǎn)的屬性為“Exec”，在現(xiàn)有標(biāo)準(zhǔn)中不存在節(jié)點(diǎn)值，現(xiàn)對(duì)所有屬性為“Exec”的節(jié)點(diǎn)增加節(jié)點(diǎn)值。服務(wù)器需要執(zhí)行客戶端上某個(gè)可執(zhí)行節(jié)點(diǎn)時(shí)，對(duì)該可執(zhí)行節(jié)點(diǎn)進(jìn)行PUT或POST請(qǐng)求。本步驟具體實(shí)施方式
與步驟503相同。604、根據(jù)所述第二請(qǐng)求消息，判斷所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)。本步驟具體實(shí)施方式
與步驟503相同。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。如圖7所示，是本發(fā)明實(shí)施例所公開的又一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法的流程圖，本發(fā)明實(shí)施例中，在服務(wù)器側(cè)和客戶端側(cè)都部署HTTP Server+HTTP Client，雙方互相使用標(biāo)準(zhǔn)HTTP方法攜帶設(shè)備管理數(shù)據(jù)進(jìn)行交互。服務(wù)器需要對(duì)客戶端上可執(zhí)行節(jié)點(diǎn)進(jìn)行執(zhí)行動(dòng)作時(shí)，首先使用標(biāo)準(zhǔn)的HTTP方法發(fā)送通知消息給客戶端，客戶端認(rèn)證該服務(wù)器有效性后返回設(shè)備信息，服務(wù)器使用標(biāo)準(zhǔn)的HTTP方法表示對(duì)可執(zhí)行節(jié)點(diǎn)的執(zhí)行動(dòng)作。具體步驟如下701、發(fā)送第一請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示。服務(wù)器發(fā)送第一請(qǐng)求消息，第一請(qǐng)求消息為一個(gè)如下的GET請(qǐng)求，并且在其中攜帶通知消息，用于客戶端驗(yàn)證服務(wù)器身份。同時(shí)通過(guò)GET請(qǐng)求，要求客戶端返回設(shè)備信息，便于后續(xù)設(shè)備管理。本步驟具體實(shí)施方式
與步驟501相同。702、接收第一響應(yīng)消息，所述第一響應(yīng)消息包含有所述設(shè)備信息?？蛻舳蓑?yàn)證服務(wù)器的通知消息后，向服務(wù)器返回一個(gè)響應(yīng)消息，在其中攜帶設(shè)備信息。本步驟具體實(shí)施方式
與步驟502相同。703、發(fā)送第二請(qǐng)求消息，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。現(xiàn)有技術(shù)中，OMA DM的MO中可執(zhí)行節(jié)點(diǎn)不存在節(jié)點(diǎn)值。為了便于通過(guò)HTTP請(qǐng)求進(jìn)行執(zhí)行動(dòng)作，對(duì)所有可執(zhí)行節(jié)點(diǎn)增加節(jié)點(diǎn)值?？蓤?zhí)行節(jié)點(diǎn)的屬性為“Exec”，在現(xiàn)有標(biāo)準(zhǔn)中·不存在節(jié)點(diǎn)值，現(xiàn)對(duì)所有屬性為“Exec”的節(jié)點(diǎn)增加節(jié)點(diǎn)值。服務(wù)器需要執(zhí)行客戶端上某個(gè)可執(zhí)行節(jié)點(diǎn)時(shí)，對(duì)該可執(zhí)行節(jié)點(diǎn)進(jìn)行PUT或POST請(qǐng)求。本步驟具體實(shí)施方式
與步驟503相同?？蛇x的，在步驟703之后還可以包含步驟704。704、根據(jù)所述第二請(qǐng)求消息，判斷所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)。本步驟具體實(shí)施方式
與步驟503相同。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。相應(yīng)于所公開的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，本發(fā)明實(shí)施例公開了一種客戶端，如圖8所示，客戶端80包括接收單元801、消息解析單元802、消息生成單元803,發(fā)送單元804、確定單元805、可執(zhí)行節(jié)點(diǎn)806，其中接收單元801用于接收服務(wù)器發(fā)送的消息，所述服務(wù)器發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息，觸發(fā)消息為WAP PUSH或者SIP I3USH或者短信；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。所述服務(wù)器發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。消息解析單元802，用于解析接收單元801所接收到的消息。消息生成單元803，用于根據(jù)消息解析單元802的解析結(jié)果生成消息。發(fā)送單元804，用于向服務(wù)器發(fā)送消息，所述向服務(wù)器發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端80的設(shè)備信息發(fā)送給所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述向服務(wù)器發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息。確定單元805，根據(jù)消息解析單元802的解析結(jié)果確定服務(wù)器需要操作的可執(zhí)行節(jié)點(diǎn)。可執(zhí)行節(jié)點(diǎn)806，是客戶端管理對(duì)象中的節(jié)點(diǎn)，具有可執(zhí)行的屬性，用于執(zhí)行服務(wù)器所下發(fā)的操作命令，完成相應(yīng)操作。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的客戶端，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。相應(yīng)于本發(fā)明實(shí)施例所公開的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，本發(fā)明實(shí)施例公開了一種服務(wù)器，如圖9所示，服務(wù)器90包括接收單元901、消息解析單元902、消息生成單元903、發(fā)送單元904，其中接收單元901用于接收客戶端發(fā)送的消息，所述客戶端發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端所在設(shè)備的設(shè)備信息發(fā)送給所述服務(wù)器90，所述第二請(qǐng)求消息用于使所述服務(wù)器90返回特定的錯(cuò)誤碼；所述客戶端發(fā)送 的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息。消息解析單元902，用于解析接收單元901所接收到的消息。消息生成單元903，用于根據(jù)消息解析單元902的解析結(jié)果生成消息。發(fā)送單元904，用于向客戶端發(fā)送消息，所述向客戶端發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息，觸發(fā)消息為WAP PUSH或者SIP PUSH或者短信；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。所述向客戶端發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的服務(wù)器，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。相應(yīng)于本發(fā)明實(shí)施例所公開的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，本發(fā)明實(shí)施例公開了一種系統(tǒng)，如圖10所示，包括客戶端80和服務(wù)器90。所述客戶端80包括接收單元801、消息解析單元802、消息生成單元803，發(fā)送單元
804、確定單元805、可執(zhí)行節(jié)點(diǎn)806，其中接收單元801用于接收服務(wù)器90發(fā)送的消息，所述服務(wù)器發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息，觸發(fā)消息為WAP PUSH或者SIP I3USH或者短信；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。所述服務(wù)器發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。消息解析單元802，用于解析接收單元801所接收到的消息。
消息生成單元803，用于根據(jù)消息解析單元802的解析結(jié)果生成消息。發(fā)送單元804，用于向服務(wù)器90發(fā)送消息，所述向服務(wù)器發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端80所在設(shè)備的設(shè)備信息發(fā)送給所述服務(wù)器90，所述第二請(qǐng)求消息用于使所述服務(wù)器90返回特定的錯(cuò)誤碼；所述向服務(wù)器發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息。確定單元805，根據(jù)消息解析單元802的解析結(jié)果確定服務(wù)器90需要操作的可執(zhí)行節(jié)點(diǎn)?？蓤?zhí)行節(jié)點(diǎn)806，是客戶端管理對(duì)象中的節(jié)點(diǎn)，具有可執(zhí)行的屬性，用于執(zhí)行服務(wù)器90所下發(fā)的操作命令，完成相應(yīng)操作。所述服務(wù)器包括接收單元901、消息解析單元902、消息生成單元903、發(fā)送單元904，其中 接收單元901用于接收客戶端80發(fā)送的消息，所述客戶端發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端所在設(shè)備的設(shè)備信息發(fā)送給所述服務(wù)器90，所述第二請(qǐng)求消息用于使所述服務(wù)器90返回特定的錯(cuò)誤碼；所述客戶端發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息。消息解析單元902，用于解析接收單元901所接收到的消息。消息生成單元903，用于根據(jù)消息解析單元902的解析結(jié)果生成消息。發(fā)送單元904，用于向客戶端80發(fā)送消息，所述向客戶端發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息，觸發(fā)消息為WAP PUSH或者SIP I3USH或者短信；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。所述向客戶端發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。需要說(shuō)明的是，上述系統(tǒng)內(nèi)的各單元之間的信息交互、執(zhí)行過(guò)程等內(nèi)容，由于與本發(fā)明方法實(shí)施例基于同一構(gòu)思，具體內(nèi)容可參見(jiàn)本發(fā)明方法實(shí)施例中的敘述，此處不再贅述。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的系統(tǒng)，可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而所述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，其特征在于，包括 接收觸發(fā)消息，發(fā)送第一請(qǐng)求消息； 接收第一響應(yīng)消息，所述第一響應(yīng)消息為根據(jù)所述第一請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息； 根據(jù)所述第一響應(yīng)消息，發(fā)送第二請(qǐng)求消息； 接收第二響應(yīng)消息，所述第二響應(yīng)消息為根據(jù)所述第二請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼； 根據(jù)所述第二響應(yīng)消息中的錯(cuò)誤碼，確定觸發(fā)可執(zhí)行操作。
2.根據(jù)權(quán)利要求I所述的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，其特征在于，所述第二響應(yīng)消息中還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
3.根據(jù)權(quán)利要求I或2所述的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，其特征在于，還包括，在所述確定觸發(fā)可執(zhí)行操作后， 根據(jù)所述第一響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作； 或者根據(jù)所述第二響應(yīng)消息確定需要執(zhí)行的節(jié)點(diǎn)，所述節(jié)點(diǎn)執(zhí)行相應(yīng)操作，此時(shí)，所述第二響應(yīng)消息中需包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
4.根據(jù)權(quán)利要求I至3任一所述的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，其特征在于，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，是在第一響應(yīng)消息中直接使用文本包含了指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
5.根據(jù)權(quán)利要求I至4任一所述的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，其特征在于，所述第二請(qǐng)求消息中包含有所述第一請(qǐng)求消息中指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
6.一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，其特征在于，包括 發(fā)送觸發(fā)消息； 接收第一請(qǐng)求消息，所述第一請(qǐng)求消息為根據(jù)所述觸發(fā)消息所發(fā)起的請(qǐng)求消息； 發(fā)送第一響應(yīng)消息，所述第一響應(yīng)消息為根據(jù)所述第一請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息； 接收第二請(qǐng)求消息，所述第二請(qǐng)求消息為根據(jù)所述第一響應(yīng)消息所發(fā)起的請(qǐng)求消息；發(fā)送第二響應(yīng)消息，所述第二響應(yīng)消息為根據(jù)所述第二請(qǐng)求消息所下發(fā)的響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼。
7.一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，所述可執(zhí)行節(jié)點(diǎn)增加了節(jié)點(diǎn)值，其特征在于，所述方法包括 接收第一請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示； 發(fā)送第一響應(yīng)消息，所述第一響應(yīng)消息包含有所述設(shè)備信息； 接收第二請(qǐng)求消息，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息； 根據(jù)所述第二請(qǐng)求消息，確定所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)。
8.根據(jù)權(quán)利要求5所述的對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，其特征在于，確定所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)包括， 判斷所述節(jié)點(diǎn)的屬性為可執(zhí)行之后，則確定所述操作的目的是對(duì)所述節(jié)點(diǎn)進(jìn)行執(zhí)行操作；或者判斷所述節(jié)點(diǎn)的屬性為可執(zhí)行之后，判斷寫入該節(jié)點(diǎn)的值是否為字符串“Exec”，若是則確定所述操作的目的是對(duì)所述節(jié)點(diǎn)進(jìn)行執(zhí)行操作。
9.一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，所述可執(zhí)行節(jié)點(diǎn)增加了節(jié)點(diǎn)值，其特征在于，所述方法包括 發(fā)送第一請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示； 接收第一響應(yīng)消息，所述第一響應(yīng)消息包含有所述設(shè)備信息； 發(fā)送第二請(qǐng)求消息，所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
10.一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的客戶端，其特征在于，包括，接收單元、消息解析單元、消息生成單元，發(fā)送單元、確定單元、可執(zhí)行節(jié)點(diǎn)，其中 所述接收單元，用于接收服務(wù)器所發(fā)送的消息，所述服務(wù)器發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息；所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中還可以包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述服務(wù)器發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息； 所述消息解析單元，用于解析所述接收單元所接收到的消息； 所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息； 所述發(fā)送單元，用于向服務(wù)器發(fā)送消息，所述向服務(wù)器發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端的設(shè)備信息發(fā)送給所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述向服務(wù)器發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息； 所述確定單元，用于根據(jù)所述消息解析單元的解析結(jié)果確定服務(wù)器需要操作的可執(zhí)行節(jié)點(diǎn)； 所述可執(zhí)行節(jié)點(diǎn)，具有可執(zhí)行的屬性，用于執(zhí)行服務(wù)器所下發(fā)的操作命令，完成相應(yīng)操作。
11.一種對(duì)可執(zhí)行節(jié)點(diǎn)操作的服務(wù)器，其特征在于，包括，接收單元、消息解析單元、消息生成單元、發(fā)送單元，其中 所述接收單元，用于接收客戶端發(fā)送的消息；所述客戶端發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端所在設(shè)備的設(shè)備信息發(fā)送給所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述客戶端發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息； 所述消息解析單元，用于解析所述接收單元所接收到的消息； 所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息； 所述發(fā)送單元，用于向客戶端發(fā)送消息，所述向客戶端發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述向客戶端發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
12. —種對(duì)可執(zhí)行節(jié)點(diǎn)操作的系統(tǒng)，其特征在于，包括客戶端和服務(wù)器， 所述客戶端包括接收單元、消息解析單元、消息生成單元，發(fā)送單元、確定單元、可執(zhí)行節(jié)點(diǎn)，其中 所述接收單元，用于接收服務(wù)器所發(fā)送的消息，所述服務(wù)器發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息；所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中還可以包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述服務(wù)器發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
所述消息解析單元，用于解析所述接收單元所接收到的消息； 所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息； 所述發(fā)送單元，用于向服務(wù)器發(fā)送消息，所述向服務(wù)器發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端的設(shè)備信息發(fā)送給所述服務(wù)器，所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述向服務(wù)器發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息 所述確定單元，用于根據(jù)所述消息解析單元的解析結(jié)果確定服務(wù)器需要操作的可執(zhí)行節(jié)點(diǎn)； 所述可執(zhí)行節(jié)點(diǎn)，具有可執(zhí)行的屬性，用于執(zhí)行服務(wù)器所下發(fā)的操作命令，完成相應(yīng)操作； 所述服務(wù)器包括接收單元、消息解析單元、消息生成單元、發(fā)送單元，其中 所述接收單元，用于接收客戶端發(fā)送的消息；所述客戶端發(fā)送的消息包括第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息用于將所述客戶端所在設(shè)備的設(shè)備信息發(fā)送給所述服務(wù)器；所述第二請(qǐng)求消息用于使所述服務(wù)器返回特定的錯(cuò)誤碼；所述客戶端發(fā)送的消息或者是第一響應(yīng)消息，所述第一響應(yīng)消息中包含有所述設(shè)備信息； 所述消息解析單元，用于解析所述接收單元所接收到的消息； 所述消息生成單元，用于根據(jù)所述消息解析單元的解析結(jié)果生成消息； 所述發(fā)送單元，用于向客戶端發(fā)送消息，所述向客戶端發(fā)送的消息包括觸發(fā)消息，第一響應(yīng)消息及第二響應(yīng)消息，所述觸發(fā)消息用于觸發(fā)客戶端發(fā)起請(qǐng)求消息；所述第一響應(yīng)消息包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述第二響應(yīng)消息中包含有錯(cuò)誤碼，所述第二響應(yīng)消息中或者還包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；所述向客戶端發(fā)送的消息或者是第一請(qǐng)求消息及第二請(qǐng)求消息，所述第一請(qǐng)求消息包含有身份驗(yàn)證信息及請(qǐng)求設(shè)備信息的指示；所述第二請(qǐng)求消息用于指示所述節(jié)點(diǎn)為可執(zhí)行節(jié)點(diǎn)，同時(shí)包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息。
全文摘要
本發(fā)明實(shí)施例涉及通信技術(shù)領(lǐng)域，尤其是涉及一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法及系統(tǒng)。本發(fā)明實(shí)施例公開了一種對(duì)可執(zhí)行節(jié)點(diǎn)的操作方法，包括接收觸發(fā)消息，發(fā)送第一請(qǐng)求消息；接收第一響應(yīng)消息，所述第一響應(yīng)消息中包含有指示可執(zhí)行節(jié)點(diǎn)執(zhí)行操作的信息；根據(jù)所述第一響應(yīng)消息，發(fā)送第二請(qǐng)求消息；接收第二響應(yīng)消息，所述第二響應(yīng)消息中包含有錯(cuò)誤碼；根據(jù)所述第二響應(yīng)消息中的錯(cuò)誤碼，確定觸發(fā)可執(zhí)行操作。本發(fā)明實(shí)施例還公開了對(duì)可執(zhí)行節(jié)點(diǎn)操作的系統(tǒng)。通過(guò)本發(fā)明實(shí)施例可以直接使用HTTP標(biāo)準(zhǔn)方法對(duì)設(shè)備進(jìn)行管理，有利于通過(guò)網(wǎng)絡(luò)應(yīng)用程序直接進(jìn)行設(shè)備管理，同時(shí)也降低了對(duì)終端設(shè)備的能力要求。
文檔編號(hào)H04L12/24GK102904742SQ201110215400
公開日2013年1月30日 申請(qǐng)日期2011年7月29日 優(yōu)先權(quán)日2011年7月29日
發(fā)明者金志皓 申請(qǐng)人:華為終端有限公司