ESP Wiki is looking for moderators and active contributors!

Difference between revisions of "Software patent quality worse than all other fields"

(vXpcTNBQPM)
m (Reverted edits by 207.67.117.173 (talk) to last revision by Ciaran)
Line 1: Line 1:
6QqXXo <a href="http://yhcyyknrcbrn.com/">yhcyyknrcbrn</a>, [url=http://ybincbglsarw.com/]ybincbglsarw[/url], [link=http://qwrbtuvjnzxz.com/]qwrbtuvjnzxz[/link], http://nxetzgpsedfo.com/
+
{{navbox}}
 +
Quality problems can happen in any category of patents, but the quality of [[software patents]] is particularly bad. This is probably a fundamental problem that can't be avoided in a domain as abstract as software.
 +
 
 +
==The ideas are too abstract==
 +
 
 +
In chemistry, ideas are described concretely, such as ''Trans-6-[2-(3- or 4-carboxamido- substituted pyrrol-1-yl)alkyl]-4-hydroxypyran-2-ones''.<ref>http://www.researchoninnovation.org/swconf/bessenslides.pdf</ref>
 +
 
 +
In software, ideas are described as "''point of sale location''", "''material object''", or "''information manufacturing machine''".
 +
 
 +
==Possible reasons==
 +
{{rewrite}}
 +
# Abstract algorithms can be described in so many ways
 +
# Jargon and lack of tangible components can make a mundane software idea sound technical
 +
# Professionals working in the patents industry only see the ideas submitted for patenting, and therefore fail to realise that they are not qualitatively different from the ideas that good software engineers come up with every day of the week, most of which are considered too obvious to write up and publish
 +
# US Patent law merely asks a patent invention be non-obvious to a person having ordinary skill in the art. This is a very low standard almost implying that almost anyone practicing in the art would come upon that invention given a few years time if not minutes or hours. We need only look at the bell curve to see how many things that would be obvious for many on the top third (or top half) of the curve would be eligible for a patent by not being obvious to those in the central region (or exactly in the middle). This might not be a major problem for society and for other inventors if you have to have 100 million dollars to build a business off your invention, but it is a problem for cheap software cloned and distributed essentially for no cost since anyone can play.
 +
# The low bar to inventiveness and significant power grant that is a patent encourages inventor-lawyers to dumb down and broaden the patent claims as much as possible to increase scope of infringement. The effect is that even a genius idea will get watered down to just barely meeting the minimum criteria of non-obvious to a PHOSITA so as to maximize the ROI. [Why is this dumbing down incentive particularly large for software? The power that comes with a software patent is particularly large and dumbing down is particularly easy. See other points for more details.]
 +
# The very large number of software creators means the likelihood is that much greater that a patent will be gotten on broader dumber idea. This is because with more people a more diverse range of quality will make itself to the patent office first. Additionally, it's easier and faster to write the broader more dumb patent, and this trumps the more precise patent if the dumber one comes first. [So this is a case where competition brings the average quality down! This detrimental effect exists because being first means everything (20 years). Ordinarily, being first to market means some (or means nothing if all you have is a broad idea), but being better a year or two later means a fair amount. Unfortunately, no such balance exists with patent exclusivities.]
 +
# Too much public FOSS exists and is created daily for the patent examiner to become familiar with it on a daily basis. If it is virtually impossible to read all new patents and understand them, it is even more difficult to read all public source code and understand it and its implication as prior art. Also, FOSS is a relatively new phenomenon.
 +
# The nature of software means that every bit counts. Changing very few details (even the average tiny one) can cause a product to fail: many details must be specified precisely. With most physical materials, this is certainly not the case, so a standard way of describing inventions arose where the smallest of details (and even medium ones) could be discarded in the patent claims language. The result is that patent claims on software are very sloppy and broad relative to the degree of detail needed to properly implement the invention. [Related to this is that a great many variations are possible, each variation requiring a full analysis for correctness rather than simply changing the blade on the saw or pigment concentration in the dye and then ignoring the huge number of small variations that could arise. Software has already been digitized, and the computing machine is generally very demanding on accuracy because of its "stupidity".]
 +
# Software inventions are not limited by Mother Nature. This means creating an invention can be like writing fiction. Conjure it up, and it can be created. [Related to this is that, with software products being manufactured by so many, a patent author can be extra bold and not worry as much about being too far ahead of the times.] [Together all of this points out that software develops very fast, which adds to the relative contrast pointed out earlier of how newly created software is rich in details relative to the descriptions in the patents.]
 +
 
 +
==Examples==
 +
* [[Unbelievable software patents]]
 +
* [http://webshop.ffii.org/ FFII's webshop which uses 20 ideas patented in the EU]
 +
* Microsoft developer's internal comments about his own patents [http://yro.slashdot.org/article.pl?sid=08/11/06/1852234 indecipherable by anyone but a patent attorney]
 +
* [http://www.terminally-incoherent.com/blog/2004/05/08/software-patents-need-to-go/ Some Kodak patents]
 +
 
 +
==Related pages on {{SITENAME}}==
 +
* [[Raising standards is not our goal]]
 +
* [[The disclosure is useless]]
 +
* [[Silly patents]]
 +
* [[Software patents are unreadable]]
 +
* [[How to read patents]]
 +
* [[Why software is different]]
 +
 
 +
==External links==
 +
* [http://eupat.ffii.org/analysis/trivial/ Why are Software Patents so Trivial?] [http://www.ffii.org/Why_software_patents_are_trivial other version (possibly identical)], by '''[[FFII]]'''
 +
* [http://opensource.com/law/10/11/software-too-abstract-be-patented Is software too abstract to be patented?], 18 Nov 2010, '''Rob Tiller''' ([[Red Hat]])
 +
* [http://www.groklaw.net/article.php?story=20101007030644178 Why Software is Abstract, by PolR], 7 Oct 2010, '''[[Groklaw]]'''
 +
* [http://www.groklaw.net/article.php?story=2010092621054289 An Open Response to the USPTO — Physical Aspects of Mathematics], 26 Sep 2010, '''Groklaw'''
 +
 
 +
==References==
 +
{{reflist}}
 +
 
 +
 
 +
{{footer}}
 +
[[Category:Arguments]]

Revision as of 09:29, 11 February 2011

Quality problems can happen in any category of patents, but the quality of software patents is particularly bad. This is probably a fundamental problem that can't be avoided in a domain as abstract as software.

The ideas are too abstract

In chemistry, ideas are described concretely, such as Trans-6-[2-(3- or 4-carboxamido- substituted pyrrol-1-yl)alkyl]-4-hydroxypyran-2-ones.[1]

In software, ideas are described as "point of sale location", "material object", or "information manufacturing machine".

Possible reasons

Red alert.png This entry is not reader-friendly.
You can help us rewrite it in a more readable and concise way using our style guide.

  1. Abstract algorithms can be described in so many ways
  2. Jargon and lack of tangible components can make a mundane software idea sound technical
  3. Professionals working in the patents industry only see the ideas submitted for patenting, and therefore fail to realise that they are not qualitatively different from the ideas that good software engineers come up with every day of the week, most of which are considered too obvious to write up and publish
  4. US Patent law merely asks a patent invention be non-obvious to a person having ordinary skill in the art. This is a very low standard almost implying that almost anyone practicing in the art would come upon that invention given a few years time if not minutes or hours. We need only look at the bell curve to see how many things that would be obvious for many on the top third (or top half) of the curve would be eligible for a patent by not being obvious to those in the central region (or exactly in the middle). This might not be a major problem for society and for other inventors if you have to have 100 million dollars to build a business off your invention, but it is a problem for cheap software cloned and distributed essentially for no cost since anyone can play.
  5. The low bar to inventiveness and significant power grant that is a patent encourages inventor-lawyers to dumb down and broaden the patent claims as much as possible to increase scope of infringement. The effect is that even a genius idea will get watered down to just barely meeting the minimum criteria of non-obvious to a PHOSITA so as to maximize the ROI. [Why is this dumbing down incentive particularly large for software? The power that comes with a software patent is particularly large and dumbing down is particularly easy. See other points for more details.]
  6. The very large number of software creators means the likelihood is that much greater that a patent will be gotten on broader dumber idea. This is because with more people a more diverse range of quality will make itself to the patent office first. Additionally, it's easier and faster to write the broader more dumb patent, and this trumps the more precise patent if the dumber one comes first. [So this is a case where competition brings the average quality down! This detrimental effect exists because being first means everything (20 years). Ordinarily, being first to market means some (or means nothing if all you have is a broad idea), but being better a year or two later means a fair amount. Unfortunately, no such balance exists with patent exclusivities.]
  7. Too much public FOSS exists and is created daily for the patent examiner to become familiar with it on a daily basis. If it is virtually impossible to read all new patents and understand them, it is even more difficult to read all public source code and understand it and its implication as prior art. Also, FOSS is a relatively new phenomenon.
  8. The nature of software means that every bit counts. Changing very few details (even the average tiny one) can cause a product to fail: many details must be specified precisely. With most physical materials, this is certainly not the case, so a standard way of describing inventions arose where the smallest of details (and even medium ones) could be discarded in the patent claims language. The result is that patent claims on software are very sloppy and broad relative to the degree of detail needed to properly implement the invention. [Related to this is that a great many variations are possible, each variation requiring a full analysis for correctness rather than simply changing the blade on the saw or pigment concentration in the dye and then ignoring the huge number of small variations that could arise. Software has already been digitized, and the computing machine is generally very demanding on accuracy because of its "stupidity".]
  9. Software inventions are not limited by Mother Nature. This means creating an invention can be like writing fiction. Conjure it up, and it can be created. [Related to this is that, with software products being manufactured by so many, a patent author can be extra bold and not worry as much about being too far ahead of the times.] [Together all of this points out that software develops very fast, which adds to the relative contrast pointed out earlier of how newly created software is rich in details relative to the descriptions in the patents.]

Examples

Related pages on ESP Wiki

External links

References