北京理工_三级监测体系架构与平台对接指南

合集下载

2.国家溯源管理平台-车载管理模块功能及接口使用技术规范介绍

2.国家溯源管理平台-车载管理模块功能及接口使用技术规范介绍

车辆信息
VIN 车牌号 电池编号 电机编号 …
增、删、改车辆信息
厂商服务平台
p 接入车辆 >100万辆

车辆动态数据
车辆动态数据
速度
SOC值
实时动态监控
电池温度 位置信息
监测平台

55
新能源汽车国家监测与动力蓄电池回收利用溯源综合管理平台
汇报提纲
关于我们 国家溯源管理平台建设情况 车载管理模块业务流程 车载管理模块API接口介绍
车辆维修
车企售后服务 第三方维修商
电池生产企业的电池维修
电池维修
是 是否保修?

是否可修? 是 否
模块拆卸 模块打散 单体重组 生成新的模块 生成新的包
提供给其合作的车 辆售后服务部门
其他车企 售后服务
车企回收网点
电池企业回收库
无法继续使用的单体
16
新能源汽车国家监测与动力蓄电池回收利用溯源综合管理平台
新能源汽车国家监测与动力蓄电池回收利用溯源综合管理平台
汇报提纲
关于我们 国家溯源管理平台建设情况 车载管理模块业务流程 车载管理模块API接口介绍
13
新能源汽车国家监测与动力蓄电池回收利用溯源综合管理平台
溯源管理平台建设方案 (车载管理模块)
新能源汽车国家监测与动力蓄电池 回收利用溯源综合管理平台介绍

2018年8月1日
Re port
国家溯源管理平台车载管理模块功能及接口 规范介绍
北京理工大学 电动车辆国家工程实验室
2018年8月1日
汇报提纲
关于我们 国家溯源管理平台建设情况 车载管理模块业务流程 车载管理模块API接口介绍

H3C云平台介绍

H3C云平台介绍

工商质监 江苏省工商局、河南省质监局
城管 随州数字城管、巴中数字城管
环保 河北省环保厅、天津市环保局
卫生
广东省卫生厅、莆田市卫生局、靖江卫生局、从化卫生局、成都市卫生局 宁波市卫生局、宝鸡市卫生局、长沙市卫生局、山西省药监局
华三云H3Cloud进展汇报
政务云
教育云
四朵云,超过1000个用户
国内第1个部委级云平台、第1个省级 政务云平台
6.8tiles 37vm 638.6
相同硬件条件下,各厂商测试情况对比:
虚拟化软件
H3C CAS 2.0
Huawei FusionSphere 5.0
Red Hat Enterprise Linux 6.4 (KVM) VMware ESXi 5.1
服务器类型
UIS R390/ProLiant DL380p Gen8
开放性
• OpenStack • REST API • OVF
计算虚拟化 网络虚拟化
CVK
SDN
CAS
存储虚拟化 虚拟化安全
vStor
AV, TPM, …
兼容性
• 服务器 • 存储 • 网络 • 操作系统
成熟应用
• 09年研发,2012年~2015年5月,部署50000CPU以上 • 企业版为主,激活率90%,真正承载用户业务
华三·云
H3C的新愿景
新IT基础架构的领导者 新IT生态系统的构建者
云的本质
基础架构即服务 IaaS
Infrastructure as a Service
平台即服务 PaaS
Platform as a Service
软件即服务 SaaS
Software as a Service

高级软件工程-论文

高级软件工程-论文

