qq_37716298的博客

这是视图库对接系列中最后的一个章节， 级联通知功能在之前的章节中我们实现的级联的订阅的相关功能，

这里我们实现级联的订阅查询功能同样的道理，这里我们也可以参考。

我们就写一个接口就叫/custom/VIID/Subscribes ，和1400接口的区别是增加了一个/custom前缀。这面我们是向下级发送查询订阅的功能，我们目前测试的话需要手动触发下这个功能，这里的话，我使用post模拟测试了下，

这里我们实现级联的删除和取消订阅同样的道理，这里我们也可以参考。

这里我们实现级联的新增和订阅接口可以参考之前我们写的视图库对接系列(本级)新增、修改订阅] ：实现的是客户端，向下级发送新增、修改订阅请求。视图库对接系列(级联)新增、修改订阅 ：实现的是服务端，实现新增、修改订阅的接口。

最近二天有时间了，可以继续写了。之前我们写到了今天我们来写。

为什么需要发心跳？因为某些原因我们的程序异常退出了，但并没有发注销请求。上级感知不到注销，还以为我们还在注册状态。这种就属于异常状态，为了规避这种情况，我们就需要向上级定时发送心跳，告诉上级我们还存在。

上个星期工作比较忙，所以就停更了一周。之前我们写的是级联的今天我们进来接着写视图库对接系列(级联)注销相关的功能。我们先看设备如何给我们发注销的。我们就如何给上级发注销就可以了。

在上一章中我们已经把代码生成了，那怎么实现级联？我们可以抓包看设备是怎么注册到我们平台的， 那我们就怎么实现就可以了。

另外的话生成的entity默认是setter和getter方法的， 如果不喜欢的话，引入lombok插件，然后删除setter和getter方法，使用注解的形式就可以了。我们在把server模块中的application.properties复制过来，修改下其中的一些配置就可以了。在之前的博客中我们只实现了视图库服务端模块和基础模块，但并没有实现客户端模块。今天我们就来实现客户端模块的代码生成，废话不多说，开干。我们目前在client项目中开发，包名不要忘记修改了。修改成对应的路径可以了。

但这里的话，是下级主动推，如果下级平台不支持，或者说可能因为某个原因推的不全，怎么办？我们能否主动获取采集设备信息呢？当然是可以的， 视图库文档中是包含了这样一个接口的，我们 可以主动获取。

这里的话我们已经拿到1400的数据了，我们可以把数据库写到mq，写数据库都是可以的。看大家的需求情况进行实现。这里的话，我使用post模拟测试了下，人员的list。实际项目中的话 是下级平台发送这个接口到我们的服务的。如果写数据库的话，因为这个数据相对比较多，比较频繁。这里的话我建议写PostgreSQL会合适一些。这里面的话有几个对象是我们需要解析使用的， 我先圈出来。这里我们使用了ProducedDataService。文档中是xml，但实际上目前使用的都是json了。可以参考我的这里demo示例。

/删除订阅。

今天我们就先说订阅的新增和修改订阅二个部分。我们搞二个接口，触发新增订阅和修改订阅功能，这里的话我为了区别下级平台的，我在前面加一个**/custom前缀**因为订阅和修改订阅差不多，这里我们就直接通过修改订阅方法中第四个参数进行手动控制，false表示订阅，true表示修改订阅。因为我们需要请求下级的接口，需要发送http请求，所以我们需要引入相关的sdk，这里我们选择使用httpclient。4.后续下级如果会根据我们的订阅情况，给我们进行推送数据。和国标协议中的订阅有点类似。PUT请求是修改订阅。

这里的话我们已经拿到1400的数据了，我们可以把数据库写到mq，写数据库都是可以的。看大家的需求情况进行实现。如果写数据库的话，因为这个数据相对比较多，比较频繁。这里的话我建议写PostgreSQL会合适一些。ImageListObjectRequest 对象的话，在项目中。项目地址后续会提供的。有增删改查接口，目前的话 因为我们是做平台，我们只需要实现添加接口就可以了。和人脸类似，人脸的话，我这面有写测试的，可以参考一下。看下ProducedDataService的实现。可以参考我的这里demo示例。

