中国平煤神马集团人员定位系统联网关键技术标准规范.doc

中国平煤神马集团人员定位系统联网技术规范
（.2.24）
第一章 总则
第一条 为了实现集团企业不一样人员定位系统联网，达成多系统统一标准、综合应用目标，规范数据上传格式，指定统一接口程序功效标准。
第二条 集团人员定位联网系统，能够接收到各个矿井井下人员定位数据信息，但现在各矿井人员定位系统厂家数量较多，数据格式均不相同，没有形成统一标准，所以，为了规范各矿人员定位系统管理，并能愈加好提供人员定位数据到集团服务器，实现人员定位系统集中展现。特提出中国平煤神马集团人员定位系统联网数据规范。
第三条 本措施制订部门为信息化工作领导小组办公室，监督和检验部门为总调度室和安监局。
第四条 本措施适适用于集团企业下属各个矿井厂家人员定位系统数据传输要求。本标准适适用于人员定位系统数据格式规范、接口程序功效。
第二章术 语和定义
第五条 对本规范中使用属于和定义做出注释。
1. 内网
集团内部办公网络
2. 接口程序
由人员定位厂家编写，从在矿端工控机上运行读取矿段数据库服务器数据程序。
3. 上传程序
运行在矿端工控机上，由计算机通讯份企业编写程序。功效为获取接口程序生成数据，上传至集团服务器。
4. 数据上传
厂家接口程序把生成数据放于矿段工控机，由上传程序获取并经过内网传输至集团服务器。
第三章 联网技术规范
第六条 网络连接示意图

接入内网矿井经过集团内网专线上传数据，其它矿井经过外网租赁专线上传数据。
第七条 联网数据规范
一、 数据分类
人员定位系统联网有三类数据，编码类、实时数据和统计数据。
l 编码类数据有分站定义、部门定义、人员定义、图形定义、工作面定义、路径定义；
l 实时数据包含人员实时信息；
l 统计数据包含目前井下人员统计、出入井统计、区域人员统计、出入区域统计，出勤统计。
二、 数据格式定义
1） 区域定义
说明
每个矿有多个采掘工作面，为了对工作面人员进行统计和控制，需要对工作面进行编码。对于没有对工作面进行编码人员定位系统，从001开始编码,编码长度不超出10位。
全矿范围也纳入工作面编码范围，要求其编码为”000”。
文件名
area.txt
生成频率
默认情况下，程序开启时生成一次
数据格式
工作面编码,工作面名称
每一行代表一个工作面定义，编码和名称之间用半角逗号（,）分隔开，编码处于一行开始位置，没有缩进。
示例1
Area.txt
000,全矿
001,1工作面
002,12050掘进面
… …
2） 分站及采集点定义
说明
工作面编码采取分级变长编码方法，分为矿井-采区-工作面三个层级，同一采区工作面编码前缀是相同。
各系统对分站定义不一致，有指能够接下一级分支测量点设备叫分站，下一级分支测点称为采集点；有只能够接下一级分支测点设备叫基站，下一级分支测点叫分站。这里统一指含有下一级分支测点设备叫分站，接入分站测点为采集点。
对于井口分站描述：井口分站是人员升井后经过最终一个分站，作为人员升井关键依据。
文件名
station.txt
生成频率
默认情况下，程序开启时生成一次
数据格式
工作面编码,分站编码,分站名称,上级分站编码,是否井口分站
每一行代表一个分站定义，工作面编码，分站编码，分站名称，上级分站编码，是否井口分站，编码之间用半角逗号（,）分隔开，编码处于一行开始位置，没有缩进,编码长度不超出10位。
工作面编码应和工作面定义中工作面编码一致；
上级分站编码为采集点所接入分站编码，对于本身是分站，上级分站编码为0；
是否井口分站为：对于井口分站设置为1，其它分站为0。
示例
station.txt
000,001,入口分站,0,1
001,002,东一工作面分站,0,0
002,002,东一工作面入口测点,001,0
003,002,东一工作面出口测点,001,0
… …
3） 部门定义
说明
为了对人员根据部门来检索，需要对部门进行定义
文件名
department.txt
生成频率
默认情况下，程序开启时生成一次
数据格式
部门编码,部门名称
每一行代表一个部门定义，部门编码，部门名称之间用半角逗号（,）分隔开，编码为数字或拼音格式，编码处于一行开始位置，没有缩进,编码长度不超出10位。
部门编码采取集团企业组织机构编码标准进行编码。
示例1
department.txt
001,采一队
002,采二队
… …
4） 人员定义
说明
人员和射频卡号需要绑定,更换射频卡号需要重新生成数据
文件名
people.txt
生成频率
默认情况下，程序开启时生成一次
数据格式
人员编码,姓名,射频卡号,工种或职务, 部门编号,职务,性别〖,出生时间〖,班次〖,足班时间〗〗〗；
工种或职务，矿领导必需统一使用“矿长、副矿长、总工”中一个；特殊工种人员必需使用“主提司机、二级提升司机、电钳工、采机司机、瓦检员、安全员、放炮工、系统维护人员”中一个；其它工种按矿实际名称填写；
每一行代表一个人员定义，各属性之间用半角逗号（,）分隔开，编码处于一行开始位置，没有缩进；
出生时间，班次，足班时间为可选项，但假如有，则其前一项也必需存在，如足班时间存在，则班次和出生时间也必需存在。
对于井下设备（如矿车）需要定位，在“性别”一栏设置为“设备”，工种一栏设置为该设备归属或其它关键属性；
班次表示该人员正常下井班次，足班时间表示在井下时间满足考勤要求时间；
足班时间以分钟为单位，整数，以下井4小时足班则足班时间为240
示例1
people.txt
00001,张三,1001,采煤工, dp01,科长,男,1953-5-5,零点班,360
00002,李四,1002,掘进工, dp01,,男,1953-5-5,零点班,360
00003,102#矿车,1003, 设备,dp02,,矿车,
… …
5） 图形和路径定义
说明
每个矿提供人员定位系统示意图，示意图背景为白色，关键大巷线条应比一般巷道要粗，尽可能横平竖直表现，在地图上标用文字标注关键采区及巷道信息，标注信息颜色不能过于显目，不一样采区巷道能够用不一样颜色表示，示意图大小最少为1600*1200，JPEG格式。
文件名
map0.txt
map1.txt
……
mapn.txt
数据格式
map0.txt
图形文件名
工作面
分站编号,X,Y,地点
#,X,Y,地点
第一行：图形文件名，保留到配置文件同一个文件夹下，不需要绝对路径；
第二行，代表本图形所展现工作面，如“全矿”，“东一工作面”等等；
从第三行开始以一定次序，分别表示在本图中，各采集点坐标位置和地点名称，坐标位置从图形左上角开始，向右方向为X轴递增，向下方向为Y轴递增方向。
X

