物聯網平台正在湧向系統內建

1. 物聯網平台屬于當下雲計算的範疇

物聯網并非全新的技術，而是一系列現有技術的有機整合，難點也在于包羅萬象。技術幾乎涵蓋了從底層晶片到上層應用的全部環節，涉及晶片模組、工業控制、嵌入式軟硬體、網絡傳輸、通信協定、大資料、AI算法、圖形圖像、容器虛拟化、前端技術等。

雲計算是一種基于網際網路而實作的資訊服務共享模式，能夠給服務提供商和使用者雙方都帶來便利。根據使用者權限，雲計算可分為IaaS（基礎設施即服務）、PaaS（平台即服務）和SaaS（軟體即服務）三種服務模式。

IaaS公司提供場外伺服器，企業不必掌握硬體設施的基礎架構，但要自主掌控作業系統、存儲空間、應用程式。伺服器外包大大節省了企業的維護成本和辦公場地。知名的 IaaS 服務提供商包括 Rackspace、Amazon AWS、阿裡雲等。

PaaS公司提供各種協助開發的工具和平台，有時也被稱作中間件，例如協同開發工具、存儲平台、虛拟主機、作業系統等，使用者掌控運作應用程式的環境。通過購買PaaS服務，企業節省了硬體費用，也讓協同工作變得更容易。PaaS 服務提供商有 Google App Engine，Microsoft Azure等。

SaaS公司提供各類軟體并負責進行維護，企業或個人購買并使用這些軟體。軟體服務供應商以「租賃」的方式提供服務，比較常見的模式是向使用者提供一組賬号及密碼。一些用作商務的SaaS應用包括 Cisco WebEx，Microsoft CRM等。

物聯網平台（側重私有部署的通常也叫物聯網中台、物聯網作業系統平台、物聯網中間件平台、IoT OS等）本質上屬于IoT PaaS，即物聯網裝置接入和應用方面具備開放性可供二次開發的工具化平台。

工具化展現在通過物聯網平台可以建立、新增以及管理已接入的裝置系統，并且提供一系列其他可配置化的功能，不需要對平台定制開發就能應對物聯網裝置管理涉及的一些列問題，包括報警門檻值、事件關聯、驅動配置等。

開放性展現在裝置接入側和資料應用側提供對外的SDK或API，能夠二次開發擴充裝置驅動或業務應用，實作對接入裝置類型的擴充支援和物聯資料應用的業務支撐。

1. 物聯網平台正在通過系統內建來落地

近年來随着國家政策引導，網際網路雲計算等技術逐漸滲透到傳統內建領域。物聯網單一産品應用已逐漸減少，越來越多的是通過系統內建，建立硬體與軟體的完整解決方案應用。

所謂的系統內建，按照美國資訊技術協會的定義，就是根據一個複雜的資訊系統或子系統的要求，把多種産品和技術驗明并接入一個完整的解決方案的過程。目前主流的系統內建做法，有裝置系統內建和應用系統內建兩大類。物聯網不等于系統內建，但可以說，通過系統內建，可以實作物聯網。

在國家對産業數字化的大力支援下，資料中台、輕代碼、數字孿生、BIM/GIS等新技術逐漸成熟，不斷應用在智慧城市等的內建項目中，項目體量規模也随之變大。

在過去的20年中，市場一貫是以單一軟體産品解決特定場景的業務需求。比如內建管理平台IBMS（主要用于智慧建築一體化綜合運維管理），從資料采集到存儲、展示到運維應用都整體由一個軟體來解決。

如今內建項目的蛋糕越分越細：資料采集交由物聯網平台；資料治理交給資料中台；資料展示交由數字孿生；應用架構交給輕代碼；業務功能交給應用實施。每一塊都有專業的公司提供支撐，各自守好業務邊界，這也符合技術産品化、市場化的演化路線。

樓宇、園區等一些資訊化內建項目中，物聯網平台開始出現在采購清單裡，有逐漸與可視化、業務應用、裝置子系統構成四大穩固子產品的趨勢。平台提供向下的裝置接入能力和向上的應用支撐能力，不論是對甲方、設計院還是內建商，都能展現出高價值點。

對甲方而言，平台打通裝置系統之間的資料孤島，支撐一體化綜合管理，具有開放性和擴充性，可以縮減人員投入，提升管理水準，有助于項目的分期建設。

對內建商而言，平台實作應用與硬體解耦，業務變化與裝置變動不再互相影響，可以在資訊化內建項目中承上啟下，形成技術對接标準，提高項目傳遞效率。

對設計院而言，平台新的技術架構和設計理念，相對于傳統的內建管理軟體有天然優勢，在資訊化內建項目的規劃設計中，更能展現标準性和先進性。

當然，盡管市場格局已經在悄然變化，但也并非一蹴而就，總有一個推陳出新的過渡期，現在正是。

1. 如何與傳統産品達成“和解”，還沒到平台之間競争

前面提到，物聯網平台此前主要用于雲服務提供智能硬體裝置接入。近年來，資料中台、數字孿生、BIM、GIS等上層資料應用（以下将這類統稱為“基于資料的上層新技術應用”或“新技術應用”），在做大內建項目體量的同時，也加入到了蛋糕的配置設定。用于給上層應用提供資料源的裝置接入、資料采集，需求自然被再次帶動了起來。

