今年五一的时候立了个flag（《国标GB28181平台EasyGBS未来研发方向在哪？》），我想不能再局限在只是满足于传统视频平台的功能，传统的EasyGBS也就是接入几种视频协议，什么RTSP、ONVIF、RTMP、GB28181这些，说实话，这些功能做的人太多了，我们随便在淘宝、闲鱼上搜搜看看，这东西且不说做的有好有坏，但真的是劣币良币划分难度极大，就像是你准备去街边吃个面，到街边一看，嚯哦~，这整条街都是面馆，不可能每家都从前厅到后厨都调研一遍吧，现在的视频平台市场也大概这个情况。
再看看闲鱼上：
刘强东曾评价过中国人与犹太人做生意的差别，一针见血，引人深思！
他说：“犹太人做生意，比如一个犹太人在一个地方开了个加油站，生意做火了，另一个犹太人就会在旁边开一个餐厅、第三个犹太人开洗车房…30年后这里就变成一个小城镇。但是，如果一个中国人开加油站火了，立马前后左右全都是加油站，互相拆台互相伤害，谁也别想赚到钱！”
可能会有人说，不能只许你干，不许别人干吧？所以，在这种极度内卷的环境下，我们必须创新，必须差异化，于是，我在那个时候，把平台瞄准了AI，我先总结一下我想到的差异化：
-
视频平台与算法平台天生是两个系统
现在市面上的视频平台和算法平台大部分都是后天粘合在一起的，也就是说一开始视频平台是视频平台，算法平台是算法平台，后来经过接口的对接，把算法平台的告警推送到了视频平台，视频平台展现出了算法分析的结果，就算是两个平台融合了，实际融合关系很脆弱。比如大部分算法分析平台只能接入RTSP流，而市面上又存在着很多GB28181设备，这个时候又需要视频平台将GB28181流转换成RTSP流，然后又在视频分析平台填上这个RTSP流，一旦发生变化，又要再填一次，或者有接口对接的，也会存在接口版本变化，导致两个平台关联不上的情况，这就会让两个平台的维护一直都离不开研发！ -
算力浪费
现在很多项目上，很多算力是浪费的，这个我应该在之前的很多文章里面也描述过，比如检测明厨亮灶里面的口罩、厨师服、厨师帽，完全没有必要用流分析，只需要每隔三五秒分析一下就行了，而现在大部分的做法就是4路、8路分析网关在做流分析，而且是15fps / 25fps的分析，就是原本5秒（125帧）分析1次，现在要5秒要分析100次左右，存在100倍的算力浪费，这种类型的算法有很多，比如通道占用、消防器材等等。 -
二次开发成本高
每对接一种算法网关和算法平台，用户就要重新对接一次接口，买个网关差不多几千块钱，对接的研发人力成本大概2万，嗯，这就是企业的无奈，从古至今，打仗打的军马钱粮，人的成本占最大部分，如何能够降低算法接入成本，或者能有现成的，那最好了！
为了解决上面的这些问题，经过几个月的研发、测试、迭代，新版本的EasyGBS终于成功了：
-
自带算法仓，内置算法与外部算力接入，全部纳管；
-
原生内置十几种算法，CPU/GPU都能跑
-
一站式算力调度，不局限于某一种算法和算力类型
-
所有信息All-in-one一个平台：视频、算法、算力
EasyGBS就这样，巧妙地利用插件技术，将各种算力资源低耦合地融合到一起，用户方便找算法和算力资源，厂家也方便对接视频设备和算法网关，运维人员也不用再在视频平台和算法平台“两头跑”了！
EasyGBS成立名副其实的算法算力云平台，实际是视频设备、算力设备、算法平台，三位一体的融合平台，效果很好，明天录一个体验视频大家看看！
