DB50∕T 532-2021 智慧交通 物联网数据服务平台 总体架构

1、ICS 35.040CCSL 80DB50重庆市地方标准DB50/T 532-2021代 替 DB 50/T 532-2013智慧交通 物联网数据服务平台 总体架构2021- 11-30 发布2022- 03-01 实施重庆市市场监督管理局发 布DB 50/T 532-2021目次前言II1 范围12 规范性引用文件13 术语和定义14 系统架构24.1 概述24.2 资源层34.3 服务层34.4 应用层34.5 用户层34.6 外部系统34.7 平台运维管理34.8 平台安全管理44.9 平台数据管理45 业务流程模型45.1 概述45.2 数据采集45.3 数据处理55.4 服务提供55

2、.5 授权认证55.6 数据存储56 总体要求56.1 集群高可靠性要求56.2 数据冗余存储与分布要求56.3 备份和恢复要求56.4 故障恢复与迁移要求56.5 兼容性要求66.6 可扩缩性要求66.7 易用性要求66.7.1 安装部署66.7.2 文档完整性6I前言本文件按照GB/T 1.12020标准化工作导则 第1部分：标准化文件的结构和起草规则的规定起草。本文件代替DB 50/T 5322013 机动车射频识别 数据共享平台总体要求。与DB 50/T 5322013相比，除编辑性修改外主要技术变化如下： a）删除了“缩略语”（见2013版的4）；b）修改了“图1”中的内容（见4.1

3、，2013版的5.1）；c）修改了“数据采集”中的内容（见4.2，2013版的5.2）； d）增加了“数据存储”的内容（见4.6）；e） 修改了“系统架构”中的内容（见5,2013版的6）；f） 修改了“可靠性要求”的内容（见6.1，2013版的7.1）； g）删除了“可用性”的内容（见2013版的7.2）；h） 增加了“兼容性要求”的内容（见6.2）；i） 修改了“可扩展性要求”的内容（见6.3，2013版的7.3）； j）增加了“易用性要求”的内容（见6.4）；k）删除了“功能要求”的内容（见2013版的8）。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文

4、件由重庆市经济和信息化委员会提出并归口。本文件起草单位：重庆市城投金卡信息产业（集团）股份有限公司、中国电子技术标准化研究院、 重庆市公安局、重庆市公安局交通管理局。本文件主要起草人：张鹏、彭滨鸿、宋继伟、赵明、宋鸿、许汝峰、张伟、刘立国、胡芮嘉、易佳、 廖汝秋、刘玉印、李春雨、钟添翼、徐龙、辜继东、代绪丰、蒋川、耿力、张璋、刘倩颖、王思翔。本文件及其所代替文件的历次版本发布情况为：2013年首次发布为DB 50/T 532-2013；本次为第一次修订。1DB 50/T 532-2021智慧交通 物联网数据服务平台 总体架构1 范围本文件规定了智慧交通物联网数据服务平台的系统架构、业务流程模型

5、与总体要求。 本文件适用于指导智慧交通物联网数据服务平台的设计与应用。2 规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T 29262信息技术 面向服务的体系结构（SOA）术语DB 50/T 526 机动车射频识别 标签产品规范DB 50/T 1176 智慧交通 物联网数据服务平台 运维管理通用要求DB 50/T 1175 智慧交通 物联网数据服务平台 信息安全通用要求DB 50/T 1177 智慧交通 物联网数据服务平台 数据管理通用

6、要求3 术语和定义GB/T 29262和DB 50/T 526界定的以及下列术语和定义适用于本文件。3.1物联网internetofthings;IoT通过感知设备，按照约定协议，连接物、人、系统和信息资源，实现对物理和虚拟世界的信息进行处理并作出反应的智能服务系统。来源：GB/T 33745-2017,2.1.13.2物联网数据服务平台IoTdata service platform进行物联网数据采集、处理与服务的平台。3.3业务公共服务 business public service一系列面向部门或个人应用的、可复用的、具有一定业务功能的服务。3.4公权服务 government serv

7、ice为政府职能部门提供的服务。3.5商权服务 business service为从事商业活动的行业或单位提供的服务。3.6私权服务 personal service为个人或公众提供的服务。3.7集群 cluster一组相互独立的、通过高速网络互联的计算机或服务器。3.8租户 tenant对一组物理和虚拟资源进行共享访问的一个或多个云服务用户。3.9可靠性 reliability在规定时间间隔内和规定条件下，系统或部件执行所要求功能的能力。 来源：GB/T 11457-2006，2.13343.10可扩缩性 scalability是指软件系统可以在不同规模、不同档次的硬件平台上运行的能力。 来

