Monday, August 15, 2011

BPAI affirms obviousness when Applicant admits "probably enough routines in the 600 page reference to build the system of the invention"

Takeaway: In Ex parte Daks, the Applicant appealed an obviousness rejection using a 600 page user manual as a primary reference. The Applicant acknowledged the breadth of teachings in the reference: "Admittedly, there are probably enough tools and routines disclosed in the cited over 600 page Project text through the use of which the system of the invention could be built." But the Applicant argued that these teachings were too general, and did not provide a POSITA "with the specific guidance necessary to combine the diverse [features in the reference] to develop Applicant's claimed invention." The Board used the admission to affirm the obviousness rejection. "We find no error with the Examiner’s conclusion that, in view of Appellants’ admission that all claimed limitations are taught by Project, one of ordinary skill in the art would have found it obvious to apply the claimed limitations.

Details:
Ex parte Daks
Appeal 2009007621; Appl. No. 09/966,004; Tech. Center 2100
Decided  March 11, 2011

The application involved software for tracking development. of software products. A representative claim on appeal read:

   8. A method for tracking the development of software products having a plurality of developmental lines on a computer controlled display comprising:
     setting in each of said plurality of developmental lines, a sequence of checkpoints;
     tracking each of said developmental lines to determine the reached checkpoints; and
     simultaneously displaying said plurality of developmental lines and indicating said reached checkpoints.

During prosecution, the Examiner rejected the independent claims as obvious over the book "Using Microsoft Project 98" in view of a U.S. patent to Song. The Examiner relied on the Microsoft Project book for everything except "plurality of developmental lines." The Examiner then alleged that Song disclosed defining checkpoints for "components or developmental lines" during project execution. The Examiner further alleged that the motivation to combine was the book's teaching of "organizing a project activity or task list into phases."

The Applicant appealed, and in the Appeal Brief argued that the combined references did not disclose simultaneous display of multiple developmental lines. The Applicant acknowledged that Project 98 described a planning tool which simultaneous displayed tasks at the same level in a task hierarchy, but argued that these teachings about task hierarchies are "too vague and unspecific to lead one skilled in the art" to apply them to developmental lines.

The Applicant also argued that the Examiner used hindsight to piece together a rejection from general teachings in a 600 page user guide:
The Examiner has cited sections from the large publication. The Project text does provide a user with software tools for the management of business or manufacturing projects including scheduling, assignment of tasks, allocating resources, and even bench marking which for the purpose of this discussion will be considered as check pointing. The Examiner has picked general elements from the Project text book and proposed combining such general elements, not based upon any suggestion the Project text, but based primarily on Applicants' own teaching. Admittedly, there are probably enough tools and routines disclosed in the cited over 600 page Project text through the use of which the system of the invention could be built. However, Applicants submit that the cited Project text does not provide one skilled in the art with the specific guidance necessary to combine the diverse tools and routines in Project to develop Applicants' claimed invention.
(Emphasis added.)

 In the Answer, the Examiner revised the rejection to explain that Song was "largely cumulative to the evidence contained in Project." The Examiner then explained how the teachings in "Using Project 98" about tasks corresponded to simultaneous display of multiple developmental lines:

The additional cited teachings of Project shown that has been known to break up large projects into separate phases of functional groups, which form tasks that are individually managed as part of overall project management. These separate tasks and associated resources may be considered developmental lines. .... Project further describes simultaneous display of multiple tasks in the Gantt chart and displaying multiple milestones.
(Internal citations omitted.)

The Examiner attacked the hindsight argument by noting that:
[E]verything disclosed in the Project reference pertains to features found in a single software product, namely the Microsoft Project 98 software product. Thus, the elements of the Project reference relied upon were not combined based on applicant's own teachings through impermissible hindsight as applicant alleges but were instead already combined (by Microsoft Corporation) prior to applicant's filing date.
(Emphasis added.)

The Examiner then seized upon a statement made by the Applicant in the Appeal Brief:
Appellants' admission that, "there are probably enough tools and routines disclosed in the cited over 600 page Project text through the use of which the system of the invention could be built," is itself an apparent concession that the claimed invention would have been obvious in view of the Microsoft Project 98 software product described in the Project reference.
(Emphasis added.)

The Applicant filed a Reply Brief attacking the motivation to combine. Even if "each of the individual elements could be found in the 600 page Project 98 reference," the Examiner "has failed to show any teaching in this reference that the individual elements could be combined."

The Board affirmed the obviousness rejection. The affirmance appeared to be at least partly based on the Applicant's admission in the Appeal Brief:
We agree with the Examiner that “[A]ppellants’ admission … is itself an apparent concession that the claimed invention would have been obvious in view of the Microsoft Project 98 software product described in the Project reference” That is, we find no error with the Examiner’s conclusion that, in view of Appellants’ admission that all claimed limitations are taught by Project, one of ordinary skill in the art would have found it obvious to apply the claimed limitations.
(Emphasis added.)

