下面是IT云端供應商向物聯網云端服務轉型時須考慮的十大要素：

　　了解目標應用垂直市場

　　首先要理解目標垂直市場，為此提供一站式服務。在物聯網中并沒有一個可解決所有問題的萬能方法。要了解某個垂直市場，就要考慮這個市場的變遷過程及未來的商業模式。例如，如果目標是隨時隨地追蹤醫院里的人員及其具體位置，那么可能須使用帶有生物計量感測器的可穿戴設備，而且這些人的生命征象料也須監測。

　　此類服務雖可滿足生物計量感測器的追蹤，但內建感測器通常是由電池驅動的小型設備，可提供的頻寬也是非常小的。在這種情況下，服務供應商與PaaS或SaaS業者合作管理其位于同一區域的設備;另一方面，若與云端服務業者合作管理另一套獨立的設備，這種方案就不在可選范圍之內，因為須考慮的問題包括通訊協議、網路、頻寬管理，以及物聯網云端架構須支持的傳輸技術等各個方面。

　　系統資料分析和運算

　　可擴展的資料分析及事件處理引擎都須具備。因為物聯網的增值作用主要來自于資料分析，而“資料資本”則是差異化的根本所在。在云端及本地/閘道器一側是否具備合適的分析工具引擎?而新的儲存技術可改善數據處理速度，所以在某些物聯網應用中也是必需的，因此傳統的資料提取、轉換和加載(ETL)模式將讓位給準時性(JIT)方法(即實時方式與批處理方式的對比)。

　　另外，供應商是否有能力管理媒體資料分析及處理過程，以應對那些需即時數據處理能力的物聯網應用?例如，在遠程醫療保健和老年人監控應用中，位于云端的被動數據處理已無法滿足要求，必須運用本地智慧閘道器，提供快速分析才能夠應對諸如突發心肌梗塞或家用自動設備失火等緊急情況。

　　監測并采集資料

　　詳細了解須監測/采集的是什么類型的數據，以及客戶需要什么樣的分析結果。也就是說，針對具體功能開發出一系列的設備數據模型。不要讓自己成為物聯網云解決方案中的“萬能瑞士軍刀”。因為雖然瑞士軍刀可做許多事情，但這并不意味著瑞士軍刀能把所有事情都做好。了解妳所要服務的垂直市場(要素1)對本要素的實現同樣具有幫助。

　　某些應用中，在利用分析工具和可視化工具對資料進行處理前，首先須透過外部分類算法和豐富的工具進行資料組合。這個過程可大幅提高資料使用效率和方便性(例如在打開前須了解水網管線的位置，在為貨物重新確定路徑前須了解其他集散中心的位置等)。

　　端對端系統轉向模組化

　　開發一個完全模組化的端到端系統。因為大部分的大型原始設備制造商(OEM)可能已有自主品牌的云服務，他們所需要的只不過是你所提供服務中的一部分內容。所以要提供定位明確的API，以及對防火墻友好的具有適應能力的連接架構，并且要熟練地使用客戶基礎設施、分析工具引擎、應用程序、視覺化工具等。

　　客戶感興趣的也許只是你的通訊系統，或者僅需功能上的某種結合。物聯網方案供應商的方法愈靈活，就愈能滿足客戶需求。在云的一側，云生態系統的形成就是下一個任務，一個強大生態系統將是物聯網云管理的核心所在。

　　上文提到的模組化系統也許意味著為物聯網商業模式建立一種分層的定價方法。靈活性應該不僅存在于技術產品中，廠商應對新的商業模式持開放的態度。

　　物聯網標準搭建生態系統

　　在新服務架構之后應跟隨大的生態系統，例如開放互連聯盟(OIC)等。在消費性和工業級物聯網領域，標準化將最終占據主導地位，盡管由各種字母符號的簡稱所組成的通訊協議(如MQTT、XMPP、DDS、AMQP、CoAP、RESTfulHTTP等)可能會繼續發展，標準化也同樣處在進行當中，故廠商要做好升級的準備，因為專有系統也許在將來須要向標準系統升級，才不致脫離生態系統。

　　廣泛的無線通訊設計技能

　　培養在無線通訊領域的專業技能(蜂巢式網路、Wi-Fi、BLE、802.15.4/ZigBee、6LoWPAN、Sub-GHz、SigFox等)(圖4)，或者與具備此項技能的一方合作。許多IT云企業在這方面都存在很大缺陷，須尋找一個合適夥伴來優化IT云，使其能支持上述復雜的通訊協議。他們同樣須在無線連接的類型及有限頻寬基礎上，對系統進行優化。

