用于m2m平臺的注冊管理裝置及注冊管理方法
【專利摘要】本發明提供一種用于M2M平臺的注冊管理裝置，對與該M2M平臺連接的多個終端進行注冊管理，包括：接口處理模塊，對從終端接收到的數據請求進行數據格式的標準化處理；業務管理模塊，從標準化處理后的數據請求中提取數據請求中的業務類型，并判斷該業務類型是否能得到M2M平臺的支持，在業務類型能夠得到M2M平臺的支持時，將數據請求發送到注冊管理模塊；注冊管理模塊，根據從業務管理模塊發送來的數據請求，解析出終端的終端類型，并根據終端類型對終端在M2M平臺上的注冊進行管理；以及，數據處理模塊，根據由注冊管理模塊所解析出的終端類型，執行與數據請求相應的數據處理。根據本發明，能夠自動篩選業務類型，并對終端的注冊進行自主管理。
【專利說明】用于M2M平臺的注冊管理裝置及注冊管理方法
【技術領域】
[0001] 本發明涉及一種用于M2M(設備至設備；Machine to Machine)平臺的注冊管理裝 置及注冊管理方法。
【背景技術】
[0002] 隨著網絡技術的發展，出現了以機器終端智能交互為核心的、網絡化的應用與服 務的M2M業務。它通過在機器內部嵌入無線通信模塊，以無線通信等為接入手段，為客戶提 供綜合的信息化解決方案，以滿足客戶對監控、指揮調度、數據采集和測量等方面的信息化 需求。作為M2M業務的實現基礎的M2M平臺，由服務商或運營商部署，各類M2M的業務應用 構建在其上。
[0003] 在現有的M2M平臺支持的各種應用中，例如智能樓宇控制或智能家居應用中，由 于多個廠商采用不同技術及不同標準，例如某些廠商的產品使用串口通信（RS232、RS485)， 而某些廠商的產品使用無線WiFi進行通信，從而導致產品互相兼容的性能較差，為系統集 成帶來不便，并且為已存在的系統中進一步加入新設備造成了實現上的技術難題。在此技 術背景下，針對用戶的新需求，廠商需要投入新的人力及物力資源，設計開發新的產品或解 決方案，而即使這樣，這種研發模式也無法滿足不斷增加或更新的用戶需求。
[0004] 針對這一問題，現有技術中提出了一些解決方案。例如，在專利文獻1中，提出了 一種M2M業務平臺及工作方法，該M2M服務平臺面對私有化接口的問題提出了新平臺架構， 采用通用的業務生成能力，并提供了便捷的業務生成方法。
[0005] 具體而言，如圖11所示，在專利文獻1中，該平臺包括業務流程編輯模塊13,用 于組合功能單元、編輯業務邏輯、生成新的業務；業務管理模塊11，用于加載和管理業務， 與業務執行模塊進行通信；核心的業務執行模塊14,則用于與其他模塊進行數據接收和 發送，接收來自業務管理模塊11的通知，并解析相應業務，按結果發送命令；數據管理模 塊12,用于創建業務數據表，存儲和調用該數據；平臺接口模塊16,用于接收和轉發業務數 據；業務調試模塊15,用于測試業務流程產生的業務。在此平臺架構下，該專利提供一種工 作方法，即：首先通過業務流程模塊13編輯業務邏輯，生成業務，然后通過業務管理模塊11 加載和管理該業務，并通知業務執行模塊14 ;隨后業務執行模塊14接收通知并對收到的業 務邏輯進行解析。該發明的業務平臺及工作方法提供了多模塊協作，生成用戶自定義的M2M 業務方法，使得開發新M2M應用的成本降低，周期縮短。
[0006] 現有技術
[0007] 專利文獻 1 :EP 243 752 4
[0008] 但是，在專利文獻1中，仍然存在以下技術問題：
[0009] (1)專利文獻1雖然提出了一個通用的M2M業務平臺架構，但沒有對【背景技術】中提 到的因各廠商采用不同接口導致產品兼容性差，難以實現系統集成的問題給出解決方案。 專利文獻1中雖然提出增加平臺接口模塊，但該模塊僅起到數據接收及轉發的功能，并沒 有給出讓數據格式統一的處理方法。因此，專利文獻1仍然無法解決私有設備及協議的集 成問題。
[0010] (2)專利文獻1并沒有涉及由設備或其他資源產生的新服務如何在平臺上生成新 的任務，僅對由用戶發起的新業務的產生方法進行了闡述。如【背景技術】中記載的那樣，M2M 平臺更應考慮Machine to Machine模式的通信和業務模式，即由設備至設備的通信和業務 模式。在對網絡智能化要求越來越高的今天，要求能由設備和資源本身產生新業務，這是必 然的技術趨勢。然而，專利文獻1仍采用用戶發起、用戶調試等模式，顯然無法適應這種要 求。
【發明內容】
[0011] 本發明正是針對這些問題提出的，其目的在于，提供一種用于M2M平臺的注冊管 理裝置和注冊管理方法，能夠自動篩選業務類型，并根據終端類型對終端的注冊進行自主 管理，以便讓注冊的終端訪問M2M平臺上的各種資源。
[0012] 本發明的一個方面，提供一種用于M2M平臺的注冊管理裝置，對與該M2M平臺連接 的多個終端進行注冊管理，包括：接口處理模塊，對從終端接收到的數據請求進行數據格式 的標準化處理；業務管理模塊，從所述標準化處理后的數據請求中提取所述數據請求中的 業務類型，并判斷該業務類型是否能得到所述M2M平臺的支持，在所述業務類型能夠得到 所述M2M平臺的支持時，將所述數據請求發送到注冊管理模塊；注冊管理模塊，根據從所述 業務管理模塊發送來的所述數據請求，解析出所述終端的終端類型，并根據所述終端類型 對所述終端在所述M2M平臺上的注冊進行管理；以及，數據處理模塊，根據由所述注冊管理 模塊所解析出的所述終端類型，執行與所述數據請求相應的數據處理。
[0013] 本發明的另一個方面，提供一種用于M2M平臺的注冊管理方法，對與該M2M平臺 連接的多個終端進行注冊管理，包括：接口處理步驟，對從終端接收到的數據請求進行數據 格式的標準化處理；業務管理步驟，從所述標準化處理后的數據請求中提取所述數據請求 中的業務類型，并判斷該業務類型是否能得到所述M2M平臺的支持，在所述業務類型能夠 得到所述M2M平臺的支持時，由注冊管理步驟對所述數據請求進行處理；注冊管理步驟，根 據所述數據請求，解析出所述終端的終端類型，并根據所述終端類型對所述終端在所述M2M 平臺上的注冊進行管理；以及，數據處理步驟，根據由所述注冊管理步驟所解析出的所述終 端類型，執行與所述數據請求相應的數據處理。
[0014] 根據本發明，能夠提供一種通用的M2M平臺架構以及統一的業務注冊方式，解決 現有技術中各項應用中的私有化接口協議難以集成的技術難題，減輕了底層業務增加與維 護的人工和資源成本。
[0015] 另外，在新資源注冊后能夠實時共享并提供新的業務服務能力，為今后新業務的 拓展與更新提供了更加便捷的技術手段。
[0016] 再有，能夠使用戶、管理者、服務提供商、開發維護人員的訪問在同一個平臺上實 現，避免了目前用戶、管理者、維護人員使用不同的系統和平臺所產生的資源和人力的浪 費，并為今后物聯網服務的收費模式提供了方法。
[0017] 該平臺與注冊方法不局限于人與設備間的通信交流，進一步增加了設備與設備通 過平臺互聯互通的能力，為未來海量物聯網設備與應用的管理維護提供了技術支持，為實 現更廣泛的M2M應用打下基礎。
【專利附圖】
【附圖說明】
[0018] 圖1是表示本發明實施方式1的用于M2M平臺的注冊管理裝置與終端以及連接二 者的網絡構成的系統的結構框圖。
[0019] 圖2是表示注冊管理裝置204實施的注冊管理流程的流程圖。
[0020] 圖3表示實施方式1中的數據交互過程的一例。
[0021] 圖4表示實施方式1中的數據交互過程的另一例。
[0022] 圖5表示本發明實施方式2的用于M2M平臺的注冊管理裝置與終端以及連接二者 的網絡構成的系統的結構框圖。
[0023] 圖6是用于對注冊管理裝置204'實施的注冊管理流程進行說明的流程圖。
[0024] 圖7是用于對注冊管理步驟2105進行詳細說明的流程圖。
[0025] 圖8是表示本發明實施方式3的用于M2M平臺的注冊管理裝置與終端以及連接二 者的網絡構成的系統的結構框圖。
[0026] 圖9是用于對注冊管理裝置204"實施的注冊管理流程進行說明的流程圖。
[0027] 圖10表示實施方式3中的數據交互過程的一例。
[0028] 圖11是表示專利文獻1的技術方案的框圖。
【具體實施方式】
[0029] 以下，參照附圖并結合具體的實施方式，對本發明進行具體說明。
[0030] 實施方式1
[0031] 圖1是表示本發明實施方式1的用于M2M平臺的注冊管理裝置與終端以及連接二 者的網絡構成的系統的結構框圖。
[0032] M2M設備終端201，是提供數據資源的終端，例如溫度傳感器。M2M用戶終端202， 是進行數據訪問的終端。例如門禁監控。以下，有時將M2M設備終端201和M2M用戶終端 202統稱為M2M終端。
[0033] 網絡203,是用于進行數據交換的網絡，例如互聯網或者局域網。
[0034] 本實施方式在M2M平臺上，設置有注冊管理裝置204,對通過網絡203與該M2M平 臺連接的M2M終端進行注冊管理，注冊管理裝置204包括：接口處理模塊401、業務管理模 塊402、注冊管理模塊403、和數據處理模塊404。
[0035] 接口處理模塊401，對從終端接收到的數據請求進行數據格式的標準化處理，以形 成格式統一的數據請求。具體來說，本實施方式中接口處理模塊401對從M2M終端接收到 的數據請求進行將數據格式統一為IP包的統一 IP化處理，并在處理后交由應用層進一步 分析。該處理的目的是面對現有技術中私有化協議的擴展性、融合性差，為了 M2M平臺能夠 接收標準化的M2M業務，采用互聯網中廣泛使用的IP技術，將其他協議例如ZigBee，BACnet 等數據格式統一為IP包。該處理可以為應用層的處理帶來方便，并為M2M平臺的擴展提供 技術依據。
[0036] 業務管理模塊402,從標準化處理后的數據請求中提取數據請求的業務類型，并判 斷該業務類型是否能得到M2M平臺的支持，在業務類型能夠得到M2M平臺的支持時，將數據 請求發送到注冊管理模塊403。
[0037] 這里，所謂數據請求的業務類型，是指該數據請求涉及的業務，例如音頻業務、視 頻業務、溫度業務、濕度業務等的類型。進而，可以基于業務的應用目的、場所、方式等進一 步區分細化，例如一層大廳溫度業務、三層樓道溫度業務、403室溫度業務等等。
[0038] 另外，如果判斷為該業務類型不被M2M平臺支持，則通過接口處理模塊401向該 M2M終端直接發送拒絕數據請求的信息。
[0039] 這里，M2M平臺能夠支持的業務類型在設計M2M平臺時預先決定。例如，在業務管 理模塊402中可預先存有表示M2M平臺能夠支持的業務類型的平臺業務類型表，業務管理 模塊402通過與該平臺業務類型表進行比對來判斷一種業務是否能被M2M平臺支持。
[0040] 注冊管理模塊403,根據從業務管理模塊402發送來的所述數據請求，解析出M2M 終端的終端類型，并根據所述終端類型對所述終端在所述M2M平臺上的注冊進行管理。作 為管理的方式，例如，在終端類型合法時通過對該終端的設備ID、IP、業務類型、數據類型、 數據進行記錄來完成注冊或結合其他參量進行注冊，或者在終端類型不合法時拒絕注冊。
[0041] 具體來說，這里，作為M2M終端的終端類型，大致分為作為數據訪問者的用戶終端 類型和作為數據資源的設備終端類型。但是，還可以結合時間有效性賦予時間參量、結合存 取權限賦予權限參量。例如可以進一步分為如下幾種：
[0042] 01 :有效的數據資源，例如可以長時間提供數據的設備：溫度傳感器、煙霧探測傳 感器、光照度探測器等等
[0043] 02:具有時間參量的數據資源，此處的時間為數據有效的時間長度或更新頻率，例 如僅在工作時間開放的樓宇無線網覆蓋、按時抄表等等
[0044] 03:有效的數據訪問者，例如為本樓宇監控管理服務人員或服務提供商，可以在任 何時間段對數據進行監控，查詢歷史記錄等等。
[0045] 04:具有時間參量的的數據訪問者，例如樓宇內的用戶，可以訂制按時抄表的服務 或獲取固定時長的無線網服務等等。此處的時間參量是服務提供商進行收費管理的重要參 量。
[0046] 05 :-定有效期的全功能終端（即具備提供和訪問數據資源的能力），此處為樓宇 系統開發維護人員。隨著設備和應用的不斷加入，開發維護人員需要不斷對系統進行升級， 便于提供更好的服務。
[0047] 注冊管理模塊403,根據解析得到的上述終端類型，將M2M終端注冊在M2M平臺上， 使終端與M2M平臺建立固定的連接關系，從而在以后的通信中可以跳過注冊程序直接進行 數據的交互。
[0048] 當解析出的終端類型不在上述范圍之內的情況下，判定為終端類型不合法而注冊 終端鑒權失敗，將表示這一內容的信息通過接口處理模塊401發送給該M2M終端，從而拒絕 注冊。
[0049] 數據處理模塊404,根據由注冊管理模塊403所解析出的終端類型，執行與數據請 求相應的數據處理。
[0050] 這里，所謂與數據請求相應的數據處理，是該數據請求中所提出的數據處理要求。 例如，對于來自M2M用戶終端202的數據請求，其是要從M2M平臺獲取某種業務類型的數 據，因此數據處理模塊404會對其分配M2M平臺上的與該業務類型相應的數據資源；對于來 自M2M設備終端201的數據請求，其是要對M2M平臺提供某種業務類型的數據，因此數據處 理模塊404會對其分配M2M平臺上的用于存放來自該M2M設備終端的數據的數據空間。
[0051] 圖2是表示注冊管理裝置204實施的注冊管理流程的流程圖，參照該流程圖，對注 冊管理裝置204實施的注冊管理流程進行詳細說明。
[0052] 首先，在數據接收步驟101，注冊管理裝置204的接口處理模塊401從網絡203接 收由M2M終端發送的數據請求。
[0053] 接著，在數據處理步驟102,接口處理模塊401將接收到的數據包進行IP化處理， 并將數據處理為統一的應用層可以解析的格式。這里，步驟1〇1、1〇2相當于接口處理步驟。
[0054] 在業務類型處理步驟103,業務管理模塊402對應用層數據中的業務類型進行提 取。
[0055] 接下來，在業務類型判斷步驟104,業務管理模塊402對數據請求的業務類型進行 判斷，如果該業務類型可被M2M平臺支持，則將數據請求發送至注冊管理模塊403,否則發 送表示拒絕接受該數據請求的信息至接口處理模塊401，并經由網絡203告知M2M終端。這 里，步驟103、104相當于業務管理步驟。
[0056] 接著，在注冊管理步驟105,由注冊管理模塊403根據接收到的數據請求，對發送 來數據請求的所述M2M終端的終端類型進行分析，解析出M2M終端的具體類型，例如設備終 端類型/用戶終端類型。或者，根據其被結合時間有效性賦予的時間參量、以及結合存取權 限賦予的權限參量，判別為上述的01?05終端類型。然后，記錄該終端的相關信息，例如 終端ID、通信連接協議地址、終端類型以及所攜帶的時間參量等完成注冊。
[0057] 通過在劃分終端類型的基礎上進一步結合時間有效性賦予時間參量、結合存取權 限賦予權限參量，能夠使用戶、管理者、服務提供商、開發維護人員的訪問在同一個平臺上 實現，避免了目前用戶、管理者、維護人員使用不同的系統和平臺所產生的資源和人力的浪 費，并為今后物聯網服務的收費模式提供了方法。
[0058] 接下來，在數據處理步驟106,根據由注冊管理模塊403所解析出的終端類型，由 數據處理模塊404執行與所述數據請求相應的數據處理。
[0059] 若以將終端類型劃分為上述的01?05為例進行說明，則在注冊管理步驟105中 的分析表明終端類型為數據資源（〇1，〇2)，則從數據處理模塊404為其分配要求的業務數 據，并將要求的業務數據發送至接口處理模塊401 ;如在注冊管理步驟105中的分析表明終 端類型為數據訪問（03,04,05)，則在數據處理模塊404中為其分配合理的存儲位置，并存 儲其數據。
[0060] 最后，在結果返回步驟107,將表示注冊管理裝置的處理結果，例如有關為該M2M 終端分配的M2M上的數據資源或者M2M上的存儲空間的信息、或者拒絕注冊的信息，發送回 M2M終端。。
[0061] 以下，結合兩個實例，對上述的注冊管理流程進行更為具體的說明。
[0062] 首先，以試圖將一個提供"溫度"這一業務的溫度傳感器作為新的設備終端注冊到 支持"溫度"這一業務的M2M平臺的情況為例進行說明。圖3表示本實施方式中的數據交 互過程。具體每一步的處理步驟可根據圖2的流程圖所示。
[0063] 作為一例，該溫度傳感器所發送的數據請求可至少包括以下信息：
[0064] 設備ID ;設備IP ;業務類型；終端類型；數據類型；數據。
[0065] 1. 1根據步驟101 :數據接收步驟接收到的數據包可以例如下表1所示：
[0066] 表 1
[0067]
【權利要求】
1. 一種用于M2M平臺的注冊管理裝置，對與該M2M平臺連接的多個終端進行注冊管理， 包括： 接口處理模塊，對從終端接收到的數據請求進行數據格式的標準化處理； 業務管理模塊，從所述標準化處理后的數據請求中提取所述數據請求中的業務類型， 并判斷該業務類型是否能得到所述M2M平臺的支持，在所述業務類型能夠得到所述M2M平 臺的支持時，將所述數據請求發送到注冊管理模塊； 注冊管理模塊，根據從所述業務管理模塊發送來的所述數據請求，解析出所述終端的 終端類型，并根據所述終端類型對所述終端在所述M2M平臺上的注冊進行管理；以及， 數據處理模塊，根據由所述注冊管理模塊所解析出的所述終端類型，執行與所述數據 請求相應的數據處理。
2. 如權利要求1所述的注冊管理裝置，其特征在于， 所述數據請求還包括由多個業務類型組成的綜合業務類型， 若業務類型是綜合業務類型，所述業務管理模塊，獲取綜合業務類型所包含的各個業 務類型，并逐一判斷各個業務類型是否能得到M2M平臺的支持，如果至少一部分業務類型 不被M2M平臺支持，則列出不被支持的業務類型，并將與所列出的不被支持的業務類型相 關的信息發送至所述終端。
3. 如權利要求1或2所述的注冊管理裝置，其特征在于， 所述終端類型至少包括：設備終端類型，是向所述M2M平臺提供數據資源的終端；和用 戶終端類型，是對所述M2M平臺進行數據訪問的終端。
4. 如權利要求3所述的注冊管理裝置，其特征在于， 所述注冊管理模塊還對基于所述M2M平臺目前所注冊的設備終端類型的終端而能夠 提供服務的當前業務類型進行管理， 所述注冊管理模塊，在根據從所述業務管理模塊發送來的所述數據請求，解析出所述 終端的終端類型后，進一步判斷所述終端的業務類型是否是當前業務類型，所述當前業務 類型是所述M2M平臺目前能夠提供服務的業務類型，并按照如下方式對所述終端在所述 M2M平臺上的注冊進行管理： 在不是所述當前業務類型時，若所述終端類型是所述設備終端，將所述終端注冊在所 述M2M平臺并對所述當前業務類型進行更新以包含所述終端的業務類型，若所述終端類型 是所述用戶終端，拒絕所述終端的注冊并將表示M2M平臺目前不能對該業務類型提供服務 的信息發送給所述終端。
5. 如權利要求3所述的注冊管理裝置，其特征在于， 當注冊的所述終端的終端類型是設備終端時，所述數據處理模塊向所述終端分配用于 在所述M2M平臺上存放來自所述終端的數據的數據空間， 當注冊的所述終端的終端類型是用戶終端時，所述數據處理模塊向所述終端分配所述 M2M平臺上的與該業務類型相應的數據資源。
6. 如權利要求1或2所述的注冊管理裝置，其特征在于， 所述接口處理模塊，將從終端接收到的各種協議的數據請求的數據格式統一為IP包， 來進行數據格式的標準化處理。
7. 如權利要求3所述的注冊管理裝置，其特征在于， 對所述終端類型，結合時間有效性賦予時間參量以及/或者結合存取權限賦予權限參 量。
8. 如權利要求1所述的注冊管理裝置，其特征在于， 當所述業務管理模塊判定所述終端的業務類型不能夠得到所述M2M平臺的支持時，則 通過所述接口處理模塊向所述終端發送拒絕所述數據請求的信息。
9. 如權利要求1或2所述的注冊管理裝置，其特征在于， 所述業務管理模塊，預先存有表示所述M2M平臺能夠支持的業務類型的業務類型表， 所述業務管理模塊通過與該業務類型表進行比對來判斷該業務類型是否能得到所述M2M 平臺的支持。
10. -種用于M2M平臺的注冊管理方法，對與該M2M平臺連接的多個終端進行注冊管 理，包括： 接口處理步驟，對從終端接收到的數據請求進行數據格式的標準化處理； 業務管理步驟，從所述標準化處理后的數據請求中提取所述數據請求中的業務類型， 并判斷該業務類型是否能得到所述M2M平臺的支持，在所述業務類型能夠得到所述M2M平 臺的支持時，由注冊管理步驟對所述數據請求進行處理； 注冊管理步驟，根據所述數據請求，解析出所述終端的終端類型，并根據所述終端類型 對所述終端在所述M2M平臺上的注冊進行管理；以及， 數據處理步驟，根據由所述注冊管理步驟所解析出的所述終端類型，執行與所述數據 請求相應的數據處理。
【文檔編號】H04L12/24GK104104528SQ201310115887
【公開日】2014年10月15日 申請日期:2013年4月3日 優先權日:2013年4月3日
【發明者】何璇, 馬元琛 申請人:株式會社日立制作所