隨著數智化系統的推進，凡是涉及影片、物聯網的專案可能都需要一套“智慧物聯網中臺”來做整體支撐，尤其是當我們重新審視目前已經建立了多套影片、物聯網應用又急需橫縱兩條線打破這些煙囪，實現系統間資料共享、聯動和更廣泛意義上的能力支撐的時候。
那麼智慧物聯中臺也就是UCC，到底能解決什麼問題呢？
UCC要互聯各種物聯網裝置併為應用賦能。
UCC從某種意義上來說，既是一種中介軟體產品也可以理解為一種作業系統。
最粗淺的理解可以這樣認為：UCC向下統一管理各數字基礎終端裝置，包括種影片裝置、IoT裝置、演算法，甚至系統資源；而向上對應用則提供穩定可靠、安全、標準的開發介面，方便應用進行二次開發，解放生產力。
所以UCC對硬體的相容能力要非常強。但還不僅如此，更重要的是它要有很強的應用使能能力即AEP能力。
UCC要有6A能力。
涉及影片、物聯網的專案，複雜就複雜在涉及各種網路條件，各種影片裝置、物聯網裝置，甚至不同的演算法，不同的場景。所以UCC必須實現6A，即：
- Any 影片裝置
- Any IoT裝置
- Any 物聯網路卡
- Any 場景演算法
- Any 網路結構
- Any 時間
譬如針對影片裝置，那就必須要做到各種相容，譬如主流裝置廠商各種攝像機、NVR、CVR、車載裝置、執法記錄儀等，也包括各種協議型裝置，28181平臺型的相容；如果針對IoT裝置，就必須做到在客戶期望的場景中，已經完全接入了這些IoT裝置協議而不是僅僅做了一個框架，具體裝置協議還要再次對接。想到和已經做到是完全不同的概念。
客觀地說：這6個A要向做到非常不容易。只要少一個Any，UCC就不夠優秀。這就要求UCC不搞虛的，要實打實的類似作業系統一樣相容各種物聯裝置,實打實實現每個Any。
UCC要架構上極其靈活、使用上彈性伸縮，可On Demand
架構和建設範圍、建設規模有關，和網路結構有關。不同的要求可能要採用不同的架構。但對UCC而言，必須能適應架構的可伸縮，換句話說，幾千萬的專案要能支撐，幾萬的專案也要能支撐和適應。當然，可能選用不同的模組和組合。
這對UCC架構要求很高，要高度抽象、靈活組織，整個中臺能力要透過多個模組、產品來體現，這些模組、產品彼此可堆疊、組合使用。可根據需要隨時On Demand。
高安全性
資訊化專案的安全性非常重要，已經是專案建設中最關注的頭等大事，這已經是共識，所以規劃和設計智慧物聯中臺，高安全性是必須的。在關鍵點上引入譬如數字證書技術、35114 C類標準，SM3、SM4等國密引擎是非常必要的。尤其是端側接入、通訊鏈路、中心側都必須保障到位。