一件真實的 §103 核駁、單一引證。下方依序呈現：審查官原文、AI 的請求項風險分析、修正與答辯草稿、以及交付客戶的中英雙語分析報告書。
由 PatentNode 的第一個節點解析完成。左方為審查官推理摘要，右方為形成本件核駁的三段審查原文。
Claims 1–20 are rejected under 35 U.S.C. § 103 as unpatentable over Agarwal in view of Masson. The examiner finds Agarwal teaches the claimed loan-processing/chat-interface features and relies on Masson to supply limitations such as mapping AUS results to system conditions and other lending-system integrations, and concludes it would have been obvious to combine these teachings.
由結構化分析模型產出。每段相當於資深從業人員原本可能要花上數小時手動整理的一份分析摘要。
判斷重點： 下游的答辯與修正都以您驗證後的結構化分析為基準。在這層花 60 秒下判斷，省下後面 60 分鐘的補救；您在此確認過的每一筆，都會直接帶進後續草稿。
Analysis is well-grounded on the examiner's specific cited passages (Agarwal Abstract/Para. 43–59; Masson Para. 16). The dispositive gap — Masson's static strategy list vs. the claimed dynamic, status-responsive task library — is clearly supported by the cited text. Confidence is moderate because the examiner provides no rationale for why a PHOSITA would restructure Masson's static repository into a dynamic generator beyond a generic 'strategy quality' assertion.
Capturing industry knowledge in pre-developed lending strategies to optimize revenue
A repository of automated lending strategies developed and finalized based on historical performance testing and optional manual changes (Masson ¶ 16)
Codifies institutional lending knowledge into reusable strategy modules; reduces strategy-development team load
Masson's task library is STATIC — strategies are finalized in advance. It is not a dynamic generator that iteratively updates in response to current loan status or AUS findings. The examiner's mapping of Masson's 'task library' to the claim's dynamic-generation requirement relies on the shared word 'library,' not on structural or functional equivalence.
using a task library to generate tasks according to the current loan status including AUS findings
差距: No disclosure in Masson of dynamic task generation responsive to AUS findings or current loan status. The static-vs-dynamic distinction is dispositive.
mapping Automated Underwriting System (AUS) results to system conditions
差距: The AUS-to-system-conditions mapping is absent from both references; the examiner provides no cited passage on this point.
The examiner's motivation is GENERIC: it addresses the general problem of strategy quality and team-coordination overhead, not a technical reason to restructure Masson's static architecture into a dynamic, status-responsive task generator. A PHOSITA reading Agarwal would see no shortcoming that Masson's static strategy repository would solve, much less be led to the iterative AUS-feedback loop recited in the claims.
Three indicators of hindsight reconstruction: (1) the examiner selects Masson's 'task library' only because it shares the word 'library' with the claim; (2) no articulated reason is given why Agarwal's form-completion system would need Masson's strategy repository; (3) the stated motivation is result-oriented ('reduce performance') rather than problem-solution based — i.e., the examiner reasons backward from the claim language.
The spec explicitly describes a dynamic task library updated from AUS feedback at multiple paragraphs (¶¶ [0059], [0062], [0067], [0069]). Narrowing claim 1 to recite this dynamic-update behavior adds only already-disclosed features.
Care needed on 'task library' vs 'strategy library' terminology — the spec uses 'task library' consistently; the amendment should preserve that term to avoid §112(b) issues. 'Current loan status' should be defined by reference to the spec's enumerated examples (borrower details, AUS findings) to avoid breadth ambiguity.
正式介面中，每段分析都可直接編輯。 您可以用自己的口吻修改或補強任何欄位，再讓答辯與修正模型啟動；模型會以您最後確認的版本為準。
進入工作介面預覽請求項修正模型擬出修正版本，答辯主張模型擬出答辯內容。兩者都依賴從業人員確認過的結構化分析，並非模型的初稿猜測。
答辯姿態： 採答辯＋修正雙軌。即使答辯主張未獲採納，§103 的弱點也已先用修正補掉。核駁結構弱時可單採答辯；不想跟審查官正面交鋒時單採修正；雙軌則同時保留兩條退路，多一道後路就少一個一錘定音的風險。
Claim 1 is narrowed to recite (i) dynamic updating of the task library based on the current loan status and AUS findings, and (ii) mapping of AUS results to system conditions. Both limitations are explicitly disclosed in the spec at ¶¶ [0059] (dynamic generation based on real-time user interaction and the stage of a loan application process), [0062] (task library generates tasks based on a loan's current status), [0067] (task library generates further tasks based on the loan status), and [0069] (AUS results used to update system conditions and update the task library). These features are absent from Masson's static strategy list and from Agarwal's form-completion chat manager; the narrowing removes the §103 challenge without introducing new matter.
1Applicant respectfully submits that the rejection of claims 1–5 under 35 U.S.C. § 103 over Agarwal in view of Masson should be withdrawn because the Examiner has not established that the proposed combination teaches or suggests the dynamic task-library limitation that is central to independent claim 1. Claims 2–5 stand or fall with independent claim 1.
2The Examiner's combination relies on Masson (¶ 16) to supply the limitation requiring the system to use a task library to generate tasks according to the current loan status. However, the cited passage from Masson describes a static list of pre-defined lending strategies — a repository developed and finalized based on strategy performance and optional manual changes. Masson's 'task library' is not a dynamic generator that iteratively updates in response to current loan status. The Examiner has not identified any passage in Masson disclosing a task library that dynamically generates tasks based on the current loan status, including AUS findings.
3Furthermore, the Examiner has not articulated a sufficient motivation for a PHOSITA to modify Masson's static strategy list into the dynamically updatable task library recited in the claims. The Examiner's stated rationale — that Masson's system 'is unable to capture industry knowledge' and requires 'several teams' to produce a higher-quality strategy — addresses only the general problem of strategy quality and team coordination. It does not explain why a PHOSITA would have been led to restructure Masson's static strategy repository into a dynamic, status-responsive task generator. The reasoning is conclusory and does not satisfy KSR Int'l Co. v. Teleflex Inc., 550 U.S. 398 (2007), which requires a specific, articulable reason to combine.
4Applicant further notes that the combination, even if accepted, would not yield the claimed invention. Neither Agarwal nor Masson discloses the iterative feedback loop in which AUS findings are mapped to system conditions and used to dynamically update the task library. Accordingly, Applicant respectfully requests withdrawal of the rejection of claims 1–5.
從業人員交付給客戶的最終文件。同一份內容，中英兩種語言並列，法條引用依管轄區正確對應。
Verdict. The §103 rejection over Agarwal in view of Masson is arguable. The combination requires Masson to supply the claimed dynamic, status-responsive task library, but Masson ¶ 16 actually discloses a STATIC strategy repository. The examiner's mapping relies on the shared word "library."
Recommended strategy. Argue + amend. Traverse the §103 on the static-vs-dynamic distinction; concurrently narrow claim 1 to recite that the task library is dynamically updated from current loan status including AUS findings.
Risk profile. Amendment risk is low; spec ¶¶ [0059], [0062], [0067], [0069] provide explicit support for the dynamic-update behavior. §112(b) clarity risk is medium — keep the spec's "task library" terminology consistent to mitigate.
判斷：以 Agarwal 與 Masson 之結合為基礎的 §103 核駁有強力答辯空間。結合需 Masson 提供請求項所述「動態且具狀態回應性之任務庫」，但 Masson 第 16 段所揭示者實為「靜態策略清單」。審查官之映射依賴於「library」一詞之共用而已。
建議策略：答辯加修正。以「靜態與動態」之區別答辯 §103，同時將請求項 1 限縮至「任務庫依當前貸款狀態（含 AUS findings）動態更新」之具體技術構造。
風險評估：修正風險低；說明書 ¶¶ [0059]、[0062]、[0067]、[0069] 對動態更新行為有明確支持。§112(b) 明確性風險為中等，使用說明書一致之「task library」用語可降低。
用 Google 登入以加入搶先體驗名單。我們開放上傳之後會寄信通知您。
本範例使用 USPTO 公開資料。v1.0 不需上傳，不接觸任何客戶資料。