App可以申请发明专利吗｜软件方法发明的可专利性与撰写思路

【摘要】App本身不能直接获得发明专利，其背后的技术方案则可以。判断标准出自《专利法(2020)》第二条与第二十五条，核心是技术方案三要素，即解决技术问题、采用技术手段、产生技术效果。界面外观属于外观设计保护范围，纯商业模式、纯算法逻辑与数学方法本身不予授权；App界面交互方法、数据处理与传输方法、推荐算法与技术特征结合、安全验证方法及系统架构五类技术方案均可申请。撰写宜用方法加装置两类权利要求的组合，以技术特征为主线，避免落入纯算法或纯商业规则。本文以判定分叉树、情形清单与禁止情形对比表为载体，并附自查清单。

【目录】

一、App可专利性的直接结论与法律依据

二、可专利性判定流程与技术方案三要素分叉树

三、可申请发明专利的典型情形清单

四、禁止授予专利权的情形与对比表

五、权利要求撰写思路与专利类型布局

六、申请前自查清单与高频驳回点

一、App可专利性的直接结论与法律依据

App能否申请发明专利，要分两层回答。

第一层，App本身作为一款软件产品，不能直接获得发明专利授权。

第二层，App背后承载的技术方案，完全有资格申请发明专利。

很多人把"软件不能申请专利"当作行业定论，这是过时的观念。

我国《专利法》明确保护符合定义的技术方案，软件与方法发明的可专利性边界已经非常清晰。

法律依据集中在两条。

《专利法(2020)》第二条第二款定义了发明，即对产品、方法或者其改进所提出的新的技术方案。

《专利法(2020)》第二十五条第一款第（二）项排除了智力活动的规则和方法。

• 结论一，App的界面外观、纯商业运营规则、纯算法逻辑，属于被排除的范围，不能直接申请发明专利。
• 结论二，App背后的交互方法、数据处理流程、系统架构、算法与技术特征结合的方案，属于技术方案，可以申请发明专利。
• 结论三，同一个App可以拆出多个技术方案，分别申请多件发明专利，形成专利组合。
• 结论四，App的产品形态与专利类型并不绑定，一件App往往对应发明、外观设计乃至实用新型多种保护路径。

二、可专利性判定流程与技术方案三要素分叉树

判定一个App方案能否申请发明专利，核心是技术方案三要素。

三要素缺一不可，这是审查员的判断主线。

第一步，检查方案是否包含技术特征。

技术特征是指利用自然规律解决技术问题的特征，例如处理器、传感器、网络通信、数据缓存。

第二步，判断是否解决技术问题。

技术问题是技术层面的问题，例如图像识别率低、网络传输慢、设备耗电高。

商业问题不属于技术问题，例如"如何让用户看完广告"，属于经营策略问题。

第三步，判断是否采用技术手段。

技术手段要求依赖技术特征实现，例如调用摄像头采集、通过协议压缩数据、利用传感器触发响应。

第四步，判断是否产生技术效果。

技术效果可观察、可比较，例如识别准确率提升、传输时延下降、能耗降低。

• 四步全过，方案属于发明定义下的技术方案，可以申请发明专利。
• 任一步不过，方案落入智力活动规则或商业规则范畴，通常会被驳回。
• 实务中"算法本身不能授权"的准确表述是，不带技术特征的纯算法不能授权，与技术特征结合的算法可以授权。
• 分叉树判断顺序是技术特征、技术问题、技术手段、技术效果，顺序不能颠倒，先看客体再看创造性。

三、可申请发明专利的典型情形清单

满足三要素的App方案集中在五类情形。

情形一，App界面交互方法。

典型可授权方案是手势、滑动、长按等操作触发硬件响应，例如通过陀螺仪改变页面布局。

情形二，数据处理与传输方法。

例如图片压缩算法结合移动端硬件的传输方案、缓存管理策略、断点续传机制。

情形三，推荐算法与技术特征结合。

例如基于用户行为数据结合服务器负载的推荐方法，解决了算力分配的技术问题。

情形四，安全验证方法。

例如验证码生成与校验结合硬件指纹、时间戳防重放的方案。

情形五，系统架构。

例如客户端与服务端的分层架构、数据同步机制、异常熔断降级方法。

• 每一类情形的共同点，是权利要求中有明确的技术特征，方案整体落到技术层面。
• 申请前可到国家知识产权局专利检索及分析系统（https://cpsc.cnipa.gov.cn）检索同类授权文本，验证可授权边界。
• 检索时优先关注互联网头部企业的App相关授权专利，可快速建立"什么写法能授权"的认知。
• 也可通过专利公布公告查询（https://pub.cnipa.gov.cn）核实授权文本的法律状态，排除失效专利干扰。

四、禁止授予专利权的情形与对比表

与可申请情形相对的，是四类典型禁止情形。

把它们列成对比表，便于直接对照。

• 上表的共同规律，是方案一旦只有规则、逻辑、呈现，没有技术特征与技术效果，就会被排除。
• 疾病诊断方法由第二十五条第一款第（三）项单独排除，与智力活动规则排除不同，注意区分。
• 界面外观走外观设计专利路线，与发明专利申请是两个不同的申请路径。

五、权利要求撰写思路与专利类型布局

撰写思路以技术特征为主线，权利要求优先写成两组。

第一组是方法权利要求，按时间顺序排列技术步骤。

第一步写动作主体明确的步骤，例如"接收用户操作指令"。

第二步写技术实现步骤，例如"调用加速度传感器获取数据"。

第三步写产生技术效果的步骤，例如"基于阈值比较输出结果"。

第二组是装置权利要求，按功能模块与方法步骤一一对应。

装置权利要求的模块名称与方法权利要求的步骤名称建议保持一致，便于审查员确认一致性。

• 方法权利要求强调做什么、按什么顺序做，装置权利要求强调由哪些模块做。
• 每个步骤都要落到技术特征上，避免出现"判断用户喜好""提高用户体验"这类主观或商业性描述。
• 独立权利要求写最核心的技术特征，从属权利要求逐步增加细节，用于扩大保护层次。
• 说明书要写清技术问题的提出、技术手段的采用、技术效果的验证数据。
• 方法权利要求与装置权利要求属于同一发明构思时可以合案申请，不必拆成两件，可节省申请费用。

六、申请前自查清单与高频驳回点

提交申请前，按自查清单逐项核对。

第一项，方案是否包含至少一个明确的技术特征。

第二项，技术效果是否可量化，例如时延、功耗、准确率。

第三项，权利要求中是否残留商业描述或主观表述。

第四项，是否与公开的现有技术方案做过检索比对。

• 高频驳回点一，把App界面外观当发明申请，属于保护对象错位，应改走外观设计路线。
• 高频驳回点二，权利要求写成纯算法步骤，无任何技术特征，被审查员以"不属于技术方案"驳回。
• 高频驳回点三，沿用"软件不能申请专利"的旧观念直接放弃申请，导致竞争对手抢先布局。
• 高频驳回点四，权利要求用词含糊，例如"智能""自动"缺少具体实现，被指得不到说明书支持。
• 高频驳回点五，方法步骤写成纯商业流程，例如"支付完成后发放优惠券"，客体与创造性双双落空。

自查通过后，可向国家知识产权局提交发明专利申请，也可以结合产品上线时间评估是否需要加急或优先审查通道。