05.10.14

Gemini version available ♊︎

The World’s Craziest Patent System (USPTO) Now a Serious Threat to Free Software, But So is Copyright

Posted in Intellectual Monopoly, Patents at 4:35 am by Dr. Roy Schestowitz

Privatising everything, even vague ideas

Author

Summary: Patents on everything that’s conceivable are being granted and even APIs are being monopolised, due to overzealous copyright lawyers

YESTERDAY we wrote about Amazon‘s latest crazy patent, using it as an example of how crazy the USPTO has gone. It’s not even an examination centre, it is approving almost everything that comes through, rendering it just a rubber-stamping pipeline like ISO. Ars Technica says that “Amazon’s latest patent is sillier than the peanut butter sandwich patent”, or to put it another way: “Thought the peanut butter sandwich patent was a joke? That one doesn’t even register a chuckle compared to a patent recently granted to Amazon.com. The e-commerce giant now can claim a legal monopoly on the process of photographing people and things against a white backdrop.”

The USPTO is starting to look more like a hoax. Sun employees, whose patents got passed to Oracle, said they had joked about how silly a patent they could get past the USPTO. They even competed over how ridiculous a patent they could slide through. And watch what Oracle is doing with such patents right now. Copyright may be essential for copyleft licences such as the GPL, but what happens when patent attacks on Android are coupled with copyright on APIs? To quote the EFF: “We’re still digesting today’s lengthy decision in the Oracle v. Google appeal, but we’re disappointed—and worried. The heart of the appeal was whether Oracle can claim a copyright on Java APIs and, if so, whether Google infringed that copyright. According to the Federal Circuit today, the answer to both questions was a qualified yes—with the qualification being that Google may have a fair use defense.

“Quick background: When it implemented the Android OS, Google wrote its own version of Java. But in order to allow developers to write their own programs for Android, Google relied on Java APIs. Application Programming Interfaces are, generally speaking, specifications that allow programs to communicate with each other. So when you type a letter in a word processor, and hit the print command, you are using an API that lets the word processor talk to the printer driver, even though they were written by different people.”

Copyright, patents and even trademarks in the US need revisiting. There are many examples where each of those three get misused to censor, to crush competition, to impede innovation, and ban sharing where it’s clearly beneficial, collectively. The waning dominance of the West may, in some awkward way, one day weaken all those artificial barriers that ACTA, SOPA, TPP etc. are trying to prop up. Right now it’s too damn clear that progress is not the goal; protectionism for the top 1% of wealth holder is the goal.

Share in other sites/networks: These icons link to social bookmarking sites where readers can share and discover new web pages.
  • Reddit
  • email

Decor ᶃ Gemini Space

Below is a Web proxy. We recommend getting a Gemini client/browser.

Black/white/grey bullet button This post is also available in Gemini over at this address (requires a Gemini client/browser to open).

Decor ✐ Cross-references

Black/white/grey bullet button Pages that cross-reference this one, if any exist, are listed below or will be listed below over time.

Decor ▢ Respond and Discuss

Black/white/grey bullet button If you liked this post, consider subscribing to the RSS feed or join us now at the IRC channels.