　　圖4　物聯網引爆多元通訊技術導入潮。 資料來源：Atmel

　　對于應用開發方的人員來說這一點同樣有效，因為物聯網的定制化工作是必須的，且通常針對蜂巢式網路技術行得通的方案，挪到Wi-Fi、BLE或ZigBee上未必行得通。當所設定的目標是某個垂直市場時，這一點尤其顯得重要，因不同市場需要的是不同的無線通訊協議，甚至同時需要多項技術，所以會遇到不同協議共存所帶來的問題。

　　輕量化SDK設計

　　無論SDK是自有還是其他形式，供應商都要搭建一個輕量級的通訊系統。典型SDK雖讓行動應用程序的開發和管理變得更加方便，但是與那些負責向物聯網系統傳遞數據的細小且資源有限的感測器相比，智慧手機所擁有的資源顯然要大得多。輕量級的SDK具有更高的可預測性，也更加容易與內存有限或經由電池驅動的設備整合在一起。

　　隨著設計逐漸延伸到閘道器層級并有愈來愈多類型的機制、功能、感測器、通訊和警報須監測，SDK的規模就會增加。確實沒有一種方案是萬能的，但是在應用和數據管理方面永遠保持節儉的態度一定是有效的。到目前為止，根據筆者與各種物聯網云生態系統夥伴的合作經驗，SDK在記憶體使用量的大小從3K-150K不等。物聯網云的發展之旅已經開始，相信在不遠的將來更為高端的方案(以及一些中間步驟)將會減少，而緩存機制將會愈來愈壯大。

　　另外，要部署一種以具體環境為中心的頻寬管理系統，如此一來，系統將不會僅因為管理層面的活動就占據所有頻寬資源。經驗告訴我們，在與中間代理和緩存功能的通訊連接中，所占據的頻寬不要超過15%。

　　物聯網系統使用方便性

　　物聯網的重點放在方便使用上，也就是說，提供的設備要便于使用，讓即使是一個物聯網開發的新手也能按照步驟自己完成相應工作，無論采用何種傳輸技術或可用資源是多少。如果所花的時間太長、錯誤多，或需大量開發人員針對某個架構進行調整、定制及優化，那么供應商的目標市場就只剩下那些大型OEM了。 如果供應商選擇與軟體服務企業合作，雖然可讓進行更好的升級并獲得額外頻寬資源，但代價是提高成本。與其如此，不如從一開始就讓整個過程變得極為容易，從而可最大限度地覆蓋潛在用戶;換句話說，從物/感測器API的編寫，到本地閘道器和云閘道器，再到智慧裝置、通訊及服務API的編程，無一不將重點放在簡單易用上，以便為客戶帶來開箱即用的體驗。

　　可視化工具和用戶體驗

　　關注系統中各個組成部分的可視化工具和用戶體驗。物的虛擬化和可視化(包括應用程序，將設備數據模型轉化為云可理解的訊息)是一個很大的價值命題。若供應商目標是消費性物聯網垂直市場，且智慧手機在其中占據非常重要的地位，那么所提供的服務應包含一個強大行動應用程序開發環境。IT云和物聯網云都有各自不同的數據消費人群，具備出色的可視化特性可提升競爭力。

　　物聯網安全與認證機制

　　最后，也是非常重要的一點，是否具有一個強大且牢固的安全和認證機制，且采用非常先進的加密算法?是否支持錯誤修正碼(ECC)和AES-128/256?是否擁有以物理反復制技術(PUF)為基礎的密鑰生成機制?物聯網領域存在著極高的風險，須在系統安全上花費更多精力，從擁有有限資源的物一直到云端，各方面都須考慮。

　　不過，目前物聯網應用開發人員對安全知識了解程度依然不高，云端合作夥伴須具備相應能力，貫徹和實施安全設計。

　　在物一側須保護的基本要素包括安全引導、物的身分認證、訊息加密/完整性，以及可靠的密鑰管理和存儲流程。通盤了解物聯網云端需求的半導體合作夥伴，將能從“物”的安全角度幫助服務供應商優化系統。

　　(本文作者為Atmel副總裁兼無線解決方案總經理)