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

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


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