本發(fā)明涉及物聯(lián)網(wǎng)技術領域，特別是涉及機器通信(Machine-to-Machine Communications，M2M)中標識發(fā)現(xiàn)的方法與系統(tǒng)。

背景技術：

機器通信是一種以機器智能交互為核心的、網(wǎng)絡化的應用與服務，其通過在機器內部嵌入無線或有線通信模塊以及應用處理邏輯，實現(xiàn)無需人工干預的數(shù)據(jù)通信，以滿足用戶對監(jiān)控、指揮調度、數(shù)據(jù)采集和測量等方面的信息化需求。

物聯(lián)網(wǎng)標識則用于識別和區(qū)分不同物理和邏輯實體以及信息資源，是實現(xiàn)機器通信的基礎和前提。

然而，一般的物聯(lián)網(wǎng)標識解析系統(tǒng)僅支持單一的物聯(lián)網(wǎng)標識查詢，不能兼容其它各種物聯(lián)網(wǎng)標識查詢。并且在一般的技術方案中，沒有考慮M2M終端，平臺中間件等具有聯(lián)網(wǎng)和通信能力的設備組成的M2M系統(tǒng)，不能實現(xiàn)智能化。

技術實現(xiàn)要素：

基于此，有必要針對一般物聯(lián)網(wǎng)標識解析系統(tǒng)僅支持單一的物聯(lián)網(wǎng)標識查詢，無法支持兼容多種標識類型的發(fā)現(xiàn)的問題，提供一種支持兼容多種標識類型發(fā)現(xiàn)的機器通信中標識發(fā)現(xiàn)的方法與系統(tǒng)。

一種機器通信中標識發(fā)現(xiàn)的方法，應用于接收端實體，包括步驟：

接收發(fā)起端實體的標識發(fā)現(xiàn)請求，所述標識發(fā)現(xiàn)請求攜帶所述發(fā)起端實體的itemID參數(shù)，所述itemID參數(shù)用于表征需要根據(jù)該itemID參數(shù)進行標識發(fā)現(xiàn)，且標識發(fā)現(xiàn)的目標為與該itemID參數(shù)相關的其他標識；

根據(jù)所述發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體；

將所述標識發(fā)現(xiàn)請求轉發(fā)至查找的轉發(fā)實體，由所述轉發(fā)實體進行標識發(fā)現(xiàn)；

接收所述轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與所述發(fā)起端實體的itemID參數(shù)相關的標識；

將接收到的與所述發(fā)起端實體的itemID參數(shù)相關的標識進行聚合，并將聚合后的信息反饋至所述發(fā)起端實體。

一種機器通信中標識發(fā)現(xiàn)的系統(tǒng)，應用于接收端實體，包括：

第一接收模塊，用于接收發(fā)起端實體的標識發(fā)現(xiàn)請求，所述標識發(fā)現(xiàn)請求攜帶所述發(fā)起端實體的itemID參數(shù)，所述itemID參數(shù)用于表征所需發(fā)現(xiàn)標識以及與所述所需發(fā)現(xiàn)標識相關的標識；

發(fā)現(xiàn)模塊，用于根據(jù)所述發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體；

轉發(fā)模塊，用于將所述標識發(fā)現(xiàn)請求轉發(fā)至查找的轉發(fā)實體，由所述轉發(fā)實體進行標識發(fā)現(xiàn)；

第二接收模塊，用于接收所述轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與所述發(fā)起端實體的itemID參數(shù)相關的標識；

聚合模塊，用于將接收到的與所述發(fā)起端實體的itemID參數(shù)相關的標識進行聚合，并將聚合后的信息反饋至所述發(fā)起端實體。

本發(fā)明機器通信中標識發(fā)現(xiàn)的方法與系統(tǒng)，接收發(fā)起端實體的標識發(fā)現(xiàn)請求，進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體，由轉發(fā)實體進行標識發(fā)現(xiàn)，接收轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與發(fā)起端實體的itemID參數(shù)相關的標識，將接收到的相關的標識進行聚合，并將聚合后的信息反饋至發(fā)起端實體。整個過程中，基于標識類型進行標識發(fā)現(xiàn)，能夠兼容不同標識類型的標識發(fā)現(xiàn)。

附圖說明

圖1為oneM2M功能架構圖；

圖2為oneM2M架構支持的配置圖；

圖3為本發(fā)明機器通信中標識發(fā)現(xiàn)的方法其中一個實施例的流程示意圖；

圖4為標識類型發(fā)布過程示意圖；

圖5為<remoteCSE>資源結構示意圖；

