專利名稱：一種實現(xiàn)應用平臺適配的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體涉及一種實現(xiàn)應用平臺適配的方法和系統(tǒng)。
背景技術(shù)：
物聯(lián)網(wǎng)(The Internet of Things)技術(shù)是目前通訊行業(yè)非常熱門的一項技術(shù)。簡而言之，物聯(lián)網(wǎng)就是物物相連的互聯(lián)網(wǎng)。物聯(lián)網(wǎng)具有兩層含義第一，物聯(lián)網(wǎng)的核心和基礎(chǔ)仍然是互聯(lián)網(wǎng)，是在互聯(lián)網(wǎng)基礎(chǔ)上延伸和擴展的網(wǎng)絡(luò)；第二，物聯(lián)網(wǎng)的用戶端延伸和擴展到了任何物品與物品之間，以進行信息交換和通訊。隨著社會經(jīng)濟的不斷發(fā)展和市場競爭的日益深化，各行各業(yè)都希望通過加快自身信息化建設(shè)來提高工作效率、降低生產(chǎn)和運行成本，全面增強市場競爭力。物聯(lián)網(wǎng)技術(shù)綜合了通信和網(wǎng)絡(luò)技術(shù)，將遍布在人們?nèi)粘Ｉ钪械臋C器設(shè)備連接成網(wǎng)絡(luò)，使這些設(shè)備變得更加智能，從而可以創(chuàng)造出豐富的應用，給日常生活、工業(yè)生產(chǎn)等方式帶來新一輪的變革。在當今世界，物聯(lián)網(wǎng)具有巨大的市場潛力，未來通信的主體將是物聯(lián)網(wǎng)通信。物聯(lián)網(wǎng)一般分為三個層次傳感層、網(wǎng)絡(luò)層和應用層。物聯(lián)網(wǎng)網(wǎng)關(guān)位于傳感層和網(wǎng)絡(luò)層之間，是面向傳感器網(wǎng)絡(luò)的接入網(wǎng)關(guān)，為用戶提供物聯(lián)網(wǎng)接入業(yè)務(wù)。傳感器網(wǎng)絡(luò)節(jié)點類型豐富，使用環(huán)境復雜，一個業(yè)務(wù)應用中的傳感器終端數(shù)量根據(jù)業(yè)務(wù)復雜度而有所不同，如果每個傳感器終端都通過自身接入模塊來接入電信網(wǎng)絡(luò)，將增加傳感器終端的復雜度和成本，物聯(lián)網(wǎng)網(wǎng)關(guān)的主要作用是解決傳感器終端接入物聯(lián)網(wǎng)的瓶頸。通過與傳感器網(wǎng)絡(luò)之間采用短距離無線通信技術(shù)，物聯(lián)網(wǎng)網(wǎng)關(guān)可以方便地采集感知數(shù)據(jù)；同時通過與運營商已有公共網(wǎng)絡(luò)的連接，完成傳感器數(shù)據(jù)轉(zhuǎn)發(fā)、控制、信令交換以及編解碼等功能。通過物聯(lián)網(wǎng)網(wǎng)關(guān)，可以將已建和待建的分散、獨立的傳感器設(shè)備和無處不在的電信運營商網(wǎng)絡(luò)連接起來，實現(xiàn)跨區(qū)域、全球范圍內(nèi)的統(tǒng)一管理和資源共享，為各行業(yè)的管理決策者提供一種全新的直觀管理工具，以提高工作績效。目前，一般的物聯(lián)網(wǎng)網(wǎng)關(guān)的功能僅是實現(xiàn)某一種或幾種單一的協(xié)議轉(zhuǎn)換、路由選擇、數(shù)據(jù)交互等數(shù)據(jù)處理功能。而目前實際應用場景中，物聯(lián)網(wǎng)網(wǎng)關(guān)不僅接入物聯(lián)網(wǎng)平臺， 還需要接入其他應用平臺。但目前，上行應用平臺種類繁多，且采用協(xié)議又各有不同。不同運營商有不同的物聯(lián)網(wǎng)協(xié)議，不同行業(yè)應用也有不同的協(xié)議和平臺。因此，物聯(lián)網(wǎng)網(wǎng)關(guān)需要適配不同的應用平臺。而一般的物聯(lián)網(wǎng)網(wǎng)關(guān)僅能實現(xiàn)接入物聯(lián)網(wǎng)單一平臺的功能，而不能適配多種不同應用平臺。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)應用平臺適配的方法和系統(tǒng)，使物聯(lián)網(wǎng)網(wǎng)關(guān)能夠同時適配多種不同類型的應用平臺，解決了傳統(tǒng)物聯(lián)網(wǎng)網(wǎng)關(guān)只能實現(xiàn)接入物聯(lián)網(wǎng)單一平臺的問題。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種實現(xiàn)應用平臺適配的方法，該方法包括
協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理上行消息和/或下行消息；平臺交互模塊針對所述上行消息和/或下行消息，實現(xiàn)協(xié)議適配模塊與應用平臺之間的消息交互。所述協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理上行消息的過程包括協(xié)議適配模塊搜索協(xié)議鏈表以得到與應用平臺對應的適配協(xié)議，據(jù)此處理協(xié)議自身消息或接收和處理傳感器消息，并將完成處理的消息通過平臺交互模塊發(fā)送給所述應用
D ο處理所述傳感器數(shù)據(jù)之前，進一步根據(jù)不同的傳感器類型對傳感器數(shù)據(jù)進行預處理，以方便協(xié)議適配模塊對傳感器數(shù)據(jù)進行分析和處理。所述協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理下行消息的過程包括協(xié)議適配模塊通過平臺交互模塊接收來自應用平臺的消息，并搜索協(xié)議鏈表以得到與所述應用平臺對應的適配協(xié)議，再按照該適配協(xié)議處理所述消息，并在需要時將處理所述消息所得的結(jié)果發(fā)送給傳感器。在將處理所述消息所得的結(jié)果發(fā)送給傳感器之前，進一步根據(jù)不同的傳感器類型對所述消息進行處理，使傳感器能正確識別所述消息。進一步由協(xié)議適配模塊維護不同的應用平臺；所述維護包括添加、刪除不同的應用平臺。一種實現(xiàn)應用平臺適配的系統(tǒng)，該系統(tǒng)包括協(xié)議適配模塊、平臺交互模塊；其中，所述協(xié)議適配模塊，用于適配不同的應用平臺，按照對應的應用平臺處理上行消息和/或下行消息；所述平臺交互模塊，用于針對所述上行消息和/或下行消息，實現(xiàn)協(xié)議適配模塊與應用平臺之間的消息交互。所述協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理上行消息時， 具體用于搜索協(xié)議鏈表以得到與應用平臺對應的適配協(xié)議，據(jù)此處理協(xié)議自身消息或接收和處理傳感器消息，并將完成處理的消息通過平臺交互模塊發(fā)送給所述應用平臺。處理所述傳感器數(shù)據(jù)之前，所述協(xié)議適配模塊進一步用于根據(jù)不同的傳感器類型對傳感器數(shù)據(jù)進行預處理，以方便協(xié)議適配模塊對傳感器數(shù)據(jù)進行分析和處理。所述協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理下行消息時， 具體用于通過平臺交互模塊接收來自應用平臺的消息，并搜索協(xié)議鏈表以得到與所述應用平臺對應的適配協(xié)議，再按照該適配協(xié)議處理所述消息，并在需要時將處理所述消息所得的結(jié)果發(fā)送給傳感器。在將處理所述消息所得的結(jié)果發(fā)送給傳感器之前，所述協(xié)議適配模塊進一步用于根據(jù)不同的傳感器類型對所述消息進行處理，使傳感器能正確識別所述消息。所述協(xié)議適配模塊，進一步用于維護不同的應用平臺；所述維護包括添加、刪除不同的應用平臺。
所述協(xié)議適配模塊、平臺交互模塊設(shè)置于物聯(lián)網(wǎng)網(wǎng)關(guān)中；或者，相互獨立或共同設(shè)置于物聯(lián)網(wǎng)網(wǎng)關(guān)以外的功能實體中。本發(fā)明實現(xiàn)應用平臺適配的技術(shù)能夠同時適配多種不同類型的應用平臺，解決了傳統(tǒng)物聯(lián)網(wǎng)網(wǎng)關(guān)只能用于單一類型的應用平臺的問題。