北京理工大学软件学院高级软件工程论文以公众实用为基础的电子政务系统姓名:李佩亮学号:40908047讲师:礼平目录第1章概述 (5)1.1方案综述 (5)1.1.1方案依据 (5)1.1.2方案的优势和特点 (5)1.2方案设计依据 (5)第2章现状与需求分析 (6)2.1项目建设目标与要求 (6)2.1.1项目建设背景 (6)2.1.2建设目标与要求 (6)2.1.2.1建设目标 (6)2.1.2.2建设任务 (6)2.1.3区县平台与市级平台的关系 (7)2.1.4审批模式 (7)2.1.5实现方式 (8)第3章项目整体方案 (9)3.1设计原则 (9)3.1.1全局性原则 (9)3.1.2标准化原则 (9)3.1.3先进性原则 (9)3.1.4安全性原则 (9)3.1.5可靠性原则 (9)3.1.6开放性原则 (9)3.1.7实用性及可扩展性原则 (9)3.1.8可维护性及易用性原则 (10)3.2设计思路 (10)3.3业务实现原型 (10)3.4总体功能设计 (11)3.4.1功能结构 (11)3.4.2功能布局 (12)3.5总体技术框架 (14)3.5.1技术框架 (14)3.5.2技术定型 (15)3.5.3产品设计框架 (17)3.6系统部署拓扑 (17)3.6.1网络拓扑 (17)3.6.2系统部署 (18)第4章主要功能设计 (19)4.1“一表制”申报 (19)4.1.1表单设计 (19)4.1.1.1数据词典 (19)4.1.1.2表单定义 (19)4.1.1.3表单整合 (19)4.1.1.4离线填报 (20)4.1.2表单分发 (20)4.2“一条龙”服务 (20)4.2.1设计思想 (20)4.2.2四大特点 (20)4.2.2.1单一入口 (20)4.2.2.2及时反馈 (21)4.2.2.3材料共享 (21)4.2.2.4结果流转 (21)4.3统一用户管理 (21)4.3.1用户管理需求 (21)4.3.2.1统一用户注册、认证 (21)4.3.2.2统一用户信息管理 (22)4.3.2.3集中分布式授权 (22)4.3.3信息组织 (22)4.3.4信息传输 (22)4.3.5信息转换 (23)4.3.6信息交换标准规范设计 (23)4.4信息资源库的建设和整合 (23)4.4.1共享信息资源分类 (24)4.4.2目录服务 (24)4.4.2.1目录系统分类 (24)4.4.2.2目录集成的实现 (25)4.4.3资源访问控制 (25)4.4.3.1资源的定位 (25)4.4.3.2资源的授权访问 (25)4.4.4区级平台的数据分布 (25)第5章应用系统功能实现 (27)5.1应用系统整体框架 (27)5.2在线服务平台 (27)5.2.1用户注册/认证 (27)5.2.1.1用户注册 (27)5.2.1.2用户认证 (28)5.2.2网上申报 (28)5.2.2.1服务索引 (28)5.2.2.2申报指南 (29)5.2.2.3表单填写 (29)5.2.2.4材料提交 (29)5.2.2.5申报公文包 (30)5.2.3信息反馈 (30)5.2.3.1办理状态查询 (30)5.2.3.2审批结果查询 (31)5.2.4网上公示 (31)5.2.4.1政务公开 (31)5.2.4.2动态信息 (31)5.2.5网上论坛 (31)5.2.6个性化 (31)5.2.6.1个性配置 (31)5.2.6.2主动服务 (31)5.2.7用户监督 (32)5.2.8信息查询 (32)5.3协同办公平台 (32)5.3.1审批办理 (32)5.3.1.1待办事项 (32)5.3.1.2审批回退 (32)5.3.1.3任务委托 (32)5.3.1.4审批过程查看 (32)5.3.1.5任务分配 (32)5.3.2审批管理 (32)5.3.2.1批示管理 (32)5.3.2.2服务项目管理 (32)5.3.2.3判别规则管理 (33)5.3.3审批反馈 (33)5.3.3.1受理通知 (33)5.3.3.2补齐补正材料通知 (33)5.3.3.3告知通知 (33)5.3.4邮件服务 (33)5.3.4.1收电子邮件 (33)5.3.4.2发电子邮件 (33)5.3.4.3电子邮件搜索 (34)5.3.4.4电子邮件地址本 (34)5.3.5统计查询 (34)5.3.6辅助决策 (34)5.3.7监督监察 (35)5.3.7.1督办催办 (35)5.3.7.2过程监督 (35)5.3.7.3审批过程跟踪 (35)5.3.7.4与市级网上监察系统的接口 (35)5.4系统管理 (35)5.4.1用户管理 (36)5.4.1.1身份管理 (36)5.4.1.2资源管理 (36)5.4.1.3角色管理 (37)5.4.1.4授权管理 (37)5.4.1.5身份认证 (37)5.4.1.6审计管理 (37)5.4.2审批流程管理 (37)5.4.2.1流程定义 (37)5.4.2.2运行监控 (38)5.5接口功能实现 (38)5.5.1与市级平台的接口 (38)5.5.1.1监督监察接口 (39)5.5.1.2信息共享接口 (41)5.5.2与原有系统的接口 (41)第6章硬件网络设计 (42)6.1需求分析 (42)6.2网络系统建设方案 (42)6.2.1广域网系统设计 (42)6.2.2局域网系统设计 (43)6.2.3网络系统安全设计 (44)6.3主机系统建设方案 (44)6.3.1设计原则 (44)6.3.2建设方案概述 (45)6.3.3应用分布 (46)第7章安全保障体系设计 (48)7.1安全建设目标和原则 (48)7.1.1安全建设目标 (48)7.1.2安全建设原则 (48)7.2安全体系框架和安全策略 (49)7.2.1安全体系框架 (49)7.2.2安全策略 (50)7.2.3安全域的划分 (50)7.2.4安全等级划分 (51)7.3安全基础设施设计 (51)7.3.1防火墙系统 (51)7.3.2监控检测系统 (52)7.3.2.1网络入侵检测系统 (52)7.3.2.2漏洞扫描系统 (53)7.3.2.3网站监测防篡改系统 (53)7.3.3容灾备份系统 (53)第1章概述1.1方案综述1.1.1方案依据首先,基于需求文件要求以及对朝阳区网络硬件、审批应用现状的了解,系统地分析了项目的建设需求,深入的阐述了区县平台与市级平台的关系,并在明确审批业务模式的基础上提出总体设计方案。

