96 lines
3.0 KiB
Markdown
96 lines
3.0 KiB
Markdown
|
||
# 专利技术
|
||
|
||
## 专利意识
|
||
|
||
意识，挖掘
|
||
|
||
- 庞大系统
|
||
- 特别常用的没有创新性无法
|
||
|
||
## 专利挖掘方法
|
||
|
||
- 技术问题 技术方案
|
||
- 商业方案、管理方案、组织架构申请不了
|
||
- 创新性
|
||
- 技术改进、优化、结合
|
||
- 解决工作中具体的小的技术问题
|
||
|
||
- 发明：既保护产品、也保护方法
|
||
- 实用新型：不保护方法，只保护产品，如机柜
|
||
- 外观设计：只保护外观，如宝马车
|
||
|
||
- 例：流量提醒
|
||
|
||
- 高价值专利
|
||
- 技术要好
|
||
- 专利写好
|
||
|
||
## 技术交底书
|
||
|
||
- 过程 - 举例
|
||
- 从具体技术问题出发 - 解决方案 - 改进
|
||
- 小处着手
|
||
|
||
- 技术人员 专利人员 管理人员
|
||
- 从支撑客服人员找专利来源
|
||
|
||
- 规避专利
|
||
|
||
- 不拘泥形式，图文并茂说清楚
|
||
- 让人看懂
|
||
|
||
- 项目出发，技术问题出发
|
||
- 问题 - 流程 - 方法
|
||
- 跟专利人员沟通？专利代理？
|
||
|
||
- 大数据技术
|
||
- 数据采集
|
||
- 数据存储
|
||
- 数据处理
|
||
- 数据可视化
|
||
- 数据安全
|
||
- 数据运维
|
||
- 数据应用
|
||
- 金融领域
|
||
- 消费
|
||
|
||
- 专利重点是保护一个新的技术，一个技术点，专利只要描述一个创新点就可以，或者保护的是系列技术的组合方式，只要描述那些技术，怎样组合就行
|
||
- 保护点要清晰，创新点在哪里？
|
||
- 越大而全，对创新点无关的范围描述越多，对创新的保护越不利
|
||
- 专利不是项目方案，项目方案要全面合理，专利关注点上的突破，重点是创新
|
||
|
||
- 管理上的规则不是专利，比如告警规则，阈值设置
|
||
- 常识性、显而易见的方法不能成为专利
|
||
|
||
- 专利保护的想法不是实践
|
||
- 专利“创新技术”指的是没记载的技术，“新技术”在专利语境下是“现有技术”
|
||
- 新技术的应用不具备创新性，关键是做了针对性改进，产生了新的技术效果
|
||
- 已有的新的算法，跑个手头数据，且效果很好，这个不算创新
|
||
- 现有技术的组合，不能产生相互作用或促进，简单拼接，没有创造性；组合产生化学反应，产生新的效果，可以是专利
|
||
- 已有论文的内容不能申请专利
|
||
- 适当描述一些专利对公司的价值有一定好处
|
||
|
||
- 专利不能对细节保密，核心是“以公开换保护”
|
||
- 与业界通用名词一致，对于没有现有名词可以使用的，应在申请文件中写出这个名词的定义
|
||
- 专利文件不应该出现商标名称或本公司内部专用名称，如“基于天翼云盘的照片备份的方法和系统”，天翼云盘，FIRST专线业务
|
||
|
||
- 聚焦创新点
|
||
- 头脑风暴，反复问保护点是什么？1 -> N，拆解和分割，最小化要求
|
||
|
||
- 步骤：描述解决什么问题 - 如何解决问题（创造性），写具体，比较与现有技术差异
|
||
|
||
- 系统方法说明：现有技术 vs 发明方案
|
||
- 新颖性说明：关键字贴近本发明，重要！
|
||
- 创造性说明：优势讲效果
|
||
|
||
- 讲直接效果，不必拔的太高
|
||
|
||
|
||
|
||
支撑
|
||
|
||
运维
|
||
|
||
安全
|