• 设为首页
  • 点击收藏
  • 手机版
    手机扫一扫访问
    迪恩网络手机版
  • 关注官方公众号
    微信扫一扫关注
    公众号

基于Asp.NETMVC框架+SignalR+ActiveMQ+AliOSS服务构建苏标主动安全智能防控平台基于部 ...

原作者: [db:作者] 来自: [db:来源] 收藏 邀请

 苏标主动安全智能防控平台是基于江苏省地方标准《道路运输车辆主动安全智能防控系统技术规范》(以下简称《规范》)经省市场监督管理局正式批准发布。该《规范》作为团体标准的升级,对主动安全智能防控系统现有的技术和功能做了进一步完善,更加贴合重点营运车辆实际和企业安全管理需求。 

主动安全平台所基于的协议是苏标协议, 而苏标协议是基于部标808协议和部标1078协议的基础之上的构建的,  在这里不对部标808协议和1078协议的平台功能做过多阐述, 需要了解的可以参见文章:

基于部标1078视频协议和苏标Adas协议构建主动安全平台

作为主动安全平台的服务端需要解决两个核心问题:

1.及时的报警投递 

由于报警和报警产生的短视频等附件数据是由设备主动推送到平台上面做平台在消息的及时投递方面面临着一定的挑战. 由于涉及到安全等级较高的报警,比如前车碰撞车距过近司机抽烟打哈欠打电话等报警需要平台能够及时投递到监控用户端提醒监控人员第一时间处理. 

采用ActiveMQ + SignalR 的分布式架构来投递报警消息.采用阿里云的OSS的云存储服务来解决存储成本和流量成本的问题.

其中ActiveMQ主要用于后台不同服务端之间的消息发布和订阅通知功能, SignalR则用于web平台对当前在线注册用户消息投送.

采用Signal后,页面的工作就非常清爽了, 不再需要调用后台接口轮询数据了,直接通过SignalR的回调接口, 接收到基于Json的报警数据, 直接弹窗处理了.

 

 

 

如下图所示, 弹窗显示主动安全报警的视频图像及文字信息内容.

 

 

 

2.报警附件数据存储

报警附件数据存储是一个苏标主动安全平台的一个非常大的挑战从成本和IO性能上都是一个挑战.

一个苏标主动安全二级报警少的四个文件,多的7个文件,如果同步处理,有可能同一个车,一次报警附件文件还没处理完又一个报警附件文件数据又接踵而至.

为了加快报警附件数据的接收必须要提高服务的并发能力采用线程池每次一个报警数据的上传连接开辟一个单独的线程完成文件数据的IO写入处理和消息发布的工作,随后退出线程归还线程池.

 

 

 

存储对磁盘容量的需求是非常大的一次报警如果平均是4个文件,1M大小,则如果在线有1000台车则每天平均报警一次将会上传1G的文件如果每个车平均上报10则每日有10G的存储需求如果有1万台车就自己算去吧.

实际运营的时候由于设备性能原因往往有大量的误报如车道偏离报警车距过近报警等这些误报的报警文件,基本上都是垃圾数据却会占用服务器大量的带宽资源和存储成本. 

 

 

为了节省存储成本采用云存储方式阿里云的云存储费用相对较低但是存储容量也不能一直增长如果一直增长,阿里云也不是活菩萨也会有很多收费陷阱最好30天的生命周期过期数据自动销毁,或者归档

如下图所示,在代码中根据参数配置, 设置数据的生命周期规则.

 

 

 

 

 


鲜花

握手

雷人

路过

鸡蛋
该文章已有0人参与评论

请发表评论

全部评论

专题导读
上一篇:
也谈谈Asp.Net中的几种导航方式发布时间:2022-07-10
下一篇:
[转]asp.net导出Excel/Csv格式数据最优方案(C#)发布时间:2022-07-10
热门推荐
热门话题
阅读排行榜

扫描微信二维码

查看手机版网站

随时了解更新最新资讯

139-2527-9053

在线客服(服务时间 9:00~18:00)

在线QQ客服
地址:深圳市南山区西丽大学城创智工业园
电邮:jeky_zhao#qq.com
移动电话:139-2527-9053

Powered by 互联科技 X3.4© 2001-2213 极客世界.|Sitemap