The Board also noted that the KSR rationale "combination of familiar elements according to known methods ... [to] yield predictable results" was applicable here: a POSITA "would have found it obvious to combine Project’s teaching of tracking and displaying of project development with Song’s teaching of tracking and displaying software development."

My two cents: Everything you say can and will be used against you. Not just in litigation, but as this case shows, also during prosecution.

The Applicant's main focus was "not enough reason to combine these disparate teachings from a really big reference" rather than on the specific elements. And I think the damaging statement made by the Applicant was simply meant to highlight the lack of reason to combine. But the Applicant shot himself in the foot by making what comes very close to an explicit admission that all the elements were taught.

Was it an admission? The only thing that keeps the statement from being a bright line admission is the qualifier "probably." I would have qualified more carefully, with "even if" or "assuming for the sake of argument."

Actually, I wouldn't have made the statement in the first place. While the statement may be an attempt to bolster the no-motivation argument, it does so at the expense of does-not-teach. And we all know that does-not-teach, rather than no-reason-to-combine, is your best chance of winning an obviousness argument.

7 comments:

  1. It's worth mentioning that one study found that "no reason to combine" was the most likely cause of reversing obviousness at the BPAI:

    http://usptols.org/uploads/Winning_on_Non-Obviousess_at_the_Board__Messinger_Van_Horn_.pdf

    ReplyDelete
  2. Under this logic no software application should ever be approved over a C book and C library. After all, if you just combine the commands and library elements in the correct combination, you can come up with anything.

    But I do agree that the applicants' attorney made a mistake in making that statement, because it could be & was misinterpreted. Will a malpractice claim follow?

    ReplyDelete
  3. Odd that the examiner would be competent enough to turn applicant's own sword back upon up but not competent enough to 101 this garbage.

    "Under this logic no software application should ever be approved over a C book and C library."

    I like your logic good sir.

    Idk about malpractice though, obviously his admission was not an admission of what the board took it to be.

    Regardless, like the examiner stated, the limitations in the primary were already combined into one large program, he didn't have to 103 them together and then 103 that amalgamation together with Song.

    ReplyDelete
  4. "I like your logic good sir."

    Is that the best you can come up with 6? I can build just about any mechanical device in the world with a properly programmed 5-axis CNC milling machine. Should we we render any mechanical device obvious based upon the milling machine plus a programming model?

    How about this, let's render all chemical inventions obvious based upon the periodic table.

    The reason why NOBODY respects you 6 is that you don't respect your own professionalism, the law, or common sense. Don't fret 6, the same could be said of most of the BPAI.

    "But the Applicant shot himself in the foot by making what comes very close to an explicit admission that all the elements were taught."
    Hasn't the BPAI learned yet that the fact that all limitations are shown in the prior art does not establish the obviousness of the combination?

    ReplyDelete
  5. "Is that the best you can come up with 6? "

    I know, I know, a highbrow understanding is beyond you, but it's called being facetious. You might want to look it up sometime.

    Although, to be fair, most of the rest of your post is true in spite of your lack of understanding.

    ReplyDelete
  6. "Although, to be fair, most of the rest of your post is true in spite of your lack of understanding."

    Let me share a quote with you ... "a patent composed of several elements is not proved obvious merely by demonstrating that each of its elements was, independently, known in the prior art." I can see you twinge when you read it - you'll twinge even more when you realize that it is from KSR.

    Contrast that quote with the BPAI's quote of "That is, we find no error with the Examiner’s conclusion that, in view of Appellants’ admission that all claimed limitations are taught by Project, one of ordinary skill in the art would have found it obvious to apply the claimed limitations."

    Seems to me that once the BPAI found that all of the claimed limitaitons are taught by the prior art then the claimed invention must necessarily have been obvious.

    ReplyDelete
  7. I apologize, in my last post I meant to say, most of what you say about me in the rest of your post, that includes a lot of garbage rambling on about sht I don't care about enough to discuss in addition to what you said about me, is true.

    I didn't say that the first time because I usually skip all your, and others', blustering about lawl that isn't news to anyone. I'm not even sure why you're blustering in this instance, the BPAI used some confusing wording to state their opinion that all the limitations were found in one gigantic "project" as evidenced by the user's documentation, save for one limitation that they 103'd in. To be a little more clear for you, all of the claimed limitations, save one, were found, in the manner they were set forth in the claim, in ONE GIGANTIC EMBODIMENT in the reference. Are you all worked up because the BPAI did a poor job ennunciating the reasoning? Or are you all worked up because you have a hard time understanding what the board was saying because you're a tard?

    I'm leaning towards the latter.

    ReplyDelete