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

June 2014: US Supreme Court reining in software patents (Alice v. CLS)!

SitemapCountriesWhy abolish?Law proposalsStudiesCase lawPatent office case lawLawsuits


Freedom of expression

From en.swpat.org
Jump to: navigation, search

Software patents can prohibit people from building websites, publishing videos, publicly discussing software development, and helping people to use software.

Contents

[edit] Access to communication technology

Most modern communication systems are based on software. If only MyCompany can use a certain communication method, then anyone who can't afford the software of MyCompany, or anyone who objects to using the software of MyCompany is excluded from certain types of communication.

This article might provide an example:

(See also: Micro-blogging patents)

[edit] Discussing software development

If something is patented, then you might not be able to publish a sensible discussion about it (See for example Andrew Tridgell's VFAT patch FAQ on LKML, the Linux Kernel Mailing List about avoiding Microsoft's FAT patents).

Sharing source code is an important part of understanding a program. Patents inhibit education by not allowing people to learn about software.

A clear example when Roy van Rijn got a legal threat just for blogging about software he was writing which he hadn't even published yet:

[edit] Discussing software use

In i4i v. Microsoft in the 2009 USA, when Microsoft lost, the judge noted that Microsoft was thereby prohibited from providing technical support for an aspect of their .docx format that is patented by i4i inc. "providing support or assistance to anyone that describes how to use any infringing and Future Word Products to open an XML file containing custom XML".[1]

[edit] Inducement worries

As described in the 2008 amicus brief by the American Civil Liberties Union[1] for the in re Bilski case, because "inducement to infringement" is a crime in the USA, sharing technical information about a possibly-patented idea could lead to an infringement suit.

[edit] Source code may be speech

According to SFLC:

First, source code, like the patent disclosures themselves, teaches how the invention works, rather than being the invention. If source code standing alone can infringe the patent, it is difficult to understand how handing out photocopies of the patent itself wouldn’t infringe. Second, in the US, courts may find source code to be speech, as we believe they should find, thus making source code subject to First Amendment protection. [...Furthermore...] liability for patent infringement can be imposed where one enables or encourages another to infringe a patent, but the requirements of knowledge and intent are more strict in secondary liability situations. Because a user must first compile the source code and install the software in order to infringe, a court is less likely to hold the community liable for inducing or contributing to the infringement.[2]

[edit] Related pages on en.swpat.org

[edit] External links

[edit] References

  1. http://www.patentlyo.com/patent/2009/08/i4i-ltd-v-microsoft-corp-ed-tex-2009-texas-style-the-order-from-judge-davis-gets-right-to-the-point---in-accordance.html
  2. http://softwarefreedom.org/resources/2011/debian-patent-policy-faq.html#i-have-heard-that-distributing-source-code-is-safer-than-distributing-object-code.-is-that-true


This wiki is part of the End Software Patents (ESP) campaign (donate). For more information, see:
>> EndSoftwarePatents.org - main site <<
>> News: news.swpat.org <<

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)