2 Comments

  1. NotZed said,

    May 10, 2014 at 8:31 pm

    Gravatar

    So I read through the google/oracle decision and I see nothing in there that would affect free software developers.

    In this specific case all the code in question is available under GNU GPL (version 2 + classpath exception), meaning that at least in part this is a GNU GPL violation by google – which oracle is defending. i.e. if google used the GNU GNPLv2+classpath exception version of the openjdk, Oracle could not sue them.

    Secondly the interface was simply copied – akin to taking a good chunk of the header files in /usr/include and stripping out the comments and license headers (and if you don’t think that is copyrighted material, why do they all have copyright headers?). This was not a clean-room re-implementation.

    And lastly although the question of fair use was not decided it was discussed. The defence of using it for interoperability has some pretty glaring problems as google clearly did not create an interoperable implementation – and have said as much. The intention was instead to to leverage the language’s familiarity with external developers for the commercial benefit of google. Basically google pulled an embrace/extend/extinguish move, and somehow gets lauded for it by those who should be most aware of them.

    But the most alarming revelation comes in the last 3 pages. Google was apparently arguing that copyrights shouldn’t even apply to computer software and it should only be covered by patents. Quite rightly the court rejected this wholesale but this line of thinking is about as ‘evil’ as you can imagine. It would essentially end all commercial software development by individuals and SMBs too small to employ eye-pee lawyers, and greatly affect non-commercial software development – free software or otherwise.

    I recommend reading it, it’s not that long and much of it is well written and shows a good understanding of the technical issues involved and explains each decision clearly and succinctly.

    The basic gist seems to be that google could have created another programming language runtime (possibly with the same language syntax) to perform the same function, but instead intentionally created a direct copy of an existing one. This is the source of the copyright infringement.

    It also seems to hint that the fair use defence of ‘interoperability’ should fall flat because google explicitly stated android was intended not to be java. They were simply utilising it’s popularity and familiarity and the existing tools in order to accelerate their own commercial interests.

    Dr. Roy Schestowitz Reply:

    I don’t share these views and in a post later today I will explain why. For now, here’s another interpretation:

    Appeals Court Doesn’t Understand The Difference Between Software And An API; Declares APIs Copyrightable

    [...]

    We sort of expected this to happen after the appeals court for the Federal Circuit (CAFC) held its oral arguments back in December, but CAFC has now spit at basic common sense and has declared that you can copyright an API. As we noted, back when Judge William Alsup (who learned to code Java to better understand the issues in the case) ruled that APIs were not subject to copyright protection, his ruling was somewhat unique in that it was clearly directed as much at an appeals court panel who would be hearing the appeal as it was at the parties. Alsup rightly suspected that the judges on the appeal wouldn’t actually understand the issues as well as he did, and tried to break it down clearly for them. Unfortunately, the three judge CAFC panel did not pay attention. The ruling is so bad that legal scholars are suggesting that it may be as bad as the horrific ruling in the Garcia case.

    [...]

    As for the ruling itself… well… it’s bad. The court seems to not understand what an API is, confusing it with software functionality. It also appears to misread Judge Alsup’s ruling, thinking that he’s mistakenly using a fair use analysis to determine whether or not something is copyrightable. But that was not the basis of Judge Alsup’s ruling. He very specifically noted that the “command structure is a system or method of operation under Section 102(b) of the Copyright Act and, therefore, cannot be copyrighted.” The CAFC panel doesn’t seem to understand this at all.

    [...]

    It seems fairly clear that the CAFC judges don’t understand the difference between an API and software. And thus they make a decision that makes no sense. There is no distinction recognized when it comes to the functionality of an API and how it’s entirely different than the purpose of the software itself. This is especially clear towards the end, in which the CAFC ruling misrepresents some discussions on whether certain functionality is best protected by patents or copyright. But the problem is that they misinterpret statements people are making about APIs, thinking that those statements were made about software as a whole. This is just a flat-out fundamental misunderstanding of what an API is, assuming that it’s just software.

    [...]

    Note that “[software]” thrown in before interfaces? Google is talking about whether APIs — “application programming interfaces” — are copyrightable. Not whether or not software is copyrightable. And yet the CAFC doesn’t even seem to realize this. Ridiculously, CAFC then uses its own misunderstanding and misquote, and points to some of the (many) arguments where people argue that patents are inappropriate for software to dismiss Google’s argument about APIs. It honestly doesn’t realize that it’s comparing two totally different things. What lots of people agree on: software shouldn’t be patentable and APIs shouldn’t be copyrightable, but software can be copyrightable and API functionality may be patentable. But by confusing APIs and software, CAFC totally misreads both arguments.

