一種m2m平臺定義消息的方法、系統和m2m平臺的製作方法

2023-04-26 21:33:56 1

專利名稱：一種m2m平臺定義消息的方法、系統和m2m平臺的製作方法
技術領域：
本發明涉及通信技術，尤其涉及一種M2M平臺定義消息的方法、系統和M2M平臺。
背景技術：
在各個領域中，常常需要進行實時監控，M2M(Machine to Machine，機器對機器) 應運而生，M2M是一種理念，M2M通過在機器內部嵌入無線通信模塊，以無線通信等為接入 手段，實現機器與機器之間的無線通信。例如在電力設備中安裝用來監測配電網運行參數 的模塊，就可以實現配電系統的實時監測、控制和管理維護；在石油設備中安裝用來採集油 井工作情況信息的模塊，即可遠程對油井設備進行調節和控制，及時準確了解油井設備工 作情況；在汽車上配裝採集車載信息終端、遠程監控系統來實現車輛運行狀態監控等。在M2M業務中，M2M終端與M2M平臺之間、M2M終端 與終端之間、M2M平臺與應用平 臺之間的數據通信過程主要通過WMMP (Wireless M2MPr0t0C0l，無線機器對機器協議)協 議來實現。在M2M 終端與 M2M 平臺之間，一般採用 WMMP-T (Wireless M2MProtocol-Terminal 無線機器對機器協議_終端)協議。在M2M平臺與應用平臺之間，一般採用WMMP-A(Wireless M2MPr0t0C0l-AppliCati0n，無線機器對機器協議-應用)協議。M2M應用市場正在全球範圍快速增長，隨著包括通信設備、管理軟體等相關技術的 深化，M2M產品成本的下降，M2M業務也逐漸走向成熟。通過M2M技術提供的統一網絡平臺， 能夠實現數位化城市中的信息資源共享和數據資源共享。目前，WMMP-T協議對於終端的管理涉及到13對消息，這些消息是對終端進行管理 的最基本命令，如下所示REGISTER 和 REGISTER_ACK、LOGIN 和 L0GIN_ACK、HEARTBEAT 和 HEART_BEAT_ACK、
C0NFIG_TRAP 和 CONFIG_TRAP_ACK、C0NFIG_REQ和 C0NFIG_REQ_ACK、C0NFIG_GET 和 C0NFIG_GET_ACK、C0NFIG_SET 和 C0NFIG_SET_ACK、REM0TE_CTRL和 REMOTE_CTRL_ACK、TRANSPARENT_DATA 和 TRANSPARENT_DATA_ACK、TRANSPARENT_CMD 和 TRANSPARENT_CMD_ACK、D0WNL0AD_INF0和 D0WNL0AD_INF0_ACK、FILE_REQ和 FILE_REQ_ACK、SECURITY_CONFIG 和 SECURITY_CONFIG_ACK通過上述命令可以實現對終端的註冊、配置、控制、數據透傳等管理。在應時，對終端的管理通常僅局限於上述幾個命令，業務的實現方式也僅能使用上述幾個命令來定義， 這樣，M2M平臺的應用範圍就受到了局限，很難實現各種各樣的功能，這樣，就很難滿足不同 用戶的需求。在WMMP-T協議中，上述命令的功能是由命令中的TLV (TAG-LENGTH-VELUE，標 籤-長度-內容)來具體來實現命令的功能的，一個命令中通常包含了多個TLV，來實現一 個較複雜的功能。TLV是帶格式的數字或不定長字符串或字節數組，它通常用來動態擴展 消息交互中的數據及參數，TLV的結構如圖1所示，TLV中的T表示TAG，為該字符串的定義 標籤；TLV中的L表示LENGTH，為該TLV中擴展的有效數據或參數的長度；TLV中的V表示 VELUE,為該TLV中有效數據或參數內容。在TLV的V部分，有一部分數據是在進行消息傳輸時必填的，稱為固定部分，其長 度和類型已經在WMMP協議中規定了，固定部分可以理解成是一種特殊的TLV，指示沒有T部 分和L部分。在WMMP協議中定義了 215個TLV，使用這些TLV對終端的配置、統計、控制、軟體等 參數進行管理，實現終端的業務功能，但是，對於一個特定的終端來講，並不一定能夠應用 全部215個TLV，而這215個TLV可能並不能滿足終端的應用需求，所以，單純的應用已經定 義的命令和TLV，很難適應各類應用和終端的差異，滿足各類用戶的需求。而在新的終端或應用接入M2M平臺後，為了能夠正常使用該新的終端或應用，經 常需要根據終端或應用的需求修改M2M平臺的後臺程序，重新進行編譯，將新的終端或應 用的相關功能參數編譯到M2M平臺中後，才能夠使用新的終端或應用，操作十分複雜。例如，如果需要新接入一種新的終端，用來監測一個區域的噪音指標，就需要將這 個終端接入M2M平臺，但是，M2M平臺中可能並沒有監測噪音指標這方面的參數，如果終端 需要上報這方面的數據，可能M2M平臺並不能夠進行識別和處理，難以實現應有的監測功 能，這樣，在接入該終端的時候，就需要修改M2M平臺的處理程序，並重新進行編譯，以使得 M2M平臺能夠支持該終端的功能，操作非常複雜，並且接入新的終端或應用的耗時也較長。

