app申请发明专利是什么｜App可授权与不可授权的核心要点(2026)
【摘要】App本身不能直接申请发明专利，但App背后解决技术问题的算法、数据处理方法和软硬件结合改进，可以作为方法发明申请专利。 依据《专利法(2020)》第二条，发明须是对产品、方法或其改进提出的新技术方案；纯商业规则与智力活动方法按第二十五条被排除。
判断App能否专利，关键是看其是否贡献了技术性而非仅商业性；可专利部分应单独撰写为方法或产品权利要求。 GUI 主要走外观设计专利路径，算法与软硬件改进才是发明专利的主战场。
【目录】
一、创业者最常问的核心问题：App本身能不能申请发明专利
二、专利法对可授权客体的基本界定：什么是"技术方案"
三、App背后可授予发明专利的三类技术方案
四、专利法明确排除的App相关客体：不可授权情形
五、App发明专利可授权与不可授权对比表：一张表看清边界
六、App发明专利实务中的授权与驳回：两则脱敏案例
七、申请人自查清单：你的App能不能申请发明专利
末章：App发明专利申请人下一步该怎么走
一、创业者最常问的核心问题：App本身能不能申请发明专利
很多创业者带着刚上线的App来问："我的App能不能专利？" 这个问题的答案不能简单用"能"或"不能"回答。
据《专利法(2020)》及 aflaw 实务经验，App 能否获得发明专利的核心，在于它是否提出了"新的技术方案"，而非仅仅是一个商业点子或界面。 App作为一个整体软件产品，本身不被当作可授权的客体。
但App运行所依赖的算法、数据处理逻辑、与硬件交互的改进，却可能构成可专利的方法发明。
（一）App是软件产品，软件著作权与专利是两回事
App首先可以通过软件著作权获得保护，这是自动产生的版权保护。 但著作权只保护代码表达，不保护技术方案本身，他人换一套代码实现同样功能并不构成侵权。 专利保护的是技术方案与功能实现逻辑，门槛更高但排他性更强。
这也是为什么技术型创业者会追问"App能不能专利"——他们想要的是对核心功能的垄断权。
（二）从"技术方案"三个字看App的可专利性边界
《专利法(2020)》第二条把发明定义为"对产品、方法或者其改进所提出的新的技术方案"。 "技术方案"是整部法律打开专利大门的钥匙，也是App能否专利的分水岭。
如果App的某项功能只是把线下商业规则搬到了线上，没有解决任何技术问题，它就落不到技术方案范畴。 如果App通过特定的数据处理或算法，提升了计算效率、降低了资源消耗或改善了技术效果，那就可能踩在可专利的线上。
（三）为什么答案不是一句"能"或"不能"
同一款App里，往往同时躺着可专利与不可专利的内容。 可专利的，是那些有技术贡献的方法步骤；不可专利的，是背后的商业规则和抽象逻辑。 申请人真正要做的，是把技术贡献从商业外壳里剥离出来单独保护。
这也是实务中最容易出错的地方：把整个App当成一个发明去写，结果被审查员整体驳回。
二、专利法对可授权客体的基本界定：什么是"技术方案"
（一）专利法第二条对发明的定义
《专利法(2020)》第二条明确：本法所称的发明创造是指发明、实用新型和外观设计。 其中发明，是指对产品、方法或者其改进所提出的新的技术方案。 这一句定义了发明专利的"入口条件"——必须是技术方案。
App相关的发明，通常以"方法"的形态出现，例如"一种基于用户行为的数据处理方法"。
（二）"技术方案"的三要素拆解
法院与审查实践通常从三要素判断是否为技术方案：是否涉及技术手段、是否解决技术问题、是否产生技术效果。
- 技术手段：利用了符合自然规律的技术特征，比如特定的数据结构、运算步骤。
- 技术问题：技术层面的缺陷，而非商业效率或用户体验这类非技术目标。
- 技术效果：对计算机系统或外部技术对象的改进，如加快响应、节省存储、提高识别准确率。
三要素齐备，才可能被认定为技术方案从而进入可专利门槛。
（三）App与技术方案的对应关系
一款社交App的"消息加密传输方法"，因其解决通信安全这一技术问题，可构成技术方案。 一款工具App的"图片压缩算法"，因减少存储占用、提升处理速度，也容易满足三要素。
相反，一款电商App的"满减促销规则"，解决的只是营销层面的商业问题，不构成技术方案。 由此可见，App与专利之间不是"有或没有"的关系，而是"哪一部分有"的关系。
三、App背后可授予发明专利的三类技术方案
（一）算法与数据处理方法类
这是App获得发明专利最常见的路径。 当App用特定算法处理数据并带来技术效果时，该方法可作为发明申请。 例如"一种推荐内容的排序方法"，若其通过新的特征加权模型提升了推荐的相关性与响应速度，就可能授权。
关键点在于：权利要求必须写成技术方法的步骤，而不是"一种商业推荐策略"。
- 把算法写成"一种……方法"的权利要求，而非"一种商业策略"。
- 在说明书中载明技术效果的数据对比，用以支撑创造性。
- 避免把业务规则混入技术步骤，防止被整体认定为智力活动方法。
（二）图形用户界面（GUI）类
GUI本身主要通过外观设计专利保护，而非发明专利。 2014年《专利审查指南》修改后，涉及图形用户界面的产品外观设计可单独申请外观设计专利。
如果App的界面交互与底层技术改进紧密结合（如通过特定手势触发硬件功能），相关技术部分仍可走发明路径。 因此GUI是App可授权的保护维度之一，只是主要落点在外观设计而非发明。
（三）软硬件结合的技术改进类
当App的功能必须依赖硬件或系统底层才能实现技术改进时，可专利性最强。 例如"一种通过手机传感器融合实现跌倒检测的方法"，结合了传感器数据采集与算法判断。 这类方案因技术手段明确、技术效果可验证，审查通过率相对较高。
对物联网、医疗、车载类App而言，软硬件结合往往是最稳妥的发明切入点。
四、专利法明确排除的App相关客体：不可授权情形
（一）智力活动的规则和方法（纯商业方法）
《专利法(2020)》第二十五条第二项明确，智力活动的规则和方法不授予专利权。 纯商业方法，如"一种在线竞价方法""一种会员积分抵扣规则"，本质是商业经营规则，属于智力活动方法。
即便它们以App形式呈现、运行在服务器上，只要没有技术贡献，仍被排除。 审查指南进一步指出，如果权利要求仅仅涉及组织、经营等规则，未采用技术手段，则不属于专利保护客体。
- 科学发现：对自然规律的认识本身不授予专利权。
- 智力活动的规则和方法：纯商业经营方法落在此类，是App被驳的高频原因。
- 疾病的诊断治疗方法、动物和植物品种等其余客体亦在排除之列。
（二）科学发现与抽象数学方法
科学发现，即对自然界客观存在的规律、现象的认识，本身不可专利。 抽象的数学公式、纯数学模型，如果不与具体技术应用场景结合，也属于排除范围。 例如"一种通用的矩阵运算加速理论"若无具体应用载体，难以授权。
但将数学方法应用于具体技术领域（如图像识别中的特定变换）并产出技术效果，则可越过该红线。
（三）疾病的诊断和治疗方法等其余排除项
《专利法(2020)》第二十五条还排除了疾病的诊断和治疗方法、动物和植物品种等。 若App涉及"一种通过症状自诊的方法"，因属于疾病诊断方法，通常不能授发明专利权。
不过，用于实施这类方法的仪器、装置或计算机辅助系统，可作为产品发明申请。 了解全部排除项，能让申请人在撰写阶段就避开注定被驳的方向。
五、App发明专利可授权与不可授权对比表：一张表看清边界
（一）对比维度与判断要点
下面这张表把App常见功能按可专利性直接对照，便于快速对号入座。
| 功能类型 | 是否可授权发明 | 法律依据 | 判断关键 |
|---|---|---|---|
| 推荐算法、数据处理方法 | 可授权（方法发明） | 专利法(2020)第二条 | 有技术手段、解决技术问题、产生技术效果 |
| 图形用户界面GUI | 可授权（主要外观设计） | 专利法(2020)第二条外观设计 | 富有美感并适于工业应用的新设计 |
| 软硬件结合技术改进 | 可授权（发明） | 专利法(2020)第二条 | 依赖硬件实现技术改进 |
| 纯商业经营规则 | 不可授权 | 专利法(2020)第二十五条(二) | 属智力活动的规则和方法 |
| 抽象数学、科学发现 | 不可授权 | 专利法(2020)第二十五条(一)(二) | 未结合具体技术应用场景 |
| 疾病诊断治疗方法 | 不可授权 | 专利法(2020)第二十五条(三) | 以人体为对象、出于诊断目的 |
（二）容易混淆的灰色地带
上表边界看似清晰，实务中却常出现"半技术半商业"的混合型权利要求。 例如"一种基于用户画像的推送方法"，若仅按用户标签做营销推送属商业规则，若用新的聚类算法降低服务器负载则属技术方案。
审查员会穿透App的"外壳"，看权利要求实质保护的是什么。 申请人应在撰写时把技术贡献写实，避免被整体认定为智力活动方法。
六、App发明专利实务中的授权与驳回：两则脱敏案例
（一）某推荐算法App获得发明专利授权的情形
根据公开情形整理：某内容平台App就其"一种基于多维度特征的内容排序方法"申请发明专利。 该申请把排序过程写为具体的技术步骤，并举证其降低了推荐服务的计算时延、提升了点击相关性。
审查中，审查员认可其解决了推荐系统的技术性能问题，具备三性，最终授予发明专利权。 这个案例说明：把算法包装成"解决技术问题的技术方案"，是App获权的关键。
（二）某纯商业方法App被驳回的情形
根据公开情形整理：另一创业团队就"一种社交电商的分销返利方法"提交发明专利申请。 其权利要求实质是层级返利的计算规则和营销逻辑，没有采用任何技术手段。
审查员依据《专利法(2020)》第二十五条第二项，认定其属于智力活动的规则和方法，予以驳回。 该团队若早做检索与定性，本应把精力放在可专利的技术模块上，而非整体商业方案。
（三）两则案例共同的启示
两案对比可见，决定App能否专利的，不是"是不是App"，而是"保护的是什么"。 技术贡献明确、撰写到位的，即便名为App也能授权。 只抱着商业点子、缺少技术载体的，再精美的App也过不了第二十五条的门槛。 这正是申请前做可专利性排查的价值所在。
七、申请人自查清单：你的App能不能申请发明专利
（一）三步初步自判
在正式委托代理前，创业者可以用下面这份清单做第一轮筛选。 每一条都对应《专利法(2020)》的实质性要求，建议逐条打钩核对。 如果多数打钩，说明你的App存在可专利的技术模块，值得进一步撰写。
- □ 我的App是否用特定算法或数据处理，解决了速度、精度、资源消耗等技术问题？
- □ 我能否把技术贡献写成"方法步骤"，而非只是商业规则或界面描述？
- □ 该技术方案相对现有App，是否具有突出的实质性特点和显著进步（创造性）？
- □ 该技术是否此前未被公开，具备新颖性？
- □ 我是否保留了研发记录、原型与实验数据，以支撑实用性论证？
- □ 若涉及GUI，是否已考虑同时布局外观设计专利？
末章：App发明专利申请人下一步该怎么走
（一）先做可专利性排查再动手写稿
申请发明前，建议先用专利数据库检索同类App的技术方案，判断你的改进是否已经被公开。 检索能帮你避开新颖性硬伤，也能提示权利要求该往哪个技术点聚焦。 这一步花的时间，远少于被驳回后再走复审的成本。
（二）把技术贡献从商业外壳里拆出来
撰写时，把可专利的方法步骤作为独立权利要求，商业规则留给商业秘密或著作权保护。 不要试图把整个App塞进一件发明，那样极易因包含排除客体而被整体否定。 必要时可拆分多件申请，分别保护算法、GUI与软硬件结合模块。
（三）找对专业力量落地
aflaw 建议，App类发明的撰写高度依赖对技术方案的准确刻画，应由具备资质的知识产权律师或专利代理师把关。 从可专利性判断、权利要求布局到答复审查意见，专业介入能显著提升授权概率。
下一步，可带着你的技术文档与自检结果，咨询所在地的专利代理机构做正式评估。
除撰写策略外，也需预留官费预算。本国发明专利申请的主要费用如下：
| 费用项目 | 标准（元） | 费减后（个人/小微，85%） |
|---|---|---|
| 申请费 | 900 | 135 |
| 公布印刷费 | 50 | 50（不享受费减） |
| 实质审查费 | 2500 | 375 |
| 授权当年起年费 | 逐年递增 | 按同比例减缴 |
常见疑问解答（FAQ）
问：App能不能直接申请"软件专利"？ 答：我国专利体系没有独立的"软件专利"类别。软件相关的保护，发明走"方法发明"路径（算法、数据处理等技术方案），界面走GUI外观设计。
能否授权取决于是否构成《专利法(2020)》第二条所说的新技术方案。
问：我把商业方法写得很"技术"，是不是就能绕过第二十五条？ 答：不能。审查员会穿透权利要求的实质进行判断，若核心仍是智力活动的规则和方法，即便措辞堆砌技术术语，仍会依据《专利法(2020)》第二十五条第二项驳回。真正的技术贡献才是关键。
问：App获权后保护期多长，和著作权一样吗？ 答：不一样。App的发明专利权期限为二十年，自申请日起算（《专利法(2020)》第四十二条）；而软件著作权保护期更长但只保护代码表达。两者互补，建议组合布局。
【免责声明】 本内容为普法科普，基于《专利法(2020)》《专利法实施细则(2023)》等现行公开法规整理，仅供一般参考。 文章不构成正式法律意见，也不能替代具备资质知识产权律师或专利代理师的个案分析。
具体案件因事实、证据、地域与审查时点差异，结论可能不同。 如涉及App专利申请，建议咨询所在地具备资质的知识产权律师或专利代理机构。
