Details:
Ex parte Fisher
Appeal 2013-002943; Appl. No. 11/833,949; Tech. Center 3600
Decided: November 24, 2015
The application on appeal dealt with automated technical support. A client application generated a system configuration profile and transferred it to a server. The server searched a knowledge base for relevant problem resolution information, using the profile to narrow the search. This problem resolution information was sent to the client in the form of a hyperlink to a web pages "instructive of" a problem solution.
A representative claim on appeal read:
1. A method for obtaining customer support, the method comprising:The claim language on appeal was that emphasized above. The Examiner used a combination of four references to reject as obvious, and relied on Wing for the above-emphasized feature. The Applicant argued that the claims require searching only one data store – one having solutions moved from another store of solutions inaccessible to an end user.” The Applicant argued that in Wing, "both the ‘potential solutions’ (those not formally approved) and the ‘approved fix’ databases are searched ... regardless of where they are from.”
[1] transmitting parameters specific to an end user product
to a network–based application
operable to dynamically generate a web page
instructive of a solution to a problem associated with the end user product
based on the parameters
by searching only a solutions data store
that stores a plurality of solutions
which were moved to the solutions data store from a predisposition solutions data store,
the predisposition solutions data store storing a plurality of potential solutions
that are accessible by technical support center agents
but inaccessible to an end user,
when each of the plurality of solutions
was validated and approved for use
based on implementation of the potential solutions
by the technical support center agents;
[2] receiving an interactive link to the dynamically generated web page; and
[3] browsing the dynamically generated web page by selecting the interactive link.
(Emphasis added.)
In the Answer, the Examiner maintained the rejection. The Examiner explicitly mapped the claimed "predisposition database" to Wing's attention file and the claimed "solutions data store" to Wing's dynamic disposition database. The Examiner characterized Wing's teachings as follows:
- "searching only a solutions data store that stores a plurality of solutions which were moved to the solutions data store from a predisposition solutions data store"
[Wing: content developer can consider moving potential fixes from attention files to dynamic disposition database that stores approved fixes] - predisposition solutions data store storing a plurality of potential solutions that are accessible by technical support center agents but inaccessible to an end user
[Wing: attention files are only accessible by content developer/technician and not inaccessible by enduser]
The Board affirmed the obviousness rejection and discussed three different sub-issues. First, the method claim included only three steps, and almost all of step [1] related to activity after the transmitting, with language describing how the transmitted parameters affect a remote database. All this language was non-functional descriptive material, and thus given no patentable weight (citing King Pharm., Inc. v. Eon Labs, Inc., 616 F.3d 1267, 1279 (Fed. Cir. 2010)). Second, the Board found it "predictable to narrow the domain of a search in general," since it is "predictable to delete a step for the purpose of removing its function."
Finally, even giving patentable weight to the "searching only a solutions data store," limitation, the Board found that the Wing reference disclosed this feature. Wing's system performed a first search in one database, and conditionally performed a second search on a different database, depending on the results. A scenario where only the first search occurred was clearly covered by "searching only." And the use of "comprising" meant an additional search of a second database wasn't excluded, so the second scenario was also in the scope of the claim.
Here's the Board's full explanation:
Wing describes searching only its solutions set database and that after making that search, only of that database, [when] an approved fix for a reported problem does not appear in the database of approved fixes, a potential solution, i.e. a solution that has not been formally administered and added to the database of approved fixes, may be provided to the end-user, to resolve their issues based on the live creation of a solution set.My two cents: Oh, where do I begin ... Here's my biggest beef with this decision: it's a leap to characterize narrowing a search ("searching only") as removing a step. OK, there were two databases here. If you understand "search" to mean "search both" or "search all" then, yeah, "search only one" is narrowing. But who says a POSITA understands plain old search in this context to mean "search all" ? The Board offered no explanation, evidence, or reasoning about this, just the sweeping generalization that narrowing a search is analogous to removing a step, which is generally predictable and thus obvious. Note that the Examiner didn't use this rationale, and instead cited a specific benefit mentioned in the Wing reference.
This second step may or may not occur by Wing’s wording. In the instance where it does not occur, the search only of the approved database is clear on its face. In the instance where it does occur, Wing does not say another database is searched, but rather that the technician himself creates a potential solution set. Even if the technician performs a search to create that solution set, Wing describes this as occurring subsequent to searching only the approved fixes. As the claim uses the transition phrase “comprising,” additional unrecited steps will not remove art from the scope of the claim.
Moving on to the "searching only" limitation. The Applicant understood Wing to teach searching two databases, and argued that the claim language excluded this. The Examiner never explained how "searching only a solutions data store" read on two searches. The Board came up with a clever (devious?) explanation involving additional steps and "comprising." To me, that explanation reads "only" out of the claim. "`Comprising' is not a weasel word with which to abrogate claim limitations." Spectrum Int'l, Inc. v. Sterilite Corp., 164 F.3d 1372, 1380 (Fed.Cir.1998).
Unless you look at it another way ?? The Applicant characterized Wing as a search of two databases – to me, clearly excluded by "searching only a solutions data store." Is the Board instead characterizing Wing as two searches? The first search is covered by the claim, because it is indeed limited to the particular database recited in the claim (approved fixes = "solutions data store"). The second, separate, search of the potential fixes database is simply an extra step not excluded by the claim.
Is that a fair reading of Wing ... two separate searches, as compared to one search of two databases? Assuming there is a difference to a POSITA, which would a POSITA understand Wing to teach? I'd be surprised if the patent attorney writing the Wing spec meant to make such a distinction. In fact, the drafter of Wing would want his description to read on both implementations, right?
How do you craft a claim that avoids Wing? Do you need "consisting of" rather than "comprising"? Do you need to completely re-think the claim strategy? (Which can be very difficult to pull off when you're stuck with the spec that was filed.)
This post is about the Fisher decision and "searching only." But what if you're drafting Wing and want to cover both implementations: two separate searches; one search of two databases. Is there a way to craft a claim that covers both? Or maybe it's a good idea to have different claim sets directed to different implementations. Sometimes we patent attorneys get hung up on having one claim that captures everything.
Finally, Applicants should take heed of the Board's warning about including receiver behavior in a sender claim (or vice versa). Same goes for including server behavior in a client claim (or vice versa). I see this mentioned a lot in appeal decisions.
No comments:
Post a Comment