專利名稱：設(shè)備管理方法、中間件及機(jī)器通信平臺(tái)、設(shè)備和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種設(shè)備管理方法、中間件及機(jī)器通信 (Machine—to—Machine Communications, M2M)殳
背景技術(shù)：
M2M是一種以機(jī)器智能交互為核心的網(wǎng)絡(luò)化的應(yīng)用與服務(wù)。它通過在機(jī)器內(nèi)部嵌 入無線或有線通信模塊以及應(yīng)用處理邏輯，實(shí)現(xiàn)無需人工干預(yù)的數(shù)據(jù)通信，以滿足用戶對(duì) 機(jī)器的監(jiān)控、指揮調(diào)度、數(shù)據(jù)采集和測(cè)量等方面的信息化需求。圖1是一種典型的M2M系統(tǒng) 架構(gòu)。其中，各種M2M終端(如傳感器、微控制器等)直接或經(jīng)過M2M網(wǎng)關(guān)遠(yuǎn)程接入到M2M 業(yè)務(wù)平臺(tái)，而各種M2M應(yīng)用(如電力抄表、智能交通等)則通過M2M業(yè)務(wù)平臺(tái)所提供的業(yè)務(wù) 能力獲取M2M終端采集的數(shù)據(jù)或?qū)2M終端進(jìn)行遠(yuǎn)程的控制和管理。遠(yuǎn)程設(shè)備管理是M2M系統(tǒng)的一個(gè)重要功能，目前，基于廣域網(wǎng)的遠(yuǎn)程設(shè)備管理 技術(shù)主要有開放移動(dòng)聯(lián)盟(Open Mobile Alliance, 0MA)所定義的設(shè)備管理(Device Management, DM)規(guī)范。它能夠通過操作M2M設(shè)備(包括M2M網(wǎng)關(guān)和M2M終端)上的管理對(duì) 象(Management Object, MO)數(shù)據(jù)，實(shí)現(xiàn)對(duì)M2M設(shè)備的遠(yuǎn)程管理?，F(xiàn)有的DM系統(tǒng)屬于輔助 的管理平面功能，與終端用戶日常的業(yè)務(wù)應(yīng)用過程相對(duì)獨(dú)立。用戶發(fā)現(xiàn)終端故障后發(fā)起DM 過程(如撥打客服電話)，然后由客服或管理員通過控制設(shè)備管理服務(wù)器(DM Server, DMS) 完成DM任務(wù)。但是，由于M2M設(shè)備數(shù)量巨大，且往往無人值守，需要M2M應(yīng)用經(jīng)常主動(dòng)地監(jiān) 測(cè)和發(fā)現(xiàn)M2M設(shè)備故障問題，并進(jìn)行相應(yīng)的升級(jí)維護(hù)。因此需要M2M平臺(tái)將DM功能作為一 種公共業(yè)務(wù)能力，采用統(tǒng)一的訪問接口開放給M2M應(yīng)用，以實(shí)現(xiàn)端到端的設(shè)備管理及相關(guān) 業(yè)務(wù)應(yīng)用。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種設(shè)備管理方法、中間件及M2M平臺(tái)、設(shè)備和系統(tǒng)，以實(shí) 現(xiàn)M2M應(yīng)用通過統(tǒng)一的資源訪問接口訪問不同M2M平臺(tái)的DM能力的目的，其具體方案如 下一種設(shè)備管理方法，包括通過資源訪問接口接收資源訪問請(qǐng)求，所述資源訪問請(qǐng)求包含用于指示被訪問 管理對(duì)象MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI ；參考預(yù)先建立的所述MO數(shù)據(jù)資源的資源訪問請(qǐng)求與設(shè)備管理DM命令的映射關(guān) 系，轉(zhuǎn)換所述資源訪問請(qǐng)求為對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述MO數(shù)據(jù)資源與MO信 息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息；發(fā)送所述DM命令到與所述URI對(duì)應(yīng)的目標(biāo)設(shè)備，以管理所述與被訪問MO數(shù)據(jù)對(duì) 應(yīng)的MO信息。一種中間件，包括資源訪問請(qǐng)求接收單元，用于通過資源訪問接口接收資源訪問請(qǐng)求，所述資源訪問請(qǐng)求包含用于指示被訪問管理對(duì)象MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI ；控制命令轉(zhuǎn)換單元，用于參考預(yù)先建立的所述MO數(shù)據(jù)資源訪問請(qǐng)求與DM命令的 映射關(guān)系，轉(zhuǎn)換所述資源訪問請(qǐng)求為與其對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述MO數(shù)據(jù)資 源與MO信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)資源對(duì)應(yīng)的MO信息；控制命令發(fā)送單元，用于發(fā)送所述DM命令到所述URI對(duì)應(yīng)的目標(biāo)設(shè)備，以管理所 述與被訪問MO數(shù)據(jù)資源對(duì)應(yīng)的MO信息。一種具有上述中間件的機(jī)器通信M2M平臺(tái)和M2M設(shè)備。一種機(jī)器通信M2M系統(tǒng)，包括M2M設(shè)備和中間件，其中所述中間件用于，接收M2M應(yīng)用通過資源訪問接口發(fā)送的攜帶用于指示被訪問管 理對(duì)象MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI的資源訪問請(qǐng)求；參考預(yù)先建立的所 述MO數(shù)據(jù)資源訪問請(qǐng)求與DM命令的映射關(guān)系，轉(zhuǎn)換所述資源訪問請(qǐng)求為與其對(duì)應(yīng)的DM命 令，并在根據(jù)預(yù)先建立的所述MO數(shù)據(jù)資源與MO信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù) 資源對(duì)應(yīng)的MO信息后；發(fā)送所述DM命令到所述URI對(duì)應(yīng)的M2M設(shè)備，以管理所述與被訪問 MO數(shù)據(jù)資源對(duì)應(yīng)的MO信息；所述M2M設(shè)備用于，接收所述DM命令并執(zhí)行，獲得結(jié)果數(shù)據(jù)，將所述結(jié)果數(shù)據(jù)返回 給所述中間件。從上述的技術(shù)方案可以看出，本發(fā)明實(shí)施例公開的設(shè)備管理方法中，通過采用統(tǒng) 一的資源訪問接口，連接M2M應(yīng)用與M2M平臺(tái)，使得M2M應(yīng)用能夠訪問不同M2M平臺(tái)的DM， 實(shí)現(xiàn)了端到端的設(shè)備管理及相關(guān)業(yè)務(wù)應(yīng)用。


