PTT職涯區 / Patent (專利)

[問題] 是否有撰寫Claim的編輯器 ?

看板Patent (專利)作者 (K1下次要買搖滾區)時間16年前 (2009/08/31 11:39), 編輯推噓8(8推 0噓 38→)
留言46則, 9人參與, 最新討論串1/1
各位好 小弟是軟體工程師,最近在寫專利Claim項.發現Claim撰寫有他的特性: 用字必須前後一致 限定冠詞必須前後呼應 後段落描述前段落必須明確指出位置 步驟 模組 方法 功能 段落項目參照 有一定的規範 因此不曉得是否有人開發過Claim撰寫的文字或格式編輯器呢? 謝謝. 補充: 其實我心中想的此編輯器絕對不是無敵的自動專利產生器這樣的solution. 而是由於研發工程師(RD)對於專利有不同程度的理解, 有些人只懂皮,有些懂骨,更少的懂精隨,但本業又非專利工程師(PE). 通常撰寫專利起稿還是由RD開始,如果碰到素養不足的工程師, 可能是PE把流程問清楚之後重寫一份. 這時會造成 1.原稿的撰寫可能浪費了RD的很多時間(即便寫出來是垃圾), 被丟到垃圾桶只是因為不符合專利的規範導致結構錯誤,並非RD故意亂寫. 2.專利工程師手上如果有好幾件案子正在進行, 與各RD討論之後沒有馬上專心完成,可能會誤解或遺忘RD所描述的結構, 來回反覆浪費雙方的時間,更可能造成情緒上的衝突. 因此撰寫原稿時就撰寫成一份符合專利規範的Claim可以明確的讓RD跟PE之間溝通順利, 確定A+B+C的結構在溝通上有無誤解.然後PE就照原來的稿件下去潤飾,除錯,拆項,組合, 確保專利Claim的最大範圍. 甚至是多個發明人之間能夠對專利的Claim作一個良好的討論, 避免專利的特殊不可讀性造成閱讀的困難 我是想知道有沒有已經有開發的類似編輯器,可以直接使用或是參考一下的. -- "May the Balance be with U"(願平衡與你同在) 視窗介面遊戲設計教學( http://0rz.tw/V28It )，討論，分享。歡迎來信。 視窗程式設計（Windows CLR Form）遊戲架構設計（Game Application Framework） 遊戲工具設計（Game App. Tool Design ） 電腦圖學架構及研究（Computer Graphics）論文代讀(含投影片製作) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.96.77.176
→
08/31 11:48, , 1F
這個想法好，以後不用pe嘍~~~
08/31 11:48, 1F
推
08/31 12:47, , 2F
聽說已經有大型事務所在暗中研發~
08/31 12:47, 2F
→
08/31 12:48, , 3F
不只是CLAIM ,發明內容與摘要都可以~ 實施例的撰寫模組
08/31 12:48, 3F
→
08/31 12:48, , 4F
比較複雜，但也不是不可能
08/31 12:48, 4F
推
08/31 12:53, , 5F
不過這種軟體的用途目前來看應該算是增加撰稿速度，畢竟
08/31 12:53, 5F
→
08/31 12:54, , 6F
還是要PE來潤稿審酌用語
08/31 12:54, 6F
→
08/31 13:03, , 7F
一般把claim講成A+B+C(正確一點A∩B∩C)時，好像只要
08/31 13:03, 7F
→
08/31 13:04, , 8F
找出ABC就沒事了，這只是ABC化後的假象...
08/31 13:04, 8F
→
08/31 13:05, , 9F
例claim=>A∩B∩C時,若A、C為，B為A與C之連結手段
08/31 13:05, 9F
→
08/31 13:05, , 10F
/構成單元
08/31 13:05, 10F
→
08/31 13:06, , 11F
這個B的寫法，就可以操死一堆工程師了
08/31 13:06, 11F
→
08/31 13:08, , 12F
編輯器要挑戰AC應該不難，那個B就很難搞了
08/31 13:08, 12F
→
08/31 14:11, , 13F
補充一下...推文被刪請補推
08/31 14:11, 13F
※ 編輯: NDark 來自: 140.96.77.176 (08/31 14:23)
→
08/31 16:45, , 14F
你講到一個很重要的問題點了...溝通...
08/31 16:45, 14F
→
08/31 16:47, , 15F
RD<---->PE,如果PE是坐在那邊等RD給適格的東西...
08/31 16:47, 15F
推
08/31 16:48, , 16F
這跟computer-aided legal analysis有異曲同工之妙...
08/31 16:48, 16F
→
08/31 16:49, , 17F
那企業自己雇用PE的價值就沒有發揮出來
08/31 16:49, 17F
→
08/31 16:51, , 18F
從某種角度來看..好像PE該處理的東西丟給了RD...
08/31 16:51, 18F
→
08/31 16:53, , 19F
或是 那個環境只把PE定位在末端的寫稿人員..怪怪的
08/31 16:53, 19F
推
08/31 17:24, , 20F
現在想發展智財的公司 都有一個通病. 一邊說很重視智財
08/31 17:24, 20F
→
08/31 17:25, , 21F
另一方面只願意拿3萬薪水來雇用一個專利工程師..
08/31 17:25, 21F
→
08/31 17:26, , 22F
只領3萬的I.H專利工程師會有多少權限 XD
08/31 17:26, 22F
推
08/31 17:51, , 23F
據說智財人員是公司的 "lifeblood"
08/31 17:51, 23F
→
08/31 17:52, , 24F
在台灣會不會變成"雞肋" @@"?
08/31 17:52, 24F
→
08/31 17:54, , 25F
不過這也不能怪企業主,畢竟這個行業目前在台灣需要"清清
08/31 17:54, 25F
→
08/31 17:54, , 26F
血路"吧
08/31 17:54, 26F
→
08/31 17:56, , 27F
在智產建立->智產發展(展開) -> 智產應用 的智產鏈中
08/31 17:56, 27F
→
08/31 17:57, , 28F
又有多少企業主能瞭解呢?
08/31 17:57, 28F
→
08/31 18:25, , 29F
08/31 18:25, 29F
→
08/31 18:26, , 30F
Claim輔助工具，是用來輔助寫稿，並非用來取代寫稿
08/31 18:26, 30F
推
08/31 18:30, , 31F
一些Routine的校稿工作，用工作處理會有效率的多
08/31 18:30, 31F
→
08/31 19:05, , 33F
上面Link是這是patent ease的展示flash
08/31 19:05, 33F
→
08/31 19:05, , 34F
我十分好奇他說one click claiming要給他什麼素材...
08/31 19:05, 34F
→
08/31 20:37, , 35F
最佳claim編輯器就是電腦與先前技術～～～～～
08/31 20:37, 35F
→
08/31 21:37, , 36F
最好程式可以輸入語音後可以專利檢索後寫出最佳範圍claims
08/31 21:37, 36F
推
08/31 21:51, , 37F
說到最佳cliam範圍,其實很簡單,找到近似前案比對後自然
08/31 21:51, 37F
→
08/31 21:52, , 38F
瞭解claim範圍,若未經檢索比對,最保險的方式就是剛剛好
08/31 21:52, 38F
→
08/31 21:53, , 39F
最近看到不少新型的claim 1 範圍超大, 真是亂寫一通...
08/31 21:53, 39F
→
08/31 21:54, , 40F
當下隨即檢索US patent,馬上就找到前案,真糟@@
08/31 21:54, 40F
→
08/31 21:59, , 41F
沒有實際打過訴訟的claims都還不算真的很好很強壯
08/31 21:59, 41F
→
09/01 14:05, , 42F
V大. 這些新型都是為短期商業考量 打廣告用的不需要專利
09/01 14:05, 42F
→
09/01 14:05, , 43F
性. 不過種策略搞不好比專心玩智權的效率還要高太多了 XD
09/01 14:05, 43F
→
09/01 14:07, , 44F
哈. 只是這種沒效的專利太多也不好 = =a
09/01 14:07, 44F
推
09/02 09:49, , 45F
btw~RD寫稿真的很恐怖~最好不要發明這種東西
09/02 09:49, 45F
→
09/02 23:05, , 46F
若軟體可以寫claims，那軟體也可以審查專利囉
09/02 23:05, 46F
‣ 更多 NDark 的文章
文章代碼(AID): #1AcqNoVb (Patent)
Patent 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 NDark 的文章
文章代碼(AID): #1AcqNoVb (Patent)