Notice · legal-mcps.ai provides AI-assisted research tools over public government records (SEC EDGAR, USPTO). It is not a law firm and does not provide legal, financial, or investment advice. It is not affiliated with, sponsored by, or endorsed by the U.S. Securities and Exchange Commission or the U.S. Patent and Trademark Office. AI-generated summaries and rankings require professional review · verify against the linked source filings before relying on any output.

So now what can you do with the USPTO bundle?

Why this patent

This walkthrough runs on my own patent. US 7,971,071 issued in 2011 to my late father and me as co-inventors; the patent is now mine alone, I never licensed it, and its term runs out in 2027. That makes it the rare demonstration subject nobody can object to: every document in its file wrapper is public, every wart in its prosecution is mine to show, and when the final steps draft a mock attack on its own claims, the only patent owner taking the hit is the one writing this page.

It also occupies a genuinely unusual position in patent history, and every section of this walkthrough leans on some part of that position.

First, it is still in force. A patent examined in 2009 and expiring in 2027 sits at the tail end of its generation. The population of live pre-AIA patents shrinks every week, and the tools you are about to use handle both generations, so this file is a chance to watch them work the older one while it still matters.

Second, it is pre-AIA. Congress gated the America Invents Act by effective filing date, so this patent lives its whole life under first-to-invent law. You will watch that world in action: an attempt to swear behind a reference by proving an earlier invention date, a tactic that no longer exists for anything filed today.

Third, it straddles KSR. The provisional went in under the old teaching-suggestion-motivation test. The Supreme Court decided KSR eleven months later, and the application followed three weeks after that. Unlike the AIA, a Supreme Court decision reaches backward, so the earlier provisional bought no shelter at all. One family, two kinds of legal change, and only one of them respected the filing date.

One prosecution, three clocks running through it. That is why the tools' insistence on dates, on which rule governed on which day, is not pedantry. It is the whole game.

The walkthrough

The patent itself covers a secure hardware device for delivering and protecting digital objects: think of a locked USB device that carries software or media, enforces the seller's rules on it, and can be disabled remotely. It granted after four years of argument with the examiner, two requests for continued examination, and that failed swear-behind attempt, and I already know where the bodies are buried because I buried them.

Below is a real prosecution question, broken into twelve prompts you can paste straight into Claude once the connectors are set up. Read the worked result.

The question: what did the examiner actually make us give up to get this patent, and if someone wanted to knock it out today, what would they file, and where?

The closing steps answer that literally: you will draft a mock anonymous reexamination request against my patent, and then discover why the weakest part of the patent cannot go in it.

One thing that closing exercise turns on is worth knowing before you start, because it is the kind of document ordinary retrieval walks straight past. On 6 February 2026 the Office published an update regarding the filing of anonymous requests for ex parte reexamination, carried in the Official Gazette as 1544 OG 128. Where at least one claim of the target patent was previously challenged in an IPR or PGR that reached a final written decision, an anonymous requester must include an affirmative statement that the real party in interest is not the prior petitioner or its privy. Step 10 surfaces it, and how it does is the lesson: the strategic search, asked for the reexamination domain, does not return it, because it is a Director's notice rather than a piece of the reexamination framework; asked for by name, the same server returns it first. The worked result shows both calls, the miss and the hit. Then the honest ending: the requirement does not bite on this patent, because Step 4 will already have established that its Board record is empty, so there is no final written decision to be estopped from. A good answer connects those two facts itself.

Before you start: you need all six of these USPTO Full Bundle connectors added and authenticated: Patent File Wrapper, PTAB, Citations, Final Petition Decisions, and the two MPEP law servers (RAG and Hypergraph). Every surface gets used before the end. Setup takes two steps, and Citations is part of USPTO Full Bundle.

Twelve prompts, one conversation. Run the prompts in order in a single chat; later steps refer back to what earlier ones found.

How to read this page

