怎样写权利要求书(原创)

2024-04-28 23:18
文章标签 怎样 要求 原创 权利

本文主要是介绍怎样写权利要求书(原创),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

    如何撰写专利权利要求书是每一个想自己提交专利申请文件的人最为关切的一个问题。因为专利的权利要求书是整个专利申请文件最核心的部分,是申请人向国家请求保护他的发明创造及划定保护范围的文件,一旦提交后,一般不允许扩大保护范围,实用新型专利通常还没有机会再作更改,而批准后,它即具有法律效力。因此,撰写出一篇优质的权利要求书直接涉及申请人的利益,十分重要。

    权利要求书的一般要求书可分为独立权利要求与从属权利要求两种。
    独立权利要求应从整体上反映出发明或实用新型的主要技术内容,它包括全部的必要技术特征,其本身可以独立存在。它的技术特征的集合是该专利的最大保护范围,第三人生产的产品只要不用到其中的任何一个技术特征所不构成专利侵权,因此在独立权利要求中切勿写入任何非必要的技术特征,否则将不构成侵权;同时,也切勿将权利要求(尤其是实用新型专利权利要求书)写得较为宽广,使之其权利不稳定,易于被无效,新法修改后即更会遭遇公知技术抗辩。
    从属权利要求是引用独立权利要求或几项权利要求的全部技术特征,又含有若干新的技术特征的权利要求,从属权利要求必须依从于独立权利要求或者在前的从属权利要求。
    每一个独立权利要求可以有若干个从属权利要求。
    有多项权利要求的应当用阿拉伯数字顺序编号。编号时独立权利要求应排在前面,它的从属权利要求紧随排在后面。
    (2)权利要求书的写法
    1.独立权利要求分两部分撰写:一是前序部分:写明发明或实用新型要求保护的主题名称和该项发明或实用新型与现有技术共有的必要技术特征;二是特征部分:写明发明或实用新型区别于现有技术的技术特征,这是权利要求的核心内容,这部分应紧接前序部分,用“其特征是……”或者类似用语与上文联接。前序部分和特征部分共同限定发明或实用新型的保护范围。
    2.从属权利要求也分两个部分撰写:一是引用部分:写明被引用的权利要求的编号及发明或实用新型主题名称。例如:“根据权利要求1所述…”;二是限定部分:写明发明或实用新型附加的技术特征,它是独立权利要求的补充,以及对引用部分的技术特征作进一步的限定。也应当以“其特征是……”连接上文。通常,从属权利要求书应尽可能从多方面角度来补充、完善该专利的技术特征。
    3.权利要求书撰写中常见的错误
    a.纯功能性的权利要求,这是初写者常出现的错误。通常情况下,产品必须用结构型的技术特征来撰写权利要求,方法必须用步骤或条件式权利要求,不能采用功能或混合式,这种写法容易超出说明书范围,扩大了保护范围。
    b.对一般的改进发明,没有前序部分和特征部分之分;实质是没有划清与现有技术的界限。
    c. 使用了不准确、不明确的词汇。如“等等”、“高”、“强”、“弱”、“性能好”、“一定厚度”等等。
    d.在独立权利要求中,有多个前序部分和多个特征部分,这种情况是没有弄清撰写要求。一个独立权利要求只能有一个前序部分和一个特征部分。
    e.从属权利要求中没有引用部分和特征部分,或者是其中引用部分的“引证”有错误。
    f.权利要求书得不到说明书的支持。即在权利要求书中写的技术特征,在说明书中无相应的文字记载,或是没有清楚、完整的说明。
    4.撰写好权利要求书的一般技巧
    a.详细分析发明或实用新型。先是把技术解决方案和全部技术特征分析透,分析内容包括是属于产品发明还是方法发明,对实用新型只能是产品发明,确定技术领域,研究技术方案,分析技术特征。
    b.做好检索或查新工作,特别是申请发明专利一定要查新,查是否已存在同样发明创造。
    c.从产品本身的技术中认真研究,运用研发人员的思路尽可能多地找出特有的技术特征,分折比较后,将各个技术特征定位在不同的权利要求项中。
    d.反复比较、酝酿不同的技术方案,从中筛出较佳的技术方案,同一发明可能写出不同的权利要求书。多写几个方案有利于在反复比较过程中,确定一种正确合理的方案。最后,相确定的权利要求书与写好的说明书相比较,仔细检查两者的关系,这一点对初写者尤为重要。
    e.专利代理人最好有丰富的研发经历,才能在撰写专利权利要求书,将防御性权利要求或进攻性权利要求书等方面的申请策略做在撰写的权利要求书中,使该专利的独立权利要求权项难以被攻破,具有坚固的稳定性和较宽广的保护范围。
    由于专利文件,尤其是权利要求书的撰写的技巧性很强,因此一项好的技术方案最好委托有研发思路的专利代理人帮助完成,否则,冒然地自己撰写专利文件,出错的可能性非常大;而发明人本人由于没有足够案例的磨炼,又有技术人员易存在 “庐山中难以看清庐山” 即先入为主的偏见。因此,甚至花费了申请费、年费等费用,却免费向社会提供发明创意,丧失了该技术方案再申请专利的机会!