圖1為本發(fā)明實施例的物聯(lián)網(wǎng)網(wǎng)關(guān)架構(gòu)示意圖；圖2為本發(fā)明實施例的協(xié)議適配模塊初始化流程圖；圖3為本發(fā)明實施例的物聯(lián)網(wǎng)網(wǎng)關(guān)的上行鏈路處理流程圖；圖4為本發(fā)明實施例的物聯(lián)網(wǎng)網(wǎng)關(guān)的下行鏈路處理流程圖；圖5為本發(fā)明實施例實現(xiàn)應用平臺適配的流程簡圖。
具體實施例方式在實際應用中，能夠適應不同應用平臺的物聯(lián)網(wǎng)網(wǎng)關(guān)可以包括協(xié)議適配模塊、平臺交互模塊，如圖1所示。其中，協(xié)議適配模塊能實現(xiàn)以下功能1、協(xié)議適配模塊能適配不同的應用平臺，處理上行消息。如根據(jù)選擇的應用平臺，完成物聯(lián)網(wǎng)網(wǎng)關(guān)的注冊和登錄。之后分析和處理協(xié)議自身消息或處理來自傳感器的消息，在協(xié)議適配模塊處理傳感器數(shù)據(jù)之前，物聯(lián)網(wǎng)網(wǎng)關(guān)可以根據(jù)不同的傳感器類型對傳感器數(shù)據(jù)進行預處理，以方便協(xié)議適配模塊對傳感器數(shù)據(jù)進行分析和處理。并且，還可以將處理所述協(xié)議自身消息或傳感器消息所得的結(jié)果通過平臺交互模塊發(fā)送給相應的應用平臺。2、協(xié)議適配模塊能適配不同的應用平臺，處理下行消息。如根據(jù)選擇的應用平臺，分析和處理來自應用平臺的消息。如果需要下行發(fā)送，可以將處理所述消息所得的結(jié)果發(fā)送給傳感器。并且，在發(fā)送給傳感器之前，物聯(lián)網(wǎng)網(wǎng)關(guān)可以根據(jù)不同的傳感器類型對所述消息進行處理，使傳感器能正確識別此消息。3、協(xié)議適配模塊能很方便地增加和刪減各應用平臺。當物聯(lián)網(wǎng)網(wǎng)關(guān)需要使用某應用平臺時，在協(xié)議適配模塊中注冊該應用平臺；當物聯(lián)網(wǎng)網(wǎng)關(guān)不再需要使用某應用平臺時， 在協(xié)議適配模塊中注銷該應用平臺?？梢?，協(xié)議適配模塊能夠適配不同的應用平臺，按照對應的應用平臺處理上行消息和/或下行消息。平臺交互模塊則能夠?qū)崿F(xiàn)以下功能1、接收來自協(xié)議適配模塊的消息，發(fā)送給應用平臺，完成物聯(lián)網(wǎng)網(wǎng)關(guān)和應用平臺之間的消息交互；2、接收來自應用平臺的消息，發(fā)送給協(xié)議適配模塊，以便協(xié)議適配模塊對消息進行分析和處理。可見，平臺交互模塊能夠針對所述上行消息和/或下行消息，實現(xiàn)協(xié)議適配模塊與應用平臺之間的消息交互。下面結(jié)合附圖及具體實施例對本發(fā)明作進一步的詳細描述?？梢詰媚尺\營商的物聯(lián)網(wǎng)應用平臺(暫命名為DX)，以及另一家運營商的物聯(lián)
6網(wǎng)應用平臺(暫命名為ZY)，以及視頻監(jiān)控應用平臺(暫命名為VSS)，并約定DX采用DX_ PROTOCOL 協(xié)議；ZY 采用 ZY_PR0T0C0L 協(xié)議；VSS 采用 VSS_PR0T0C0L 協(xié)議。應用平臺數(shù)據(jù)結(jié)構(gòu)包括但不限于以下元素中至少之一1、應用平臺協(xié)議類型；2、初始化函數(shù)指針；3、平臺消息交互函數(shù)指針；4、傳感器消息交互函數(shù)指針。協(xié)議適配模塊的初始化過程包括以下步驟步驟一定義DX數(shù)據(jù)結(jié)構(gòu)、ZY數(shù)據(jù)結(jié)構(gòu)、VSS數(shù)據(jù)結(jié)構(gòu)；步驟二 在物聯(lián)網(wǎng)網(wǎng)關(guān)中注冊DX數(shù)據(jù)結(jié)構(gòu)、ZY數(shù)據(jù)結(jié)構(gòu)和VSS數(shù)據(jù)結(jié)構(gòu)；步驟三協(xié)議適配模塊在已注冊的應用平臺數(shù)據(jù)結(jié)構(gòu)中搜索得到DX應用平臺、ZY 應用平臺和VSS應用平臺，并放入?yún)f(xié)議鏈表；步驟四初始化協(xié)議鏈表中的協(xié)議。可見，協(xié)議適配模塊的初始化流程可以表示如圖2所示需要定義應用平臺數(shù)據(jù)結(jié)構(gòu)，并注冊應用平臺數(shù)據(jù)結(jié)構(gòu)，進而可以搜索相應的應用平臺。在進行上行鏈路處理時，可以執(zhí)行如下步驟步驟一協(xié)議適配模塊搜索協(xié)議鏈表，得到DX_PR0T0C0L協(xié)議；步驟二 按照DX_PR0T0C0L協(xié)議，封裝協(xié)議自身消息或接收和封裝傳感器消息，并將封裝好的消息發(fā)送給平臺交互模塊；步驟三平臺交互模塊將收到的消息發(fā)送給DX應用平臺?？梢姡瑓f(xié)議自身消息上行鏈路處理流程可以表示如圖3所示。其中，協(xié)議適配模塊可以搜索協(xié)議鏈表以得到與應用平臺對應的適配協(xié)議，據(jù)此處理協(xié)議自身消息或接收和處理傳感器消息，并將完成處理的消息通過平臺交互模塊發(fā)送給所述應用平臺。在進行下行鏈路處理時，可以執(zhí)行如下步驟步驟一平臺交互模塊接收來自DX應用平臺的消息，并發(fā)送給協(xié)議適配模塊；步驟二 協(xié)議適配模塊搜索協(xié)議鏈表，得到DX_PR0T0C0L協(xié)議；步驟三按照DX_PR0T0C0L協(xié)議，解析應用平臺消息。解析完畢后，根據(jù)消息類型， 協(xié)議適配模塊決定是否將解析得到的消息發(fā)送給傳感器?？梢?，下行鏈路處理流程可以表示如圖4所示。其中，協(xié)議適配模塊能夠通過平臺交互模塊接收來自應用平臺的消息，并能夠搜索協(xié)議鏈表以得到與所述應用平臺對應的適配協(xié)議，再按照該適配協(xié)議處理所述消息，并在需要時將處理所述消息所得的結(jié)果發(fā)送給傳感器。在實際應用中，還可以由協(xié)議適配模塊維護(如添加、刪除等)不同的應用平臺。 添加和刪除應用平臺的步驟可以包括步驟一依據(jù)物聯(lián)網(wǎng)網(wǎng)關(guān)和當前應用平臺之間的消息交互流程，退出當前所連接的應用平臺；步驟二 重新執(zhí)行協(xié)議適配模塊的初始化過程中的步驟三。需要說明的是，所述協(xié)議適配模塊、平臺交互模塊可以設(shè)置于物聯(lián)網(wǎng)網(wǎng)關(guān)中，也可以相互獨立或共同設(shè)置于物聯(lián)網(wǎng)網(wǎng)關(guān)以外的功能實體中。
結(jié)合以上各實施例可見，本發(fā)明實現(xiàn)應用平臺適配的操作思路可以表示如圖5所示的流程，該流程包括以下步驟步驟510 協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理上行消息和/或下行消息；步驟520 平臺交互模塊針對所述上行消息和/或下行消息，實現(xiàn)協(xié)議適配模塊與應用平臺之間的消息交互。綜上所述可見，無論是方法還是系統(tǒng)，本發(fā)明實現(xiàn)應用平臺適配的技術(shù)能夠同時適配多種不同類型的應用平臺，解決了傳統(tǒng)物聯(lián)網(wǎng)網(wǎng)關(guān)只能用于單一類型的應用平臺的問題。以上所述，僅為本發(fā)明較有代表的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，應用平臺類型不限于上文提到的內(nèi)容，任何類型的應用平臺都在本發(fā)明保護范圍之內(nèi)；同時連接的應用平臺個數(shù)也不僅僅是三個，任何數(shù)量的應用平臺都在本發(fā)明保護范圍之內(nèi)；應用平臺結(jié)構(gòu)不限于上述字段，使用任何其他字段都在本發(fā)明保護范圍之內(nèi)；上、下行鏈路不僅僅限于上述兩種情況，任何上、下行鏈路消息交互情況都在本發(fā)明保護范圍之內(nèi)。任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種實現(xiàn)應用平臺適配的方法，其特征在于，該方法包括協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理上行消息和/或下行消息；平臺交互模塊針對所述上行消息和/或下行消息，實現(xiàn)協(xié)議適配模塊與應用平臺之間的消息交互。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述協(xié)議適配模塊適配不同的應用平臺， 按照對應的應用平臺處理上行消息的過程包括協(xié)議適配模塊搜索協(xié)議鏈表以得到與應用平臺對應的適配協(xié)議，據(jù)此處理協(xié)議自身消息或接收和處理傳感器消息，并將完成處理的消息通過平臺交互模塊發(fā)送給所述應用平臺。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，處理所述傳感器數(shù)據(jù)之前，進一步根據(jù)不同的傳感器類型對傳感器數(shù)據(jù)進行預處理，以方便協(xié)議適配模塊對傳感器數(shù)據(jù)進行分析和處理。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述協(xié)議適配模塊適配不同的應用平臺， 按照對應的應用平臺處理下行消息的過程包括協(xié)議適配模塊通過平臺交互模塊接收來自應用平臺的消息，并搜索協(xié)議鏈表以得到與所述應用平臺對應的適配協(xié)議，再按照該適配協(xié)議處理所述消息，并在需要時將處理所述消息所得的結(jié)果發(fā)送給傳感器。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在將處理所述消息所得的結(jié)果發(fā)送給傳感器之前，進一步根據(jù)不同的傳感器類型對所述消息進行處理，使傳感器能正確識別所述消息。
6.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，進一步由協(xié)議適配模塊維護不同的應用平臺；所述維護包括添加、刪除不同的應用平臺。
7.一種實現(xiàn)應用平臺適配的系統(tǒng)，其特征在于，該系統(tǒng)包括協(xié)議適配模塊、平臺交互模塊；其中，所述協(xié)議適配模塊，用于適配不同的應用平臺，按照對應的應用平臺處理上行消息和/ 或下行消息；所述平臺交互模塊，用于針對所述上行消息和/或下行消息，實現(xiàn)協(xié)議適配模塊與應用平臺之間的消息交互。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述協(xié)議適配模塊適配不同的應用平臺， 按照對應的應用平臺處理上行消息時，具體用于搜索協(xié)議鏈表以得到與應用平臺對應的適配協(xié)議，據(jù)此處理協(xié)議自身消息或接收和處理傳感器消息，并將完成處理的消息通過平臺交互模塊發(fā)送給所述應用平臺。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，處理所述傳感器數(shù)據(jù)之前，所述協(xié)議適配模塊進一步用于根據(jù)不同的傳感器類型對傳感器數(shù)據(jù)進行預處理，以方便協(xié)議適配模塊對傳感器數(shù)據(jù)進行分析和處理。
10.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理下行消息時，具體用于通過平臺交互模塊接收來自應用平臺的消息，并搜索協(xié)議鏈表以得到與所述應用平臺對應的適配協(xié)議，再按照該適配協(xié)議處理所述消息，并在需要時將處理所述消息所得的結(jié)果發(fā)送給傳感器。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，在將處理所述消息所得的結(jié)果發(fā)送給傳感器之前，所述協(xié)議適配模塊進一步用于根據(jù)不同的傳感器類型對所述消息進行處理， 使傳感器能正確識別所述消息。
12.根據(jù)權(quán)利要求7至11任一項所述的系統(tǒng)，其特征在于，所述協(xié)議適配模塊，進一步用于維護不同的應用平臺；所述維護包括添加、刪除不同的應用平臺。
13.根據(jù)權(quán)利要求7至11任一項所述的系統(tǒng)，其特征在于，所述協(xié)議適配模塊、平臺交互模塊設(shè)置于物聯(lián)網(wǎng)網(wǎng)關(guān)中；或者，相互獨立或共同設(shè)置于物聯(lián)網(wǎng)網(wǎng)關(guān)以外的功能實體中。
全文摘要
本發(fā)明公開了一種實現(xiàn)應用平臺適配的方法和系統(tǒng)，均可由協(xié)議適配模塊適配不同的應用平臺，按照對應的應用平臺處理上行消息和/或下行消息；平臺交互模塊針對所述上行消息和/或下行消息，實現(xiàn)協(xié)議適配模塊與應用平臺之間的消息交互。本發(fā)明實現(xiàn)應用平臺適配的技術(shù)能夠同時適配多種不同類型的應用平臺，解決了傳統(tǒng)物聯(lián)網(wǎng)網(wǎng)關(guān)只能用于單一類型的應用平臺的問題。
文檔編號H04L29/06GK102307223SQ20111012300
公開日2012年1月4日 申請日期2011年5月12日 優(yōu)先權(quán)日2011年5月12日
發(fā)明者丁鵬, 彭凱, 李建生, 李閃閣, 許明先, 霍東風 申請人:南京中興新軟件有限責任公司