Each step says what you should get back, described as a shape rather than a set of values. On the EDGAR walkthrough that convention exists because live filings move. Here the reason is different and worth stating: the prosecution record of a patent granted in 2011 is closed. Mathers, Qawami, and the withdrawn rejections are permanent facts of the file, and this page names them. What still moves is the tooling around the record: the USPTO republishes datasets, coverage floors shift, and the citation indexes gain rows years after the fact (one lane's records for this application carry a 2025 load stamp). So where a step's result depends on a dataset rather than the file itself, the page promises the shape, and anything shown as a specific count from an evolving dataset is labeled as a capture of a day, not an expectation.

Under each prompt is a fenced block showing what the two recorded runs actually called and the MCP App panel those calls drew, rendered from the same captured payloads the worked result replays. The panels work: filter them, switch their tabs, click a node in the graph. They are a dated record of two runs on 5 September 2026 rather than a promise about your run, which is why the figures in them are not repeated as expectations in the prose around them.

One caveat about the panels' buttons, which are the real ones. Open in Patent Center opens an application only for a signed-in reader: without a free USPTO.gov account the link lands on Patent Center's own front page rather than on 11/752,072. Google Patents needs no account. Every external link on this page opens in a new tab.

Three clocks, and the tools that respect them

The three clocks in "Why this patent" are not background color; they are operating instructions. Half of patent law's greatest hits (Alice, Nautilus, the modern eligibility guidance) postdate my entire prosecution, and reading a 2009 rejection through 2026 law is the quietest way to get every conclusion on this page wrong. The law servers used here are built to prevent exactly that: the hypergraph refuses to answer without an as-of date, and its answers come back sorted into what was in force on that date, what had not yet come into effect, and what has been displaced since. Steps 3, 6, 8, and 11 each cash a clock: Step 3 ends on a document code with the AIA boundary printed in its own description, Step 6 demonstrates the KSR straddle on the examiner's own sentences, Step 8 reads 112 under its pre-AIA paragraphs, and the finale turns the AIA line into the reason one entire forum is closed to an attack on this patent.

One other thing. The assistant chooses which tools to call, and these six servers deliberately overlap: an office action can be reached through the text lane, the document bag, or the citation indexes. Part of what this page teaches is which lane answers which question, because the fast lane and the expensive lane return the same document.

Step 1: pin the application, and tell father from son

Using the Patent File Wrapper tools, find the granted patent invented by John Walkoe, a device for delivering and protecting digital objects. Give me the application number, patent number, filing and grant dates, examiner, and art unit. Then check its family: is there a provisional behind it? And pull the patent term adjustment so we know where it stands in its term. Tell me about anything in the inventor search results that is NOT this patent. Give me the application number in slash form (series/serial, the way the USPTO prints it) and use that form in every later file-wrapper call.

What the two runs called, and what came back.

PFW_search_inventor_minimal {"limit": 20, "name": "John Walkoe"}
MCP App panel ui://pfw/search-results.html

Patent File Wrapper Search

INVENTOR_MINIMAL
Found: 20 applications Showing: 10 Granted: 1 Query: applicationMetaData.inventorBag.inventorNameText:"John Walkoe"
Note: Fields showing “—” were not requested in this tool call. The LLM selects fields to balance context efficiency. See the Query in the bar above for what was requested.
Status:

Application 11752072 · Patent 7971071 Granted

INTEGRATED DELIVERY AND PROTECTION DEVICE FOR DIGITAL OBJECTS

Filing Date2007-05-22 Grant Date2011-06-28 Art Unit2432 ExaminerLANIER, BENJAMIN E Applicant— InventorWilbur J. Walkoe

Cite as US 7,971,071 (application 11/752,072)

Application 11478856 Abandoned

Telecommunication system, method and subscriber unit for use therein

Filing Date2006-06-30 Art Unit2614 ExaminerSHARIFZADEH, IBRAHAM KALEL Applicant— InventorWilbur John Walkoe JR.

Cite as Application 11/478,856

Application 60803080 Pending

Integrated Delivery and Protection Device for Digital Objects

Filing Date2006-05-24 Art Unit— Examiner— Applicant— InventorJohn Walkoe

Cite as Application 60/803,080

Application 19792459 Pending

Coaxial Camshaft for Variable Valve Timing and Method of Manufacturing by Metal Additive Process and Disintegrable Barrier to Preserve Interstitial Void Spaces and Method of Removal

Filing Date2026-08-31 Art Unit3746 Examiner— Applicant— InventorAnthony John Peila

Cite as Application 19/792,459

Application 19783442 Pending

MITIGATION OF POLARIZATION IMPAIRMENTS IN OPTICAL FIBER LINK

Filing Date2026-08-21 Art Unit3992 ExaminerPATEL, HETUL B ApplicantAyar Labs, Inc. InventorJohn FINI

Cite as Application 19/783,442

Application 19781407 Pending

Modular Power Supply

Filing Date2026-08-20 Art Unit2849 Examiner— ApplicantBAE Systems Controls Inc InventorThomas J Cummings

Cite as Application 19/781,407

Application 19768158 Pending

Location Awareness And Gesture Control For An Electronically Controlled Sprinkler System

Filing Date2026-08-06 Art Unit3992 ExaminerPATEL, HETUL B ApplicantRain Bird Corporation InventorJohn S. Heaney

Cite as Application 19/768,158

Application 18707965 Pending

COMPOSITIONS AND METHODS FOR EMR2 MODIFICATION

Filing Date2026-08-05 Art UnitOPAP ExaminerCENTRAL, DOCKET ApplicantSyzyqy Med Inc. InventorJohn Lydeard

Cite as Application 18/707,965

Application PCTUS2024058907 Pending

SYSTEMS FOR FILTERING FINES FROM COKE PRODUCTS AND ASSOCIATED DEVICES AND METHODS

Filing Date2026-08-04 Art Unit— Examiner— ApplicantSUNCOKE TECHNOLOGY AND DEVELOPMENT LLC InventorJOHN FRANCIS QUANCI

Application 90016473 Pending

EFFICIENT IMPLEMENTATION OF HASH ALGORITHM ON A PROCESSOR

Filing Date2026-07-15 Art Unit3992 ExaminerCOPPOLA, JACOB C Applicant— Inventor8712039

Cite as Application 90/016,473

Before you run anything: filter the panel to Granted and one card is left. Of the other Walkoe cards, one is this patent's own provisional and one is my father's telecom filing; the rest are fuzzy-match noise from other inventors. Panel and calls captured 5 September 2026.

PFW_get_family {"application_number": "11/752,072"}
MCP App panel ui://pfw/family-view.html

Patent Family

DEPTH 1
Queried: 11752072 Members: 3 Relations: 2 Parents: 1 Children: 1
foreign_priority: none — USPTO reports no foreign priority claim for 11752072.

Earliest ancestor(s)

Application 60803080 Pending
Filing Date2006-05-24 StatusProvisional Application Expired

Generation 2

Application 11752072 QUERIED PROClaims priority from a provisional application 60803080
Filing Date— Status—

Generation 3

Application 2008063783 Pending CONis a Continuation of 11752072
Filing Date2008-05-15 StatusRO PROCESSING COMPLETED-PLACED IN STORAGE
PFW_get_term_adjustment {"application_number": "11/752,072"}
PFW_get_term_adjustment binds no view. It answers in text.

What you should get: one granted patent, with an application number in the 11-series, a 2007 filing date, a 2011 grant date, and a provisional application one year earlier in the family. The term-adjustment tool should report the USPTO's own PTA accounting in days, broken into delay components; note that it computes no expiration date, and a good answer will say so rather than invent one.

The slash-form instruction is not fussiness. The file-wrapper tools read a bare eight-digit number as a patent number first, and this application's serial is also the number of a patent granted in 2020 to someone else, so the bare form would silently answer about the wrong file. The responses echo the application number as bare digits, which is exactly how the mistake creeps in on a later step. Every response says which way it read the identifier; a good answer keeps the slash.

The last instruction is the point of the step. The inventor search will also return my father's telecom family: a 2006 continuation on which Wilbur John Walkoe, Jr. is the first inventor, with ten co-inventors. Both of us are inventors and we share this patent, so the risk is not a stranger with a similar name. It is merging a father's and a son's portfolios, or deciding that a real relative is unrelated. A good answer separates them and says how it knows. On EDGAR the equivalent mistake is picking the wrong CIK; here it is getting the family wrong, and it poisons everything downstream just as quietly.

One shape the panel above makes visible and the prose could not: the inventor search reports how many applications matched and how many it actually returned, and those two numbers differ. The response carries a bound note saying it hit the client response-size limit and telling you how to narrow the call. Expect that note rather than a silent truncation, and expect a good answer to say it is working from a partial list before it starts sorting out whose filings are whose.

Step 2: map the record before reading any of it

Get the document list for that application, but do not dump it: first tell me how many documents the file wrapper holds in total, then filter to just the claims documents (document code CLM) and list those with dates. What does the number of claims documents already tell us about how this prosecution went?

What the two runs called. Neither call draws a panel: the document bag answers in text, and the count comes back in the response summary without the bag attached, which is the whole point of asking for it that way.

PFW_get_application_documents { "app_number": "11/752,072", "limit": 1 }
Draws no panel. The count comes back in the response summary, without the bag.
PFW_get_application_documents { "app_number": "11/752,072", "document_code": "CLM", "limit": 50 }

What you should get: a total document count well past a hundred, and a much shorter dated list of claims documents: one at filing and several more spread across the following four years, growing in page count. Eight claim sets before grant is not a patent that sailed through. The filter matters as much as the answer: an unfiltered document bag on a heavily prosecuted application is the token-explosion failure mode, and the tool's own guidance says to filter. Watch whether the assistant does.

Step 3: trace claim 1 from filing to grant

Now show me how independent claim 1 changed between filing and grant, without downloading any PDFs.

1. Pull the granted claims from the patent XML. How many claims issued, and how many are independent? Quote granted claim 1.
2. Pull the application's published (pre-grant) XML and quote claim 1 as published.
3. Pull the office action text for the whole prosecution (all office actions, not just the latest) and reconstruct the story: which rejections drove which amendments? The examiner's own "Response to Amendment" sections narrate it. I want the arc: which prior-art reference did the examiner start with, which one did he switch to, and what did we add to claim 1 to get past them?
4. Finally, find the swear-behind affidavits themselves in the file wrapper. Fair warning: guessing the document code from the rule number will fail; filter to my incoming documents and scan for affidavit-type entries. How many affidavit documents are there, filed on which dates, with which page counts? And read the document code's own description carefully: what does it tell you about the era this practice belongs to?

What the two runs called, and what came back. The claims panel is the one to look at: the granted claim 1 in it is what the published claim 1 became.

PFW_get_patent_or_application_xml {"content_type": "patent", "identifier": "7971071", "include_fields": ["claims"]}
MCP App panel ui://pfw/xml-view.html

Patent Claims & Abstract

GRANTED PATENT

INTEGRATED DELIVERY AND PROTECTION DEVICE FOR DIGITAL OBJECTS

Patent Number7971071 Application Number11752072 Claims19 Independent1

Final Granted Claims (PTGRXML)

Claim 1IND

1. A method of securing and controlling a digital object to prevent unauthorized distribution of the digital object by an end user, the digital object being portable for distribution from a distributor to the end user across at least one digital device and having a secure hardware adjunct in communication with the at least one digital device, the method of securing the digital object comprising: executing a first portion of code on the at least one digital device in communication with the secure hardware adjunct; and using the secure hardware adjunct to execute predefined digital rights verification and enforcement (a) located on the secure hardware adjunct, (b) configured prior to distribution of the secure hardware adjunct to the end user, and (c) updatable by a provider of the digital object using a secure channel after distribution of the secure hardware adjunct to the end user; providing another storage data capacity on the secure hardware adjunct to control users access to the digital object by allowing the provider of the digital object to disable the secure hardware adjunct; providing access management within the secure hardware adjunct of a plurality of NV-RAM segments that (a) enables different levels of access between the plurality of NV-RAM segments to provide different levels of access to different ones of the plurality of NV-RAM segments, and (b) provides the end user with (i) restricted access to a first one of a plurality of NV-RAM segments, (ii) unrestricted read only access to a second one of the plurality of NV-RAM segments, (iii) unrestricted read write access to a third one of the plurality of NV-RAM segments, and (iv) end-user restricted access to a fourth one of the plurality of NV-RAM segments; and controlling the digital device and user access to the digital object at a remote location to permit disabling of the secure hardware adjunct via a remote-disable feature of the secure hardware adjunct that is enabled upon connection of the adjunct to a digital device with a network connection, the remote-disable feature controlled by the distributor of the digital object, wherein, the access management having restricted access to the first one of the plurality of NV-RAM segments is storage data capacity on the secure hardware adjunct to control user access to the digital object by allowing the provider of the digital object to disable the secure hardware adjunct, the access management having unrestricted read only access to the second one of the plurality of NV-RAM segments is storage data capacity on the secure hardware adjunct for mail application code, and the access management having end-user restricted access to the fourth one of the plurality of NV-RAM segments is an end-user managed storage data capacity on the secure hardware adjunct for user application data, user application settings, and user access controls that can be controlled by the end user.

Claim 2DEP

2. The method of securing the digital object according to claim 1 , further comprising: securing against unauthorized access of end-user data that is provided by the end user by requiring a password, biometric inputs, or other user-specific identifier to access the end-user data.

Claim 3DEP

3. The method of securing the digital object according to claim 1 , further comprising: enabling communication of the digital object with the secure hardware adjunct by two-way communication by a standard or non standard interface method, integration of the secure hardware adjunct functions into a larger chip set or an integrated circuit device to support functions of the digital device, or two-way communication with the secure hardware adjunct configured and policy-managed for multi-user over an area communication protocol.

Claim 4DEP

4. The method of securing the digital object according to claim 1 , further comprising: enabling communication of the digital device with the secure hardware adjunct by analog or digital interfaces.

Claim 5DEP

5. The method of securing the digital object according to claim 1 , wherein the communication of the digital device with the secure hardware adjunct is supported by hardware for the decryption or presentation of media content.

Claim 6DEP

6. The method of securing the digital object according to claim 1 , wherein a unique identifier is associated with the secure hardware adjunct to enable periodic validation of the secure hardware adjunct by the digital object using an internal clock within the secure hardware adjunct and to permit the digital object to stop working if the secure adjunct is not validated.

Claim 7DEP

7. The method of securing the digital object according to claim 1 , further comprising: implementing digital rights management for the digital object by having processing elements and internal RAM on the secure hardware adjunct to run at least one or critical code segments and critical decryption processes directly on the secure hardware adjunct to generate values to a main application.

Claim 8DEP

8. The method of securing the digital object according to claim 4 , further comprising: outputting from the secure hardware adjunct in an analog format by processing digital material through a digital to analog converter on the hardware adjunct.

Claim 9DEP

9. The method of securing the digital object according to claim 1 , further comprising: storing user access controls on the hardware adjunct.

Claim 10DEP

10. The method of securing the digital object according to claim 1 , further comprising: obtaining local access to the digital object to remotely control the digital object by providing an update control mechanism to temporarily override access control restrictions of at least one of the plurality of NV-RAM segments on the secure hardware adjunct to enable remote modification of data stored in the secure digital adjunct.

Claim 11DEP

11. The method of securing the digital object according to claim 1 , wherein the digital device is a computer, a laptop, a PDA, a television, a stereo, a car, a cell phone, or a gaming device.

Claim 12DEP

12. The method of securing the digital object according to claim 1 , wherein the digital object is application software or digital media.

Claim 13DEP

13. The method of securing the digital object according to claim 10 , wherein the access is obtained over a secure channel.

Claim 14DEP

14. The method of securing the digital object according to claim 1 , wherein the predefined digital rights verification and enforcement located on the secure hardware adjunct control access to the digital object and is capable of blocking access to the digital object of the end user.

Claim 15DEP

15. The method of securing the digital object according to claim 1 , further comprising: providing access management within the secure hardware adjunct of a plurality of NV-RAM segments, wherein the access management provides (i) restricted access to a first one of the plurality of NV-RAM segments, (ii) unrestricted read write access to a third one of the plurality of NV-RAM segments, (iii) unrestricted read write access to a third one of the plurality of NV-RAM segments, and (iv) end-user restricted access to a fourth one of the plurality of NV-RAM segments.

Claim 16DEP

16. The method of securing the digital object according to claim 1 , wherein the digital object is application software distributed by the distributor via the secure hardware adjunct and the secure hardware adjunct allows the user to save information related to the application software on the secure hardware adjunct to permit use of the application software on different digital devices while maintaining application software settings of the user.

Claim 17DEP

17. The method of securing the digital object according to claim 15 , wherein the first one of the plurality of NV-RAM segments is secret application enablers, application usage policy rules, policy enforcement state information, update control algorithm, and IDPD identifier, and IDPD operational code; the second one of the plurality of NV-RAM segments is application startup instructions and main application code; the third one of the plurality of NV-RAM segments is a device driver; and the fourth one of the plurality of NV-RAM segments is user application settings, user application data, and user access controls.

Claim 18DEP

18. The method of securing the digital object according to claim 1 , wherein the capability of being updated by a provider of the digital object after distribution of the secure hardware adjunct to the end users using a secure channel includes disabling the secure hardware adjunct.

Claim 19DEP

19. The method of securing the digital object according to claim 1 , further comprising: running an application using application code entirely contained within the secure hardware adjunct.

The real view carries an Abstract tab beside this one. The capture behind this copy asked for claims only, so there is nothing for a second tab to show and only the Claims tab is drawn.

PFW_get_patent_or_application_xml {"content_type": "application", "identifier": "11/752,072", "include_fields": ["claims"]}
The published claims, for the same reader, in the same panel.
PFW_get_oa_text { "application_number": "11/752,072", "latest_only": false }
The office-action text lane binds no view. It answers in text, newest first.
PFW_get_application_documents { "app_number": "11/752,072", "direction_category": "INCOMING", "limit": 100 }
The sweep that found the affidavits after the code guess failed.

What you should get: a granted claim set with exactly one independent claim, and a granted claim 1 several times the length of the published one: the added length is the story. The office-action trail should show a handful of actions alternating non-final and final, two continued examinations, an early anticipation rejection on one reference that we argued past, a new rejection on a second reference the examiner found, and (this is the detail worth pausing on) an affidavit attempting to prove we invented before that second reference's date, which the examiner found insufficient. We could not swear behind it, so we amended around it instead. The hardware-segmentation and remote-disable language in granted claim 1 is what "around it" looked like. Granted claim 1 is long enough that this page excerpts it rather than quoting it whole: its two load-bearing limitations are the four non-volatile memory segments with differentiated access levels and the distributor-controlled remote disable, and the full claim text is one XML tool call away, the same call the prompt already makes.

Two tool-discipline notes this step teaches. First, no PDFs and no OCR were needed: granted claims come from the grant XML, published claims from the application XML, and examiner reasoning from the office-action text lane. The as-filed claim set exists only as a scanned PDF, and this step deliberately does not open it; the published XML is the free, faithful stand-in. Second, office actions come back newest first, and the response says so; the arc reads back to front unless the answer reorders by date. Third, long office actions come back windowed with a continuation offset, and when several are returned at once they share one budget; a good answer pages through rather than quoting the first window as if it were the whole document.

Part 4 turns the swear-behind story physical, and it checks a family memory against the record. Expect the obvious code guess to come back empty (the affidavits are not filed under a code named for the rule) and the incoming sweep to find them under AF/D, a code whose description is a small monument: "Affidavit-submitted prior to Mar 15, 2013." The USPTO's own document taxonomy carries the regime line inside it, because swearing behind a reference is a first-to-invent tactic. Be precise about what that means, because the obvious reading is wrong: the mechanism is not gone. A 37 CFR 1.131 declaration is still available to pre-AIA applications and patents, including in a reexamination and in defending a pre-AIA patent at the Board. What is true is that it is not available to AIA first-inventor-to-file applications at all, which is why the document code stamps a date on its own description. My patent sits on the side of that line where the tactic still exists. Expect five affidavit documents in three batches: two with the after-final response, the same two refiled a month later with the continued examination, and one more with the last amendment before allowance. Now the part worth being careful about. My father and I signed the inventor affidavit and a friend signed a separate corroborating declaration. The record is consistent with that (each swear-behind round contains two distinct affidavit documents of different lengths), but the record does not by itself prove it: the metadata names no declarants, the documents themselves are scanned images this walkthrough deliberately does not extract text from, and the examiner's written analysis engages only the inventors' affidavit and its Exhibit A. Whatever the second document said, nothing in the examiner's text relies on it. That is the same discipline as the KSR-catchphrase hunt in Step 6: the page reports what the record shows, even about its own author.

Optional, if you want to test the path this page does not take. The five AF/D documents are scanned images, and nothing above needed them: the dates, the page counts and the document code all came from metadata, and the examiner's own analysis of the affidavits came from the office-action text. If you want to see what is inside them anyway, add a thirteenth prompt of your own and ask for the extracted text of the five AF/D documents, or for download links to them so you can read the originals yourself. Both are one call. The second is the more conservative habit and the one worth building: ask for the download link and read the document, rather than reasoning on a transcription of it.

Step 4: the PTAB check, where empty is the answer

Has this patent ever been challenged at the Patent Trial and Appeal Board? Check trials (IPR, PGR, CBM) by patent number AND ex parte appeals by application number. Then tell me precisely what a zero result does and does not establish.

What the two runs called, and what came back. This is what an honest empty looks like in a panel rather than in prose.

PTAB_search_trials_minimal {"patent_number": "7971071"}
MCP App panel ui://ptab/search-results.html

PTAB Search Results

TRIALS_MINIMAL
Found: 0 trials Showing: 0
Note: Fields showing “—” were not requested in this tool call. The LLM selects fields to balance context efficiency.

No proceedings found.

This is what the PTAB_search_trials_minimal result said to the model. The panel above does not show it: it is the tool's text, not the view's.

No matching records for this query (the USPTO PTAB API reports an empty result set as HTTP 404). Try broadening the search: for party names, exact form matters (e.g. 'Broadcom' vs 'Broadcom Inc.', 'Samsung' vs 'Samsung Electronics Co., Ltd.') — try a shorter or partial name, or drop other filters (trial_status, date ranges).
PTAB_search_appeals_minimal {"application_number": "11/752,072"}
MCP App panel ui://ptab/search-results.html

PTAB Search Results

APPEALS_MINIMAL
Found: 0 appeals Showing: 0
Note: Fields showing “—” were not requested in this tool call. The LLM selects fields to balance context efficiency.

No proceedings found.

This is what the PTAB_search_appeals_minimal result said to the model. The panel above does not show it: it is the tool's text, not the view's.

No matching records for this query (the USPTO PTAB API reports an empty result set as HTTP 404). Try broadening the search: for party names, exact form matters (e.g. 'Broadcom' vs 'Broadcom Inc.', 'Samsung' vs 'Samsung Electronics Co., Ltd.') — try a shorter or partial name, or drop other filters (trial_status, date ranges).

What you should get: zero, twice. No trials against the patent, no appeal during prosecution. This is a step about resisting the urge to pad an empty result: a clean zero from the trials index is an answer, not a failure, and the server even tells you that the underlying USPTO API reports "no results" as an HTTP error it has normalized away.

What the zero establishes: nobody has used the Board against this patent, and we never appealed a rejection (we filed continued examinations instead; Step 3 already showed you that route). What it does not establish: that the patent is strong. Nobody challenges a patent nobody is asserting. An unlicensed, unlitigated patent near end of term has a spotless Board record for the least flattering reason available, and a good answer will say so unprompted. Hold on to this zero: it comes back in Step 10 with a procedural payoff I did not expect when I designed this page.

Step 5: what the examiner actually held against it under 103

Now the obviousness record, from two independent sources.

1. Try the structured office-action rejections tool first. If it comes back empty, tell me why (read the coverage note) and fall back to the office-action text lane with the section filter set to 103. Which claims were rejected as obvious, over which reference combinations, in which office actions? Pay attention to whether each result is a real 103 section or a fallback to the full document; the response labels it.
2. Then pull this application's records from BOTH citation lanes (enriched and office-action citations). The two lanes spell the same reference differently, so join them on the reference key the server stamps on every record rather than on the raw identifier, and use the examiner-cited flag to separate the examiner's citations from my own disclosures. Compare: which references do the citation indexes say were cited, and how does that list differ from the references the rejections were actually BUILT on?

What the two runs called, and what came back. Two lanes, side by side, on the same application. Read down the reference key column: that is the join the prompt asks for.

PFW_get_oa_rejections {"application_number": "11/752,072", "rows": 50}
The structured lane, and its coverage floor. It binds no view.
Citations_search_citations_balanced {"application_number": "11752072", "rows": 50}
MCP App panel ui://uspto-enriched-citations/citation-results.html

USPTO Enriched Citations

BALANCED
Found: 5 citations Showing: 1–5 Examiner-cited: 3 With passages: 5
Tip: Open citing application in Patent Center → opens the application that cited this reference (USPTO login required). View cited patent or application on Google Patents → opens the cited reference itself (no login needed).
Source: OA Type:

No resolvable reference identifier

NOT ATTRIBUTED X — Novel CTNF
Application11752072 Art Unit2432 Tech Center2400 OA Date2008-09-08 Claims1-22 Reference key—
📍 col. 1 c. 102 section 102 line 58 lines 1-18, 47-57 figure 10) claim 6 claims 1-18 col. 2 c. 103 line 8, 24-49) lines 3-8 claim 7 claims 19-22 col. 3 lines 49-54) claim 11 claims 1-13, 15, 17-19 lines 58-67) claim 12 claims 1, 3, 10, 17, 19 lines 10-15, 61-64) claim 18 claims 2, 4, 13 lines 12-14) claim 22 claims 5, 15 lines 25-32) claim 14 claims 8-9 lines 45-50) claims 16, 20-22 lines 34-36) claims 16, 20, 22 lines 23-28)

