“智慧城市”讓人想起充滿科技的未來城市，但它們已經存在。許多人都知道，城市利用早期預警系統 (EWS) 通過使用人工智能 (AI) 算法分析的數據向城市管理者發出潛在海嘯和風暴的警報。很少有人知道一些城市非常聰明，以至于人工智能程序可以在普通市民沒有注意到的情況下無縫運行。例如，拉斯維加斯使用物聯網 (IoT) 設備（例如連接到互聯網的攝像頭）實時收集和分析交通數據，以預測潛在的車禍并提醒地方當局采取預防措施。在印度，Prayagraj 智慧城市任務團隊使用計算人群密度的人群管理應用程序 (CMA) 系統防止在某些節日期間發生踩踏事故。該系統使用 700 個封閉式攝像機電視 (CCTV) 信號來監控一個地點的人數，并在安全部隊需要干預時發出警告信號。在一年一度的Magh Mela節上，2.5億觀眾看不到這種監控，但控制中心與卡納維拉爾角的發射控制中心相似。我相信，擁有物聯網解決方案的智慧城市在全球各地都可以找到，盡管對于智慧城市的構成還沒有達成共識。

          “智能”城市過去專門指將城市基礎設施服務連接到互聯網，以跟蹤城市從交通到能源網絡的不同方面，許多人將這種做法稱為“物聯網”（IoT）。近年來人工智能的興起導致了“數字城市”一詞的出現，指的是城市如何匯總和分析數據以幫助指導和執行全市行動。由于這兩個術語都與數據有關，因此“智慧城市”和“數字城市”這兩個術語經常互換使用，從而導致混淆。在提及數據本身以及如何根據數據最好地存儲、管理、分析和執行操作時，提及“數字城市”是有道理的。這些數字城市不一定需要集中的基礎設施才能運作，在這種情況下，它們不是智慧城市。當許多人提到許多智能應用程序運行著無數服務的城市時，定義更加復雜，例如尋找停車位、跟蹤公共汽車以及將當地人和游客的眾包犯罪數據顯示為“智能城市”。因此，問題是：什么使城市“智能”？有人可能會爭辯說，一組智能應用程序并不構成一個智能城市。智慧城市由基礎設施組成，為城市管理者、商人和居民提供連接系統的能力，使城市更安全、更高效或提供更好的生活質量。

          許多城市認識到，要實現智能，不同的系統和數據需要成為基礎設施的一部分。這些城市要么開發自己的數字基礎設施，要么從其他組織那里獲得基礎設施。例如，FIWARE 提供標準化的智慧城市操作系統 (OS)，可促進物聯網傳感器與其他設備之間的交互。它處理存儲的實時數據并創建儀表板以實時監控城市中發生的事情。許多城市采用專有平臺，例如思科的 Kinetic for Cities 平臺，該平臺還為城市領導者聚合來自多個物聯網傳感器和其他設備的實時數據。然而，依賴思科平臺的城市有一個問題：思科在 2020 年停止銷售該平臺，并宣布將在 2024 年停止支持。 美國城市拉斯維加斯、英國城市赫爾、印度城市齋浦爾等城市、美國城市雪城和丹麥城市哥本哈根將需要尋找替代平臺或自行維護平臺。這表明，無論與城市簽訂合同的公司的命運如何，都需要靈活性以確保城市的能力能夠增長和保持。

          能夠從多個來源提取數據的智能城市基礎設施是理想之選。然而，城市可以從智慧城市解決方案中受益。城市可以通過使用物聯網應用解決城市問題。這些應用程序不是智慧城市基礎設施；這些應用程序更類似于在道路上行駛的車輛。智慧城市的基礎設施是應用程序運行的基礎。就停車應用而言，“基礎設施”將是用于傳輸有關停車位是否已滿的信息的網絡。智慧城市要加快智慧城市的發展，可以重點建設開放標準，征求具體智慧城市解決方案的建議。例如，根據 2018 年的一份報告，克羅地亞的不同城市贊助了研討會和黑客馬拉松，以滿足每個城市的需求和興趣。薩格勒布舉辦了為旅游業打造智能解決方案的競賽，而杜布羅夫尼克舉辦了黑客馬拉松，促成了諸如 Smart Sprinklers 灌溉項目之類的項目的創建，該項目使用紅外停車傳感器來輔助智能停車，并為大規模交通奠定了基礎監測。根據一份報告，克羅地亞的 128 個城市中有 40 多個使用智慧城市解決方案。這些例子說明了智慧城市解決方案對城市有益的重要性。此外，可以通過使用開放標準來加強智能應用程序的興起，這為促進應用程序的創建提供了共同的基礎。

          問題是：如果你能用智慧城市解決方案打造一座城市，為什么要打造一座智慧城市？基礎設施將通過讓應用程序開發人員輕松訪問大量數據和訪問此類數據的通用方式來促進創建更智能的城市解決方案，這可以使應用程序更容易相互通信。當數據來自多個來源并且可能相互矛盾時，使用單一來源的信息系統還可以避免混淆。例如，谷歌地圖從公共巴士時刻表中獲取其公交時刻表數據，而 Transit 等應用程序使用來自車輛本身的 GPS 坐標，數據有時會發生沖突。如果智慧城市解決方案的目的是讓人們的生活更美好，那么無論定義如何，智慧城市的創建都至關重要。