CTCS3级列控系统标准体系及需求规范课件

CTCS3级列控系统标准体系及需求规范课件

运基信号[2008]499号
10 客运专线信号系统安全数据网络技术方案(V1.0)
运基信号[2009]223号
11 CTCS-3级无线通信报文定义及应用原则
正在编制
一、标准体系结构:系统规范—设备规范
7
序号
规范名称
文号/进展情况
1
CTCS-3级列控车载设备人机界面(DMI)显 示规范(V1.0)
运基信号[2008] 670号
0
二、功能需求规范(FRS):概述
FRS主要内容 ➢ 第一章 序言 ➢ 第二章 适用范围 ➢ 第三章 总体要求 ➢ 第四章 功能 ➢ 第五章 故障和降级
1
二、功能需求规范(FRS):第一章 序言
① 描述了CTCS-3级的定义 CTCS-3级列控系统是基于GSM-R无线通信实现车地信息双向传输,无线闭塞中心(RBC)生成行车 许可,轨道电路实现列车占用检查,应答器实现列 车定位,并具备CTCS-2级功能的列车运行控制系 统。
0
二、功能需求规范(FRS):第三章 总体要求
④ 配置参数(O) ➢ CTCS-3级车载设备应能从地面设备接收配置参数,以适 应运营要求。 ➢ CTCS-3级车载设备的配置参数应在所规定的线路上应用。
⑤ 默认值 ➢ 默认值应能保证行车安全,并永久存储在CTCS-3级车载 设备中。(M) ➢ 如果CTCS-3级车载设备在当前位置未收到配置参数,应 使用默认值。(M)
规范名称 铁路列车调度指挥及调车集中系统设计暂行规定 铁路CTCS-2级列车运行控制系统应答器工程技术暂行规定 铁路防雷、电磁兼容及接地工程技术暂行规定 铁路信号设备雷电及电磁兼容综合防护实施指导意见
一、标准体系结构:既有标准—施工验收规范
17

大数据技术在新能源汽车行业的应用

大数据技术在新能源汽车行业的应用

大数据技术在新能源汽车行业的应用摘要:大数据技术的应用是时代发展的必然选择,也是新能源汽车行业不断发展的必然选择。

在此背景下,新能源汽车行业通过应用大数据技术,发展动力更足,势头更猛。

