本篇也可以標註為本部落格早期"about claims"類別的文章。
即便法院如前一篇「產品與流程在一起的專利範圍明確性 - IPXL Holdings v. Amazon.com, Inc. (Fed. Cir. 2005)（https://enpan.blogspot.com/2026/03/product-and-process-in-same-claim.html）」表示同時包括方法與裝置／系統的專利範圍為不明確（主要依據是：是否可以判斷侵權），但仍有情況是具有明確性的，原因是專利範圍不會因為這樣寫而無法判斷侵權（一般情況是，系統／裝置為習知）。
Mastermine Software, Inc. v. Microsoft Corp. (CAFC 2017)案例資訊：
原告／上訴人：MASTERMINE SOFTWARE, INC.
被告／被上訴人：MICROSOFT CORPORATION
系爭專利：US7,945,850、US8,429,518
判決日期：October 30, 2017
案件源起MasterMine對Microsoft提出侵權告訴，系爭專利涉及讓使用者可以輕易地挖掘與報告通過CRM（客戶關係管理）應用程式維護的資料，其中涉及運用試算表的技術。
其中'850案Claim 1：
1. A method comprising:
executing a customer relationship management (CRM) software application on a computer, wherein the CRM software application includes customized settings and local field names, and further wherein the CRM software application includes a CRM database that stores CRM data;
receiving a report generation request within the CRM software application;
in response to the request, examining, with a reporting module installed within the CRM software application, a schema and data structures of the CRM database and customized settings including local field names within the CRM application, wherein the reporting module installed within the CRM software application includes one or more report toolkits;
displaying a list of report templates with the reporting module installed within the CRM software application that are pre-defined by the one or more report toolkits of the reporting module installed within the CRM software application;
receiving a selection of one of the report templates with the reporting module installed within the CRM software application;
presenting a set of user-selectable database fields with the reporting module installed within the CRM software application as a function of the selected report template;
receiving, from the user with the reporting module installed within the CRM software application, a selection of one or more of the user-selectable database fields;
generating, with the reporting module installed within the CRM software application, a database query as a function of the user-selectable database fields that were selected by the user;
invoking a spreadsheet application from the reporting module installed within the CRM software application using an application programming interface (API) of the spreadsheet application to automatically generate an electronic worksheet viewable by the spreadsheet software application, wherein the automatically generating the electronic worksheet comprises directing the spreadsheet application with the reporting module installed within the CRM software application to create a new workbook having the electronic worksheet;
further invoking the spreadsheet application from the reporting module installed within the CRM software application using the API to automatically generate a pivot table within the electronic worksheet according to the database query, wherein the pivot table contains the CRM data from the CRM database, and wherein invoking the spreadsheet application includes communicating report parameters from the reporting module installed within the CRM software application to the spreadsheet software application based on the schema and data structures of the CRM database and the customized settings including the local field names within the CRM software application;
presenting the pivot table to a user with the spreadsheet application in accordance with the report parameters received from the reporting module installed within the CRM software application;
receiving within the spreadsheet application a selection from the user of the selected CRM data contained within the pivot table; and
in response to the selection, automatically creating a second worksheet that displays the CRM data as a number of rows in columnar format according to fields within the CRM database,
wherein each row represents a single CRM record stored within the CRM database.
在解釋專利範圍時，地方法院解釋"pivot table"為在可旋轉的行與列顯示的互動資料，並可經過濾而以不同方式總結或查看資料。
Microsoft的主張是系爭專利（'850的claims 8, 10、'518的claims 1, 2, 3）因為不明確而無效。地方法院同意Microsoft主張，因為專利範圍不當涵蓋兩個不同類別的標的，判定無效。
MasterMine提起上訴，提起地方法院錯誤解釋專利範圍（議題一）以及判定系爭專利不明確（議題二）的兩個上訴議題。
CAFC階段
議題一：
在解釋專利範圍上，採用前例Phillips v. AWH Corp.(Fed. Cir. 2005)形成的原則－以內部證據（Intrinsic Evidence）為首要；外部證據（Extrinsic Evidence）為輔助；以相關領域具有通常知識者根據說明書與審查歷史最廣而合理地解釋專利範圍，並應避免將說明書實施例限制專利範圍。
MasterMine對於"pivot table"的解釋是：一個電腦軟體物件，定義一個可以從列表或資料庫列出資料的互動表。
關於"pivot table"，CAFC同意地方法院的解釋，因為系爭專利說明書支持地方法院的解釋，並且審查歷史中申請人未了區別先前技術，強調了運用試算表在填滿資料建立pivot table的特徵。其中說明使用者手段選擇欄位並填寫資料等的互動行為。
如此可知，系爭專利包括了人為介入的動作，解釋專利範圍時有以下結論：
議題二：
相關35U.S.C.112明確性的判斷原則如下，參照說明書與審查歷史，判斷是否支持申請專利範圍？
這時，前篇主角上場，根據案例「IPXL Holdings, L.L.C. v. Amazon.com, Inc.」，如果單項專利範圍包含裝置與使用該裝置的方法，為不明確。
但在本案中，更新上述原則，即便單項專利範圍同時涵蓋方法與裝置為不明確，但如果裝置使用/執行功能性語言，裝置範圍不一定不明確。在此原則下，本案系爭專利並非如地方法院所指將方法元件帶入系統專利範圍，CAFC認為系爭專利僅是包括功能語言的裝置範圍，並非不明確（法院這樣說："In our view, these claims are simply apparatus claims with proper functional language."）。
（編按，本案法官認為本案系爭專利範圍不像是前篇提到IPXL案中系爭專利claim 25的範圍，我的判斷是，claim 25是系統專利範圍的附屬項，前項已經定義系統，後項描述使用者使用輸入手段改變其中交易資訊...，這樣的範圍應該就是被認定是方法與系統混合的專利範圍，依照IPXL案，因為這類專利範圍不清楚是否能夠判斷侵權，判定是不明確範圍。）
經查系爭專利'850的claim 8（部分），界定一個系統，包括資料庫、可程式處理器與報告模組，接著就是多個"wherein"子句，其中描述各系統元件的動作，不像是步驟流程，而是描述每個元件的功能，這樣就如法官所述僅是簡單具有功能語言的裝置。
再查系爭專利'518的Claim 1，如下（部分），界定一個計算裝置，包括資料庫、可程式處理器與報告模組，其餘內容就是以"wherein"子句描述報告模組的"功能"，最後由試算表產生所述"pivot table"。
根據以上理解，本案系爭專利範圍為明確的理由是，運用"wherein"寫法界定元件功能，這樣的專利範圍能判斷侵權行為與是否侵權；因此，要避免"hybrid claims（單項範圍同時涵蓋系統／裝置＋方法）"被認定不明確（同時涵蓋兩種類別的專利標的），不錯的方式之一是將本來要描述的方法都寫成"wherein"子句。
然而，本篇判決值得一讀的理由是，除了作出系爭專利沒有不明確問題的決定外，除了運用"wherein"讓"product/system+method"專利範圍明確，CAFC法官還列舉多種可能產生爭議的專利範圍寫作方式。
（重要）
(1)上述IPXL案為不明確的hybrid claims(system/method寫在一起)寫法。
(2)本案系爭專利為明確的"apparatus claims with proper functional language"的寫法。
(3)法院引用前例－In re Katz Interactive Call Processing Patent Litigation，此案例專利範圍界定"a system with an interface means for providing ..., wherein ..."，法院說明此案專利範圍並非表示方法步驟，而是定義功能，認證這是明確的專利範圍。
（可參考：支持以112(f)解釋專利範圍的說明書內容 - MPEP 2181, section II（https://enpan.blogspot.com/2018/08/112f-mpep-2181-section-ii.html））
(4)引用案例－Rembrandt Data Techs., LP v. AOL, LLC，以下列舉claim 3並沒有使用者的行為，但卻因為專利範圍同時包括了裝置與方法步驟而被判定不明確。claim 3界定資料傳送裝置，其中前三個元件是裝置元件，但最後冒出一個動作："transmitting the trellis encoded frames"，因此此單項專利範圍不當混合了裝置與方法。
(5)引用案例－HTC Corp. v. IPCom GmbH & Co., KG，法院在此案例判定專利範圍為明確，原因是，雖然這是個裝置範圍（行動基地台），但其中描述的內容為行動基地台所使用的功能。
（編按，初看這樣的專利範圍，依照之前判定hybrid claim是否明確的原則，應該會很猶豫，因為這個裝置範圍（mobile station）描述內容都是方法步驟：storing, holding, maintaining, causing, deleting, freeing...，而最後一個元件又像是描述一個非步驟元件（"an arrangement for..."），但法官卻認為這是功能語言（functional language））
（我私心地認為本案法官十分睿智地表達了＂我常用且認知明確＂的專利範圍撰寫方式，這樣的撰寫方式主要是因為其主體（如本案例的行動基地台）本身是現有技術，並沒有結構或電路上的更新，而專利創新是在方法流程上，因此除了方法項以外，還會有這樣的專利範圍）（標註為重要案例）
此案法官其實認為這個專利範圍為非傳統的格式，而且認為，此項專利範圍並非描述一個行動基地台後又描述它執行了六個功能，而"僅是描述在行動基地台運作的網路環境下建立的功能"，且這樣的專利範圍可以清楚地判斷侵權與否。
（此案例還可參考：BRI受制於112(f)的解釋原則 - IPCom v. HTC (Fed. Cir. 2017)（https://enpan.blogspot.com/2017/07/bri112f-ipcom-v-htc-fed-cir-2017.html））
（此案例還可參考：BRI受制於112(f)的解釋原則 - IPCom v. HTC (Fed. Cir. 2017)（https://enpan.blogspot.com/2017/07/bri112f-ipcom-v-htc-fed-cir-2017.html））
(6)在案例Microprocessor Enhancement Corp. v. Tex. Instruments Inc. (MEC) (Fed.
Cir. 2008)中，本篇判決列舉此案例中claim 7，其中界定的處理器包括條件執行決策邏輯管線階段（直翻），但主體是描述這個元件執行的步驟，法院認為此項為描述一個可以執行功能的結構，並非不明確。
(7)又引用案例－UltimatePointer，其中系爭專利為手持裝置，包括影像感測器，其中描述這個影像感測器產生數據的技術，法院認為此專利描述的是結構的能力，而非使用者的活動，因為專利範圍並非同時界定裝置與方法，而是裝置可以執行的功能，因此認為這樣的專利範圍為明確。
（可參考相關案例：貶抑先前技術也會限制專利範圍 - UltimatePointer v. Nintendo (Fed. Cir. 2016)（https://enpan.blogspot.com/2016/04/ultimatepointer-v-nintendo-fed-cir-2016.html））
CAFC判決：基於上述多件前例，本案例系爭專利範圍並非可以對照IPXL，是明確的。
my two cents:
本篇寫很久，看很久，收穫不少，但會有點迷路，寫到最後忘記原本的案子。
Ron
沒有留言:
張貼留言