en.swpat.org is a wiki.   You can edit it.   May contain statements End Software Patents does not endorse.

November 2014: About Microsoft’s patent licence for .NET core

SitemapCountriesWhy abolish?Law proposalsStudiesCase lawPatent office case lawLawsuits


Difference between revisions of "Why software is different"

From en.swpat.org
Jump to: navigation, search
(Prior art: added a reasonable implication which suggests law changes to avoid some big problems with sw patents: used the opportunity to cross-link to many parts of the website for strength)
m (Reverted edits by 217.147.83.21 (talk) to last revision by Ciaran)
 
(18 intermediate revisions by 6 users not shown)
Line 1: Line 1:
{{navbox}}
+
This page documents why software is not like pharmaceuticals, hardware, or other domains where ideas can be patented.
Note: this is not a page about why software ideas shouldn't be patentable.
+
  
This page only documents why software can be treated as a distinct domain i.e. why the patent system doesn't necessarily produce the same effects for software as it does for mechanical engineering or pharmaceutical research.
+
Some people think that patents are good for these other domains ([[Harm caused by all types of patents|others disagree]]), and that patents must then also be good for software.  This page documents why each domain is different and why positive effects in each domain don't necessarily translate to software.
  
Conversely, software is similar to innovative fields such as [[Storyline and fashion patents|literature, film and fashion]].
+
Conversely, software is similar to innovative, patent-free fields such as [[Storyline and fashion patents|literature, film and fashion]].
  
 
==Studies on usage patterns==
 
==Studies on usage patterns==
Line 12: Line 11:
 
"''[s]oftware patents are more than twice as likely to be litigated as other patents''" - Bessen & Meurer, at 22.
 
"''[s]oftware patents are more than twice as likely to be litigated as other patents''" - Bessen & Meurer, at 22.
  
==Mathematical nature==
+
This was confirmed in the 2010 study [[Patent Quality and Settlement Among Repeat Patent Litigants]], page 27 (pdf page 28):
  
:''(see also: [[Software is math]])''
+
<blockquote>
 +
The overrepresentation of software patents in the most‐litigated set is quite remarkable.  Software patents constituted 20.8% of the once‐litigated patents but 74.1% of the most‐litigated patents.  And again, these differences are even more dramatic if we measure  not patents but assertions of those patents in litigation.  Software patents accounted for 93.7% of the assertions of the most‐litigated patents.
 +
</blockquote>
  
