印度软件专利：资格、第 3(k) 条及专利要求

软件可以根据印度专利法获得保护，但前提是它必须满足法定要求。 新颖性、创造性和工业适用性并且不属于第 3(k) 条关于“计算机程序本身”的排除范围。

印度并非禁止所有软件相关发明。该禁令仅适用于所要求保护的主题仅仅是抽象算法、商业方法或计算机程序，而没有可证明的技术效果的情况。如果软件驱动的发明能够产生可衡量的技术贡献，例如提高系统性能、增强数据处理架构、降低计算负荷或控制物理设备，则可以获得专利保护。

软件专利的法律地位已通过立法修正案、专利局审查指南和司法判决发生了显著变化。因此，确定软件是否符合专利资格需要对以下方面进行结构化分析：

• 1970年《专利法》规定的法定框架
• 对“计算机程序本身”的解释
• 技术效果要求
• 当前考试实践
• 司法先例
• 全球标准比较（美国和欧洲）
• 起草和起诉策略

本指南对印度的软件专利性进行了全面分析，包括对此类申请的审查方式、被驳回的原因以及如何加强此类申请的实用见解。

印度专利法对软件有何规定？

在印度，软件专利性的认定取决于《印度专利法》第2(1)(j)条（定义“发明”）和第3(k)条（排除某些主题不具备专利性）之间的相互作用。孤立地解读第3(k)条无法理解其法律地位；这两项规定共同发挥作用。

发明的定义——第 2(1)(j) 条

第2(1)(j)条将发明定义为具有创造性步骤且能够应用于工业生产的新产品或新工艺。这三项要求统一适用于所有技术，包括软件驱动系统。

因此，一项软件相关发明必须首先满足新颖性、创造性和实用性要求。这些要求的范围和司法解释将在我们单独的分析中进行详细探讨。 新奇， 创造性步骤， 和 工业适用性 根据印度专利法，本文重点关注对软件类发明具有独特影响的主题筛选机制。

第 3(k) 条规定的排除

第3(k)条将“数学或商业方法、计算机程序本身或算法”排除在可专利性范围之外。这一条款常被误解为对软件专利的全面禁止，但事实并非如此。

此项除外条款仅适用于所主张的标的物本身仅为计算机程序，且不包含任何可证明的技术贡献的情况。纯算法、抽象计算逻辑以及通过软件实现的商业方法通常都属于此项除外条款的范畴。

解释的关键在于“本身”一词，该词组是通过2002年的修正案引入的。立法者添加该词组的意图是明确，虽然计算机程序本身不能获得专利，但将计算机程序作为更大技术系统的一部分的发明则可能符合专利条件。

实际上，仅涉及抽象计算或财务自动化的权利要求很可能遭到第3(k)条的异议。相反，如果一项由处理器实现的系统能够产生可衡量的技术改进，例如提高处理效率、改善网络性能、优化资源分配或控制物理设备，则可以继续进行审查。

软件专利性的双层结构

在印度，软件发明评估采用分层分析法。第一层分析涉及《印度专利法》第3(k)条规定的主题适格性。如果发明本身仅仅是一个计算机程序，或者是一种用技术语言包装的商业方法，那么评估就到此为止。

如果发明通过了这一门槛，第二层审查将涉及第2(1)(j)条规定的标准专利性标准：新颖性、创造性和实用性。只有通过第3(k)条的筛选，申请才能进入实质审查阶段。

这种结构解释了为什么在软件相关的专利申请中，撰写方式往往至关重要。一项发明可能在技术上具有创新性，但如果权利要求中只关注软件逻辑而非通过该逻辑实现的技术解决方案，则该发明可能最终失败。

法律立场概要

印度专利法并不禁止软件专利。它仅排除那些仅限于抽象程序或算法而缺乏技术贡献的权利要求。如果一项基于软件的发明为技术问题提供了技术解决方案，则其是否具有专利性仍可根据该法的通用标准进行审查。

印度专利局如何处理软件和人工智能发明

