软件专利撰写初入行的样子

    难点一：机器端写

不要把你自己当人，要把自己当机器，站在机器的视角去撰写，即机器端写。为什么呢，因为执行这个软件方法的是机器，软件专利对应的侵权产品是机器，撰写需要写机器做了啥，写人（即客户）做了啥没用，客户不是侵权主体。机器端撰写主打的就是一个不适应，你得花时间去适应它，就像一个说中文的人学说英文，一开始咋都觉得变扭。

机器端撰写还有一个就是欺骗，交底书骗你就几句话，写起来成千上万句话，写到你感觉交底书在看你的笑话，写完你又觉得有点牛叉。

例如：滑动解锁如此简单明了的四个字，在机器端就不那么简单了，机器至少要执行以下步骤：

   机器端写

检测触控屏上的触控起始点和触控终止点；判断触控起始点和触控终止点之间的操作时间间隔是否小于预设时长；判断触控起始点和触控终止点的位置是否分别落入触控屏中预设的解锁启示区域和解锁终止区域；若判断出触控起始点和触控终止点之间的操作时间间隔小于预设时长，触控起始点和触控终止点的位置分别落入触控屏中预设的解锁启示区域和解锁终止区域，则执行解锁命令，将电子设备的屏幕切换至解锁状态。所以，软件案的撰写像甲方与乙方，甲方一句话的事，乙方996的事。

   难点二：一端写

不要正常对话，必须单方面白话，即单侧写或者一端写。啥意思呢，像多个玩家一起推塔，只写一个玩家的操作，但偶尔还要从这个玩家的视角去讲述另一个玩家在干啥。单侧写与机器端写类似，主要是思考方式与日常生活学习都不同，需要多练习，慢慢习惯。

例如，下图一个多端交互的方案：

你得针对每一端进行单独撰写，只写一端交互不下去咋办，用静态限定或介词引入等方式给说明白，如下权利要求，站在服务器侧进行撰写，一对讲主终端做的动作（划线部分）通过介词引入和静态限定的方式描述。

   一端写

   一种跨密码系统对讲群组的建立方法，其特征在于，所述对讲群组包括一对讲终端和服务器，所述方法用于所述服务器，所述方法包括：1.响应于通过所述一对讲终端选取第二对讲终端加入所述对讲群组，向所述一对讲终端发送所述第二对讲终端的第二对讲终端关联信息；2.根据所述第二对讲终端关联信息生成管理密钥信息，并将所述管理密钥信息发送给所述一对讲终端；3.接收所述一对讲终端发送的一会话消息，所述一会话消息由所述一对讲终端根据所述管理密钥信息生成；4.根据所述一会话消息和第二对讲终端的第二身份信息进行对讲群组建立验证，以在验证通过的情况下，建立所述对讲群组。

   难点三：数据逻辑写

   将看不见的机器处理过程，通过数据处理逻辑进行展现，即数据逻辑写。在逻辑性上，这个相对比较简单，只要学理工科的，基于逻辑思维对软件的执行逻辑进行分析，提取其数据处理的过程，按照数据处理逻辑撰写即可，这对于理工科的代理师而言逻辑的严密性没啥难度，难点在于提取或者引导发明说出其数据处理的过程。

发明人给的交底书一般类似于给客户的说明书，是针对人的，或者，直接丢你一堆代码。妈呀，作为一个只过了计算机二级的我来说，软件代码很多看不懂的，直接跟发明人说看不懂吧，又怕发明人说看不懂你写啥软件案，此时得引导发明人告诉你每一步是咋做的。有些发明人配合，有些人不配合，不配合的让他补充代码的中文注释，几千行的代码，中文代码注释老费事了（看起来也费事），所以好还是沟通软件的执行逻辑。

    撰写过程

    刚撰写软件案的一年，基本上都围绕以上三点反复的打磨，被师傅改、被领导改、被IPR改，自己再改改改。翻到当初刚入行时写的新申请，经常是独权四五稿、从权三四稿、说明书四五稿，关键好不容易公司内部审核通过了，在IPR那里还要再重新来一遍。记得有个大厂的IPR改了我七稿，后虽然给我打了个A，内心还是想刀他。

    虽说梅花香自苦寒来，但这个苦赶超常温美式了，不然为啥别的职业都是走过、跨越，而代理师是熬过。不过，还是要感谢我的师傅和那些IPR们，感谢你们的认真负责、倾囊相授，为知产行业培养人才，我会将其传承下去的。

来源于知产人文季 ，作者文季

免责声明：版权归原创所有仅供学习参考之用，禁止用于商业用途，部分文章推送时未能及时与原作者取得联系，若来源标错误侵犯到您的权益烦请告知我们将立即删除。