隆天律丛 | 游戏交互方案的独立权利要求撰写要点

游戏交互方案的撰写起点，是准确地确定发明点。发明点是能够解决主要技术问题的核心技术改进。

实务中专利代理师面对发明人提供的交底书时，常常会遇到以下问题：发明人作为游戏设计或开发领域的从业者，其思维方式更多地从游戏体验、玩法设计、内容呈现等角度阐述方案的价值，可能未直接描述方案所要解决的技术问题。例如，发明人会强调方案增强了玩家在战斗中的沉浸感，方案使玩家在团队协作中体验更丰富等。这些描述属于产品层面或用户体验层面的表达，而非专利意义上的技术问题与技术效果。专利代理师不应停留在这些层面的理解，而应从技术层面深入挖掘和理解方案，将游戏体验类的描述转化为技术问题与技术效果的语言表达。例如，增强沉浸感这一体验层面的诉求，可能对应如何根据玩家视角变化动态调整光照参数以减少计算开销这一技术问题；提升团队协作体验，可能对应如何在多人在线游戏中同步不同玩家之间的信息这一技术问题。只有基于真正的技术问题确立发明点，才能保证后续撰写的独立权利要求具有专利法意义上的可保护性。

案例1：某游戏交互方案涉及射击类游戏中玩家选择攻击目标的操作优化。发明人在交底书中从操作体验角度描述问题：玩家在战斗中容易点错攻击目标，导致角色做出错误的移动或攻击动作，影响战斗节奏和游戏体验。但这一描述停留在体验层面。专利代理师通过与发明人的进一步沟通更深入地理解方案，从技术角度对方案涉及的问题进行了界定：在射击类游戏中，当多个可攻击对象聚集在较小区域内时，玩家通过点击屏幕选择攻击目标容易因手指触控精度有限而产生误操作，点击位置与预期目标位置存在偏差，导致玩家控制的虚拟角色执行了错误的移动指令或攻击了错误的对象，影响了交互效率，并增加了终端、服务器处理错误指令的开销。进一步地，基于该技术问题，可以准确确定发明点在于：在游戏中开启辅助选择功能的情况下，玩家通过点击对象进行选择时，系统根据玩家的操作位置进行自动修正，由此减少玩家操作位置不准确导致的错误指令问题。

确定发明点之后，下一步是从完整的游戏过程中提取核心交互过程。一个完整的游戏过程往往包含登录、加载、主菜单、关卡选择、关卡内交互、结算、退出等多个阶段，而发明点通常只涉及其中某一特定阶段的某一特定交互。专利代理师在撰写独立权利要求时，应当聚焦于发明点本身，仅纳入解决主要技术问题所必需的全部步骤，使得权利要求能够清晰地体现出方案如何解决该技术问题。那些与发明点无直接关联的前序步骤、后序步骤不应当被纳入独立权利要求，否则会增加侵权判定的额外障碍。

案例2：某游戏交互方案涉及角色技能施放过程中判定区域的动态调整。发明人在交底书中按照玩家实际游戏流程，记载了角色选择（判定区域的动态调整功能仅适用于特定角色，因此发明人专门描写了选择该特定角色的过程）、进入战斗副本、与敌方单位接触后进入战斗状态、施放技能、击败敌方单位、获取战利品等一系列步骤。专利代理师需要识别出该方案的发明点仅在于技能施放阶段判定区域的动态调整逻辑，独立权利要求中仅考虑与技能施放判定相关的核心步骤，例如：基于受控虚拟对象的当前状态参数、受控虚拟对象与目标虚拟对象的相对位置，确定技能施放的判定区域，当玩家通过技能控件进行技能施放操作时，按照所确定的判定区域施放技能。而角色选择、进入战斗副本等前序步骤，以及击败敌方单位、获取战利品等后序步骤，均与发明点无直接关联，不应写入独立权利要求中，由此避免无关步骤对侵权判定造成不必要的限制。