US 2001/0056539 A1

EXAMINER CITED X — Novel CTNF
Application11752072 Art Unit2432 Tech Center2400 OA Date2009-01-29 Claims1 Reference key20010056539
📍 paragraph [0059] col. 1 c. 112 section 102 line 58 lines 1-18, 47-57 figure 10) claim 11 claims 5, 15 col. 2 c. 103 line 8, 24-49) lines 3-8 figure 2) claim 1 claims 1-3, 11, 24 col. 3 c. 102 lines 49-54) figure 3, 150) claim 24 claims 1-21 col. 4 lines 10-15, 61-64) claim 7 claims 16, 20-22 lines 10-15, 61-64 claim 26 claims 16, 20, 22 lines 20-26) claim 25 claims 1, 26, 27 lines 25-32) claim 23 claims 1-3, 5-7, 13, 18, 21-23 lines 58-67) claim 27 claims 26-27 lines 45-50) claim 6 claims 1-13, 15, 17, 19, 23, 24, 27 lines 7-11) claim 3 claims 1, 3, 10, 17, 19 lines 59-63) claim 21 claims 8-9 lines 23-27) claim 2 claims 2, 4, 13 lines 12-14)

Cite as PAVLIN, US 2001/0056539

US 2002/0173273 A1

EXAMINER CITED X — Novel CTNF
Application11752072 Art Unit2432 Tech Center2400 OA Date2008-09-08 Claims14 Reference key20020173273
📍 col. 1 c. 102 section 102 line 58 lines 1-18, 47-57 figure 10) claim 6 claims 1-18 col. 2 c. 103 line 8, 24-49) lines 3-8 claim 7 claims 19-22 col. 3 lines 49-54) claim 11 claims 1-13, 15, 17-19 lines 58-67) claim 12 claims 1, 3, 10, 17, 19 lines 10-15, 61-64) claim 18 claims 2, 4, 13 lines 12-14) claim 22 claims 5, 15 lines 25-32) claim 14 claims 8-9 lines 45-50) claims 16, 20-22 lines 34-36) claims 16, 20, 22 lines 23-28)

