物联网平台产品系统

一、立项原因
1.消费场景痛点：娱乐场所及游乐场顾客普遍存在物品临时存放需求（如外套、背包、购物袋、手机充电等），传统人工寄存效率低、成本高，且易产生物品丢失纠纷。
2.移动支付习惯成熟：微信扫码已成为主流操作方式，用户无需学习成本，无需实体钥匙或密码纸，避免丢失风险。
3.降本增效需求：场所运营方可减少前台寄存人力投入，通过智能化管理提升服务效率与空间利用率。
二、行业应用场景
1. 娱乐休闲场所
KTV/酒吧：存放顾客随身物品、酒水礼品，释放卡座空间。
网吧/电竞馆：寄存贵重外设、背包，提升用户安全感。
剧本杀/密室逃脱：存放手机、随身物品以保障沉浸体验。
电影院/剧院：寄存大件行李、外卖食品等。
2. 游乐场景
主题乐园/水上乐园：存放更换衣物、泳具、食品等，方便游客轻装游玩。
室内游乐场/儿童乐园：寄存家长随身包袋、儿童替换衣物。
滑雪场/溜冰场：存放鞋履、护具等笨重物品。
景区/博物馆：替代传统寄存柜，支持分时段计费与线上管理。
3. 衍生场景
商场/超市：临时存放购物商品，方便消费者继续购物或就餐。
高校/体育馆：运动时存放手机、钱包等贵重物品。
三、业务背景与市场优势
1. 技术成熟度
微信小程序生态完善，扫码开柜+线上支付流程已标准化。
物联网技术（4G）保障柜体联网稳定性。
云计算平台支持实时监控、远程管理与数据分析。
2. 运营模式
B2B2C模式：向场所提供硬件+SAAS服务，按柜体租赁或流水抽成收费。
用户端：扫码即用，支持按小时/天计费，自动扣款，开柜记录实时可查。
管理端：后台可视化查看柜位状态、收益报表、故障报警等。
3. 竞争优势
轻量集成：无需独立APP，降低用户使用门槛。
动态定价：高峰期可设置差异化费率，提升收益。
增值空间：开柜后可推送场所优惠券、活动通知，实现精准营销。
安全合规：扫码绑定用户身，物品存取出具电子凭证，减少纠纷。

微信柜系统核心功能详解
一、箱柜列表配置
功能概述：用于管理所有柜体设备的基础信息、状态监控及物理配置。
核心功能点：
柜体型号管理：支持不同尺寸规格的柜体型号定义，如主柜、副柜配置，可灵活搭配多个副柜。
箱门尺寸配置：一个柜体可配置大、中、小三种不同尺寸的箱门，适应不同物品存放需求。
箱格分配管理：系统自动统计可用箱格数量，顾客每取走一件物品，可用箱格相应增加。
异常箱格处理：可单独锁定硬件异常的箱格，避免分配给终端用户。
操作界面：支持PC端后台管理系统和微信管理端，管理员可通过管理页面远程开箱、清箱等操作。
二、收费模式配置
功能概述：灵活设置寄存服务的计费规则，支持多种收费策略。
核心配置项：
基础收费设置：支持免费和收费两种模式切换，可设置具体的收费金额。
免费时长配置：可设置免费寄存时长，超时后开始计费。
差异化定价：根据箱门大小分别定价，大、中、小箱格可设置不同收费标准。
计费方式选择：
计时收费：按小时或分钟计费，精确至秒
计次收费：按存取次数固定收费
中途开门功能：在管理后台-收费规则中配置中途开门功能，用户取包时可选择中途开门。
封顶费用设置：设置超时计费封顶金额，达到封顶后不再继续计费。
收费显示：收费规则在客户端显示清晰，客户可实时查看寄存时间。
三、微信柜订单管理
功能概述：全面管理用户存取订单的全生命周期。
订单流程管理：
订单创建与存储：用户通过小程序选择箱门并提交订单，系统确保数据准确性和完整性。
订单验证：系统检查订单准确性，包括产品库存、价格、支付信息等。
订单状态跟踪：实时监控订单从创建、支付、开箱到完成的全过程。

一、整体架构设计理念
基于SAAS多租户架构，本人负责从用户扫码到订单完成的端到端状态流转体系设计。系统采用前后端分离架构，后端以C# ASP.NET Core为核心，通过SqlSugar ORM实现多数据库操作，结合MySQL分库分表策略承载海量状态流水数据；Redis集群作为实时状态缓存与分布式协调中心；前端通过UniApp跨端框架构建H5用户操作界面，ElementUI组件库实现SAAS管理端可视化监控。
二、核心状态体系架构
1. 多层次状态引擎设计
构建业务状态机与物理状态机双层模型：业务状态机管控订单生命周期（，物理状态机同步硬件柜格实时状态（空闲、占用、故障、维护）。两套状态机通过事件驱动机制异步同步，确保业务逻辑与硬件状态的一致性。
分布式状态数据流转
2.采用CQRS模式实现状态读写分离：用户操作通过Command触发状态变更，经状态验证层校验后，由分布式事务同步更新Redis实时状态与MySQL持久化流水。状态变更事件通过Redis Pub/Sub广播，驱动前端界面实时刷新与管理员告警。
三、关键状态模块实现
1. 实时状态同步机制
Socket长连接通道：管理端与服务器建立持久连接，接收毫秒级状态推送
状态快照与增量同步：前端首次加载全量状态，后续通过增量包更新，大幅降低带宽消耗
2. 状态一致性保障体系
分布式锁控制：使用RedLock算法确保同一柜格并发操作串行化
状态版本号机制：每次状态变更递增版本，防止旧状态覆盖新状态
异步补偿任务：定时对账Redis缓存与MySQL持久化数据，自动修复不一致状态
状态回滚预案：异常场景下，通过状态流水追溯，支持一键回滚至指定时间点
高并发状态处理优化
缓存分级策略：热点柜格状态驻留内存，次热点数据存Redis，全量数据落MySQL