游戏交互方案总是发生在特定的游戏场景之中，独立权利要求需要通过对游戏场景的描述，为方法步骤提供执行的语境。然而，对游戏场景的描述应当遵循最小限度原则，即仅描述方案所必需的场景要素，而不对游戏类型、交互环境等做出非必要的限定。

一方面，对于游戏类型不做非必要限定。游戏类型包括MOBA、MMORPG、FPS、SLG、卡牌、休闲等多种分类，每种类型都有其独特的玩法特征。如果一项交互方案本质上可以应用于多种游戏类型，那么在独立权利要求中将其限定为某一特定类型，就会人为缩小保护范围。例如，一种基于玩家操作轨迹动态调整UI布局的方案，可能既适用于MOBA类游戏，也适用于卡牌类游戏，独立权利要求中就不应当将游戏类型限定为MOBA游戏。

另一方面，对于游戏中的交互环境不做非必要限定。交互环境指游戏中具体的场景，如战斗场景、社交场景、商城场景等。如果方案对交互环境没有特定要求，则不应当将其限定在某一具体环境中。即便方案在交底书中是基于某一特定环境进行描述的，专利代理师也应当判断该环境是否为方案实施的必要条件，对于非必要的环境特征应当从独立权利要求中剥离，或者在从属权利要求中进行进一步限定。

在具体撰写形式上，可以在方法步骤之前，通过静态限定的方式对游戏场景特征进行简要描述，主要描述在执行上述核心交互过程之前，游戏画面中显示哪些必要的对象。例如，对于大部分游戏交互方案而言，游戏画面中显示的必要对象包括游戏场景以及游戏场景中的受控虚拟对象（即进行交互的玩家所控制的虚拟对象）。若发明点包含了该虚拟对象与其他对象（如NPC、队友、敌人等其他虚拟对象，游戏场景中的特定机关等）的交互，则将其他对象作为必要的游戏场景特征写入独立权利要求。

案例3：某游戏交互方案涉及虚拟障碍物的相关交互方式改进，解决了相关技术中对交互方式较为单一、交互效率低的技术问题。独立权利要求中的游戏场景特征为：通过终端设备提供图形用户界面，图形用户界面显示至少部分的游戏场景，显示出的游戏场景至少部分包含虚拟障碍物。可见，该特征描述较为精简，未对游戏类型做出任何限定，并且对交互环境仅描述了虚拟障碍物这一必要要素，因为这是整个交互方案得以实施的基础对象，除此之外，未对游戏场景中的其他元素做出任何非必要限定。该独立权利要求的保护范围能够覆盖在不同类型、不同环境的游戏中实施的类似交互方式，避免他人通过改变游戏类型或场景细节规避专利保护。专利代理师在撰写时应当审视每一个场景限定特征是否确属方案实施的必要条件，如果删除某个限定，方案仍可完整实施，则该限定不应写入独立权利要求。

游戏交互方案独立权利要求中的方法步骤，应当紧紧围绕“用户进行了什么操作”以及“操作之后产生了什么结果”这一基本结构来撰写。对于游戏交互方案而言，最容易被外部观察并取证的，正是用户的操作与游戏的反馈这两个环节。如果独立权利要求的方法步骤主要描述用户操作与显性交互结果，那么专利权人在维权时的举证难度大大降低。

相反，如果独立权利要求中包含了大量后台计算、数据处理、内部逻辑判断等非显性步骤，那么这些步骤的实施情况无法从游戏画面中直接观察到，专利权人需要通过反编译、抓包、源代码分析等高难度的技术手段来获取证据，这不仅大大增加了维权成本，还可能因为证据不足而导致维权失败。

在撰写独立权利要求时，可以将方法步骤表达为“响应于用户的某种操作，游戏呈现某种结果”的形式。例如，响应于触发操作，在游戏画面中显示特定虚拟对象；响应于对第一虚拟对象的拖拽操作，将第一虚拟对象移动至目标位置。这种表达方式清晰地体现了交互过程，并使得每一个技术特征都能够通过游戏画面进行直接验证。

