编者按:2017年4月1日起,《国家知识产权局关于修改的决定》正式施行。此次修改涉及多方关注的热点问题,如对商业模式创新中的技术方案给予积极鼓励和恰当保护、明确对涉及计算机程序发明允许的多种撰写方式等。本文作者亲历此次对《专利审查指南》的研究和修改过程,在本文中从修改的背景出发,对修改方案进行了细致解读。
原标题:《专利审查指南》修改解读(上)
2017年2月,国家知识产权局局长申长雨签署发布第74号局令,《国家知识产权局关于修改的决定》自2017年4月1日起施行。此次修改主要涉及:对商业模式创新中的技术方案给予积极鼓励和恰当保护、明确对涉及计算机程序发明允许的多种撰写方式、明确申请日之后补交的实验数据的审查规则、适度放开无效宣告程序中专利文件的修改方式、扩大公众可以查阅和复制专利文件的范围等。这些修改内容解决了近年来业界非常关心的问题,引起了广泛关注。笔者亲历了《专利审查指南》(下称《指南》)整个研究和修改过程,尝试从修改的背景出发,解读修改方案,说明对于争议问题的研究和思考,希望帮助读者对《指南》修改方案形成更为全面清晰的认识。
涉及《指南》第二部分第一章有关商业模式的修改
(一)修改背景
目前,信息、通讯、网络等新技术发展给经济社会带来了深刻变革,从而引发了创新模式的改变——从传统的以技术发展为导向的科技创新活动转向以用户体验为中心、以共同创新、开放创新为特点的用户参与的创新模式,经济增长从技术创新和商业模式创新两个维度获得动力,我国创新主体对于涉及商业模式创新的保护存在比较强烈的需求。
(二) 修改方案和说明
此次修改在《指南》第二部分第一章第4.2节第(2)项之后新增一段,内容如下:“涉及商业模式的权利要求,如果既包含商业规则和方法的内容,又包含技术特征,则不应当依据我国专利法第二十五条排除其获得专利权的可能性。”通过上述修改,希望向社会公众进一步明确:利用计算机和/或网络技术实现的、涉及商业内容的发明专利申请,如果其权利要求含有技术特征,不认为其属于我国专利法第二十五条第一款第二项所述的“智力活动的规则和方法”而予以排除。
但是,排除适用专利法第二十五条并不意味着同时排除专利法第二条第二款的适用。专利法第二条第二款规定了发明是对产品、方法或者其改进所提出的新的技术方案,即发明应是一种技术方案。专利法第二条第二款和第二十五条从正反两个方面界定了专利保护的客体。对于涉及商业内容的专利申请,即使其不属于第二十五条第一款第二项排除的纯粹智力活动的规则和方法的范畴,如果不是采用技术手段解决技术问题,以获得符合自然规律的技术效果的方案,亦不属于可专利保护的客体。
(三)修改的影响
商业领域通常被认为是非技术领域,纵观各国相关法律规定和保护情况,可以发现,纯粹的商业方法均不被认为是专利保护的客体。
在当前“互联网+”发展模式下,互联网与经济社会各个领域深度融合,技术领域与非技术领域、技术性与非技术性特征的界限开始变得模糊,很多传统上认为涉及商业领域的专利申请已不宜从保护客体上直接排除其获得专利权的可能性,而应继续审查,判断其对现有技术的贡献是否足以获得专利保护的对价交换。
对于涉及商业方法的专利申请的审查标准的调整,需要将有关客体与“三性”的法律条款统筹考虑。此次修改并未具体涉及“创造性”审查内容,未来在《指南》修改工作中,还需要进一步深入研究和论证。
关于涉及计算机程序的发明专利申请审查的若干规定
(一)修改背景
1.《指南》的规定和解释
《指南》在第二部分第九章第5.2节对涉及计算机程序发明专利申请的权利要求书的撰写和解释做了具体规定,涉及计算机程序的发明专利申请的权利要求可以写成一种方法权利要求,也可以写成一种产品(装置)权利要求。同时,对于应如何撰写方法和装置权利要求进行了进一步说明:对于全部以计算机流程为依据的装置类权利要求,《指南》规定应按照与该计算机程序流程的各个步骤或者该方法权利要求中的各个步骤完全对应一致的方式撰写,即写成所谓的“功能模块构架”类权利要求,并且规定“由这样一组功能模块限定的装置权利要求应当理解为主要通过说明书记载的计算机程序实现该解决方案的功能模块构架,而不应当理解为主要通过硬件方式实现该解决方案的实体装置。”
因计算机程序发明涉及时序特征,之前往往被认为是方法发明。在1993版《指南》实施之前,涉及计算机程序的发明只能以方法权利要求的形式提出专利申请。但是,对于方法专利,一般只有使用专利方法才构成侵权,权利人无法追究计算机程序的复制者或销售者的侵权责任,而计算机程序的直接使用者往往是普通消费者,非商业目的的私人使用也不构成侵权。随着计算机技术的迅猛发展,方法权利要求在专利保护上的局限性日益凸显,诉讼对象的难于确定导致基于计算机程序的发明创造得不到有效的保护。
法律需要不断调整以适应经济技术发展的需要。在1993版《指南》中开始允许涉及计算机程序发明撰写成装置权利要求。在2006版《指南》中具体提出了上述“功能模块构架”的装置权利要求, 同时增加了对于涉及计算机程序的发明专利申请中包含有硬件结构改变的专利申请说明书的撰写要求。2010版《指南》对有关规定未作修订。
《指南》设定“功能模块构架”权利要求,一方面希望通过这类“装置”权利要求赋予计算机程序发明以产品的保护效力;另一方面,对这类权利要求的撰写形式做了严格的规定,希望使得审批者和社会公众能够轻易地识别出这类权利要求,并在此基础上适用《指南》中对此类装置权利要求的保护范围所做的、不同于一般权利要求的狭义解释。在既往的审查实践中,方法权利要求以及与之一一对应的装置权利要求是成对出现的。
2.引发的讨论和争议
时代在进步,技术在发展,这些年来,《指南》的有关规定在专利的申请、授权、确权和保护方面存在一些争议。
(1)“完全对应一致”含义不清,给撰写和审查造成一定困惑
由于《指南》规定的“功能模块构架”的装置,仅是在专利申请阶段为了满足撰写形式要求而“组装”的虚拟产品,在实际软件开发阶段并没有这样的概念。模块构架并非客观存在的物理实体装置或装置单元,且功能模块的拆分与合并比较随意,无客观划分标准,这必然给申请人撰写申请文件带来诸多不确定性。
在审查实践中,对于何为“完全一一对应”的理解也存在分歧。有观点认为装置权利要求中的各功能模块与方法权利要求中的各步骤必须在文字上绝对、严格地对应一致才能被认为是“完全一一对应”(严格符合《指南》示例),进而认为是功能模块构架的装置权利要求;也有观点认为不应如此机械理解,实质上“一一对应”即可。这些不一致理解给审查员检索现有技术、评判权利要求是否得到说明书支持等可能带来困惑。
(2)“功能模块构架”权利要求的保护范围的理解和解释不一致
自2006版《指南》设定“功能模块构架”权利要求的撰写方式以来,对此类权利要求的保护范围的理解一直存在争议,主要包括:a.“功能模块构架”装置权利要求具体指向的产品类型是什么,是软件,硬件,还是软件与硬件的结合?b.装置(产品)权利要求中包含计算机流程步骤特征时,步骤特征部分与装置之间有何关系?是否对权利要求的保护范围有限定作用?c.由于“功能模块构架”权利要求的表现形式上往往会出现“用于……的装置”或“被配置为……”这样的措辞,使得对其“功能模块构架”权利要求的表现形式易与一般功能性限定混淆,导致权利要求的保护范围更加难于确定。
(3)“功能模块构架”权利要求在司法保护方面存在争议
在司法实践中,可以看到上述“功能模块构架”权利要求范围的不同解释。从颇受关注的诺基亚公司诉上海华勤通讯技术有限公司侵害发明专利权纠纷案可以看到,上海中级和高级人民法院对于有关特征是按照一般功能性特征认定和解释的。
涉案权利要求7涉及:“如权利要求6所述的终端设备,其特征在于:所述终端设备被配置为……用于输入消息的消息编辑器……”
上海市第一中级人民法院和上海市高级人民法院均认为:由于涉案专利权利要求7包含功能性技术特征,且结合涉案专利说明书及附图仍然不能确定权利要求7的保护范围,不应判定被告构成侵权。可见,法院将“被配置为……”解释为限定装置的功能性特征,并结合涉案专利说明书及附图来寻找装置本身“被配置为”的具体实施方式和相对于对现有装置的技术贡献,以确定权利要求的范围。这与《指南》对功能模块构架权利要求的解释是不同的,《指南》规定功能模块构架的装置权利要求不应当理解为“主要通过硬件方式实现该解决方案的实体装置”。
(4)无法满足创新主体的保护需求