支持多协议对接的物联网中台-物联中台ThingsConnect
2025-10-16 10:43:59
行业：物联网、智慧数字孪生
载体：云服务/云平台
技术：Java、Vue、MySQL、RabbitMQ
业务和功能介绍
一、立项背景和目标
（一）立项背景
物联网设备爆发式增长带来多源异构接入混乱、数据孤岛严重、应用迭代低效等痛点。传统定制化方案兼容性差，难以应对百万级设备高并发、亚秒级处理的需求，且数据分散导致决策滞后，需统一平台打通感知层至应用层的协同壁垒。
（二）立项目标
技术目标：构建边缘-云协同架构，支持百万级设备并发接入，数据处理延迟≤1 秒，设备接入标准化率达95%以上。
业务目标：降低设备接入成本40%，缩短应用上线周期50%，通过数据驱动实现预测性维护等场景价值。
生态目标：打造开放API体系，实现多厂商设备与应用无缝集成。
二、软件功能及核心功能介绍
（一）整体功能框架
涵盖设备接入与管理、数据采集与存储、处理与分析、规则编排与场景联动、API服务五大模块，配套安全与运维支撑。
（二）核心功能
多协议接入引擎：支持MQTT、Modbus等主流协议及自定义协议，通过向导式工具与物模型模板实现设备快速接入，兼容直连、网关代理等方式，降低供应商切换成本。
设备全生命周期管理：覆盖注册、监控、运维全流程，支持OTA远程升级（差分/灰度策略），通过设备影子技术保障弱网状态一致性，断网72小时数据不丢失。
实时数据处理：基于Flink引擎实现数据清洗与实时计算，采用“数据湖 + 数据仓库”架构，支持冷热存储分离，兼顾成本与查询效率。
可视化规则编排：基于TCA模型（触发器-条件-动作），提供拖拽式工具与30余种运算函数，可配置温度超标自动调温等场景联动，自动化处理80%常规事件。
应用使能服务：提供REST/GraphQL API及SDK，集成低代码工具，支持公有云、私有云等多模式部署，适配不同企业需求。
三、核心业务流程
传感器通过MQTT将数据传至边缘网关，过滤无效数据并聚合为5分钟均值；
数据经Kafka队列传输至中台，接入引擎转换为标准格式；
流式引擎实时计算，若温度超标触发规则引擎生成告警；
数据存入数据湖与仓库，元数据同步至管理系统；
中台推送告警至MES系统，同时下发指令至空调设备；
管理人员通过仪表板监控状态，运维人员处置形成闭环。
四、功能路径描述
设备接入：登录后台→进入“设备接入”→选协议与方式→配参数与物模型→注册鉴权→设备上线。
规则配置：进入“规则编排”→新建任务→拖拽配置触发条件（如 “温度 > 35℃”）→设执行动作（如 “启动空调”）→启用规则。
数据查询：进入“数据可视化”→选设备与时间范围→配查询条件→生成图表并支持导出。
设备运维：进入“设备管理”→查设备状态→上传固件→选升级策略→监控升级进度。
（一）立项背景
物联网设备爆发式增长带来多源异构接入混乱、数据孤岛严重、应用迭代低效等痛点。传统定制化方案兼容性差，难以应对百万级设备高并发、亚秒级处理的需求，且数据分散导致决策滞后，需统一平台打通感知层至应用层的协同壁垒。
（二）立项目标
技术目标：构建边缘-云协同架构，支持百万级设备并发接入，数据处理延迟≤1 秒，设备接入标准化率达95%以上。
业务目标：降低设备接入成本40%，缩短应用上线周期50%，通过数据驱动实现预测性维护等场景价值。
生态目标：打造开放API体系，实现多厂商设备与应用无缝集成。
二、软件功能及核心功能介绍
（一）整体功能框架
涵盖设备接入与管理、数据采集与存储、处理与分析、规则编排与场景联动、API服务五大模块，配套安全与运维支撑。
（二）核心功能
多协议接入引擎：支持MQTT、Modbus等主流协议及自定义协议，通过向导式工具与物模型模板实现设备快速接入，兼容直连、网关代理等方式，降低供应商切换成本。
设备全生命周期管理：覆盖注册、监控、运维全流程，支持OTA远程升级（差分/灰度策略），通过设备影子技术保障弱网状态一致性，断网72小时数据不丢失。
实时数据处理：基于Flink引擎实现数据清洗与实时计算，采用“数据湖 + 数据仓库”架构，支持冷热存储分离，兼顾成本与查询效率。
可视化规则编排：基于TCA模型（触发器-条件-动作），提供拖拽式工具与30余种运算函数，可配置温度超标自动调温等场景联动，自动化处理80%常规事件。
应用使能服务：提供REST/GraphQL API及SDK，集成低代码工具，支持公有云、私有云等多模式部署，适配不同企业需求。
三、核心业务流程
传感器通过MQTT将数据传至边缘网关，过滤无效数据并聚合为5分钟均值；
数据经Kafka队列传输至中台，接入引擎转换为标准格式；
流式引擎实时计算，若温度超标触发规则引擎生成告警；
数据存入数据湖与仓库，元数据同步至管理系统；
中台推送告警至MES系统，同时下发指令至空调设备；
管理人员通过仪表板监控状态，运维人员处置形成闭环。
四、功能路径描述
设备接入：登录后台→进入“设备接入”→选协议与方式→配参数与物模型→注册鉴权→设备上线。
规则配置：进入“规则编排”→新建任务→拖拽配置触发条件（如 “温度 > 35℃”）→设执行动作（如 “启动空调”）→启用规则。
数据查询：进入“数据可视化”→选设备与时间范围→配查询条件→生成图表并支持导出。
设备运维：进入“设备管理”→查设备状态→上传固件→选升级策略→监控升级进度。
项目实现
一、整体架构与设计思路
采用 “边缘 - 云协同” 分层架构，分感知层、边缘层、中台层、应用层：感知层负责设备数据采集；边缘层做数据预处理与本地缓存；中台层为核心，分接入、数据、服务三层（接入层解耦设备协议，数据层处理存储计算，服务层封装能力）；应用层提供低代码工具与 API。设计思路以 “高可用、可扩展、易维护” 为核心，采用微服务拆分模块，支持水平扩容，通过物模型标准化设备数据，避免重复开发。
二、各模块技术栈
设备接入层：Java（Netty框架）处理高并发连接，支持MQTT/Modbus协议，自定义协议用 Protobuf序列化；
数据层：Flink做实时计算，Kafka 传消息，Hudi构建数据湖（存原始数据），ClickHouse存结构化数据；
服务层：Spring Cloud Alibaba 微服务架构，Nacos做服务注册发现，Gateway 网关路由；
边缘层：Go 语言开发边缘网关，轻量高效，支持断网缓存（Redis 本地实例）；
前端：Vue3+ECharts，低代码平台基于Formily+Vant。
三、“我” 负责模块与结果
负责设备接入层与OTA升级模块，核心成果：
设计多协议接入框架，兼容 12 种主流协议，设备接入成功率从 82% 提升至 99.5%；
开发OTA差分升级功能，固件传输体积减少 60%，升级失败率从 15% 降至 1.2%；
优化设备鉴权逻辑，支持 Token + 证书双认证，抵御 3 次模拟攻击测试，零安全漏洞；
接入设备量达 10 万台，峰值并发连接数 12 万，延迟稳定在800ms内。
四、难点、坑与解决方案
难点 1：多协议设备数据格式混乱，导致接入效率低。
坑：初期按设备型号开发适配，新增设备需改代码。
解决方案：设计通用物模型（定义属性 / 事件 / 指令），设备接入时映射至模型，新增设备仅需配置模板，适配效率提升 3 倍。
难点 2：弱网环境下OTA升级频繁中断。
坑：初期全量传输，断网后需重新开始，失败率高。
解决方案：实现差分传输（仅传更新部分）+ 断点续传，边缘端缓存升级包，网络恢复后继续，结合心跳检测重试，失败率降至 1.2%。
难点 3：设备并发接入时出现连接超时。
坑：Netty线程池参数不合理，队列堆积导致超时。
解决方案：压测优化线程池（核心线程 200 + 最大线程 500），用Redis做连接数限流，新增动态扩容机制，峰值并发承载能力提升50%。
采用 “边缘 - 云协同” 分层架构，分感知层、边缘层、中台层、应用层：感知层负责设备数据采集；边缘层做数据预处理与本地缓存；中台层为核心，分接入、数据、服务三层（接入层解耦设备协议，数据层处理存储计算，服务层封装能力）；应用层提供低代码工具与 API。设计思路以 “高可用、可扩展、易维护” 为核心，采用微服务拆分模块，支持水平扩容，通过物模型标准化设备数据，避免重复开发。
二、各模块技术栈
设备接入层：Java（Netty框架）处理高并发连接，支持MQTT/Modbus协议，自定义协议用 Protobuf序列化；
数据层：Flink做实时计算，Kafka 传消息，Hudi构建数据湖（存原始数据），ClickHouse存结构化数据；
服务层：Spring Cloud Alibaba 微服务架构，Nacos做服务注册发现，Gateway 网关路由；
边缘层：Go 语言开发边缘网关，轻量高效，支持断网缓存（Redis 本地实例）；
前端：Vue3+ECharts，低代码平台基于Formily+Vant。
三、“我” 负责模块与结果
负责设备接入层与OTA升级模块，核心成果：
设计多协议接入框架，兼容 12 种主流协议，设备接入成功率从 82% 提升至 99.5%；
开发OTA差分升级功能，固件传输体积减少 60%，升级失败率从 15% 降至 1.2%；
优化设备鉴权逻辑，支持 Token + 证书双认证，抵御 3 次模拟攻击测试，零安全漏洞；
接入设备量达 10 万台，峰值并发连接数 12 万，延迟稳定在800ms内。
四、难点、坑与解决方案
难点 1：多协议设备数据格式混乱，导致接入效率低。
坑：初期按设备型号开发适配，新增设备需改代码。
解决方案：设计通用物模型（定义属性 / 事件 / 指令），设备接入时映射至模型，新增设备仅需配置模板，适配效率提升 3 倍。
难点 2：弱网环境下OTA升级频繁中断。
坑：初期全量传输，断网后需重新开始，失败率高。
解决方案：实现差分传输（仅传更新部分）+ 断点续传，边缘端缓存升级包，网络恢复后继续，结合心跳检测重试，失败率降至 1.2%。
难点 3：设备并发接入时出现连接超时。
坑：Netty线程池参数不合理，队列堆积导致超时。
解决方案：压测优化线程池（核心线程 200 + 最大线程 500），用Redis做连接数限流，新增动态扩容机制，峰值并发承载能力提升50%。
示例图片视频
相似推荐
恒康营销之星
工作描述:apicloud开发，实现h5页面打包生成混合app，使用echart 构建各类报表、调用apicloud模块实现二维码扫描二维码查询库存、授权平台实现app权限的管控
运用技术:
1、基于DIV+CSS实现页面布局和highchart 显示图表的展示
2、基于apicloud原生模块和jquery实现数据的绑定和交互
3、apicloud封装的模块、apicloudStudio实现无线同步、浏览器上调试页面、在手机上同步app功能、
4、基于git 代码管理,
5、采用云编译打包生成apk文件和ios 的ipa,熟悉ios 上线打包和生成ios 证书等。
跨境电商多端
跨境电商商城与货舱仓储管理小程序，面向跨境买家与仓库管理人员。包含商城首页、商品、购物车、拼团、实名认证、钱包支付、推广海报；货舱模块完成仓储业务管理，支持系统消息推送；配套后台实现发票开具、首页配置、分销售后管理，构建完整跨境电商交易闭环。
京尔思 B2B 全链路系统
包含客户小程序、工厂协同平台、权限管理后台三套子系统。覆盖产品定制、配方解析、合同签署、多工厂报价生产、企业认证、开票完整业务。后台实现角色菜单权限管控、订单物流、支付凭证管理，统一表单校验、异常拦截，服务上下游客户与工厂协同办公。
某汽车品牌官方商城与新零售运营中台
1、立项背景和目标
面对汽车行业新零售模式的兴起，某汽车品牌亟需一套能够同时支撑“整车直销”与“车品零售”的综合性业务底座。本项目作为广本新零售与直销业务的核心中台，旨在打通线上营销获客与线下门店交付的业务壁垒，构建一套高可用、支持高并发的大型电商与客资运营中台，最终实现精准营销引流与财务清算的全面数字化。
2、软件功能、核心功能模块的介绍系统由面向 C 端的移动端应用矩阵与面向 B 端的多租户管理后台组成。核心模块涵盖：
混合订单管理中心：兼容并支撑整车直销（订金/尾款/门店交付）与车品零售（物流发货）两套完全异构的业务流。
统一支付网关：无缝对接并封装微信、支付宝、民生及中金支付等多种支付渠道。
多租户渠道管控系统：支持上游供应商、特约店（4S）与二网店的库存调度与复杂财务清算。
企微直营客资闭环：深度接入企业微信 API，将线上线索无缝连接至线下销售终端。
3、业务流程、功能路径描述
核心业务路径如下：C 端用户在小程序或 APP 访问由“千人千面”动态组件渲染的营销页面，参与爆款车抢购或车品秒杀；下单后，系统根据商品类型触发底层的混合订单状态机，通过统一网关完成支付收口；随后，“企微直营”模块将线上购车线索精准路由分发给对应的线下销售顾问，形成私域跟进流转的业务闭环；交易彻底完成后，B 端系统自动进行跨租户的库存调度与财务清算。
quick_server
1、背景和目标：对企业所有服务请求进行轻量级安全和速度优化，减轻服务器的并发压力。
2、quick_server系统，不依赖外部引用，即插即用，主要用来进行极速快捷安全的http请求。大大减轻服务器的并发压力。轻松实现高并发场景下极速快捷安全的http请求。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服