ESP Wiki is looking for moderators and active contributors!

Difference between revisions of "Invalidating harmful patents"

(Related pages on {{SITENAME}}: update link)
m ({{dud}})
Line 1: Line 1:
(Note: '''This is not a solution.'''  [[Risks of supporting partial solutions|Supporting it is risky]], and it's results will be at best very limited)
+
{{dud}}(Note: '''This is not a solution.'''  [[Risks of supporting partial solutions|Supporting it is risky]], and it's results will be at best very limited)
  
 
By '''invalidating the most harmful software patents''', we can reduce some harm being done by software patents.  However, this almost always relies on questing the obviousness or the newness of patents and thus the invalidations don't create any precedent which would reduce the scope for the patent office to grant software in future.  To do that, we need to [[invalidate patents based on subject matter]].
 
By '''invalidating the most harmful software patents''', we can reduce some harm being done by software patents.  However, this almost always relies on questing the obviousness or the newness of patents and thus the invalidations don't create any precedent which would reduce the scope for the patent office to grant software in future.  To do that, we need to [[invalidate patents based on subject matter]].

Revision as of 17:28, 10 January 2010

Red alert.png What this entry documents is not a solution.
This practice may be ineffective or useless in the long term.
ESP's position is that abolition of software patents is the only solution.

(Note: This is not a solution. Supporting it is risky, and it's results will be at best very limited)

By invalidating the most harmful software patents, we can reduce some harm being done by software patents. However, this almost always relies on questing the obviousness or the newness of patents and thus the invalidations don't create any precedent which would reduce the scope for the patent office to grant software in future. To do that, we need to invalidate patents based on subject matter.

This is usually done by finding prior art or by arguing that an idea was too obvious. In this case, the limits below apply, however, if it is argued that the patent was granted for something that's not patentable (software, business methods, math), then the precedent will be very significant because it will narrow the scope for the granting and enforcement of software patents.

Limits to effectiveness

  1. Patents can only be invalidated if they are invalid to begin with.
  2. We can only invalidate a small number of patents. This can never solve the problem caused by the existence of tens of thousands of patents.
  3. Some software patent pests have a large collection of annoying patents they could use instead if their favourite patents were invalidated. For example, Microsoft accused TomTom of violating eight patents. The patents look invalid, but if they are invalidated there's still the worry that Microsoft will choose some other of its 10,000 patents to continue the menace.

Related pages on ESP Wiki

External links