DecorWhat Else is New


  1. Links 04/06/2023: Why Flatpak and Wealth of Devices With GNU/Linux

    Links for the day



  2. Gemini Links 04/06/2023: Rosy Crow 1.1.3 and NearlyFreeSpeech.NET

    Links for the day



  3. IRC Proceedings: Saturday, June 03, 2023

    IRC logs for Saturday, June 03, 2023



  4. Links 04/06/2023: Azure Outage Again (So Many!) and Tiananmen Massacre Censored

    Links for the day



  5. Links 03/06/2023: Qubes OS 4.2.0 RC1 and elementaryOS Updates for May

    Links for the day



  6. Gemini Links 03/06/2023: Hidden Communities and Exam Prep is Not Education

    Links for the day



  7. Links 03/06/2023: IBM Betraying LibreOffice Some More (After Laying off LibreOffice Developers)

    Links for the day



  8. Gemini Links 03/06/2023: Bubble Woes and Zond Updates

    Links for the day



  9. Links 03/06/2023: Apache NetBeans 18 and ArcaOS 5.0.8

    Links for the day



  10. IRC Proceedings: Friday, June 02, 2023

    IRC logs for Friday, June 02, 2023



  11. The Developing World Abandons Microsoft Windows, GNU/Linux at All-Time Highs on Desktops/Laptops

    Microsoft, with 80 billion dollars in longterm debt and endless layoffs, is losing the monopolies; the media doesn’t mention this, but some publicly-accessible data helps demonstrate that



  12. Links 02/06/2023: Elive ‘Retrowave’ Stable and Microsoft's Half a Billion Dollar Fine for LinkeIn Surveillance in Europe

    Links for the day



  13. Linux Foundation 'Research' Has a New Report and Of Course It Uses Only Proprietary Software

    The Linux Foundation has a new report, promoted by Clickfraud Spamnil and others; of course they’re rejecting Free software, they’re just riding the “Linux” brand and speak of “Open Source” (which they reject themselves)



  14. Links 02/06/2023: Arti 1.1.5 and SQL:2023

    Links for the day



  15. Gemini Links 02/06/2023: Vimwiki Revisited, SGGS Revisited

    Links for the day



  16. Geminispace/GemText/Gemini Protocol Turn 4 on June 20th

    Gemini is turning 4 this month (on the 20th, according to the founder) and I thought I’d do a spontaneous video about how I use Gemini, why it's so good, and why it’s still growing (Stéphane Bortzmeyer fixed the broken cron job — or equivalent of it — a day or two after I had mentioned the issue)



  17. HMRC Does Not Care About Tax Fraud Committed by UK Government Contractor, Sirius 'Open Source'

    The tax crimes of Sirius ‘Open Source’ were reported to HMRC two weeks ago; HMRC did not bother getting back to the reporters (victims of the crime) and it’s worth noting that the reporters worked on UK government systems for many years, so maybe there’s a hidden incentive to bury this under the rug



  18. Our IRC at 15th Anniversary

    So our IRC community turns 15 today (sort of) and I’ve decided to do a video reflecting on the fact that some of the same people are still there after 15 years



  19. IRC Proceedings: Thursday, June 01, 2023

    IRC logs for Thursday, June 01, 2023



  20. Links 02/06/2023: NixOS 23.05 and Rust 1.70.0

    Links for the day



  21. Gemini Links 02/06/2023: Flying High With Gemini and Gogios Released

    Links for the day



  22. Links 01/06/2023: KStars 3.6.5 and VEGA ET1031 RISC-V Microprocessor in Use

    Links for the day



  23. Gemini Links 01/06/2023: Scam Call and Flying High With Gemini

    Links for the day



  24. Links 01/06/2023: Spleen 2.0.0 Released and Team UPC Celebrates Its Own Corruption

    Links for the day



  25. IRC Proceedings: Wednesday, May 31, 2023

    IRC logs for Wednesday, May 31, 2023



  26. Tux Machines Closing the Door on Twitter Because Twitter is Dead (for a Lot of People)

    Tux Machines recently joined millions of others who had already quit Twitter, including passive posting (fully or partly automated)



  27. Links 31/05/2023: Inkscape’s 1.3 Plans and New ARM Cortex-A55-Based Linux Chip

    Links for the day



  28. Gemini Links 31/05/2023: Personality of Software Engineers

    Links for the day



  29. Links 31/05/2023: Armbian 23.05 Release and Illegal UPC

    Links for the day



  30. IRC Proceedings: Tuesday, May 30, 2023

    IRC logs for Tuesday, May 30, 2023


RSS 64x64RSS Feed: subscribe to the RSS feed for regular updates

Home iconSite Wiki: You can improve this site by helping the extension of the site's content

Home iconSite Home: Background about the site and some key features in the front page

Chat iconIRC Channel: Come and chat with us in real time

Recent Posts