汇业评论

文 | 刘俊 合伙人   韩燕霞 律师 汇业律师事务所

软件开发技术人员在刚开始进行专利技术交底书撰写时，由于不了解专利技术交底书的撰写思路，会习惯性的采用软件开发过程中的惯性技术思维和视角对软件进行介绍，从而会在进行专利技术交底书撰写时进入误区。关于专利技术交底书的撰写思路，可参见笔者《专利技术交底书的撰写要点》一文，本文主要对技术人员在撰写专利技术交底书时的四个常见误区及规避方法进行简单介绍。

我们发现，技术人员在初次撰写技术交底书，介绍技术方案时，倾向于从整个软件产品的角度，对软件产品的功能，系统架构进行介绍，而忽略了对技术问题的解决过程，以及技术细节的介绍。

这里想说明的是：专利保护的是技术方案，技术方案是指解决了具体技术问题的具体技术方案；理解了这一点，也就好理解为什么一件产品上会有很多件专利技术存在，比如一个手机会涉及到几千上万件专利技术。因此利技术交底书也需要从具体问题出发，说明解决该问题的技术方案和技术方案带来的技术效果；而不是从整个产品的角度对产品进行介绍。

跳出这个误区需要技术人员化整为零，深入到软件产品中的具体功能和具体问题。在软件开发过程中，多留心遇到难题时的解决过程，比如对软件产品增加了新的功能，那么，增加这功能的目的是什么，实现某一功能时遇到了什么困难，困难克服以后达到了什么样的效果，这就是发明的过程。技术人员在撰写技术交底书时将该发明过程按照以下逻辑写出来就是一份基础的专利技术交底书：需解决的技术问题——解决该问题所采用的技术方案——该技术方案带来的技术效果。

应用软件通常涉及到用户交互界面，例如手机端和电脑端的应用软件客户端操作界面，用户通过交互界面操作软件实现想要的功能。技术人员在撰写技术交底书时常见另一个误区是：仅从用户的角度出发对软件产品进行介绍，比如用户执行了什么操作，输入了信息，界面如何进行显示，实现了什么功能；而没有从计算机的角度介绍计算机后台接受用户指令和数据后如何进行处理。

专利法上的技术方案是指利用技术手段解决了技术问题，实现了技术效果的方案，可见，技术方案一定要体现出技术性。仅从用户角度进行输入输出信息的介绍很难体现出方案的技术性，也往往让专利代理人阅读完技术交底书后不知道功能具体如何实现的，技术方案的发明点在哪里。并且，在软件方法专利中，专利方法的执行主体应该是计算机硬件，而不是用户， 因此，在技术交底书中，对于应用软件相关发明，应该结合用户交互界面和数据流向对计算机后台的数据处理流程进行介绍，写清楚用户输入信息后，后台如何处理，信息如何反馈，突出与现有技术不同之处。

技术交底书中的技术方案太过概括会给专利代理人撰写带来很大困难，造成技术方案难以理解，发明点不明确，专利代理人要花很多时间去与发明人沟通技术细节，可能导致后续专利代理人在撰写专利申请文件的说明书对技术方案描述不清楚。根据专利法26条的规定：“说明书应当对发明或者实用新型作出清楚、完整的说明，以所属技术领域的技术人员能够实现为准。”如果审查员认为专利申请说明书中没有对技术方案进行清楚、完整的说明，导致本领域技术人员不能实现，审查员将不会对专利进行授权；即使获得专利授权，该专利也可能在专利无效程序中因此被无效。

专利制度设计的初衷就是以技术方案的公开换取一定时间的专利权保护。因此，如果决定将技术方案申请为专利，就要在技术交底书中对技术方案进行清楚完整的描述，尤其是对于关键发明点，要详细充分的描述其如何实现；而不是说一半留一半，即想获得专利保护又担心技术公开，如果技术方案不宜公开，那么可作为技术秘密进行保护，而不是申请专利。

需求文档、代码文档不是技术交底书。技术交底书是针对具体技术方案来说，通常一件技术方案需要写一份技术交底书，需求文档中虽然包括技术方案，但是也包括很多非技术方案的内容，并且通常是从用户角度对产品功能实现进行介绍。要从需求文档中提炼出适合专利保护的技术方案需要专利代理人和技术人员合作进行专利挖掘的工作，而不能由需求文档直接撰写专利申请文件。

另外，专利申请文件需要用自然语言去表达，专利申请文件公开以后，任何人都可以查阅，如果将代码文档作为技术交底书，或者用代码作为技术方案，专利代理人和审查员是很难看明白的，更别说普通公众。通常在编写代码时会进行注释，在技术交底书中需要把代码后面的编程逻辑写清楚，就相当于对代码进行完整的注释，尤其是与发明点相关的代码，更是要对其背后的编程思想和逻辑进行充分的描述。

要避开以上误区，技术人员在进行技术交底书撰写时需要化整为零，从具体技术问题出发，从计算机的角度，结合用户界面，用自然语言对技术方案进行充分，完整的描述。