發明內容
本發明實施例提供一種M2M平臺定義消息的方法、系統和M2M平臺，以簡化在M2M 平臺中定義自定義消息的操作。一種M2M平臺定義消息的方法，包括接收用於定義消息的自定義消息註冊命令；根據所述自定義消息註冊命令中所述自定義消息的各個要素，生成自定義消息的 描述信息，所述自定義消息的要素包括所述自定義消息的標識信息和功能描述；存儲所述自定義消息的描述信息。進一步，在所述存儲所述自定義消息的描述信息前，還包括確定所述自定義消息的描述信息中，所述自定義消息的標識信息區別於所述M2M 中已經存儲的同類消息的標識信息。進一步，所述存儲所述自定義消息的描述信息具體為將所述自定義消息的描述 信息存儲到資料庫中。更進一步，所述方法還包括將所述自定義消息的描述信息存儲到內存表中；或者將所述資料庫中的各消息的描述信息定期更新到內存表中。其中，所述自定義消息具體為自定義TLV ；並且所述自定義消息的要素還包括所述自定義消息的長度和數據類型；或者，所述自定義消息具體為自定義命令。較佳的，所述存儲所述自定義消息的描述信息後，還包括返回處理結果。一種M2M平臺定義消息的系統，包括終端或應用，用於在定義消息時，發送用於定義消息的自定義消息註冊命令；M2M平臺，用於在接收到所述終端或應用發送的自定義消息註冊命令後，根據所述 自定義消息註冊命令中所述自定義消息的各個要素，生成自定義消息的描述信息，並存儲 所述自定義消息的描述信息，所述自定義消息的要素包括所述自定義消息的標識信息和功 能描述。進一步，所述M2M平臺具體包括接收單元，用於接收所述終端或應用發送的自定義消息註冊命令；自定義處理單元，用於根據所述接收單元接收的自定義消息註冊命令中所述自定 義消息的各個要素，生成自定義消息的描述信息；存儲單元，用於存儲所述自定義處理單元生成的自定義消息的描述信息。較佳的，所述M2M平臺還包括驗證單元，用於確定所述自定義處理單元生成的自定義消息的描述信息中自定義 消息的標識信息區別於所述存儲單元中已經存儲的同類消息的標識信息；所述存儲單元具體用於，存儲所述自定義處理單元生成並通過所述驗證單元驗證 的自定義消息的描述信息。進一步，所述存儲單元具體為資料庫；或者所述存儲單元具體為資料庫和內存表。一種M2M平臺，包括接收單元，用於接收終端或應用發送的自定義消息註冊命令；自定義處理單元，用於根據所述接收單元接收的自定義消息註冊命令中所述自定 義消息的各個要素，生成自定義消息的描述信息，所述自定義消息的各個要素包括所述自 定義消息的標識信息和功能描述；存儲單元，用於存儲所述自定義處理單元生成的自定義消息的描述信息。進一步，M2M平臺中還包括驗證單元，用於確定所述自定義處理單元生成的自定義消息的描述信息中自定義 消息的標識信息區別於所述存儲單元中已經存儲的同類消息的標識信息；所述存儲單元具體用於，存儲所述自定義處理單元生成並通過所述驗證單元驗證 的自定義消息的描述信息。進一步，所述存儲單元具體為資料庫；或者所述存儲單元具體為資料庫和內存表。本發明實施例提供一種M2M平臺定義消息的方法、系統和M2M平臺，通過在M2M平 臺中增設的自定義處理單元來處理和解析新接入的終端或應用發送的用於定義消息的自 定義消息註冊命令，並根據自定義消息註冊命令中的內容，按照終端的需求生成相應的自 定義消息的描述信息，M2M平臺也可以通過自定義處理單元直接處理管理員導入的自定義消息的描述信息，從而實現較方便的在M2M中定義自定義消息的描述信息、便於生成新的 業務。


