服务和商业模式创新能申请专利吗?值得保护的是背后的技术实现
按中国发明专利的审查口径,服务创新中值得申请的是支撑它的具体技术机制。三个示意方向、三类常见驳回卡点,以及材料该怎么组织。
我做了二十年专利,经常有客户带着一个新的服务模式来问:「这个能申请专利吗?」——一种新的配送方式、一种新的共享租赁玩法、一个新的预约系统。我的回答通常是:模式本身不是重点,重点是你为了实现这个模式,在技术上具体做了什么。
这篇文章按中国发明专利的审查口径,讲清楚服务创新里什么值得申请、常见的驳回卡点在哪里,以及材料应该怎么组织。
服务和商业模式创新,到底能不能申请专利?
先看法律框架。《专利法》第二条第二款规定,发明是指对产品、方法或者其改进所提出的新的技术方案;第二十五条把「智力活动的规则和方法」排除在授权范围之外。纯粹的收费规则、营销策略、商业模式,本质上属于后者。
但这不等于涉及商业的申请一律不行。《专利审查指南》第二部分第九章(现行版本含 2026 年 1 月 1 日起施行的修改)专门规定了包含算法特征或商业规则和方法特征的发明专利申请的审查规则。核心口径是:整体考察权利要求中技术特征与业务特征之间的关系,看它们是否共同采用了技术手段、解决了技术问题、获得了技术效果;不能仅凭使用了计算机就认定符合要求。
所以,按中国发明专利的口径,服务或商业模式创新中,值得申请的是支撑它的具体技术实现。
服务创新能不能申请专利,不取决于模式有多新,而取决于为实现它所做的技术改动是否具体、是否解决了技术问题。保护的是机制,不是点子。
哪些服务创新里藏着可以申请的技术方案?
下面三个方向,有的参照了公开审查示例的思路,有的是示意性的挖掘方向。以下为说明性示例,不是真实客户案例。
物流服务中的批量通知。「快递到了,一次通知多个人」只是一个业务想法。但如果为了实现它,对服务器、物流终端和用户终端的数据架构、通信方式作了相互配合的调整,就有技术方案可以讨论。
共享设备中的自动归还。「随借随还、自动结算」是服务模式。可以进一步挖掘的是:设备如何结合锁具状态、位置和传感器信号来识别真实归还、避免误判。这时保护的是识别和控制机制,而不是「随借随还」这个模式。
线上预约中的并发处理。「预约、取消、候补」属于业务流程。但如果针对大量请求同时到达的情况,设计了具体的资源占用、冲突处理和状态同步机制,就可能形成技术申请点。
这三个例子有一个共同点:业务想法只是入口,真正能写进权利要求的,是为实现这个想法而在数据、通信、识别、控制上做的具体安排。
商业方法类专利申请,常见的驳回卡点有哪些?
根据我的实务经验,常见卡点主要有三类:
**第一类:实质上只有商业规则。**方案的核心是收费、优惠、排序或分配规则,在权利要求里加上「服务器」「AI」等词,仍然没有解决任何技术问题。这类申请会被认为不属于专利保护的客体。
**第二类:构成技术方案,但缺乏创造性。**方案虽然有技术特征,但只是用常规的技术手段去实现一个业务要求——业务规则是新的,技术实现却是同行顺手就能做的。这类申请过得了客体这一关,卡在创造性上。
**第三类:只写「智能匹配、自动优化」,没有交代实现过程。**说明书里讲了很多效果,却没写清楚到底怎么匹配、依据什么优化、步骤是什么。这会导致说明书公开不充分(不符合《专利法》第二十六条第三款),或者权利要求得不到说明书支持(第二十六条第四款)。
商业方法类申请最常见的三个坑:只有商业规则、技术实现太常规、只写效果不写过程。在权利要求里加「服务器」「AI」解决不了其中任何一个。
服务创新的申请材料应该怎么组织?
我的建议是:从「业务目标」改为「技术问题—具体机制—技术效果」来组织材料。
以预约系统为例(说明性示例)。如果交底材料写的是「让用户更容易约到」,这是一个业务目标,审查员看不到技术问题在哪里。把它落实为技术问题,应该是:「并发请求导致同一设备时段被重复占用」。然后写清楚实际采用的机制:
- 用什么样的占用标识锁定一个时段;
- 在什么时机做状态校验;
- 多个请求冲突时,冲突处理的规则和步骤是什么;
- 出现异常(比如支付中断、网络超时)时,异常恢复怎么进行。
最后再说明这套机制带来的技术效果——避免了重复占用、保证了状态一致。
这样组织,审查员看到的就不再是一个商业想法,而是一个有明确技术问题、有具体技术手段、有对应技术效果的方案。
写申请材料时,有哪些底线不能碰?
有两条底线,我每次都会跟客户讲清楚:
**第一,这些机制必须真实存在,不能为了申请而编造。**如果你的系统实际上并没有专门的冲突处理机制,就不能为了让申请「看起来有技术含量」而在材料里虚构一套。专利申请必须以真实的发明创造活动为基础。
第二,申请提交之后,修改不能超出原说明书和权利要求书记载的范围(《专利法》第三十三条)。这意味着,技术机制必须在提交时就写进去。等到审查意见来了才想起补充实现细节,往往已经来不及了。
纯粹的商业规则,靠文字包装无法变成可授权的技术方案。与其在措辞上下功夫,不如回到研发本身,看看为了实现这个服务,你们在技术上真正解决了什么问题。
以上为通用实务经验分享,非法律意见,具体问题请咨询专业代理师或律师。
写在最后
服务创新的专利申请,难点不在于把商业想法「写得像技术」,而在于找到它背后真实的技术贡献。如果你还没想清楚自己的服务模式里有哪些技术难题、用什么机制解决,可以先用下面的工具把技术问题和矛盾梳理一遍。
试试发明村的「测测专利潜力」功能
研发立项前对一个技术方案做多角度判断:新颖性信号、可专利性与申请策略——每次 1 积分
本文为原创分析,非新闻转载。文中涉及的法律与技术判断仅供参考,具体案件请咨询专利代理师。
常见问题
服务创新或商业模式能申请发明专利吗?
纯粹的服务模式或商业规则本身不行,支撑它的具体技术实现可以考虑。审查时整体考察技术特征与业务特征,看两者是否共同解决了技术问题。
商业方法专利申请最常见的驳回原因是什么?
常见三类:实质只有收费、排序等商业规则,加「AI」也没解决技术问题;用常规技术实现业务要求,缺乏创造性;只写「智能优化」不交代实现过程。
在权利要求里加上「服务器」「人工智能」能让商业方法变成可授权的方案吗?
不能。现行审查口径不会仅因使用了计算机就认定符合要求,而是看技术特征与业务特征是否共同解决了技术问题。纯商业规则靠文字包装变不成技术方案。
服务创新的专利申请材料应该怎么组织?
按「技术问题—具体机制—技术效果」组织,不写业务目标。如把「让用户更容易约到」落实为「并发请求致时段重复占用」,再写清具体处理步骤。机制必须真实存在。