Cite as Spurgat, US 2002/0173273

No resolvable reference identifier

NOT ATTRIBUTED X — Novel CTNF
Application11752072 Art Unit2432 Tech Center2400 OA Date2009-01-29 Claims1-24,26-27 Reference key—
📍 paragraph [0059] col. 1 c. 112 section 102 line 58 lines 1-18, 47-57 figure 10) claim 11 claims 5, 15 col. 2 c. 103 line 8, 24-49) lines 3-8 figure 2) claim 1 claims 1-3, 11, 24 col. 3 c. 102 lines 49-54) figure 3, 150) claim 24 claims 1-21 col. 4 lines 10-15, 61-64) claim 7 claims 16, 20-22 lines 10-15, 61-64 claim 26 claims 16, 20, 22 lines 20-26) claim 25 claims 1, 26, 27 lines 25-32) claim 23 claims 1-3, 5-7, 13, 18, 21-23 lines 58-67) claim 27 claims 26-27 lines 45-50) claim 6 claims 1-13, 15, 17, 19, 23, 24, 27 lines 7-11) claim 3 claims 1, 3, 10, 17, 19 lines 59-63) claim 21 claims 8-9 lines 23-27) claim 2 claims 2, 4, 13 lines 12-14)

US 6,694,384 B1

EXAMINER CITED X — Novel CTNF
Application11752072 Art Unit2432 Tech Center2400 OA Date2009-01-29 Claims18 Reference key6694384
📍 paragraph [0059] col. 1 c. 112 section 102 line 58 lines 1-18, 47-57 figure 10) claim 11 claims 5, 15 col. 2 c. 103 line 8, 24-49) lines 3-8 figure 2) claim 1 claims 1-3, 11, 24 col. 3 c. 102 lines 49-54) figure 3, 150) claim 24 claims 1-21 col. 4 lines 10-15, 61-64) claim 7 claims 16, 20-22 lines 10-15, 61-64 claim 26 claims 16, 20, 22 lines 20-26) claim 25 claims 1, 26, 27 lines 25-32) claim 23 claims 1-3, 5-7, 13, 18, 21-23 lines 58-67) claim 27 claims 26-27 lines 45-50) claim 6 claims 1-13, 15, 17, 19, 23, 24, 27 lines 7-11) claim 3 claims 1, 3, 10, 17, 19 lines 59-63) claim 21 claims 8-9 lines 23-27) claim 2 claims 2, 4, 13 lines 12-14)

Cite as Moeller, US 6,694,384

Citations_search_oa_citations_balanced {"application_number": "11752072", "rows": 50}
MCP App panel ui://uspto-enriched-citations/oa-citations.html

USPTO OA Citations (v2)

OA v2 · BALANCED
Found: 5 citations Showing: 1–5 Examiner-cited: 4
Tip: Open citing application in Patent Center → opens the application that cited this reference (USPTO login required). View cited patent or application on Google Patents → opens the cited reference itself (no login needed).
Source § Code
OA Citations v2 — raw citation data from Form 892 (examiner) and Form 1449 (applicant). For AI-enriched data with passage locations and claim mapping, use Enriched Citations.

PAVLIN et al. US 2001/0056539 A1

APPLICANT (1449) IN OA § 102
Application11752072 Art Unit2432 Tech Center2400 Work Group2430 Reference key20010056539

Cite as US 2001/0056539

PAVLIN et al. US 2001/0056539 A1

EXAMINER (892) IN OA § 102
Application11752072 Art Unit2432 Tech Center2400 Work Group2430 Reference key20010056539

Cite as US 2001/0056539

PAVLIN et al. US 2001/0056539 A1

EXAMINER (892) APPLICANT (1449) IN OA § 102
Application11752072 Art Unit2432 Tech Center2400 Work Group2430 Reference key20010056539

Cite as US 2001/0056539

Moeller et al. US 6,694,384 B1

EXAMINER (892) APPLICANT (1449) IN OA § 103
Application11752072 Art Unit2432 Tech Center2400 Work Group2430 Reference key6694384

Cite as US 6,694,384

Spurgat et al. US 2002/0173273 A1

EXAMINER (892) IN OA § 102
Application11752072 Art Unit2432 Tech Center2400 Work Group2430 Reference key20020173273

Cite as US 2002/0173273

What you should get from part 1: an empty structured result with a dated coverage floor (that dataset starts in late 2017 and this prosecution ended in 2011), followed by a successful fallback. That failure is deliberate and it is the most transferable lesson on this page: every USPTO dataset has a floor, the floors differ per dataset, and the discipline is to read the floor note and reroute rather than conclude the data does not exist. The text lane reaches back years further than the structured lane. Expect the section filter to behave two ways: some office actions have a separately indexed 103 section and return just that; others return the full body with a note saying no 103 sub-document exists. The note is the tool being honest, and the honest tool is the one you can build on.

What you should get from part 2: a handful of records from each citation lane, overlapping but not identical, one lane carrying the statutory basis code per reference. Every record on both lanes carries the same normalized reference key, so the overlap is a join, not a guess, and the examiner-cited flag is a true or false value, not a word. And a discrepancy worth thinking about: the citation indexes list the references the examiner put on the citation form, which is not the same list as the references the rejections were argued from. Cited art and applied art are different questions. The citation lanes answer "what was on the examiner's radar"; the office-action text answers "what was used against the claims." An analysis that treats the 892 form as the rejection record has quietly answered the wrong question.

Dated capture: on 5 September 2026 both citation lanes returned five records for this application, with office-action dates from 2008-2009, years before the lanes' documented 2017 coverage start. That is a record of a day, not a promise: these indexes are documented as starting in 2017 and have been observed serving older prosecution anyway, and their load stamps show rows being added as recently as 2025. Query first, assume never.

Step 6: the KSR straddle, the law in force on the day, in the examiner's own words

Here is a date coincidence I did not engineer. Our provisional was filed in May 2006, eleven months before the Supreme Court decided KSR v. Teleflex. The non-provisional was filed three weeks after KSR came down. The entire examination ran under post-KSR obviousness law, applied to an invention with a pre-KSR priority date. This step uses that straddle to teach the sharpest date distinction in patent work, and then checks the theory against the examiner's actual sentences.

A date puzzle. My provisional was filed 24 May 2006. KSR v. Teleflex was decided 30 April 2007. My non-provisional was filed 22 May 2007, and every office action came in 2008-2010.

1. Confirm those family dates from the file wrapper's continuity data. Then answer precisely: which of my dates governs WHAT COUNTS as prior art against my claims, and which dates govern WHICH OBVIOUSNESS FRAMEWORK the examiner applies? Those are different questions with different answers.

2. Run the hypergraph's section_103_obviousness pattern with the office-action date (13 October 2010, the final rejection of claim 1's lineage) as the as-of date, and read me its three regime buckets: in force, not yet in effect, already superseded. Was KSR in force? How fresh was the newest KSR guidance on the examiner's desk that day? And which parts of today's obviousness-and-eligibility framework should I NOT read these rejections through? Then run the MPEP RAG server's strategic search with that same key as the domain for the governing guidance documents themselves.

3. Now the examiner's own words as the evidence. Pull the complete 103 sections from the 2009 and 2010 office actions and hunt the rationale language: do you find the KSR catchphrases (combining familiar elements by known methods, predictable results, obvious to try), strict TSM phrasing, or something else? Quote every "it would have been obvious" sentence in full and classify each against the MPEP's post-KSR rationales. Quote, do not paraphrase.

What the two runs called, and what came back. The hypergraph answers in a graph: purple squares are n-ary facts, blue circles are the participants, and a red badge counts the framework shifts dated against a fact. Click one.

hypergraph_strategic_search {"as_of_date": "2010-10-13", "pattern": "section_103_obviousness", "top_k": 20}
MCP App panel ui://legal-hypergraph/graph.html
USPTO MPEP Hypergraph hypergraph_strategic_search

section_103_obviousness as of 2010-10-13

authority authority authority 1 LEGAL_STANDARD_AUTHORITY KSR International Co. v. … In re Fine In re Jones

entity n-ary fact framework shift

Click a node or an edge and the panel answers the way the real one does. The chrome around the view (the server name, the code toggle, the round arrow) is Claude's own panel chrome and is inert here. The real view has no viewBox and does not scale with the column; this copy does, so the same picture fits a phone.

uspto_rag_strategic_multi_search {"domain": "section_103_obviousness", "technology": "obviousness rejections under 35 U.S.C. 103 in a 2010 office action combining smart-card DRM references", "topK": 8}

This is what the model saw behind the uspto_rag_strategic_multi_search call; the chat showed only the assistant's answer.

