撰寫電腦相關發明專利說明書時，也是會碰到其他技術領域的專利中不明確的問題，因此規則應該都是可以互相套用，只是電腦相關發明還是有些獨有的特性，特別是很喜歡自己發明技術用語。我個人的判斷是，只要理工背景的人應該有電腦程式撰寫能力（誰在大學中沒有碰過程式撰寫呢？），應該有能力理解電腦相關領域發明專利，甚至切入此領域撰寫工作（資訊背景的人較佳，但據了解這類硬背景的人比較少人從事專利撰寫工作），認真一點會去follow新技術領域就可以了，如大數據、區塊鏈、AI、IOT等，再積極從發明人學習新事物。本篇筆記新修正電腦相關方法審查基準「請求項的記載原則」中「2.2.3請求項不明確之情形」，本次修正的特色是"很務實"地呈現實地撰寫專利說明書的工作面對的問題。
我國現行專利審查基準第二篇第十二章電腦軟體相關發明（https://topic.tipo.gov.tw/patents-tw/dl-279430-1805a40a70894a7fbf6eebe20eed2a30.html）；畫線版：https://topic.tipo.gov.tw/patents-tw/dl-279431-f4880fd8ff594ac39f4c5f36fa8a76ce.html
以下筆記有加上我個人的意見與實務經驗。
2.2.3.1執行步驟或功能的主體不明確
電腦相關發明的專利範圍通常以步驟流程表示，且會用「動詞」作為技術特徵，但是有些動詞的動作可能"主體"不曉得是誰？是人？電腦？軟體還是硬體？因此有時需要"交代"是誰執行某個步驟。
因此「角色扮演」可能是撰寫這類專利範圍的人需要考量的，用保護主體作為主詞，審查基準列舉的範例表達出主體不明確的情況之一。
〔請求項〕一種接收商品訂單之方法，包含下列步驟：
利用電腦自客戶接收商品訂單；
查詢該商品之庫存情形；
當該商品有庫存時，通知該客戶可寄送商品；
當該商品無庫存時，通知該客戶無法寄送商品。
誰"查詢"？誰"通知"？解決方式就是在前言提出所述方法「由電腦載入程式」所執行，主體就出來了！
2.2.3.2界定發明之技術特徵不明確
電腦相關發明常常會引述特定技術、演算法、規則、邏輯、虛擬機器等，發明人都可能不容易了解全貌，因此會造成撰寫專利說明書的困擾，因此建議即便不清楚其中狀況，但總可以歸納出方法論（methodology），用流程表達其中步驟與判斷邏輯。我舉的範例是，面對AI演算法，很多很多開源的演算法，可能需要揭露"演算法名稱"、利用特定演算法的methodology等。
審查基準列舉範例〔請求項〕一種解題電腦，使用"右腦推論規則"來解答難題。這裡"右腦推論規則"就需要把其中運作方法描述出來。
2.2.3.3表現方式所致之不明確
電腦相關發明常常會涉及「功效的增進、達到的優點」，比如利用一個方法"加速"運算效能、降低硬體成本、節省時間等功效，需要揭露具體辦法。
審查基準範例：
〔請求項〕一種編譯機器，包含：一"高速語彙分析裝置"；及一語法分析裝置；其中該二裝置能夠"平行"處理。
此範例請求項內容的一些用語需要更明確的說法，或是不說，避免不明確，如「高速」需要有比較基準。
2.2.3.4範疇不明確
這部分討論是軟硬不分的問題，如果請求項中使用「架構」、「機制」、「平台」、「雲端」等用語，在資訊領域的人可能可以理解，但嚴肅的法律文件中需要明確的定義，就在說明書好好地描述實施例，並明確以圖文表達其中技術內容。
剛好想到一個例子，會在英文專利說明書中看到"heuristic"與"logic"用語，好像可以理解，又覺得好像不容易理解。範例US10,957,358：
1. A system, comprising:
- one or more computer processors;
- and memory storing program instructions that are executed by the one or more computer processors to implement a heuristic-based analyzer configured to:
- evaluate captured video to detect one or more faces in at least a first frame and a second frame of the video;
- and in response to detection of one or more faces in the video, analyze at least a portion of the first frame of the video including the detected one or more faces with one or more face-scenario-specific heuristics to produce a first image quality metric;
- analyze at least a portion of the second frame of the video including the detected one or more faces with the one or more face-scenario-specific heuristics to produce a second image quality metric;
- and output a video quality metric based at least in part on the first image quality metric and the second image quality metric.
US10,554,786
1. A method comprising:
- initializing, by a sampling daemon executing on a mobile device, a heuristic process;
- registering the heuristic process with the sampling daemon to cause the heuristic process to receive event data of the mobile device;
- obtaining, by the heuristic process, the event data from the sampling daemon;
- determining, by the heuristic process, a peer forecast for an attribute specified by the event data;
- determining, by the heuristic process, component settings for the mobile device based on the event data and the peer forecast;
- and transmitting, by the heuristic process, the component settings to a control multiplexer of the mobile device to adjust settings of one or more components of the mobile device.
US9,335,924
1. A computing device, comprising:
- a touch screen display;
- one or more processors operative coupled with the touch screen display;
- memory;
- and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the one or more processors, the one or more programs when executed by the one or more processors cause the device to perform:
- detecting one or more first finger contacts on the first application user interface;
- applying a first set of heuristics to the one or more first finger contacts to determine a first command in the first application, wherein the first set of heuristics comprises:
- a vertical screen scrolling heuristic for determining that the one or more first finger contacts correspond to a one-dimensional vertical screen scrolling command rather than a two-dimensional screen translation command based on an angle of movement of a finger contact with respect to the touch screen display;
- and a two-dimension screen translation heuristic for determining that the one or more first finger contacts correspond to a two-dimensional screen translation command rather than the one-dimensional vertical screen scrolling command based on the angle of the movement of the first finger contact with respect to the touch screen display;
- and processing the first command;
- and while a second application user interface is displayed on the touch screen display:
- detecting one or more second finger contacts on the second application user interface;
- applying a second set of heuristics to the one or more second finger contacts to determine a second command in the second application, wherein:
- the second set of heuristics is different from the first set of heuristics, and the second set of heuristics comprises a next-item heuristic for determining that the one or more second finger contacts correspond to a command to transition from displaying a first element in a collection of elements to displaying a next element in the collection;
- and processing the second command.
"heuristic"很難理解呀?!?
2.2.3.5手段（步驟）功能用語的不明確
撰寫電腦相關專利範圍時，難以避免地需要"以各種面貌的形式"使用「功能/步驟手段用語」，因此需要在說明書中提供裝置、結構或動作的支持內容，避免不明確。
審查基準指出「請求項中之手段（步驟）功能用語於解釋時，應包含說明書中所敘述對應於該功能之結構、材料或動作及其均等範圍」，「無法由說明書中判斷對應於該功能之結構、材料、動作或達成該功能之電腦軟體演算法或硬體構件，通常會導致請求項不明確」，還有「當申請人採用手段功能用語或步驟功能用語解釋請求項時，請求項之特徵將包含說明書中所敘述對應於達成該功能之必要結構、材料或動作及其均等範圍，惟並非直接限縮於說明書中所載之實施例，其中該均等範圍應以申請時該發明所屬技術領域中具有通常知識者不會產生疑義之範圍為限」。
2.2.3.6欠缺必要技術特徵
這個不明確理由會發生在所有技術領域的專利範圍中，就看看審查基準提出的範例。
〔請求項〕一種微處理器排程方法，包含下列步驟：
在記憶體所構成之多層佇列內將資料從一佇列轉送至另一佇列；
每一佇列設定一權重值，其中該權重值係依據資料處理所使用之CPU時間而設定；及
一微處理器參照各權重值控制資料輸出，使資料輸出之負載變成均等方式，以提高資料處理之效率。
因為專利範圍明顯的重點是「每一佇列設定一權重值」，效果是「使資料輸出之負載變成均等方式」，因此怎麼設定權重值確實是個重要的必要特徵，講不清楚就會不明確。
另可參考前面兩篇：
我國電腦相關發明審查基準修正筆記之一（https://enpan.blogspot.com/2021/07/blog-post.html）
我國電腦相關發明審查基準修正筆記之二（https://enpan.blogspot.com/2021/07/blog-post_4.html）
Ron
沒有留言:
張貼留言