home  /  patent infringement  /  proving infringement
patents · claims, proof and validity

Proving infringement.

An element-by-element exercise, not an impression of similarity. One missing limitation ends that claim.

begin here

What is being asserted, and how far along is it?

Start a conversation with the IP Concierge, already scoped to proving infringement. Pick a starting point, or describe the matter directly.

IP Conciergeproving infringement · orientation, not an opinion on your patent
Tell me roughly what the technology is and what is accused. I will help you see what the element-by-element analysis needs and what evidence it usually rests on. I will not tell you whether it infringes.

Infringement analysis is unglamorous and unforgiving. The asserted claim is broken into its limitations, and each one must be located in the accused product or process. Miss one and that claim fails, however closely the two things otherwise resemble each other. The evidence required varies enormously with the technology — source code review for software, circuit analysis and die imaging for semiconductors, testing and materials characterisation for mechanical and chemical inventions — but the structure never changes. What separates a strong technical case from a weak one is usually not sophistication but discipline: a claim chart that actually cites evidence for each limitation rather than restating the claim language with the product name substituted in.

mechanisms

How the case is actually built.

The routes to infringement and the proof each one demands.

Literal infringement

Every limitation present exactly as construed. The primary route, and the one that survives appeal most reliably.

The doctrine of equivalents

Insubstantial differences, assessed limitation by limitation — not a general similarity test, and bounded by what prosecution surrendered.

Source code evidence

For software claims, the code is the product. Reviews happen under protective order in controlled conditions.

Testing and tear-down

Physical inspection, measurement and reverse engineering where documentation does not answer the question.

Indirect infringement

Inducement and contribution, which add knowledge and intent elements that documents rather than technology tend to prove.

Configuration and use

Method claims may require showing the accused system was actually operated in the claimed way, not merely capable of it.

methodology

What the evidence shows — and what we examine.

What the technical work product looks like when it is done properly.

Evidence-cited claim chartsEach limitation mapped to a document, a code path, a test result or a measurement.
Version and variant controlAccused products change. Which builds, models and configurations are covered has to be pinned down.
Reproducible testingProtocols another expert can run and get the same answer from.
Working under protective orderSource code review conditions, clean rooms and confidentiality tiers, handled without contaminating the team.
what's at stake

What turns on it

Liability, and the shape of everything negotiated afterward.

whether liability attaches at all which claims survive to trial which products enter the damages base exposure to enhanced damages for willfulness whether an injunction is realistically in play

A claim chart that restates the claim is not evidence.

The most common weakness in an infringement report is a chart whose right-hand column paraphrases the left-hand column with the accused product name inserted. It reads as thorough and proves nothing. Each limitation needs a citation to something that exists independently of the expert: a document, a line of code, a measurement, a test.

common questions

Proving infringement — practical questions

Does the accused party have to know about the patent?

For direct infringement, generally no — it is a strict liability question, and a company can infringe a patent it has never heard of. Knowledge becomes central for indirect infringement, where inducement and contribution carry knowledge and intent requirements, and for willfulness, which affects whether damages can be enhanced. This is why notice letters and the internal responses to them become such heavily contested documents.

What if the accused product only sometimes practices the claim?

It depends on what kind of claim it is, and the distinction matters more than most clients expect. An apparatus claim may be infringed by a product configured to meet the limitations, whereas a method claim generally requires the method actually to be performed. That difference drives what has to be proved: for method claims the case often turns on evidence of how customers actually used the system, which means logs, manuals, defaults and support records rather than the technology itself.

How much does source code access matter in software cases?

Usually decisively. Marketing material and documentation describe intent; code describes behavior, and the two diverge often enough that an opinion resting only on documentation is fragile. Access is normally available in litigation under a protective order with strict conditions — a secured machine, no network, logged printing. The practical constraint is time: code review is slow, and cases are routinely scheduled as though it is not.

Is the doctrine of equivalents a reliable fallback?

It is a genuine route and a narrower one than its reputation suggests. It is applied limitation by limitation rather than to the invention as a whole, and it is constrained by prosecution history and by the rule that it cannot be used to cover what the prior art already occupies. Treating it as a safety net for a weak literal case is usually a mistake; treating it as a considered alternative for one or two specific limitations is not.

related

Related specialization areas & resources.

Build the chart on evidence, not on restatement.

Describe the claims and the accused product. The Institute will help you see what the proof requires.

IP conciergeorientation · not an opinion on your patent
Tell me roughly what the technology is and what is accused. I will help you see what the element-by-element analysis needs and what evidence it usually rests on. I will not tell you whether it infringes.