原文地址;点击打开链接

这篇关于怎样写权利要求书(原创)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/944522

相关文章

LabVIEW程序员是怎样成长为大佬

成为一名LabVIEW编程领域的“大佬”需要时间、实践、学习和解决复杂问题的经验。尽管LabVIEW作为一种图形化编程语言在初期可能相对容易上手,但要真正成为精通者,需要在多个层面上深入理解。以下是LabVIEW程序员如何逐步成长为“大佬”的路径: 1. 打好基础 LabVIEW的大佬们通常在初期会打下非常坚实的基础,理解LabVIEW编程的核心概念,包括: 数据流编程模型:Lab

两轴直驱稳定云台的电源系统设计与关键要求

两轴直驱稳定云台,作为现代摄影、摄像及监控领域的高精尖设备,广泛应用于各种不稳定环境(如移动车辆、海上船只、空中飞机等),以提供相机、传感器等关键设备的稳定支持。其卓越的性能和可靠性,很大程度上依赖于其精心设计的电源系统。本文将对两轴直驱稳定云台的电源系统要求进行全面剖析,并深入探讨电压波动可能带来的不良影响及应对措施。 电源系统的核心要求 高容量与功率:

App Store最低版本要求汇总

1,自此日期起: 2024 年 4 月 29 日 自 2024 年 4 月 29 日起,上传到 App Store Connect 的 App 必须是使用 Xcode 15 为 iOS 17、iPadOS 17、Apple tvOS 17 或 watchOS 10 构建的 App。将 iOS App 提交至 App Store - Apple Developer 2,最低XCode版本 Xcod

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

十三、我们应当怎样做需求分析:查询报表分析

在我以往的用例分析中,使用这样格式的用例模式,对于大多数业务操作流程来说是得心应手的,但对于有些功能来说总感觉不对劲。感觉不对劲的,就是那些查询、汇总与报表功能。对于这部分功能,需要我们描述的不是什么操作流程,而更重要的是那些数据项、数据来源、报表格式、数据链接,以及使用者、使用频率的说明。而这些,在以往的用例说明格式中统统都没有,怎么办呢?俗话说“东西是死的人是活的”,把我们的用例格式改改吧。

九、我们应当怎样做需求分析:功能角色分析与用例图

在我们进行一系列需求调研工作的同时,我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。  但是,当我们经

八、我们应当怎样做需求调研:需求捕获(下)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

七、我们应当怎样做需求调研:需求捕获(上)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

六、我们应当怎样做需求调研:迭代

前面我一直在反复强调这样一个观点,需求分析不是一蹴而就的,是一个反复迭代的过程。它将从第一次需求分析开始,一直持续到整个项目生命周期。为什么这样说呢?让我们一起来分析分析。  在第一次的需求分析阶段,我们在一段时期内需要与客户进行反复地讨论,这个过程往往是这样一个反复循环的过程:需求捕获->需求整理->需求验证->再需求捕获••••••  需求捕获,就是我们与客户在一起开研讨会

五、我们应当怎样做需求调研:需求研讨

前面我们探讨了业务研讨会应当怎样组织,下面我们再具体讨论一下我们应当怎样与客户讨论业务需求。如果说组织业务研讨会是项目经理的功底,那么讨论业务需求就是需求分析人员的功底。  以往我们常常认为,需求分析是一件最简单的事情。客户说他们需要做一个什么软件,有些什么功能,我们照着做就可以了,所谓的需求分析员就是需求的记录员。我要说,这是一个极大的错误,许多失败的软件项目,或者说软件项目中的需求问