為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例1公開的典型的M2M系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例公開的設(shè)備管理方法流程圖；圖3為本發(fā)明實(shí)施例公開的又一設(shè)備管理方法流程圖；圖4為本發(fā)明實(shí)施例公開的又一設(shè)備管理方法流程圖；圖5為本發(fā)明實(shí)施例公開的又一設(shè)備管理方法流程圖；圖6為本發(fā)明實(shí)施例公開的MO數(shù)據(jù)資源與MO信息映射關(guān)系建立方法流程圖；圖7為本發(fā)明實(shí)施例公開的又一 MO數(shù)據(jù)資源與MO信息的映射關(guān)系建立方法流程 圖；圖8為本發(fā)明實(shí)施例公開一種中間件的結(jié)構(gòu)示意圖；圖9為本發(fā)明實(shí)施例公開另一種中間件的結(jié)構(gòu)示意圖；圖10為圖8或圖9中控制命令發(fā)送單元的一種結(jié)構(gòu)的示意圖；圖11為圖8或圖9中控制命令發(fā)送單元的另一種結(jié)構(gòu)的示意圖；圖12為本發(fā)明實(shí)施例公開的一種M2M系統(tǒng)的結(jié)構(gòu)示意圖；圖13為本發(fā)明實(shí)施例公開的另一種M2M系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于 本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明公開了 一種設(shè)備管理方法，通過采用資源訪問接口實(shí)現(xiàn)M2M應(yīng)用訪問不同 M2M平臺(tái)的DM的目的。本發(fā)明中所述的資源訪問接口可以為現(xiàn)有技術(shù)中任何一種基于資源的訪問 協(xié)議接口，例如 HTTP (HyperText Transfer Protocol,超文本傳輸)接口，XCAP (XML Configuration Acess Protocol，XML配置訪問協(xié)議)接口，以及在現(xiàn)有的基于資源的訪問 協(xié)議接口基礎(chǔ)上進(jìn)行擴(kuò)展后的接口。本發(fā)明并不限定該方法應(yīng)用于M2M系統(tǒng)，其同樣可以 應(yīng)用于其他的通信系統(tǒng)。其具體實(shí)施方式
如下所述本發(fā)明公開的一種設(shè)備管理方法的一種實(shí)現(xiàn)流程如圖2所示，包括以下步驟步驟S21、通過資源訪問協(xié)議接口接收資源訪問請(qǐng)求，所述資源訪問請(qǐng)求包含用 于指示被訪問MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI。在實(shí)現(xiàn)本流程時(shí)，要預(yù)先根據(jù)DMTNDS(Tree and DescriptioMerialization)規(guī) 范，建立與M2M設(shè)備上的MO數(shù)據(jù)信息對(duì)應(yīng)的MO數(shù)據(jù)資源，所述的MO數(shù)據(jù)資源可以為XML配 置訪問協(xié)議(XML Configuration AcessftOtocol，XCAP)XCAP資源，也可以為其他類型的數(shù) 據(jù)資源，然后利用與數(shù)據(jù)資源對(duì)應(yīng)的資源訪問方法，以及按照該方法建立的資源訪問接口， 實(shí)現(xiàn)對(duì)MO數(shù)據(jù)資源的訪問。MO資源可以映射到M2M平臺(tái)或M2M設(shè)備上，其具體的位置通過 URI來確定。接收的資源訪問請(qǐng)求可以是獨(dú)立于平臺(tái)和設(shè)備之外的中間件，接收平臺(tái)轉(zhuǎn)發(fā)的 M2M應(yīng)用發(fā)送的請(qǐng)求，也可以是設(shè)置于平臺(tái)上的中間件直接接收的M2M應(yīng)用發(fā)送的請(qǐng)求，同 樣也可以是設(shè)置在平臺(tái)上的中間件或者平臺(tái)接收到請(qǐng)求后，轉(zhuǎn)發(fā)給設(shè)置于設(shè)備上的中間件 的請(qǐng)求。其具體情況依據(jù)實(shí)際需要而定。步驟S22、參考預(yù)先建立的所述MO數(shù)據(jù)資源訪問請(qǐng)求與DM命令的映射關(guān)系，轉(zhuǎn)換 所述對(duì)MO數(shù)據(jù)資源的資源訪問請(qǐng)求為與其對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述MO數(shù)據(jù) 資源與MO信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息；由于M2M應(yīng)用通過資源訪問接口發(fā)送資源訪問請(qǐng)求，其對(duì)象為MO資源數(shù)據(jù)，而實(shí) 際需要進(jìn)行的是對(duì)與MO資源數(shù)據(jù)對(duì)應(yīng)的MO信息的控制，所以，需要按照預(yù)先設(shè)定的DM命 令與資源訪問請(qǐng)求的映射關(guān)系，將資源訪問請(qǐng)求轉(zhuǎn)換為MO數(shù)據(jù)信息可以識(shí)別的DM命令，以 實(shí)現(xiàn)對(duì)MO信息的管理及操作。現(xiàn)有技術(shù)中的資源訪問接口包括HTTP接口、XCAP接口等。其中XCAP接口對(duì)應(yīng) 的資源請(qǐng)求只提供了基本資源訪問請(qǐng)求，基本資源訪問請(qǐng)求中包括GET，PUT, DELETE三種 類型，分別表示獲取、替換或增加、刪除相應(yīng)的XCAP資源的操作，為了能夠?qū)F(xiàn)有的DM命令 映射為對(duì)應(yīng)的XCAP請(qǐng)求，還需要對(duì)XCAP方法進(jìn)行一定的擴(kuò)展。例如依據(jù)HTTP協(xié)議進(jìn)行擴(kuò) 展，得到擴(kuò)展資源訪問請(qǐng)求，擴(kuò)展資源訪問請(qǐng)求的類型包括執(zhí)行請(qǐng)求、復(fù)制請(qǐng)求、原子操作 請(qǐng)求、順序原子操作請(qǐng)求、異步上報(bào)請(qǐng)求、對(duì)系統(tǒng)中多個(gè)設(shè)備進(jìn)行的群組設(shè)備操作請(qǐng)求、條件操作請(qǐng)求和復(fù)合條件操作請(qǐng)求等，以實(shí)現(xiàn)對(duì)MO數(shù)據(jù)資源相應(yīng)的操作，中間件通過包含在 資源訪問請(qǐng)求中的數(shù)據(jù)來判定當(dāng)前需要對(duì)MO數(shù)據(jù)進(jìn)行的請(qǐng)求類型，然后將其轉(zhuǎn)換為與該 請(qǐng)求類型對(duì)應(yīng)的DM命令。同時(shí)，本發(fā)明預(yù)先將MO信息映射成為了 MO數(shù)據(jù)資源，例如XCAP資源，使得資源訪 問請(qǐng)求可以直接作用于資源，然后根據(jù)資源訪問請(qǐng)求與DM命令間的映射關(guān)系，以及MO信息 與XCAP資源間的映射關(guān)系，實(shí)現(xiàn)對(duì)MO信息的DM命令操作。步驟S23、發(fā)送所述DM命令到與所述URI對(duì)應(yīng)的目標(biāo)設(shè)備，以管理所述與被訪問 MO數(shù)據(jù)對(duì)應(yīng)的MO信息。將轉(zhuǎn)換后的DM命令發(fā)送到被訪問的MO數(shù)據(jù)資源對(duì)應(yīng)的目標(biāo)設(shè)備，該過程可以利 用現(xiàn)有技術(shù)中設(shè)備管理服務(wù)器DMS與目標(biāo)設(shè)備中設(shè)備管理客戶端DMC之間的開放移動(dòng)聯(lián)盟 (Open Mobile Alliance，0MA)所定義的設(shè)備管理(Device Management，DM)規(guī)范協(xié)議完成， 也可以利用資源訪問接口，如XCAP或HTTP接口完成。目標(biāo)設(shè)備接收命令后，執(zhí)行命令，管 理相應(yīng)的MO信息，從而實(shí)現(xiàn)設(shè)備管理功能。本實(shí)施例中公開的設(shè)備管理方法，采用將M2M設(shè)備上的MO信息映射為MO數(shù)據(jù)資 源，并且通過預(yù)先建立的資源訪問請(qǐng)求與DM命令間的映射關(guān)系，使得外部M2M應(yīng)用可以通 過資源訪問接口訪問控制MO信息，實(shí)現(xiàn)了 M2M應(yīng)用通過開放的統(tǒng)一接口管理遠(yuǎn)程設(shè)備的目 的。本實(shí)施例中將DM命令發(fā)送后，設(shè)備可能成功接收DM命令，并執(zhí)行所述DM命令后 生成結(jié)果數(shù)據(jù)，然后將結(jié)果數(shù)據(jù)返回，以表示完成了一次成功的管理過程，例如，假設(shè)資源 訪問請(qǐng)求的類型為GET，獲取目標(biāo)設(shè)備的運(yùn)行數(shù)據(jù)，則設(shè)備執(zhí)行相應(yīng)的DM命令后，其結(jié)果數(shù) 據(jù)為目標(biāo)設(shè)備的運(yùn)行數(shù)據(jù)。當(dāng)然，設(shè)備也有可能沒有成功接收DM命令，這種情況下，M2M應(yīng) 用可以在等待預(yù)設(shè)時(shí)間沒有接收到返回消息后繼續(xù)發(fā)送資源訪問請(qǐng)求，也可以結(jié)束操作， 具體實(shí)現(xiàn)方式依據(jù)應(yīng)用場(chǎng)景而設(shè)定。上述實(shí)施例公開的方法可以為獨(dú)立于平臺(tái)和設(shè)備外的中間件，為實(shí)現(xiàn)平臺(tái)和設(shè)備 間的通信而進(jìn)行的操作，同樣也可以為設(shè)置在平臺(tái)上的平臺(tái)中間件以及設(shè)置在設(shè)備上的設(shè) 備中間件相互配合，為實(shí)現(xiàn)上述目的而進(jìn)行的操作，其方式都是將M2M應(yīng)用發(fā)送的資源訪 問請(qǐng)求轉(zhuǎn)換為DM命令，只是在具體實(shí)施過程中，會(huì)根據(jù)不同的情況而有所差別。例如，當(dāng) M2M應(yīng)用發(fā)送的資源訪問請(qǐng)求中，被訪問MO數(shù)據(jù)資源存儲(chǔ)在平臺(tái)上時(shí)，為了更方便的將資 源訪問請(qǐng)求轉(zhuǎn)換為DM命令，平臺(tái)中間件可以按照本實(shí)施例公開的又一設(shè)備管理方法，實(shí)現(xiàn) 平臺(tái)和設(shè)備間的通信，對(duì)設(shè)備進(jìn)行管理，本實(shí)施例中以XCAP資源訪問接口為例實(shí)現(xiàn)M2M應(yīng) 用與中間件間的連接，其流程如圖3所示，包括如下步驟步驟S31、平臺(tái)中間件接收M2M應(yīng)用通過XCAP資源訪問接口發(fā)送的資源訪問請(qǐng)求， 所述資源訪問請(qǐng)求包含用于指示被訪問MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI ；步驟S32、根據(jù)所述URI判斷被訪問MO數(shù)據(jù)資源的存儲(chǔ)位置，若其存儲(chǔ)位置為平 臺(tái)，則執(zhí)行步驟S33a，若其存儲(chǔ)位置為設(shè)備，則執(zhí)行步驟S3!3b ；步驟S33a、參考預(yù)先建立的所述MO數(shù)據(jù)資源訪問請(qǐng)求與DM命令的映射關(guān)系，轉(zhuǎn)換 所述對(duì)MO數(shù)據(jù)資源的資源訪問請(qǐng)求為與其對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述MO數(shù)據(jù) 資源與MO信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息，執(zhí)行步驟S34 ；
存儲(chǔ)位置為平臺(tái)，平臺(tái)中間件執(zhí)行轉(zhuǎn)換DM命令以及確定與所述被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息的操作。步驟S3!3b、轉(zhuǎn)發(fā)所述資源訪問請(qǐng)求給設(shè)備中間件，由所述中間件進(jìn)行處理；由于 存儲(chǔ)位置為設(shè)備，因此為了更加方便地轉(zhuǎn)換DM命令，本實(shí)施例中采用將資源訪問請(qǐng)求轉(zhuǎn)發(fā) 給設(shè)備中間件，由設(shè)備中間件來完成后續(xù)的操作，具體操作過程將在下文詳細(xì)介紹。步驟S34、判斷是否存在DMS與所述目標(biāo)設(shè)備的DMC間的DM會(huì)話，若是，執(zhí)行步驟 ，若否，執(zhí)行步驟S35b ；本實(shí)施例中采用DMS與目標(biāo)設(shè)備的DMC間的會(huì)話發(fā)送DM命令，首先判斷是否已經(jīng) 存在兩者間的DM會(huì)話。步驟、依據(jù)當(dāng)前DM會(huì)話發(fā)送所述DM命令到目標(biāo)設(shè)備的DMC。步驟、發(fā)送DM會(huì)話控制命令給DMS，控制其建立與所述目標(biāo)設(shè)備的DMC的DM 會(huì)話；所述M2M設(shè)備中的DMC尚未與DMS建立DM會(huì)話，指示DMS向DMC發(fā)送DM通知消 息，以便建立DMS與DMC間的DM會(huì)話。本實(shí)施例并不限定創(chuàng)建會(huì)話的過程如步驟所 述，同樣可以采用其他方案，只要能夠建立起DMS與DMC之間的會(huì)話的操作都可行。DMC根據(jù)接收到的DM通知消息，按照現(xiàn)有技術(shù)中OMA-DM協(xié)議規(guī)范的要求向DMS發(fā) 送DM會(huì)話建立消息，其中攜帶必要的M2M設(shè)備信息(DevInf0)，例如M2M設(shè)備標(biāo)識(shí)devl，表 明DMS與所述M2M設(shè)備上的DMC之間的DM會(huì)話已經(jīng)建立。步驟S36、依據(jù)建立的DM會(huì)話發(fā)送所述DM命令到目標(biāo)設(shè)備的DMC。DMS向目標(biāo)DMC發(fā)送相應(yīng)的DM命令，例如指示DMS獲取所述M2M設(shè)備上的與所述 被訪問MO數(shù)據(jù)對(duì)應(yīng)的目標(biāo)MO信息。步驟S37、接收目標(biāo)設(shè)備的DMC執(zhí)行所述DM命令后生成并返回的結(jié)果數(shù)據(jù)，以管理 所述與被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息；DMC根據(jù)接收到的DM命令消息，按照現(xiàn)有技術(shù)中OMA-DM協(xié)議規(guī)范的要求執(zhí)行相應(yīng) 的DM功能和操作，并向DMS返回執(zhí)行結(jié)果數(shù)據(jù)，例如M2M設(shè)備上目標(biāo)MO的具體信息。DMS 將來自DMC的DM執(zhí)行結(jié)果數(shù)據(jù)返回給平臺(tái)中間件。步驟S38、返回所述結(jié)果數(shù)據(jù)。平臺(tái)中間件將所述結(jié)果數(shù)據(jù)返回給資源訪問請(qǐng)求者，如M2M應(yīng)用。本實(shí)施例中加入了通過創(chuàng)建DM會(huì)話發(fā)送MO控制命令的過程，由于現(xiàn)有技術(shù)中的 M2M系統(tǒng)中，DMS與DMC之間可能已經(jīng)具有可用于建立DM會(huì)話的基于OMA-DM協(xié)議規(guī)范的 標(biāo)準(zhǔn)接口，因此，本實(shí)施例中，重用了所述標(biāo)準(zhǔn)接口，只需要建立M2M應(yīng)用與M2M平臺(tái)間的聯(lián) 系，然后利用所述標(biāo)準(zhǔn)接口所建立的DM會(huì)話連接發(fā)送MO控制命令，從而保證了在不改變 現(xiàn)有系統(tǒng)中的接口關(guān)系的前提下，實(shí)現(xiàn)了 M2M應(yīng)用通過開放的統(tǒng)一接口管理遠(yuǎn)程設(shè)備的目 的。本實(shí)施例中，為了避免沒有DM命令時(shí)維護(hù)會(huì)話而產(chǎn)生不必要的開銷，還可以在發(fā) 送完DM命令之后，進(jìn)一步判斷預(yù)設(shè)會(huì)話時(shí)間內(nèi)是否存在后續(xù)DM命令，若存在后續(xù)DM命令， 則繼續(xù)執(zhí)行，若不存在，則關(guān)閉此次會(huì)話。需要說明的是，上述實(shí)施例中轉(zhuǎn)發(fā)所述資源訪問請(qǐng)求給設(shè)備中間件后(步驟 S3!3b)，設(shè)備中間件同樣也是按照類似上述流程執(zhí)行，即轉(zhuǎn)換所述資源訪問請(qǐng)求為DM命 令，以及確定與MO數(shù)據(jù)資源對(duì)應(yīng)的MO信息，除此之外，設(shè)備中間件相應(yīng)的執(zhí)行了其他相關(guān)操作，從而實(shí)現(xiàn)可以與平臺(tái)上的平臺(tái)中間件相互配合，進(jìn)而實(shí)現(xiàn)平臺(tái)與設(shè)備間的通信，完成 M2M應(yīng)用通過平臺(tái)對(duì)設(shè)備的管理的目的。具體流程如圖4所示，包括如下步驟步驟S41、接收所述平臺(tái)中間件轉(zhuǎn)發(fā)的資源訪問請(qǐng)求；步驟S42、參考預(yù)先建立的所述MO數(shù)據(jù)資源訪問請(qǐng)求與DM命令的映射關(guān)系，轉(zhuǎn)換 所述對(duì)MO數(shù)據(jù)資源的資源訪問請(qǐng)求為與其對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述MO數(shù)據(jù) 資源與MO信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息；步驟S43、將所述資源訪問請(qǐng)求發(fā)送給目標(biāo)設(shè)備的DMC，以管理所述與被訪問MO數(shù) 據(jù)對(duì)應(yīng)的MO信息；將所述DM命令發(fā)送給其自身所在的目標(biāo)設(shè)備的DMC。步驟S44、接收目標(biāo)設(shè)備的DMC執(zhí)行所述DM命令后返回的結(jié)果數(shù)據(jù)；DMC執(zhí)行DM命令，對(duì)所述MO信息進(jìn)行處理，得到結(jié)果數(shù)據(jù)，將結(jié)果數(shù)據(jù)返回給設(shè)備 中間件。步驟S45、將所述結(jié)果數(shù)據(jù)返回給所述平臺(tái)中間件。需要說明的是，當(dāng)由設(shè)備中間件處理所述資源訪問請(qǐng)求時(shí)，圖4所示流程中的步 驟S43-S44為目標(biāo)設(shè)備的內(nèi)部模塊間的交互過程，步驟S45為設(shè)備中間件與平臺(tái)中間件間 的交互過程，平臺(tái)中間件接收到返回的結(jié)果數(shù)據(jù)后，才將其返回給發(fā)送請(qǐng)求的M2M應(yīng)用，而 不同于圖3中步驟S36-S38中所示的，平臺(tái)中間件與設(shè)備中間件的交互過程，以及平臺(tái)中間 件與M2M應(yīng)用間的交互過程。由此可以看出，本實(shí)施例公開的數(shù)據(jù)控制方法，根據(jù)被訪問MO數(shù)據(jù)資源的存儲(chǔ)位 置的不同而處理過程有所不同，當(dāng)存儲(chǔ)在平臺(tái)上時(shí)，其執(zhí)行DM命令轉(zhuǎn)換、確定MO信息及發(fā) 送過程的為平臺(tái)中間件，當(dāng)存儲(chǔ)在設(shè)備上時(shí)，其執(zhí)行DM命令轉(zhuǎn)換、確定MO信息及發(fā)送過程 的為設(shè)備中間件，其目的是使得平臺(tái)中間件或設(shè)備中間件能夠更方便的利用預(yù)設(shè)的MO數(shù) 據(jù)資源訪問請(qǐng)求與DM命令的映射關(guān)系轉(zhuǎn)換成DM命令，利用MO數(shù)據(jù)資源與MO信息間的映 射關(guān)系，找到被管理的MO信息。當(dāng)然，本實(shí)施例并不限定上述處理過程，同樣可以不考慮被訪問MO數(shù)據(jù)資源的存 儲(chǔ)位置，而根據(jù)實(shí)際情況設(shè)定執(zhí)行相關(guān)命令轉(zhuǎn)化及發(fā)送的設(shè)備。本發(fā)明實(shí)施例公開的又一設(shè)備管理方法的流程如圖5所示，同樣以平臺(tái)中間件為 例，同樣采用XCAP資源訪問接口建立M2M應(yīng)用與M2M平臺(tái)間的聯(lián)系，此時(shí)，在設(shè)備上同樣設(shè) 置有設(shè)備中間件，所述流程包括以下步驟步驟S51、接收通過XCAP資源訪問接口發(fā)送的資源訪問請(qǐng)求，所述資源訪問請(qǐng)求 包含用于指示被訪問MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI ；步驟S52、參考預(yù)先建立的所述MO數(shù)據(jù)資源的資源訪問請(qǐng)求與DM命令的映射關(guān) 系，轉(zhuǎn)換所述對(duì)MO數(shù)據(jù)資源的資源訪問請(qǐng)求為與其對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述 MO數(shù)據(jù)資源與MO信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息； 步驟S53、按照HTTP接口協(xié)議封裝所述DM命令； 將述DM命令按照M2M平臺(tái)和設(shè)備之間的基于資源的HTTP接口協(xié)議進(jìn)行封裝，以 改變其載體，實(shí)現(xiàn)DM命令在平臺(tái)和設(shè)備間的傳遞。本實(shí)施例中的HTTP接口還可以為與基 本XCAP資源訪問請(qǐng)求對(duì)應(yīng)的基本的XCAP接口協(xié)議，也可以為與擴(kuò)展XCAP資源訪問請(qǐng)求協(xié) 議對(duì)應(yīng)的擴(kuò)展XCAP接口協(xié)議。該擴(kuò)展XCAP接口協(xié)議可以與圖2所示實(shí)施例中，對(duì)XCAP請(qǐng)求進(jìn)行的擴(kuò)展相對(duì)應(yīng)，也可以為按照其他的方式對(duì)基本XCAP協(xié)議進(jìn)行的擴(kuò)展。步驟S54、發(fā)送所述封裝后的DM命令到目標(biāo)設(shè)備；將封裝轉(zhuǎn)換后的DM命令發(fā)送到被訪問的MO數(shù)據(jù)資源對(duì)應(yīng)的目標(biāo)設(shè)備，設(shè)備中間 件在接收到按照上述HTTP協(xié)議封裝后的DM命令后，將其解析為目標(biāo)設(shè)備上的DMC可以識(shí) 別的格式，例如，OMA-DM協(xié)議規(guī)范格式，再將其發(fā)送給DMC，使得DMC可以識(shí)別并執(zhí)行該DM 命令，以獲得結(jié)果數(shù)據(jù)。步驟S55、接收目標(biāo)設(shè)備執(zhí)行所述DM命令后生成并返回的結(jié)果數(shù)據(jù)；步驟S56、返回所述結(jié)果數(shù)據(jù)。將所述結(jié)果數(shù)據(jù)返回給資源訪問請(qǐng)求者，如M2M應(yīng)用。本實(shí)施例公開的設(shè)備管理方法中，增加了對(duì)DM命令進(jìn)行封裝的過程。本實(shí)施例適 用于現(xiàn)有的系統(tǒng)中，未部署DMS與DMC之間單獨(dú)的通信接口的情況，此時(shí)不需要再去單獨(dú)建 立DMS與DMC之間的連接來發(fā)送DM命令，而是直接通過M2M平臺(tái)和設(shè)備之間的HTTP接口 協(xié)議封裝DM命令，使其可以直接在M2M平臺(tái)和設(shè)備之間傳遞，減少了 M2M平臺(tái)和M2M設(shè)備 之間的通信接口，實(shí)現(xiàn)簡(jiǎn)單方便。本發(fā)明實(shí)施例公開了一種建立所述MO數(shù)據(jù)資源與MO信息間的映射關(guān)系的方法， 本實(shí)施例中，與所述MO信息對(duì)應(yīng)的MO數(shù)據(jù)資源建立在M2M平臺(tái)上，其流程如圖6所示，包 括以下步驟步驟S61、將DMC上的MO信息用XML文檔進(jìn)行描述；首先根據(jù)DM TNDS規(guī)范，將M2M設(shè)備上的MO信息用XML文檔進(jìn)行描述。根據(jù)DM TNDS規(guī)范中提供的方法，任何一個(gè)M2M設(shè)備上的MO樹都可以用一個(gè)XML文檔描述，其中MO 樹上的每個(gè)MO節(jié)點(diǎn)都對(duì)應(yīng)于XML文檔中的一個(gè)元素，而MO節(jié)點(diǎn)的子節(jié)點(diǎn)和屬性則可以由 相應(yīng)的XML子元素或?qū)傩詠砻枋?。步驟S62、在M2M平臺(tái)上構(gòu)建與所述MO信息對(duì)應(yīng)的MO數(shù)據(jù)資源，并為所述資源分 KURI0為了將用于描述M2M設(shè)備MO的XML文檔構(gòu)建成為M2M設(shè)備或M2M平臺(tái)上的一種 數(shù)據(jù)資源，所述MO數(shù)據(jù)資源為XCAP資源，或者其他類型的資源。需要為該XML文檔分配一 個(gè)與M2M設(shè)備或M2M平臺(tái)相關(guān)的URI，例如http //example, com/devl/dm,這樣通過該URI 的子路徑,例如http://example. com/devl/dm/TargetMO,即可以訪問到指定M2M設(shè)備上的 目標(biāo)MO及其屬性。因此，在M2M平臺(tái)上創(chuàng)建對(duì)應(yīng)所述M2M設(shè)備的根MO資源，并且為其建立 URI，例如以http //domainl/devl/dm為根URI，然后將所述M2M設(shè)備上的各具體MO節(jié)點(diǎn)信 息映射為所述根URI下的子MO資源。另外，文檔中的組件(如元素、屬性)則構(gòu)建為相應(yīng) 的子資源，也分配有相應(yīng)的URI，即根URI的子路徑。使得資源訪問請(qǐng)求可以細(xì)化到針對(duì)每 一個(gè)MO信息的節(jié)點(diǎn)，細(xì)化了訪問過程。為了實(shí)現(xiàn)利用資源訪問方法來實(shí)現(xiàn)設(shè)備管理的功能，需要將OMA DM命令映射為相 應(yīng)的資源訪問方法，也就是建立起MO信息對(duì)應(yīng)的DM命令與所述MO數(shù)據(jù)資源對(duì)應(yīng)的資源訪 問請(qǐng)求間的映射關(guān)系。對(duì)于能夠?qū)崿F(xiàn)相同操作的資源訪問請(qǐng)求和DM命令，可以直接建立起 兩者間的映射關(guān)系，以實(shí)現(xiàn)被訪問資源響應(yīng)資源訪問請(qǐng)求的結(jié)果，與對(duì)應(yīng)的MO信息接收與 訪問請(qǐng)求對(duì)應(yīng)的DM控制命令的結(jié)果相同的目的。但是由于DM命令與資源訪問請(qǐng)求并非嚴(yán) 格的一一對(duì)應(yīng)，所以對(duì)于無法直接映射的DM命令，還需要擴(kuò)展資源請(qǐng)求方法，以提供現(xiàn)有DM系統(tǒng)所不支持的設(shè)備管理操作和功能。下面以XCAP方法為例，對(duì)擴(kuò)展的過程進(jìn)行描述。為了定義用于訪問上述資源的XCAP請(qǐng)求方法，根據(jù)XCAP規(guī)范，需要定義如下一些 fn息應(yīng)用唯一標(biāo)識(shí)(Application Unique ID, AUID)例如 etsi-m2m_dm資源媒體類型(MIME-type)根據(jù)DM TNDS 規(guī)范，可以是 application/vnd. syncml. dmtnds+xml,或 application/vnd. syncml. dmtnds+wbxml ；缺省文檔命名空間例如urn:etsi:m2m:xml:ns:dmXML語法和語義可以參考DM TNDS規(guī)范中的語法/語義規(guī)定；有效性限制可參考DM TNDS規(guī)范以及具體MO的規(guī)范；訪問策略可參考DM TNDS規(guī)范及具體MO的實(shí)施情況；命名習(xí)慣例如可統(tǒng)一規(guī)定上述MO資源的URI根路徑為 http://<domain>/<entity>/dm，其中〈domain〉為 M2M 系統(tǒng)的歸屬域，〈entity〉為 XCAP 資 源所在M2M設(shè)備或M2M平臺(tái)的唯一標(biāo)識(shí)，“dm”為固定字符串，這樣M2M應(yīng)用能夠根據(jù)此規(guī) 則靈活地訪問不同位置的用于描述MO的XCAP資源?，F(xiàn)有技術(shù)條件下，XCAP規(guī)范只提供了 GET，PUT, DELETE三種方法，分別表示獲取、 替換或增加、刪除相應(yīng)的XCAP資源的操作，不能完全滿足DM命令的需求，因此還需要對(duì) XCAP方法進(jìn)行一定的擴(kuò)展。鑒于現(xiàn)有的XCAP方法是基于HTTP技術(shù)的，因此本發(fā)明通過引 入HTTP POST方法來擴(kuò)展XCAP方法，以實(shí)現(xiàn)對(duì)所有DM命令的映射，實(shí)施方式見表1，表1為 DM命令與XCAP方法映射表表 權(quán)利要求
1.一種設(shè)備管理方法，其特征在于，包括通過資源訪問接口接收資源訪問請(qǐng)求，所述資源訪問請(qǐng)求包含用于指示被訪問管理 對(duì)象MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI ；參考預(yù)先建立的所述MO數(shù)據(jù)資源的資源訪問請(qǐng)求與設(shè)備管理DM命令的映射關(guān)系，轉(zhuǎn) 換所述資源訪問請(qǐng)求為對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述MO數(shù)據(jù)資源與MO信息的映 射關(guān)系確定與所述被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息；發(fā)送所述DM命令到與所述URI對(duì)應(yīng)的目標(biāo)設(shè)備，以管理所述與被訪問MO數(shù)據(jù)對(duì)應(yīng)的 MO信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括 接收所述目標(biāo)設(shè)備執(zhí)行所述DM命令后生成并返回的結(jié)果數(shù)據(jù)； 返回所述結(jié)果數(shù)據(jù)以響應(yīng)所述資源訪問請(qǐng)求。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述發(fā)送所述DM命令到目標(biāo)設(shè)備的過程 包括判斷是否存在管理服務(wù)器DMS與所述目標(biāo)設(shè)備的會(huì)話，若是，則控制所述DMS在所述 會(huì)話中發(fā)送所述DM命令到所述目標(biāo)設(shè)備；否則，發(fā)送會(huì)話控制命令給所述DMS，以控制所述 DMS建立與所述目標(biāo)設(shè)備的會(huì)話并依據(jù)建立的會(huì)話發(fā)送所述DM命令到所述目標(biāo)設(shè)備。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述發(fā)送所述DM命令到目標(biāo)設(shè)備的過程 還包括判斷預(yù)設(shè)會(huì)話時(shí)間內(nèi)是否存在后續(xù)DM命令，若存在后續(xù)DM命令，則繼續(xù)執(zhí)行，若不存 在，則關(guān)閉此次會(huì)話。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述預(yù)先建立所述MO數(shù)據(jù)資源與MO信息 映射關(guān)系的過程包括將設(shè)備中MO信息用可擴(kuò)展標(biāo)記語言XML文檔進(jìn)行描述；在平臺(tái)上構(gòu)建與所述MO信息對(duì)應(yīng)的MO數(shù)據(jù)資源，并為所述資源分配URI。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述依據(jù)建立的會(huì)話發(fā)送所述DM命令到 所述目標(biāo)設(shè)備具體為按照資源訪問協(xié)議封裝所述DM命令后通過所述建立的會(huì)話發(fā)送至所 述目標(biāo)設(shè)備。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)先建立所述MO數(shù)據(jù)資源與MO信息 映射關(guān)系的過程包括將設(shè)備中的MO信息用可擴(kuò)展標(biāo)記語言XML文檔進(jìn)行描述；在設(shè)備上構(gòu)建與所述MO信息對(duì)應(yīng)的MO數(shù)據(jù)資源，并為所述資源分配URI。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，還包括 向所述平臺(tái)發(fā)送指示擁有所述MO數(shù)據(jù)資源的聲明。
9.根據(jù)權(quán)利要求1-7中任意一項(xiàng)所述的方法，其特征在于，所述資源訪問請(qǐng)求類型 包括基本資源訪問請(qǐng)求，所述基本資源訪問請(qǐng)求類型包括獲取請(qǐng)求、替換請(qǐng)求和刪除請(qǐng) 求。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，所述資源訪問請(qǐng)求類型還包括依據(jù)超 文本鏈接協(xié)議進(jìn)行擴(kuò)展的擴(kuò)展資源訪問請(qǐng)求，所述擴(kuò)展資源訪問請(qǐng)求類型包括執(zhí)行請(qǐng)求、 復(fù)制請(qǐng)求、原子操作請(qǐng)求、順序原子操作請(qǐng)求、異步上報(bào)請(qǐng)求、群組設(shè)備操作請(qǐng)求、條件操作請(qǐng)求和復(fù)合條件操作請(qǐng)求。
11.一種中間件，其特征在于，包括資源訪問請(qǐng)求接收單元，用于通過資源訪問接口接收資源訪問請(qǐng)求，所述資源訪問請(qǐng) 求包含用于指示被訪問管理對(duì)象MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI ；控制命令轉(zhuǎn)換單元，用于參考預(yù)先建立的所述MO數(shù)據(jù)資源訪問請(qǐng)求與DM命令的映射 關(guān)系，轉(zhuǎn)換所述資源訪問請(qǐng)求為對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的所述MO數(shù)據(jù)資源與MO 信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)資源對(duì)應(yīng)的MO信息；控制命令發(fā)送單元，用于發(fā)送所述DM命令到所述URI對(duì)應(yīng)的目標(biāo)設(shè)備，以管理所述與 被訪問MO數(shù)據(jù)資源對(duì)應(yīng)的MO信息。
12.根據(jù)權(quán)利要求11所述的中間件，其特征在于，還包括結(jié)果數(shù)據(jù)接收單元，用于接收所述目標(biāo)設(shè)備執(zhí)行所述DM命令后生成并返回的結(jié)果數(shù)據(jù)；結(jié)果數(shù)據(jù)返回單元，用于返回所述結(jié)果數(shù)據(jù)至所述資源訪問請(qǐng)求的發(fā)送端。
13.根據(jù)權(quán)利要求11或12所述的中間件，其特征在于，所述控制命令發(fā)送單元包括 判斷單元，用于判斷是否存在管理服務(wù)器DMS與所述目標(biāo)設(shè)備間的會(huì)話；會(huì)話建立單元，用于當(dāng)不存在所述DMS與所述目標(biāo)設(shè)備間的會(huì)話時(shí)，控制所述DMS建立 與所述目標(biāo)設(shè)備的會(huì)話；發(fā)送單元，用于依據(jù)所述建立的會(huì)話發(fā)送所述DM命令到所述目標(biāo)設(shè)備。
14.根據(jù)權(quán)利要求13所述的中間件，其特征在于，所述控制命令發(fā)送單元還包括 會(huì)話過程判斷單元，用于判斷預(yù)設(shè)會(huì)話時(shí)間內(nèi)是否存在后續(xù)DM命令，若存在后續(xù)DM命令，則指示所述判斷單元繼續(xù)執(zhí)行，若不存在，則發(fā)送指示關(guān)閉此次會(huì)話的信息。
15.根據(jù)權(quán)利要求13所述的中間件，其特征在于，所述控制命令發(fā)送單元還包括封裝單元，用于按照資源訪問協(xié)議封裝所述控制命令轉(zhuǎn)換單元轉(zhuǎn)換后的DM命令后提 供給所述發(fā)送單元。
16.一種機(jī)器通信M2M平臺(tái)，其特征在于，具有如權(quán)利要求11-15任意一項(xiàng)所述的中間件。
17.一種機(jī)器通信M2M設(shè)備，其特征在于，具有如權(quán)利要求11-15任意一項(xiàng)所述的中間件。
18.一種機(jī)器通信M2M系統(tǒng)，其特征在于，包括M2M設(shè)備和中間件，其中所述中間件用于，接收M2M應(yīng)用通過資源訪問接口發(fā)送的攜帶用于指示被訪問管理對(duì) 象MO數(shù)據(jù)資源的存儲(chǔ)位置的唯一資源標(biāo)識(shí)符URI的資源訪問請(qǐng)求，參考預(yù)先建立的所述MO 數(shù)據(jù)資源訪問請(qǐng)求與DM命令的映射關(guān)系，轉(zhuǎn)換所述資源訪問請(qǐng)求為對(duì)應(yīng)的DM命令，并在根 據(jù)預(yù)先建立的所述MO數(shù)據(jù)資源與MO信息的映射關(guān)系確定與所述被訪問MO數(shù)據(jù)資源對(duì)應(yīng) 的MO信息后，發(fā)送所述DM命令到所述URI對(duì)應(yīng)的M2M設(shè)備，以管理所述與被訪問MO數(shù)據(jù) 資源對(duì)應(yīng)的MO信息；所述M2M設(shè)備用于，接收所述DM命令并執(zhí)行，獲得結(jié)果數(shù)據(jù)，將所述結(jié)果數(shù)據(jù)返回給所 述中間件。
19.根據(jù)權(quán)利要求18所述的系統(tǒng)，其特征在于，所述中間件設(shè)置在M2M平臺(tái)上。
20.根據(jù)權(quán)利要求18所述的系統(tǒng)，其特征在于，所述中間件包括設(shè)置于M2M平臺(tái)上的平臺(tái)中間件和設(shè)置于所述M2M設(shè)備上的設(shè)備中間件，所述平臺(tái)中間件和設(shè)備中間件配合實(shí) 現(xiàn)所述中間件的功能。
21.根據(jù)權(quán)利要求20所述的系統(tǒng)，其特征在于，所述設(shè)備中間件與所述設(shè)備中的設(shè)備 管理客戶端DMC為分體設(shè)計(jì)，所述設(shè)備中間件通過所述DMC開放的本地訪問接口與其連接； 或者，所述設(shè)備中間件與所述DMC為一體化設(shè)計(jì)；或者，所述設(shè)備中間件與設(shè)備管理服務(wù)器 DMS為一體化設(shè)計(jì)，采用開放移動(dòng)聯(lián)盟所定義的設(shè)備管理OMA-DM協(xié)議的訪問接口與所述 DMC相連接。
22.根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，所述平臺(tái)中間件與所述DMS為一體化設(shè) 計(jì)，或者所述平臺(tái)中間件與所述DMS采用所述DMS開放的本地訪問接口相連。
全文摘要
本發(fā)明公開了一種設(shè)備管理方法、中間件及機(jī)器通信M2M平臺(tái)、設(shè)備和系統(tǒng)，該方法包括通過資源訪問接口接收資源訪問請(qǐng)求，該資源訪問請(qǐng)求包含指示被訪問管理對(duì)象MO數(shù)據(jù)資源的存儲(chǔ)位置的URI；參考預(yù)先建立的MO數(shù)據(jù)資源訪問請(qǐng)求與DM命令的映射關(guān)系，轉(zhuǎn)換對(duì)MO數(shù)據(jù)資源的資源訪問請(qǐng)求為對(duì)應(yīng)的DM命令，并根據(jù)預(yù)先建立的MO數(shù)據(jù)資源與MO信息的映射關(guān)系確定與被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息；發(fā)送DM命令到與URI對(duì)應(yīng)的目標(biāo)設(shè)備，以管理與被訪問MO數(shù)據(jù)對(duì)應(yīng)的MO信息。本發(fā)明實(shí)施例采用統(tǒng)一的資源訪問接口連接M2M應(yīng)用與M2M平臺(tái)，使得M2M應(yīng)用能夠訪問不同M2M平臺(tái)進(jìn)行設(shè)備管理，實(shí)現(xiàn)了端到端的設(shè)備管理及相關(guān)業(yè)務(wù)應(yīng)用。
文檔編號(hào)H04L29/06GK102136933SQ201010505878
公開日2011年7月27日 申請(qǐng)日期2010年9月30日 優(yōu)先權(quán)日2010年9月30日
發(fā)明者卞永剛, 張永靖, 牟倫建, 金雷, 黃成 申請(qǐng)人:華為技術(shù)有限公司