y

两个测点之间假如不是直线路劲，需要设置拐点，如从工作面机巷入口到风巷出口，需要经过工作面，需要设置工作面上隅角和下隅角两个折点，以#开头,继而是X,Y坐标，地点。
分站编号应为分站定义中分站编号。
示例1
map0.txt
map0.jpg
全矿
000,300,40,井口
001,200,400,东一工作面机巷
#,10,400,东一工作面下隅角
#,10,200,东一工作面上隅角
002,200,70,东一工作面风巷
003,500,70,东二工作面1
003,600,70,东二工作面2
… …
6） 实时数据
说明
采集上一个采集数据时间点到此次采集数据时间点之间人员经过采集点所产生数据，追加到实时数据文件中，由上传程序把数据传输到服务器上后删除该文件。
文件名
data.txt
生成频率
1分钟
数据格式
人员编码,采集点编码,时间[,出入井标志]
每一行统计一个时间段（以一个数据采集周期为单位）经过某一分站人员统计。各属性之间用半角逗号（,）分隔开，编码处于一行开始位置，没有缩进；
当人员入井经过井口分站时，应设置出入井标志为1，当人员升井经过井口分站时，应设置出入井标志为0，当人员经过井下其它分站时，不设置出入井标志
示例1
data.txt
00001,001,-11-2 12:48:01
0002,001,-11-2 12:48:02
1002,001,-11-2 12:48:04
1234,001,-11-2 12:48:13,1 （注：入井标志）
5555,001,-11-2 12:48:22
00001,002,-11-2 12:59:11,0 （注：升井标志）
0002,002,-11-2 12:59:12
1002,002,-11-2 12:59:15
1234,002,-11-2 12:59:18
5555,003,-11-2 15:03:43
5556,003,-11-2 15:03:46
… …
7） 实时统计数据
说明
定时统计各工作面人数，追加到实时数据文件中，由上传程序把数据传输到服务器上后删除该文件。“全矿人数”对应编号为“000”。
文件名
datacount.txt
生成频率
5分钟
数据格式
时间
工作面编号1,人数1
工作面编号2,人数2
……
第一行为时间(yyyy-MM-dd hh:mm:ss)
从第二行起，开始统计各区统计人数；通常情况下，第二行为全矿实时井下人数；
工作面编号和工作面定义中工作面编号相对应。
示例1
datacount.txt
-11-22 13:45:27
000,999
001,20
002,31
003,7
… …
8） 考勤统计
说明
给出从目前时间算起前一天（有三个办按三班计算，有四个班按四班计算）内班次考勤。
统计时间周期根据各人员定位周期统计，临时不做统一要求。
文件名
attendanceCount.txt
生成频率
默认情况下，天天生成一次
数据格式
日期,班次,部门编号1,入井人数1
日期,班次,部门编号2,入井人数2
……
部门编号和部门定义中部门编号相对应。
示例1
attendanceCount.txt
-11-22,零点班,001,12
-11-22,零点班,002,22
-11-22,八点班,003,15
-11-22,零点班,005,0
… …
9） 人员出入井统计
说明
天天定时生成前一天出入井统计数据，还能够按要求生成出入井统计数据。人员出入井信息天天生成一次，生成是上一天内升井全部些人员信息。
文件名
Inoutwell_yyyyMMdd.txt
生成频率
默认情况下，天天生成一次
数据格式
人员编码，入井时间，出井时间
每一行代表一个人员定义，各属性之间用半角逗号（,）分隔开，编码处于一行开始位置，没有缩进；
统计时间段：以目前人员定位系统统计时间周期1天内数据。
示例1
Inoutwell_1102.txt
00001,-11-2 16:10:13,-11-3 00:20:23
… …
10） 带班领导数据接口
范围
带班领导是只本矿含有带班资格领导（通常是只副总或副总以上人员）和当日值班安排带班领导。
文件名
led.txt
生成周期
4小时，程序开启时候生成全矿含有带班条件人员数据。
数据格式
人员编号,领导等级,[,值班日期,班次]
说明
值班日期和班次可选，假如有，则表示该领导当日值班，假如本人员定位系统有安排值班功效，则把班次和值班日期填写上去；
人员编号，和人员编码中编号对应；
领导等级为：1（矿长及矿长同级）,2（副矿长、总工程师及副矿长同级），3（副总工程师及副总工程师同级），4（科长及科长同级）；
日期格式为 yyyy-mm-dd格式；
人员编号、值班日期、班次之间用半角逗号分隔开；
接口程序从上传目录中检测led.flg文件，假如发觉本文件，立即生成带班领导数据，并由厂家接口程序删除led.flg文件。
数据示例
001,3
005,2,-6-8,八点班
008,2
021,1
...
第四章 数据上传要求
第八条 数据上传要求要求
数据上传方法采取接口程序或手工把数据生成文本文件和图片文件放置到上传计算机指定位置(d:\rydwdata)，经过上传程序把数据上传到服务器。
以文本文件作为上传程序和接口程序数据交换手段，所以对接口程序有特殊要求：
1、 各矿人员定位系统接口程序必需确保7* 二十四小时正常工作无故障，确保接口程序不犯错和按时生成对应数据。
2、 数据要充足准备好后才能打开文件并写入数据，文件写入完成后必需立即关闭文件，以免长时间占用文件，使得上传程序无法正常使用该文件，对上传程序也应如此要求。应避免打开文件后程序犯错导而造成文件一直处于被占用状态，其它程序无法访问文件情况。当准备写入数据，恰好数据文件处于别程序打开时候，应该稍作停顿（5秒）后在此试图写入数据。提议写入数据到临时文本文件中，数据准备好后再更名为接口文件。
3、 文件编码类型为“简体汉字”（即ANSI编码），不能保留为其它类型如UNICODE，UTF-8等类型。
4、 文件数据内容应该严格根据要求格式写入数据，尤其是分隔符号。
5、 实时数据生成周期为1分钟，包含实时统计生成周期为5分钟，其它数据依据需要提供界面手动生成。实时数据生成规则以下：井下人员实时信息+当日全部升井人员，写入data文件，不能增量写入，每次生成数据中人员编号不能反复，实时数据生成时间不能早于生成数据之前二十四小时。（比如3点10分在A位置，4点10在B位置，则实时数据只要4点十分在B位置信息）。
6、 统计数据天天生成1次，而且还能够以文件作为生成数据标志，当存在指定文件时，接口程序开始生成统计数据，写入对应统计文件，并删除标志文件。
7、 定义类数据以文件作为生成数据标志，当存在指定文件时，接口程序开始生成统计数据，写入对应统计文件，并删除标志文件。
8、 全部数据（包含实时数据、统计数据和定义数据），在接口程序中，应提供一个生成数据控制界面，能够方便在任何时候生成数据（以下图）。

9、 应该做到数据亲密关联，实时数据中人员编号取自人员编码中人员编号，采集点编号取自分站编码中分站编号，人员信息中部门编号取自部门编码中部门编号，统计数据中区域编号取自区域定义中区域编号。
10、 生成标志文件扩展名为.flg，文本文件，只作为标志文件，没有任何内容。当一个标志文件出现后，接口程序在5秒钟之内生成对应数据，并删除该标志文件。具体文件名称以下：
工作面定义标志文件为area.flg
分站及测点定义标志文件为 station.flg
部门定义标志文件为 department.flg
人员定义标志文件为 people.flg
考勤统计标志文件为 attendanceCount.flg
图形和路径定义标志文件为 map.flg
人员出入井统计数据标志文件为 Inoutwell.flg
11、 当网络或其它原因造成数据无法正常上传时，上传程序应妥善转存处理全部数据，等候连接通畅后在传入数据，避免因为产生数据文件过大而造成程序错误，本要求由上传程序保障，和接口程序无关。