以软件为中心的发明通常会通过以下方式进行审查 第 3(k) 条 印度专利法规定，除“数学或商业方法、计算机程序本身或算法”外，其他任何内容均不属于专利范围。实际上，审查的重点并非软件本身是否存在，而是所要求保护的主题是否属于专利范围。 仅有的 一项程序/算法/商业方法，或者该发明是否以某种形式构建和支持？ 技术问题的技术解决方案。

从印度专利局的角度来看，当权利要求和说明书展现出……时，软件发明更有可能获得专利保护。 技术贡献 除了抽象的处理过程之外，技术效果分析还关注计算机系统、网络、设备或工业流程功能的具体改进。这种分析通常通过系统架构、大规模数据处理、信号处理、设备控制、资源优化、延迟降低、安全机制或其他与计算或硬件运行相关的可衡量改进等特性来体现。

印度专利局也已颁发了 2025年计算机相关发明（CRI）审查指南这些指南指导专利审查员如何处理计算机程序本身、商业方法以及人工智能/机器学习相关的权利要求。这些指南与《专利法》、相关规则以及不断发展的印度判例法一并适用。由于对第3(k)条的详细处理需要权利要求格式策略、示例以及审查员式的推理，因此专门介绍第3(k)条的文章（链接在此）将深入探讨其实用“操作方法”，而本页面仍然是关于整体可专利性的主要指南。

如果发明包含软件/人工智能元素，降低第3(k)条风险的最快方法是先进行权利要求资格审查，在提交申请前将每个元素映射到技术效果和说明书支持。

印度法院对软件专利性的澄清

司法解释在明确第3(k)条的适用范围方面发挥了决定性作用。虽然该法条排除了“计算机程序本身”，但法院一贯强调，不能机械地适用这一排除条款。重点必须始终放在所要求保护的发明的技术贡献上。

技术效果是根本原则

在费里德·阿拉尼诉印度联邦一案中，德里高等法院澄清，第3(k)条的限制仅适用于计算机程序。 本身 并非所有包含软件的发明都应如此。法院承认，包括人工智能和数字系统在内的现代技术创新通常由软件驱动。仅仅因为它们涉及代码就拒绝它们，这与技术现实不符。

法院认为，如果一项基于计算机的发明证明了…… 技术效果或技术贡献仅仅因为某项技术是通过软件实现的，就不能将其排除在外。这项裁决显著强化了印度专利法理学中的技术效果原则。

硬件并非总是必需的

在埃森哲全球服务有限公司诉专利局助理局长一案中，法院明确指出，法律并不要求软件必须涉及新颖的硬件改造才能获得专利。缺乏特殊的硬件适配并不自动触发第3(k)条的规定。关键问题仍然是该发明是否带来了技术进步。

这种解释符合立法者在条款中加入“本身”一词的意图。该排除条款针对的是抽象程序，而非所有计算机实现的发明。

商业方法仍被排除在外

与此同时，法院和上诉机构一直坚持认为，仅仅用技术语言撰写商业方法并不能使其获得专利。在雅虎诉专利局局长一案中，一项针对定向广告机制的权利要求被认定为一种体现在技术中的商业方法。软件实现的存在并未改变该发明的本质特征。

这一原则强化了一个关键界限：技术实施并不能将商业理念转化为技术发明。

算法集成到技术系统中

在 Telefonaktiebolaget LM Ericsson 诉 Lava International Ltd. 一案中，法院指出，仅仅提及算法并不会使一项发明失去专利性。如果算法在一个更大的技术系统中运行，并对实际技术成果做出贡献，则第 3(k) 条不自动适用。

这种方法与CRI指南下的审查实践非常吻合。审查的重点不是发明中是否存在软件，而是权利要求所述的发明是否为技术问题提供了一种技术解决方案。

联合司法立场

总的来说，司法判例确立了四项指导原则：

