CCSL70DB4403IDB4403/T181—2021前言 12規(guī)范性引用文件 13術語和定義 14智慧停車大數據基本要求 24.1智慧停車大數據分類 24.2智慧停車大數據系統(tǒng)對象要求 35智慧停車大數據核心元數據的組織與描述 45.1智慧停車大數據核心元數據定義 45.2智慧停車大數據核心元數據屬性描述 45.3智慧停車大數據核心元數據描述 55.4智慧停車核心元數據擴展內容和原則 6智慧停車大數據標準化處理要求 6.1智慧停車大數據管理要求 6.2智慧停車數據采集方式及要求 6.3智慧停車數據網絡傳輸要求 6.4智慧停車數據預處理要求 6.5智慧停車數據存儲要求 6.6智慧停車數據標準化處理安全和保護要求 7智慧停車大數據應用要求 7.1智慧停車大數據分析要求 197.2智慧停車大數據可視化應用要求 7.3智慧停車大數據開放要求 207.4智慧停車大數據應用安全與保護 DB4403/T181—2021本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起草。本文件由深圳市公安局交通警察局提出并歸口。本文件起草單位：深圳市前海億車科技有限公司、深圳市信息基礎設施投資發(fā)展有限公司、深圳市標準技術研究院、深圳市停車行業(yè)協(xié)會、深圳市捷順科技實業(yè)股份有限公司、中興智能交通股份有限公司、深圳市凱達爾科技實業(yè)股份有限公司、中電科新型智慧城市研究院有限公司、深圳市中集智能停車有限公司、中國科學院深圳先進技術研究院、深圳市都市交通規(guī)劃設計研究院有限公司、深圳市新世紀智能車庫科技有限公司、深圳市神州路路通網絡科技有限公司、深圳市易聯(lián)聯(lián)盟科技有限公司。本文件主要起草人：劉曉定、易飛、徐偉劍、鄭雷克、劉義、高皓、徐自成、劉穎、任健、任亮、祁濤、米志立、李靜濤、楊舸、胡露、吳智力、李紅清、鐘發(fā)然、儲斌、何寶華、柳慶勇、李升楨、姜青山、馬龍斌、徐偉漩、鄧濤、趙陽、張毅、景發(fā)俊、董曉波。DB4403/T181—20211智慧停車大數據信息標準化處理與應用規(guī)范本文件規(guī)定了智慧停車大數據的基本要求、核心元數據的組織與描述、標準化處理以及應用要求。本文件適用于智慧停車大數據信息標準化處理及規(guī)范化應用，包括機動車停放的路內車（泊）位、停車庫（場）、機械式停車設備等場景。2規(guī)范性引用文件下列文件中的內容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T22239信息安全技術信息系統(tǒng)安全等級保護基本要求GB/T31168信息安全技術云計算服務安全能力要求GB/T35274—2017信息安全技術大數據服務安全能力要求GB/T35295信息技術大數據術語3術語和定義GB/T35274—2017、GB/T35295界定的以及下列術語和定義適用于本文件。3.1大數據提供者bigdataprovider大數據參考體系結構中的一種邏輯功能構件，它將新的數據或者信息引入大數據系統(tǒng)。3.2大數據使用者bigdataconsumer使用大數據平臺或應用的末端用戶、其它信息技術系統(tǒng)或智能感知設備。[來源：GB/T35274—2017,3.8]3.3大數據服務提供者bigdataapplicationserviceprovider通過大數據平臺或應用，提供大數據服務的機構。[來源：GB/T35274—2017,3.7]3.4大數據系統(tǒng)bigdatasystem在數據獲取、存儲、管理、分析方面具有海量的數據規(guī)模、快速的數據流轉、多樣的數據類型和價值密度低等特征的數據集合的系統(tǒng)及平臺，涉及大數據提供者、大數據使用者、大數據服務提供者等。[來源：GB/T35274—2017,3.9,有修改]3.5元數據元素metadataelementDB4403/T181—20212元數據的基本單位，用以描述信息資源的某個特征。3.6元數據實體metadataentity一組描述數據同類特征的元數據元素的集合。3.7分布式處理distributedprocessing將不同地點不同功能，或擁有不同數據的多臺計算機通過通信網絡連接起來，在控制系統(tǒng)的統(tǒng)一管理控制下，協(xié)調完成大規(guī)模信息處理任務的過程。4智慧停車大數據基本要求4.1智慧停車大數據分類4.1.1按照數據與城市停車服務的關聯(lián)度劃分智慧停車大數據可分為停車直接產生的數據、公眾互動停車資源數據、相關行業(yè)數據和社會重大經濟活動關聯(lián)數據，各類型數據應滿足以下要求：a)停車直接產生的數據：各類停車設施（如道閘、攝像頭、地磁等智能設備）和軟件系統(tǒng)（如收費系統(tǒng)、用戶移動終端）產生的數據（如停車記錄、停車時間、停車支付數據等），這類數據應能準確分析出總體停車資源的分布情況和使用情況；b)公眾互動停車資源數據：公眾通過互聯(lián)網社交平臺、廣播等渠道提供停車資源的相關文字、圖片、視頻和語音等數據，這類數據可用于分析停車生態(tài)情況，包括打通商家實現(xiàn)互聯(lián)網線上線下結合生態(tài)、拓展車輛周邊服務、提供會員服務、提升消費者體驗等；c)相關行業(yè)數據：動態(tài)交通、氣象、環(huán)境以及其它與停車相關的數據，這類數據可用于更準確地分析和預測停車資源負荷情況；d)社會重大經濟活動關聯(lián)數據：大型文體活動場館及其周邊產生的停車需求等數據，這類數據應可預見大型活動對于城市停車的影響。4.1.2按照數據類型劃分智慧停車大數據可分為結構化數據、非結構化數據和半結構化數據，各類型數據分別滿足以下要求：a)結構化數據滿足以下要求：1)數據記錄通過確定的數據屬性集定義，同一個數據集中的數據記錄應具有相同的模式；2)應具有數據模式規(guī)范清晰，數據處理方便等特點；3)宜以關系型數據庫或格式記錄文件的形式保存。b)非結構化數據滿足以下要求：1)數據記錄一般無法用確定的數據屬性集定義，在同一個數據集中各數據記錄可不具有明顯的、統(tǒng)一的數據模式；2)應提供多種類信息表達方式，且可處理復雜數據；3)宜以原始文件或非關系型數據庫的形式保存。c)半結構化數據滿足以下要求：1)數據記錄在形式上具有確定的屬性集定義，且同一個數據集中的不同數據宜具有不同的模式，即不同的屬性集；DB4403/T181—202132)應具有較好的數據模式擴展性，且具有數據之間關聯(lián)性的描述。4.1.3按照數據形式劃分智慧停車大數據可分為流數據、文件數據、數據庫記錄、圖片數據和音視頻流，各類型數據滿足以下要求：a)流數據：各類停車設施和傳感器作為數據源持續(xù)生成的數據，以格式確定的數據記錄形式進行傳輸，且應能保持不間斷傳輸，并按一定的順序（記錄、時間等）進行遞增式被獲取和訪問，可用于多種分析，包括關聯(lián)、聚合、篩選和取樣等；b)文件數據：以文件的形式在介質上保存的數據，可以被反復獲取，并可根據需要被無序的隨機訪問；c)數據庫記錄：在關系型數據庫系統(tǒng)或非關系型數據庫系統(tǒng)中，以“數據記錄”的形式保存的數據，應易于存??；d)圖片數據：通過停車場出入口攝像頭、泊位攝像頭以及路內高位視頻攝像頭等設備提供的車輛停車圖片數據，以文件形式存在，通過數據流方式可以反復獲??；e)音視頻流：持續(xù)生成的音頻或視頻信息經過編碼行成視頻數據流（H.264,MJPEG等）或音頻數據流，屬于非結構化數據，能通過解碼等方法還原音頻或視頻信息，需復雜算法才能從中提取所需要的信息。4.1.4按照數據產生和變化的頻率劃分智慧停車大數據可分為基礎數據、實時數據、歷史數據、統(tǒng)計數據（結果數據各類型數據滿足以下要求：a)基礎數據：描述城市停車基本元素的數據（如停車場名稱、車位號等），數據定義/產生后應較長時間不發(fā)生變化；b)實時數據：應能通過城市停車活動的變化，動態(tài)反映城市停車運行情況（如車輛出入數據、道閘數據、繳費數據等）；c)歷史數據：實時數據按一定時間周期（如按月）歸檔后產生的數據，宜能體現(xiàn)未來停車資源負荷的變化趨勢；d)統(tǒng)計數據（結果數據經過計算后所產生的數據（如停車負荷指數、車輛停放位置隨時間變化趨勢圖等宜能支持公眾出行服務及相關管理部門決策。4.2智慧停車大數據系統(tǒng)對象要求4.2.1大數據使用者大數據使用者應為使用大數據平臺或應用的末端用戶，包括政府部門、企事業(yè)單位、移動應用終端使用對象（如車主/市民）以及數據對接與共享端（如其它信息技術系統(tǒng)、智能感知設備）等。4.2.2大數據提供者大數據提供者應為政府部門、企業(yè)數據源提供商、互聯(lián)網數據源提供商、物聯(lián)網數據源提供商、移動通訊數據源提供商、提供數據流通平臺服務和數據應用程序接口服務的第三方數據服務企業(yè)、社會團體或者個人等。4.2.3大數據應用服務提供者大數據應用服務提供者應為提供直接應用于大數據產品服務的機構，包括提供大數據應用軟件、大數據基礎軟件和大數據相關硬件的機構，具體描述如下：DB4403/T181—20214a)大數據應用軟件提供者：基于綜合技術服務，提供整體解決方案，以及基于數據聚合平臺，提供智慧停車數據分析等服務；b)大數據基礎軟件提供者：提供搭建大數據平臺、提供相關大數據技術支持、云存儲、數據安全等服務；c)大數據相關硬件提供者：提供大數據采集、接入、清洗、存儲、傳輸、安全等硬件產品和設備。4.2.4大數據咨詢服務提供者大數據咨詢服務提供者應為提供大數據咨詢服務的數據專家，包括應用服務提供者、分析服務提供者、大數據基礎設施服務提供者，具體描述如下：a)應用服務提供者：基于大數據技術，對外提供大數據的咨詢服務；b)分析服務提供者：提供技術服務支持、技術（方法、商業(yè)等）咨詢，或者為企業(yè)提供類似數據科學家的咨詢服務；c)大數據基礎設施服務提供者：提供面向大數據技術和服務提供者的培訓、咨詢、推廣等的基礎類通用類的服務。5智慧停車大數據核心元數據的組織與描述5.1智慧停車大數據核心元數據定義智慧停車領域的數據主要包括“停車資源及設施的基礎數據”和“停車業(yè)務數據”兩部分，其核心元數據定義描述如下：a)元數據由一系列元數據元素構成；b)元數據元素是元數據的基本單位，用以描述信息資源的某個特性；c)元數據實體由一組描述數據同類特征的元數據元素集合組成，元數據實體可以是單個實體，也可以是包括一個或多個實體的聚合實體；d)對于未在本文件進行統(tǒng)一定義的數據（如來自公眾互動、交通違章、動態(tài)交通等其它相關領域的數據），可根據本文件的元數據擴展原則和方法，對智慧停車核心元數據進行擴展。5.2智慧停車大數據核心元數據屬性描述屬性描述包括中文名稱、英文名稱、定義、數據類型、值域、短名、注解，具體描述如下：a)中文名稱：指元數據元素和元數據實體的中文名稱，如“停車資源名稱”、“停車資源發(fā)布日b)英文名稱：指元數據元素和元數據實體對應的英文名稱，一般應用英文全稱，所有組成詞匯為無縫連寫。元數據元素的首詞匯應全部采用小寫，其余每個詞匯的首字母應采用大寫；元數據實體的每個詞匯的首字母應采用大寫；c)定義：指用來描述元數據實體或元數據元素的基本內容，給出智慧停車大數據資源某個特性的概念和說明；d)數據類型：指元數據元素的數據類型（如整型、浮點型、布爾型、字符串等需要對元數據元素的有效值域及允許的有效操作進行規(guī)定；e)值域：指元數據元素可以取值的范圍；f)短名：指元數據元素的英文縮寫名稱，具體縮寫規(guī)則遵循以下規(guī)則：1)短名應唯一；2)對存在國際或行業(yè)領域慣用英文縮寫的詞匯等元數據實體或元數據元素對象，采取該英文縮寫為其標識符；DB4403/T181—202153)對于根據英文名稱或其他認知自定義的標識符，在保持唯一性的前提下，統(tǒng)一取每個單詞前三個字母作為其短名縮寫標識。當如此取詞若不能保證唯一性時，應延展一位取詞位數，通常僅增加一位，如此仍不能保證唯一性時，如前繼續(xù)延長取詞，直至保證唯一性為止；4)對于元數據實體的標識短名，所有組成詞匯的縮寫為無縫連寫，且每個詞匯縮寫的首字母應采用大寫；5)對于元數據元素的標識短名，所有組成詞匯的縮寫為無縫連寫，首詞匯全部采用小寫字母，其余每個詞匯的縮寫的首字母應采用大寫。g)注解：有額外需要解釋的內容，可用注解對元數據元素的含義的進一步解釋，包括該元數據元素的必選（是/否）和最大出現(xiàn)次數等。5.3智慧停車大數據核心元數據描述5.3.1停車資源核心元數據描述停車資源核心元數據見表1。表1停車資源核心元數據一覽表1是2是3否4是5否6是7是8是9是是是是是是是停車資源核心元數據各部分描述如下：a)車（泊）位編碼數據描述如下：.定義：停車資源唯一標識編碼；.英文名稱：resourceID；.數據類型：string；.值域：自由文本；.短名：resID；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1。b)停車資源名稱數據描述如下：.定義：縮略描述信息資源內容的標題；DB4403/T181—20216.英文名稱：resourceTitle；.數據類型：string；.值域：自由文本；.短名：resTit；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：XXX停車場。c)停車資源信息摘要數據描述如下：.定義：對資源內容進行概要說明的文字；.英文名稱：resourceInformationAbstract；.數據類型：string；.值域：自由文本；.短名：resInfAbs；.安全訪問限制：GK；.注解：可選項，最大出現(xiàn)次數為1。d)位置類型數據描述如下：.定義：說明停車資源所屬的分類及相應的分類信息；.英文名稱：positionType；.數據類型：Int；.值域：見表5；.短名：posTyp；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：路內停車。e)停車資源容量數據描述如下：.定義：說明停車資源包含的子資源數量；.英文名稱：resourceCapacity；.數據類型：string；.值域：正整數；.短名：resCap；.安全訪問限制：GK；.注解：可選項，最大出現(xiàn)次數為1；.取值示例：300。f)停車資源位置坐標信息數據描述如下：.定義：停車資源所在位置的坐標；.英文名稱：resourceLocationCoordinates；.數據類型：varchar；.值域：格式為【NXX°XX′XX.XX″,EXX°XX′XX.XX″】；.短名：resLocCoo；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1；g)經度數據描述如下：DB4403/T181—20217h).定義：資源所在位置的經度；.英文名稱：longitude；.數據類型：Double；.值域：自由文本；.短名：lon；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：NXX°XX′XX.XX″。緯度數據描述如下：.定義：資源所在位置的緯度；.英文名稱：latitude；.數據類型：Double；.值域：自由文本；.短名：lat；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：EXX°XX′XX.XX″。停車資源狀態(tài)數據描述如下：.定義：停車資源當前可用狀態(tài)；.英文名稱：resourceStatus；.數據類型：varchar；.值域：見表4；.短名：resSta；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：建造中。停車資源提供方數據描述如下：.定義：提供停車資源的單位信息；.英文名稱：resourceProvider；.數據類型：varchar；.短名：resPro；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：XXX停車管理有限公司。k)停車資源管理方數據描述如下：.定義：對停車資源進行日常經營和管理；.英文名稱：resourceManager；.數據類型：varchar；.短名：resMan；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：XXX停車管理有限公司。停車資源擁有方數據描述如下：DB4403/T181—20218.定義：停車資源所有權的擁有方；.英文名稱：resourceOwner；.數據類型：varchar；.短名：resOwn；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：XXX集團。m)停車資源信息維護方數據描述如下：.定義：對停車資源數據進行日常維護、更新的單位信息；.英文名稱：resourceInformationMaintainer；.數據類型：varchar；.短名：resInfMai；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：XXX科技有限公司。n)停車資源登記時間數據描述如下：.定義：停車資源首次上報系統(tǒng)的日期；.英文名稱：resourceFirstReportTime；.數據類型：longint（格林威治時間）；.值域：正整數；.短名：resFirRepTim；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：1527998400（表示2018-06-0312:00:00）。o)停車資源最近更新時間數據描述如下：.定義：停車資源信息最近一次更新的的日期；.英文名稱：resourseLatestUpdatedTime；.數據類型：longint（格林威治時間）；.值域：正整數；.短名：resLatUpdTim；.安全訪問限制：NB；.注解：必選項；最大出現(xiàn)次數為1；.取值示例：1527998400（表示2018-06-0312:00:00）。5.3.2車輛信息核心元數據描述車輛信息核心元數據一覽表見表2。表2車輛信息核心元數據一覽表1是2是3是DB4403/T181—20219表2（續(xù)）4否5否6否7否車輛信息核心元數據描述如下：a)車輛標識數據描述如下：.定義：車輛唯一標識編碼；.英文名稱：vehicleID；.數據類型：string；.值域：自由文本；.短名：vehID；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1。b)車牌號碼數據描述如下：.定義：標識車輛身份的號牌；.英文名稱：vehicleNumber；.數據類型：string；.值域：自由文本；.短名：vehNum；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：粵B12345。c)車牌類型數據描述如下：.定義：車牌的專用類別，包括小型汽車號牌、大型汽車號牌、新能源汽車號牌等；.英文名稱：vehiclePlateType；.數據類型：varchar；.值域：見表7；.短名：vehPlaTyp；.安全訪問限制：NB.注解：必選項，最大出現(xiàn)次數為1；.取值示例：小型汽車號牌。d)車主信息數據描述如下：.定義：車輛所屬人員信息；.英文名稱：vehicleOwner；.數據類型：varchar；.短名：vehOwn；.安全訪問限制：NB；.注解：可選項，最大出現(xiàn)次數為1。e)車輛品牌數據描述如下：.定義：汽車生產廠商定義的汽車品牌；DB4403/T181—2021.英文名稱：vehicleBrand；.數據類型：string；.值域：自由文本；.短名：vehBra；.安全訪問限制：GK；.注解：可選項，最大出現(xiàn)次數為1；.取值示例：大眾。f)車輛型號數據描述如下：.定義：汽車某一品牌下面的具體型號；.英文名稱：vehicleModel；.數據類型：string；.值域：自由文本；.短名：vehMod；.安全訪問限制：GK；.注解：可選項，最大出現(xiàn)次數為1；.取值示例：雅閣。g)車輛歸屬地數據描述如下：.定義：汽車車牌號碼的歸屬城市；.英文名稱：vehicleBelonging；.數據類型：string；.值域：自由文本；.短名：vehBel；.安全訪問限制：GK；.注解：可選項，最大出現(xiàn)次數為1；.取值示例：深圳市。5.3.3停車信息核心元數據描述停車信息核心元數據一覽表見表3。表3停車信息核心元數據一覽表1是2是3是4否5是6否7是8是9否否是DB4403/T181—2021表3（續(xù)）是是停車信息核心元數據描述如下：a)停車記錄標識數據描述如下：.定義：停車記錄唯一標識編碼；.英文名稱：parkingRecordID；.數據類型：string；.值域：自由文本；.短名：parRecID；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1。b)車輛信息數據描述如下：.定義：停車車輛的信息；.英文名稱：vehicleInformation；.數據類型：varchar；.短名：vehInf；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1。宜關聯(lián)到車輛信息表。c)停車資源信息數據描述如下：.定義：停車資源的相關信息；.英文名稱：parkingResourceRelatedInformation；.數據類型：varchar；.短名：parResRelInf；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1。宜關聯(lián)到停車資源表。d)車位編號數據描述如下：.定義：車輛停放車位編號；.英文名稱：parkingSpotNumber；.數據類型：string；.短名：parSpoNum；.安全訪問限制：GK；.注解：可選項，最大出現(xiàn)次數為1。e)入場\入位時間數據描述如下：.定義：車輛開始使用停車資源的時間；.英文名稱：startTime；.數據類型：Datetime；.值域：正整數；.短名：staTim；.安全訪問限制：GK；.注解：必選項；最大出現(xiàn)次數為1；.取值示例：1527998400（表示2018-06-0312:00:00）。DB4403/T181—2021f)出場\離位時間數據描述如下：.定義：車輛結束使用停車資源的時間；.英文名稱：endTime；.數據類型：Datetime；.值域：正整數；.短名：endTim；.安全訪問限制：GK；.注解：可選項；最大出現(xiàn)次數為1；.取值示例：1527998400（表示2018-06-0312:00:00）。g)使用時長數據描述如下：.定義：停車資源的使用時長（單位：分鐘）；.英文名稱：parkingTimeLength；.數據類型：float；.值域：正整數；.短名：parTimLen；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1。.取值示例：15h)停車記錄狀態(tài)數據描述如下：.定義：停車記錄所屬狀態(tài)，包括停車中、已離場、欠費離場等；.英文名稱：parkingRecordStatus；.數據類型：varchar；.值域：見表9；.短名：parRecSta；.安全訪問限制：GK；.注解：必選項，最大出現(xiàn)次數為1。.取值示例：停車中i)停車費用信息數據描述如下：.定義：車主停車時需要交納的停車費信息（單位：元）；.英文名稱：parkingFeeInformation；.數據類型：float；.值域：正數；.短名：parFeeInf；.安全訪問限制：GK；.注解：可選項，最大出現(xiàn)次數為1。.取值示例：15j)繳費狀態(tài)數據描述如下：.定義：停車訂單是否已繳費；.英文名稱：paymentStatus；.數據類型：varchar；.值域：見表10；.短名：paySta；.安全訪問限制：GK；DB4403/T181—2021.注解：可選項，最大出現(xiàn)次數為1；.取值示例：已繳費。k)停車記錄維護方數據描述如下：.定義：對停車記錄進行日常維護、更新的單位信息；.英文名稱：parkingRecordMainteiner；.數據類型：varchar；.短名：parRecMai；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1。l)停車記錄登記時間數據描述如下：.定義：停車記錄首次上報系統(tǒng)的時間；.英文名稱：parkingRecordFirstReportTime；.數據類型：longint（格林威治時間）；.值域：正整數；.短名：parRecFirRepTim；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：1527998400（表示2018-06-0312:00:00）。m)停車記錄最近更新時間數據描述如下：.定義：停車記錄最近一次更新的時間；.英文名稱：parkingRecordLatestUpdatedTime；.數據類型：longint（格林威治時間）；.值域：正整數；.短名：parRecLatUpdTim；.安全訪問限制：NB；.注解：必選項，最大出現(xiàn)次數為1；.取值示例：1527998400（表示2018-06-0312:00:00）。5.3.4智慧停車核心元數據代碼表智慧停車資源核心元數據描述對應的代碼見表4～表10。表4停車資源狀態(tài)代碼表DB4403/T181—2021表5位置類型代碼表表6安全訪問限制代碼表表7車牌類型代碼表表8車輛狀態(tài)代碼表Unhandledvehicleviolat表9停車記錄狀態(tài)代碼表DB4403/T181—2021表10繳費狀態(tài)代碼表5.4智慧停車核心元數據擴展內容和原則5.4.1擴展內容智慧停車核心元數據擴展應包括以下內容：a)增加新的元數據元素；b)增加新的元數據實體；c)建立新的代碼表代替值域為“自由文本”的現(xiàn)有元數據元素的值域；d)創(chuàng)建新的代碼表元素（對值域為代碼表的元數據的值域進行擴充）；e)對現(xiàn)有元數據施加更嚴格的可選性限制，例如從“可選”變更為“必選”；f)對現(xiàn)有元數據實施更加嚴格的最大出現(xiàn)次數限制，例如最大出現(xiàn)次數從“20次”變更為“10次”；g)縮小現(xiàn)有元數據的值域。5.4.2擴展原則每一個增加的元數據應采用摘要表示的方式，定義其中文名稱、英文名稱、數據類型、值域、短名、約束條件、最大出現(xiàn)次數，最后給出合適的取值示例；新建的代碼表和代碼表元素，應說明代碼表中每個值的名稱、代碼，以及定義。在新建元數據時，應遵循以下基本原則：a)選取元數據時，既要考慮數據資源單位的數據資源特點，以及工作的復雜、難易程度，又要充分滿足交通信息資源的利用以及用戶查詢提取數據的需要；b)選取的元數據滿足當前階段智慧停車行業(yè)信息化建設的標準化需求及考慮將來一定時間內可能產生的標準化需求。擴展過程中，可參考國內和國外先進標準；c)不與已有元數據的名稱、定義相沖突；d)按照確定的層次關系進行合理的組織。如果現(xiàn)有的元數據實體無法滿足新增元數據的需要，應新建元數據實體；e)新建的元數據實體應為復合元數據實體，即包含現(xiàn)有的和新建的元數據元素作為其組成部分；f)能增加現(xiàn)有代碼表中值的數量，擴充后的代碼表應與擴充前的代碼表在邏輯上保持一致；g)能對現(xiàn)有的元數據元素的值域進行縮?。籬)能對現(xiàn)有的元數據的可選性和最大出現(xiàn)次數施以更嚴格的限制（如定義為可選的元數據，在擴展后可為必選的；定義為可無限次重復出現(xiàn)的元數據，在擴展后可為只能出現(xiàn)一次）。6智慧停車大數據標準化處理要求6.1智慧停車大數據管理要求智慧停車大數據管理應滿足以下要求：a)具有元數據信息管理功能，如元數據信息的創(chuàng)建、控制、引用、定義和更新；b)包含數據來源和數據處理方法的數據歷史；DB4403/T181—2021c)支持監(jiān)控計算集群的健康狀況和狀態(tài)的分布式集群監(jiān)控應用工具；d)支持數據保存策略的管理規(guī)則，包括數據淘汰和更新方法的規(guī)則；e)支持網絡資源的監(jiān)控；f)支持數據生命周期操作的管理。數據生命周期操作包括數據生成、傳輸、存儲、使用和刪除。6.2智慧停車數據采集方式及要求6.2.1數據采集方式基于接口對接的數據采集接口對接采集應滿足以下要求：a)通過輕量級的軟件程序，能直接從智慧停車硬件設備或軟件系統(tǒng)中采集數據；b)能將數據轉換與重新結構化，輸出到新的數據庫，供軟件系統(tǒng)調用。硬件直接采集硬件直接采集應滿足以下要求：a)通過安裝配套的數據采集硬件，能從智慧停車場景中直接采集數據；b)能用于停車資源當前的設備不支持數據采集或無法滿足數據采集要求的場景中。6.2.2數據采集要求基本要求數據采集應滿足以下基本要求：a)支持從多個數據提供方中并行采集數據；b)支持大數據服務提供方通過主動拉取方式收集數據；c)支持數據提供方通過推送的方式收集數據?；诮涌趯拥臄祿杉蠡诮涌趯拥臄祿杉瘧獫M足以下要求：a)提供標準化的數據接入接口和說明文檔，并支持各種智慧停車廠商數據按文件要求接入；b)支持并發(fā)?；诘讓訑祿粨Q的數據采集要求基于底層數據交換的數據采集應滿足以下要求：a)無需原軟件廠商配合；b)實時數據采集，數據端到端的響應速度達秒級；c)兼容性強，能采集匯聚Windows平臺各種軟件系統(tǒng)數據；d)輸出結構化數據；e)自動建立數據關聯(lián)。硬件直接采集的數據采集要求硬件直接采集的數據采集應滿足以下要求：a)具備智慧停車大數據核心元數據的采集能力；b)主要數據采集準確率不應低于95%；c)具備獨立性，無需與原停車系統(tǒng)或設備廠商對接。DB4403/T181—20216.3智慧停車數據網絡傳輸要求6.3.1接口對接之間數據傳輸要求接口對接之間數據傳輸滿足以下要求：a)接口對接之間應在應用層傳輸數據，其中雙向傳輸應支持任一類型異步數據交換；b)在應用層每一幀數據內容宜小于1472字節(jié)（不包含幀頭、幀尾、IP包、TCP/UDP包）；c)數據包內容應加密；d)應使用存儲轉發(fā)的方式傳輸數據；e)對歷史數據進行打包傳輸、切割傳輸、斷點續(xù)傳及重傳時，宜錯開網絡使用高峰；f)通信鏈路建立宜使用登錄機制、數字簽名、數字認證等方式，確保鏈路可信、信息沒有被修改；g)認證協(xié)議、認證邏輯應在服務端完成；h)數據應攜帶時間戳、具有時效性，超過時效性的時間戳則為非法數據；i)數據鏈路響應具有超時機制。6.3.2基于底層數據交換的數據直接傳輸要求基于底層數據交換的數據直接傳輸滿足以下要求：a)在網絡層每一幀數據內容宜小于1500字節(jié)（不包含幀頭、幀尾）；在傳輸層每一幀數據內容宜小于1480字節(jié)（不包含幀頭、幀尾、IP包在應用層每一幀數據內容宜小于1472字節(jié)（不包含幀頭、幀尾、IP包、TCP/UDP包）；b)通信鏈路建立宜使用登錄機制，數據包內容應加密；c)數據應攜帶時間戳，且具有時效性，超過時效性時間戳則為非法數據；d)數據鏈路響應具有超時機制。6.4智慧停車數據預處理要求6.4.1數據清洗數據清洗分類數據清洗分為無監(jiān)督清洗和人工清洗，具體描述如下：a)無監(jiān)督清洗：根據一定的業(yè)務規(guī)則，預先定義好數據清洗算法，由計算機自動執(zhí)行算法，對數據集進行清洗，然后產生清洗報告；b)人工清洗：收集分析數據，手工去除明顯的噪聲數據和重復記錄，填補缺值數據等清洗動作。數據清洗方式.1空值數據的清洗空值數據的清洗內容包括空值數據的語義和清洗方法，具體描述如下：a)空值數據包括不存在型空值和存在型空值，具體語義描述如下：1)不存在型空值：即無法填入的值，如未發(fā)生停車行為的駛入時間；2)存在型空值：該類空值的實際值未知，但實際值的確存在且落在某個區(qū)間。b)空值數據的清洗方法包括刪除包含空值的記錄、自動補全和手工補全缺失值，具體描述如下：1)刪除包含空值的記錄：空值占比重很小而不重要時可采用；2)自動補全：根據數據取值分布情況來對空值進行填充；3)手工補全缺失值：僅適用于非常重要的任務數據。DB4403/T181—20.2不一致數據的清洗不一致數據清洗內容包括不一致數據的語義和清洗方法，具體描述如下：a)不一致數據包括冗余性不一致和故障性不一致，具體語義描述如下：1)冗余性不一致：相同的信息沒有進行一致性的同步更新；2)故障性不一致：由于硬件或軟件故障，造成數據丟失或數據損壞，系統(tǒng)進行恢復時，不能恢復到完全正確，完整，一致的狀態(tài)。b)不一致數據的清洗方法包括變換函數、格式化函數、匯總分解函數、拆分解析函數等。.3噪聲數據的清洗噪聲數據的清洗內容包括噪聲數據的語義和清洗方法，具體描述如下：a)噪聲數據包括不準確數據、不客觀數據、不符合邏輯數據，具體語義描述如下：1)除空值數據、不一致數據以外的其他不準確數據；2)可能會導致數據分析結果錯誤的不客觀數據；3)不符合邏輯的數據。b)噪聲數據的清洗方法包括分箱、回歸、計算機檢查和人工檢查相結合、聚類，具體描述如下：1)分箱：將存儲的值分布到一些箱中，用箱中的數據值來局部平滑存儲數據的值。包括按箱平均值平滑、按箱中值平滑和按箱邊界值平滑；2)回歸：找到恰當的回歸函數來平滑數據。線性回歸找出適合兩個變量的“最佳”方程，使得一個變量能預測另一個。多線性回歸涉及多個變量，數據應適合一個多維面；3)計算機檢查和人工檢查相結合：可以通過計算機將被判定數據與已知的正常值比較，將差異程度大于某個閾值的模式輸出到一個表中，人工審核后識別出噪聲數據；4)聚類：將類似的值組成群或“聚類”，落在聚類集合之外的值被視為孤立點。數據清洗評估數據清洗的評估實質上是對清洗后數據的質量進行評估，以確定是否達到指標要求。在進行數據質量評估時，應根據具體的數據質量評估需求對數據質量評估指標進行相應的取舍。數據質量評估至少應包含以下兩方面的基本評估指標：a)數據可信從精確性、完整性、一致性、有效性、唯一性進行描述：1)精確性：描述數據是否與其對應的客觀實體的特征相一致；2)完整性：描述數據是否存在缺失記錄或缺失字段；3)一致性：描述同一實體的同一屬性的值在不同的系統(tǒng)是否一致；4)有效性：描述數據是否滿足用戶定義的條件或在一定的域值范圍內；5)唯一性：描述數據是否存在重復記錄。b)數據可用從時間性和穩(wěn)定性進行描述：1)時間性：描述數據是當前數據還是歷史數據；2)穩(wěn)定性：描述數據是否是穩(wěn)定的，是否在其有效期內。6.4.2數據集成對于多源數據接入情況下，應將多個數據源中的數據結合起來并統(tǒng)一存儲。6.4.3數據變換處理后的各種停車數據應能轉換成適用于數據挖掘的形式。DB4403/T181—20216.4.4數據歸約通過屬性選擇和數據采樣的途徑對數據進行歸約處理，包括特征歸約、樣本歸約、特征值歸約。6.5智慧停車數據存儲要求智慧停車數據存儲應滿足以下要求：a)有足夠的存儲空間、彈性的存儲容量和有效的控制方法來支持不同的數據類型；b)能存儲不同的數據格式和數據模型，數據格式包括文本、電子表格、視頻、音頻、圖像、地圖等。數據模型包括關系模型、文檔模型、鍵值模型、圖像模型等；c)能為數據庫提供靈活的許可策略；d)支持不同類型的數據庫；e)為數據交付需要提供應用程序編程接口；f)存儲和數據庫性能需求；g)經過一定的數據保留期后再銷毀數據；h)支持無損壓縮存儲。6.6智慧停車數據標準化處理安全和保護要求智慧停車大數據標準化處理的安全和保護要求應符合GB/T31168及GB/T22239中的相關要求。7智慧停車大數據應用要求7.1智慧停車大數據分析要求7.1.1數據分析數據分析宜滿足以下要求：a)具備數據的調查、檢查和建模的能力；b)提供基于時空間的地理信息系統(tǒng)；c)數據挖掘的算法具備根據不同的數據類型和格式呈現(xiàn)出數據特點的適應能力。7.1.2工作流自動化工作流自動化宜滿足以下要求：a)具備根據一套程序規(guī)則，數據或功能從一個步驟通過自動化的方式傳遞到另一個步驟的能力；b)將數據分析工作分解成任務并配備相應的角色，按照一定的規(guī)則和過程來執(zhí)行任務并對其進行監(jiān)控；c)至少包括數據采集、數據清洗與預處理、數據存儲、數據選擇、數據初步分析、數據有效性檢測等步驟。7.1.3分布式處理分布式處理宜滿足以下要求：a)支持將處理任務分發(fā)到一個計算節(jié)點集群；b)具備快速訪問、多用戶使用的特征；c)集群中每臺計算機可以訪問系統(tǒng)內其他計算機的信息文件。7.2智慧停車大數據可視化應用要求DB4403/T181—20217.2.1數據可視化應用定義數據可視化應用定義應包含以下內容：a)數據空間：由n維屬性、m個元素共同組成的數據集構成的多維信息空間。從空間顆粒度等級劃分的全景、宏觀、中觀、細觀及微觀等空間信息；b)時間維度：從時間顆粒度等級劃分為全生命周期、年、季、月、周、日及小時等時間信息；c)數據開發(fā)：利用一定的工具及算法對數據進行定量推演及計算。智慧停車大數據過程中，數據開發(fā)代指通過函數運算、算法推演、蒙特卡羅模擬等多種計算（各維度空間數據的時空間信息交互、合并、修改與刪除等）內容；d)數據分析：對多維數據進行切片、塊、旋轉等動作剖析數據，達到多角度多側面的觀察數據。7.2.2智慧停車大數據可視化要求大數據可視化技術應用應滿足以下要求：a)直觀化：將數據直觀、形象的呈現(xiàn)出來；b)關聯(lián)化：突出的呈現(xiàn)出數據之間的關聯(lián)性；c)實時性：針對實時數據的分析可視化，需要即時展示；d)準確性：數據可視化呈現(xiàn)的效果與實際情況接近；e)交互性：實現(xiàn)用戶與數據的交互，方便用戶使用和理解系統(tǒng)。7.3智慧停車大數據開放要求7.3.1智慧停車數據開放管理角色與職責角色智慧停車數據開放管理角色包括提供方、運維方和使用方，各角色描述如下：a)提供方：提出開放數據注冊申請的組織或組織內部機構；b)運維方：經主管機構授權的運行和管理開放數據注冊系統(tǒng)平臺的機構；c)使用者：使用停車大數據的相關政府部門、企事業(yè)單位、個人等。職責各個角色對應的相關職責描述如下：a)提供方的職責包括以下內容：1)負責智慧停車大數據資源的開放規(guī)劃和整理；2)對智慧停車大數據資源內容設置使用權限；3)向運維方申請注冊數據資源內容并負責更新；4)負責提供與數據資源內容相關聯(lián)的停車數據資源定位。b)運維方的職責包括以下內容：1)負責智慧停車大數據資源的注冊登記并審核后發(fā)布與維護；2)提供智慧停車大數據資源內容的查詢服務；3)保證數據開放過程的正常運行，包括注冊登錄、上傳信息資源、評論回復等技術性問題。c)使用者的職責：對獲取的數據內容在授權范圍內使用并保管好相關數據內容。7.3.2管理過程任務與角色的關系智慧停車大數據資源開放數據管理過程各項任務與角色關系應包含以下要求：a)規(guī)劃任務：主要由提供方完成，運維方配合，主要內容應包括：DB4403/T181—20211)明確開放數據資源的內容；2)提供開放數據資源訪問的相關條件；3)負責相關開放數據資源的更新維護。b)整理任務：主要由提供方完成，主要內容應包括：1)對規(guī)劃開放的數據進行整理匯集編目；2)負責相關信息資源內容的更新維護。c)注冊登記任務：主要由運維方完成，提供方配合，主要內容應包括：1)由運維方負責提供數據資源傳輸的規(guī)定和方式；2)由提供方向運維方提出數據注冊登記請求，由運維方負責進行注冊登記。d)管理任務：主要由運維方完成，主要內容應包括：1)由運維方制定數據資源開放數據管理制度，并審核數據資源的內容和質量；2)實施相關組織管理制度，保證數據資源開放數據管理工作持續(xù)運行和發(fā)揮作用。e)服務任務：主要由運維方完成，主要內容應包括：1)由運維方組織建立智慧停車大數據資源服務系統(tǒng)；2)由運維方對外發(fā)布智慧停車大數據資源內容。f)使用任務：智慧停車大數據資源的使用主要由使用者完成，主要內容應包括：1)使用者通過智慧停車大數據資源服務系統(tǒng)查詢定位智慧停車大數據資源；2)使用者通過數據資源服務系統(tǒng)獲取智慧停車大數據資源，并管理好已經獲取的數據資源。g)管理制度建設：智慧停車大數據資源開放應用并發(fā)揮作用的可持續(xù)性應建立以下制度保障：1)建立開放數據管理辦法細則，明確開放數據的內容；2)制定系統(tǒng)日常運行制度并執(zhí)行，包括機房管理制度、運行日志制度、主機檢查維護制度、數據備份存儲制度等；3)制定相應的應急恢復辦法和操作規(guī)程，監(jiān)控系統(tǒng)的運行，定期進行系統(tǒng)運行數據的統(tǒng)計與分析；4)采取技術措施，保證數據安全與信息系統(tǒng)持續(xù)安全服務。7.3.3智慧停車大數據資源開放服務與數據流程智慧停車大數據資源開放服務與數據提供流程包括規(guī)劃、整理、注冊、發(fā)布管理4個環(huán)節(jié)，具體描述如下：a)規(guī)劃：由提供方明確數據開放目錄及數據集等開放內容，開通數據接口、提供數據應用程序，并且由運維方對數據的安全性和合規(guī)性進行審核判斷；b)整理：各提供方對開放數據的內容提取特征，通過整理形成可開放數據資源；c)注冊：提供方通過數據接口將數據資源內容傳送到數據開放平臺（運維方負責）并提出注冊登記申請，由運維方負責進行注冊登記；d)發(fā)布管理：由運維方對各相關部門的數據資源內容進行審核發(fā)布，對使用者進行“身份鑒權”。并接收來自使用者的反饋信息和數據需求。7.3.4智慧停車大數據資源開放內容智