在描述交互过程时，还需注意对交互方式的限定。交互方式指用户操作游戏的具体方式，其随着硬件设备的发展而不断多样化。例如，在PC上，用户通常通过键盘和鼠标进行操作；在移动设备上，用户通常通过触控屏幕进行操作；在游戏机上，用户通常通过手柄进行操作。此外，随着VR、AR、体感等新型设备的发展，交互方式还在不断扩展，出现了眼动、手势、语音等新的交互方式。游戏交互方案的独立权利要求是否需要对交互方式进行限定，取决于方案本身是否涉及对交互方式的改进。这里需要区分两种情形：

第一种情形：方案对交互方式进行了改进。如果发明点本身就在于交互方式的创新，例如通过增加某种新型控件、设计某种新的手势、引入某种新的输入逻辑，使得用户能够更高效、更便捷地完成特定操作，那么独立权利要求就必须体现出这种特定的交互方式。例如，一项关于通过双指捏合手势缩放游戏视野的方案，独立权利要求中就需要明确用户在触控屏上进行了双指捏合操作这一交互方式特征。

第二种情形：方案未对交互方式进行改进。如果方案的发明点在于交互逻辑、显示效果、判定机制等方面，而具体的交互方式只是实施方案的载体之一，那么独立权利要求中就不应当对交互方式进行具体限定。否则会不恰当地缩小保护范围。

可以使用触发操作、选择操作、控制操作等上位的、功能化的表达来描述用户的交互行为，以涵盖键鼠、触控、手柄等多种具体的交互方式，又避免因为过度抽象而失去技术含义。

需要强调的是，紧扣交互过程与显性的交互结果并不意味着完全排除后台处理过程。如果某些后台处理过程是发明点的核心组成部分，且其执行结果会反映在游戏画面之中，那么其仍然可以写入独立权利要求，但应当尽量以结果导向的方式进行表达，如通过修饰性描述、静态限定等方式表达后台处理过程与显性交互结果的关系，使后台处理过程的相关技术特征能够通过显性结果验证。

案例4：某游戏交互方案涉及游戏中玩家对场景内特殊点位的标记交互方式，其发明点在于，在玩家对游戏场景中的目标点位完成标记之后，进一步允许玩家通过对标记点图标的操作，将游戏角色的游戏视角锁定在该目标点位上，从而解决了玩家在移动或战斗过程中难以持续注视特定点位的问题。在准确把握上述发明点的基础上，专利代理师将方案归纳为两个交互响应步骤，在独立权利要求中采用响应式表达：响应针对于游戏场景中的目标点位的标记操作，在目标点位上显示对应的标记点图标；响应作用于标记点图标的视角锁定操作，控制游戏角色的游戏视角锁定在目标点位上。玩家的两个操作是显性的，标记点图标的显示是显性的，游戏视角锁定后画面始终注视目标点位的效果也是显性的，实现了充分的可视化撰写。对于玩家的两个操作，独立权利要求中使用了标记操作、视角锁定操作这类功能化的上位表达，而未将其限定为具体的双击、长按、点击控件等操作形式，这样覆盖了不同设备上的不同交互方式，最大化了专利的适用范围。

另外，该方案还涉及一些后台处理逻辑，例如，在响应视角锁定操作之前需要获取并记录游戏角色的当前游戏视角，在视角锁定状态下需要持续计算游戏角色与目标点位之间的相对方位以维持准星指向，在视角中检测到目标角色时需要自动判断并触发视角回退等。独立权利要求并未将这些内部计算与判断逻辑作为必要技术特征写入，而是将其留待从属权利要求或说明书进行补充。这种处理方式使得独立权利要求保持了精简，避免了因引入难以举证的步骤而增加维权难度。