电商服务的技术实现与专利权利要求撰写

电商服务的专利审查对象，应是处理订单、支付、结算、库存、配送和推荐数据的具体系统结构，而不只是销售方式本身。说明书与权利要求应记载交易规则如何在服务器、用户终端、数据库及外部系统中执行。

将商业方法表述为技术处理过程

只提出折扣政策、中介方式或收益分配规则，可能仍停留在商业规则层面。专利审查应明确输入数据、处理主体、处理顺序、中间数据及输出结果。韩国官方商业方法发明指南（韩文）也将通过计算机、互联网等信息通信技术实现商业想法的情形，作为商业方法发明进行说明。

例如，自动发券功能不能只写成按客户等级发放优惠券。应描述接收订单历史与库存信息、判断适用商品组、检查叠加优惠及预算上限、生成含有效期的优惠券数据，并通过支付服务器应用该数据的过程。

按技术领域区分保护对象

领域	说明书应明确的技术构成	需验证的结果
推荐	收集行为、购买、退货数据，生成特征，筛选候选商品并排序。	响应时间、推荐准确度、缺货或退货风险降低。
订单与支付	订单状态转移、支付批准与撤销、部分退款、重复请求预防及故障恢复。	防止重复扣款、处理一致性、可恢复性。
结算	计算卖方、平台及合作方金额，计入费用与税费，生成更正及审计日志。	错误减少、计算依据可追溯、大批量处理性能。
库存与物流	多仓库存预留、发货地选择、合并配送、退货入库及外部系统集成。	防止缺货、减少配送距离或时间、库存同步。
评价与可信度	购买验证、异常模式检测、文本与图像分析、卖方指标更新。	识别虚假信息、判断依据可复现。

明确权利要求中的处理主体与数据流

电商系统涉及买方终端、卖方终端、平台服务器、支付服务商、物流商和结算系统。各步骤的执行主体不明确时，既难以判断是否由一个主体实施全部方法，也会模糊实际服务与权利要求的对应关系。

独立权利要求应配置形成发明区别的输入、判断条件、处理和输出。从属权利要求可细化数据结构、异常处理、实时更新、安全验证、模型训练及外部系统集成。除方法权利要求外，可考虑服务器或系统权利要求以及计算机可读记录介质权利要求，但不应只换一种说法重复同一功能。

异常处理也是发明的一部分

实际差异往往体现在支付重试、库存争用、部分取消、卖方退出、结算更正或网络延迟等异常场景。说明书应包括状态值变化、重处理条件、防重复标识符、回滚或补偿处理，以及日志保存方式。

AI功能不能只列出模型名，应记载训练与推理数据、预处理、特征值、输出值、阈值应用方式及由此产生的系统动作。区分更换模型后仍保留的处理结构与依赖特定模型的构成，有助于设计保护范围。

申请前按实现单元准备资料

• 从用户请求到处理结果的时序图
• 服务、数据库与外部API之间的结构图
• 输入字段、中间状态值及输出数据的定义
• 现有方式的问题与解决问题的处理步骤
• 错误率、处理时间、资源用量等可验证效果
• 公开、上线、提案、演示日程及相关资料

仅凭界面流程难以说明服务器内部的差异。应结合开发文档、API规范、状态转移表及测试结果，使权利要求与实际产品保持对应。对外公开前，应先确认可能影响新颖性的资料及公开日期。