首先，第 3(k) 条规定的排除范围很窄，仅适用于计算机程序本身。
其次，技术效果或技术贡献是资格的核心决定因素。
第三，即使通过软件实现，业务方法仍然被排除在外。
第四，算法的存在并不必然导致其无法获得专利，即使该算法被整合到技术系统中。

这些原则提供了解释上的稳定性，并强化了印度法律重视实质而非形式的原则。

如何撰写软件专利申请以避免被第3(k)条驳回

在软件相关发明中，专利适格性往往并非主要取决于其内在创新，而是更多地取决于发明的框架、结构和权利要求。由于第3(k)条起到主题筛选的作用，因此撰写策略在决定申请是否进入实质审查阶段起着决定性作用。

重点关注技术问题和技术解决方案

每项软件专利申请都应清晰阐述以下内容： 技术问题 以及相应的 技术方案. 规范不应仅仅描述软件的功能或业务作用；它必须解释该发明如何改进计算机系统的功能或解决技术环境中的技术问题。

例如，一项旨在“自动化客户注册”的权利要求可能被认定为一种商业方法。相比之下，一项定义特定处理器级架构并通过新颖的内存分配技术降低身份验证延迟的权利要求，则将重点转移到了技术贡献上。

区别在于前者关注的是可衡量的技术改进，而非商业优势。

定义系统架构，而不仅仅是逻辑

通过第 3(k) 条款审查的申请通常会描述以下内容：

• 涉及的系统组件；
• 硬件和软件元素之间的交互；
• 数据流和处理顺序；
• 技术上提升性能的方式。

诸如“一种配置用于执行指令的处理器”之类的通用描述是不够的，除非所要求保护的指令本身能够产生技术效果。审查员会评估该架构是否对系统性能或技术运行做出实质性贡献。

可证明的可衡量的技术效果

CRI框架和司法判例始终强调技术效果。因此，申请应清晰阐明所实现的技术改进。这些改进可能包括提高处理效率、降低资源消耗、增强协议层面的安全性、提高通信可靠性或优化硬件控制。

描述中应避免使用“提高效率”等抽象陈述，而不具体说明如何实现改进以及影响了哪些技术参数。

避免将其定义为纯粹的自动化

发明被驳回的常见原因之一是，发明被描述为对现有手动或商业工作流程的自动化。即使通过复杂的代码实现，行政或财务流程的自动化也可能属于商业方法排除范围。

如果核心贡献在于优化交易管理逻辑、定价策略或客户细分规则，则该应用程序必须证明其贡献在于技术实现，而不是业务推理。

确保充分的技术披露

除了符合资格要求外，规范还必须提供充分的技术细节。缺乏架构解释的高级功能语言不仅可能违反第 3(k) 条的规定，还可能违反清晰性和充分性条款。

一份编写完善的软件专利说明书通常包括：

• 系统组件的详细描述；
• 流程图或架构图；
• 处理序列；
• 本发明影响的技术参数；
• 展示技术差异的替代实施例。

这种程度的信息披露既支持资格分析，也支持创造性步骤分析。

实践观察

实际上，能够清晰定义技术架构、明确系统组件之间的交互以及阐明可衡量的技术改进的应用程序更有可能超越第 3(k) 节的门槛。

相反，那些以高度抽象的方式提出的主张，特别是那些侧重于金融逻辑、数据分类或行政处理的主张，往往会很快遭到反对。

核心原则始终不变：发明必须针对技术问题提出技术解决方案。如果说明书和权利要求中都明确阐述了这种联系，则克服第3(k)条限制的可能性将显著增加。

印度软件专利申请被驳回的常见原因

在印度，大量软件相关专利申请在主题审查阶段就遭遇异议。很多情况下，驳回并非因为缺乏新颖性，而是因为未能满足《印度专利法》第3(k)条规定的适格门槛。

了解常见的拒付模式有助于申请人更有效地构建索赔和规格说明。

该发明被定义为一种纯算法。

主要侧重于计算逻辑、公式或数学建模的应用往往会立即遭到反对。如果所声称的贡献完全存在于抽象算法中，而没有集成到任何技术系统中，则很可能被视为计算机程序本身。

