LinuxDevCenter.com

oreilly.comSafari Books Online.Conferences.
Sign In/My Account | View Cart   

We've expanded our Linux news coverage and improved our search! Search for all things Linux across O'Reilly!

Search
Search Tips

advertisement


Listen Print Discuss Subscribe to Linux Subscribe to Newsletters

Linux and Patent Risks

by chromatic
08/06/2004

Conventional wisdom among free software and open source developers has long warned that software patents could corrupt and disrupt good software projects. The GPL mentions such a risk, for example. While only a few patents have actually stopped the development of some software (Unisys' GIF patent, the patented LZW algorithm, and Fraunhofer's MP3 patent), the risks involved in developing software in a patent-haunted world remained unclear.

Though many developers prefer to ignore patents, the current laws (at least in the U.S.) provide minimal legal defense for unwitting infringements. Worse yet, though a project may have pedigreed and documented prior art that could easily convince a court to overturn a patent, the cost of such an action is out of reach for most developers -- and many companies.

A recent report commissioned by Open Source Risk Management (OSRM) examined the Linux kernel for patent violations that patent holders could cite in lawsuits against distributors. Unsurprisingly, the report found 283 patents that might come into play.

Reactions to the report varied greatly. This was apparently the first broad study of its type, the first such study to clarify the risks that software patents pose to open development. Many longtime developers always suspected that this was the case. Other people took offense, as if the report suggested a flaw in the development of the kernel; suggested reasons not to use Linux or free software in general; or provided fear, uncertainty, and doubt in an attempt to sell OSRM's legal insurance.

Related Reading

Understanding Open Source and Free Software Licensing

Understanding Open Source and Free Software Licensing
By Andrew M. St. Laurent

Table of Contents
Index
Sample Chapter

Read Online--Safari Search this book on Safari:
 

Code Fragments only

Dan Ravicher is the patent attorney who conducted the study. By day, Ravicher is the executive director of the non-profit Public Patent Foundation, working to reform the patent system. He also represents the Free Software Foundation on a pro-bono basis.

I recently spoke to Ravicher in an attempt to clarify the aims of the study and the conclusions he reached from it.

Considering Risk

The best way to analyze the study and its conclusions is to consider the idea of risk as a business would. Ravicher suggested that the purpose of the study was to answer several questions:

  • Are there pieces of code in the Linux kernel that may potentially violate patents?
  • Of the potentially violated patents, have the courts upheld any of them?
  • Who holds these patents?
  • Are the risks associated with these patents greater, less, or the same as with similar proprietary software projects?
  • How can users, developers, distributors, and companies ameliorate these risks?

OSRM's position is that it's better to have specific answers to these questions. It's easier to have plans in place when you know the problems you might face and the likelihood of those problems. Before announcing the results of the study, Ravicher shared them with several entities in the free software development community, including Bruce Perens, Linus Torvalds' legal counsel, OSDL, Red Hat, IBM, and Hewlett Packard. They had mostly similar, favorable reactions.

Findings

The most important finding is that Linux infringes on zero patents that have survived reviews in court. The 283 patents that the kernel could infringe have all gone unchallenged so far. There is a chance that a court could find the patents invalid -- so the conclusion that there are 283 ways in which patent holders could bring suit against kernel developers, users, and distributors is flawed.

Further, Ravicher discovered that open-source-friendly companies (including IBM and HP) hold about 100 of those patents. Again, the likelihood that such a company would bring suit against someone using or distributing Linux is small, especially since those companies often distribute Linux themselves. (Legally, a company probably could, but it goes against the spirit of open source.)

Less-friendly companies, such as Microsoft, do hold several of the 283 patents. Though courts may find these patents invalid, even reaching the point of judgment is expensive and time-consuming. It could cause a lot of trouble.

Mitigating Risks

How much trouble this could cause depends on several factors. Pragmatically, individual users, developers, and small businesses have relatively little risk -- it's expensive to initiate patent infringement proceedings. Suing someone with few assets (compared to a large company with a large portfolio of offensive patents) is likely a bad investment.

A court judgment in this case could be as simple as an injunction against a particular developer, leaving other developers reasonably free to continue developing and distributing the software. The damages would be minimal, as an open source developer often distributes comparatively few copies of the software (preferring mirrors and other download sites) for little or no charge.

