康比特智慧营养健康餐厅发明专利申报短名单

本版按 Jack 最新核对口径收束:原始资料为 15 份技术交底书,2 份已有专利证书只作知识产权证据。第一批正式建议申报 5 件,其余并入、储备或剔除。

15技术交底书
5第一批正式建议申报
6并入主专利从属点
4暂缓/储备/剔除

最终结论

不要再用“17 个可推进候选”作为申报口径。那一版可以保留为素材池,但本轮真正建议花第一批发明申请成本的只有 5 件:01、06、08、11、14。

正式申请前仍需专利代理人完成现有技术检索、权利要求撰写和授权风险判断。本文的“建议申报”是申报准备判断,不是授权结论。

第一批 5 件

A01

餐饮结算事件触发的即时营养反馈。

A06

AI 识别结算台、区域校准、在线学习和支付联动。

A08

消费数据与体征数据融合,生成日报和阶段报告。

A11

后厨 AI 视觉违规识别、整改和复核闭环。

A14

食安四维风险评分、三轨预警和分层驾驶舱。

专利建议名称独权核心必须补证
A01基于餐饮结算事件触发的膳食结构分析与即时营养建议推送方法及系统结算事件幂等触发、订单营养解析、膳食均衡偏差指数、非医疗建议、支付页即时展示和用户端报告同步;推送状态管理暂放从属或待补实施例。已形成 A01 补证包:支付成功页和营养摘要已有直接证据;授权留痕、推送状态日志仍需补。
A06基于识别区域校准与在线学习的 AI 菜品识别结算方法及系统区域校准、图像预处理、置信度、低置信复核、新菜学习、支付和订单数据同步。已形成 A06 补证包:已补 2026-06-03 微盘交付材料、设备配置、测试报告和新菜学习代码;当前设备/SN、校准截图、置信度字段、当前准确率报告和异常样例仍需补。
A08基于食堂消费数据与个人体征数据融合的营养日报及阶段报告生成方法及系统消费数据入库、多源归一、趋势偏差、日报/阶段报告、异常提醒、非医疗建议。已形成 A08 补证包:已补日报/阶段报告样张、体重秤连接/体重档案、个体/团体看板、体成分仪/体脂秤/手环设备字段、报告生成代码和隐私/非医疗边界;授权日志、设备 trace、报告生成日志仍需补。
A11基于 AI 视觉时序融合的后厨违规行为识别与闭环预警方法及系统视频抽帧、区域裁剪、行为识别、时序融合、综合置信度、整改工单、复核反馈。已形成 A11 补证包:已补网信办摄像头/AI 盒子/NVR 台账、明厨亮灶通道和算法配置、标书中的算法类别与抓拍告警/整改跟踪、TrustIVS OpenAPI、AI 事件与误报处理代码、标准预警/巡检/整改截图和 PRD 闭环;仍需补真实 AI 事件 trace、算法指标、误报复核记录、当前策略版本和整改闭环样例。
A14集中用餐单位食品安全多维风险评分、分层预警与驾驶舱闭环管理方法及系统人货场环境数据标准化、风险评分、三轨预警、分层驾驶舱、处置闭环、阈值版本。这条不是要补一张“好看的大屏”,而是要证明系统会怎么算风险、什么条件触发预警、预警后怎么下钻和闭环。具体补 5 类:1)评分权重:人、货、场、环境各占多少分,哪些异常加分或扣分;2)阈值:多少分变黄/红,哪些指标直接触发硬预警;3)驾驶舱截图:总览、风险下钻、预警列表、整改进度;4)事件样例:一条脱敏食安事件从触发、预警、处置到关闭;5)设备字段:晨检、农残、留样、温湿度、AI 后厨事件等数据字段。

5 件专利内的归并关系

并入项不再单独申请,而是放到对应主专利的从属权利要求或实施例里。这样既保留技术点,又避免同一能力被拆成多个重复申请。

待申请专利主交底书并入的交底书并入后的写法边界
A01
即时营养反馈
01独权保护“结算事件触发 -> 订单营养解析 -> 膳食偏差计算 -> 支付页/用户端即时反馈”。不吸收 A08 的日报、周报和阶段报告。
A06
AI 菜品识别结算
0602 称重收银
03 AI 视觉自动结算
02 作为称重输入、金额校验、设备校准、异常复核、支付方式实施例;03 作为多视角采集、餐盘分割、遮挡处理、置信度复核、新菜学习从属项。保护前厅“识别和结算怎么稳定完成”,不写 A01/A08 的营养分析核心。
A08
营养日报与阶段报告
0804 多维膳食监控
10 营养筛选与标签展示
04 作为个体/群体/多时间维度、趋势偏差、异常提醒和管理端看板从属项;10 作为营养标签、适宜人群、用户目标筛选、报告推荐展示从属项。保护“消费入库后的周期报告和趋势服务”,不抢 A01 的支付后即时反馈。
A11
后厨 AI 视觉闭环
11独权保护“视频通道 -> AI 识别 -> 抓拍事件 -> 预警 -> 整改/误报复核 -> 留痕”。A14 可消费 A11 事件,但不重复保护视频识别算法。不写 A14 的综合风险评分和驾驶舱。
A14
食安风险评分与驾驶舱
1412 食材全链条溯源
13 晨检与上岗准入
12 作为食材批次、农残检测、留样、临期、异常拦截等“货”维度风险数据;13 作为晨检体温、健康问卷、上岗准入、异常阻断等“人”维度风险数据;A11 后厨事件作为“场”维度输入。保护风险中枢如何评分、预警、下钻和闭环,不保护单个溯源系统或晨检设备本身。
不进入 5 件的原交底书处理原因
05 多终端协同订餐取餐剔除多端账户、订餐、取餐柜、POS 协同偏常规平台流程,转控标、软著或交付流程。
07 智能排菜与营养均衡菜谱储备方向有价值,但缺约束优化公式、冲突处理、库存/采购联动和真实排菜样例,暂不并入第一批。
09 排队叫号扫码出餐剔除排队叫号、扫码核销、堂食外卖区分较常规,转交付流程或软著功能。
15 食品安全社会共治监管剔除多端展示、公众反馈和评价偏业务协同平台,除非重写为可信数据、脱敏、防篡改和证据留痕技术方案。

边界提醒

A01 和 A08 是并列关系:A01 保护支付/结算后的即时反馈,A08 保护餐后入库后的日报、周报、阶段报告和趋势提醒。A06 可以把菜品数据传给营养链路,但不抢营养分析独权。A11 只产生后厨 AI 事件和整改证据,A14 消费这些事件做风险评分和驾驶舱。

健康和营养相关输出必须保持非医疗边界,不写诊断、治疗、疾病管理效果。客户案例、证书编号、准确率和经营效果必须有真实证据后再进入正式申请或对外材料。

文件入口