技术术语的存在本身并不会改变这一评估结果。审查员评估的是权利要求的实质内容，而不是所使用的词汇。

核心贡献是一种商业方法

许多专利审查申请被驳回的情况发生在发明涉及金融处理、营销策略、风险评分、交易路由或客户管理系统时。如果技术实现仅仅执行商业规则或业务逻辑，则该发明可能属于第3(k)条规定的“商业方法”排除范围。

添加硬件元件或将方法描述为“计算机实现”并不能自动将商业理念转化为技术发明。

无明显技术效果

仅笼统地陈述诸如提高效率或增强性能等优势，而未具体说明改进的技术参数，往往会遭到审查。审查员会寻找可衡量或可识别的技术成果，例如缩短处理时间、提高网络吞吐量、优化内存使用、增强协议层面的系统安全性，或改进对物理设备的控制。

如果规格说明未能将所声称的功能与具体的技术改进联系起来，就会出现资格问题。

通用硬件复述

另一个常见问题是，在未展示这些组件如何以技术上有意义的方式交互的情况下，就包含了诸如处理器、服务器或内存单元之类的通用组件。如果硬件仅仅执行例行指令，那么该发明本身仍可能被归类为软件。

重点仍然是技术贡献，而不是正式的权利要求结构。

高级功能性声明

权利要求书如果使用宽泛的功能性语言，而没有定义系统架构、处理步骤或组件之间的交互，往往会因过于抽象而遭到驳回。当发明仅以预期结果而非技术机制来描述时，被驳回的风险也会增加。

清晰阐述数据流、系统配置和技术处理逻辑可以显著降低这种风险。

实际考虑

实际上，许多第3(k)条规定的异议会在第一次审查报告中提出。那些能够提供结构化技术叙述、并辅以架构细节和可衡量改进的申请，更有可能通过资格审查阶段，进入实质审查阶段。

由于软件专利资格很大程度上取决于发明的结构和权利要求，因此在提交申请之前评估技术贡献和权利要求架构有助于及早发现潜在的第 3(k) 条漏洞。

在印度获得软件专利的时间表

软件相关专利申请的程序框架与《专利法》和《专利规则》下的其他技术专利申请相同。虽然此类申请的核心挑战通常出现在第3(k)条的规定下，但法定的时间安排仍然结构化且有时限。

我们的指南中提供了每个阶段的详细说明。 印度专利申请流程. 为了便于理解，以下概述了关键的法定里程碑。

时间线概览

尽管程序结构统一，但软件申请在首次审查报告阶段经常会遇到主题异议。审查过程中如何处理第3(k)条规定的问题，会对整个审查周期产生重大影响。

真正的边界：技术创新与抽象代码

在印度，软件专利性的判定并非取决于一项发明是否涉及编程，而是取决于该发明是否提供了…… 技术问题的技术解决方案。

第 2(1)(j) 条和第 3(k) 条结合 CRI 指南和司法判例，确立了一个结构化的门槛。抽象算法、业务逻辑和孤立提出的计算机程序仍然被排除在外。但是，能够显著提高技术性能、优化系统架构、增强硬件交互或产生可衡量的技术成果的软件驱动系统仍然符合审查条件。

这并非语义上的区别，而是实质上的区别。

如果所声称的贡献在于计算抽象，则很可能根据第3(k)条提出异议。如果发明改进了技术系统的功能，则其可专利性仍待确定，但需满足新颖性、创造性和实用性要求。

在实践中，专利资格的认定往往取决于技术贡献的识别清晰度以及权利要求对该贡献的体现程度。排除与保护之间的界限并非由软件的存在来界定，而是由技术进步的存在来界定。

咨询说明

如果软件驱动的创新代表着一项战略性业务资产，那么在提交申请之前评估技术贡献和权利要求架构可以帮助预见潜在的第 3(k) 条异议，并在审查阶段加强申请。

印度软件专利常见问题解答