The Coming Software Patent Crisis: Can Linux Survive?
For evidence that real or perceived threats are shutting down or delaying open source development efforts, see:
Please send additional examples to email@example.com.]
[ The author has also added these reference links for further reading. --Webmaster]
It was never the object of patent laws to grant a monopoly for every trifling device, every shadow of a shade of an idea, which would naturally and spontaneously occur to any skilled mechanic or operator in the ordinary progress of manufactures. Such an indiscriminate creation of exclusive privileges tends rather to obstruct than to stimulate invention. It creates a class of speculative schemers who make it their business to watch the advancing wave of improvement, and gather its foam in the form of patented monopolies, which enable them to lay a heavy tax on the industry of the country, without contributing anything to the real advancement of the arts. It embarrasses the honest pursuit of business with fears and apprehensions of unknown liability lawsuits and vexatious accounting for profits made in good faith.
--U.S. Supreme Court, Atlantic Works vs. Brady, 1882
You just released your source code to the 'Net, and you've licensed it under the terms of the GNU General Public License. But you're in for a nasty surprise. A month later, you receive a threatening letter from the Software Industry Association of America (SIAA). It seems you've violated no fewer than 197 patents held by the SIAA's constituent members, which include the software industry's heaviest hitters. Either you retract the code, shut down your site, and cease development, or they'll come after you. Your call.
As you read the list of "infringements", you can't help laughing, scared as you are. The so-called infringements include procedures which programmers have used for years--maybe decades. Examples? Your program includes a "Save As" command that enables users to save a file with a different name. It accesses information from a central server. You used different colors to differentiate items in a list. You can't believe what you're reading. These are patentable? If your program violates these patents, just about any program that anyone could write would also infringe on them.
And then suddenly it hits you. That's just the point. You can't write any software without infringing on somebody's patent--even "Hello World" will infringe. Hey, it represents output by means of a bit-mapped display, doesn't it? (Yes, there's a patent on this.) And if the patent holders choose to come after you, you're toast. You can't possibly afford to defend yourself--the average cost of a patent infringement lawsuit is $500,000.
If enough open-source authors receive a letter like this one, it's bye-bye Linux. Fast.
The SIAA doesn't exist (yet). But if you're thinking this scenario isn't realistic, just consider the following:
The U.S. Patent and Trademark Office (PTO), headed by a former mega-lobbyist for major copyright holders, is handing out software patents at an alarming rate. Up to 1998, PTO issued only 12,000 software patents--but the total accelerated to 40,000 in the last year. At the current, breakneck pace, the agency will have granted a total of 100,000 software patents by the year 2000.
Ostensibly, you can't get a patent on something that's been done before; that's called prior art. But the PTO can't figure out how to determine prior art in computer programs, so they're essentially handing out software patents willy-nilly. Companies are getting patents on software techniques that have been in common use for years.
Want to get filthy rich? Get a patent that's so broad, it could apply to almost anything--the PTO will give it to you, no questions asked--and then start claiming the whole world owes you licensing fees. In recent years, the PTO has granted patents that are claimed to cover any form of downloaded digital music, the use of cascading style sheets for Web publishing, the use of the Internet for electronic commerce, and the use of embedded executable content within HTML.
Microsoft's famous "Halloween" document points out that software patents could perhaps be used to squash the Open Source movement. A shocking statement, perhaps, but it's standard operating procedure in hardball business. Big companies know that software patents are powerful tools. They can use patents to keep new entrants out of the market, force competitors to divulge trade secrets, or put them out of business.
Recently, AT&T notified open-source software author Bruce Perens that the company was filing a patent application on the core principle used in his Electric Fence debugging package. The company claimed it had invented the technique a year prior to Perens' release of the code. If AT&T gets the patent and Perens continues to distribute Electric Fence, he could be hit with a patent infringement lawsuit.
But wait a minute, you're probably thinking. Aren't patents legitimate? Inventors and innovators deserve patent protection. After all, the U.S. Constitution expressly calls for a patent system to "promote the progress of science and the useful arts". The whole idea of a patent boils down to this: A patent gives inventors an incentive to make their discoveries public. You make your discovery public, and in return, you get a 17- to 20-year monopoly on your invention. If anyone else wants to use it, fine, but you get a licensing fee.
Patents are legitimate--but only up to a point. The Framers intended patent rights to be balanced against the public good. Traditional patent law struck the balance very well. For example, you couldn't patent anything that could be discovered (as opposed to invented), such as an idea, a mathematical formula, or a computer algorithm. You also couldn't patent anything that already existed in prior art, even if the prior art isn't patented. You can patent a process for getting a result, a machine, an article of manufacture, or a new material--but there were restrictions here, too: your invention must be useful, genuinely new, and non-obvious, so that the invention would "surprise" even an expert in the field. It's a good system, and it's helped to put the U.S. in the forefront of technological innovation.
So what's wrong with software patents? Everything. The PTO has handed out thousands of patents for trivial software techniques that any developer working independently would discover. Little attempt is made to determine prior art. Increasingly, the agency is granting patents for obvious techniques that wouldn't surprise a 'Net-savvy sixth grader, let alone an expert.
Software patents have their defenders, of course. You'll be told that software patents give individual inventors and small companies their only real chance of competing against the likes of Microsoft and IBM. But don't believe it. Software patents aren't helping the little guy; they're putting small firms out of business. Today, you don't dare release a product without a patent search, which is increasingly expensive--and you'll wind up paying licensing fees for trivial, obvious functions that programmers have used for years. And most software patents don't benefit the actual inventors. Software patents chiefly benefit industry bullies, who use patents to push other companies around, and they also benefit a particularly odious species of parasite--a so-called "technology" company that never invented anything, consists of nothing but 200 attorneys, and possesses no other real property besides a totally bogus patent. If the bullies don't get you, the parasites will.
What's in the cards for Linux? Until recently, Linux was relatively safe; AT&T's original UNIX patents have long since expired, and Linux didn't pose a serious threat to the big marketplace bullies. The parasites weren't interested, since nobody made much money with Linux. But all that is changing, and it's changing big-time. It won't be long before the onslaught begins. The question isn't if, but when.
The real question is this: what should the Linux community do to defend itself? Electric Fence author Perens proposes that open-source organizations create their own patent portfolio, which could be used to put pressure on the big industry players--a "fight fire with fire" approach. Others call for Congress to reform the PTO's software patent practices--or eliminate software patents entirely. Still others call for the battle to be carried overseas, where multinational corporations are pressuring governments to make the same mistake the U.S. did: recognize software patents.
Call me a cynic if you like, but I don't think we'll see change until the situation gets so ridiculous that even the politicians will admit that reform is needed. Imagine where we'll be when the PTO hands out its millionth software patent, titled "A Method for Transposing Tactile Pressure On Alphanumeric Keys Into Representable Screen Displays in Hypermedia Systems." Issued to an obscure computer columnist named Bryan Pfaffenberger, this patent will cover every computer system that uses a keyboard and monitor. My demands? Take your pick: Immediate cessation of all manufacturing and recall of all existing units--or put all of your patents in the public domain.
|Designing Electronics with Linux||May 22, 2013|
|Dynamic DNS—an Object Lesson in Problem Solving||May 21, 2013|
|Using Salt Stack and Vagrant for Drupal Development||May 20, 2013|
|Making Linux and Android Get Along (It's Not as Hard as It Sounds)||May 16, 2013|
|Drupal Is a Framework: Why Everyone Needs to Understand This||May 15, 2013|
|Home, My Backup Data Center||May 13, 2013|
- New Products
- Linux Systems Administrator
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Designing Electronics with Linux
- Dynamic DNS—an Object Lesson in Problem Solving
- Using Salt Stack and Vagrant for Drupal Development
- Making Linux and Android Get Along (It's Not as Hard as It Sounds)
- another very interesting
1 hour 24 min ago
- Reply to comment | Linux Journal
3 hours 17 min ago
- Reply to comment | Linux Journal
10 hours 11 min ago
- Reply to comment | Linux Journal
10 hours 27 min ago
- Favorite (and easily brute-forced) pw's
12 hours 19 min ago
- Have you tried Boxen? It's a
18 hours 10 min ago
- seo services in india
22 hours 42 min ago
- For KDE install kio-mtp
22 hours 43 min ago
- Evernote is much more...
1 day 43 min ago
- Reply to comment | Linux Journal
1 day 9 hours ago
Enter to Win an Adafruit Pi Cobbler Breakout Kit for Raspberry Pi
It's Raspberry Pi month at Linux Journal. Each week in May, Adafruit will be giving away a Pi-related prize to a lucky, randomly drawn LJ reader. Winners will be announced weekly.
Fill out the fields below to enter to win this week's prize-- a Pi Cobbler Breakout Kit for Raspberry Pi.
Congratulations to our winners so far:
- 5-8-13, Pi Starter Pack: Jack Davis
- 5-15-13, Pi Model B 512MB RAM: Patrick Dunn
- 5-21-13, Prototyping Pi Plate Kit: Philip Kirby
- Next winner announced on 5-27-13!
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?