圖6為本發(fā)明機器通信中標識發(fā)現(xiàn)的方法其中一個實施例中標識發(fā)現(xiàn)過程示意圖；

圖7為本發(fā)明機器通信中標識發(fā)現(xiàn)的系統(tǒng)其中一個實施例的結構示意圖。

具體實施方式

為了更進一步詳細解釋本發(fā)明機器通信中標識發(fā)現(xiàn)的方法與系統(tǒng)的技術方案，下面將針對機器通信的功能架構以及功能進行詳細描述。

圖1是oneM2M功能架構圖，包括以下功能：

應用實體(Application Entity，AE)：應用實體是應用層中實現(xiàn)M2M應用服務邏輯的一個實體。每個應用服務邏輯可以駐留在多個M2M節(jié)點中和/或多次駐留在單個M2M節(jié)點上。應用服務邏輯的每個執(zhí)行實例被稱為“應用實體”(AE)并且通過唯一的應用實體標識。AE的示例包括車隊跟蹤應用實例、遠程血糖監(jiān)測應用實例、功率計量應用實例，或控制應用實例。

公共業(yè)務實體(Common Services Entity，CSE)：公共業(yè)務實體表示M2M環(huán)境中的一組“公共業(yè)務功能”集合的實例化。

網(wǎng)絡業(yè)務實體(Network Service Entity，NSE)：網(wǎng)絡服務實體將服務從底層網(wǎng)絡提供給CSE。

圖2是oneM2M架構支持的配置圖，提供了不同實體間的互聯(lián)的可能配置，包括以下實體：

節(jié)點：節(jié)點為oneM2M系統(tǒng)中獨立可識別的邏輯實體。節(jié)點可以是具有CSE能力或不具有CSE能力的節(jié)點。節(jié)點類型的描述：oneM2M架構應包括以下類型的節(jié)點。作為邏輯對象，節(jié)點也許或無法映射到物理對象。應用業(yè)務節(jié)點(Application Service Node，ASN)：ASN作為一個節(jié)點包含一個CSE以及至少一個應用實體(AE)。在oneM2M系統(tǒng)中可能有0個或多個ASN。物理映射舉例：ASN能夠在M2M設備中。應用專用節(jié)點(Application Dedicated Node，AND)：ADN作為一個節(jié)點包含至少一個AE，但不包含CSE。在oneM2M系統(tǒng)中可能有0個或多個ADN。物理映射舉例：ADN能夠在受限的M2M設備中。中間節(jié)點(MN)：MN作為一個節(jié)點包含一個CSE以及0個或多個AE。在oneM2M系統(tǒng)中可能有0個或多個MN。物理映射舉例：MN能夠在M2M網(wǎng)關中。平臺節(jié)點(IN)：IN作為一個節(jié)點包含一個CSE以及0個或多個AE。每個oneM2M業(yè)務提供商有一個IN。IN中的CSE含的CSE功能可能不適用于其他的節(jié)點類型。物理映射舉例：IN能夠在M2M業(yè)務基礎設施中。非oneM2M節(jié)點(NoDN):非oneM2M節(jié)點作為一個節(jié)點不包含oneM2M實體(不是AE與CSE)。這樣的節(jié)點代表為了與oneM2M系統(tǒng)進行互連/管理的設備。域類型：任何特殊的M2M業(yè)務提供商的基礎設施域包含一個平臺節(jié)點。任何特殊的M2M業(yè)務提供商的域包含應用業(yè)務節(jié)點，應用專用節(jié)點，中間節(jié)點以及非oneM2M節(jié)點。oneM2M標準中定義了四種操作方式Create(C)、Retrieve(R)、Update(U)、Delete(D)、Notify(N)。

Create:發(fā)起方CSE或SE應使用該創(chuàng)建流程在接收方CSE(還稱為資源宿主CSE)上創(chuàng)建資源。創(chuàng)建流程區(qū)分為在注冊相關創(chuàng)建和非注冊相關創(chuàng)建。注冊相關創(chuàng)建流程僅適用于以下資源類型：<AE>和<remoteCSE>。而非注冊相關創(chuàng)建流程適用于所有其它資源類型。

Retrieve:獲取操作應用于獲取存儲用于接收者CSE處資源的任何屬性的信息。發(fā)起方CSE或AE可通過將Content參數(shù)中的這種屬性名稱包含在請求中來獲取具體屬性。發(fā)起方通過使用獲取請求來請求獲取目標資源的所有屬性或特定屬性。如果只需要獲取一些特定屬性，這些屬性的名稱應包含在請求的Content參數(shù)中。

