发布时间: 2022-07-26
引言
俗话说:“兵马未动,粮草先行。”在正式着手专利申请文件的撰写之前,如果能够基于技术交底书与发明人进行充分沟通,深入分析技术方案,全面理解发明构思,不仅可以帮助专利代理师更加合理地布局权利要求,还可以帮助专利代理师撰写更加丰富的实施例。
下面,结合具体案例就“如何深入分析技术方案”进行探讨。
案例
技术交底书内容:
在某技术交底书中,为了降低游戏中挂机战斗的CPU消耗,提升单服在线人数,发明人提供了一种跨进程辅助战斗方案。主要技术方案如下图所示,:
简要步骤如下:
(1)开启战斗服进程,独立于逻辑服进程;
(2)对玩家数据进行打包传档到战斗服;
(3)在战斗服上,利用传档的玩家数据进行战斗演算,并把战斗录像发给客户端;
(4)通知逻辑服进行战斗结果结算;
(5)客户端播放完战斗录像,通知逻辑服,领取奖励。
此外,技术交底书中还记载了“逻辑服和战斗服采用完全相同的代码,无需为战斗服单独设计代码…;以及实时监测玩家是否需要传档,降低传档增加的带宽消耗…”等一些细节内容。
技术方案分析思路:
由于在技术交底书中,对技术方案的技术问题、技术手段与技术效果的描述可能会较为碎片化、分散化,因此需要对技术交底书中记载的技术方案进行整合分析。笔者建议,可以秉承“技术问题、技术手段与技术效果一一对应”这一原则,寻找原因和结果之间的内在联系,以完成技术方案的梳理和分析。
其中,技术问题、技术手段与技术效果中的任意一项都可以作为技术方案梳理分析的突破口。例如,可以从技术交底书记载的技术手段出发,分析该技术手段能够解决什么样的技术问题,实现什么样的技术效果;也可以从记载的技术效果或者是需要解决的技术问题出发,分析实施哪些技术手段才能实现对应的技术效果或者解决对应的技术问题等。
以上述技术交底书内容为例,其中提及所要解决的技术问题是“降低挂机战斗的CPU消耗,提升单服在线人数”。从该技术问题出发,可以梳理分析:为什么降低CPU消耗就能提升在线人数?经过与发明人的沟通,了解到因为CPU消耗低可以开启多个游戏进程,其中每一个游戏进程中都可以承载在线人数,因此便大大提升了在线人数。基于此可以继续分析,如何才能降低服务器的CPU消耗?经过与发明人的沟通,了解到降低服务器的CPU消耗是指降低逻辑服的CPU消耗;本专利申请中是新建一个战斗服,将CPU消耗较高的战斗演算转移至该战斗服中完成,这样一来,逻辑服上的运算转移了,自然其CPU的消耗也降低了。因此,也就分析得到了想要解决“降低挂机战斗的CPU消耗,提升单服在线人数”的技术问题,则对应需要实施“新建战斗服,并由该战斗服承担战斗演算”的技术手段,进而才能得到对应的技术效果。
还例如,上述技术交底书中还在前后不同的地方分别记载了 “检查玩家是否需要传档,如果玩家没有传档,则进行异步传档”,以及“实时监测玩家是否需要传档,降低传档增加的带宽消耗”。对此,检查传档为技术手段,而降低带宽消耗为技术效果,那么从该技术手段和技术效果出发,可以梳理分析:传档和带宽消耗之间究竟具有怎样的联系?经过与发明人的沟通,了解到在传档过程中,逻辑服和战斗服通信会占用逻辑服的带宽消耗;因此,在必要时传档就可以降低逻辑服的带宽消耗,进而减少操作卡顿,提升用户体验。因此,通过“检查到玩家需要传档时再执行”的技术手段,能够对应实现“降低带宽消耗”的技术效果,因果之间有了明确的对应关系,技术方案的逻辑也就一目了然。
还例如,上述技术交底书中还记载了“将玩家的数据打包进内存,通过rpc接口发给战斗服”。从该术手段出发,可以梳理分析:现有技术中是将内存写入数据库,从数据库读取数据,而本专利申请的方法是直接读取内存获取数据,这样做有什么更好的技术效果?经过与发明人的沟通,了解到数据从内存中直接读取可以使数据交互过程减少,延时降低。因此,对于这一该术手段,也就分析出其对应解决的技术问题以及实现的技术效果。
还例如,上述技术交底书中还记载了 “在不修改引擎的前提下,减少了CPU的消耗”的技术效果。从该技术效果出发,可以梳理分析:为什么能够实现不修改引擎的技术效果呢?经过与发明人的沟通,了解到因为战斗服与逻辑服代码相同,无需为战斗服单独设计代码,所以也就不需要修改引擎。基于此,可以继续分析挖掘,战斗服与逻辑服代码相同这是如何实现的?发明人补充到,逻辑服和战斗服都运行在freebsd的jails环境中,每台服务器有基本的运行配置信息,逻辑服和战斗服的hostnum不同,在运行时可以根据hostnum信息对应运行不同的功能代码。这样一来,就完成了从技术效果出发,明确了实施何种技术手段才能够实现这样的技术效果的方案分析过程。
基于以上的技术方案分析,可以依次将技术交底书中内容拆分为多项“技术问题-技术方案-技术效果”对应的方案内容,得到如下表所示的结果。
技术方案 |
技术问题 |
技术手段 |
技术效果 |
1 |
同时在线人数受限 |
新建一个战斗服,将CPU消耗较高的战斗演算转移至战斗服中完成。 |
降低挂机战斗的CPU消耗,提升单服在线人数 |
2 |
减少CPU消耗一般需修改玩法,运维困难 |
挂机模块同样是调用函数进行战斗演算,只是对函数进行了修改,由同步变为异步 |
不修改玩法的前提下,减少了CPU的消耗 |
3 |
减少CPU消耗需修改引擎,降低游戏的稳定性 |
战斗服与逻辑服代码相同 |
不修改引擎的前提下,减少了CPU的消耗 |
4 |
减少CPU消耗时游戏会卡顿 |
检查玩家是否需要传档,如果玩家没有传档,则进行异步传档 |
降低带宽消耗,进而提升用户体验(不卡) |
5 |
数据读取慢 |
将玩家的数据打包进内存,通过rpc接口发给战斗服 |
交互过程少,延时低 |
6 |
玩家可能会误操作 |
在战斗演算时,给玩家上一把有时间限制的锁,在有锁的情况下,不允许开启战斗。 |
避免玩家误操作 |
… |
|
… |
… |
需要提醒的是,在这个过程中要关注两点:
第一是不能有遗漏项。一方面是要将技术交底书中所有的内容进行全面分析,寻找各技术方案的技术问题、技术手段和技术效果之间的对应关系。例如,对于技术手段来说,若技术交底书描述为“如A的a1和a2等”,那么技术手段则包括:①a1和a2的上位方案;②a1、a2和a3等并列方案;③A、B等并列方案;或者对于技术效果来说,需要注意技术交底书中前后文不同位置处对技术效果的碎片化描述,避免遗漏。另一方面,技术交底书中提供的附图、公式等信息,都需要进行内容分析并体现在申请文件中,例如将附图有彩色图变成灰度图时,缺失的信息需要在说明书中增加文字描述,这部分是容易忽略的,需要格外注意。
第二是准确透彻。需要分析识别技术交底书中的错误信息,是否有公开不充分、无法实现、技术原理错误等情况。这就需要与发明人进行精准有效的沟通,并对相关技术领域有一定的知识积累。当发现有错误信息时需要与发明人和IPR及时沟通,并予以修正。
权利要求布局
技术交底书中往往给出了多个技术方案,进而解决多个技术问题。在进行权利要求布局时,需要将解决核心技术问题对应的技术手段布局在独立权利要求中,将非核心技术问题对应的技术手段布局在从属权利要求中。
因此,首先需要找到本专利申请技术方案与现有技术的区别,进而确定现有技术不能解决相关技术问题的根源,以此来界定核心技术问题。
以上述技术交底书为例,在现有技术中,战斗演算是非常消耗服务器算力的模块,在单进程单线程放置游戏中,挂机战斗触发的频率非常高,严重影响了同时在线人数的进一步提升。由此可见,本专利申请的核心技术问题对应于上述表格中的“同时在线人数受限”这一技术问题,那么相应地,独立权利要求中就应当体现该技术问题对应的技术手段,即新建一个战斗服,将CPU消耗较高的战斗演算转移至战斗服中完成,也就是系统中包括战斗服(权利要求中改写为运算服务器)与逻辑服(权利要求中改写为逻辑服务器),并且战斗演算由复刻出的战斗服完成。
基于此,撰写的独立权利要求如下:
“一种游戏数据处理方法,其特征在于,包括:
逻辑服务器响应于终端发送的战斗请求,基于所述战斗请求和所述终端对应的游戏数据计算得到战斗参数;
将所述战斗参数发送至运算服务器,以获取所述运算服务器根据游戏数据和所述战斗参数进行战斗演算生成的战斗结果;
所述逻辑服务器响应于所述终端发送的结算请求,对所述战斗结果进行结算生成结算信息,并将所述结算信息返回至所述终端以进行展示。”
之后,再将表格中梳理分析得到的其他技术方案分别布局于从属权利要求书中,此处对从属权利要求的内容就不再做过多赘述。
还需要说明的是,在核心问题界定准确的前提下,其对应的技术方案应当是与现有技术相比具有新创性的重要体现,所以在说明书撰写时,可以对这部分的内容进行侧重描述,例如例举多个实施例,以及扩展其相应的技术效果等。
小结
专利申请需要准确清楚地将技术交底书转化成法律文件,这就需要专利代理师对技术交底书中的技术方案进行深入分析,充分理解发明构思。技术方案分析的过程主要可以分成两步,第一步是基于“技术问题-技术手段-技术效果一一对应”的原则,没有遗漏、准确透彻地梳理技术交底书全文提供的技术方案;第二步是基于本专利申请与现有技术的区别界定核心技术问题,进而将核心技术问题对应的技术手段布局在独立要求中,将非核心技术问题对应的技术手段布局在从属权利要求中,从而为后续专利申请文件的撰写工作奠定坚实的基础。