通过科学合理地对大数据信息技术进行应用,可以推动新能源汽车行业在数据采集、整理、分析等一系列数据技术的进步,实现对整个新能源汽车行业发展情况的掌握。

关键词:大数据技术;新能源汽车行业;应用1大数据在我国新能源汽车行业的应用现状1.1新能源汽车中的大量数据新能源汽车产生的数据量非常大,这是因为在新能源汽车的全生命周期过程中,生产阶段、行驶阶段、售后阶段以及回收阶段均能产生数据。

这些数据分为外围的和内部的。

消费习惯、环境、道路、地理位置等属于外围数据。

汽车本身数据、设计数据、研发数据、实验数据、生产数据、销售数据,以及售后使用数据等属于内部数据。

同时,还要收集动力电池的相关数据,要保证动力电池在其使用的所有时间内都能够追踪溯源,即每一节动力电池从装车到回收利用的所有时间内会受到持续监控,这样才能够保障能够绿色、可持续地发展。

1.2大数据与我国新能源汽车的融合情况随着新能源汽车的发展,国内各大汽车制造商相继推出了新能源车。

与此同时,各车企也纷纷将大数据应用到新能源汽车产业中来。

一汽集团以红旗汽车为对象,基于数据来透彻观察车主的用车习惯从而构建驾驶行为评价体系,评价设计模型,这样就能够为车主提供个性化的维保服务和驾驶建议。

同时,以车联网大数据和人工智能技术手段为基础进行数字化程序、智能化模型的开发并融合成车辆健康管理系统,以实现车辆健康状态监控,故障预测性诊断和故障精确诊断等的核心功能。

此外,其在自动驾驶、智能网联、底盘系统、新能源、动力总成、整车性能等六个领域依托红旗车联网大数据开展了驱动研发工作,辅助控制策略决策优化,以提升整车智能、舒适、安全节能环保等性能。

上汽大众通过构建数字化管理框架,结合各种先进生产设备及云联技术,通过精确采集生产制造全过程中产生的大量数据,以实现“云互联”的生产制造。

安全生产执法监督平台的设计与实现

安全生产执法监督平台的设计与实现

安全生产行政执法作为安全生产监督工作的重中之重,及时纠正安全生产违法行为、督促消除事故隐患、促进企业落实安全生产主体责任、保障人民的生命财产安全,亟需以信息化为手段,进一步深化执法能力建设、执法管理建设、执法制度建设,实现执法办案分节点控制、全流程监督、智能化评估,不断提高安全监督管理部门执法能力水平和执法公信力。

为此,南京市安全生产治理监督工作需要逐渐的向信息化、模板化、网格化方向转变,提升数字监管能力,重点解决企业在日常安全生产工作中的一些不规范和潜在的危险源。

南京市应急管理局鉴于目前的企业执法检查以及后期的监督管理中的诸多痛点以及隐患,以求实现手机端的智能化检查,实现行政执法流程可视化、行业检查标准分类清晰、行政执法文书统一归档、执法文书职能打印。

本文采用SpringBoot+MyBatis为主体框架构建移动端的系统功能,并辅以Nginx、Redis、RabbitMQ等中间件加快流程的梳理以及用户的体验,构建的安全生产执法监督平台系统基本能够满足以上需求。

1系统设计1.1系统架构安全生产执法监督平台系统整体架构图如图1所示。

整个系统软件包括移动端与PC端,主要采用BS架构来构建系统,因为BS架构的系统便与后期的维护升级。

移动端的用户可以通过云端连接微信服务器发起微信用户登录验证,微信服务器验证成功,转发请求静态服务器静态页面资源,进而访问动态服务器资源,动态资源服务器访问数据库服务器,完成业务数据的CURD,进而完成系统的前后端业务的数据交互。

移动端通过微信服务器完成用户之间的消息通知推送,推送的消息将显示在个人微信企业号的应用主页面。

PC端通过自身账号的方式登录系统,所以不需要请求微信服务器的验证。

PC端通过互联网云端访问静态资源服务器以及动态资源服务器,动态资源服务器连接数据库服务器,进而完成业务数据的流转与交互。

