.png?width=500&height=250&name=%E7%9F%A5%E7%9A%84%E8%B2%A1%E7%94%A3%E4%BA%8B%E5%8B%99%E6%89%80%E3%82%A8%E3%83%9C%E3%83%AA%E3%82%AF%E3%82%B9%20(500%20%C3%97%20250%20px).png)
.jpg?height=200&name=unnamed%20(2).jpg)
📌 对于那些阅读本文的人：如果您正在考虑软件的 IT 专利， SaaS、IoT等，还请查看专门从事IT专利的专利律师服务。...
.jpg?width=1024&height=572&name=unnamed%20(5).jpg)
如今，业务的主战场已经从套装软件转向SaaS（软件即服务），许多初创公司都希望通过订阅模式来扩展业务。然而，令人惊讶的是，由于其技术特点，SaaS 获得专利极其困难，并且容易失败。
“尽管我们开发了革命性的算法，但我们无法起诉竞争对手的专利侵权”
“仅仅因为服务器移至海外，专利权就不再适用”
为了防止这种情况的发生，需要一种复杂的策略来合法地定义“服务器”和“客户端”之间的关系，这是SaaS独特的架构。
特别是，随着2025年3月最高法院对Dwango诉FC2案的裁决，SaaS专利实践已经达到了一个戏剧性的转折点。在不知道这一裁决的情况下根据旧知识提出申请太危险了。
在本文中，我们将从IT和软件领域的专利律师的角度，结合最新的法院判例，深入讲解SaaS业务专利策略的核心以及“胜诉”的诀窍。
1。为什么SaaS专利与“普通专利”不同？
传统上，只要一项产品存在，制造专利（例如“发动机”或“椅子”）就已完成。然而，包括 SaaS 在内的“网络系统”的发明只有在多个物理上分离的元素一起工作时才能发挥作用。
这里最大的问题是专利法中的“多参与者墙”。
侵权者分散风险（实现所有配置要求的原则）
原则上，为了构成专利侵权，“一个实体（竞争对手）”必须实现“专利权利要求中所述的所有组成要素”。
如果你不假思索地将整个系统申请为“由服务器和客户端组成的聊天系统”的专利，会发生什么？
・服务器由“竞争对手（SaaS 供应商）”管理。
・操作客户端的人是“一般用户（客户）”。
在这种情况下，竞争对手可能会争辩说：“我没有操作客户端（用户是根据自己的权限进行操作的）”。由于我只实现了整个系统的一半，因此不构成专利侵权。”存在侵权不成立的风险。
为了防止这种情况发生，必须有一个“权利要求设计”来正确区分发明并明确谁在做什么。
2.服务器与客户端通信的“三师”策略
涉及 SaaS 专利时，最重要的是“您应该从什么角度来看待发明？”即使对于相同的技术，通过获得以下三类的多层权利，您也可以构建一个无处可逃的强大专利网络。
战役①：服务器端投诉（最重要的总部）
这是直接攻击SaaS厂商（竞争对手）的权利。本发明的组件将仅被描述为“由服务器执行的处理”。
·不好的例子（多主题）：
“一种系统，其中用户从设备发送请求，服务器接收请求、处理请求，并将结果显示在用户的设备上。”
(*包含用户的“显示”操作)
·很好的例子（基于单一）：
“一种服务器设备，包括：接收单元，从终端接收请求；控制单元，基于请求执行处理；以及发送单元，将显示数据发送到终端。”
通过这种方式将主体统一为“服务器”，无论用户在做什么，竞争对手在操作该服务器时都可以被质疑侵权（生产、使用等）。对于SaaS专利来说，这是最基本、最有力的权利。
策略 2：客户端投诉（与应用商店相比）
当在专用应用程序或浏览器上运行的 JavaScript 的处理中有特殊功能时，这非常有效。
在这里，我们将许可“程序”本身。
如果想要消灭在 Apple Store 或 Google Play 上分发应用的竞争对手，仅凭“服务器专利”可能很难向平台运营商解释，而且清除可能会被延迟。然而，如果你拥有“应用专利”，你可以简单地声称分发的应用程序本身就是侵权产品，并且可以顺利地要求将其从商店下架（下架）。
策略③：系统投诉（针对海外服务器）
过去，由于存在多方侵权的风险，针对“整个系统（服务器+终端）”的投诉往往会被避免，但由于下述最新裁决，此类索赔的重要性正在被重新评估。
特别是，当服务器和客户端紧密合作并且发明的本质在于它们的交互（协议或通信序列）时，系统声明非常有效。
3.最高法院对改变历史的 Dwango 案的判决（2025 年 3 月）
多年来SaaS业务最受关注的就是“服务器安装海外（跨境）”的问题。
日本专利权基于“属地原则”，仅在日本境内有效。结果，存在“专利规避”的风险，即“日本专利权不适用，因为AWS区域是美国”。
最高法院于 2025 年 3 月 3 日对 Dwango 诉 FC2 案作出的裁决彻底解决了这一问题。
如果“实质上是国内”，则属于侵权
最高法院认定，即使服务器位于海外，如果综合考虑以下因素，创建系统的行为“可以被评估为实质上是在日本境内完成”，则构成对日本专利权的侵犯（生产）。
转账类型等：是否为日本用户提供服务（日语显示、日元支付等）？
影响发生的地点：使用该系统的影响是否发生在日本（国内用户可以使用吗？）。
由于这项开创性的裁决，SaaS 提供商不再可以选择简单地将服务器移至海外。
换句话说，最高法院已经确定，如果您在日本安全地获得了专利，您可以针对使用海外服务器的假冒服务请求禁令和损害赔偿。
自这项裁决以来，一个极其有效的策略是获得“包括服务器和终端的系统”的专利，并声称“由于它包括日本的用户（终端），因此可以在日本国内实施。”
4.如何证明“隐形内部处理”？
无论你的专利有多么伟大，除非你能证明竞争对手的服务正在使用该专利，否则它毫无意义。这称为“可检测性”。
SaaS后端处理（AI算法和高速计算逻辑）是一个黑匣子。从外部无法看到服务器内部正在进行哪些计算。
因此，当我负责客户公司的SaaS专利时，我总是包含以下观点。
定义输入/输出 (I/O) 权限
声明不是由内部逻辑本身构建的，而是通过包含“响应特定输入返回什么样的输出”的因果关系来构建的。
× 仅限内部处理的投诉：
“使用算法 X 计算数据 A 的系数并将其存储在内存 B 中的过程。”
（*无法获得侵权证据，因为从外部绝对看不到）
○ 针对输入/输出的投诉：
“响应于从终端接收到数据A，生成包含特定参数的数据B并将其发送回终端的过程。”
如果你这样写，你可以简单地点击你竞争对手的API并检查响应（JSON数据等）来证明“你看，返回了这个参数，这是专利侵权。”
“强专利”不仅是技术先进的专利，而且是易于发现侵权的专利。
5. SaaS 初创公司的知识产权路线图
速度是 SaaS 业务的关键。专利申请必须根据开发阶段适时提出。
第 1 阶段：MVP 开发 ~ 发布前（PMF 之前）
这是最大的战斗。
专利需要“新颖性”。即使是测试版，一旦发布到全世界，就不能再申请专利（新颖性就丧失了）。
请务必在发布“新闻稿”或“LP 新闻稿”之前完成您的申请。现阶段，我们关注的是“商业模式x技术”的基本概念，而不是详细的代码。
第 2 阶段：成长期（A 轮到 B 轮）
这是用户数量增加和功能添加的时期。在这里，我们将继续获取特定 UI/UX、数据结构和 API 规范的权利，这将使我们与其他公司区分开来。
特别是在考虑未来的 IPO（首次公开上市）和并购时，专利组合将成为一项可以显着提高公司估值的资产。投资者和收购公司不仅为技术本身付费，还为“垄断该技术的权利”付费。
6.总结：选择SaaS领域实力雄厚的专利代理师的重要性
除非您深入了解以下三个要素，否则 SaaS 业务专利最终将充满漏洞。
网络技术（HTTP、API、WebSocket、云基础设施）
最新法律逻辑（Dwango最高法院判决，多方执行，间接侵权）
商业模式（盈利点、竞争对手的进入途径）
仅仅“写下从工程师那里听到的规范”并不能保护 SaaS 专利。
拥有专家的支持至关重要，他们可以用技术术语与工程师进行交流，并且可以以“权利”的形式将服务器和客户端之间的无形处理可视化。
我们公司提供专门针对 SaaS/云业务的专利支持。
如果您不确定您的服务是否会获得专利或者担心被竞争对手模仿，请在开发完成之前尽快联系我们。
从您编写代码的那一刻起，SaaS 技术就成为一种资产。我们的工作是将这项资产转化为“专有权”。
标签
#SaaS #专利策略 #软件专利 #商业模式专利 #初创公司 #专利律师 #服务器客户端系统 #Dwango判决 #跨境 #API #UIUX #侵权证明 #知识产权策略 #云服务 #专利申请 #IT专利