3 unique documents after reciprocal-rank fusion across the domain's sub-queries. A star marks a document more than one sub-query found, and a linked title is the hit's own cite_as, which the server supplies wherever its stored metadata holds a public URL.

PFW_get_oa_text { "application_number": "11/752,072", "latest_only": false, "section": "103" }
The examiner sentences part 3 asks for. Text, no panel.

What you should get: the framework-shift report, which is the payoff of the three-clocks framing and the reason the as-of parameter is mandatory. Expect three buckets. In force: Graham (1966), KSR (2007), and the chain of USPTO guidance implementing KSR, and look at the newest entry's effective date, because the Office's updated KSR guidelines took effect weeks before this office action was mailed. My claims were rejected under guidance fresh off the press. Not yet in effect: everything a modern reader reflexively reaches for (the 2011 112 guidelines, Alice, the eligibility guidance line, the 2024 obviousness updates), all explicitly flagged as postdating my prosecution. Already superseded: empty, because in 2010 nothing governing this examination had yet been displaced. Also expect the pre-AIA statutory framing to surface on its own: the rejections quote 103(a) with "at the time the invention was made," language the AIA later replaced with the effective-filing-date standard.

The hypergraph call is the one to watch: it refuses to run without an as-of date, on the principle that a rule applied to the wrong side of a regime change is wrong silently, and it echoes back which event its date should be (for this pattern, the examination date). That refusal is a feature. The RAG server should hand back the actual KSR guidelines document and the MPEP's prima-facie obviousness rationales, ranked by how many of the domain's sub-queries found each one.

One expectation this page had to correct after watching two runs. The retrieval server's domain search returns fused documents, not links: the panel above shows what it gives you, which is a ranked list with a fusion score and a corpus name per row. A link per record arrives only from its other lane, the plain semantic search, and Step 10 is where that difference stops being a detail and becomes the answer.

Part 1's answer should land the contrast cleanly: the priority and invention dates govern what counts as prior art (and this prosecution literally fought that fight, because the Step 3 swear-behind affidavit was an attempt to move the invention date to before a reference), while the examination dates govern the framework the rejections are built with. A pre-KSR invention examined in 2009 gets post-KSR law, and there is nothing improper about that: framework changes apply to the examination, not the filing.

And the provisional deserves its own sentence, because I learned this the hard way: the earlier provisional bought me nothing against KSR. A provisional fixes the priority date (what counts as prior art) but it does not freeze the law. KSR is a judicial interpretation of section 103, a statement of what the statute always meant, so it reached every application still pending and every patent still alive, mine included, regardless of what the test was the day I filed. Contrast the AIA: Congress gated that statutory regime change prospectively by effective filing date, so a pre-AIA priority date DOES keep you on the old statute. Two kinds of legal change, and only one of them respects your priority date. My patent sits on the protected side of the AIA line and the exposed side of the KSR line.

Part 3 is designed around what the record actually says, and it is more instructive than the version I expected to write. Do not expect the famous KSR catchphrases; they are not in these office actions. Expect every combination to take the older, articulated form (a named modification, a stated benefit, "as taught by" the secondary reference), and then let the law servers resolve the apparent anachronism: KSR did not abolish that style of reasoning, it demoted it from a rigid requirement to one acceptable rationale among several, so an examiner articulating a motivation to combine in 2010 is applying KSR-era law in pre-KSR vocabulary. The evidence of the regime is structural (Graham quoted up front, an explicit reason attached to every combination), not the buzzwords. If your assistant claims to find "predictable results" in this record, it is paraphrasing, not quoting. Make it show the sentence.

Dated capture: one of the examiner's combination sentences, quoted whole as the office-action text lane returned it on 5 September 2026: "It would have been obvious to one of ordinary skill in the art at the time the invention was made for the smart cards of Qawami to be disabled remotely in order to discourage theft and counterfeiting as taught by Rohrbach (Col. 2, lines 8-11)." The underlying office action is a closed 2010 document, but the text lane serving it is a living dataset, which is why the capture carries a date. Note the pre-AIA tell inside the sentence itself: "at the time the invention was made."

Expect the two servers to answer differently under the same domain key: one retrieves the text of the law, the other dates which rules governed. They are designed as a pair, and this step is where the pairing becomes visible.

Step 7: the contrast beat, a famous neighbor

For contrast, look at a famous patent in the same technology neighborhood: IOENGINE's US 8,539,047 (a McNulty portable-device patent: a secure USB device that delivers its own code to the terminal it plugs into). Run the same two checks you ran on mine: what does the PTAB trials index show against it, and what does its record look like next to mine? This is an illustrative contrast, not a validity comparison; say so in your answer.

What the two runs called, and what came back. The same call as Step 4, one patent over, and the opposite answer.

PTAB_search_trials_minimal {"patent_number": "8539047"}
MCP App panel ui://ptab/search-results.html

PTAB Search Results

TRIALS_MINIMAL
Found: 5 trials Showing: 5
Note: Fields showing “—” were not requested in this tool call. The LLM selects fields to balance context efficiency.

IPR2019-00884IPRInstitution Denied

PetitionerPayPal, Inc. Patent OwnerIOENGINE, LLC Filed2019-03-29 Institution2019-10-03 Terminated— Patent8539047 Application12950321 Art Unit—

Cite as IPR2019-00884, US 8,539,047

IPR2019-00885IPRInstitution Denied

PetitionerPayPal, Inc. et al. Patent OwnerIOENGINE, LLC Filed2019-03-29 Institution2019-10-03 Terminated— Patent8539047 Application12950321 Art Unit—

Cite as IPR2019-00885, US 8,539,047

IPR2019-00887IPRInstitution Denied

PetitionerPayPal, Inc. et al. Patent OwnerIOENGINE, LLC Filed2019-03-29 Institution2019-10-03 Terminated— Patent8539047 Application12950321 Art Unit—

Cite as IPR2019-00887, US 8,539,047

IPR2019-00886IPRInstitution Denied

PetitionerPayPal, Inc. et al. Patent OwnerIOENGINE, LLC Filed2019-03-29 Institution2019-10-03 Terminated— Patent8539047 Application12950321 Art Unit—

Cite as IPR2019-00886, US 8,539,047

IPR2019-00416IPRFinal Written Decision

PetitionerIngenico Inc. et al. Patent OwnerIOENGINE, LLC Filed2018-12-17 Institution2019-07-15 Terminated2020-07-13 Patent8539047 Application12950321 Art Unit—

Cite as IPR2019-00416, US 8,539,047

PFW_search_applications_minimal {"query": "patentNumber:8539047"}
MCP App panel ui://pfw/search-results.html

Patent File Wrapper Search

MINIMAL
Found: 1 applications Showing: 1 Granted: 1
Note: Fields showing “—” were not requested in this tool call. The LLM selects fields to balance context efficiency. See the Query in the bar above for what was requested.

Application 12950321 · Patent 8539047 Granted

APPARATUS, METHOD AND SYSTEM FOR A TUNNELING CLIENT ACCESS POINT

Filing Date2010-11-19 Grant Date2013-09-17 Art Unit2443 ExaminerBILGRAMI, ASGHAR H Applicant— InventorSCOTT MCNULTY

Cite as US 8,539,047 (application 12/950,321)

What you should get: the mirror image of Step 4. Where my patent's PTAB check returned zero, this one should return actual inter partes review proceedings with petitioners, dates, and statuses: a portable-device patent that was worth enforcing, and therefore worth attacking. The point of the contrast is not that one patent is better; it is that the PTAB record measures commercial friction, not technical merit. Two patents from the same technology moment, one licensed and litigated into a Board docket, one parked, and the tools show you the difference in one call each.

Keep the answer honest: nothing in this step compares claim scope or validity, and an answer that drifts into "whose patent would survive" has left the record and started speculating.

Expect two acts in the result set: a cluster of petitions from one petitioner, all filed the same day and all denied institution on the same day, and a separate petition from another petitioner that was instituted and ran all the way to a final written decision. Denied-versus-instituted on one screen is the whole PTAB lifecycle in miniature, on a patent one technology shelf over from mine.

Dated capture: on 5 September 2026 the trials index returned five IPRs against US 8,539,047: four PayPal petitions filed together and all denied institution (IPR2019-00884 through -00887), and Ingenico's IPR2019-00416, instituted in 2019 and terminated in 2020 with a final written decision. That patent's docket is unlikely to move again, but the capture is labeled a capture all the same.

Step 8: the 112 read, where I think my patent is weak

Now the part I have been putting off. I have always suspected this patent's claims are weak under section 112. Check the record:

1. Pull the office-action text with the section filter set to 112, across all office actions. What 112 rejections were made, on which claims, on what theory (indefiniteness vs written description), and what happened to each: argued away, amended around, or fatal to the claims involved? One caution: where the response says it fell back to the full document because no indexed 112 section exists, search that full text yourself before concluding the office action made no 112 rejection.
2. Route the law to the MPEP servers under the section_112_requirements key, with the same as-of discipline as Step 6: the definiteness and written description standards as they stood at my office-action dates. Pre-AIA 112 first and second paragraphs, not today's 112(a) and 112(b), and not Nautilus, which postdates my grant by three years. The MPEP quotes the pre-AIA and AIA versions side by side; use that.
3. Finish with one honest paragraph: what does this prosecution record actually signal about 112 exposure, and what would it take to turn a signal into a conclusion? Neither you nor this page is offering that conclusion.

What the two runs called, and what came back. A denser graph than Step 6's, from the same tool with a different pattern key and the same as-of date.

PFW_get_oa_text {"action_type": "CTNF", "application_number": "11/752,072", "content_type": "application", "latest_only": false, "max_chars": 40000, "section": "112"}
Draws no view. It answers in text; the strip below draws one field of that text.

PFW_get_oa_text draws no view; it answers in text. This is the part of that text the step turns on, so it is set as a result block rather than dressed up as a panel the product does not have.

CTNF 2010-10-13

section_requested
"112"
section_returned
"112"
text_total_chars
1261

cite_as: CTNF 2010-10-13, application 11/752,072

CTNF 2009-01-29

section_requested
"112"
section_returned
"112"
text_total_chars
985
section_partial.rejections_in_excerpt
1
section_partial.rejections_in_full_text
2

