云南省联网监控数据交换技术规范
1范围
本技术要求适用于云南省监控中心与云南省高速公路网内监控分中心及独立管理的特大隧道桥梁监控所之间的数据传输
2引用文件
1）《云南省高速公路联网收费、通信、监控系统总体规划》
2）《中华人民共和国交通行业标准～高速公路监控系统交通数据报表格式JT/T456-2001》
3术语和定义
1）交通监控
交通监控包括监视和控制。
监视：利用路面、路旁的数据采集、监视设备和人工观察，对路面、道路交通状况、天气状况和设备工作状况等参数进行实时观察和测量，并通过传输系统送至中心控制室。
控制：利用监控中心控制计算机或监控员实时处理系统的各种数据及图像信息，按一定的模式进行分析、判断和决策，并将最终决策结果和控制命令通过传输系统传送至控制设备，通过情报发布系统将各种控制信息及路况信息提供给驾驶员，以促进行车安全，提高行车效率，对于突发事件能迅速响应，提供紧急服务，快速排除事件，把事件引起的延误控制到最小值，达到调节和控制道路交通状况的目的。
2）监控管理机构
监控管理机构包括省监控中心、区域监控分中心、路段监控分中心、隧道监
控站等。每个监控管理机构均具有一个固定编码。
省监控中心：负责全省高速公路交通监控管理的常设管理机构。负责协调本省高速公路路网交通的顺畅安全。
区域监控分中心：高速公路区域内负责道路交通监控的管理单位。
路段监控分中心：高速公路路段内负责道路交通监控的管理单位。
隧道监控站：负责特大隧道监控的管理单位。
3）交通监控数据
包括所有反映高速公路运行状况的数据和影响高速公路通行能力的因素的信息。
4）时间同步
监控分中心计算机系统的时钟应与省监控中心计算机系统保持一致。
5) 关于上下行的定义
参见交通部标准JT/T 456-2001。沿高速公路网定位方向行驶的为上行，反之下行。对于国道，规定"l" 字开头的北京放射线，驶离北京方向为下行，反之为上行；对于"2" 字开头的南北纵线，由北向南方向行驶为下行，反之为上行；对于"3" 字开头的东西横线，由东向西行驶为下行，反之为上行，对于其他行政级别的公路按此原则递推。对东西南北走向难以确定的高速公路，如西安绕城高速公路可规定逆时针方向为上行，顺时针方向为下行。
6)交通事件
交通事件是指发生时间及位置不可准确预测，造成道路通行能力临时下降的情况，如交通事故、车辆抛锚、不恰当驾驶行为、货物散落等，也表示气候条件的变化及其他不可预见的因素，如雾、雨、雪、冰、积水、大风等引起通行能力下降的气象条件以及施工，路面失修等道路条件。
4监控功能化分
4.1省监控总中心功能
省监控总中心负责协调三个区域监控中心所辖路网的交通监视与交通控制，
接收所辖各监控分中心上传的交通和气象信息，汇总、统计交通资料，必要时向各区域监控中心、路段监控分中心下传交通信息和指令，选择监视和控制路网道路交通图像。
省监控总中心应具有以下基本功能：
1．信息汇集功能
省监控总中心应及时掌握道路状况、交通流状况、气象状况、设备运行状况以及事故告警等信息，要求各区域监控中心应向省监控总中心上传下列数据和信息：路段交通数据、高速公路各出入口数据、气象参数、紧急电话报警记录、可变情报板和可变限速标志显示的内容、监控分中心的告警信息、事故和车辆故障记录、外场设备工作状况信息。
2．数据统计功能
根据区域监控中心上传的交通数据，可对高速公路出入口和路段的交通数据、气象数据进行统计。
3．信息的动态显示功能
通过图形界面和显示媒体对全路网的各种数据、设备显示内容进行静态与动态显示，对监控系统的所有设备工作状态、分中心、区域中心系统的工作状态进行实时监测和显示，使省监控总中心实现对高速公路网的全面监视。
4．信息处理和控制功能
根据收集的数据，系统能够进行分析处理，必要时能提供相应的控制方案。
5．视频监视功能
区域监控中心向省监控总中心上传监控图像，省监控总中心可对全省特大桥、长隧道、高接高枢纽立交、事故易发地点、收费广场等处的图像进行监视，尤其是路网交接路段的监视。
6．告警处理功能
系统可根据告警事件的严重程度分成轻故障、重故障、严重故障，并分别进行处理。
7．事件输入记录功能
系统具有人工输入各种事件及存贮功能，可针对紧急电话、巡逻车、养护部门、路政部门送来的各种道路维护、事故等信息进行人工输入。
8．报表统计与打印功能
系统能按预先规定的格式和内容，定时进行日、周、月、季、年报表的统计处理，并自动打印。
9．查询功能
值班员可随时查询外场设备检测数据、显示内容、设备状态、事故记录等数据，并可查询当前、统计、历史等数据。
10．自动数据备份和系统恢复功能
系统具有数据自动备份功能，系统能实时自动的将重要数据进行备份，一旦系统受到破坏，可以尽快地恢复系统运行。
11．系统具有自诊断功能
能自动测试系统的工作状况，并且在检测到异常情况时，自动显示和打印诊断报告。
12．安全功能
系统对不同层次和职责的人员，分别设置不同的访问操作使用权限，设置不同的操作口令和密码，防止越权存取和修改，保障数据的完整性，并且对值班员的操作进行存贮、记录、打印。
13．电子地图功能（TGIS）
将所辖区域公路路网、沿线设施、地形图和交通专用图转化为系统可接收的数字化交通地图，并可用于交通监控和日常管理。
14．时间统一功能
由省联网收费管理中心负责全省监控系统、收费系统的时间基准的统一，由省监控总中心、收费总中心服务器接收GPS输出的时间，获取统一时间基准。省监控总中心的计算机都通过与该时间定点对时（例如1小时1次），使时间基本统一。
15．协调处理功能
监视、协调所辖各监控分中心的交通控制，尤其是在某些路段发生拥堵及交通事故时、以及某些特殊车队通过时，协调各路的交通流控制，保证整个路网的畅通。
16．与系统内部之间的信息提供
将省监控总中心作为整个信息管理系统的一个子系统来对待，向上级管理提供信息，与相关信息中心交换交通信息，实现信息共享。根据需要也可向邻省监控信息中心传送相关的交通信息。
17．提供对外界的服务功能
监控中心应将高速公路网的实时交通状况、交通拥堵、交通事故以及处理情况及时向社会及相关单位（公安、医院、交通台等）进行发布
4.2区域监控中心功能
各区域监控中心负责协调其所辖路网的交通监视与交通控制，接收所辖各监控分中心上传的交通和气象信息，汇总、统计交通资料，必要时向各监控分中心下传交通信息和指令，选择监视和控制路网道路交通图像。
区域监控中心具有以下基本功能：
1．信息汇集功能
区域监控中心应及时掌握道路状况、交通流状况、气象状况、设备运行状况以及事故告警等信息，要求各路监控分中心应向区域监控中心上传下列数据和信息：路段交通数据、高速公路各出入口数据、气象参数、紧急电话报警记录、可变情报板和可变限速标志显示的内容、监控分中心的告警信息、事故和车辆故障记录、外场设备工作状况信息。
2．数据统计功能
根据监控分中心上传的交通数据，可对高速公路出入口和路段的交通数据、气象数据进行统计。
3．信息的动态显示功能
通过图形界面和显示媒体对所辖路网的各种数据、设备显示内容进行静态与动态显示，对监控系统的所有设备工作状态、分中心系统的工作状态进行实时监测和显示，使区域监控中心实现对所辖高速公路网的全面监视。
4．信息处理和控制功能
根据收集的数据，系统能够进行分析处理，提供相应的控制方案。
5．视频监视功能
监控分中心向区域监控中心上传监控图像，区域监控中心可对全省特大桥、长隧道、高接高枢纽立交、事故易发地点、收费广场等处的图像进行监视。
6．告警处理功能
系统可根据告警事件的严重程度分成轻故障、重故障、严重故障，并分别进行处理。
7．事件输入记录功能
系统具有人工输入各种事件及存贮功能，可针对紧急电话、巡逻车、养护部门、路政部门送来的各种道路维护、事故等信息进行人工输入。
8．报表统计与打印功能
系统能按预先规定的格式和内容，定时进行日、周、月、季、年报表的统计处理，并自动打印。
9．查询功能
值班员可随时查询外场设备检测数据、显示内容、设备状态、事故记录等数据，并可查询当前、统计、历史等数据。
10．自动数据备份和系统恢复功能
系统具有数据自动备份功能，系统能实时自动的将重要数据进行备份，一旦系统受到破坏，可以尽快地恢复系统运行。
11．系统具有自诊断功能
能自动测试系统的工作状况，并且在检测到异常情况时，自动显示和打印诊断报告。
12．安全功能
系统对不同层次和职责的人员，分别设置不同的访问操作使用权限，设置
不同的操作口令和密码，防止越权存取和修改，保障数据的完整性，并且对值班
员的操作进行存贮、记录、打印。
13．电子地图功能（TGIS）
将所辖区域公路路网、沿线设施、地形图和交通专用图转化为系统可接收的数字化交通地图，并可用于交通监控和日常管理。
14．时间统一功能
由省联网收费管理中心负责全省监控系统、收费系统的时间基准的统一，由
省监控总中心、收费总中心服务器接收GPS输出的时间，获取统一时间基准，区
域监控中心的计算机都通过与该时间定点对时（例如1小时1次），使时间基本
统一。
15．协调处理功能
监视、协调所辖各监控分中心的交通控制，尤其是在某些路段发生拥堵及交
通事故时、以及某些特殊车队通过时，协调各路的交通流控制，保证整个路网的
畅通。
16．与系统内部之间的信息提供
将区域监控中心作为整个信息管理系统的一个子系统来对待，向上级管理提供信息，与相关区域监控中心交换交通信息，实现信息共享。根据需要也可向邻省监
控信息中心传送相关的交通信息。
4.3路段监控中心功能
1．信息采集功能：收集路段交通数据、能见度参数、收费站出入口交通量、图像信息、外场设备工作状况、事故及车辆故障信息、紧急电话报警求救信息。
2．信息处理、显示功能：对采集的各种信息进行分析、处理，制定控制方案，并通过图形界面实时显示数据、设备显示内容、设备报警等信息。
3．控制功能：根据系统自动提出的控制方案，由值班员确认后发布。可随意
编辑大型可变信息标志的显示内容，并控制大型可变信息标志、小型可变信息标志发布信息。可控制道路沿线的摄像机，并可切换显示、录像。控制方式有人工控制和自动控制两种，人工控制优先。
4．告警处理功能：系统可根据告警事件的严重程度分级进行处理。一旦有告警，立即在计算机上显示。所有告警随时进行存贮、记录、打印。
5．报表统计与打印功能：系统按预先规定的格式和内容，定时进行报表统计处理及打印。
6．查询功能：值班员可随时查询当前和历史数据，并按要求进行显示和打印。
7．自动数据备份和系统恢复功能：系统具有数据自动备份功能，并能实时自动的将重要数据进行备份，一旦系统受到破坏，可以尽快恢复系统运行。
8．系统具有自诊断功能：能自动测试系统工作状况，并在检测到异常情况时，自动显示和打印诊断报告。
9．安全功能：对不同管理人员分别设置不同的使用权限，设置不同的操作口令和密码，对值班员的操作进行记录。
10．数据传输功能：向上级传输图像和数据，并接受上级的指令和控制命令。
11．协调处理功能：在出现事件时，可通知交警、消防、医院、养护、路政等部门协调处理。
12．对于有长隧道但没有设置隧道监控所的，监控分中心还应具备隧道监控所的功能。
4.4监控所功能
1. 火灾自动检测报警功能：在使用者触动手动报警按钮或火灾探测器自动检测到火灾信号后，可在火灾报警控制器上显示出报警点或失火点的位置，并将信号送到计算机系统，以作为报警信号切换相应图像的显示。
2. 通风自动控制功能：根据检测到的一氧化碳浓度、能见度数据、风速风向值、交通量数据为依据，控制风机运转，包括风机运行台数和运行时间的控制。它有自动、本地手动、远程手动三种方式。
隧道内CO正常运营时允许浓度：250~300ppm
隧道内烟雾允许浓度为7.0?10-3(m-1)
隧道内风速正常运营时推荐为10m/s
3.照明控制功能：根据光强检测器数据、交通量数据以及是白天还是夜晚等时间因素，对入口段、过渡段、中间段、出口段照明配电开关进行控制和监视，包括人工、本地自动控制、远程控制三种方式。
4.电力监控功能：对所有变电站进行监视和控制，保证供电设备安全运行，从而保证整个高速公路网的正常运营。
5.交通监控功能：根据检测到的车辆检测器、能见度检测器的数据，进行检测运算，判断交通和气象状况，制定控制方案，并向外场发布。有自动、本地手动和远程手动方式。
6.图像监视功能：根据摄像机图像，监视主线和隧道内的交通状况，及时发现阻塞等异常情况，以便于迅速疏导交通和处理故障。
7.系统设备监测功能：自动监视系统内设备状态，当设备状态异常时自动告警。
8.事故收集功能：可接收紧急电话传来的事故、车辆故障等信息，进行交通控制，并通知有关部门进行处理。
9.事故记录功能：可以将事故发生的时间、地点、事故类型、处理操作、操作员号码等输入计算机系统，并且进行实时打印。
10.告警处理功能：系统可根据告警事件的严重程度分级进行处理。一旦有告警，立即在计算机上显示。所有告警随时进行存贮、记录、打印。
11.显示、查询、统计功能：监控所可模拟显示设备的工作状况，查询各种数据、报表、设备工作状态和报警、信息发布内容、事故记录等，并具有报表和图形打印、存贮和备份、用户管理、服务数据库等功能。
12.自动数据备份和系统恢复功能：系统具有数据自动备份功能，并能实时自动的将重要数据进行备份，一旦系统受到破坏，可以尽快恢复系统运行。
13.系统具有自诊断功能：能自动测试系统工作状况，并在检测到异常情况时，自动显示和打印诊断报告。
14.安全功能：对不同管理人员分别设置不同的使用权限，设置不同的操作口令和密码，对值班员的操作进行记录。
15.数据传输功能：向上级传输图像和数据，并接受上级的指令和控制命令。
16.协调处理功能：在出现事件时，可通知交警、消防、医院、养护、路政等
部门协调处理。
5数据交换内容
?计算机系统时钟信息
?总中心下达交通控制建议或指令信息?汇总的路网交通监控信息
?设备编码信息
?车辆检测器检测信息
?能见度检测器检测信息
?气象检测器检测信息
?隧道一氧化碳、烟雾浓度信息
?可变情报板信息
?可变限速标志信息
?紧急电话信息
?事件输入信息
?隧道照明信息
?隧道交通控制模式信息
?隧道风机信息
?隧道火灾报警信息
?隧道风速风向信息
?设备故障信息
?设备报警信息
?图像切换控制命令信息
?摄像机镜头控制命令信息
?摄像机云台控制命令信息
6数据交换格式
6.1计算机系统时钟信息
联网监控系统以监控总中心的时间为基准时间，各下属机构根据此标准时间矫正自己的时间。
监控总中心定时向下一级发送时间信息，下一级主机根据收到的时间信息矫正自己的系统时间。
系统时间定时逐级向下发送，逐级矫正更新，从而实现整个监控系统的时间统一。
时间格式为“HH:MM:SS YYYY-MM-DD”。
6.2总中心下达交通控制建议或指令信心息
省监控中心根据相关指示或路网实际情况做出的交通控制建议或指令，主动发送给下级监控中心。
信息结构：
说明：
交通监控管理机构编码由5位字符组成。
编号定义如下：
路段编码（3位）+路段分中心编码（1位）+监控/隧道管理所编码（1位）管理机构可分为三级。
1）省监控中心编码为：99900
2）路段监控分中心编码为：路段名（3位）+路段分中心编码（1位）+0 若一条道路只有一个分中心则该分中心编码为0，若该道路有两个及以
上分中心从1开始编码。
3）监控（隧道）管理所编码为：路段编码（3位）+路段分中心编码（1位）+管理所编码（1位）
管理所编码自1开始。按其所在位置在道路上行方向的顺序编号。
6.3设备编码信息
简述
设备编码信息是记录现场设备的一个基本信息，由下级监控中心向上级监控中心主要发送，如果发送过，则不发送。
信息结构：
路网内监控系统的每台（套）设备均具有一个编号，编号由10位字符组成。
编号定义如下：
路段编码（3位）+路段分中心编码（1位）+管理所编码（1位）+监控设备类型编码（2位）+监控设备分类型编码（1位）+监控设备序号（2位）。
其中
a)路段编码代表设备所在道路编号，详见本文**。
b)路段分中心编码，详见本文**。
c)管理所编码，详见本文**。
d)监控设备类型编码
设备类型编码规则如下：
01-Center Server：中心服务器
02-Workstation：工作站
03-Router：路由器
04-Switch：交换机
11-VD：车辆检测器
12-WS：气象检测器
13-ET：紧急电话
14-TUBE_CO：一氧化碳检测器
15-TUBE_VI：隧道能见度检测器
16-TUBE_WIND：隧道风速风向检测器
17-TUBE_BR：隧道照度检测器
18_TUBE_FR:隧道火灾报警检测器
21-Optical Device：光传输设备
31-CAM :摄像机
41-CMS ：可变信息标志
e)监控设备分类型编码
设备分类型编码规则如下：
车辆检测器的类型编码包括以下类型：
111－环形线圈
112－微波
113－视频
114－超声波
115－磁性
116－红外线光学检测
117－压电传感器
可变信息标志的类型编码包括以下类型：
411－门式可变信息标志
412－F型可变信息标志
413－单柱式可变信息标志
414－可变限速标志
气象检测器的类型编码包括以下类型：
121－气象检测器
122－能见度检测器
紧急电话的类型编码包括如下：
131－电缆
132－光缆
133－无线
摄像机的类型编码包括以下类型：
311-半球型
312-全方位
313-智能型快速
注：如未定义分类型，则类型最后一位为“0”。
f)监控设备序号
顺序号由01开始依次递增。建议按上行方向排序
6.4车辆检测器检测信息
简述
车辆检测数据表是联网监控中心用来对交通流进行统计分析的基础数据。分中心每10分钟将外场检测器汇总结果上传到上级联网监控中心
信息结构：
备注：
?车道交通流量：检测值应为统计周期内该检测器所有检测结果的累计值；
?车道平均速度：检测值应为统计周期内该检测器所有检测结果的加权平均值；
?车道占有率：检测值应为统计周期内该检测器所有检测结果的加权平均值；
6.5能见度检测器检测信息
简述：
能见度检测数据是由监控外场能见度（或隧道能见度）检测器自动检测出的反映道路气象情况的基础数据。分中心将检测器每20分钟平均值、最大值和最小值上传到上级联网监控中心。
信息结构：
6.6气象检测器检测信息
简述：
气象检测数据是由监控外场气象检测器自动检测出的反映道路气象情况的基础数据。分中心将检测器每20分钟平均值、最大值和最小值上传到上级联网监控中心。
备注：
?能见度检测值。单位：米
?大气温度检测值。单位：℃
?大气相对湿度。单位：％
?平均风速检测值。单位：米/秒
?最大风速检测值。单位：米/秒
?风向检测值。单位：度。正北方为0度，顺时针递增。例如：90度代表正东，180度代表正南。
?降雨量。单位:mm。
?降雪量。单位:mm。
?降雨量等级定义：
0------------无雨
1------------小雨
2------------中雨
3------------大雨
4------------小雪
5------------中雪
6------------大雪
?路面温度。单位：℃
?路面状况（Rsurface）定义:
0------------干
1------------潮
2------------湿
3------------潮并有化学品
4------------湿并有化学品
5------------霜
6------------雪
7------------冰
6.7隧道一氧化碳、烟雾浓度信息
简述：
一氧化碳、烟雾浓度检测数据是由监控隧道一氧化碳、烟雾浓度检测器自动检测出的反映隧道空气情况的基础数据。分中心将检测器每20分钟平均值、最大值和最小值上传到上级联网监控中心。
信息结构：
6.8可变情报板信息
简述：
可变信息标志发布的信息是由监控分中心或监控管理所发出的可变信息标志显示指令数据，该数据为实时数据，每一次的信息发布操作均得到一条记录，发布成功后把发送的信息向上级监控中心发送。
信息结构：
备注：
显示方式：
0:即时播放列表
1:预置播放
显示内容：
根据C2F情报板的播放列表格式，需要抽象出统一的播放列表格式。待述。
6.9紧急电话信息
信息结构：
备注：
设备状态：
0：恢复正常
1：呼叫
2：通话（摘机）
3：挂机
4：故障1（故障类型）
5：故障2
6：故障3
6.10事件输入信息
简述：
联网监控中心设置内部网站，监控分中心的操作人员应将本路段发生的各类事件信息上传省监控中心，省监控中心将对上传数据进行记录和处理。需要上传的事件包括以下三类：
交通事件类：交通阻塞、道路关闭、车道控制、速度限制、交通事故、车辆抛锚、物品撒落。
日常事件类：施工、电话警告。
灾难事件类：路面凹陷、路面积水、雨雪雾、大风、沙尘暴、冰冻。
信息结构：
附件4：数据交换接口规范 一、概述 计量器具检定数据交换接口采用Web service作为数据传输机制，是自包含、自描述（WSDL）、模块化的应用，由省局发布、定位、各技术机构通过web方式调用。接口基于标准的互联网协议，支持超文本传输协议(HTTP)和XML。与省局交换的数据都封装成XML格式的文件，传输前以GZIP格式将文件压缩，然后设置BASE64编码，最后在接收端将其解压，解析读取数据。 二、软件准备 JDK1.6，tomcat6.0，Web service相关包以及数据库。三、数据交换示意图 四、服务端接收数据过程 1、用户合法性校验：服务端在接收数据时同样需要进行用户合法性 校验，并返回信息。
2、数据封装：为方便数据传输和解析，客户端通过Web service交 换的数据需要封装成可扩展标记语言XML的规范，并严格按照此规范。 3、数据压缩：为提高数据的传输效率和减小传输的数据量，客户端 在传输之前需将数据以GZIP格式进行压缩，并设置BASE64位编码，以便基于HTTP传输。 4、对上传文件进行规范性校验：服务端在接收数据之前，校验客户 端数据是否按照XML规范要求，并按GZIP格式进行压缩，设置BASE64编码，否则返回不合法文件格式。 5、返回结果：服务端进行完校验，解析成功并反馈给业务系统后， 会反馈成功信息给客户端，如不成功则返回不成功。 五、客户端接收数据过程（与服务端接收过程类似。） 六、术语说明
THANKS !!! 致力为企业和个人提供合同协议，策划案计划书，学习课件等等 打造全网一站式需求 欢迎您的下载，资料仅供参考
金蝶企业管理软件数据交换接口标准 一、背景: 目前，国内采用软件管理的企业众多，有的企业自己开发管理软件、有的购买软件厂商的产品。但是它们采用的数据库平台和数据库结构各不相同。不同企业管理软件之间的数据交换，就因为数据库平台和结构不同而产生许多困难，几乎任意两个不同软件之间要实现数据传递都会存在专门的数据转换问题。繁琐的数据转换工作浪费了大量人力和物力，同时也阻碍了软件产业的健康发展。 由于各种不同的原因，一些用户希望从一个软件交叉升级为另一软件或者将两个不同的软件集成。由于用户在旧软件上已做了大量的工作，用户希望升级后原有数据能转换到新的软件中或者能和国内外其它软件集成进行实时数据交换。 还有些用户在使用企业管理软件时，可能有一些需求通过企业管理软件本身是难以实现的，例如：一些高级用户，希望利用其它商业分析软件取金蝶企业管理软件的基础数据进行分析。这些商业分析软件有不少是国际知名厂商的产品，例如Hyperion的产品。还有Biztalk服务也是通过构造利用XML通讯的解决方案将在internet上的两个企业（BtoB）之间的数据进行交换。 这样，建立一个数据交换标准是非常必要的。 二、目的: 我们的目的是为了适应国际化发展(不仅是为了国内软件间的数据交换)，增进金蝶企业管理软件与其它软件之间的交流。采用XMLSchema这种全球通用的标准进行数据交换。 保护企业管理软件用户的利益，为用户的特殊需求和二次开发提供数据接口。 三、适用范围: 本标准适用于已有的数据移植到金蝶企业管理软件、与金蝶企业管理软件系统集成的第三方软件、基于金蝶企业管理软件的数据进行分析的数据分析软件。 四、描述: 本标准规定：
数据交换平台技术规范
目录 前言 (4) 1.引言 (5) 1.1适用范围 (5) 1.2引用的规范文件和有关规定 (5) 1.3术语和定义 (6) 1.4缩略语 (7) 2.系统总体设计要求 (7) 2.1平台介绍 (7) 2.1.1概述 (7) 2.1.2体系架构 (7) 2.1.3系统结构 (9) 2.2功能体系 (9) 2.2.1数据交换 (9) 2.2.2交换节点管理 (10) 2.2.3交换流程管理 (11) 2.2.4系统管理 (11) 2.3技术要求 (12) 2.3.1基本要求 (12) 3.系统性能要求 (13) 3.1开发环境要求 (13) 3.1.1要求描述 (13) 3.1.2性能指标 (13) 3.2平台部署、运行要求 (14) 3.2.1要求描述 (14) 3.2.2性能指标 (15) 3.3数据共享交换服务要求 (15) 3.3.1要求描述 (15) 3.3.2性能指标 (17)
3.4平台扩展性需求 (17) 3.5平台管理模式要求 (18) 3.5.1要求描述 (18) 3.5.3性能要求 (18) 3.6共享交换应用服务要求 (18) 3.5.1要求描述 (19) 3.7对性能的规定 (19) 3.8运行环境适应性要求 (20)
前言 《数据交换平台技术规范》，是根据国家有关规定和国家标准，并且在多年电子政务系统建设和应用经验的基础上，针对信息资源交换平台的功能技术条件编制而成的。 政府各单位可根据本规范为本单位的办公业务系统开发软件接口，实现与数据交换平台无缝对接，从而实现与全市其他单位的系统联网进行电子公文、业务资料、业务信息等各类信息资源的交换。 本规范只给出交换平台的技术约定，不涉及信息资源的管理规定。各单位使用本规约的时候，应注意遵守国家和我省有关法律法规和规章制度。
《医疗机构消毒技术规范》 (2015年版） 中华人民共和国卫生部 2015-04-05发布 2015-08-01正式实施 3.术语和定义 3.1 清洁cleaning 去除物体表面有机物、无机物和可见污染物的过程。 3.2 清洗 washing 去除诊疗器械、器具和物品上污物的全过程，流程包括冲洗、洗涤、漂洗和终末漂洗。 3.3 清洁剂 detergent 洗涤过程中帮助去除被处理物品上有机物、无机物和微生物的制剂。 3.4 消毒 disinfection 清除或杀灭传播媒介上病原微生物，使其达到无害化的处理。 3.5 消毒剂 disinfectant 能杀灭传播媒介上的微生物并达到消毒要求的制剂。 3.6高效消毒剂 high-efficacy disinfectant 能杀灭一切细菌繁殖体（所括分枝杆菌）、病毒、真菌及其孢子等，对细菌芽孢也有一定杀灭作用的消毒制剂。
3.7中效消毒剂 intermediate-efficacy disinfeetant 能杀灭分枝杆菌、真菌、病毒及细菌繁殖体等微生物的消毒制剂。 3.8低效消毒剂 intermediate-efficacy disinfectant 能杀灭细菌繁殖体和亲脂病毒的消毒制剂。 3.9灭菌 sterilization 杀灭或清除医疗器械、器具和物品上一切微生物的处理。 3.10灭菌剂 sterilant 能杀灭一切微生物（包括细菌芽孢），并达到灭菌要求的制剂。 3.11无菌保证水平 sterility assurance level.SAL 灭菌处理后单位产品上存在活微生物的概率。SAL通示为10-n 。医学灭菌一般设定SAL为10-6 。即经灭菌处理后在一百万件物品中最多只允许一件物品存在活微生物。 3.12斯伯尔丁分类法 E.H.Spaulding classification 1968年E.H.Spaulding根据医疗器械污染后使用所致感染的危险性大小及在患者使用之前的消毒或灭菌要求，将医疗器械分三类，即高度危险性物品（critical items）、中度危险性物品（semi-critical items）和低度危险性物品（non- critical items）。 3.13高度危险性物品 critical items 进入人体无菌组织、器官、脉管系统，或有无菌体液从中流过的物品或接触破损皮肤、破损黏膜的物品，一旦被微生物污染，具有极高感染风险，如手术器械、穿刺针、腹腔镜、活检钳、心脏导管、植入物等。 3.14中度危险性物品 semi-critical items
数据交换需求规格 说明书
1引言 1.1编写目的 为了能更好的描述清楚《国科政信数据交换平台》（以下简称“数据交换”或“本项目”）业务需求，更好地让相关人员了解本项目的各个模块及功能点，特编写此需求规格说明书。 本文档主要从业务需求、功能描述、环境要求、操作要求、设计约束及质量要求等方面阐述，同时说明了系统的合格性需求及交付需求等综合要求，是作为本项目软件的设计及测试工作的重要依据。 本文档的预期读者为业务用户、设计人员、开发人员、测试人员、项目管理人员等相关人员 1.2背景 当前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，能够说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。另外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数
据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 1.3定义 1.4参考文献 ?司法部关于报送《全国监狱信息化建设规划》（司法函[ ]111号） ?司法部关于印发《全国监狱信息化建设规划》的通知（司法通[ ]124号） ?《全国监狱信息化工程（一期）项目建设建议书》 ?关于印发《全国监狱信息化应用软件开发建设任务分工意见》的通知（[ ]司狱字277号） ?《国家发展改革委关于全国监狱信息化一期工程项目建议书的批复》（发改高技[ ]1389号） ?GB 8566 计算机软件开发规范 ?GB 8567 计算机软件产品开发文件编制指南 ?GB/T 12505 计算机软件配置管理计划规范 ?国家计算机软件工程规范
大数据平台技术要求 1.技术构架需求 采用平台化策略，全面建立先进、安全、可靠、灵活、方便扩展、便于部署、操作简单、易于维护、互联互通、信息共享的软件。 技术构架的基本要求： ?采用多层体系结构，应用软件系统具有相对的独立性，不依赖任何特定的操作系统、特定的数据库系统、特定的中间件应用服务器和特定的硬 件环境，便于系统今后的在不同的系统平台、不同的硬件环境下安装、 部署、升级移植，保证系统具有一定的可伸缩性和可扩展性。 ?实现B（浏览器）/A（应用服务器）/D（数据库服务器）应用模式。 ?采用平台化和构件化技术，实现系统能够根据需要方便地进行扩展。2. 功能指标需求 2.1基础平台 本项目的基础平台包括：元数据管理平台、数据交换平台、应用支撑平台。按照SOA的体系架构，实现对我校数据资源中心的服务化、构件化、定制化管理。 2.1.1元数据管理平台 根据我校的业务需求，制定统一的技术元数据和业务元数据标准，覆盖多种来源统计数据采集、加工、清洗、加载、多维生成、分析利用、发布、归档等各个环节，建立相应的管理维护机制，梳理并加载各种元数据。 具体实施内容包括： ●根据业务特点，制定元数据标准，要满足元数据在口径、分类等方面的 历史变化。 ●支持对元数据的管理，包括：定义、添加、删除、查询和修改等操作，
支持对派生元数据的管理，如派生指标、代码重新组合等，对元数据管 理实行权限控制。 ●通过元数据，实现对各类业务数据的统一管理和利用，包括： ?基础数据管理：建立各类业务数据与元数据的映射关系，实现统一的 数据查询、处理、报表管理。 ?ETL：通过元数据获取ETL规则的描述信息，包括字段映射、数据转 换、数据转换、数据清洗、数据加载规则以及错误处理等。 ?数据仓库：利用元数据实现对数据仓库结构的描述，包括仓库模式、 视图、维、层次结构维度描述、多维查询的描述、立方体（CUBE）的 结构等。 ●元数据版本控制及追溯、操作日志管理。 2.1.2数据交换平台 结合元数据管理模块并完成二次开发，构建统一的数据交换平台。实现统计数据从一套表采集平台，通过数据抽取、清洗和转换等操作，最终加载到数据仓库中，完成整个数据交换过程的配置、管理和监控功能。 具体要求包括： ●支持多种数据格式的数据交换，如关系型数据库：MS-SQLServer、MYSQL、 Oracle、DB2等；文件格式：DBF、Excel、Txt、Cvs等。 ●支持数据交换规则的描述，包括字段映射、数据转换、数据转换、数据 清洗、数据加载规则以及错误处理等。 ●支持数据交换任务的发布与执行监控，如任务的执行计划制定、定期执 行、人工执行、结果反馈、异常监控。 ●支持增量抽取的处理方式，增量加载的处理方式； ●支持元数据的管理，能提供动态的影响分析，能与前端报表系统结合， 分析报表到业务系统的血缘分析关系； ●具有灵活的可编程性、模块化的设计能力，数据处理流程，客户自定义 脚本和函数等具备可重用性； ●支持断点续传及异常数据审核、回滚等交换机制。
政府数据交换平台解决方案 目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 如上图所示，原来的典型处理方法是需要一个个直接的“点对点”的数据链接，并且需要定制开发以实现系统之间的“会话”。随着新系统的不断增加，直接的定向连接和定制开发的情况会急剧增加，这最终将成为信息流动和系统维护的瓶颈。 在数据交换领域中，没有标准的部落式交换的代价是高昂的，相同的数据分析处理模块在很多应用中被重复地撰写，可能只是为了将某一数据源的数据转换到各个不同的目标数据源中去。由于没有中间标准，各个系统的实现人员也几乎没有可能将代码重用，昂贵的数据交换代价使得数据源只能散乱孤立地存在。 因此，有必要建立一个通用的、分布式的数据集成平台，用以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题。“大汉网络数据交换平台”就是解决该类问题的一个解决方案。
“大汉网络数据交换平台”能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。“大汉网络数据交换平台”通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。 “大汉网络数据交换平台”通过一个集成框架的方案来解决这个问题，通过为开发人员提供一组标准接口（适配器）来实现这个方案。 “大汉网络数据交换平台”主要功能为：各应用系统数据的抽取或加载；交换数据通过交换平台完成数据的交换传输；各应用系统交换数据的比对、整理。各应用系统仅需负责确定本系统参与交换的数据，而不必关心数据库之间数据的传送。 二、系统设计 1．设计原则 数据交换平台应遵循以下几个基本设计原则： 不影响现有或其它相关信息系统的使用和信息安全。 采用先进成熟、稳定的技术和软硬件平台。 坚持开放性，易于技术更新。 采用国际通用标准，便于和国际接轨，易于系统扩展及升级。 建立一个坚实的系统应用平台，便于系统的管理和维护，技术易于更新，网络及业务规模可以逐步扩展。统一规划，分步实施。
产品数据交换标准结构(chanpin shuju jiaohuan biaozhun STEP) 产品数据交换标准STEP (Product data exchange standard STEP) 指国际标准化组织(ISO)制定的系列标准ISO 10303 《产品数据的表达与交换》。这个标准的主要目的是解决制造业中计算机环境下的设计和制造（CAD/CAM）的数据交换和企业数据共享的问题。中国陆续将其制定为同名国家标准，标准号为GB/T 16656。该标准有一个非正式的，但在国际上非常流行的名字－STEP，它是Standard for the Exchange of Product model data的缩写。 企业的产品设计采用计算机辅助设计（CAD）技术以后遇到了很大的挑战。首先是由于企业的产品设计产生的CAD数据迅速膨胀。这些信息是企业的生命，它们不断的产生出来，不断地被更新改版。这种技术信息在企业的不同部门中和生产过程中流动，重要的档案信息要保存几十年。但是，CAD设计产生的数据不再象传统的图纸那样随便拿给任何地方的任何人都能阅读。各种CAD系统之间的不兼容造成企业不同系统之间的数据不能共享，有时会造成非常严重的经济损失。CAD系统不能发挥出最大的效益，很大的原因之一就是由于数据交换产生的障碍。 另一方面，很多企业的设计档案都要求保存几十年，这就意味着经过长期保存的CAD数据经过几十年以后，在已经更新了若干代的计算机软硬件系统中还应该能够正确读出并能得到再次使用。如果做不到，那将是企业的灾难。由于计算机系统软硬件的生命周期越来越短，CAD数据的长期存档在当前恰恰是很难做到的。 为了解决上述问题，国际标准化组织ISO/TC184/SC4 (以下简称SC4) 工业数据分技术委员从1983年开始着手组织制定一个统一的数据交换标准STEP。到目前为止，该标准的基本原理和主要的二维和三维产品建模应用协议已经成为正式的国际标准，市场上的主要CAD 软件都已经开始提供商品化的STEP的接口。虽然STEP标准的制定进展缓慢，但是它已经在一些发达国家的先进企业中得到应用，如飞机、汽车等制造行业。 STEP标准的体系结构如图所示，共分四个层次，下层主要是标准的原理和方法，中间两层是标准的资源，最上层是应用协议（AP）。其中资源是建立应用协议的基础，建立应用协议是制定本标准的目的，是开发CAD / CAM数据交换接口的依据。 STEP标准是一个系列标准，是由若干分标准（或“部分”）组成的。体系结构的矩形框表示了系列标准的分类，其中的编号对应分标准的编号规则。例如描述方法类分标准的编号是11、12、13…。应用协议类分标准的编号是201、202、203…。 EXPRESS语言 STEP标准描述方法中的一个重要的标准是ISO 10303 - 11 EXPRESS语言参考手册。EXPRESS语言是描述方法的核心，也是STEP标准的基础。该标准是一种形式化描述语言，但不是计算机编程语言。它吸收了现代编程语言的优点，主要目的是为了建立产品的数据模型，对产品的几何、拓扑、材料、管理信息等进行描述。 STEP标准体系结构 EXPRESS语言为了能够描述客观事物、客观事物的特性、事物之间的关系，它引入了实体（ENTITY）和模式（SCHEMA）的概念。在EXPRESS语言中把一般的事物（或概念）抽象为实体，若干实体的集合组成模式。这意味着小的概念可组成大的概念。事物的特性在EXPRESS语言中用实体的属性（attribute）表示。实体的属性可以是简单数据类型，如实数
目录 [返回]拼音 WS/T 367-2012 yī liáo jī gòu xiāo dú jì shù guī fàn [返回]英文参考 WS/T 367-2012 Regulation of disinfection technique in healthcare settings ICS 11.020 C 05 中华人民共和国卫生行业标准 《医疗机构消毒技术规范》由中华人民共和国卫生部于2012年4月5日发布，自2012年8月1日起实施。 WS/T 367-2012 医疗机构消毒技术规范
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注明日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 16886.7 医疗器械生物学评价第7部分：环氧乙烷灭菌残留量 GB 19258 紫外线杀菌灯 GB/T 19633 最终灭菌医疗器械的包装 GB 50333 医院洁净手术部建筑技术规范 WS 310.1 医院消毒供应中心第1部分：管理规范 WS 310.2 医院消毒供应中心第2部分：消洗消毒及灭菌技术操作规范 WS 310.3 医院消毒供应中心第3部分：清洗消毒及灭菌效果监测标准
WS/T 311 医院隔离技术规范 WS/T 313 医务人员手卫生规范 YY/T 0506.1 病人、医护人员和器械用手术单、手术衣和洁净服第1部分：制造厂、处理厂和产品的通用要求 YY/T 0698.2 最终灭菌医疗器械包装材料第2部分：灭菌包裹材料要求和试验方法 YY/T 0698.4 最终灭菌医疗器械包装材料第4部分：纸袋要求和试验方法 YY/T 0698.5 最终灭菌医疗器械包装材料第5部分：透气材料与塑料膜组成的可密封组合袋和卷材要求和试验方法 YY/T 0698.8 最终灭菌医疗器械包装材料第8部分：蒸汽灭菌器用重复性使用灭菌容器要求和试验方法 3.1 下列术语和定义适用于本文件。 清洁cleaning 去除物体表面有机物、无机物和可见污染物的过程。 3.2 清洗washing 去除诊疗器械、器具和物品上污物的全过程，流程包括冲洗、洗涤、漂洗和终末漂洗。 3.3 清洁剂detergent 洗涤过程中帮助去除被处理物品上有机物、无机物和微生物的制剂。 3.4 消毒disinfection 清除或杀灭传播媒介上病原微生物，使其达到无害化的处理。 3.5
数据交换标准是物联网产业发展的关键 周洪波 同方股份有限公司首席软件专家 摘要：本文概述了物联网理念，在分析其技术共性的基础上提出了物联网四大支柱产业群的划分。物联网产业发展的关键是应用，应用的关键是无处不在的末端设备的联网大集成, 大集成的核心是统一数据交换标准的建立。在分析物联网DCM三层架构及其技术构成与共性的基础上, 本文提出了建立“类HTML”统一数据交换标准是物联网产业发展的关键的理念，并对其可行性（从互联网技术发展的历程到物联网系统的三层架构所涉及的技术和系统）进行了全面的对比分析，同时对中国如何发挥整体资源优势，通过推行数据交换的标准化占领物联网产业制高点进行了有益的探讨并提出了的一个实践原型标准。 关键词：物联网M2M WSN RFID 两化融合DCM 数据交换标准oMIX 大集成Abstract: The concept of Internet of Things (IoT) and the related common technological paradigms and its “4 pillar”vertical application groups are summarized and categorized in this paper. Applications are the key factors of IoT’s success and the grand integration of “ubiquitous devices” plays a central role in IoT applications. Based on detailed and systematic analysis of the DCM 3-tiers of IoT systems, it’s believed that the core of IoT grand integration is the creation and standardization of unified HTML-like IoT data format and exchange, and the IoT industry will prosper based on the data standard. The approach and its feasibility of the IoT data format standardization are analyzed and proposed, and the oMIX prototype standard is presented. It’s believed that China is positioned to play a leading role in the emerging IoT industry worldwide based on its huge market potentials and the determination of government support. Keywords: Internet of Things M2M WSN RFID Industrial Convergence DCM Data Format Standardization oMIX Grand Integration 联系地址：北京海淀王庄路1号同方广场A座22层，100083；Email:
大数据平台建设方案 (项目需求与技术方案) 一、项目背景 “十三五”期间，随着我国现代信息技术的蓬勃发展,信息化建设模式发生根本性转变,一场以云计算、大数据、物联网、移动应用等技术为核心的“新 IT”浪潮风起云涌,信息化应用进入一个“新常态”。***（某政府部门)为积极应对“互联网＋”和大数据时代的机遇和挑战,适应全省经济社会发展与改革要求，大数据平台应运而生。 大数据平台整合省社会经济发展资源,打造集数据采集、数据处理、监测管理、预测预警、应急指挥、可视化平台于一体的大数据平台,以信息化提升数据化管理与服务能力，及时准确掌握社会经济发展情况,做到“用数据说话、用数据管理、用数据决策、用数据创新”,牢牢把握社会经济发展主动权和话语权。 二、建设目标 大数据平台是顺应目前信息化技术水平发展、服务政府职能改革的架构平台。它的主要目标是强化经济运行监测分析，实现企业信用社会化监督,建立规范化共建共享投资项目管理体系，推进政务数据共享和业务协同,为决策提供及时、准确、可靠的信息依据,提高政务工作的前瞻性和针对性,加大宏观调控力度,促进经济持续健康发展。 1、制定统一信息资源管理规范,拓宽数据获取渠道，整合业务信
息系统数据、企业单位数据和互联网抓取数据，构建汇聚式一体化数据库,为平台打下坚实稳固的数据基础。 2、梳理各相关系统数据资源的关联性,编制数据资源目录，建立信息资源交换管理标准体系，在业务可行性的基础上，实现数据信息共享，推进信息公开，建立跨部门跨领域经济形势分析制度。 3、在大数据分析监测基础上，为政府把握经济发展趋势、预见经济发展潜在问题、辅助经济决策提供基础支撑。 三、建设原则 大数据平台以信息资源整合为重点，以大数据应用为核心，坚持“统筹规划、分步实施,整合资源、协同共享,突出重点、注重实效,深化应用、创新驱动”的原则,全面提升信息化建设水平,促进全省经济持续健康发展。
国家全民健康信息平台数据交换规范 1范围 本规范规定了国家全民健康信息平台数据交换采用数据接口规范，规定了平台数据交换范围与格式、交换方式与流程、交换管理等规范。 本规范适用于指导国家级与省级全民健康信息平台数据交换接口设计，以及交换体系的建立和管理工作，适用于规范全民健康信息平台数据采集、传输、存储等工作。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 WS/T303-2009卫生信息数据元标准化数据规范 WS/T305-2009卫生信息数据集元数据规范 WS363-2011卫生信息数据元目录 WS365-2011城乡居民健康档案基本数据集 WS372-2012疾病管理基本数据集 WS373-2012医疗服务基本数据集 WS374-2012卫生管理基本数据集 WS375-2012疾病控制基本数据集 WS376-2013儿童保健数据集 WS377-2013妇女保健基本数据集 WS445-2014电子病历基本数据集 WS/T447-2014基于电子病历的医院信息平台技术规范 WS/T448-2014基于居民健康档案的区域卫生信息平台技术规范 WS/T482-2016卫生信息共享文档编制规范 WS/T483-2016健康档案共享文档规范 WS/T500-2016电子病历共享文档规范 WS/T502-2016电子健康档案与区域卫生信息平台标准符合性测试规范
WS537-2017居民健康卡数据集 WS538-2017医学数字影像通信基本数据集 WS539-2017远程医疗信息基本数据集 WS541-2017新型农村合作医疗基本数据集 WS542-2017院前医疗急救基本数据集 WS374.1-2012卫生管理基本数据集第一部分：卫生监督检查与行政处罚WS374.2-2012卫生管理基本数据集第二部分：卫生监督行政许可与登记WS374.3-2012卫生管理基本数据集第三部分：卫生监督监测与评价 WS374.4-2012卫生管理基本数据集第四部分：卫生监督机构与人员 WS541-2017新型农村合作医疗基本数据集 WS/T546-2017远程医疗信息系统与统一通信平台交互规范 GB/T22611-2003个人基本信息分类与代码第1部分：人的性别代码 GB/T22612-2003个人基本信息分类与代码第2部分：婚姻状况代码 GB/T3304中国各民族名称罗马字母拼写法和代码 GB/T4761家庭关系代码 GB/T4658学历代码 GB/T6565职业分类与代码 GB/T2260中华人民共和国行政区划代码 GB/T2659世界各国和地区名称代码 GB/T21062.4-2007政务信息资源交换体系第4部分：技术管理要求 电子病历基本架构与数据标准（试行）原卫生部2009年 健康档案基本架构与数据标准（试行）原卫生部2009年 3术语和缩略语 3.1术语和定义 下列术语和定义适用于本文件。 3.1.1 居民、个人、患者resident，person，patient 通过医疗卫生服务体系获取和接受服务的个体。在本标准中这些术语可互换使用。 3.1.2
附件1 大数据标准体系 序号一级分类二级分类国家标准编号标准名称状态 1 基础标准总则信息技术大数据标准化指南暂时空缺 2 术语信息技术大数据术语已申报 3 参考模型信息技术大数据参考模型已申报 4 数据处理数据整理GB/T 18142-2000 信息技术数据元素值格式记法已发布 5 GB/T 18391.1-2009 信息技术元数据注册系统(MDR)第1部分：框架已发布 6 GB/T 18391.2-2009 信息技术元数据注册系统(MDR)第2部分：分类已发布 7 GB/T 18391.3-2009 信息技术元数据注册系统(MDR)第3部分：注册系统元模型与基本属性已发布 8 GB/T 18391.4-2009 信息技术元数据注册系统(MDR)第4部分：数据定义的形成已发布 9 GB/T 18391.5-2009 信息技术元数据注册系统(MDR)第5部分：命名和标识原则已发布 10 GB/T 18391.6-2009 信息技术元数据注册系统(MDR)第6部分：注册已发布 11 GB/T 21025-2007 XML使用指南已发布 12 GB/T 23824.1-2009 信息技术实现元数据注册系统内容一致性的规程第1 部分：数据元已发布 13 GB/T 23824.3-2009 信息技术实现元数据注册系统内容一致性的规程第3 部分：值域已发布 14 20051294-T-339 信息技术元模型互操作性框架第1部分：参考模型已报批 15 20051295-T-339 信息技术元模型互操作性框架第2部分：核心模型已报批 16 20051296-T-339 信息技术元模型互操作性框架第3部分：本体注册的元模型已报批 17 20051297-T-339 信息技术元模型互操作性框架第4部分：模型映射的元模型已报批 18 20080046-T-469 信息技术元数据模块(MM) 第1 部分:框架已报批
市农业大数据应用平台 建设项目 技术要求 2016年
目录 1技术要求 (3) 1.1项目目标 (3) 1.2建设现状 (3) 1.3建设原则 (4) 1.3.1先进性和成熟性 (4) 1.3.2可靠性和安全性 (5) 1.3.3开放性和标准化 (5) 1.3.4伸缩性和可扩展性 (5) 1.3.5易用性和可控性 (5) 1.4总体要求 (6) 1.4.1技术路线 (6) 1.4.2技术要求 (6) 1.4.3界面设计要求 (8) 1.4.4技术指标要求 (8) 1.5建设内容 (10) 1.5.1门户网站建设 (10) 1.5.2农业项目管理系统建设 (11) 1.5.3现有业务系统整合 (12) 1.6工程控制及验收需求................................................................. 错误！未定义书签。 1.6.1工程控制......................................................................... 错误！未定义书签。 1.6.2总体建设进度................................................................. 错误！未定义书签。 1.6.3里程碑及阶段交付物..................................................... 错误！未定义书签。 1.6.4项目验收......................................................................... 错误！未定义书签。2数据采集设备参数要求 (12)
应指技装〔2012〕24号附件5 安全生产应急平台 信息交换与共享技术规 （试行） 安全生产应急救援指挥中心 二〇一二年八月
安全生产应急平台信息交换与共享技术规 （试行） 1围 本技术规提出了安全生产应急平台信息交换与共享体系架构、技术实现式、信息交换与共享系统的技术要求、数据接口规和数据交换共享容。 本技术规适用于规划设计和建设各级安全生产应急救援指挥机构应急平台之间，以及安全生产应急平台与政府应急平台、安委会成员单位应急平台、企业安全生产应急平台之间的信息交换和共享系统。 2规性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 7408-1994 数据元和交换格式信息交换日期和时间表示法 GB/T 18793-2002 信息技术可扩展置标语言（XML)1.0 GB/T 21062.1-2007 政务信息资源交换体系第1部分：总体框架 GB/T 21062.2-2007 政务信息资源交换体系第2部分：技术要求 GB/T 21062.3-2007 政务信息资源交换体系第3部分：数据接口规 GB/T 21062.4-2007 政务信息资源交换体系第4部分：技术管理要求
3术语及定义 3.1 安全生产应急平台信息交换 信息交换是指独立于具体应用，与具体应用耦合关系松而清楚，不随应用的变化而变化，保证数据可靠传输和安全传输，提供统一接口规，实现安全生产应急平台与不同部门异构系统之间不同格式数据的交换。 3.2 安全生产应急平台信息共享 信息共享指各级安全生产应急平台之间，或与政府应急平台、安委会成员单位应急平台、企业应急平台等不同层次、不同部门的应急平台系统间，信息和信息产品的交流与共用。 3.3 前置机 前置机是一种以数据交换为基础的中间交易设备，它实现的主要功能有网络通信、数据认证、数据格式转换、数据流水记录、数据预处理、数据监控和数据统计等。 3.4 服务接口 服务接口是指各级安全生产应急平台之间以及与其他不同层次、不同部门应急平台系统或人之间的共享边界。 4信息交换与共享体系 4.1概述 信息交换与共享在整个安全生产应急平台体系中居于中心地位。本级安全生产应急平台通过信息交换与共享系统抽取及共享下级安全生产应急平台提供的
广东省自动监控信息交换 技术规范 ——视频系统集成规范 广东省环境保护局
———前言——— 为了贯彻《中华人民共和国环境保护法》，加强对环境污染源和环境质量的监督管理，提高对环境的自动监控水平，规范自动监控的视频系统与中心平台的集成，保证自动监控数据的统一展示，为视频系统的建设和集成提供统一的技术标准，实现自动监控视频数据的信息共享，为环境保护管理和决策提供信息服务，制定本规范。 本规范为指导性标准。 本规范由广东省环境保护局提出。 本规范起草单位：广东省环境信息中心。 本规范主要起草人：陈春贻、黎嘉明、王彦刚、付红彬。 本规范由广东省环境信息中心解释。
一、范围 (1) 二、规范性引用文件 (1) 三、术语和定义 (2) 3.1 XML (2) 3.2 XML-RPC (2) 3.3 监控中心平台 (3) 3.4 视频系统 (3) 3.5 视频监控运营商 (3) 3.6 视频系统集成 (3) 3.7 视频服务节点 (3) 3.8 客户端视频控件 (3) 3.9 CamID（视频点位ID） (4) 四、总体结构 (4) 4.1 城市级系统结构 (4) 4.2 省市级系统结构 (5) 五、系统网络结构 (6) 六、视频数据分类 (7) 6.1 实时视频 (7) 6.2 历史录像 (8) 七、时间同步 (8) 八、视频集成数据交换模型 (8) 8.1 实时视频数据交换模型 (8) 8.2 历史录像数据交换模型 (9) 九、客户端集成要求 (10) 9.1 同时支持实时和历史视频数据 (10) 9.2 控件运行要求 (10) 9.3 网络连接要求 (11) 9.4 需要实现的方法（method） (11) 十、服务器端集成要求 (15) 10.1 实时视频接口 (15) 10.2 历史视频接口 (17) 10.3 开关灯集成 (21) 十一、部署要求 (24) 11.1 监控中心平台 (24) 11.2 视频监控运营商 (24)
数据交换需求规格说明书
1引言 1.1编写目的 为了能更好的描述清楚《国科政信数据交换平台》（以下简称“数据交换”或“本项目”）业务需求，更好地让相关人员了解本项目的各个模块及功能点，特编写此需求规格说明书。 本文档主要从业务需求、功能描述、环境要求、操作要求、设计约束及质量要求等方面阐述，同时说明了系统的合格性需求及交付需求等综合要求，是作为本项目软件的设计及测试工作的重要依据。 本文档的预期读者为业务用户、设计人员、开发人员、测试人员、项目管理人员等相关人员 1.2背景 目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据
可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。 1.3定义 1.4参考文献 ?司法部关于报送《全国监狱信息化建设规划》（司法函[2007]111号） ?司法部关于印发《全国监狱信息化建设规划》的通知（司法通[2008]124号） ?《全国监狱信息化工程（一期）项目建设建议书》 ?关于印发《全国监狱信息化应用软件开发建设任务分工意见》的通知（[2010]司狱字277号） ?《国家发展改革委关于全国监狱信息化一期工程项目建议书的批复》（发改高技[2010]1389号） ?GB 8566 计算机软件开发规范 ?GB 8567 计算机软件产品开发文件编制指南 ?GB/T 12505 计算机软件配置管理计划规范 ?国家计算机软件工程规范
基于大数据的智能家电节能技术规范 1 范围 本规范规定了智能家电基于物联网云端大数据技术实现舒适节能的定义、技术要求和检测评价方法，并根据智能化技术应用情况和智能化水平来评价系统（设备+平台）的节能特性。 本规范适用于应用物联网技术、有节能需求的家电产品，包括但不限于智能空调、热水器、洗衣机、冰箱等产品。 2 规范性引用文件 下列文件中的条款通过本规范的引用而成为本规范的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误表的内容）或修订版均不适用于本规范。然而，鼓励根据本规范达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规范。 GB 4706.1《家用和类似用途电器的安全第1部分：通用要求》 GB/T 28219 《智能家用电器的智能化技术通则》 GB/T 7725-2004 《房间空气调节器》 GB 4706.1-2005 《家用和类似用途电器的安全通用要求》 GB 4706.32-2012 《家用和类似用途电器的安全热泵空调器和除湿机的特殊要求》GB 21455-2013 《转速可控型房间空调器能效限定值及能源效率等级》 GB 19606-2004《家用和类似用途电器噪声限值》 T/CAS 289-2017 《家用房间空气调节器智能水平评价技术规范》 T/CAS 290-2017《智能家电系统互联互操作评价技术指南要求》 GB/T 18336.1—2008 信息技术安全技术信息技术安全性评估准则第1部分：简介和一般模型（IDT ISO/IEC 15408—1：2005） ⅡGB/T 18336.2—2008 信息技术安全技术信息技术安全性评估准则第2部分：安全功能要求（IDT ISO/IEC 15408—2：2005） GB/T 18336.3—2008 信息技术安全技术信息技术安全性评估准则第3部分：安全保证要求（IDT ISO/IEC 15408—3：2005） GB/T 20000.1—2014 标准化工作指南第1部分：标准化和相关活动的通用术语 QB/T 2836—2006 网络家电通用要求 GB/T 25000.51 系统与软件工程系统与软件质量要求和评价（SQuaRE）第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则 GB/T 25000.10 系统与软件工程系统与软件质量要求和评价（SQuaRE）第10部分：系统与软件质量模型 3 术语和定义 除下列术语和定义外，GB/T 28219-2011中的术语和定义，均适用本规范。 3.1节能服务平台energy conservation service platform 利用大数据技术为智能家电节能提供服务的系统（以下统一称为“平台”）。