Update:更新操作應用于更新存儲用于目標資源處的任何屬性的信息。發(fā)起方CSE或AE可通過將這種屬性名稱和它的值包含在請求的Content參數(shù)中來請求更新、創(chuàng)建或刪除目標資源處的特定屬性。

Delete：發(fā)起方CSE或AE應使用該刪除流程來刪除接收者CSE(還稱為資源宿主CSE)上的資源。

Notify:通知操作應用于通知信息。

如圖3所示，一種機器通信中標識發(fā)現(xiàn)的方法，應用于接收端實體，包括步驟：

S100：接收發(fā)起端實體的標識發(fā)現(xiàn)請求，標識發(fā)現(xiàn)請求攜帶發(fā)起端實體的itemID參數(shù)，itemID參數(shù)用于表征需要根據(jù)該itemID參數(shù)進行標識發(fā)現(xiàn)，且標識發(fā)現(xiàn)的目標為與該itemID參數(shù)相關的其他標識。

在機器通信中包括發(fā)起端實體和接收端實體，在這里，發(fā)起端實體(CSE)通過RETRIEVE操作，向接收端實體(CSE)請求標識發(fā)現(xiàn)，請求中包含發(fā)起端實體的itemID參數(shù)，itemID參數(shù)用于表征發(fā)起端實體(CSE)需要進行標識發(fā)現(xiàn)，并且標識發(fā)現(xiàn)的目標為與itemID參數(shù)相關的其他標識。發(fā)起端實體(CSE)發(fā)送標識發(fā)現(xiàn)請求來向接收端實體(CSE)表明自身需要進行標識發(fā)現(xiàn)，在標識發(fā)現(xiàn)請求中攜帶有自身的itemID參數(shù)。

S200：根據(jù)發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體。

在接收端實體中根據(jù)發(fā)起端實體的itemID參數(shù)在其資源中進行標識發(fā)現(xiàn)，獲得標識發(fā)現(xiàn)結果。具體來說，根據(jù)接收端實體能力分為以下三種情況：1、接收端實體支持對發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)；2、接收端實體支持對發(fā)起端實體的itemID參數(shù)進行標識識別；3、接收端實體無法識別發(fā)起端實體的itemID參數(shù)類型。針對不同情況，查找已在自身注冊的轉發(fā)實體。

S300：將標識發(fā)現(xiàn)請求轉發(fā)至查找的轉發(fā)實體，由轉發(fā)實體進行標識發(fā)現(xiàn)。

根據(jù)步驟S200查找到的轉發(fā)實體，接收端CSE向已在自身注冊的轉發(fā)CSE轉發(fā)標識發(fā)現(xiàn)請求，由已在自身注冊的轉發(fā)實體進行標識發(fā)現(xiàn)。具體來說，這個過程可以理解為對每個查找到的實體單播請求消息的過程，這樣可以在整個M2M通信網(wǎng)絡中發(fā)現(xiàn)與發(fā)起端實體的itemID參數(shù)相關的標識。

S400：接收轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與發(fā)起端實體的itemID參數(shù)相關的標識。

接收已在接收端CSE注冊的轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與發(fā)起端實體的itemID參數(shù)相關的標識。

S500：將接收到的與發(fā)起端實體的itemID參數(shù)相關的標識進行聚合，并將聚合后的信息反饋至發(fā)起端實體。

將接收到的與發(fā)起端實體的itemID參數(shù)相關的標識進行聚合，并將聚合后的信息發(fā)送至發(fā)起端實體。具體來說，這個聚合過程可以理解為一個排序的過程，即將所有與發(fā)起端實體的itemID參數(shù)相關的標識進行排序，并將排序后的信息反饋至發(fā)起端實體。更進一步來說，這個排序過程可以是基于接收到的時間先后進行排序。例如，將接收到的信息以時間排列，一定時間內接收到的信息進行聚合，并先回復。

本發(fā)明機器通信中標識發(fā)現(xiàn)的方法，接收發(fā)起端實體的標識發(fā)現(xiàn)請求，進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體，由轉發(fā)實體進行標識發(fā)現(xiàn)，接收轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與發(fā)起端實體的itemID參數(shù)相關的標識，將接收到的相關的標識進行聚合，并將聚合后的信息反饋至發(fā)起端實體。整個過程中，基于標識類型進行標識發(fā)現(xiàn)，能夠兼容不同標識類型的標識發(fā)現(xiàn)。

在其中一個實施例中，步驟S100之前還包括：