圖1為本發明實施例中M2M平臺定義消息的方法流程圖；圖2為本發明實施例中終端註冊自定義TLV的方法流程圖；圖3為本發明實施例中終端註冊自定義命令的方法流程圖；圖4為本發明實施例中應用註冊自定義TLV的方法流程圖；圖5為本發明實施例中應用註冊自定義命令的方法流程圖；圖6為本發明實施例中管理員設置自定義消息的方法流程圖；圖7為本發明實施例中M2M平臺定義消息的系統流程圖；圖8為本發明實施例中M2M平臺的結構示意圖。
具體實施例方式本發明實施例提供一種M2M平臺定義消息的方法、系統和M2M平臺，在M2M平臺中 增設了自定義處理單元，用來處理和解析新接入的終端或應用發送的用於定義消息的自定 義消息註冊命令，在自定義消息註冊命令中，包括了生產自定義消息的描述信息的全部必 要信息，自定義處理單元根據這些信息就可以生成終端或應用想要生成的自定義消息的描 述信息，從而滿足新接入的終端或應用的不同需求，M2M平臺也可以通過自定義處理單元直 接處理管理員導入的自定義消息的描述信息，從而實現較方便的在M2M中定義自定義消息 的描述信息、建立新的業務。如圖1所示，本發明實施例提供的M2M平臺定義消息的方法包括步驟S101、接收用於定義消息的自定義消息註冊命令；步驟S102、根據所述自定義消息註冊命令中，自定義消息的各個要素，生成自定義 消息的描述信息；在自定義消息註冊命令中，具有生成自定義消息的描述信息所需要的各個要素， 如果定義一個命令，通常需要包括每個命令唯一的命令字即標識信息和對該命令的簡要描 述，如果命令字長度與默認的不同，還可能包括命令字長度；如果定義一個TLV，通常包括 TAG值、長度、數據類型和對該TLV功能的簡要描述。步驟S103、存儲所生成的自定義消息的描述信息。這樣，終端就可以利用自定義消息的描述信息與M2M平臺進行通信了。為進一步保護M2M平臺的信息，如果終端或應用剛剛接入M2M平臺，在向M2M平臺 發送自定義消息註冊命令之前，還需要登錄M2M平臺，在登錄時，首先終端或應用向M2M平 臺發送登錄請求，M2M平臺接收到該登錄請求後，進行處理並返回登錄結果，如果登錄成功， 終端或應用才能在M2M平臺中定義消息。進一步，為了防止終端或應用重複註冊或者兩個終端或應用使用同一個消息標識 信息註冊不同的消息，可以在生成自定義消息的描述信息後，驗證自定義消息的描述信息 中的標識信息是否已經被M2M平臺中存儲的其他消息使用，如果沒有被其他消息使用，則 說明沒有衝突，再將該自定義消息的描述信息存儲在M2M平臺中
在存儲時，可以使用很多種方式進行存儲，如文本方式，資料庫方式等，當然使用 資料庫方式更加容易管理、並可以在使用時加快處理速度。為進一步提高終端或應用與M2M平臺通信的效率，可以在將自定義消息的描述信 息存儲在資料庫中的同時，將該自定義消息的描述信息也存儲在內存的內存表中，這樣在 接收到終端發送的消息後，直接可以根據內存表中存儲的自定義消息的描述信息確定該自 定義消息的功能。如果M2M平臺的內存空間有限，可以定期將資料庫中比較常用的消息定期更新到 內存表中，以提高終端或應用於M2M平臺的通信效率。所要定義的消息一般包括兩種命令和TLV，終端和應用都可能需要定義這兩種 消息，由於終端和應用與M2M平臺進行通信的協議不同，M2M解析的過程也有所不同，下面 通過幾個具體實施例來進行說明實施例一終端在M2M平臺上註冊自定義TLV。如圖2所示，終端在M2M平臺上註冊自定義TLV的方法主要包括步驟S201、終端向M2M平臺發送登錄請求命令；步驟S202、M2M平臺進行處理後，向終端返回登錄成功命令；登錄請求消息和登錄成功消息在WMMP-T協議中已經有了定義。步驟S203、登錄成功後，終端向M2M平臺發送自定義TLV註冊命令；該自定義TLV註冊命令是預先設定好的，如⑶ST0M_TLV_REQ，M2M平臺根據該自定 義TLV註冊命令的命令字即可獲知，該命令用於註冊自定義TLV。步驟S204、M2M平臺解析該自定義TLV註冊命令中的各個TLV，生成自定義TLV的 描述信息；步驟S205、M2M平臺確認該自定義TLV的描述信息中自定義TLV的TAG與M2M平 臺中已經存儲的TLV的TAG沒有衝突後，將該自定義TLV的描述信息存儲起來；步驟S206、M2M平臺向終端返回註冊結果。自定義TLV註冊命令中的各個TLV可以按照如下方式進行定義第一個TLV可用來設置自定義TLV的TAG值，假如第一個TLV的TAG值設置為 OxCOOl，M2M平臺解析該第一個TLV，獲取該TLV的TAG值為OxCOOl，並根據所存儲的TLV的 描述信息，確定該TLV用於定義自定義TLV的TAG值，獲得該第一個TLV的L值和V值，其 中L值為自定義TLV的TAG值的長度，V值為自定義TLV的TAG值，根據WMMP-T協議的規 定，通常L值為2，如果獲取到的V值為P101，則可以確定所要生成的自定義TLV的描述信 息中自定義TLV的TAG值為OxPlOl ；第二個TLV可用來設置自定義TLV的LEN值，假如第二個TLV的TAG值設置為 0xC002，M2M平臺解析該第二個TLV，獲取該TLV的TAG值為0XC002，並根據所存儲的TLV的 描述信息，確定該TLV用於定義自定義TLV的LEN值，獲得該第二個TLV的L值和V值，其 中L值為自定義TLV的LEN值的長度，V值為自定義TLV的LEN值，根據WMMP-T協議的規 定，通常L值為2，如果獲取到的V值為0005，則可以確定所要生成的自定義TLV的描述信 息中自定義TLV的LEN值為0005，即自定義TLV的V值長度為0005。第三個TLV可用來設置自定義TLV的類型，假如第三個TLV的TAG值設置為
80xC003，M2M平臺解析該第三個TLV，獲取該TLV的TAG值為0XC003，並根據所存儲的TLV的 描述信息，確定該TLV用於定義自定義TLV的類型，獲得該第三個TLV的L值和V值，其中 L值為自定義TLV的類型代碼的長度，V值為自定義TLV的類型代碼，根據WMMP-T協議的規 定，通常L值為2，類型代碼和TLV的類型一一對應的，並且已經預先設定好了，比如，如果獲 取到的V值為0001，則可以根據對應關係確定所要生成的自定義TLV的描述信息中自定義 TLV的類型為整數類型。第四個TLV可用來對自定義TLV進行描述，即該TLV是用來做什麼的，並定義各個 參數的單位、意義等，假如第四個TLV的TAG值設置為0xC004，M2M平臺解析該第四個TLV， 獲取該TLV的TAG值為0XC004，並根據所存儲的TLV的描述信息，確定該TLV用於對自定義 TLV進行描述，獲得該第四個TLV的L值和V值，其中L值為對自定義TLV的描述的長度，V 值為對自定義TLV的描述，M2M平臺在後續通信時接收到自定義TLV時，根據該描述，確定 所接收到的數據的意義。例如，用於監測周圍環境噪聲的終端在接入M2M平臺後，就可以通過自定義TLV來 建立噪聲監測的業務，在終端登錄M2M平臺後，終端向M2M平臺發送自定義TLV註冊命令 CUST0M_TLV_REQ，命令中攜帶了的 4 個 TLV 為「C0001 0002 AAAA C002 0002 0004 C003 0002 0001 C004 0064噪音指標，單位分貝」。根據這4個TLV即可生成應用於該業務的 自定義TLV的描述信息，該自定義消息的描述信息中，TAG值為AAAA，V部分長度為4，類型 是整數類型，V部分的含義是周圍環境噪聲的分貝值。M2M平臺判斷AAAA這個TAG值是不 是與已經註冊的TLV的TAG值衝突，確認沒有衝突後，將生成的自定義TLV的描述信息存儲 起來，並向終端返回註冊結果。這樣，如果M2M平臺需要統計各個片區的噪音指標時，只需 要按照常規流程，向各個指定的終端發獲取參數命令C0NFIG_GET，TAG是AAAA的消息，就可 以實現自定義的獲取噪音指標參數的業務。實施例二、終端在M2M平臺上註冊自定義命令。有時，業務中可能需要完成較複雜的功能，則需要通過自定義命令中的多個TLV 來完成，這時，不僅需要定義各個TLV命令，還需要定義一個自定義命令。如圖3所示，終端在M2M平臺上註冊自定義命令的方法主要包括步驟S301、終端向M2M平臺發送登錄請求命令；步驟S302、M2M平臺進行處理後，向終端返回登錄成功命令；登錄請求消息和登錄成功消息在WMMP-T協議中已經有了定義。步驟S303、登錄成功後，終端向M2M平臺發送自定義命令註冊命令；該自定義命令註冊命令是預先設定好的，如⑶ST0M_CMD_REQ，M2M平臺根據該自 定義命令註冊命令的命令字即可獲知，該命令用於註冊自定義命令。步驟S304、M2M平臺解析該自定義命令註冊命令中的各個TLV，生成自定義命令的 描述信息；步驟S305、M2M平臺確認該自定義命令的描述信息中的標識信息與M2M平臺中已 經存儲的命令的標識信息沒有衝突後，將該自定義命令的描述信息存儲起來；步驟S306、M2M平臺向終端返回註冊結果CUST0M_CMD_ACK。自定義命令註冊命令中的各個TLV可以按照如下方式進行定義
第一個TLV可用來設置自定義命令的命令字，即標識信息，假如第一個TLV的TAG 值設置為OxBOOl，M2M平臺解析該第一個TLV，獲取該TLV的TAG值為OxBOOl並根據所存 儲的TLV的描述信息，確定該TLV用於定義自定義命令的命令字，獲得該第一個TLV的L值 和V值，其中L值為自定義命令的命令字的長度，V值為自定義命令的命令字，根據WMMP-T 協議的規定，通常L值為2;第二個TLV可用來對自定義命令進行描述，即該命令是用來做什麼的，並定義各 個參數的單位、意義等，假如第二個TLV的TAG值設置為0xB002，M2M平臺解析該第二個 TLV,獲取該命令的TAG值為0xB002，並根據所存儲的TLV的描述信息，確定該TLV用於對自 定義命令進行描述，獲得該第二個TLV的L值和V值，其中L值為對自定義命令的描述的長 度，V值為對自定義命令的描述，M2M平臺在後續通信時接收到自定義命令時，根據該描述， 確定所接收到的命令的意義。實施例三應用在M2M平臺上註冊自定義TLV。如圖4所示，應用在M2M平臺上註冊自定義TLV的方法主要包括步驟S401、應用向M2M平臺發送登錄請求命令；步驟S402、M2M平臺進行處理後，向應用返回登錄成功命令；登錄請求消息和登錄成功消息在WMMP-A協議中已經有了定義。步驟S403、登錄成功後，應用向M2M平臺發送自定義TLV註冊命令；該自定義TLV註冊命令是預先設定好的，如TappCostomTlvReq，M2M平臺根據該自 定義TLV註冊命令的命令字即可獲知，該命令用於註冊自定義TLV。步驟S404、M2M平臺解析該自定義TLV註冊命令中的消息體部分，生成自 定義TLV的描述信息；步驟S405、M2M平臺確認該自定義TLV的描述信息中自定義TLV的TAG與M2M平 臺中已經存儲的TLV的TAG沒有衝突後，將該自定義TLV的描述信息存儲起來；步驟S406、M2M平臺向應用返回註冊結果。該自定義TLV註冊命令的結構可以為 包頭 消息摘要 自定義 TLV 的 TAG
自定義 TLV 的長度 自定義 TLV 的類型 簡單功能描述 表示自定義TLV的TAG，表示自定義TLV中V部分的長度，表 示自定義TLV的類型，是對該自定義TLV的簡單描述。實施例四、
應用在M2M平臺上註冊自定義命令。有時，業務中可能需要完成較複雜的功能，則需要通過自定義命令中的多個TLV 來完成，這時，不僅需要定義各個TLV命令，還需要定義一個自定義命令。如圖5所示，應用在M2M平臺上註冊自定義命令的方法主要包括步驟S501、應用向M2M平臺發送登錄請求命令；步驟S502、M2M平臺進行處理後，向應用返回登錄成功命令；登錄請求消息和登錄成功消息在WMMP-A協議中已經有了定義。步驟S503、登錄成功後，應用向M2M平臺發送自定義命令註冊命令；該自定義命令註冊命令是預先設定好的，如TappCostomCmdReq，M2M平臺根據該 自定義命令註冊命令的命令字即可獲知，該命令用於註冊自定義命令。步驟S504、M2M平臺解析該自定義命令註冊命令的消息體部分，生成自定 義命令的描述信息；步驟S505、M2M平臺確認該自定義命令的描述信息中自定義命令的標識信息與 M2M平臺中已經存儲的命令的標識信息沒有衝突後，將該自定義命令的描述信息存儲起 來；步驟S506、M2M平臺向應用返回註冊結果。該自定義命令註冊命令的結構可以為
包頭 消息摘要 自定義命令字自定義命令字長度 簡單功能描述 表示自定義命令的命令字，表示自定義命令的命令字長度，是 對該自定義命令的簡單功能描述。實施例五、可以由管理員登錄M2M平臺後，由管理員來制定自定義命令和自定義TLV。管理員可以通過文本批量導入，也可以一個一個的輸入。管理員向終端發送自定義消息註冊命令，M2M平臺根據自定義消息註冊命令中的 內容生成自定義消息的描述信息，並存儲。如圖6所示，管理員指定自定義命令和自定義TLV的方法包括步驟S601、管理員向M2M平臺發送登錄請求命令；步驟S602、M2M平臺進行處理後，返回登錄成功命令；步驟S603、登錄成功後，管理員向M2M平臺發送自定義消息註冊命令；步驟S604、M2M平臺解析命令後，生成自定義消息的描述信息，並存儲；步驟S605、返回註冊結果。
管理員定製自定義命令的命令格式可以如下文所示自定義命令字I自定義命令字長度I簡單描述；管理員定製自定義TLV的命令格式可以如下文所示自定義TLV的TAG |自定義TLV的長度|自定義TLV的類型|簡單描述；在解析文本後，M2M平臺可以對自定義命令的標識信息或自定義TLV的TAG進行 校驗，不產生衝突後，將該自定義命令的描述信息或自定義TLV的描述信息記錄到內存表 和資料庫。M2M平臺還可以將每個自定義消息的處理結果記錄到日誌中，以便於管理。本發明實施例還提供一種M2M平臺定義消息的系統，如圖7所示，包括終端或應 用701和M2M平臺702，其中終端或應用701，用於在定義消息時，向M2M平臺702發送用於定義新建的業務所 需要的消息的自定義消息註冊命令；M2M平臺702，用於在接收到終端或應用701發送的自定義消息註冊命令後，根據 自定義消息註冊命令中自定義消息的各個要素，生成自定義消息的描述信息，並存儲自定 義消息的描述信息，其中，自定義消息的要素包括自定義消息的標識信息和功能描述。通常，終端701通過T接口與M2M平臺702連接，並通過WMMP-T協議與M2M平臺 702通信，應用701通過A接口與M2M平臺702連接，並通過WMMP-A協議與M2M平臺702通
fn °進一步，如圖8所示，本發明實施例提供的M2M平臺702具體包括接收單元801、 自定義處理單元802和存儲單元803，其中接收單元801，用於接收終端或應用發送的自定義消息註冊命令；接收單元801通 過A接口連接應用，通過T接口連接終端。自定義處理單元802，用於根據接收單元801接收的自定義消息註冊命令中自定 義消息的各個要素，生成自定義消息的描述信息；存儲單元803，用於存儲自定義處理單元802生成的自定義消息的描述信息。進一步，為防止出現重複註冊，或者兩個終端或應用使用同一標識信息進行註冊， M2M平臺中還包括驗證單元，用於確定自定義處理單元802生成的自定義消息的描述信息中自定義 消息的標識信息區別於存儲單元803中已經存儲的同類消息的標識信息；存儲單元803具體用於，存儲自定義處理單元802生成並通過驗證單元驗證的自 定義消息的描述信息。其中，存儲單元803可以具體為資料庫，也可以為資料庫和內存表，在進行存儲 時，可以將自定義消息的描述信息僅存儲在資料庫中，也可以既存儲在資料庫中又存儲在 內存表中，或者先存儲在資料庫中，再定期從資料庫中將各個消息的描述信息同步到內存 表中。本發明實施例提供一種M2M平臺定義消息的方法、系統和M2M平臺，通過在M2M平 臺中增設的自定義處理單元來處理和解析新接入的終端或應用發送的用於定義消息的自 定義消息註冊命令，並根據自定義消息註冊命令中的內容，按照終端的需求生成相應的自 定義消息的描述信息，M2M平臺也可以通過自定義處理單元直接處理管理員導入的自定義
12消息的描述信息，從而實現較方便的在M2M中定義自定義消息、便於建立新的業務。
顯然，本領域的技術人員可以對本發明實施例進行各種改動和變型而不脫離本發 明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術 的範圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種機器對機器M2M平臺定義消息的方法，其特徵在於，包括 接收用於定義消息的自定義消息註冊命令；根據所述自定義消息註冊命令中所述自定義消息的各個要素，生成自定義消息的描述 信息，所述自定義消息的要素包括所述自定義消息的標識信息和功能描述； 存儲所述自定義消息的描述信息。
2.如權利要求1所述的方法，其特徵在於，在所述存儲所述自定義消息的描述信息前， 還包括確定所述自定義消息的描述信息中，所述自定義消息的標識信息區別於所述M2M中已 經存儲的同類消息的標識信息。
3.如權利要求1所述的方法，其特徵在於，所述存儲所述自定義消息的描述信息具體 為將所述自定義消息的描述信息存儲到資料庫中。
4.如權利要求3所述的方法，其特徵在於，所述方法還包括將所述自定義消息的描述 信息存儲到內存表中；或者將所述資料庫中的各消息的描述信息定期更新到內存表中。
5.如權利要求1所述的方法，其特徵在於，所述自定義消息具體為自定義TLV；並且 所述自定義消息的要素還包括所述自定義消息的長度和數據類型；
6.如權利要求1所述的方法，其特徵在於，所述自定義消息具體為自定義命令。
7.—種M2M平臺定義消息的系統，其特徵在於，包括終端或應用，用於在定義消息時，發送用於定義消息的自定義消息註冊命令； M2M平臺，用於在接收到所述終端或應用發送的自定義消息註冊命令後，根據所述自定 義消息註冊命令中所述自定義消息的各個要素，生成自定義消息的描述信息，並存儲所述 自定義消息的描述信息，所述自定義消息的要素包括所述自定義消息的標識信息和功能描 述。
8.如權利要求7所述的系統，其特徵在於，所述M2M平臺具體包括 接收單元，用於接收所述終端或應用發送的自定義消息註冊命令；自定義處理單元，用於根據所述接收單元接收的自定義消息註冊命令中所述自定義消 息的各個要素，生成自定義消息的描述信息；存儲單元，用於存儲所述自定義處理單元生成的自定義消息的描述信息。
9.如權利要求8所述的系統，其特徵在於，所述M2M平臺還包括驗證單元，用於確定所述自定義處理單元生成的自定義消息的描述信息中自定義消息 的標識信息區別於所述存儲單元中已經存儲的同類消息的標識信息；所述存儲單元具體用於，存儲所述自定義處理單元生成並通過所述驗證單元驗證的自 定義消息的描述信息。
10.如權利要求8或9所述的系統，其特徵在於，所述存儲單元具體為資料庫；或者所 述存儲單元具體為資料庫和內存表。
11.一種M2M平臺，其特徵在於，包括接收單元，用於接收終端或應用發送的自定義消息註冊命令； 自定義處理單元，用於根據所述接收單元接收的自定義消息註冊命令中所述自定義消 息的各個要素，生成自定義消息的描述信息，所述自定義消息的各個要素包括所述自定義消息的標識信息和功能描述；存儲單元，用於存儲所述自定義處理單元生成的自定義消息的描述信息。
12.如權利要求11所述的M2M平臺，其特徵在於，還包括驗證單元，用於確定所述自定義處理單元生成的自定義消息的描述信息中自定義消息 的標識信息區別於所述存儲單元中已經存儲的同類消息的標識信息；所述存儲單元具體用於，存儲所述自定義處理單元生成並通過所述驗證單元驗證的自 定義消息的描述信息。
13.如權利要求11或12所述的M2M平臺，其特徵在於，所述存儲單元具體為資料庫； 或者所述存儲單元具體為資料庫和內存表。
全文摘要
本發明公開了一種M2M平臺定義消息的方法、系統和M2M平臺，通過在M2M平臺中增設的自定義處理單元來處理和解析新接入的終端或應用發送的用於定義消息的自定義消息註冊命令，並根據自定義消息註冊命令中的內容，按照終端的需求生成相應的自定義消息的描述信息，M2M平臺也可以通過自定義處理單元直接處理管理員導入的自定義消息的描述信息，從而實現較方便的在M2M中定義自定義消息、便於建立新的業務。
文檔編號H04L29/06GK102104883SQ200910254388
公開日2011年6月22日 申請日期2009年12月22日 優先權日2009年12月22日
發明者張義重, 趙長軍 申請人:中興通訊股份有限公司