Large companies, such as the aforementioned IBM, also present un-tempting targets, with armies of lawyers and filing cabinets full of patents to use defensively. It's likely that two behemoths would settle with a cross-licensing agreement.

Medium-sized companies without several patent attorneys on staff or a portfolio of similarly-broad patents have the most risk. This is the space where OSRM seeks to make its business -- building a valuable service around free and open source software, not by selling licenses or keeping code secret.

As Ravicher explained, the cost of proprietary software includes some amount of patent insurance. The vendor of the software takes on the risk of defending its users against patent claims made by other parties. Open source and free software demand no such licensing fees, giving users the option of ignoring the problem or, now, purchasing patent insurance from OSRM or a similar group.

Ravicher also carefully pointed out that this study helped OSRM consider their business model. Contrary to the perception that they want such suits to come about, that would actually be bad for business. OSRM is betting on two things. First, that there will be few suits claiming patent infringement. Second, that providing insurance against these suits will be valuable to enough businesses to cover OSRM's costs.

Toward a Better Patent Policy

There are other objections to the study, namely that OSRM has not released details of the patents and that someone should challenge these patents and reform the system overall.

To the first objection, Ravicher notes that the current system of awarding damages in a patent infringement case is unusual. Notably, it relies on the amount of knowledge the infringing party had about the patent. If the court finds you guilty of willful infringement, where you knew about the existence of the patent at the time of your infringement, you may be liable for triple damages and the attorney fees of the other party.

Unwillful infringement leaves you liable for only damages with no multiplier. This is the real trap, since if you search for potential infringements and find one, you open yourself to charges of willful infringement. In this case, ignorance is still bad, but it's much better than the alternative.

If OSRM were to release the exact patents, this would turn the kernel developers (and distributors) into willful infringers, increasing their risks. This is not a goal. Many attorneys recommend against looking for patents you infringe for this reason.

Of course, it's better that the software not infringe at all. To this end, Ravicher said that OSRM plans to help developers work around troublesome sections to help to redesign out infringements or to prove that the kernel doesn't actually infringe upon specific patents. This may prove tricky, with both sides walking a thin wire of deniable willfulness, but it's doable.

As for the notion that someone should challenge the patents altogether, remember that the cost and trouble of challenging a patent is excessive. Chasing down a couple of hundred patents right now, when none of the patent holders have used them offensively against the kernel, is asking for trouble and, again, increasing risk.

OSRM could publish the details of patents that the patent holders agreed, in a legally binding form, never to assert against Linux. In effect, IBM could write a formal legal license for open source software to use patented methods in perpetuity, mitigating the risk that IBM (or anyone who asserted a right to that specific patent) would bring suit against users, developers, and distributors.

This seems to be the best outcome, but only time will tell if open-source-friendly companies will lay down legal weapons in this way.

Conclusions

The biggest question is how the Linux kernel compares to other pieces of software, especially proprietary ones. Ravicher concluded that it is no worse off than proprietary software, repeating that the difference between the two (in this sense) is that the price of a proprietary license nominally provides some indemnification against unwillful infringement on the part of the user.

For developers, the best approach seems to be to continue developing. The current legal framework over software patents really discourages even trying to find possible infringements. Until and unless the system stops rewarding ignorance, there may be little developers can do except support other groups who can help work around patents without opening themselves up to increased legal liability.

For businesses, the risks are nearly the same, unless you present a tempting, tasty target to a malicious patent holder. Unfortunately, those sharks have started to swim lately.

Ideally, non-profit groups such as the EFF and Ravicher's own Public Patent Foundation will succeed in their quest to reform software patents. Until that happens, though, knowing the risks involved can only help people make better choices.

chromatic promotes free and open source software for O'Reilly's Open Technology Exchange.


Return to LinuxDevCenter.com.


The software patent situation as a whole still isn't pretty, but isn't the study good news after all?
You must be logged in to the O'Reilly Network to post a talkback.
Post Comment
Full Threads Oldest First