步驟一：接收發(fā)起端實體的創(chuàng)建請求，創(chuàng)建請求攜帶標識類型參數(shù)idType，標識類型參數(shù)idType用于表征實體支持標識識別，標識類型參數(shù)idType的參數(shù)值用于表征發(fā)起端實體所支持的標識類型。需要指出的是，這里發(fā)起端實體與步驟S100中發(fā)起端實體可以為不相同的實體。

如圖4所示，在注冊或宣告時，發(fā)起端實體使用CREATE創(chuàng)建操作，在CREATE請求中包含標識類型參數(shù)idTypeidType，該參數(shù)用于表示實體支持標識識別，參數(shù)值表示發(fā)起端實體所支持標識類型。具體來說，在這里，idType參數(shù)可以是一個列表。

步驟二：根據(jù)創(chuàng)建請求，記錄發(fā)起端實體支持標識識別以及所支持的標識類型。

接收端實體根據(jù)創(chuàng)建請求，在被注冊CSE中的<remoteCSE>或<AE>資源中包含標識類型屬性idType。具體資源結構如圖5所示。需要指出的是，該資源中只展示出與本發(fā)明方案相關的屬性，僅用于示意，實際在此資源中的屬性不限于此。

步驟三：反饋創(chuàng)建結果至發(fā)起端實體。

接收端實體向請求注冊的CSE回復CREATE響應，表示創(chuàng)建成功或失敗。

下面將結合附圖6，詳細說明標識發(fā)現(xiàn)與轉發(fā)的過程。在其中一個實施例中，根據(jù)發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體的步驟包括：

步驟一：當支持對發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)時，識別出發(fā)起端實體的itemID參數(shù)的類型，查詢發(fā)起端實體的itemID參數(shù)相關的映射關系，查找已在自身注冊的實體中支持識別發(fā)起端實體的itemID參數(shù)類型的實體。

如果接收端CSE支持對發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)，首先，通過異構標識識別算法(例如，采用單字規(guī)則、長度規(guī)則等)進行itemID參數(shù)的類型識別，識別出itemID參數(shù)的類型。之后，查詢該itemID參數(shù)相關的映射關系，例如，所查詢的標識為一個對象標識，與其形成映射關系的可以是URI(Uniform Resource Identifier，統(tǒng)一資源標識符)，IP(Internet Protocol，互聯(lián)網(wǎng)協(xié)議)，F(xiàn)QDN(Fully Qualified Domain Name，全稱域名)，另一個對象標識。查找在接收端實體中已注冊的其他實體的資源，查找是否存在支持發(fā)起端實體itemID參數(shù)類型的實體，即查詢各<remoteCSE>、<AE>、<AEAnnc>、<remoteCSEAnnc>資源中idType屬性。

步驟二：當支持對發(fā)起端實體的itemID參數(shù)進行標識識別時，識別出發(fā)起端實體的itemID參數(shù)的類型，查找已在自身注冊的實體中支持發(fā)起端的itemID參數(shù)類型的實體。

如果接收端CSE只支持對發(fā)起端實體的itemID參數(shù)進行標識識別，首先，通過異構標識識別算法(例如，采用單字規(guī)則、長度規(guī)則等)進行標識類型識別，識別出發(fā)起端實體的itemID參數(shù)的類型。查找在接收端實體中已注冊的其他實體，查找是否存在支持發(fā)起端實體的itemID參數(shù)類型的實體，即查詢各<remoteCSE>、<AE>、<AEAnnc>、<remoteCSEAnnc>資源中idType屬性。

步驟三：當無法識別發(fā)起端實體的itemID參數(shù)的類型時，查找已在自身注冊的實體中支持識別發(fā)起端實體的itemID參數(shù)的實體。

如果接收端CSE無法識別發(fā)起端實體的itemID參數(shù)類型，則查找在接收端注冊的支持識別發(fā)起端實體itemID參數(shù)類型的實體，即查詢各<remoteCSE>、<AE>、<AEAnnc>、<remoteCSEAnnc>資源中是否包含idType屬性。

相應的，將標識發(fā)現(xiàn)請求轉發(fā)至查找的轉發(fā)實體，由轉發(fā)實體進行標識發(fā)現(xiàn)的步驟具體如下：

