Software patents – Obstacles to software development (Part 1)

I have a good article from my friend, Richard Stallman. And this article will be separated in some part. Check it out.

[Transcript of a talk presented 2002-03-25 at the University of Cambridge Computer Laboratory, organized by the Foundation for Information Policy Research. This transcript and audio recording by Nicholas Hill, HTML editing and links by Markus Kuhn.]

You might have been familiar with my work on free software. This speech is not about that. This speech is about a way of misusing laws to make software development a dangerous activity. This is about what happens when patent law gets applied to the field of software.

It is not about patenting software. That is a very bad way, a misleading way to describe it, because it is not a matter of patenting individual programs. If it were, it would make no difference, it would be basically harmless. Instead, it is about patenting ideas. Every patent covers some idea. Software patents are patents that cover software ideas, ideas which you would use in developing software. That is what makes them a dangerous obstacle to all software development.

You may have heard people using a misleading term "Intellectual Property". This term, as you can see, is biased. It makes an assumption that whatever it is you are talking about, the way to treat it is as a kind of property, which is one among many alternatives. This term "Intellectual Property" pre-judges the most basic question in whatever area you are dealing with. This is not conducive to clear and open minded thinking.

There is an additional problem which has nothing to do with promoting any one opinion. It gets in the way of understanding even the facts. The term "intellectual property" is a catch-all. It lumps together completely disparate areas of law such as copyrights and patents, which are completely different. Every detail is different. It also lumps together trademarks which are even more different, and various other things more or less commonly encountered. None of them has anything in common with any of the others. Their origins historically are completely separate. The laws were designed independently. They covered different areas of life and activities. The public policy issues they raise are completely unrelated. So, if you try to think about them by lumping them together, you are guaranteed to come to foolish conclusions. There is literally no sensible intelligent opinion you can have about "Intellectual Property" . If you want to think clearly, don't lump them together. Think about copyrights and then think about patents. Learn about copyright law and separately learn about patent law.

To give you some of the biggest differences between copyrights and patents: Copyrights cover the details of expression of a work. Copyrights don't cover any ideas. Patents only cover ideas and the use of ideas. Copyrights happen automatically. Patents are issued by a patent office in response to an application.

Patents cost a lot of money. They cost even more paying the lawyers to write the application than they cost to actually apply. It takes typically some years for the application to get considered, even though patent offices do an extremely sloppy job of considering.

4:05

Copyrights last tremendously long. In some cases they can last as long as 150 years, where patents last 20 years, which is long enough that you can outlive them but still quite long by a timescale of a field such as software.

Think back about 20 years ago when a PC was a new thing. Imagine being constrained to develop software using only the ideas that were known in 1982.

Copyrights cover copying. If you write a novel that turns out to be word-for-word the same with Gone with the Wind and you can prove you never saw Gone with the Wind, that would be a defense to any accusation of copyright infringement.

A patent is an absolute monopoly on using an idea. Even if you could prove you had the idea on your own, it would be entirely irrelevant if the idea is patented by somebody else.

I hope you will forget about copyrights for the rest of this talk because this talk is about patents and you should never lump together copyrights and patents. It is about your understanding of these legal issues. It is like what would happen in your understanding of practical chemistry if you confused water and ethanol.

When you hear people describe the patent system, they usually describe it from the point of view of somebody who is hoping to get a patent- what it would be like for you to get a patent. What it would be like for you to be walking down the street with a patent in your pocket so that every so often you can pull it out and point it out at somebody and say "Give Me Your Money!". There is a reason for this bias, which is that most of the people who will tell you about this patent system have a stake in it, so they want you like it.

There is another reason- the patent system is a lot like a lottery because only a tiny fraction of patents actually bring any benefit to those who hold the patents. In fact, 'The Economist' once compared it to a time consuming lottery. If you have seen ads for lotteries, they always invite you to think about winning. They don't invite you to think about losing, even though losing is far more likely. It is the same with ads for the patent system. They always invite you to think about being the one who wins.

7:03

To balance this bias, I am going to describe the patent system from the point of view of its victims. That is from the point of view of somebody who wants to develop software but is forced to contend with a system of software patents that might result in getting sued.

So, what is the first thing you are going to do after you have had an idea of what kind of program you are going to write? The first thing you might want to try to do to deal with the patent system is find out what patents may cover the program you want to write. This is impossible. The reason is that some of the patent applications that are pending are secret. After a certain amount of time they may get published, like 18 months. But that is plenty of time for you to write a program and even release it not knowing that there is going to be a patent and you are going to get sued. This is not just academic. In 1984, the compress program was written, a program for data compression. At the time, there was no patent on the LZW compression algorithm which it used. Then in 1985, the US issued a patent on this algorithm and over the next few years, those who distributed the compress program started getting threats. There was no way that the author of compress could have realized that he was likely to get sued. All he did was use an idea that he found in a journal just like programmers have always done. He hadn't realized that you could no longer safely use ideas that you found in a journal.

9:00

Let's forget about that problem.. The issued patents are published by the patent office so you can find the whole long list of them and see exactly what they say. Of course, you couldn't actually read that whole list as there are too many of them. In the US, there are hundreds of thousands of software patents.

There is no way you can keep track of what they are all about. You would have to try to search for relevant ones. Some people say that should be easy in these modern days of computers. You could search for key words and so-on. That one works to a certain extent. You will find some patents in the area. You won't necessarily find them all however. For instance, there was a software patent which may have expired by now on natural order recalculation in spread sheets. This means basically that when you make certain cells depend upon other cells, it always recalculates everything after the things it depends on, so that after one re-calculation, everything is up to date. The first spread sheets did their recalculation top-down, so if you made a cell depend on a cell lower down, and you had a few such steps, you had to recalculate several times to get the new values to propagate upwards. You were supposed to have things depend upon cells above them. Then someone realized why don't I do the recalculation so that everything gets recalculated after the things it depends upon? This algorithm is known as topological sorting. The first reference to it I could find was in 1963. The patent covered several dozen different ways you could implement topological sorting but you wouldn't have found this patent by searching for spreadsheet. You couldn't have found it by searching for natural order or topological sort. It didn't have any of those terms in it. In fact, it was described as a method of compiling formulas into object code. When I first saw it, I thought it was the wrong patent.

11:35

Let's suppose that you got a list of patents. So you want to see know what you are not allowed to do. When you try studying these patents, you will discover they are very hard to understand as they are written in tortuous legal language, whose meaning is very hard to understand. The things patent offices say often don't mean what they seem to mean.

There was an Australian government study of the patent system in the 1980's. It concluded that aside from international pressure, there was no reason to have a patent system. It did no good for the public and recommended abolishing it if not for international pressure. One of the things they cited was that engineers don't try reading patents to learn anything, as it is too hard to understand them. They quoted one engineer saying "I can't recognize my own inventions in patenteese".

This is not just theoretical. Around 1990, a programmer named Paul Heckel sued Apple claiming that Hypercard infringed a couple of his patents. When he first saw Hypercard, he didn't think it had anything to do with his patent, with his "Inventions". It didn't look similar. When his lawyer told him that you could read the patents as covering part of Hypercard, he decided to attack Apple. When I had a speech about this at Stanford, he was in the audience, he said "That's not true, I just didn't understand the extent of my protection!" I said yes, that's what I said! So, in fact, you will have to spend a lot of time talking with lawyers to figure out what these patents prohibit you from doing. Ultimately they are going to say something like this: "If you do something in here, you are sure to lose, If you do something here, there is a substantial chance of losing, and if you really want to be safe, stay out of this area. And, by the way, there is a sizable element of chance in the outcome of any law suit".