1.2系统功能模块安全生产执法监督平台系统移动端基于微信企业号,PC端为系统后端管理平台。

航天企业创新平台体系构建与实施研究

航天企业创新平台体系构建与实施研究

56党的十九大对实施创新驱动发展战略做出重要部署,提出“深化科技体制改革,建立以企业为主体、市场为导向、产学研深度融合的技术创新体系”。

面对新时代、新要求、新机遇和新挑战,中国航天科技集团有限公司(以下简称航天科技集团)技术创新工作会提出“进一步加强集团公司技术创新体系建设的指导意见”,把握“面向国家战略需求、面向经济主战场、面向世界科技前沿”的战略导向,创新平台作为航天科技集团技术创新的骨干力量,应当进一步加强对国家科技重大专项、重点型号的技术支撑;牵引专业技术发展、提升核心技术能力和储备;着力技术创新,加快创新成果转移转化;提升基础前沿和颠覆性技术研究能力。

一、航天企业创新平台建设意义北京空间机电研究所作为我国空间光学遥感领域主力军及我国唯一从事航天器回收着陆技术研究单位,在相当长的一段时间航天企业创新平台体系构建与实施研究*其他作者:马仙梅(北京空间机电研究所),董洪建(中国空间技术研究院),郑凤仙(北京空间机电研究所),王婷婷(中国航天系统科学与工程研究院)朱晓杰等* /北京空间机电研究所2021年·第4期2021年·第4期57里一直保持领域内的绝对技术优势。

但随着科学技术的不断发展、市场竞争的日趋激烈及自身局限性等因素影响,研究所曾经具有的显著优势正逐渐减弱,领域地位遭受严重冲击,创新发展已迫在眉睫,需开拓国际合作项目,扩大生存空间。

为推进国家对航天强国建设战略的实现,落实航天科技集团“高质量、高效率、高效益”发展的要求,围绕“技术立所、技术强所”的发展目标,研究所在客观分析内外部战略管理现状和经营环境的基础上,服务于核心技术快速发展进行创新平台体系构建。

二、创新平台构建与实施的内涵创新平台是整合集聚科技资源,具有开放共享特征,支撑和服务于科学研究和技术开发活动的科技机构或组织。

一般而言,从事创新活动的场所都可以称为“创新平台”。

创新平台具有5个基本特性:一是资源集聚性;二是功能协同性;三是运行开放性;四是机制创新性;五是载体多样性。

低压用电安全监控系统技术规范说明书

低压用电安全监控系统技术规范说明书

中国消防协会 发布
2023 - 09 - 01 实施
T/CFPA 023—2023
目次
前言 ................................................................................. II 引言 ................................................................................ III 1 范围 ............................................................................... 4 2 规范性引用文件 ..................................................................... 4 3 术语和定义 ......................................................................... 4 4 缩略语 ............................................................................. 5 5 技术参考架构 ....................................................................... 5 6 技术要求 ........................................................................... 6 7 工程设计 .......................................................................... 11 8 施工验收 .......................................................................... 13 9 运行维护 .......................................................................... 15 参考文献 ............................................................................. 16
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
新能源汽车国家 监测与管理平台 新能源汽车运行监控 与管理系统地方平台 平台交换 通信协议 (地方监管平台) 平台交换 通信协议 新能源汽车 ——————— 车载终端 车载数据 通信协议 新能源汽车运行监控与管理 系统企业平台
(国家监管平台)
领导决策 应急指挥 质量监督
(企业平台)
安全预警 远程通信 智能交通 其他服务
整车数据(11项)
车辆状态 运行状态 运行模式 车速 累计里程 总电压 总电流 SOC DC-DC状态 档位 绝缘电阻
极值数据(12项)
最高电压电池子系统号 最高电压电池单体代号 电池单体电压最高值 最低电压电池子系统号 最低电压电池单体代号 电池单体电压最低值 最高温度子系统号 最高温度探针单体代号 最高温度值 最低温度子系统号 最低温度探针子系统代号 最低温度值
关信息,转发车辆数据,上传统计数据。
14