PARTIAL § 112 EXCERPT. USPTO's § 112 sub-document holds 1 of the 2 'rejected under 35 U.S.C. 112' statements in this office action's full text (a § 112 first-paragraph and second-paragraph ground are often indexed separately, and only one is served here). Re-read with section='all' before concluding which claims were rejected under § 112 and on what theory.

cite_as: CTNF 2009-01-29, application 11/752,072

CTNF 2008-09-08

section_requested
"112"
section_returned
"all"
text_total_chars
11581

USPTO has no separately indexed § 112 sub-document for this office action, so the FULL body text is returned instead. This is not a § 112 excerpt — search the text yourself, or try PFW_get_oa_rejections to confirm whether a § 112 rejection was made at all.

cite_as: CTNF 2008-09-08, application 11/752,072

Two different ways a section filter can hand you less than the office action holds. The 2008 action has no indexed 112 sub-document at all, so the server returns the whole body and says so. The 2009 action serves a 112 section that looks complete and holds one of the two 112 grounds in the full text, and the server counts both. Panel and calls captured 5 September 2026.

hypergraph_strategic_search {"as_of_date": "2010-10-13", "pattern": "section_112_requirements", "top_k": 15}
MCP App panel ui://legal-hypergraph/graph.html
USPTO MPEP Hypergraph hypergraph_strategic_search

section_112_requirements as of 2010-10-13

authority_case pre_aia_statutory_bas… legal_standard authority_case statutory_basis alternate_rejection_b… supporting_authority rejection_basis enablement_basis supporting_authority evidence_source obviousness_statute anticipation_statute claim_element target_of_evaluation interpretive_arbiter statutory_basis case_authority legal_standard enablement_decider statutory_standard statutory_standard disallowed_threshold authority skilled_artisan statutory_basis statutory_basis legal_standard required_specificatio… required_specificatio… guidance_section statutory_authority required_specificatio… statutory_authority 1 DISCLOSURE_SUFFICIENCY_EV… In re Wands pre-AIA 35 U.S.C. 112 enablement In re Wright 35 U.S.C. 112(a) 1 LEGAL_STANDARD_AUTHORITY MPEP § 2164.08 35 U.S.C. 112(b) MPEP § 2161.01 LEGAL_STANDARD_APPLICATION prior art 35 U.S.C. 103 35 U.S.C. 102 means-plus-function limit… claimed subject matter DISCLOSURE_SUFFICIENCY_EV… person having ordinary sk… 35 U.S.C. 112 LizardTech Inc. v. Earth … written description requi… 1 DISCLOSURE_SUFFICIENCY_EV… undue experimentation 1 LEGAL_STANDARD_AUTHORITY U.S. Court of Appeals for… LEGAL_STANDARD_AUTHORITY best mode MPEP § 2161

entity n-ary fact framework shift

Click a node or an edge and the panel answers the way the real one does. The chrome around the view (the server name, the code toggle, the round arrow) is Claude's own panel chrome and is inert here. The real view has no viewBox and does not scale with the column; this copy does, so the same picture fits a phone.

uspto_rag_strategic_multi_search {"domain": "section_112_requirements", "technology": "pre-AIA 35 U.S.C. 112 first and second paragraph written description and indefiniteness standards applied by examiners in 2008-2010 office actions", "topK": 8}

This is what the model saw behind the uspto_rag_strategic_multi_search call; the chat showed only the assistant's answer.

3 unique documents after reciprocal-rank fusion across the domain's sub-queries. A star marks a document more than one sub-query found, and a linked title is the hit's own cite_as, which the server supplies wherever its stored metadata holds a public URL.

What you should get from part 1: three distinct 112 events with three different endings, and only two of them are served as indexed 112 sections. First, an early written-description rejection against a handful of amended and new claims, sitting inside an office action whose 112 material is NOT separately indexed, so it surfaces only if you search the full-body fallback text, which is exactly why the prompt tells you to. Second, an indefiniteness rejection sweeping most of the claim set mid-prosecution, withdrawn an action later after our arguments were found persuasive. Third, a written-description rejection late in prosecution against a small group of newly added claims, where the examiner rejected our pointer into the specification as insufficient support, and those claim numbers are absent from the granted patent. One 112 problem we amended through, one we argued away, one we resolved by letting the claims die. The tooling lesson rides along with the legal one: a fallback response is not an empty response, and the count of indexed sections is not the count of rejections.

The strip above is the connector answering that caution itself, and it is worth knowing before you run the step. Ask for one section and the response now reports what it actually handed you: which office actions had an indexed 112 sub-document and which fell back to the full body, and, for a served section, whether that excerpt holds every 112 ground the full text holds. USPTO indexes a first-paragraph and a second-paragraph rejection separately, so an excerpt can look complete and be half the story. Watch for a partial-excerpt marker and re-read with the section filter off when you see one. An assistant that reports the number of 112 rejections without mentioning that marker has answered from the excerpt rather than from the office action.

What you should get from parts 2 and 3: the MPEP's two-requirements framing of pre-AIA 112 second paragraph and the possession standard for written description, with citations, and then the boundary line, stated plainly: this is an analysis of prosecution-record signals. A withdrawn rejection is not a clean bill of health, an abandoned claim family is not an admission, and nothing here is a legal opinion on the validity of the granted claims. The step ends on that line on purpose, because Step 11 is about to show you where a real 112 challenge would have to be brought.

Step 9: the petitions lane, an empty with an explanation, then the pivot

One connector in the bundle has not spoken yet: Final Petition Decisions, the published final decisions of the Office of Petitions. My file wrapper even contains a petition-shaped paper (the document sweep can show a "Petition for review by the Office of Petitions" filed in 2007), which makes what happens next worth watching.

One connector left: Final Petition Decisions. Check my application (11752072; that connector takes digits only, no slash or comma) for petition decisions. My file wrapper contains a 2007 document coded as a petition to the Office of Petitions, so be precise about what an empty FPD result does and does not mean here; state the FPD corpus's documented coverage as the tool itself reports it. Then pivot: search petitions by my art unit, 2432, and characterize petition practice in my technology space: petition types, rules invoked, deciding office, outcomes.

What the two runs called, and what came back. The empty, then the pivot. Both are the same panel: an empty result is not a different kind of answer.

FPD_Search_petitions_by_application {"application_number": "11752072"}
MCP App panel ui://fpd/search-results.html

FPD Petition Decisions

BALANCED
Found: 0 petitions Showing: 0

No petition decisions found.

This is what the FPD_Search_petitions_by_application result said to the model. The panel above does not show it: it is the tool's text, not the view's.

No final petition decisions in the covered dataset. Coverage bounds apply: applications filed 2001 or later, and a monthly incremental load USPTO describes as starting with 2022 and later. 2022 is a COMPLETENESS FLOOR, not a cutoff - decisions from well before it are present, records as early as 2003 have been returned - but pre-2022 coverage is partial, so for prosecution that concluded before 2022 a zero result says little about whether a petition was filed or decided.
FPD_Search_petitions_by_art_unit {"art_unit": "2432", "limit": 100}
MCP App panel ui://fpd/search-results.html

FPD Petition Decisions

BALANCED
Found: 5 petitions Showing: 5
Decision:

4d79f14b-3a09-5f12-b3f2-608be6ef924cDENIEDPetition to make special-PPH

Key distribution method and system

Applicant— Petition Mailed2012-10-31 Decided2013-02-15 Application13126174 Patent8532301 Art Unit2432 Deciding OfficeOFFICE OF PETITIONS Rules37 CFR 1.102(a)

Cite as Petition decision 2013-02-15, application 13/126,174

8d9b33a5-ebbb-5935-9dcd-72fd48b845eaDENIEDPetition to make special-PPH

Method And Arrangement For Protecting File-Based Information

Applicant— Petition Mailed2011-12-09 Decided2014-03-14 Application13377260 Patent— Art Unit2432 Deciding OfficeOFFICE OF PETITIONS Rules37 CFR 1.102(a)

Cite as Petition decision 2014-03-14, application 13/377,260

baebcec4-3e17-57b1-9431-e26bbab7cd64DENIEDPetition to make special-PPH

PROXY GATEWAY ANTI-VIRUS METHOD, PRE-CLASSIFIER, AND PROXY GATEWAY

ApplicantHUAWEI TECHNOLOGIES CO., LTD. Petition Mailed2013-10-04 Decided2013-11-19 Application13707016 Patent8769694 Art Unit2432 Deciding OfficeOFFICE OF PETITIONS Rules37 CFR 1.102(a)

Cite as Petition decision 2013-11-19, application 13/707,016

c4ee1e41-ade8-5a74-a706-e5a242620b28DENIEDPetition to make special-PPH

LOGIN TO A SUSPENDED ACCOUNT

ApplicantAdvanced New Technologies Co., Ltd. Petition Mailed2019-10-14 Decided2019-12-09 Application15842531 Patent11030296 Art Unit2432 Deciding OfficeOFFICE OF PETITIONS Rules37 CFR 1.102(a)

Cite as Petition decision 2019-12-09, application 15/842,531

e0daaa19-819e-5b0d-a73d-0be33f4b581bDENIEDPetition to make special-PPH

ASSET DISCOVERY ENGINE WITH DEEP VULNERABILITIES SCANNER

ApplicantHoneywell International Inc. Petition Mailed2024-06-24 Decided2024-07-11 Application17823730 Patent12137111 Art Unit2432 Deciding OfficeOFFICE OF PETITIONS Rules37 CFR 1.102(a)

Cite as Petition decision 2024-07-11, application 17/823,730

What you should get: an empty by-application result that explains itself. The response's own guidance states the coverage: applications filed in 2001 or later, loaded monthly from a set the USPTO describes as starting with 2022 decisions, so 2022 is a completeness floor and anything earlier is partial. That is the whole lesson of the first half: a petition filed in a wrapper and a published final petition decision are different objects, the corpus's own floor sits fifteen years after my petition, and absence from the second implies nothing improper about the first. My 2007 petition was the routine kind that accompanies a filing, resolved without a published final decision, and the tool says in terms that a zero on prosecution that ended before 2022 says little either way. This is the third honest empty on this page, after the PTAB pair, and by now the reflex should be automatic: read the note, name the scope, do not pad.

