(Note: This is Feature Request FR9.)
(Update: I watered down the “ask” as you can see at the end of the blog post.)
Everybody in every intellectual property office provides permalinks. Everybody except the PAIR developers at USPTO, that is. This is USPTO’s chance to be in harmony with everybody else and provide permalinks in Patentcenter, as I will explain.
First, what’s a permalink? A permalink is a URL that works now and works tomorrow and works six months from now. It’s a deep link to whatever it is that you want to see again or you want someone else to be able to see. The best permalinks are “constructable” meaning that you can look at it and you can easily see how to make it the way you want it to be. You can paste a permalink into your intranet, you can paste it into your docket system, you can email it to a client, you can bookmark it in your web browser. It will work a year from now.
Permalinks are everywhere. Here are a few examples:
- USPTO Patent Full-Text and Image Database: https://patft.uspto.gov/netacgi/nph-Parser?patentnumber=5123456
- Trademark Trial and Appeal Board: https://ttabvue.uspto.gov/ttabvue/v?pno=91238112&pty=OPP
- Trademark Status and Document Retrieval: https://tsdr.uspto.gov/#caseNumber=87368298&caseType=SERIAL_NO&searchType=documentSearch
- Assignments On The Web (reel and frame number): https://assignment.uspto.gov/patent/index.html#/patent/search/resultAssignment?id=3906-195
- Assignments On The Web (abstract of title): https://assignment.uspto.gov/patent/index.html#/patent/search/resultAbstract?id=4314365&type=patNum
- Espacenet: https://worldwide.espacenet.com/patent/search?q=pn%3DUS3333795A
- European Patent Register: https://register.epo.org/espacenet/regviewer?AP=16163412&CY=EP&LG=en&DB=REG
- Patentscope: https://patentscope.wipo.int/search/en/detail.jsf?docId=WO2001061651
All but one of these examples also does the right thing by providing “https”. (USPTO is a bit of a laggard, and needs to implement “https” in its full-text patent database. I reported this problem on August 14, 2014 and USPTO has still not corrected it.)
But the designers of PAIR went out of their way to make it so that no URL in the PAIR system would ever work an hour later. And went out of their way to make it so that if you were to email a URL from PAIR to somebody else, it would not work.
USPTO needs to get this right in Patentcenter. USPTO needs to provide permalinks for individual patent application files in the user’s workbench.
As usual, this is a thing that WIPO got right. USPTO needs merely to look to see how WIPO did it in ePCT, and emulate WIPO on this in Patentscope. You can see how it works in the screenshot at right. You find an application file that you care about, and click on “add bookmark”. This gives you … wait for it … a permalink! For this particular application the permalink is https://pct.wipo.int/ePCT/private/iaSearch.xhtml?faces-redirect=true&iaNo=PCT/IB2018/054526&fillingDt=20180620# .
What about the fact that many applications in Patentcenter are not yet published? Doesn’t this mean that it’s impossible to make a permalink work for such an application? Nope. WIPO nailed this one too. If I make an ePCT permalink for a not-yet-published PCT application, and email the link to somebody, they can click on it. What will appear on their screen is a place to enter their ePCT login user ID and password, and then a place to do their two-factor authentication, at which point they will be fully logged in to ePCT. And then guess what happens. Can you guess? Yes, ePCT remembers which PCT application was in that permalink! And assuming that the person has access rights to that PCT application, that particular PCT application will open on the user’s screen!
Yes.
This is what USPTO should do in Patentcenter.
And yes, back in September of 2018, during alpha testing of Patentcenter, I asked USPTO to please provide this feature. And USPTO has not yet provided this feature.
(Here’s the update on May 3, 2020.) Alert reader Chad Gilles posted a reply (you can see it below) that got me thinking. I had been assuming that the explanation for a lack of permalinks in Patentcenter was merely Hanlon’s razor. I had been assuming that the lack of permalinks was just the usual USPTO failing to act on 90% of the suggestions about deficiencies in the alpha version of Patentcenter from the alpha testers such as myself.
But he got me thinking that maybe the failure to provide permalinks in Patentcenter had been an actual conscious decision by the USPTO developers, a decision that would of course be very much actively bad for fee-paying customers of the USPTO but would permit the developers to postpone or maybe never have to fully face the pesky and unpleasant business of having to design systems that scale well.
We saw a very clear example of this kind of anti-paying-customer decisionmaking with Private PAIR a few months ago, when USPTO decided to change Private PAIR so that a paying customer who is logged in at Private PAIR can no longer see any applications other than the applications in that customer’s own Private PAIR workbench. And USPTO’s reason for doing this, never openly stated, was apparently that some tiny number of logged-in Private-PAIR users were using Private PAIR as a way to do XML data mining across the entire body of published US patent applications. And rather than design a system that would scale well to deal with actual demand, or design a response that would appropriately throttle these rare-use-case abuses while permitting legitimate uses to continue normally, USPTO’s way of dealing with it was to cut off a feature for all of the users, including all of the ordinary legitimate paying customers, so as to deny it from the tiny number of abusing users.
So I suppose the only way to get USPTO to actually consider this “ask” for permalinks in Patentcenter is to water it down from the beginning. Maybe the “ask” is that the permalink works with normal response time for a logged-in Patentcenter user if the link is pointing to an application in that user’s Patentcenter workbench. And in other cases, let the USPTO do any of the things that it does instead of designing systems that scale well — let the USPTO force the person who clicked on the link to answer a captcha, or let the USPTO throttle the response so that it takes 30 seconds to load, or something like that. Or that if they do more than 100 lookups in an hour, their IP address gets shut out for the next 24 hours, or whatever other things USPTO has devised to block data mining.
Oh and once again, note that with ePCT, somehow the WIPO folks managed to figure out how to do permalinks in a database of active patent applications. And (this is the important part) the sky did not fall. So probably what needs to happen is the USPTO folks could ask the WIPO folks how they did it.
End update. Back to the original post. Would you like to see permalinks in Patentcenter? Please post a comment below.
Yes, to employ one of your famous catch phrases, Carl, the USPTO needs to be “trendy, modern, and up-to-date” and adopt permalinks for all of the reasons that you stated. (I am actually surprised that you did not use this phrase in your blog article.)
Carl —
Also, staggeringly, there are no permalinks for PTAB E2E. The only way to cite something is by matter number paper number, like ICR2000-12345 paper 123. At least ex parte appeal decisions have permalinks (which the PTO changes every few years.)
I think the permalinks should be genuine Uniform Resource Locators, not search queries (such as many of the strings you give here). The home of the thing, not a search query that coincidentally happens to yield the right thing today.
David
They do not do permalinks because they think that would make their scraping problem worse. They have chosen to make everyone’s experience much much worse so they don’t have to do work to put public file wrappers onto IT infrastructure that can support the demand.
First of all thank you for posting. Second … yeah this is so sad. In the systems that I have designed, I designed them so that they would scale well. Every system that I have designed always turned out to scale well even in the face of high demand. So in my simple-minded way I just sort of assume that since the Patentcenter people at USPTO are supposedly “starting from scratch” with “only the best brand new infrastructure” and stuff, then surely they are designing everything about Patentcenter so that of course it will scale well. In which case there is not a problem with providing permalinks because … well, the system is designed to scale well and if heaven forbid people actually use the permalinks, the system will keep up. And by the way, ePCT provides permalinks and the sky has not fallen. ePCT was designed to scale well and it does in fact scale well, or at least pretty well. (My firm tends to push boundaries, for example I have far more ePCT handshakes than they ever planned to scale for.)
Again thank you for posting. One further thought on this. Okay, so how about if the “ask” would only be for permalinks that work in a normal way for logged-in Patentcenter users. It would be okay if USPTO were to super-throttle the permalinks for guest users. Surely that would be fully responsive to any legitimate concern at the USPTO. Right?
Oh yeah we saw how USPTO got it wrong with Private PAIR a few months ago. USPTO decided to make it so that a logged-in user on Private PAIR is blocked from seeing any case that is not in that user’s Private PAIR workbench. And I guess they did that for similar reasons.
So I suppose the “ask” has to be watered down really far. To deal with USPTO’s unwillingness to design or incompetence to design systems that scale well, the “ask” has to be watered so far down as to say that the permalink only has to function normally in the limited case where the user is a logged-in user and it is a case in that user’s workbench. And in any other situation we would allow the USPTO to do any and all of its usual things that it does to try to block database scraping such as captcha screens and session throttling.