8、源：GB/T 11457-2006，2.14114 系统架构4.1 概述数据服务平台系统架构由六部分组成，包括：资源层、服务层、应用层、用户层和外部系统，见图 1。系统架构图描述了各模块之间的交互关系。3图 1数据服务平台系统架构图4.2 资源层资源层由感知设备、私有云资源和公有云资源组成。感知设备负责采集数据为服务层提供原始数据， 私有云和公有云则为服务层提供运行环境。4.3 服务层服务层由云管理平台、数据层和基础支撑层组成。云管理平台负责管理私有云资源和公有云资源， 数据层负责存储数据并为应用层提供数据支撑，基础支撑层负责对数据进行交换、分析、处理、服务等操作，为应用层提供业务支撑。4.4

9、 应用层应用层根据应用系统的业务逻辑提供面向用户的功能应用，与服务层进行交换数据。具体包括：交 通流量常规统计、实时交通信息发布与诱导、重庆市交通信息卡全生存周期资源管理、车辆分类识别与 报警、区域交通流量分析与报警、交通仿真、智能停车和清分结算等。4.5 用户层用户层应包括公权类用户、商权类用户、私权类用户和内部用户，用户可根据需求、权限不同使用 具体应用。4.6 外部系统外部系统包括银行、交管、高速、环保和路桥等相关系统，为外部应用提供服务。4.7 平台运维管理DB 50/T 532-2021平台运维管理层具备运维管理制度，保证数据服务平台可以安全、稳定、可靠的运行。平台运维管 理由接入管

10、理、采集设备管理和软件系统管理组成。具体要求参见DB 50/T XXX1智慧交通 物联网数据服务平台 运维管理通用要求中的规定。4.8 平台安全管理平台安全管理层具备安全保障制度，保证数据服务平台功能的正常运行和信息的安全可靠。平台安 全管理由应用安全、网络安全、运维安全和感控安全组成。具体要求参见DB 50/T XXX2智慧交通 物联网数据服务平台 安全管理通用要求中的规定。4.9 平台数据管理平台数据管理层具备数据管理制度，对数据进行有效的收集、存储、处理和应用，充分有效地发挥 数据的作用。平台数据管理由数据采集、数据预处理、数据存储、数据处理、数据交换、数据分析和数 据服务组成。具体要求

11、参见DB 50/T XXX3智慧交通 物联网数据服务平台 数据管理通用要求中的规定。5 业务流程模型5.1 概述智慧交通物联网数据服务业务流程模型见图2，从业务流程视角描述了智慧交通物联网数据服务平台的数据采集过程、数据处理与服务提供过程以及与应用系统的交互过程。数据服务平台（图2中的黑色粗实线框部分）是系统的核心组成部分，与业务公共服务共同组成城市交通管理与服务系统。图 2物联网数据服务平台业务流程模型5.2 数据采集数据采集是通过数据采集接口以主动采集数据方式或采集源定时推送数据方式获取原始数据。原始 数据分为以下三类数据：a) 业务数据：包括读写器、摄像头、道闸设备等获取的数据信息；b)

12、 管理数据：包括支撑平台信息、故障信息、报警信息和网络信息等数据；c) 其他数据：包括公共信息、政府信息等第三方数据。55.3 数据处理数据处理的业务过程包括：a) 数据服务平台对输入的原始数据进行预处理；b) 数据服务平台基于应用系统的需求，对进行过预处理的数据进行统计、融合或逻辑运算，形成 二次处理后的扩展数据。5.4 服务提供服务提供是将数据处理后的信息部署为托管服务。数据服务平台通过门户网站或应用程序为用户提 供公权服务、商权服务和私权服务。5.5 授权认证数据服务平台的授权认证模块对输入数据和输出数据进行授权与审核，并管理用户的访问权限。5.6 数据存储数据存储包括采集数据存储与经过

13、处理后的数据存储。6 总体要求6.1 集群高可靠性要求集群高可靠性要求如下：a) 应提供自动故障探测及管理的功能；1) 管理单元发生故障时，应自动切换至备用单元；2) 任意单元发生故障时，不应出现服务中断、数据丢失或数据不一致的情况。b) 应提供任意单元发生故障时，系统操作应不受影响功能；c) 应提供保证系统不间断运行功能；d) 宜提供系统模块之间的隔离功能。6.2 数据冗余存储与分布要求数据冗余存储与分布要求如下：a) 应提供多于1个副本的用户数据冗余存储功能，具备在任意用户数据分片故障的情况下自动继续提供数据服务的能力；b) 应提供调整副本数、副本分布在不同节点上、副本自动修复的功能；c) 应提供多个副本的系统元数据存储功能，具备任意管理节点故障情况下不影响系统自动继续提 供服务的能力；d) 应提供基于分区容错的主副本规划功能，具有提前规划各副本数据的物理分布的能力。6.3 备份和恢复要求备份和恢复要求如下：a) 应提供数据全量备份或增量备份的功能；b) 应提供基于数据全量备份或增量备份的数据恢复功能。6.4 故障恢复与迁移要求故障恢复与迁移要求如下：a) 应具备故障恢复与迁移过程不应影响系统用户数据的完整性与一致性的能力；b) 应具备故障恢复与迁移过程不应影响系统整体服务能力的能力。6.5 兼容性要求系统兼