The pivot should return a small set of petitions for the art unit, each row carrying a petition type, the rule invoked, the deciding office, and an outcome. Read the shape rather than the rows: what kinds of petitions actually arise in this technology space, and how did they fare?

Dated capture: on 5 September 2026 the art-unit query returned five petitions for AU 2432, and every one was the same species: a petition to make special under the Patent Prosecution Highway, 37 CFR 1.102(a), all DENIED by the Office of Petitions, mail dates 2011 to 2024, applicants including Huawei and Honeywell. Five-for-five one petition type is a fact of a day and of a corpus whose current posture is all-denials, not a fact about the art unit, which is exactly why this paragraph is a labeled capture and not an expectation.

Step 10: the finale, part one: draft the attack (the part that CAN be filed anonymously)

This is where the walkthrough turns the tools around. Everything so far read the record; now the reader drafts against it. Against my patent, with my blessing: it is unlicensed, near expiry, and I would rather my own walkthrough stress-test it than leave the exercise theoretical.

Using everything on the record so far, draft a MOCK ex parte reexamination request skeleton against US 7,971,071, clearly labeled as an educational exercise, never to be filed.

First the law, from the MPEP servers under the ex_parte_reexam_snq key with today's date as the as-of date: what are the ground limits of ex parte reexamination under 35 U.S.C. 302-303 and 37 CFR 1.510? What is the substantial new question standard, and what does the Office's February 2026 Official Gazette notice on filing anonymous reexamination requests against previously challenged patents say? If the strategic search does not surface that notice, search the MPEP RAG server for it by that title; it is there.

Then the draft skeleton, from the record: the claims to be reexamined (start with claim 1), the proposed art, beginning with what the examiner himself applied (Qawami, Rohrbach, Mathers, Girard) and anything additional the two citation lanes surfaced, and for each proposed combination, the "new light" argument the SNQ standard requires, given that art already considered by the Office needs a materially new presentation to count. Be honest about which of these references would struggle to clear that bar, and why. Cite the office action, date, and claim numbers behind every assertion.

What the two runs called, and what came back. The domain search first, which does not surface the February 2026 notice, and then the same server asked for it by name, which does. The prompt anticipates exactly that, and the second call is the one whose hits carry a link of their own.

uspto_rag_strategic_multi_search {"domain": "ex_parte_reexam_snq", "technology": "Filing Anonymous Requests for Ex Parte Reexamination Directed to Previously-Challenged Patents 1544 OG 128", "topK": 8}

This is what the model saw behind the uspto_rag_strategic_multi_search call; the chat showed only the assistant's answer.

Fused rankDocumentCorpusRRF
1 Content of Request for Ex Parte Reexamination Filed under 35 U.S.C. 302 [R-07.2022] Manual of Patent Examining Procedure 0.0161
2 ★ Criteria for Deciding Request Filed under 35 U.S.C. 302 [R-10.2019] Manual of Patent Examining Procedure 0.0469
3 Content of Request for Ex Parte Reexamination Filed under 35 U.S.C. 302 [R-07.2022] Manual of Patent Examining Procedure 0.0159

3 unique documents after reciprocal-rank fusion across the domain's sub-queries. A star marks a document more than one sub-query found, and a linked title is the hit's own cite_as, which the server supplies wherever its stored metadata holds a public URL.

uspto_rag_semantic_search {"query": "Filing Anonymous Requests for Ex Parte Reexamination Directed to Previously-Challenged Patents", "topK": 5}

This is what the model saw behind the uspto_rag_semantic_search call; the chat showed only the assistant's answer.

1 Filing Anonymous Requests for Ex Parte Reexamination Directed to Previously-Challenged Patents - 1544 OG 128 0.9955

MPEP Updates and Revisions · chunk 1/1 · cite as · source

