分布式系统发明的多主体权利要求怎么写？
简答
分布式系统发明宜以单侧撰写为主、系统权项兜底：让最有可能成为被告的主体单独实施完整权项；多方交互式的写法在全面覆盖原则下会陷入没有任何主体直接侵权的困境。
展开说明
单侧与多主体之分
单侧权项的全部步骤由一个主体执行；多主体权项把步骤分散到服务端、终端等多个执行方。全面覆盖原则要求被诉行为落入权项全部技术特征，因此单主体权项的主张对象明确，多主体权项则往往找不到任何一个完整实施者。
司法实践中，多方分离实施通常难以直接认定共同实施，权利人被迫转向帮助侵权、教唆侵权路径，而帮助侵权以直接侵权成立为前提，链条一断主张就落空。把多主体权项留作系统级标的、主张制造销售整套系统的主体，是实践承认的替代路径，但门槛高于单侧主张。
分离实施的取证难点
交互式发明的特征是信息在两端流动：发送、接收、校验各步骤分属不同设备。权利人能观测到的通常只是己方一侧的行为，对端设备内部的执行逻辑需要通过协议分析、抓包等间接手段推断。协议公开程度越高，取证越容易，这也是交互式发明强调协议特征的原因：协议字段本身就是证据。
更棘手的是用户侧步骤：若权项把用户操作写成必要特征，专利权人几乎不可能起诉自己的用户。法条依据见 《中华人民共和国专利法》（2020 年修正）全文，撰写时必须把用户行为转化为被诉方一侧可感知的技术响应：把用户输入改写为服务端接收到的请求特征，把终端展示改写为服务端下发的内容特征。
搭配策略
实用组合是三层：服务端方法权项，由部署方单独实施；系统权项，把各主体写成系统的组成部分，用于对抗整体设备的制造销售者；辅以 软件专利写虚拟装置权利要求有什么用 的模块化写法扩大比对抓手。三层的取舍取决于商业模式：卖软件的以装置权项为主，提供服务的以服务端方法权项为主。
产品与方法的整体搭配逻辑见 方法专利和产品专利怎么搭配。写入权项前先回答三个问题：谁最有可能侵权、他单独实施哪些步骤、剩下步骤怎么处理，答案决定权项的主视角。
常见错误
典型错误一：权项写服务器向终端发送指令、终端接收并执行，两个主体各执一半，任何一方都不构成直接侵权。改法是以单一主体视角重写，把对端行为改写为本侧可观测的信号或响应；重写后做主体代入演练，逐个假设潜在被告，检查其实施的特征集合能否覆盖权项，演练结果记录在案，作为后续分案与修改的依据。
典型错误二：为了追求保护范围把用户写进权项，导致权项自缚。独权范围的控制方法见 独立权利要求保护范围怎么拿捏，范围大小必须与可执行的主张对象绑定考虑。
参考来源
引用均为官方文件或公开报道，访问日期 2026-11-06。