对接流程
地方平台 发出对接 申请
完成对接 测试
提供正式 环境接入 信息
提供政府主管部 门盖章确认函, 明确平台运营主 体单位及相关负 责人与联系人
提供测试 地址、用 户名、密 码
双方应在国家 平台提供的测 试环境下进行 对接测试
技术对接
平台接入 确认
* 注:地方平台与国家平台对接时使用的用户名、密码、平台唯一识 别码均在平台申请时由国家平台统一分配。

平台对接指南
11
国家监管平台
国家平台定期对企业平台抽 查,范围涵盖车辆直连、平 台转发;当抽查范围为平台 转发时,应可上传指定时间 范围内的历史数据。 地方平台将车辆数据转发至 国家平台,同时对自身辖区 内车辆数据进行统计分析并 定时上报国家平台。
企业平台
企业平台根据其生产车辆的 销售地实时发送数据至地方 平台,并将车辆发生故障时 对故障处置情况适时上报。
国家、地方、企业三级监测体系架 构与平台对接指南
北京理工大学电动车辆国家工程实验室 新能源汽车运行服务与管理中心

三级监测体系架构

平台对接指南
2
以GB/T 32960-2016《电动汽车远程服务与管理系统技术规 范》为支撑,实现新能源汽车数据向政府平台逐级上报。 新能源汽车企业是车辆安全应用的第一责任主体。
据,进行 4.公共平台应具备 和结果的统计和分析功能。 5.公共平台之间应具备 。
3.公共平台与企业平台的数据传输可

的处置措施、处置进度 的功能。
7
国 标 规 定 平 台 实 时 信 息 上 报 数 据 ︵ 项 ︶
驱动电机数据(10项)
驱动电机个数 驱动电机总成信息列表 驱动电机序号 驱动电机状态 驱动电机控制器温度 驱动电机转速 驱动电机转矩 驱动电机温度 电机控制器输入电压 电机控制器直流母线电流
报警数据(10项)
最高报警等级 通用报警标志
可充电储能装置故障总数N1
可充电储能装置故障代码列表 驱动电机故障总数N2 驱动电机故障代码列表 发动机故障总数N3 发动机故障列表 其他故障总数N4 其他故障代码列表
车辆位置数据(3项)
定位状态 经度 纬度
燃料电池(12项)
燃料电池电压 燃料电池电流 燃料消耗率 燃料电池温度探针总数 探针温度值 氢系统中最高温度 氢系统中最高温度探针代号 氢气最高浓度 氢气最高浓度传感器代号 氢气最高压力 氢气最高压力传感器代号 高压DC/DC状态
③ 地方平台应定期统计辖区内监管车辆数据,并上报至国家平台。
④ 地方平台应积极制定新能源汽车安全事故处理机制、新能源汽车事 故应急预案与抢险救援方案、新能源车辆事故调查机制,上报国家
监管平台备案并严格执行。
⑤ 地方监管平台应在发生重大安全事故时应及时上报国家平台,并实 时转送处置过程与处置结果。
⑥ 地方监管平台正式开启与国家监管平台的对接,按批次提供车辆相
2016执行,不得扩项、增项。
④ 平台联调及车辆接入等应按照“先申请,先执行”操作。 ⑤ 运营车辆应经过审查,确认车辆数据传输内容与传输质量符合要求方
可正式认定为符合运营标准车辆,接入地方监管平台。
20

对接流程
通过官网预
约平台联调 时间
确认申请联
调车辆是否 有《车辆符 合性报告》
确认是否企
业平台是否 有《平台符 合性报告》
2
电动汽车远程服务与管理标准检测翼助手
3
电动汽车远程服务与管理标准检测国标数据对照表
(8项) 可充电储能子系统个数 可充电储能子系统号 可充电储能装置电压 可充电储能装置电流 单体电池总数 本帧起始电池序号 本帧单体电池总数 单体电池电压 单体温度(4项) 可充电储能子系统个数 可充电储能子系统号 可充电储能温度探针个数 可充电储能子系统各温度探 针检测到的温度值
10

