Bringing Digital Government to the Patent Office
|Written by Tom Brow
Software Developer, Entrepreneur, Inventor
Developer of the iEFS Mobile App
Posted: March 6, 2013 @ 3:11 pm
One year ago, the USPTO Museum packed away 30 man-sized, glowing iPhones. It was the last day of an exhibit commemorating the life and inventions of Steve Jobs, and the oversized mock-smartphones were displaying trademarks and patents in his name. But is it as easy to view those patents on your ordinary, pocket-sized iPhone? Or file a patent application from an iPad?
The USPTO is one of many federal agencies struggling to comply with the mandates of the White House Digital Government Strategy for 2013 – namely, that digital information and services must be available “anywhere, anytime, on any device”. Meeting the government standard will entail not just polishing USPTO.gov for use on smartphones and tablets, but also a substantial overhaul of the way the agency exposes data to patent practitioners and the public.
You can’t take it with you
The Digital Government Strategy is motivated in part by the staggering success of smartphones and tablets in the US market. The document forecasts that mobile devices will surpass desktop PCs as the predominant mode of Internet access by 2015, and notes that near half of American adults already own smartphones. Despite this trend, the president notes in his introductory memorandum, online government services often neglect to accommodate mobile devices.
USPTO.gov, in particular, is mostly indifferent to mobile web browsers. Pages are not specially formatted for the small screen, and are navigated only through a good deal of zooming and panning. iPhone and Android users are familiar with this routine, having been forced through it by many other public- and private-sector websites.
The circumstances are worse for USPTO.gov’s most dedicated visitors: the attorneys and agents who prosecute patents electronically through the site. In order to file an application or view outgoing correspondence online, the practitioner must authenticate using a private certificate and password. The process relies on an antiquated browser plugin, Java, that has not been welcomed into the new operating systems that power modern smartphones and tablets. As a result, mobile prosecution is possible only through a traditional operating system running on a laptop or netbook.
To rectify the situation, the PTO will need to break its dependence on browser plugins and on the proprietary authentication system it has licensed from Entrust. Rather than license another proprietary system, the agency should follow WIPO’s example and adopt a standard certificate format compatible with modern browsers’ built-in authentication capabilities.
The PTO may eventually provide an alternate site formatted for mobile devices. However, the Digital Government Strategy discourages that approach as a duplication of effort, and encourages agencies to target all devices with a single site by embracing responsive web design.
There’s not an app for that
The void left by mobile-inaccessible websites is often filled by mobile apps that can be installed on the device. Such apps require the website’s underlying data to be available in a machine-readable format. In recognition of this fact, the Digital Government Strategy directs every federal agency to open a machine-readable API to the public.
To its credit, the PTO can boast a public API that predates the government mandate by years. In 2010, the agency partnered with Google to offer bulk downloads of patent applications and grants, including some machine-readable data. However, Google’s monolithic archive files, many weighing in at more than 7 gigabytes, are an impractical data source for a mobile app – perhaps why the Digital Government Strategy specifically disqualifies “simply publishing snapshots of government information” as an acceptable API. Instead, patents and their accompanying data should be downloadable on an individual basis.
If the PTO does elect to provide fine-grained access to its data, it will still have wide discretion in choosing which data to expose. The Strategy directs agencies to select the data of highest value to their customers, where the definition of “customers” is also left to the discretion of the individual agency. Said discretion can produce uninspiring results; the Department of Defense chose to share the data of its obscure Lock Performance Management System.
If the PTO regards patent practitioners as its primary customers, then its APIs should expose all data necessary, and through a sufficiently sophisticated interface, for a third-party app to replicate the features of Public PAIR and E-Patent Reference. The PTO could exceed the government requirement by also providing an authenticated API to facilitate privileged actions such as filing patent applications.
The presidential memorandum introducing the Digital Government Strategy set a deadline of August 21, 2012 for agencies to post a public progress report. The date came and went with no report from the PTO and most other agencies. Time still remains, though, for the PTO to meet the Strategy’s final deadline – May 23rd, 2013 – for implementing the API requirement and mobile usability guidelines. The Department of Labor developer site is already public and is a fine example for the PTO to follow.
Acting PTO director Teresa Rea has inherited an agency that is still preoccupied with implementing the America Invents Act. But the Text2PTO initiative begun last year is evidence that the agency is also investing in data infrastructure and improving the site for practitioners. The PTO graduated many years ago from what President Obama called an “embarrassing“ electronic system, and this year has the opportunity to unveil an exemplary one.