The rules that exclude software from patentability do so on the grounds of similarity with mathematics: you should not be able to patent pure expressions of mathematics and logic or their use by [[Software does not make a computer a new machine|an existing machine]] leading to [[#Software is unlike applied science|no novel invention in the physical sciences]]. This is exactly what we have, either when we consider software as text, or when looked at as a set of steps (algorithms) being carried out by a machine purely to determine a new answer to something, changing saved information, and communicating the results (acts that require just a "mind" and trivial uses of existing physical parts used in their ordinary ways, much as a human uses a mind while using eyes and ears to acquire extra information and finally a mouth and hands with basic utensils to communicate and record what was processed in the mind -- no novel invention in the physical sciences got created).
+
==Practitioner profile==
  
==Abstraction==
+
In hardware domains, all producers with a significant commercial impact are medium to large companies.  There are hobbyists who produce cars, but they produce so few that their work will probably never attract the attention of patent holders.  In software it's very different, entire operating systems (such as GNU/Linux) have been written by primarily people whose activities were not backed by any entity with large financial and legal resources.
:''(see also: [[Software is too abstract, patent quality is bad]])''
+
  
Software is highly abstract: You can't look at two pieces of software from the outside to see whether they look the same. Two engineers will describe the same piece of software in very different terms. It's therefore highly subjective whether the ideas embodied by one piece of software are essentially equivalent to the ideas in another. In short, there is no objective test for infringement.
+
==Problems and solutions are tied==
  
====Product of Mind====
+
There are many ways to cure rubber.  These methods can be used to cure various types of rubber and the output will be usable for any product that requires cured rubber.  The inputs and outputs don't define what method of rubber curing must be used - the curer is not required to use a specific method.
  
Like [[#Mathematical nature|mathematics]], [[http://www.gnu.org/philosophy/software-literary-patents.html fiction]], [[Analogies#Music|music]], and law, software (thanks to digitalization) is purely a product of the mind with no inherent tie to the physical.
+
In contrast, for a software video player to be functional, it must read videos in precisely the format in which videos exist. That is to say, software video players have to read [[MPEG video formats]], for example, in order to be useful.  So a patent excludes developers from the whole field rather than excluding them just from one method of doing that field of activity.
  
[Note that each of these, as information, can be given a tangible expression in some physical medium or can even be made to drive some physical objects (such as an existing musical instrument, CD player, calculator, or computer) so as to be made usable by society. The work itself; however, if purely information content.]
+
==Continuous innovation==
 +
{{main|Software relies on incremental development}}
  
====No natural scarcity====
+
Programmers have new ideas while developing software.  That is, while implementing the ideas they planned to implement, they will naturally need to think of other ideas.
  
There is no natural scarcity.
+
==How patents on different domains affect society==
  
====Many participants affected====
+
One thing to keep in mind is that plenty of things are excluded from patentability.  Being excluded doesn't mean that software is special.
  
This also implies many people can contribute to the art. The [[#Low Risk|costs]] to contribute to a product of the mind are one's own time and existing relatively inexpensive materials.
+
For the manufacturing of cars, you have to consider how patents will affect:
 +
# the cost of mass production
 +
# the impact on quality/safety of what's offered to citizens
 +
# the impact on the economy overall
  
The number directly hindered by a patent on an abstraction is a large fraction of those participating because of the low bar of inventiveness for getting a patent (merely non-obvious to a person having no more than ordinary skill in the art). Many with above average skills might have found the invention obvious and would be able to implement it in a superior fashion (especially through collaboration).
+
Campaigners against software patents are usually not general experts on those topics, so we might not know if innovations in car manufacturing should be patentable or not.
  
The number indirectly hindered is virtually everyone else as participants who could innovate (or fix small errors, give ideas, etc) to some degree on top of an implementation of others.
+
For software, there are similar questions to the three above, plus there is the fourth question of individual liberty and the effectiveness of communities.
  
====Stifling further by negating the Internet gains====
+
This question isn't pertinent to car manufacturing because individuals and communities don't manufacture cars in significant quantities - or at all.
  
Imposing a broad form of monopoly in any of these "product of the mind" areas would very likely stifle progress in the relevant field by preventing the progress of a very large number of people for many years.
+
If someone patents a method for making a car, that doesn't reduce people's liberty.  Making cars requires a lot of cash and materials, and there are already many laws that places regulations and restrictions on making cars.  So people are already excluded.  Adding a patent problem doesn't change anything.
  
This effect is even more dramatic for a field like software where collaboration is natural and in light of the tremendous degree of collaboration today possible and achieved through the Internet.
+
For one thing, software is mass produced by individuals and groups who don't get paid directly for that work (or do it for non-commercial reasons).  Adding the cost of the patent system is unfair to these people.
  
====Speech denial====
+
Communities write great software (a community wrote most of [[GNU/Linux]]).  People should continue to have their right to participate in the development and distribution of software, and to continue to benefit from the work of the vast community that develops the software that people use.  Patents would create problems for individuals' liberty, and for the general software development which society as a whole benefits.
  
Products of the mind are forms of [[http://www.philsalin.com/patents.html free expression]] and would be denied with patents.
+
{{rewrite}}
  
====Patents "steal" many original creations====
 
  
Software can be described abstractly through patent claims in too many and in too simple of ways. One can almost say that software patent claims "steal" works from society and from individuals.
+
==Mathematical nature==
  
[[http://www.gnu.org/philosophy/software-literary-patents.html This analogy to literature]] shows how easy it is for a patent claim to describe a given copyrighted work in many ways, all of which completely miss the genius and value of the work yet each implies infringement of an otherwise legal, original, creative, and socially beneficial work.
+
{{also|Software is math|#Intangible}}
  
====Abstract system====
+
The rules that exclude software from patentability do so on the grounds of similarity with mathematics: you should not be able to patent pure expressions of mathematics and logic or their use by [[Software does not make a computer a new machine|an existing machine]] leading to [[#Software is unlike applied science|no novel invention in the physical sciences]]. This is exactly what we have, either when we consider software as text, or when looked at as a set of steps (algorithms) being carried out by a machine purely to determine a new answer to something, changing saved information, and communicating the results (acts that require just a "mind" and trivial uses of existing physical parts used in their ordinary ways, much as a human uses a mind while using eyes and ears to acquire extra information and finally a mouth and hands with basic utensils to communicate and record what was processed in the mind -- no novel invention in the physical sciences got created).
  
[[http://www.groklaw.net/article.php?story=20101007030644178 Software is an abstract system]].
+
==Abstraction==
 +
Software is highly abstract: You can't look at two pieces of software from the outside to see whether they look the same. Two engineers will describe the same piece of software in very different terms. It's therefore highly subjective whether the ideas embodied by one piece of software are essentially equivalent to the ideas in another. In short, there is no objective test for infringement.
  
==Problems and solutions are tied==
+
==Complexity abstraction==
 +
Software is very complex so can be abstracted (described) in many different ways by a patent. This means a collaborative work from geniuses is summarily blocked off as easily as is a very low "kindergarten quality" work since each can be abstractly described with the same brief patent claim words regardless of their complexity and quality.
  
There are many ways to cure rubber.  These methods can be used to cure various types of rubber and the output will be usable for any product that requires cured rubber.  The inputs and outputs don't define what method of rubber curing must be used - the curer is not required to use a specific method.
+
[[Analogies#Literature|The literature analogy]] begins to describe the problem to society of allowing complex and high quality works to be inhibited based on abstracted descriptions.
  
In contrast, for a software video player to be functional, it must read videos in precisely the format in which videos exist. That is to say, software video players have to read [[MPEG video formats]], for example, in order to be useful. So a patent excludes developers from the whole field rather than excluding them just from one method of doing that field of activity.
+
==Intangible==
 +
Like [[#Mathematical nature|mathematics]], [[http://www.gnu.org/philosophy/software-literary-patents.html fiction]], [[Analogies#Music|music]], and law, software (thanks to digitalization) is purely a product of the mind with no inherent tie to the physical.
 +
 
 +
Some properties of note.
 +
 
 +
*Intangible products do not involve shaping physical bodies to cover each intellectual idea.
 +
 
 +
*This lack of a heavy material anchor leads to rapid evolution of intellectual products as compared to physical inventions.
 +
 
 +
*No natural scarcity: Everyone can write as much software as they want and can make as many copies as they want. A patent can thus destroy an unlimited amount of even largely original contributions (and pre-empting copyright law).
 +
 
 +
*Many participants affected.  The [[#Low Risk|costs]] to contribute to shaping an intangible product are one's own time and existing relatively inexpensive materials. [[Software is too abstract, patent quality is bad|Broad patenting]] means even more people are affected. A patent can thus stifle many individuals.
 +
 
 +
*It is speech (as source code) and [[http://www.philsalin.com/patents.html free expression]].
 +
 
 +
*The synergies and access enhanced by the Internet apply. Patents place these gains in jeopardy.
 +
 
 +
*It is an abstract system [[http://www.groklaw.net/article.php?story=20101007030644178 distinct]] from reality.
 +
 
 +
Introducing patents to this domain is a radical change.
  
 
==The test of obviousness==
 
==The test of obviousness==
Line 79: Line 103:
 
This [[Invalid patents remain unchallenged|sizable]] imperfection being an [[Infringement is unavoidable|inherent and unavoidable part of the system]] means that, without a [[The failing solutions are expensive|very inexpensive method]] to legally refute a legal claim of infringement and/or without serious penalties to those that make claims that don't hold up later on in court, the patent system will continue to be [[Examples of use for sabotage|(ab)used]] readily as a tool to [[Patent ambush|shake down]] [[Costs are astronomically disproportionate for SMEs and individuals|individuals]] and [[Software patents harm SMEs|SMEs]] and to [[Cost barrier to market entry|stifle competition]].
 
This [[Invalid patents remain unchallenged|sizable]] imperfection being an [[Infringement is unavoidable|inherent and unavoidable part of the system]] means that, without a [[The failing solutions are expensive|very inexpensive method]] to legally refute a legal claim of infringement and/or without serious penalties to those that make claims that don't hold up later on in court, the patent system will continue to be [[Examples of use for sabotage|(ab)used]] readily as a tool to [[Patent ambush|shake down]] [[Costs are astronomically disproportionate for SMEs and individuals|individuals]] and [[Software patents harm SMEs|SMEs]] and to [[Cost barrier to market entry|stifle competition]].
  
==Continuous innovation==
+
==Low risk==
 
+
Programming is by its nature innovative. Programmers have new ideas every day, in a way that is not true of engineers in other fields. If every new idea were patented we would have billions of patents rather than merely tens of thousands. Many of these new ideas have little significance, but there is no meaningful way of distinguishing those that deserve a patent monopoly from those that do not.
+
 
+
By the same token, it is impossible for programmers to check every time they write a line of code whether it infringes a patent. Programmers take the risk of patent infringement every day, because they have no realistic alternative. It is unfair that society should penalise them for this.
+
 
+
==Low Risk==
+
  
:''(see also: [[Low risk]])''
+
{{also|Low risk}}
  
 
The devil's bargain can be called a bargain only if it benefits someone besides the devil. A major justification for the bargain, the encouragement of entry by new people with new ideas into industries with high cost of entry, i.e. high risk, does not apply to software development. Software development is exceptionally cheap, thus [[low risk]].
 
The devil's bargain can be called a bargain only if it benefits someone besides the devil. A major justification for the bargain, the encouragement of entry by new people with new ideas into industries with high cost of entry, i.e. high risk, does not apply to software development. Software development is exceptionally cheap, thus [[low risk]].
Line 99: Line 117:
 
Unlike the recipe for penicillin, the "disclosure" that one-click ordering is convenient did not come after a billion dollars of research.  There is no good reason it should be rewarded at the public's expense the same way.
 
Unlike the recipe for penicillin, the "disclosure" that one-click ordering is convenient did not come after a billion dollars of research.  There is no good reason it should be rewarded at the public's expense the same way.
  
==How patents on different domains affect society==
+
==Related pages on {{SITENAME}}==
  
One thing to keep in mind is that plenty of things are excluded from patentability.  Being excluded doesn't mean that software is special.
 
 
For the manufacturing of cars, you have to consider how patents will affect:
 
# the cost of mass production
 
# the impact on quality/safety of what's offered to citizens
 
# the impact on the economy overall
 
 
Campaigners against software patents are usually not general experts on those topics, so we might not know if innovations in car manufacturing should be patentable or not.
 
 
For software, there are similar questions to the three above, plus there is the fourth question of individual liberty and the effectiveness of communities.
 
 
This question isn't pertinent to car manufacturing because individuals and communities don't manufacture cars in significant quantities - or at all.
 
 
If someone patents a method for making a car, that doesn't reduce people's liberty.  Making cars requires a lot of cash and materials, and there are already many laws that places regulations and restrictions on making cars.  So people are already excluded.  Adding a patent problem doesn't change anything.
 
 
For one thing, software is mass produced by individuals and groups who don't get paid directly for that work (or do it for non-commercial reasons).  Adding the cost of the patent system is unfair to these people.
 
 
Communities write great software (a community wrote most of [[GNU/Linux]]).  People should continue to have their right to participate in the development and distribution of software, and to continue to benefit from the work of the vast community that develops the software that people use.  Patents would create problems for individuals' liberty, and for the general software development which society as a whole benefits.
 
 
==Related pages on {{SITENAME}}==
 
 
* [[Why focus only on software]]?
 
* [[Why focus only on software]]?
 
* [[Software is too abstract, patent quality is bad]]
 
* [[Software is too abstract, patent quality is bad]]
Line 127: Line 125:
 
* [[Breaks common software distribution models]] - a patent problem unique to software
 
* [[Breaks common software distribution models]] - a patent problem unique to software
 
* [[Cost of defending yourself against patent litigation]]
 
* [[Cost of defending yourself against patent litigation]]
 +
* [[How other domains are excluded from patentability]]
  
 
==External links==
 
==External links==

Latest revision as of 04:33, 30 July 2014

This page documents why software is not like pharmaceuticals, hardware, or other domains where ideas can be patented.

Some people think that patents are good for these other domains (others disagree), and that patents must then also be good for software. This page documents why each domain is different and why positive effects in each domain don't necessarily translate to software.

Conversely, software is similar to innovative, patent-free fields such as literature, film and fashion.

Contents

[edit] Studies on usage patterns

The 2008 Berkeley Patent Survey revealed big differences between software companies and biotechnology companies in their use of patents.

"[s]oftware patents are more than twice as likely to be litigated as other patents" - Bessen & Meurer, at 22.

This was confirmed in the 2010 study Patent Quality and Settlement Among Repeat Patent Litigants, page 27 (pdf page 28):

The overrepresentation of software patents in the most‐litigated set is quite remarkable. Software patents constituted 20.8% of the once‐litigated patents but 74.1% of the most‐litigated patents. And again, these differences are even more dramatic if we measure not patents but assertions of those patents in litigation. Software patents accounted for 93.7% of the assertions of the most‐litigated patents.

[edit] Practitioner profile

In hardware domains, all producers with a significant commercial impact are medium to large companies. There are hobbyists who produce cars, but they produce so few that their work will probably never attract the attention of patent holders. In software it's very different, entire operating systems (such as GNU/Linux) have been written by primarily people whose activities were not backed by any entity with large financial and legal resources.

[edit] Problems and solutions are tied

There are many ways to cure rubber. These methods can be used to cure various types of rubber and the output will be usable for any product that requires cured rubber. The inputs and outputs don't define what method of rubber curing must be used - the curer is not required to use a specific method.

In contrast, for a software video player to be functional, it must read videos in precisely the format in which videos exist. That is to say, software video players have to read MPEG video formats, for example, in order to be useful. So a patent excludes developers from the whole field rather than excluding them just from one method of doing that field of activity.

[edit] Continuous innovation

(Main article: Software relies on incremental development)

Programmers have new ideas while developing software. That is, while implementing the ideas they planned to implement, they will naturally need to think of other ideas.

[edit] How patents on different domains affect society

One thing to keep in mind is that plenty of things are excluded from patentability. Being excluded doesn't mean that software is special.

For the manufacturing of cars, you have to consider how patents will affect:

  1. the cost of mass production
  2. the impact on quality/safety of what's offered to citizens
  3. the impact on the economy overall

Campaigners against software patents are usually not general experts on those topics, so we might not know if innovations in car manufacturing should be patentable or not.

For software, there are similar questions to the three above, plus there is the fourth question of individual liberty and the effectiveness of communities.

This question isn't pertinent to car manufacturing because individuals and communities don't manufacture cars in significant quantities - or at all.

If someone patents a method for making a car, that doesn't reduce people's liberty. Making cars requires a lot of cash and materials, and there are already many laws that places regulations and restrictions on making cars. So people are already excluded. Adding a patent problem doesn't change anything.

For one thing, software is mass produced by individuals and groups who don't get paid directly for that work (or do it for non-commercial reasons). Adding the cost of the patent system is unfair to these people.

Communities write great software (a community wrote most of GNU/Linux). People should continue to have their right to participate in the development and distribution of software, and to continue to benefit from the work of the vast community that develops the software that people use. Patents would create problems for individuals' liberty, and for the general software development which society as a whole benefits.

This section is not reader-friendly. Help is sought to make this text be:

  • Shorter (we like very concise texts on en.swpat.org)
  • Clearer
  • Have links to prove each key statement


[edit] Mathematical nature

(See also: Software is math and #Intangible)

The rules that exclude software from patentability do so on the grounds of similarity with mathematics: you should not be able to patent pure expressions of mathematics and logic or their use by an existing machine leading to no novel invention in the physical sciences. This is exactly what we have, either when we consider software as text, or when looked at as a set of steps (algorithms) being carried out by a machine purely to determine a new answer to something, changing saved information, and communicating the results (acts that require just a "mind" and trivial uses of existing physical parts used in their ordinary ways, much as a human uses a mind while using eyes and ears to acquire extra information and finally a mouth and hands with basic utensils to communicate and record what was processed in the mind -- no novel invention in the physical sciences got created).

[edit] Abstraction

Software is highly abstract: You can't look at two pieces of software from the outside to see whether they look the same. Two engineers will describe the same piece of software in very different terms. It's therefore highly subjective whether the ideas embodied by one piece of software are essentially equivalent to the ideas in another. In short, there is no objective test for infringement.

[edit] Complexity abstraction

Software is very complex so can be abstracted (described) in many different ways by a patent. This means a collaborative work from geniuses is summarily blocked off as easily as is a very low "kindergarten quality" work since each can be abstractly described with the same brief patent claim words regardless of their complexity and quality.

The literature analogy begins to describe the problem to society of allowing complex and high quality works to be inhibited based on abstracted descriptions.

[edit] Intangible

Like mathematics, [fiction], music, and law, software (thanks to digitalization) is purely a product of the mind with no inherent tie to the physical.

Some properties of note.

  • Intangible products do not involve shaping physical bodies to cover each intellectual idea.
  • This lack of a heavy material anchor leads to rapid evolution of intellectual products as compared to physical inventions.
  • No natural scarcity: Everyone can write as much software as they want and can make as many copies as they want. A patent can thus destroy an unlimited amount of even largely original contributions (and pre-empting copyright law).
  • Many participants affected. The costs to contribute to shaping an intangible product are one's own time and existing relatively inexpensive materials. Broad patenting means even more people are affected. A patent can thus stifle many individuals.
  • The synergies and access enhanced by the Internet apply. Patents place these gains in jeopardy.
  • It is an abstract system [distinct] from reality.

Introducing patents to this domain is a radical change.

[edit] The test of obviousness

Because software is abstract, the test for whether an idea is obvious "to one skilled in the art" is very difficult to apply. The test cannot be based on the amount of effort expended in working out the idea, because the least obvious ideas are often the simplest. Nor is it clear what it means: what if an idea is obvious to a thousand of the best programmers in the world, but not obvious to a million others? Simultaneous and independent invention is not unique to the software field, but it is certainly a characteristic feature of software that good programmers will tend to come to the same solution independently.

[edit] Prior art

Because software is invisible, determining prior art is notoriously difficult. Many software patents appear to be granted despite the ideas being well known to practitioners, but it can be very difficult to find acceptable documentary evidence that the ideas were already in widespread use. Most programmers do not publish written papers about their work, for a variety of reasons: they are too busy, they don't consider the idea significant, or they don't want their competitors to know what they are doing.

Patent examiners miss lots of prior art because they are not required by law or regulation to review the vast quantity of public source code available. In fact, as covered in [point two of this rebuttal to the State Street decision] (before State Street's "new and useful" test was invalidated by Bilski) no one can tame all of the existing art.

This sizable imperfection being an inherent and unavoidable part of the system means that, without a very inexpensive method to legally refute a legal claim of infringement and/or without serious penalties to those that make claims that don't hold up later on in court, the patent system will continue to be (ab)used readily as a tool to shake down individuals and SMEs and to stifle competition.

[edit] Low risk

(See also: Low risk)

The devil's bargain can be called a bargain only if it benefits someone besides the devil. A major justification for the bargain, the encouragement of entry by new people with new ideas into industries with high cost of entry, i.e. high risk, does not apply to software development. Software development is exceptionally cheap, thus low risk.

[edit] Software is unlike applied science

Software has one fundamental difference as compared to other sciences, and that's of predictability. Other industries, such as the pharmaceutical industry and manufacturing, require a significant amount of research into nature and a sort of alchemy in order to learn the secrets held by nature alone necessary for progress. Patents protect the investment that go into such research, in exchange for sharing the acquired knowledge with the world so it will not be lost.

With software, it's different. By its very definition, the outcome of software is always deterministic and predictable. It is fairly predictable that combining disk compression with an operating system will yield an operating system that can squeeze more files onto a disk. It is fairly predictable that one-click ordering will be faster and more convenient than two- or three- click ordering. Neither of these require any significant amount of research. A main purpose of a patent is to incentivize disclosure of nature's relevant secrets for the public good, with exclusivity that comes at public expense.

Unlike the recipe for penicillin, the "disclosure" that one-click ordering is convenient did not come after a billion dollars of research. There is no good reason it should be rewarded at the public's expense the same way.

[edit] Related pages on en.swpat.org

[edit] External links

[edit] Counter articles


This wiki is part of the End Software Patents (ESP) campaign (donate). For more information, see:
>> endsoftwarepatents.org (Main ESP website) <<
>> endsoftwarepatents.org/news (News) <<

This wiki is publicly editable. (See: en.swpat.org:About) It's a pool of information, not a statement of ESP's views or policies, so no permission is required. Add your knowledge! (See: Help:How to make a good contribution)