Director of the U.S. Patent and Trademark Office Filing Anonymous Requests for Ex Parte Reexamination Directed to Previously-Challenged Patents Filing Anonymous Requests for Ex Parte Reexamination Directed to Previously-Challenged Patents The United States Patent and Trademark Office (USPTO) receives ex parte reexamination requests under 35 U.S.C. 302 that are directed to patent claims that have also been challenged in inter partes or post-grant review (IPR or PGR) proceedings under 35 U.S.C. 311 and 321. The statutory estoppel provisions, 35 U.S.C. 315(e)(1) and 325(e)(1), which were effective in 2012 under the Leahy-Smith America Invents Act (Public Law 112-29, 125 Stat. [...]

2 PROPOSED RULE (not in force): Requirement To Identify All Real Parties in Interest to a Third Party Request for an Ex Parte Reexamination - 91 FR 46038 0.9829

MPEP Updates and Revisions · chunk 2/5 · cite as · source

mments in response to the 2012 proposed rule suggested that requiring identification of the real party(ies) in interest could have a chilling effect on the submission of ex parte reexamination requests. See Comment 20, August 2012 Final Rule, 77 FR at 46621. Several other comments pointed out that, should the Office retain the requirement for identification of the real party(ies) in interest, procedures for safeguarding anonymity are critical. See Comment 25, August 2012 Final Rule, 77 FR at 46622. Further, a number of comments suggested that the statement identifying the real party(ies) in interest be deleted because it is unnecessary in view of the certification in Sec. 1.510(b)(6). Id. [...]

3 Content of Request for Ex Parte Reexamination Filed under 35 U.S.C. 302 [R-07.2022] 0.9305

Manual of Patent Examining Procedure · chunk 3/5 · cite as · source

complete as possible, since there is no guarantee that the examiner will consider other prior art when making the decision on the request. Also, this may be the third party requester's only opportunity to participate in the proceeding since, if no statement under **[37 CFR 1.530(b)](https://www.uspto.gov/web/offices/pac/mpep/mpep-9020-appx-r.html#d0e330194) ** is filed by the patent owner, no later reply under **[37 CFR 1.535](https://www.uspto.gov/web/offices/pac/mpep/mpep-9020-appx-r.html#d0e330405) ** or other submission may be filed by the requester in the _ex parte_ reexamination proceeding. See also **[MPEP § 2220](https://www.uspto.gov/web/offices/pac/mpep/s2220.html#d0e223180) **. [...]

3 hits by cosine similarity. Each carries the corpus's cite_as and, separately, the stored URL of the source document it was chunked from. Both are the server's, not this page's.

hypergraph_strategic_search {"as_of_date": "2026-09-05", "pattern": "ex_parte_reexam_snq", "top_k": 15}
MCP App panel ui://legal-hypergraph/graph.html
USPTO MPEP Hypergraph hypergraph_strategic_search

ex_parte_reexam_snq as of 2026-09-05

legal_standard prior_art_source prior_art_source statutory_authority statutory_provision referenced_statute determination_standard triggering_request required_showing prior_art_source_rule requested_action governing_rule authorizing_statute determination follow_on_proceeding proceeding statutory_basis proposed_claim_rule proceeding_type determination_subject accompanying_document governing_rule required_document underlying_reexaminat… statutory_authority implementing_regulati… guidance_reference regulation_section authorizing_section authorizing_section triggering_condition tribunal proceeding challenger issue statutory_basis prior_art_category legal_standard proceeding proceeding LEGAL_STANDARD_INTERPRETA… substantial new question … printed publication prior art patents 35 U.S.C. 303 PROCEDURE 35 U.S.C. 302 request for reexamination REQUIREMENT_IMPOSITION 37 CFR 1.501 Request for ex parte reex… 37 CFR 1.510 EX_PARTE_REEXAMINATION_IN… 35 U.S.C. 257 ex parte reexamination Supplemental examination STATUTORY_STANDARD_INTERP… 37 CFR 1.530(d) EXAMINATION_PROCEDURE Reasons for Substantial N… 37 CFR 1.620 supplemental examination … STATUTORY_STANDARD_INTERP… 37 CFR 1.515 MPEP § 2241 EX_PARTE_REEXAMINATION_IN… § 1.525 § 1.520 § 1.515 PTAB_PROCEEDING_EVENT Board ex parte reexamination Cellect substantial new question … 35 U.S.C. § 303(a) STATUTORY_STANDARD_APPLIC… reexamination

entity n-ary fact framework shift

Click a node or an edge and the panel answers the way the real one does. The chrome around the view (the server name, the code toggle, the round arrow) is Claude's own panel chrome and is inert here. The real view has no viewBox and does not scale with the column; this copy does, so the same picture fits a phone.

What you should get: first, the ground rules, retrieved rather than recalled: ex parte reexamination takes ONLY grounds based on prior patents and printed publications: 102 and 103 over documents. The MPEP says in terms that other questions "should not be included... and will not be considered." Anyone at any time during enforceability may file, and a requester can stay anonymous by filing through a registered practitioner. Anonymity here is ordinary, regulated practice: the Office's Director notice of February 2026 is the document that governs it, and it adds an extra affirmative statement expected when the patent was previously challenged at the Board. Here is the Step 4 payoff: my patent's Board record is empty, so that condition is not triggered, and the assistant should connect those two facts itself.

Watch the two retrieval calls in the panel above, because the prompt is written to force the second one. The domain search does not surface the February 2026 notice: it is fused against a pattern key, and the notice is a Director's Official Gazette item rather than a piece of the reexamination framework. Asked for by name, the same server returns it first, with a similarity score near the top of the scale and a URL field pointing at uspto.gov. That URL field is the only one anywhere in these twelve steps: every other link either page shows is built from an identifier. So the shape to expect is a miss, a reroute, and a hit that arrives with its own citation attached, and an answer that says which of its two calls found it.

Then the skeleton, and its hardest honest paragraph. The examiner-applied art is the natural starting material, but it is by definition art the Office already considered, so every combination built on it must clear the "new light" bar: a materially new argument or presentation, not a rerun. Expect a good draft to say that some of the record art probably cannot clear that bar alone, and that a real request would go hunting for art the examiner never saw. The draft should read like a skeleton with citations, carry its educational-mock label prominently, and claim no view on whether the request would actually be granted.

Step 11: the finale, part two: the attack that CANNOT go in the request

Now try to put the Step 8 material into the reexamination request, and explain why you can't. Where CAN a 112 invalidity theory against this patent be heard? Walk the forums: ex parte reexamination, post-grant review, inter partes review, district court. For THIS patent (granted June 2011, pre-AIA), which doors are open, which are closed, and why? Use the MPEP law servers for the routing, with as-of dates.

Then draft the 112 theory in the only form left standing: a short MOCK litigation-style invalidity contentions section (educational exercise, never to be filed, not a legal opinion) asserting indefiniteness and written-description theories against the granted claims, built strictly from the Step 8 prosecution record, with a citation for every assertion and a closing paragraph on what the contentions do NOT establish.

What the two runs called, and what came back. The forum question, put to the hypergraph as a dated pattern query rather than as a free-text one.

hypergraph_strategic_search {"as_of_date": "2026-09-05", "pattern": "ptab_procedures", "top_k": 10}
MCP App panel ui://legal-hypergraph/graph.html
USPTO MPEP Hypergraph hypergraph_strategic_search

ptab_procedures as of 2026-09-05

burden_of_proof_statu… petition_requirements… proceeding judicial_authority LEGAL_STANDARD_AUTHORITY 35 U.S.C. 316(e) 35 U.S.C. 312(a)(3) inter partes review Harmonic Inc. v. Avid Tec…

entity n-ary fact framework shift

Click a node or an edge and the panel answers the way the real one does. The chrome around the view (the server name, the code toggle, the round arrow) is Claude's own panel chrome and is inert here. The real view has no viewBox and does not scale with the column; this copy does, so the same picture fits a phone.

uspto_rag_strategic_multi_search {"domain": "ex_parte_reexam_snq", "technology": "scope of ex parte reexamination limited to patents and printed publications, no section 112 grounds", "topK": 6}

This is what the model saw behind the uspto_rag_strategic_multi_search call; the chat showed only the assistant's answer.

Fused rankDocumentCorpusRRF
1 Content of Prior Art or Section 301 Written Statements [R-01.2024] Manual of Patent Examining Procedure 0.0152
2 Content of Request for Ex Parte Reexamination Filed under 35 U.S.C. 302 [R-07.2022] Manual of Patent Examining Procedure 0.0161
3 ★ Substantial New Question of Patentability [R-07.2015] Manual of Patent Examining Procedure 0.0651

3 unique documents after reciprocal-rank fusion across the domain's sub-queries. A star marks a document more than one sub-query found, and a linked title is the hit's own cite_as, which the server supplies wherever its stored metadata holds a public URL.

What you should get: the routing lesson, which is the real content of the step, and the place the three-clocks framing pays off hardest. The 112 material bounces off every Office door: ex parte reexamination cannot hear it (patents and printed publications only, the same ground limit Step 10 retrieved); and post-grant review, the one Office proceeding that does hear 112, is not merely time-barred for this patent but regime-barred: PGR exists only for patents with an effective filing date on or after 16 March 2013 (AIA first-inventor-to-file patents), and a 2007-filed patent is categorically outside the regime. The nine-months-from-grant window (which would have closed in early 2012 anyway) never even opened for it, because when this patent granted in June 2011 PGR did not yet exist. A good answer gets the order of those two reasons right: regime first, clock second. Inter partes review is open in principle but carries the same patents-and-printed-publications limit as reexam, and is never anonymous. What is left is litigation: 112 invalidity against this patent is a defense or counterclaim in district court (the one forum that hears all grounds), raised by someone who has been accused of infringing, which also means the anonymity that Step 10's request enjoyed is structurally unavailable to a 112 challenger. The routing table the answer should land on: ex parte reexam (prior-art grounds only, anonymous, available); PGR (112-capable but regime-unavailable for a pre-AIA patent); district court (all grounds, never anonymous). The forum choice and the ground choice are one decision.

Then the mock contentions: short, record-bound, and labeled. Expect the indefiniteness theory to lean on the claim language the examiner himself once called indefinite (and the awkward fact that it was withdrawn; a good draft addresses the withdrawal rather than hiding it), and the written-description theory to lean on the specification passages the examiner found insufficient for the claims that died. And expect the boundary section to be blunt: a mock contention built from a closed prosecution record, by a model, on the patent owner's own walkthrough page, establishes nothing about validity. It demonstrates what the record supports arguing, which is a different thing.

Step 12: write it up

Write a short memo titled "US 7,971,071: what the record shows," covering: the prosecution arc and what claim 1 traded for allowance; the clean PTAB record and what it does and does not mean; the obviousness record (applied art vs cited art, and the KSR-era framework it was examined under); the 112 signals; the petitions check; and the forum-routing conclusion from Steps 10 and 11. Re-pull anything you rely on; do not trust earlier answers from memory, and use the slash-form application number for every file-wrapper re-pull. Put a citation on every factual claim: office action date and claim numbers, or the MPEP/guidance source with its URL.

Finish with two sections: what this analysis does NOT establish, and anything you inferred rather than read directly in the record.

What the two runs called. Step 12 re-pulls rather than remembers, so this strip is the whole session again in one turn. The search panel is the re-pull that proves the point: it comes back with fewer fields than Step 1's, because this call asked for fewer, and the panel says so in its own caveat bar rather than showing blanks.

PFW_search_applications_minimal {"fields": ["applicationNumberText", "inventionTitle", "patentNumber", "filingDate", "grantDate", "examinerNameText", "groupArtUnitNumber"], "limit": 1, "query": "applicationNumberText:11752072"}
MCP App panel ui://pfw/search-results.html

Patent File Wrapper Search

MINIMAL
Found: 1 applications Showing: 1
Note: Fields showing “—” were not requested in this tool call. The LLM selects fields to balance context efficiency. See the Query in the bar above for what was requested.

Application 11752072 · Patent 7971071

INTEGRATED DELIVERY AND PROTECTION DEVICE FOR DIGITAL OBJECTS

Filing Date2007-05-22 Grant Date2011-06-28 Art Unit2432 ExaminerLANIER, BENJAMIN E Applicant— Inventor—

Cite as US 7,971,071 (application 11/752,072)

PFW_get_term_adjustment { "application_number": "11/752,072" }
PFW_get_family { "application_number": "11/752,072" }
PFW_get_patent_or_application_xml { "identifier": "7971071", "content_type": "patent", "include_fields": [ "claims" ] }
PTAB_search_trials_minimal { "patent_number": "7971071" }
PTAB_search_appeals_minimal { "application_number": "11/752,072" }
FPD_Search_petitions_by_application { "application_number": "11752072" }
PFW_get_oa_text { "application_number": "11/752,072", "latest_only": false, "section": "103" }
Citations_search_citations_balanced { "application_number": "11752072", "rows": 50 }

What you should get: a sourced memo whose limitations section does real work. This walkthrough produced two mock adversarial drafts against a real patent; the memo is where the frame is set permanently: record analysis, educational exercise, no legal opinion, no filing. The re-pull instruction matters here more than on the EDGAR page: twelve steps of context is enough for an assistant to start trusting its own summaries, and the citation requirement is how you catch it.

Optional: the threads this run left unopened

This one is not part of the twelve and is not needed to finish them. It exists because the session that produced the worked result was asked afterwards what it had noticed and left out, and its answer named three documents it had seen in an inventory it had already pulled and never opened. Every one of them was a single filtered call away. Run this if you want to see what a second pass buys.

Optional follow-up. Go back to the document inventory for 11/752,072 and open three things you have not read yet, by document code.

1. The applicant's own Remarks (document code REM). Everything you told me about what we argued came through the examiner's characterization of it inside his own office actions. Read our side in our own words, and tell me where the examiner's summary of our argument differs from the argument.

2. The advisory actions (document code CTAV, two of them). An advisory action is what the examiner issues after a response to a final rejection and before a continued examination, and it says whether that response put the case in condition for allowance. Read the one that sits between the 2009-09-21 final rejection and the 2010-03-22 continued examination.

3. The petition decision (document code PETDEC). Earlier you established that the petitions corpus holds no decision for this application and that a 2007 petition document is nevertheless in the file wrapper. There is also a PETDEC document in the same inventory. Find out whether it is the decision on that petition, and what it says.

For each, say what it changes about the story you told me, and what it does not.

What you should get: the applicant's side of the argument in the applicant's own words rather than in the examiner's summary of it, which is the asymmetry this walkthrough otherwise leaves in place; a procedural document that says what the examiner made of our response to the final rejection; and an answer to a question Step 9 raised and never closed. Some of these are scanned images, so expect the assistant to say when it is working from extracted text rather than from a text document, or to offer you the download links instead.

What you just used

That workflow crossed all six connectors without you naming most of them: the file wrapper's search, family, and term lanes; the document bag with its code filters; the XML claims for both the grant and the published application; the office-action text lane with section targeting; both citation indexes; the PTAB trials and appeals indexes; the petitions corpus; and the two law servers answering the same domain keys two different ways. Here is the map, step by step:

StepWhat answered it
1PFW inventor search, the continuity family graph, and the term-adjustment lane; telling father from son
2PFW document bag, filtered by document code rather than dumped
3Grant XML and published-application XML claims, the office-action text lane, and the incoming-document sweep that found the AF/D affidavits after the code guess failed
4PTAB trials by patent number and appeals by application number: two clean, explained empties
5The structured-rejections floor and the fallback discipline, office-action text with the 103 section filter, and both citation lanes for cited-versus-applied art
6PFW continuity dates, the hypergraph's regime buckets at the examination date, and MPEP RAG on the obviousness domain, checked against the complete 103 sections
7PTAB trials on the neighbor patent: the same call as Step 4, the opposite answer
8Office-action text with the 112 section filter plus the full-body fallback check, and MPEP RAG for the pre-AIA 112 standards
9FPD by application (the honest empty with the corpus's own scope note) and by art unit (the pivot)
10The hypergraph's reexamination pattern and MPEP RAG on reexam grounds, drafted from the Step 3 and Step 5 record
11The MPEP servers for forum routing, and the Step 8 record for the mock contentions
12Everything again, re-pulled rather than remembered

One honest note. Retrieved office-action and MPEP text is quoted record. Search rankings and the hypergraph's computed fields (its interpretation notes and is-currently-active flags) are machine-derived, and the servers label them as such themselves. When something matters, open the source document.

About the USPTO Bundle · Setup instructions · The worked result · The EDGAR walkthrough