說到再次，是因為需求一直存在。智慧建築領域，以IBMS産品為例，在如今炙手可熱的新技術應用到來之前，本身作為一款兼具采集和應用的産品，在市場上存在了15年之久。

IBMS全稱Intelligent Building Management System，中文名叫智能化內建系統，是指在BAS的基礎上更進一步的與通信網絡系統、資訊網絡系統實作更高一層的建築內建管理系統。IBMS把各種子系統內建為一個“有機”的統一系統，其接口界面标準化、規範化，完成各子系統的資訊交換和通訊協定轉換，實作五個方面的功能內建：所有子系統資訊的內建和綜合管理，對所有子系統的集中監視和控制，全局事件的管理，流程自動化管理。最終實作集中監視控制與綜合管理的功能。

SCADA全稱Supervisory Control And Data Acquisition，中文名叫資料采集與監視控制系統，是以計算機為基礎的DCS與電力自動化監控系統。SCADA系統的應用領域很廣,可以應用于電力、冶金、石油、化工、瓦斯、鐵路等行業的資料采集與監視控制以及過程控制領域。其功能主要圍繞生産資料實時采集、生産裝置過程監控、生産裝置異常報警、資料分析、資料報表及儀表盤展示等方面進行。

這些基于資料的上層新技術應用，不斷在蠶食傳統産品在展示和應用方面的市場，形成降維打擊。裝置運作狀态的2D貼圖與三維場景數字孿生，在呈現和互動友好性上無可比拟；本地檔案或資料庫存儲與分析，與大資料湖和資料清洗治理不可同日而語。如此等等。

物聯網平台若直接殺到內建項目上，首先面對的就是與IBMS這類已經存在多年的傳統産品的直面競争。單純論産品技術架構，物聯網平台通常能像上層新技術應用降維打擊IBMS的應用和展示一樣，在采集方面降維打擊IBMS。物聯平台具備開放性，天然支援二次開發，通過一定量二開工作可以做出一個IBMS産品。反之不行，傳統IBMS的開放性和擴充性遠遠不足。平台有支撐開發者生态的基因就展現在開放性上。基于物聯網平台的項目傳遞，裝置對接可以由第三方獨立完成不依賴于平台廠家。這對于項目建設方來說未來擴充更可控，對廠家而言可以降低人員成本、緩解傳遞瓶頸。

但是IBMS有兩個核心優勢，是大多數面向智能硬體的物聯網平台所不具備的，即各品牌、各型号子系統的對接能力以及通過已對接子系統形成的接口庫。

大體量的資訊化內建項目，通常都會有大廠的身影，他們提供自己的物聯網平台（比如華為ROMA、阿裡雲IoT、騰訊微瓴、中移動OneNet等），他們與IBMS非但不競争，反而是合作關系，子系統對接的繁瑣工作通常直接交由IBMS廠家來完成，資料提供給平台就好。這種情況下，一般物聯網平台廠家幾乎難以切入，品牌實力和溢價能力比不過大廠，子系統對接能力又比不過IBMS。

是以，物聯網平台概念雖好，新入局的獨幕喜劇牌如果沒有找準市場定位和産品能力的差異化，必然會遇到非常大的阻力。

既然物聯網平台與IBMS等傳統産品不在一個次元上（前者可以做出後者，反之不行），并且直接在項目上用于資料采集會有競争，也無法像大廠那樣居高臨下在下遊掌握制高點，讓IBMS等成為供應商把競争轉為合作，那麼可否切換思路，平台産品加強工具化定位，做到可大可小？

小到專注于采集接入，利用開放性等優勢，為IBMS等傳統産品廠家服務，做上遊成為其供應商。這屬于後B端市場，産品的差異化能力變得尤為重要了，首先要能滿足如下：

擅長裝置子系統的SDK、API對接

開放第三方開發接口，有門檻、成本、效率優勢

支援已開發的接口可配置化、一鍵适配

提供标準統一的資料應用接口

支援靈活的部署方式，跟随廠家産品走

這些也是傳統産品的劣勢，即使有大量積累沉澱，但是往往系統架構過于古老，開放性、相容性、配置化遠遠不夠。對于已開發的接口複用，沒法一鍵适配，多少還需要從代碼層面做調整，即使工作量沒有初次開發大，但是繁瑣的工作和開發人員的依賴是非常高的。特别是開發人員流失，修改的工作量甚至無異于重做。

物聯網平台架構有基因上的優勢，特别是如果滿足上述幾點要求，比如IOTOS，将大大提高傳統産品在現有市場上的傳遞效率，實作節省成本、縮短回款周期。通過做到小而精，平台可以與傳統産品達成“和解”。

此外，傳統産品廠家也在謀求業務更新，與平台産品工具化不同，項目産品的基因決定了接下來需要往産業鍊下遊走，接觸終端甲方客戶，做更大體量的應用解決方案，謀求單體項目更多的利潤空間。是以，不論是當下還是未來，小而精服務後B端市場能夠做到可持續發展。

小而精的工具化能力，也是創業公司物聯網平台破局、落地的關鍵。