Since 1989 28 bench trials 9 jury trials 17 appeals 23 USPTO trial proceedings

(917) 297-9852

Case breakdowns

Drafting mistakes that cause litigation headaches later

Six landmark decisions where the outcome turned on how the patent was written, not on what was invented. All are public. All are worth understanding before you file, because every one of them was decided years after the drafting choice that caused it.

How to read these

These are summaries of published judicial decisions, offered as general education — not legal advice, not our clients' matters, and not a prediction about any patent of yours. Patent law also moves: the Federal Circuit and the USPTO have refined all of these doctrines since. Treat them as illustrations of a pattern, and talk to counsel about your specific facts.

35 U.S.C. § 101 · Eligibility

Claiming an abstract idea on a generic computer

Alice Corp. v. CLS Bank International, 573 U.S. 208 (2014)

What happened

Alice held patents on mitigating settlement risk using a computer as an intermediary. The Supreme Court applied a two-step framework: first, is the claim directed to a patent-ineligible concept such as an abstract idea? Second, if so, do the claim elements — individually and as an ordered combination — add an "inventive concept" that transforms it into something more?

The Court held the claims were directed to the abstract idea of intermediated settlement, and that reciting a generic computer performing generic functions added nothing inventive. All claims were held ineligible.

Why it's a drafting problem

The decision hit an enormous number of already-issued software patents, and the ones that fared best afterward were those drafted as a specific technical improvement rather than as a business or economic practice implemented on a computer. In Enfish v. Microsoft (Fed. Cir. 2016), claims to a self-referential database table survived at step one precisely because they were framed as an improvement to how a computer functions.

Often the same underlying invention could have been framed either way. The framing was a drafting decision made years before anyone had heard of Alice.

What we do differently

For any computer-implemented invention we identify the specific technical problem and the specific technical mechanism that solves it, and we build the specification and the independent claims around that mechanism. We avoid framing the invention in terms of a business outcome, and we make sure the spec explains how the system works differently — not just what it achieves.

35 U.S.C. § 112(b) · Definiteness

Relative terms nobody bothered to define

Nautilus, Inc. v. Biosig Instruments, Inc., 572 U.S. 898 (2014)

What happened

Biosig's patent covered a heart-rate monitor with electrodes in a "spaced relationship" with each other. The dispute was whether that phrase told a skilled reader what was actually claimed.

The Supreme Court rejected the Federal Circuit's forgiving "insolubly ambiguous" test and replaced it with a stricter one: a claim is indefinite if, read in light of the specification and prosecution history, it fails to inform those skilled in the art about the scope of the invention with reasonable certainty.

Why it's a drafting problem

Relative and relational terms are everywhere in patent claims — "substantially," "about," "proximate," "spaced relationship," "sufficient." They're convenient during drafting because they feel broad. Under Nautilus they're a liability whenever the specification gives no objective way to determine what falls inside.

The fix costs almost nothing at drafting time: a sentence in the spec defining the term, giving a range, or describing how a skilled person would measure it. It's unfixable after filing, because you cannot add new matter.

What we do differently

We sweep every claim for relative and functional terms, then make sure each one is anchored in the specification — with a definition, an objective range, or a described measurement method. Where a term can't be anchored, we replace it before filing rather than hoping nobody presses on it.

35 U.S.C. § 112(f) · Functional claiming

Means-plus-function without meaning to

Williamson v. Citrix Online, LLC, 792 F.3d 1339 (Fed. Cir. 2015)

What happened

For years, drafters relied on a simple rule: avoid the word "means" and § 112(f) wouldn't apply, so your functional language wouldn't be limited to the structures disclosed in the spec. The Federal Circuit, sitting en banc on this issue, overruled the "strong" presumption that had made that rule reliable.

The claim term was a "distributed learning control module." The court held it was a means-plus-function term despite never using the word "means," because it recited function without sufficiently definite structure. The specification failed to disclose corresponding structure — an algorithm — so the claims were held indefinite.

Why it's a drafting problem

"Module," "unit," "mechanism," "element," "device," "component" — these are nonce words. Paired with a function and no structural detail, they invite a court to treat the claim as means-plus-function and confine it to whatever structure the spec disclosed. If the spec disclosed none, the claim can be invalid outright.

This is especially dangerous in software, where it's tempting to describe what a component does and skip how it does it.

What we do differently

