一種物聯(lián)網(wǎng)短距離通信的方法、裝置及中間件的制作方法
【專利摘要】本發(fā)明提供了一種物聯(lián)網(wǎng)短距離通信的方法、裝置及中間件，其中，方法應用于中間件，包括：獲取應用程序發(fā)送的應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地址；匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程序編程接口的物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址；根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備。本方案通過智能設備統(tǒng)一的虛擬地址，來控制智能設備，使用戶在使用前不再需要了解智能節(jié)點所在的網(wǎng)絡和節(jié)點的IP地址，用戶使用便捷，能夠很好的滿足用戶體驗需求。
【專利說明】
一種物聯(lián)網(wǎng)短距離通信的方法、裝置及中間件
技術領域
[0001] 本發(fā)明涉及物聯(lián)網(wǎng)短距離通信技術領域，特別是指一種物聯(lián)網(wǎng)短距離通信的方 法、裝置及中間件。
【背景技術】
[0002] 以智能家居系統(tǒng)為例，現(xiàn)有的智能家居節(jié)點如燈光控制器、紅外感應器、智能開 關、環(huán)境監(jiān)控器等，與智能家居網(wǎng)關的聯(lián)網(wǎng)方式有多種可能，像Zigbee (低功耗局域網(wǎng)協(xié) 議）、Wif i (高頻無線協(xié)議）、BT (比特洪流協(xié)議）主流的短距離通信都有可能成為智能家居 的組網(wǎng)方式。
[0003] 家庭網(wǎng)關通過Wifi、Zigbee、BT廣播來組網(wǎng)，為屬于自己網(wǎng)絡中的智能節(jié)點分配 地址。家庭網(wǎng)關的應用程序在對智能節(jié)點控制或者獲得狀態(tài)信息時，需要知道智能節(jié)點是 處于Zigbee、Wifi、BT的哪個網(wǎng)絡里，通過分配的網(wǎng)絡地址，調(diào)用對應網(wǎng)絡的接口 API來實 現(xiàn)對智能節(jié)點的控制。
[0004] 現(xiàn)有的家庭網(wǎng)關的應用程序，需要清楚不同的智能節(jié)點所屬的網(wǎng)絡和在這個網(wǎng)絡 中的地址，通過調(diào)用這個網(wǎng)絡的API接口（應用程序編程接口）來控制節(jié)點或者獲得節(jié)點 的?目息，這種家庭網(wǎng)關的缺點在于：
[0005] 1.使用前需要了解智能節(jié)點所在的網(wǎng)絡和節(jié)點的IP地址；
[0006] 2.不同網(wǎng)絡中地址的形式不同，沒有形成統(tǒng)一的管理，例如wifi地址是點分十進 制（192. 168. 0· 100)，Zigbee 的地址是 0-255 的十進制（253);
[0007] 3.不同網(wǎng)絡調(diào)用的API接口不同；
[0008] 以上缺點導致用戶使用不便捷，不能很好的滿足用戶體驗需求。

【發(fā)明內(nèi)容】

[0009] 本發(fā)明要解決的技術問題是提供一種物聯(lián)網(wǎng)短距離通信的方法、裝置及中間件， 解決現(xiàn)有技術中由于網(wǎng)絡地址形式和API接口不同，使用前需要了解智能節(jié)點所在的網(wǎng)絡 和節(jié)點的IP地址，導致用戶使用不便捷，不能很好的滿足用戶體驗需求的問題。
[0010] 為了解決上述技術問題，本發(fā)明實施例提供一種物聯(lián)網(wǎng)短距離通信的方法，應用 于中間件，所述方法包括：
[0011] 獲取應用程序發(fā)送的應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬 地址，所述應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地址由第一通信協(xié)議 分配；
[0012] 匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程序編程接口的 物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址，所述應用程序編 程接口的物理地址和所述終端設備的物理地址由第二通信協(xié)議分配；
[0013] 根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口，并通過所 述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備。
[0014] 其中，所述第一通信協(xié)議為物聯(lián)網(wǎng)短距離通信協(xié)議。
[0015] 其中，所述第二通信協(xié)議為高頻無線協(xié)議、低功耗局域網(wǎng)協(xié)議、比特洪流協(xié)議、非 接觸式射頻識別協(xié)議中的任意一種或多種。
[0016] 其中，匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程序編程 接口的物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址的步驟包 括：
[0017] 根據(jù)所述應用程序編程接口的虛擬地址在應用程序編程接口關系表中得到所述 應用程序編程接口的物理地址；
[0018] 根據(jù)所述終端設備的虛擬地址在設備地址關系表中得到所述終端設備的物理地 址；
[0019] 其中，所述應用程序編程接口關系表存有所述應用程序編程接口的物理地址和對 應的統(tǒng)一格式后的虛擬地址；
[0020] 所述設備地址關系表存有終端設備描述信息以及對應的物理地址和對應的統(tǒng)一 格式后的虛擬地址。
[0021 ] 其中，所述方法還包括：
[0022] 獲取一個或多個應用程序編程接口的物理地址；
[0023] 將所述一個或多個應用程序編程接口的物理地址分別轉(zhuǎn)化為統(tǒng)一地址格式的虛 擬地址；
[0024] 將所述一個或多個應用程序編程接口的物理地址以及與所述物理地址對應的虛 擬地址存儲到所述應用程序編程接口關系表中。
[0025] 其中，所述方法還包括：
[0026] 獲取終端設備的物理地址以及對應的所述終端設備的設備描述信息；
[0027] 將所述終端設備的物理地址轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地址；
[0028] 將所述終端設備的物理地址以及與所述物理地址對應的虛擬地址和設備描述信 息存儲到所述設備地址關系表中。
[0029] 其中，根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口，并 通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備之前還包括：
[0030] 接收執(zhí)行廣播的指令；
[0031] 根據(jù)所述執(zhí)行廣播的指令進行廣播；
[0032] 獲取各個應用程序編程接口和終端設備根據(jù)所述廣播反饋的在線信息；
[0033] 相應地，根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口， 并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備的步驟具體 為：
[0034] 根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的所述在線信息指示在線的應 用程序編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述在線 信息指示在線的終端設備。
[0035] 本發(fā)明還提供了一種物聯(lián)網(wǎng)短距離通信的裝置，應用于中間件，所述裝置包括：
[0036] 第一獲取模塊，用于獲取應用程序發(fā)送的應用程序編程接口的虛擬地址和欲訪問 的終端設備的虛擬地址，所述應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地 址由第一通信協(xié)議分配；
[0037] 匹配模塊，用于匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程 序編程接口的物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址，所 述應用程序編程接口的物理地址和所述終端設備的物理地址由第二通信協(xié)議分配；
[0038] 第一處理模塊，用于根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序 編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備。
[0039] 其中，所述第一通信協(xié)議為物聯(lián)網(wǎng)短距離通信協(xié)議。
[0040] 其中，所述第二通信協(xié)議為高頻無線協(xié)議、低功耗局域網(wǎng)協(xié)議、比特洪流協(xié)議、非 接觸式射頻識別協(xié)議中的任意一種或多種。
[0041] 其中，所述匹配模塊包括：
[0042] 第一獲取子模塊，用于根據(jù)所述應用程序編程接口的虛擬地址在應用程序編程接 口關系表中得到所述應用程序編程接口的物理地址；
[0043] 第二獲取子模塊，用于根據(jù)所述終端設備的虛擬地址在設備地址關系表中得到所 述終端設備的物理地址；
[0044] 其中，所述應用程序編程接口關系表存有所述應用程序編程接口的物理地址和對 應的統(tǒng)一格式后的虛擬地址；
[0045] 所述設備地址關系表存有終端設備描述信息以及對應的物理地址和對應的統(tǒng)一 格式后的虛擬地址。
[0046] 其中，所述裝置還包括：
[0047] 第二獲取模塊，用于獲取一個或多個應用程序編程接口的物理地址；
[0048] 第二處理模塊，用于將所述一個或多個應用程序編程接口的物理地址分別轉(zhuǎn)化為 統(tǒng)一地址格式的虛擬地址；
[0049] 第一存儲模塊，用于將所述一個或多個應用程序編程接口的物理地址以及與所述 物理地址對應的虛擬地址存儲到所述應用程序編程接口關系表中。
[0050] 其中，所述裝置還包括：
[0051] 第三獲取模塊，用于獲取終端設備的物理地址以及對應的所述終端設備的設備描 述信息；
[0052] 第三處理模塊，用于將所述終端設備的物理地址轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地 址；
[0053] 第二存儲模塊，用于將所述終端設備的物理地址以及與所述物理地址對應的虛擬 地址和設備描述信息存儲到所述設備地址關系表中。
[0054] 其中，還包括：
[0055] 接收模塊，用于所述第一處理模塊執(zhí)行操作之前，接收執(zhí)行廣播的指令；
[0056] 廣播模塊，用于根據(jù)所述執(zhí)行廣播的指令進行廣播；
[0057] 第四獲取模塊，用于獲取各個應用程序編程接口和終端設備根據(jù)所述廣播反饋的 在線信息；
[0058] 相應地，所述第一處理模塊具體用于：
[0059] 根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的所述在線信息指示在線的應 用程序編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述在線 信息指示在線的終端設備。
[0060] 本發(fā)明還提供了一種中間件，包括：上述的物聯(lián)網(wǎng)短距離通信的裝置。
[0061] 本發(fā)明的上述技術方案的有益效果如下：
[0062] 上述方案中，所述物聯(lián)網(wǎng)短距離通信的方法通過獲取應用程序發(fā)送的應用程序編 程接口的虛擬地址和欲訪問的終端設備的虛擬地址，匹配得到與應用程序編程接口的虛擬 地址對應的應用程序編程接口的物理地址以及終端設備的虛擬地址對應的終端設備的物 理地址，進而根據(jù)應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口，并通過應 用程序編程接口和終端設備的物理地址訪問終端設備，屏蔽了不同的短距離通信協(xié)議，對 上層應用提供了統(tǒng)一的虛擬網(wǎng)絡地址和接口，通過智能設備統(tǒng)一的虛擬地址，來控制智能 設備，使用戶不必關心智能設備具體是哪種協(xié)議，大大減少了應用開發(fā)的復雜度，在使用前 不再需要了解智能節(jié)點所在的網(wǎng)絡和節(jié)點的IP地址，用戶使用便捷，能夠很好的滿足用戶 體驗需求。
【附圖說明】
[0063] 圖1為本發(fā)明實施例的物聯(lián)網(wǎng)短距離通信的方法步驟示意圖；
[0064] 圖2為本發(fā)明實施例根據(jù)API的虛擬地址調(diào)用對應物理地址的流程示意圖； [0065]圖3為本發(fā)明實施例的物聯(lián)網(wǎng)短距離通信的裝置結(jié)構(gòu)示意圖；
[0066] 圖4為本發(fā)明實施例的Java中間件體系結(jié)構(gòu)示意圖。
【具體實施方式】
[0067] 為使本發(fā)明要解決的技術問題、技術方案和優(yōu)點更加清楚，下面將結(jié)合附圖及具 體實施例進行詳細描述。
[0068] 本發(fā)明針對現(xiàn)有的技術中由于網(wǎng)絡地址形式和API接口不同，使用前需要了解智 能節(jié)點所在的網(wǎng)絡和節(jié)點的IP地址，導致用戶使用不便捷，不能很好的滿足用戶體驗需求 的問題，提供一種物聯(lián)網(wǎng)短距離通信的方法，應用于中間件，如圖1所示，所述方法包括：
[0069] 步驟11 :獲取應用程序發(fā)送的應用程序編程接口的虛擬地址和欲訪問的終端設 備的虛擬地址，所述應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地址由第一 通信協(xié)議分配；
[0070] 步驟12 :匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程序編 程接口的物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址，所述應 用程序編程接口的物理地址和所述終端設備的物理地址由第二通信協(xié)議分配；
[0071] 步驟13 :根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口， 并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備。
[0072] 本發(fā)明實施例提供的所述物聯(lián)網(wǎng)短距離通信的方法通過獲取應用程序發(fā)送的應 用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地址，匹配得到與應用程序編程接 口的虛擬地址對應的應用程序編程接口的物理地址以及終端設備的虛擬地址對應的終端 設備的物理地址，進而根據(jù)應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口， 并通過應用程序編程接口和終端設備的物理地址訪問終端設備，屏蔽了不同的短距離通信 協(xié)議，對上層應用提供了統(tǒng)一的虛擬網(wǎng)絡地址和接口，通過智能設備統(tǒng)一的虛擬地址，來控 制智能設備，使用戶不必關心智能設備具體是哪種協(xié)議，大大減少了應用開發(fā)的復雜度，在 使用前不再需要了解智能節(jié)點所在的網(wǎng)絡和節(jié)點的IP地址，用戶使用便捷，能夠很好的滿 足用戶體驗需求。
[0073] 其中，所述第一通信協(xié)議為物聯(lián)網(wǎng)短距離通信協(xié)議；所述第二通信協(xié)議為高頻無 線協(xié)議、低功耗局域網(wǎng)協(xié)議、比特洪流協(xié)議、非接觸式射頻識別協(xié)議中的任意一種或多種。
[0074] 具體的，匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程序編程 接口的物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址的步驟包 括：根據(jù)所述應用程序編程接口的虛擬地址在應用程序編程接口關系表中得到所述應用程 序編程接口的物理地址；根據(jù)所述終端設備的虛擬地址在設備地址關系表中得到所述終端 設備的物理地址；
[0075] 其中，所述應用程序編程接口關系表存有所述應用程序編程接口的物理地址和對 應的統(tǒng)一格式后的虛擬地址；所述設備地址關系表存有終端設備描述信息以及對應的物理 地址和對應的統(tǒng)一格式后的虛擬地址。
[0076] 進一步的，所述方法還包括：獲取一個或多個應用程序編程接口的物理地址；將 所述一個或多個應用程序編程接口的物理地址分別轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地址；將所 述一個或多個應用程序編程接口的物理地址以及與所述物理地址對應的虛擬地址存儲到 所述應用程序編程接口關系表中。
[0077] 上述獲取一個或多個應用程序編程接口的物理地址的操作可以根據(jù)預設周期來 執(zhí)行。
[0078] 更進一步的，所述方法還包括：獲取終端設備的物理地址以及對應的所述終端設 備的設備描述信息；將所述終端設備的物理地址轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地址；將所述 終端設備的物理地址以及與所述物理地址對應的虛擬地址和設備描述信息存儲到所述設 備地址關系表中。
[0079] 上述獲取終端設備的物理地址以及對應的所述終端設備的設備描述信息的操作 可以根據(jù)預設周期來執(zhí)行。
[0080] 為了防止用戶調(diào)用的API和設備不可用，本發(fā)明實施例提供的所述方法中根據(jù)所 述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口，并通過所述應用程序編程 接口和所述終端設備的物理地址訪問所述終端設備之前還包括：接收執(zhí)行廣播的指令；根 據(jù)所述執(zhí)行廣播的指令進行廣播；獲取各個應用程序編程接口和終端設備根據(jù)所述廣播反 饋的在線信息；
[0081] 相應地，根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口， 并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備的步驟具體 為：根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的所述在線信息指示在線的應用程序 編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述在線信息指 示在線的終端設備。
[0082] 下面對本發(fā)明實施例提供的物聯(lián)網(wǎng)短距離通信的方法進行具體舉例說明。
[0083] 已知家庭網(wǎng)關應用是在幾種短距離通信協(xié)議上，直接開發(fā)應用程序，所以本發(fā)明 實施例是在幾種短距離通信協(xié)議之上封裝一種新的協(xié)議-物聯(lián)網(wǎng)短距離通信協(xié)議，并在 Java程序設計語言中間件的軟件平臺上實現(xiàn)該協(xié)議，屏蔽不同的短距離通信協(xié)議，提供統(tǒng) 一的虛擬網(wǎng)絡地址和接口。由于RFID (非接觸式射頻識別）技術在資產(chǎn)管理中得到廣泛應 用，因此本方案提到短距離通信協(xié)議Zigbee、Wifi、BT和RFID。
[0084] 町打、218&66、81\1^10在分別廣播后，為各自網(wǎng)絡的設備分配設備地址，分別如下 表1、表2、表3和表4所示，并把組網(wǎng)的結(jié)果設備地址表提供給新協(xié)議-物聯(lián)網(wǎng)短距離通信 協(xié)議，物聯(lián)網(wǎng)短距離通信協(xié)議為所有的智能設備虛擬一個統(tǒng)一格式的地址，對外不在區(qū)別 具體是哪個短距離通信的智能設備，方便地址的統(tǒng)一管理。
[0085]
[0086] 表1 Wifi設備地址表
[0087]
[0088] 表2 Zigbee設備地址表
[0089]
[0090] 表3 BT設備地址表
[0091]
[0092] 表4 RFID設備地址表
[0093] 為了適應智能的節(jié)點的擴展，虛擬地址采用類wifi地址的形式，物聯(lián)網(wǎng)短距離通 信的虛擬地址對設備地址的關系如下表5所示：
[0094]
[0095]
[0096] 表5虛擬地址對設備地址表
[0097] 因此，應用程序在訪問智能節(jié)點（終端設備）時，不需要知道具體在哪個網(wǎng)絡的物 理地址及其形式了，只關心統(tǒng)一后的虛擬地址，虛擬地址到物理地址的映射由本申請?zhí)峁?的方案（物聯(lián)網(wǎng)短距離通信協(xié)議棧）來完成。
[0098] 除了統(tǒng)一虛擬地址外，本申請?zhí)峁┑姆桨福ㄎ锫?lián)網(wǎng)短距離通信協(xié)議棧）還定義了 統(tǒng)一的API，虛擬地址作為參數(shù)，物聯(lián)網(wǎng)短距離通信協(xié)議根據(jù)虛擬地址對應的物理地址，調(diào) 用對應網(wǎng)絡API，實現(xiàn)對設備的控制和狀態(tài)讀取，如圖2所示，應用統(tǒng)一的API，物聯(lián)網(wǎng)短距 離通信協(xié)議（本方案）根據(jù)統(tǒng)一的API參數(shù)的虛擬地址，找到對應的物理地址，然后調(diào)用對 應的 Wifi 的 API、Zigbee 的 API、BT 的 API 或 RFID 的 API。
[0099] 本申請的方案（物聯(lián)網(wǎng)短距離通信協(xié)議）可以在Java中間件上實現(xiàn)。
[0100] 本申請?zhí)峁┑姆桨钙帘瘟瞬煌亩叹嚯x通信，統(tǒng)一了 API接口，通過設備地址到 虛擬地址的轉(zhuǎn)換，統(tǒng)一了不同短距離通信的設備地址。本申請中物聯(lián)網(wǎng)短距離通信協(xié)議對 下屏蔽了具體的短距離通信協(xié)議如Wifi、Zigbee、Bluetooth(BT)、RFID，對上層應用提供了 統(tǒng)一的API接口，通過智能設備統(tǒng)一的虛擬地址，來控制智能設備，使應用開發(fā)者不必關心 智能設備是具體哪種協(xié)議，大大減少了應用開發(fā)的復雜度。
[0101] 綜上可知，短距離通信前景廣闊，本申請引入整合各種短距離通信協(xié)議的概念，提 高短距離通信的復雜度，收益可觀，可以實現(xiàn)收益超過投入；并且隨著短距離通信技術的不 斷發(fā)展，該協(xié)議的應用前景廣闊。
[0102] 為了解決上述技術問題，本發(fā)明實施例還提供了一種物聯(lián)網(wǎng)短距離通信的裝置， 應用于中間件，如圖3所示，所述裝置包括：
[0103] 第一獲取模塊，用于獲取應用程序發(fā)送的應用程序編程接口的虛擬地址和欲訪問 的終端設備的虛擬地址，所述應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地 址由第一通信協(xié)議分配；
[0104] 匹配模塊，用于匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程 序編程接口的物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址，所 述應用程序編程接口的物理地址和所述終端設備的物理地址由第二通信協(xié)議分配；
[0105] 第一處理模塊，用于根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序 編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備。
[0106] 本發(fā)明實施例提供的所述物聯(lián)網(wǎng)短距離通信的裝置通過獲取應用程序發(fā)送的應 用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地址，匹配得到與應用程序編程接 口的虛擬地址對應的應用程序編程接口的物理地址以及終端設備的虛擬地址對應的終端 設備的物理地址，進而根據(jù)應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口， 并通過應用程序編程接口和終端設備的物理地址訪問終端設備，屏蔽了不同的短距離通信 協(xié)議，對上層應用提供了統(tǒng)一的虛擬網(wǎng)絡地址和接口，通過智能設備統(tǒng)一的虛擬地址，來控 制智能設備，使用戶不必關心智能設備具體是哪種協(xié)議，大大減少了應用開發(fā)的復雜度，在 使用前不再需要了解智能節(jié)點所在的網(wǎng)絡和節(jié)點的IP地址，用戶使用便捷，能夠很好的滿 足用戶體驗需求。
[0107] 其中，所述第一通信協(xié)議為物聯(lián)網(wǎng)短距離通信協(xié)議；所述第二通信協(xié)議為高頻無 線協(xié)議、低功耗局域網(wǎng)協(xié)議、比特洪流協(xié)議、非接觸式射頻識別協(xié)議中的任意一種或多種。
[0108] 具體的，所述匹配模塊包括：第一獲取子模塊，用于根據(jù)所述應用程序編程接口的 虛擬地址在應用程序編程接口關系表中得到所述應用程序編程接口的物理地址；第二獲取 子模塊，用于根據(jù)所述終端設備的虛擬地址在設備地址關系表中得到所述終端設備的物理 地址；
[0109] 其中，所述應用程序編程接口關系表存有所述應用程序編程接口的物理地址和對 應的統(tǒng)一格式后的虛擬地址；所述設備地址關系表存有終端設備描述信息以及對應的物理 地址和對應的統(tǒng)一格式后的虛擬地址。
[0110] 進一步的，所述裝置還包括：第二獲取模塊，用于獲取一個或多個應用程序編程接 口的物理地址；第二處理模塊，用于將所述一個或多個應用程序編程接口的物理地址分別 轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地址；第一存儲模塊，用于將所述一個或多個應用程序編程接 口的物理地址以及與所述物理地址對應的虛擬地址存儲到所述應用程序編程接口關系表 中。
[0111] 更進一步的，所述裝置還包括：第三獲取模塊，用于獲取終端設備的物理地址以及 對應的所述終端設備的設備描述信息；第三處理模塊，用于將所述終端設備的物理地址轉(zhuǎn) 化為統(tǒng)一地址格式的虛擬地址；第二存儲模塊，用于將所述終端設備的物理地址以及與所 述物理地址對應的虛擬地址和設備描述信息存儲到所述設備地址關系表中。
[0112] 為了防止用戶調(diào)用的API和設備不可用，本發(fā)明實施例提供的所述裝置還包括： 接收模塊，用于所述第一處理模塊執(zhí)行操作之前，接收執(zhí)行廣播的指令；廣播模塊，用于根 據(jù)所述執(zhí)行廣播的指令進行廣播；第四獲取模塊，用于獲取各個應用程序編程接口和終端 設備根據(jù)所述廣播反饋的在線信息；
[0113] 相應地，所述第一處理模塊具體用于：根據(jù)所述應用程序編程接口的物理地址調(diào) 用對應的所述在線信息指示在線的應用程序編程接口，并通過所述應用程序編程接口和所 述終端設備的物理地址訪問所述在線信息指示在線的終端設備。
[0114] 本發(fā)明實施例提供的物聯(lián)網(wǎng)短距離通信的裝置可以應用于Java中間件，其中， Java中間件的體系結(jié)構(gòu)如圖4所示，Java中間件（Middle Ware Layer-中間件層）與 Applications(應用程序）和Chip Platform(芯片平臺）相連，Java中間件大概包括四個 部分，分別是 Porting 層、Dalvik VM runtime、Embeded Third-party libraries 以及 core libraries。
[0115] 各個部分的具體含義及構(gòu)成作用如下：
[0116] (1)Porting層（Porting layer)
[0117] 移植層，封裝底層平臺和操作系統(tǒng)，包括標準庫的封裝、驅(qū)動的封裝、網(wǎng)絡傳輸?shù)?封裝和系統(tǒng)功能的封裝，是Java中間件正確運行的基礎。
[0118] Standard library (標準庫）：為基礎語言接口封裝及平臺相關的接口封裝，例如 字符串操作接口，文件系統(tǒng)接口，內(nèi)存管理操作接口等。
[0119] Driver wrapper (驅(qū)動程序包）：對本規(guī)范定義的各類設備接口的封裝如I2C(兩 線式串行總線），GPI0(通用輸入/輸出）封裝等。
[0120] Network transmission (網(wǎng)絡傳輸）：在移植層封裝http (超文本傳送協(xié)議）。
[0121] System function wrapper(系統(tǒng)功能包）：底層平臺軟件已實現(xiàn)的接口，在移植層 的重新封裝，如短信，事件處理，線程管理等。
[0122] (2)Dalvik VM runtime
[0123] Java虛擬機的內(nèi)核，用來解釋Java語言，提供應用調(diào)試方法和對資源的管理。
[0124] JNI接口頭現(xiàn)：JNI為Java語目與C語目互相調(diào)用的機制，JNI可以頭現(xiàn)Java程 序調(diào)用C函數(shù)，C程序調(diào)用Java函數(shù)。
[0125] 編譯器（Compiler):對Java語言的編譯。
[0126] 解釋器（Interpretation):解釋編譯后的Java字節(jié)碼。
[0127] 對象管理（Object) :Java語言基礎的對象，類管理。
[0128] 內(nèi)存管理（Memory):包括內(nèi)核運行的內(nèi)存管理，垃圾回收機制，內(nèi)存映射功能等。
[0129] Arch (自回歸條件異方差模型）：對于需高效執(zhí)行的函數(shù)，通過匯編實現(xiàn)。
[0130] (3)Embeded Third-party libraries
[0131] 虛擬機系統(tǒng)用到的第三方庫（嵌入式的第三方庫），如壓縮庫，安全模塊和多語言 支持等。
[0132] 壓縮庫（Zlib):完成文件的解壓縮功能。
[0133] 安全模塊（SSL):提供基礎的安全算法。
[0134] SQL (結(jié)構(gòu)化查詢語言）數(shù)據(jù)庫：SQL數(shù)據(jù)庫支持。
[0135] 多語言支持（ICU):支持多種語言及語言管理。
[0136] (4)Core libraries
[0137] 核心庫，包括AMS-Application manager (remote/local)及動態(tài)加載的支持、WMMP 的支持及J2ME庫的支持等，提供應用程序管理和為開發(fā)應用程序的API。
[0138] 應用程序管理系統(tǒng)（AMS):支持本地和遠程的應用程序管理。
[0139] WMMP通信協(xié)議接口（WMMP implementation) : Java中間件必須提供WMMP協(xié)議的 應用程序接口。
[0140] M2M extension:封裝本規(guī)范定義的硬件外設接口，如I2C，SPI等。
[0141] Java動態(tài)加載（Java dynamic load):實現(xiàn)系統(tǒng)中Java類的動態(tài)加載API，為實 現(xiàn)AMS奠定基礎。
[0142] J2ME兼容性（J2ME MIDP 2. Oadaption):系統(tǒng)會借鑒J2ME和兼容J2ME的某些功 能，如接口定義方式，線程管理模塊。
[0143] 多任務（Multi-task):實現(xiàn)多個Java應用同時運行在本系統(tǒng)上。
[0144] Dalvik VM required libraries :Dalvik 虛擬機所需的庫。
[0145] 在Java中間件中實現(xiàn)物聯(lián)網(wǎng)短距離通信協(xié)議，需要在移植層封裝Wifi，BT， Zigbee，RFID四種協(xié)議，在core librares實現(xiàn)物聯(lián)網(wǎng)短距離通信協(xié)議即可。
[0146] 需要說明的是，上述物聯(lián)網(wǎng)短距離通信的方法的所述實現(xiàn)實施例均適用于該物聯(lián) 網(wǎng)短距離通信的裝置的實施例中，也能達到相同的技術效果。
[0147] 為了解決上述技術問題，本發(fā)明實施例還提供了一種中間件，包括：上述的物聯(lián)網(wǎng) 短距離通信的裝置。
[0148] 其中，上述物聯(lián)網(wǎng)短距離通信的裝置的所述實現(xiàn)實施例均適用于該中間件的實施 例中，也能達到相同的技術效果。
[0149] 以上所述的是本發(fā)明的優(yōu)選實施方式，應當指出對于本技術領域的普通人員來 說，在不脫離本發(fā)明所述原理前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視 為本發(fā)明的保護范圍。
【主權(quán)項】
1. 一種物聯(lián)網(wǎng)短距離通信的方法，應用于中間件，其特征在于，所述方法包括： 獲取應用程序發(fā)送的應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地 址，所述應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地址由第一通信協(xié)議分 配； 匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程序編程接口的物理 地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址，所述應用程序編程接 口的物理地址和所述終端設備的物理地址由第二通信協(xié)議分配； 根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口，并通過所述應 用程序編程接口和所述終端設備的物理地址訪問所述終端設備。2. 如權(quán)利要求1所述的方法，其特征在于，所述第一通信協(xié)議為物聯(lián)網(wǎng)短距離通信協(xié) 議。3. 如權(quán)利要求1所述的方法，其特征在于，所述第二通信協(xié)議為高頻無線協(xié)議、低功耗 局域網(wǎng)協(xié)議、比特洪流協(xié)議、非接觸式射頻識別協(xié)議中的任意一種或多種。4. 如權(quán)利要求1所述的方法，其特征在于，匹配得到與所述應用程序編程接口的虛擬 地址對應的所述應用程序編程接口的物理地址以及所述終端設備的虛擬地址對應的所述 終端設備的物理地址的步驟包括： 根據(jù)所述應用程序編程接口的虛擬地址在應用程序編程接口關系表中得到所述應用 程序編程接口的物理地址； 根據(jù)所述終端設備的虛擬地址在設備地址關系表中得到所述終端設備的物理地址； 其中，所述應用程序編程接口關系表存有所述應用程序編程接口的物理地址和對應的 統(tǒng)一格式后的虛擬地址； 所述設備地址關系表存有終端設備描述信息以及對應的物理地址和對應的統(tǒng)一格式 后的虛擬地址。5. 如權(quán)利要求4所述的方法，其特征在于，所述方法還包括： 獲取一個或多個應用程序編程接口的物理地址； 將所述一個或多個應用程序編程接口的物理地址分別轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地 址； 將所述一個或多個應用程序編程接口的物理地址以及與所述物理地址對應的虛擬地 址存儲到所述應用程序編程接口關系表中。6. 如權(quán)利要求4所述的方法，其特征在于，所述方法還包括： 獲取終端設備的物理地址以及對應的所述終端設備的設備描述信息； 將所述終端設備的物理地址轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地址； 將所述終端設備的物理地址以及與所述物理地址對應的虛擬地址和設備描述信息存 儲到所述設備地址關系表中。7. 如權(quán)利要求1所述的方法，其特征在于，根據(jù)所述應用程序編程接口的物理地址調(diào) 用對應的應用程序編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪 問所述終端設備之前還包括： 接收執(zhí)行廣播的指令； 根據(jù)所述執(zhí)行廣播的指令進行廣播； 獲取各個應用程序編程接口和終端設備根據(jù)所述廣播反饋的在線信息； 相應地，根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程接口，并通 過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備的步驟具體為： 根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的所述在線信息指示在線的應用程 序編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述在線信息 指示在線的終端設備。8. -種物聯(lián)網(wǎng)短距離通信的裝置，應用于中間件，其特征在于，所述裝置包括： 第一獲取模塊，用于獲取應用程序發(fā)送的應用程序編程接口的虛擬地址和欲訪問的終 端設備的虛擬地址，所述應用程序編程接口的虛擬地址和欲訪問的終端設備的虛擬地址由 第一通信協(xié)議分配； 匹配模塊，用于匹配得到與所述應用程序編程接口的虛擬地址對應的所述應用程序編 程接口的物理地址以及所述終端設備的虛擬地址對應的所述終端設備的物理地址，所述應 用程序編程接口的物理地址和所述終端設備的物理地址由第二通信協(xié)議分配； 第一處理模塊，用于根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的應用程序編程 接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述終端設備。9. 如權(quán)利要求8所述的裝置，其特征在于，所述第一通信協(xié)議為物聯(lián)網(wǎng)短距離通信協(xié) 議。10. 如權(quán)利要求8所述的裝置，其特征在于，所述第二通信協(xié)議為高頻無線協(xié)議、低功 耗局域網(wǎng)協(xié)議、比特洪流協(xié)議、非接觸式射頻識別協(xié)議中的任意一種或多種。11. 如權(quán)利要求8所述的裝置，其特征在于，所述匹配模塊包括： 第一獲取子模塊，用于根據(jù)所述應用程序編程接口的虛擬地址在應用程序編程接口關 系表中得到所述應用程序編程接口的物理地址； 第二獲取子模塊，用于根據(jù)所述終端設備的虛擬地址在設備地址關系表中得到所述終 端設備的物理地址； 其中，所述應用程序編程接口關系表存有所述應用程序編程接口的物理地址和對應的 統(tǒng)一格式后的虛擬地址； 所述設備地址關系表存有終端設備描述信息以及對應的物理地址和對應的統(tǒng)一格式 后的虛擬地址。12. 如權(quán)利要求11所述的裝置，其特征在于，所述裝置還包括： 第二獲取模塊，用于獲取一個或多個應用程序編程接口的物理地址； 第二處理模塊，用于將所述一個或多個應用程序編程接口的物理地址分別轉(zhuǎn)化為統(tǒng)一 地址格式的虛擬地址； 第一存儲模塊，用于將所述一個或多個應用程序編程接口的物理地址以及與所述物理 地址對應的虛擬地址存儲到所述應用程序編程接口關系表中。13. 如權(quán)利要求11所述的裝置，其特征在于，所述裝置還包括： 第三獲取模塊，用于獲取終端設備的物理地址以及對應的所述終端設備的設備描述信 息； 第三處理模塊，用于將所述終端設備的物理地址轉(zhuǎn)化為統(tǒng)一地址格式的虛擬地址； 第二存儲模塊，用于將所述終端設備的物理地址以及與所述物理地址對應的虛擬地址 和設備描述信息存儲到所述設備地址關系表中。14. 如權(quán)利要求8所述的裝置，其特征在于，還包括： 接收模塊，用于所述第一處理模塊執(zhí)行操作之前，接收執(zhí)行廣播的指令； 廣播模塊，用于根據(jù)所述執(zhí)行廣播的指令進行廣播； 第四獲取模塊，用于獲取各個應用程序編程接口和終端設備根據(jù)所述廣播反饋的在線 信息； 相應地，所述第一處理模塊具體用于： 根據(jù)所述應用程序編程接口的物理地址調(diào)用對應的所述在線信息指示在線的應用程 序編程接口，并通過所述應用程序編程接口和所述終端設備的物理地址訪問所述在線信息 指示在線的終端設備。15. -種中間件，其特征在于，包括：如權(quán)利要求8至14任一項所述的物聯(lián)網(wǎng)短距離通 信的裝置。
【文檔編號】H04L29/12GK105991779SQ201510053143
【公開日】2016年10月5日
【申請日】2015年2月2日
【發(fā)明人】王左彪, 王瑞鵬, 呂廣娜, 王紅梅, 劉越
【申請人】中國移動通信集團公司