對于接收端實體支持對發(fā)起端實體的itemID參數(shù)的發(fā)現(xiàn)或支持對發(fā)起端實體的itemID參數(shù)的識別時，則向支持發(fā)起端實體的itemID參數(shù)類型的各實體，即idType屬性中包含此標識類型，轉發(fā)標識發(fā)現(xiàn)請求信息，對于接收端實體無法識別發(fā)起端實體的itemID參數(shù)類型，則向支持發(fā)起端實體的itemID參數(shù)識別的各實體，即包含idType屬性，轉發(fā)標識發(fā)現(xiàn)請求信息。請求信息中包含itemID(必選)，可以包含idType(可選)。具體來說，查找到的實體向接收端實體反饋與所請求itemID相關的標識，例如，相關的URI，IP，F(xiàn)QDN以及對象標識等。后續(xù)接收端實體將對這些反饋的信息進行聚合發(fā)送至發(fā)起端實體。

如圖7所示，一種機器通信中標識發(fā)現(xiàn)的系統(tǒng)，應用于接收端實體，包括：

第一接收模塊100，用于接收發(fā)起端實體的標識發(fā)現(xiàn)請求，標識發(fā)現(xiàn)請求攜帶發(fā)起端實體的itemID參數(shù)，itemID參數(shù)用于表征所需發(fā)現(xiàn)標識以及與所需發(fā)現(xiàn)標識相關的標識；

發(fā)現(xiàn)模塊200，用于根據(jù)發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體；

轉發(fā)模塊300，用于將標識發(fā)現(xiàn)請求轉發(fā)至查找的轉發(fā)實體，由轉發(fā)實體進行標識發(fā)現(xiàn)；

第二接收模塊400，用于接收轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與發(fā)起端實體的itemID參數(shù)相關的標識；

聚合模塊500，用于將接收到的與發(fā)起端實體的itemID參數(shù)相關的標識進行聚合，并將聚合后的信息反饋至發(fā)起端實體。

本發(fā)明機器通信中標識發(fā)現(xiàn)的系統(tǒng)，第一接收模塊100接收發(fā)起端實體的標識發(fā)現(xiàn)請求，發(fā)現(xiàn)模塊200進行標識發(fā)現(xiàn)，并根據(jù)標識發(fā)現(xiàn)結果查找已在自身注冊的轉發(fā)實體，轉發(fā)模塊300轉發(fā)標識發(fā)現(xiàn)請求至轉發(fā)實體，由轉發(fā)實體進行標識發(fā)現(xiàn)，第二接收模塊400接收轉發(fā)實體進行標識發(fā)現(xiàn)反饋的與發(fā)起端實體的itemID參數(shù)相關的標識，聚合模塊500將接收到的相關的標識進行聚合，并將聚合后的信息反饋至發(fā)起端實體。整個過程中，基于標識類型進行標識發(fā)現(xiàn)，能夠兼容不同標識類型的標識發(fā)現(xiàn)。

在其中一個實施例中，發(fā)現(xiàn)模塊200包括：

第一處理單元，用于當支持對發(fā)起端實體的itemID參數(shù)進行標識發(fā)現(xiàn)時，識別出發(fā)起端實體的itemID參數(shù)的類型，查詢發(fā)起端實體的itemID參數(shù)相關的映射關系，查找已在自身注冊的實體中支持識別發(fā)起端實體的itemID參數(shù)類型的實體。

第二處理單元，用于當支持對發(fā)起端實體的itemID參數(shù)進行標識識別時，識別出發(fā)起端實體的itemID參數(shù)的類型，查找已在自身注冊的實體中支持發(fā)起端的itemID參數(shù)類型的實體。

第三處理單元，用于當無法識別發(fā)起端實體itemID參數(shù)的類型時，查找已在自身注冊的實體中支持識別發(fā)起端實體的itemID參數(shù)類型的實體。

在其中一個實施例中，機器通信中標識發(fā)現(xiàn)的系統(tǒng)還包括：

請求接收模塊，用于接收發(fā)起端實體的創(chuàng)建請求，創(chuàng)建請求攜帶標識類型參數(shù)idType，標識類型參數(shù)idType用于表征實體支持標識識別，標識類型參數(shù)idType的參數(shù)值用于表征標識類型參數(shù)idType所支持標識類型。

記錄模塊，用于根據(jù)創(chuàng)建請求，記錄發(fā)起端實體支持標識識別以及所支持的標識類型。

反饋模塊，用于反饋創(chuàng)建結果至發(fā)起端實體。

在其中一個實施例中，聚合模塊500用于基于時間管理，將接收到的與發(fā)起端實體的itemID參數(shù)相關的標識進行聚合。

以上所述實施例僅表達了本發(fā)明的幾種實施方式，其描述較為具體和詳細，但并不能因此而理解為對發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應以所附權利要求為準。