这里的话我们已经拿到1400的数据了，我们可以把数据库写到mq，写数据库都是可以的。看大家的需求情况进行实现。如果写数据库的话，因为这个数据相对比较多，比较频繁。这里的话我建议写PostgreSQL会合适一些。有增删改查接口，目前的话 因为我们是做平台，我们只需要实现添加接口就可以了。PersonListObject 对象的话，在项目中。项目地址后续会提供的。和人脸类似，人脸的话，我这面有写测试的，可以参考一下。这里我们使用了ProducedDataService。可以参考我的这里demo示例。

这里的话我们已经拿到1400的数据了，我们可以把数据库写到mq，写数据库都是可以的。看大家的需求情况进行实现。如果写数据库的话，因为这个数据相对比较多，比较频繁。这里的话我建议写PostgreSQL会合适一些。项目地址后续会提供的。之后在对应的摄像头下露一下自己的人脸。然后设备就会推对应的数据到我们的平台上来了。有增删改查接口，目前的话 因为我们是做平台，我们只需要实现添加接口就可以了。这样我们就拿到了对应的数据了。关于字段的意思的话 ，可以查看下面这个文档。设备这块的话：需要勾选上人脸 然后点击应用哈。

这里的话我们已经拿到1400的数据了，我们可以把数据库写到mq，写数据库都是可以的。看大家的需求情况进行实现。如果写数据库的话，因为这个数据相对比较多，比较频繁。这里的话我建议写PostgreSQL会合适一些。NonMotorVehicleListObject 对象的话，在项目中。项目地址后续会提供的。有增删改查接口，目前的话 因为我们是做平台，我们只需要实现添加接口就可以了。和人脸类似，人脸的话，我这面有写测试的，可以参考一下。可以参考我的这里demo示例。如果需要使用到多数据源的话。

这里的话我们已经拿到1400的数据了，我们可以把数据库写到mq，写数据库都是可以的。看大家的需求情况进行实现。如果写数据库的话，因为这个数据相对比较多，比较频繁。这里的话我建议写PostgreSQL会合适一些。MotorVehicleListObjectRequest对象的话，在项目中。项目地址后续会提供的。有增删改查接口，目前的话 因为我们是做平台，我们只需要实现添加接口就可以了。和人脸类似，人脸的话，我这面有写测试的，可以参考一下。可以参考我的这里demo示例。如果需要使用到多数据源的话。

直接我们写的是没有包含鉴权的，如果部署在局域网的话，可能不是 特别大。但如果是互联网或者是客户要求安全的情况下的话，我们就需要增加账号密码了，让设备或下级平台注册的时候带上账号密码，具体步骤是什么样的？1400文档上是这样写的。

目前该接口我没有实现，只是直接返回了数据。如果有使用到这个接口的场景，大家可以和我说一下，我来进行对应的实现。在我做的项目中， 一般情况下用的比较少， 我目前的这个设备型号也不支持这个接口，对接下级视图库平台的时候，其他平台对这个接口也不怎么使用。大概率是用于平台之间的校时或者验证二个服务器之间的时间使用的。1400文档中的定义。

上期我们说到注销，这期我们来实现心跳。心跳其实比较好理解的。就是设备向视图库服务端每隔一段时间发送一条消息，说我还在，不要把我忘记了。我们只需要实现这个接口让设备能发送就可以了。这里配置多久发送一次。我们为了测试发送，我们修改成10.

上期我们说到注册，也写了一下注销的方法，但没有具体的实现。这期我们来具体实现一下。

在之前的步骤中，我们已经把项目大体的架构已经写出来了。那我们就来实现注册接口。GA-T 1400中的步骤如下：这里的话，我们实现的简单点， 我们不进去鉴权，也就是设备或平台找我们注册的话，我们直接返回成功，不进行验证。如果需要鉴权的话可看我的另外一篇文档。

对应版本号对应第三方包把我们的代码反向生成引入一下修改成对应的路径可以了。

这里的话 我们就简单的说一下 项目怎么搭建相对比较好， 自己分析的经验 仅供参考哈。

GA/T 1400《公安视频图像信息应用系统》 是我们需要参考看看的相关文档，里面有对应的标准和介绍，没有这个文档的话可以加群找我要。群的话 我放在最下面了。我们先简单想几个问题， 也就是这个协议主要干什么用的，为什么要有， 能做什么。