#服务运行的环境 ##一、运行需要的基本环境库 在C盘放了一个lib文件夹，里面放了服务运行的基础库，每台有海康服务的服务器上都有这个文件；

##二、服务运行的核心库 和人脸机直接通信的服务功能全在CMSServer类里面，run方法是服务在运行的时候，会自动执行注册服务、图片服务、报警服务的初始化， 分别对应initCMS()、initSS()、initAlarm()，里面的方法不用做修改； CMS(注册服务)：设备注册该服务的IP和端口，在FRegisterCallBack注册回调接口中接收注册信息，并响应报警服务器和图片服务器的ip和端口； HCEHomeSS(图片服务)：createImgPath()方法生成图片服务路径，生成后可以下发给人脸机使用； initAlarm(报警服务)：EHomeMsgCallBack回调方法会监听设备的各种报警信息，目前主要是对人脸识别成功做了记录，其余的方法可以参考PDF文件或者AlarmUtil类；

##三、下发人员信息流程 CMSServer方法封装了下发的方法，只需要调用就行，xml的字段和格式不需要去改变； 直接调用createImgPath() 方法，里面执行了人脸图片路径生成和下发对应卡号的操作；

##四、下发人脸和权限的API接口 由于之前图片传的是本地的绝对路径，所以在100服务器上部署了一个接口服务，对应的接口控制器为UserControl， UserControl内部有逻辑处理，如果人脸机注册在100服务器上，就会直接对人脸机做下发人脸、报警信息处理等操作， 如果没有注册在100服务器上，内部会调用api接口访问253上的接口，253上的服务会对注册的人脸机做响应操作，调用的 控制器对应FileControl，这些控制器都在这同一个服务中； 下发权限:默认会发全天的权限；

##五、部署到不同服务器中需要注意什么？ 唯一要注意的就是修改CMSServer服务中的ip_cloud值，改成对应服务的公网ip；

##六、UserControl的主要接口方法 sendPermiss():下发权限，这个是在最新的人脸一体机和教师点名中使用方式上会用到，注册上来的人脸机设备id会以ytj开头，注意如果出现人脸和权限都下发了的情况还是提示没有权限，那就再发一遍权限，有些机型需要先发人脸再发权限； sendUsersAndPermiss():教师点名中用到了这个方法； sendToKB():人脸抓拍机会把抓到的人脸信息推送到数据看板，这个用来做测试用； sendCardAndImg1():单个下发人脸的接口 sendFaces（）：下发学校下所有人脸给指定设备； sendErrorFaces（）：下发失败的人脸； sendFaceNotExits（）：下发学校下还没有下发的人脸给指定设备； sendFaceToDevices（）：下发单个用户给指定设备 deleteCard（）：删除人脸

##七、配置信息修改 application.yaml，该文件下包含了数据库配置、注册中心、数据库文件映射等信息，端口号、服务名也都是在这里修改；

##八、无感考勤 无感考勤主要在CMSServer服务中，在PSS_Storage_Callback回调接口中处理抓拍到的图片， 这里会回调人脸机抓拍到的任何图片，要怎么区分是人脸机抓拍的还是抓拍机抓拍的图片呢？ 目前对接的情况来看，抓拍机抓拍到的图片名字是很长的一串，里面包含了设备编号、日期等， 目前是判断是否包含日志的标识符T来判断是抓拍机抓拍的图片； 然后在sendToKB（）方法中去百度人脸库比较对应学校下的人脸信息，比对出来之后通过MQ推送到关联的数据看板； 推送的图片包含了 两种:一种是识别到的，另一种是识别不到的陌生人；