RMS On How To Fight Software Patents
rimberg writes "Richard M. Stallman has a article on NewsForge talking about ways to fight software patents. It mentions the Public Patent Foundation (and why it's a good idea), but argues that fighting patents one by one will never eliminate the danger of software patents, any more than swatting mosquitoes will eliminate malaria." (Newsforge, like Slashdot, is part of OSTG.)
- The patent is accepted and you can invalidate all patents that follow (as they cover ground your patent now owns). No more software patents!
- The patent is rejected because of prior art. Subsequently, all software patents that follow that piece of prior art should also be invalidated. No more software patents!
The only thing you have to prove is that your patent for the turing machine describes all other possible software patents....Some guy even proved using lambda calculus that because of this property, several assumptions about the patent system are in contradiction with each other when applied to computer programs.
Donate free food here
All patent attorneys know that they can take an application to the board of appeals (or higher) if they want to bother. The only reason they wouldn't is if the examiner builds an airtight case that convinces the attorney that it would be a waste of his time to try. The attorneys know that the people who sit on the board of appeals are patent law experts but not software experts.
If you want to stop software patents, you need to lay off the examiners (they agree with half the stuff said on Slashdot and the other half isn't even close to accurate) and focus on the patent attorneys and the appeal process. Any examiner who has been at the USPTO has issued patents for ideas they believe they have rejected but the board doesn't agree that "simultaneous" means the same thing as "doing two things at once" or some garbage like that. So the patent gets issued and from a legal standpoint, it's a perfectly valid patent. The examiner hates to do it, but the examiner doesn't have a choice.
If you want to fix software patents, focus on the attorneys and the appeal process. The examiners are just trying to do their job without being burnt out by the moronic arguments they deal with on a daily basis.
It is also important to take a two pronged defense/attack on software patents. Giving the analytical arguments against patents, educating developers, and trying to give businesses a real business case why patents neither protects them, nor helps them competitively is the first approach, and a very important one. The second approach is the quantative and qualitative approach giving real figures and projected outcomes. A scientific approach. Here in Aus we are trying to set up a patents watch, now that we are locked into US style patents legislation. This means that in a year, or two years, we have real data on the amounts of trivial patents being attempted, and can realistically speculate on the impact of suh patents if they had been granted. Plus we get the open source community working directly with the people who need help in filtering patents.
:( We can't convince them just with argument, we need to give them proof they can't argue against.
A good eg of what is current in Australian patents:
> Australian Application Number 2004205327
> Title Programming interface for a computer platform
Through this we can hopefully prove that patents should simply not apply to software methods. It makes no sense, stifles innovation, and is an anti-competitive too of the most scary dimensions
Is it possible to use the patent system against itself, in the same way that the GPL counteracts the principle of copyright using copyright law itself?
For example, a public foundation dedicated to holding patents in the public interest. Anyone with an idea could submit it to them; they would then obtain a patent on it, and license it freely to the public, with the exception of companies who use their patent portfolios offensively.
Also, as an attack against software patents, would it be possible for a free developer to patent their own algorithms/widgets etc, and license it *only* for use in GPL'd software?
Is the above legally possible? There's an obvious problem in that most FOSS developers have neither the time nor the expertise, nor the money to apply for patents, but if an organisation could be formed to do that part, I have no doubt that the intellectual citizens of the world can out-invent the corporations obtaining patents.
[I am personally convinced that patents per se are a very bad thing, in any field of endeavour. They run contrary to the spirit of scientific endeavour, and they create a "tragedy of the commons" on a global scale. They also lead to monopolies. Pragamatically, one might make a special exemption for pharmaceutical patents, on the grounds of the huge investment required up front, but even then, such patents should be unenforceable in the 3rd world on grounds of humanitarian necessity.]
The patent system didn't cause the collapse of the entire Industrial Revolution due to patent infringement
But it may have concentrated power into the hands of very few and slowed it down, and changed its direction to favour the interests of the establishment of the time.
As a mechanical engineer, I detest all patents, not just software ones. You wouldn't _believe_ the stuff engineers aren't allowed to do because of patents, particularly sealed patents (patents that have been indefinitely extended and simultaneously removed in whole or in part from public records for reasons of "national security" - (i.e. corporate cronies requested it) This is intensely irritating - the patent still applies, so you can still be stopped from creating whatever it is you have rediscovered, but unlike with an ordinary patent, you don't know when/if it'll expire (typically when a citizen in another country independently reinvents it and _doesn't_ also keep it secret), and because there's little public record, people think you're being paranoid if you try to fight it.)
I think your parent post answered that.
We treat him as a paranoid nutcase because he sees these trends in intellectual property law about 3-5 years before they affect us users of the system. Since we don't have the same context, we don't understand what he's saying.
For example, he probably wrote The Right to Read back when the DMCA was being drafted; and he probably had some exposure to the debates that were part of its drafting. We, on the other hand, didn't know anything about the DMCA when we first read the article. Without this context it sounded quite paranoid. Only after the DMCA passed as law did the popular media (/.) notice the law, and only after that point did RMS's article make sense.
Right to read
This article appeared in the February 1997 issue of Communications of the ACM (Volume 40, Number 2).
(from "The Road To Tycho", a collection of articles about the antecedents of the Lunarian Revolution, published in Luna City in 2096)
For Dan Halbert, the road to Tycho began in college--when Lissa Lenz asked to borrow his computer. Hers had broken down, and unless she could borrow another, she would fail her midterm project. There was no one she dared ask, except Dan.
This put Dan in a dilemma. He had to help her--but if he lent her his computer, she might read his books. Aside from the fact that you could go to prison for many years for letting someone else read your books, the very idea shocked him at first. Like everyone, he had been taught since elementary school that sharing books was nasty and wrong--something that only pirates would do.(poisoning of our school system, remember BSA?)
And there wasn't much chance that the SPA--the Software Protection Authority--would fail to catch him. In his software class, Dan had learned that each book had a copyright monitor that reported when and where it was read, and by whom, to Central Licensing. (They used this information to catch reading pirates, but also to sell personal interest profiles to retailers.) The next time his computer was networked, Central Licensing would find out. He, as computer owner, would receive the harshest punishment--for not taking pains to prevent the crime. (DRM-OS! Any takers for palladium?)
Of course, Lissa did not necessarily intend to read his books. She might want the computer only to write her midterm. But Dan knew she came from a middle-class family and could hardly afford the tuition, let alone her reading fees. Reading his books might be the only way she could graduate. He understood this situation; he himself had had to borrow to pay for all the research papers he read. (10% of those fees went to the researchers who wrote the papers; since Dan aimed for an academic career, he could hope that his own research papers, if frequently referenced, would bring in enough to repay this loan.)(Per use licensing! Bill Gates and the RIAA hoos probably masturbate to this every day!!!)
Later on, Dan would learn there was a time when anyone could go to the library and read journal articles, and even books, without having to pay. There were independent scholars who read thousands of pages without government library grants. But in the 1990s, both commercial and nonprofit journal publishers had begun charging fees for access. By 2047, libraries offering free public access to scholarly literature were a dim memory.(The OTHER 1984)
There were ways, of course, to get around the SPA and Central Licensing. They were themselves illegal. Dan had had a classmate in software, Frank Martucci, who had obtained an illicit debugging tool, and used it to skip over the copyright monitor code when reading books. But he had told too many friends about it, and one of them turned him in to the SPA for a reward (students deep in debt were easily tempted into betrayal). In 2047, Frank was in prison, not for pirate reading, but for possessing a debugger.(Well well.. INDUCE ACT?)
Dan would later learn that there was a time when anyone could have debugging tools. There were even free debugging tools available on CD or downloadable over the net. But ordinary users started using them to bypass copyright monitors, and eventually a judge ruled that this had become their principal use in actual practice. This meant they were illegal; the debuggers' developers were sent to prison.(Up to 10 years for downloading a mp3 today under the PIRATE act, 'nuff said!)
Programmers still needed debugging tools, of course, but debugger vendors in 2047 distributed numbered copies only, and only to officially licensed and bonded programmers. The debugger Dan used in software class was kept behind a special firewall so that it could be used only for
Online backup with Mozy, sounds like Ozzie, but more!
Frankly I still don't understand any of this. Why was it legal to create the JPEG format, which obviously does the same thing (from a user perspective) as GIF, when it was not legal for Barnes and Noble to implement their own version of one-click?
My gut feel is that all software patents are bad because computer science is just too young a field. The government doesn't need to encourage basic research in software, it will happen anyway.