Showing messages 1 through 4 of 4.

  • Free Ideas!
    2008-02-18 09:27:10  Average_Joe [Reply | View]

    Accoding to the United States Patent and Trademark Office's website (http://www.uspto.gov):

    "A patent for an invention is the grant of a property right to the inventor"

    But then it goes on to say:

    "The right conferred by a patent grant is, in the language of the statute and of the grant itself, “What is granted is not the right to make, use, offer for sale, sell or import, but the right to exclude others from making, using, offering for sale, selling or importing an invention."
    (http://www.uspto.gov/web/offices/pac/doc/general/index.html#patent)

    Why is this even be legal? By every principle of liberty, freedom and democracy I know of this should be unconstitutional. No law should ever give any governmental agency the power to grant any person or organization the right to infringe on the right's of others. Ideas and inventions (intellectual property) should be free (as in freedom).

    Free markets depend on competition. Not just a little competition, a lot of competition. But we don't have a free market, we have a mixed market which is mostly regulated and engineered by government agencies and large businesses routinely engaged in collusion. Pentents are the reaseon why. Patents bypass the market and eliminate competition instantly. Patents are the reason our economy is dominated by large businesses who make life hell for small businesses.

    Small businesses represent the power and independance of families and individuals. Most people are unable to employ themselves because of patent laws. The only practicle source of income for most Americans is employment. Once employed, the government has us right where they want us and can easily garnish from our wages whatever taxes they want.

    Thus, the people are stripped of their power to keep government in check and made as slaves to the plutocrats who run the government through the electoral college. Without patents, the people would be able to employ themselves and they would have the power to keep government in check. They could decide whether to support their government or not by whether they approve of it or not. It all comes down to ideas. The market and the people are only as free as our ideas.
  • Copyright & Patents
    2004-08-22 03:46:07  Music [Reply | View]

    First, it is emphatically stated that all of the software arguments on patents are invalid.

    Software is a Copyright issue.

    I know that the gang of lawyers at the Patent Office think otherwise, but that is only because they want to justify the one-sided job they do at the Patent Office.

    While there is no justifiable reason for a different price structure between the Patent Office and the Copyright Office, long ago big corporations and companies hijacked the Patent Office for the protection of their monopolies.

    Bell, Edison, Marconi, were only a few.

    You see, by making the price of applying for a Patent thousands of dollars, it is put out of the range of the average person and therefore hijacked by business lawyers. The Patent Office itself is infested with them.

    Why is Copyright Registration only $30.00 while Patents have costs in the thousands?

    The only answer is to discourage the individual from getting a patent, and that violates the U.S. Constitution Article I Section 8 Clause 8, which was intended solely for individual Authors and Inventors.

    The first one to abuse these rights was Morse, followed quickly by Bell, Edison, and Marconi. In fact, these people were the reason the Sherman Anti-Trust Act was written. Marconi got broken up because he was a foreignor; a strange way to kick only the Italian guy out.

    Morse was tied into two heavy industrials, telegraphy and the railroads. Which brought in Carnegie, Mellon, and Rockefeller. All notorius monopolists.

    Their patents are questionable too. Alexander Graham Bell's girlfriend, who later became his wife, gave the secrets of the telephone that her daddy had invented to her boyfriend, Bell. The day before daddy was going to file the patent, Bell rushed down to the Patent Office and beat daddy to the punch.

    Does that sound like an inventor or a thief?

    And the Patent Office, to this day, ignores the Constitution.

    The .gif debacle was one involving Compuserve and Burroughs [now Unisys]. Burroughs was founded by the oldest computer guys, J. Presper Eckert and John Mauchley who invented the computer at the University of Pennsylvania in 1946. They were my teachers.

    Burroughs personnel held lots of patents, like the patent on the original shift register, something no computer can work without. Burroughs just never glamourized all of its patents and in the process Compuserve caught itself infringing patents.

    And this, more than anything, is what will happen to those thinking they have patents on Linux code in the corporate community.

    They don't.

    Linux and Unix were developed at the same time. I know, I was there.

    Unix was a program to connect the big five computer company computers at the time. Burroughs, IBM, Sperry, NEC, and Univac so that universities and government could get their various computers to form the newer version of an Internet.

    It was commissioned by the U.S. government, and a prerequisite was that it remain in the public domain, as is the prerequisite for all software commissioned by the taxpayers in the United States.

    Linus Torvaalds wrote a separate Linux like Unix, but not copying from it.

    Pascal was a copy of Algol and Espol, the original Burroughs Operating Systems.

    IBM hired Grace Hopper by stealing her from Burroughs under Eckert & Mauchley and she copied Algol and Espol calling it Cobol for IBM.

    These programs had long ago infringed copyrights, and there were no patents.

    Microsoft bought one person's DOS and thereafter stole Geos from Xerox which had stolen it from the various BBS pioneers who wrote the first GUI programs, i.e., Windows.

    It seems that thieves are rewarded at the Patent Office while Authors are only protected at the Copyright Office.

    Patent lawyers are a crock.

    Software Patents are invalid on the face of them.

    Software is Copyright Protected, not Patent Protected.
  • No guarantee of indemnification with proprietary software, either
    2004-08-10 18:50:08  Paul_Robinson [Reply | View]

    As Ravicher explained, the cost of proprietary software includes some amount of patent insurance. The vendor of the software takes on the risk of defending its users against patent claims made by other parties.
    Don't you believe it. Here's a quote from almost any of Microsoft's EULAs (End User License Agreements):
    NO WARRANTIES. TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, MICROSOFT AND ITS SUPPLIERS DISCLAIM ALL WARRANTIES AND CONDITIONS, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE AND NON-INFRINGEMENT, WITH REGARD TO THE SOFTWARE PRODUCT

    So Microsoft will not even warrant that the code it has sold you is non-infringing. If some code by Microsoft infringes some patent, MS can tell you that you're on your own and you'll probably have no recourse against them.
    • Don't assume that you are safer using Microsoft
      2004-08-11 04:42:50  nzheretic [Reply | View]

      Even Microsoft License 6 customers are not provided much protection by Microsoft's extended enterprise warrenty. Microsoft does not cover you for any code written by the customer or third parties, even if the infringing IP is in Microsoft's own code using Microsoft's provided API.

      An example of this is Microsoft's licensing of patented technology for only itself without granting the right for end users and developers to use the same patented technology. Microsoft licensed Database/Datawarehouse technology from Timeline Inc, but unlike Oracle and other database vendors, Microsoft chose a license that did not grant Microsoft's customers the right to fully use that technology. Timeline has extended it's patent claims to cover many featured widely used by developers , both ISV and in house.

      Timeline Inc has won a US
      Washington Court of Appeal judgment against Microsoft

      for the right to sue Microsoft's customers, and
      subsequently sued Cognos. On February 13, 2004, Cognos settled at cost to Cognos totaling $1.75 million


      In a lot of ways you are better with GPL licensed techology
      , which effectively grants all downstream users the
      right to use the patents from upstream developers under the terms of the GPL.


      Software Patent are inherently bad but are also pushing an interesting trend. Pushing vendors towards adopting the GPL-like licensing as a form of simpler form of cross licensing arrangement.



Tagged Articles

Post to del.icio.us

This article has been tagged:

article

Articles that share the tag article:

What Is Web 2.0 (1543 tags)

Rolling with Ruby on Rails (118 tags)

Understanding MVC in PHP (54 tags)

Programming is Hard, Let's Go Scripting... (50 tags)

Very Dynamic Web Interfaces (49 tags)

View All

linux

Articles that share the tag linux:

Managing Disk Space with LVM (74 tags)

Use Your Digital Camera with Linux (60 tags)

mdadm: A New Tool For Linux Software RAID Management (59 tags)

Asterisk: A Bare-Bones VoIP Example (43 tags)

View All

patent

Articles that share the tag patent:

Linux and Patent Risks (2 tags)

View All

Sponsored Resources

  • Inside Lightroom
Advertisement
O'Reilly Media
© 2008, O'Reilly Media, Inc.
(707) 827-7000 / (800) 998-9938
All trademarks and registered trademarks appearing on oreilly.com are the property of their respective owners.
About O'Reilly
Privacy Policy
Contacts
Authors
Press Room
Jobs
User Groups
Academic Solutions
Newsletters
Writing for O'Reilly
RSS Feeds
Other O'Reilly Sites
O'Reilly Radar
Ignite
Tools of Change for Publishing
Digital Media
Inside iPhone
O'Reilly FYI
makezine.com
craftzine.com
hackszine.com
perl.com
xml.com
Sponsored Sites
Inside Aperture
Inside Lightroom
Inside Port 25
InsideRIA
java.net