We treat every functional term as a § 112(f) risk and make a deliberate choice: either recite genuine structure in the claim, or accept means-plus-function treatment and disclose full corresponding structure — including step-by-step algorithms for software elements — in the specification. What we never do is leave it to chance.

Prosecution history estoppel

The amendment that cost more than it saved

Festo Corp. v. Shoketsu Kinzoku Kogyo Kabushiki Co., 535 U.S. 722 (2002)

What happened

Festo narrowed claims during prosecution to secure allowance. Later it sued a competitor whose product didn't literally infringe but was arguably equivalent.

The Supreme Court held that a narrowing amendment made for reasons of patentability triggers prosecution history estoppel — but rejected the Federal Circuit's absolute bar. Instead there's a rebuttable presumption that the patentee surrendered everything between the original and amended claim. The patentee can rebut it by showing the equivalent was unforeseeable at the time, that the amendment's rationale was only tangentially related, or some other comparable reason.

Why it's a drafting problem

Amendments feel free in the moment. The examiner objects, you narrow, the case advances. But you may have permanently surrendered the design-around space a competitor will later occupy — and you won't find out until you try to enforce.

The alternatives are real and routinely underused: argue without amending, amend along a different axis that doesn't give up commercially relevant ground, or accept the narrower claim here while pursuing the broader one in a continuation.

What we do differently

Before any narrowing amendment we write down what it surrenders and whether that space contains a design-around a competitor would plausibly attempt. If it does, we look for another route — and we tell you the tradeoff rather than deciding it silently. We call this the estoppel budget, and it's a standing part of how we prosecute.

Claim construction

Your specification is the dictionary

Phillips v. AWH Corp., 415 F.3d 1303 (Fed. Cir. 2005) (en banc)

What happened

The Federal Circuit settled how claim terms are to be construed. Intrinsic evidence governs — the claims themselves, the specification, and the prosecution history — with the specification described as the single best guide to the meaning of a disputed claim term. Dictionaries and expert testimony are secondary.

Why it's a drafting problem

This is the case that makes everything else on this page matter. Whatever you wrote in your specification is the primary evidence a court will use to decide what your claims mean. You are writing the dictionary that will be used against you — or for you — years later, by someone with every incentive to read it narrowly.

It cuts both ways. A specification that carefully defines its terms and describes multiple embodiments supports the construction you want. One that describes a single embodiment in absolute language ("the invention requires…") hands the other side an argument that your claims are limited to exactly that.

What we do differently

We draft the specification as the claim-construction record it will eventually become. That means acting as our own lexicographer for load-bearing terms, describing alternatives for every element, and systematically removing absolute language that could be read as disavowing scope. On Litigation-Ready engagements we also give you a short memo on how we expect the key terms to be construed — so there are no surprises later.

35 U.S.C. § 112(a) · Enablement

Claiming more than you taught

Amgen Inc. v. Sanofi, 598 U.S. 594 (2023)

What happened

Amgen claimed an entire genus of antibodies defined by what they do — bind to specific residues and block a receptor — rather than by their structure. The specification described some examples plus a research method for finding others.

The Supreme Court unanimously held the claims invalid for lack of enablement. The specification has to enable the full scope of what's claimed, and offering a roadmap that requires substantial trial and error to reach the rest of the genus isn't enough.

Why it's a drafting problem

Broad functional claiming is seductive: define the invention by the result it achieves and you seem to capture every way of achieving it. Amgen is the price. Claim breadth has to be matched by disclosure breadth, and the mismatch is invisible at allowance but fatal at trial.

Although Amgen arose in biotech, the reasoning isn't limited to it — any broad functional claim in any field raises the same question of whether the specification actually taught the full scope.

What we do differently

We pressure-test claim breadth against what the specification genuinely teaches, and where there's a gap we either narrow the claim or expand the disclosure with additional embodiments and working detail. We'd rather file a claim we can defend than one that reads beautifully and can't survive the question "where did you teach that?"

The common thread

Every case above was decided years after the drafting choice that caused it. Nobody involved in writing those applications was being careless — they were optimizing for the goal in front of them, which was getting a patent issued.

That's the entire argument for our approach. Here's what we do about it, and here's what it costs.

Already hold patents?

We'll tell you which of these apply to yours

A portfolio audit reads your issued patents and pending applications against exactly these failure modes — and tells you what's still fixable through a continuation and what isn't. Better to find out now than during diligence.