[Patentpractice] venting - failure to download priority document from DAS

Carl Oppedahl carl at oppedahl.com
Thu May 16 14:14:16 UTC 2024


Yes.  It's like there is some weird game of chicken going on. Suppose 
WIPO had a price for using DAS, like USPTO having to pay ten dollars to 
retrieve a PD from DAS.  Then in a weird sick way we could understand 
the USPTO deciding to slow-walk the retrieval until after some of the 
events in which the filer might have let the filing go abandoned.  You 
know, like if on average one out of ten US filings go abandoned before 
the filing receipt, then they save ten dollars for that one case.

Except, guess what, WIPO does not charge any money for retrievals.  So 
that explanation for the foot-dragging does not work.

What's really going on, I believe, is that even though it would 
absolutely be the right thing to do, the USPTO software developers have 
not done the bit of coding for this retrieval to be automated.  This is 
coding that a handful of competent coders (drawn from this listserv, for 
example) could do on a weekend, if given pizza and soft drinks, and they 
would have Saturday afternoon and all of Sunday left over.  But no, the 
USPTO has not done it.  So this task remains (even after more than a 
decade of DAS existing) a purely manual task carried out by means of 
fingers moving on keyboards.

And so the reason for the foot-dragging is, the USPTO wanting to save 
the internal labor cost of the fingers on keyboards until after some of 
the events in which the filer might have let the filing go abandoned.  
You know, like if on average one out of ten US filings go abandoned 
before the filing receipt, then they save the fingers-on-keyboards 
internal cost for that one case.

Oh and never mind that if only the USPTO were to incur that one-time 
cost for coding and automating the retrieval, this would save the 
recurring cost of the fingers on keyboards.

And it would serve the paying customers better.

The USPTO's failure in this area seemingly knows no bounds, because it's 
not just the foot-dragging result.

Say you go to ePCT to enter in an application number and DAS access 
code, for the IB to retrieve some PD. /*In real time*/ the ePCT system 
cross-checks the entered application number and DAS code against DAS.  
If the user had gotten a digit wrong, the user is told this /*in real 
time.*/

But in the USPTO systems, the USPTO goes out of its way to avoid doing 
any validation or cross-checking of the PD application number or DAS 
access code.  USPTO could do this when you load your ADS into Patent 
Center.  If USPTO were to do this (which costs no money to do in a 
recurring way, and in fact saves the USPTO money later by averting 
delays and mistakes and do-overs), this would be applicant-friendly.  
But USPTO does not do it.

On 5/16/2024 6:22 AM, Dan Feigelson via Patentpractice wrote:
> Filed an application that claims priority only from a non-US 
> application. Foreign priority app is in DAS (I checked with WIPO). 
> Provided the USPTO with the foreign application no. and the DAS 
> retrieval code on an ADS at the time of filing. Got the filing 
> receipt, and it acknowledges the foreign priority claim and that the 
> DAS code was provided, and says that the USPTO "will attempt to 
> electronically retrieve" the priority doc. But of course, the p.d. 
> isn't yet in the electronic file.
>
> That the PTO waits to retrieve the p.d. is not news, Carl and others 
> have written about it. But it still bugs me: how hard would it be for 
> the PTO to retrieve the document NOW instead of waiting?
>
> Dan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oppedahl-lists.com/pipermail/patentpractice_oppedahl-lists.com/attachments/20240516/3ff65ae3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4514 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://oppedahl-lists.com/pipermail/patentpractice_oppedahl-lists.com/attachments/20240516/3ff65ae3/attachment.p7s>


More information about the Patentpractice mailing list