三级监测体系架构
地方平台实施要求
① 实时数据严格按照《电动汽车远程服务与管理系统技术 规范》(GB/T 32960)标准要求,不扩项,不增项; ② 故障数据的监督管理,并统计上报; ③ 统计数据按照国家管理要求进行数据统计表格的定制, 并进行定期收集。
6
GB/T 32960-2016《电动汽车远程服务与管理系统技术规 范》系列标准3项
19

对接须知
① 需确认各企业申报对接车型是否已通过国家标准检测,仅允许通过国 家标准检测车型接入地方监管平台。
② 各企业平台应主动对接各地方监管平台,在平台间通讯符合要求后方
可进行车辆准入测试,准入测试通过后,可申报“运营车辆接入”。 ③ 企业平台与地方监管平台对接数据内容应严格按照GB/T 32960.3
发动机数据(3项)
发动机状态 曲轴转速 燃料消耗率
61
8
企业平台的实时数据传输 故障时实时数据的传输 公共平台数据抽查
GB/T 32960.3 附录B拓展 或企业自定义数据
GB/T 32960.3 附录B
新能源汽车国家监管平台
数据抽查 按需传输
新能源汽车
数据实时传输
企业监管平台
9
故障情况下的单体数据传输(12项)
3
多级平台的职能与功能要求
新能源汽车国家监管平台
数据实时转发 统计信息上报 故障信息上报 数据抽查 按需传输 数据抽查 按需传输
地方监管平台
运行监管→信息统计 故障回溯→质量监管 补贴和碳排放核算 数据实时转发 统计信息上报 故障处理上报
新能源汽车
数据实时传输
企业监管平台
安全管理→故障处理
4
国家平台
——第一部分:总则 ——第二部分:车载终端 ——第三部分:通信协议及数据格式 国标规定公共平台应具备以下功能:
1.公共平台应
,用于企业录入车辆静态信息以及上报故障与 报警的处置措施、处置进度和处置结果。公共平台应 对企业录入信息进行审核。 2.公共平台从企业平台获取车辆行驶、充电等运行数
地方监管平台
12
国家监管平台
车辆数据按需传输 统计数据定期传输 安全事故适时传输
车辆静态信息备案 安全事故处理机制备案
应急预案与救援方案备案
安全事故调查机制备案
地方监管平台 A
地方监管平台 B
地方监管平台 C
13

对接须知
① 地方平台应按照GB/T 26930.3-2016 将数据转送至国家平台。 ② 地方平台应确保转送数据传输内容与传输质量符合相关要求。
确认双方平
台是否有过 重大更新
进行车型准 入测试
出具《车辆 接入报告》
21

对接流程
22

检测内容
传输内容格式检验。 传输数据内容完整性检验。 传输数据内容准确性检验。 传输数据内容一致性检验。 传输数据内容稳定性检验。
23

电动汽车远程服务与管理标准车辆检测文件
1
电动汽车远程服务与管理标准车辆检测申请表
能力验证
车载终端上报能力 企业平台监测能力
数据抽查 车辆数据抽查 企业平台数据抽查 地方平台数据抽查
统计管理 运行情况统计 故障统计管理
5
地方平台功能要求
① 整车企业信息维护与审核; ② 实时数据的监管;
③ 故障与报警的处置措施、处置进度和处置结果上报;
④ 具备车辆运行数据、故障数据的统计和分析功能; ⑤ 与上一级公共平台的信息上报功能。
15
数据调取流程
16
接入须知
① 各车辆厂商企业平台应通过国家平台联调测试并获取《平台符合 性报告》后方可进行平台接入,并应每年进行复审。
② 各车辆厂商所生产的各车型应通过国家平台车辆检测、平台数据
转发确认,并获取《车辆符合性报告》后方可进行数据传输。
样本
样本
17
接入流程
① 各车辆
18
数据调取流程
国家监管平台下发《数据调取通知》, 整车企业应严格按照要求执行;
按照《数据调取通知》完成数据传输后, 关闭与国家监管平台的数据通道。
整车企业如无法完成本次抽查指令,应 及时向“国家监管平台”说明情况并申
请延时处理。
整车企业应按照申请延时时间进行整改, 并在整改完成后主动告知国家平台。
相关文档
最新文档