Software license

From Infogalactic: the planetary knowledge core
Jump to: navigation, search
Software licenses in context of copyright according to Mark Webbink.[1] From left to right less rights for a licensee/user of a software and more rights retained by the owner.
Diagram of software under various licenses according the FSF and their The Free Software Definition: on the left side "free software", on the right side "proprietary software". On both sides, and therefore mostly orthogonal, "free download" (Freeware).

A software license is a legal instrument (usually by way of contract law, with or without printed material) governing the use or redistribution of software. Under United States copyright law all software is copyright protected, except material in the public domain. A typical software license grants the licensee, typically an end-user, permission to use one or more copies of software in ways where such a use would otherwise potentially constitute copyright infringement of the software owner's exclusive rights under copyright law.

Software licenses and copyright law

Most distributed software can be categorized according their license types (see table).

Two common categories for software under copyright law, and therefore with licenses which grant the licensee specific rights, are proprietary software and free and open source software (FOSS). The distinct conceptual difference between both is the granting of rights to modify and re-use a software product obtained by a customer: FOSS software licenses the customer both rights and bundle therefore the modifiable source code with the software ("open-source"), proprietary software doesn't licenses typically these rights and keep the source code therefore hidden ("closed source").

In addition to granting rights and imposing restrictions on the use of copyrighted software, software licenses typically contain provisions which allocate liability and responsibility between the parties entering into the license agreement. In enterprise and commercial software transactions these terms often include limitations of liability, warranties and warranty disclaimers, and indemnity if the software infringes intellectual property rights of others.

Unlicensed software outside the copyright protection is either public domain (PD) software or software which is non-distributed, non-licensed and handled as internal business trade secret.[1] Contrary to the common believe is distributed unlicensed software not in the public domain but fully copyright protected and therefore, as no usage rights at all are granted by a license, legally unusable (until it passes into PD after the Copyright term).[2] Examples for this are unauthorized software leakes or software projects which are placed on public software repositories like GitHub without specified license.[3][4] As voluntary handing software into the public domain (before reaching the Copyright term) is not possible in all international law domains (for instance the Law of Germany), there are also licenses granting PD-like rights, for instance the CC0 or WTFPL.[5]

Software licenses and rights granted in context of the copyright according to Mark Webbink.[1] Expanded by freeware and sublicensing.
Rights granted Public domain Non-protective FOSS
license (e.g. BSD license)
Protective FOSS
license (e.g. GPL)
Freeware/Shareware/
Freemium
Proprietary license Trade secret
Copyright retained No Yes Yes Yes Yes Yes
Right to perform Yes Yes Yes Yes Yes No
Right to display Yes Yes Yes Yes Yes No
Right to copy Yes Yes Yes Often No No
Right to modify Yes Yes Yes No No No
Right to distribute Yes Yes Yes, under same license Often No No
Right to sublicense/
relicense
Yes Yes, under attribution No No No No
Example software SQLite, ImageJ Apache Webserver, ToyBox Linux kernel, GIMP Irfanview, Winamp Windows, Half-Life 2 Server-side
World of Warcraft

Ownership vs. licensing

In the United States, Section 117 of the Copyright Act gives the owner of a particular copy of software the explicit right to use the software with a computer, even if use of the software with a computer requires the making of incidental copies or adaptations (acts which could otherwise potentially constitute copyright infringement). Therefore, the owner of a copy of computer software is legally entitled to use that copy of software. Hence, if the end-user of software is the owner of the respective copy, then the end-user may legally use the software without a license from the software publisher.

As many proprietary "licenses" only enumerate the rights that the user already has under 17 U.S.C. § 117,[citation needed] and yet proclaim to take rights away from the user, these contracts may lack consideration. Proprietary software licenses often proclaim to give software publishers more control over the way their software is used by keeping ownership of each copy of software with the software publisher. By doing so, Section 117 does not apply to the end-user and the software publisher may then compel the end-user to accept all of the terms of the license agreement, many of which may be more restrictive than copyright law alone. The form of the relationship determines if it is a lease or a purchase, for example UMG v. Augusto[6] or Vernor v. Autodesk, Inc.[7][8]

Proprietary software licenses

<templatestyles src="Module:Hatnote/styles.css"></templatestyles>

<templatestyles src="Module:Hatnote/styles.css"></templatestyles>

The hallmark of proprietary software licenses is that the software publisher grants the use of one or more copies of software under the end-user license agreement (EULA), but ownership of those copies remains with the software publisher (hence use of the term "proprietary"). This feature of proprietary software licenses means that certain rights regarding the software are reserved by the software publisher. Therefore, it is typical of EULAs to include terms which define the uses of the software, such as the number of installations allowed or the terms of distribution.

The most significant effect of this form of licensing is that, if ownership of the software remains with the software publisher, then the end-user must accept the software license. In other words, without acceptance of the license, the end-user may not use the software at all. One example of such a proprietary software license is the license for Microsoft Windows. As is usually the case with proprietary software licenses, this license contains an extensive list of activities which are restricted, such as: reverse engineering, simultaneous use of the software by multiple users, and publication of benchmarks or performance tests.

The most common licensing models is per single user (named user, client, node) or per user in the appropriate volume discount level, while some manufacturers accumulate existing licenses. These open volume license programs are typically called Open License Program (OLP), Transactional License Program (TLP), Volume License Program (VLP) etc. and are contrary to the Contractual License Program (CLP), where the customer commits to purchase a certain amount of licenses over a fixed period (mostly two years). Licensing per concurrent/floating user also occurs, where all users in a network have access to the program, but only a specific number at the same time. Another license model is licensing per dongle which allows the owner of the dongle to use the program on any computer. Licensing per server, CPU or points, regardless the number of users, is common practice as well as Site or Company Licenses. Sometimes one can choose between perpetual (permanent) and annual license. For perpetual licenses one year of maintenance is often required, but maintenance (subscription) renewals are discounted. For annual licenses, there is no Renewal, a new license must be purchased after expiration. Licensing can be Host/Client (or Guest), Mailbox, IP-Address, Domain etc., depending on how the program is used. Additional users are inter alia licensed per Extension Pack (e.g. up to 99 users) which includes the Base Pack (e.g. 5 users). Some programs are modular, so one will have to buy a base product before they can use other modules.[9]

Software licensing also includes maintenance. This, usually with a term of one year, is either included or optional, but must often be bought with the software. The maintenance agreement (contract) contains Minor Updates (V.1.1 => 1.2), sometimes Major Updates (V.1.2 => 2.0) and is called e.g. Update Insurance, Upgrade Assurance. For a Major Update the customer has to buy an Upgrade, if not included in the maintenance. For a maintenance renewal some manufacturers charge a Reinstatement (Reinstallment) Fee retroactively per month, in case the current maintenance has expired. Maintenance normally doesn't include technical support. Here one can differentiate between e-mail and tel. support, also availability (e.g. 5x8, 5 days a week, 8 hours a day) and reaction time (e.g. three hours) can play a role. This is commonly named Gold, Silver and Bronze Support. Support is also licensed per incident as Incident Pack (e.g. five support incidents per year).[9]

Many manufacturers offer special conditions for schools and government agencies (EDU/GOV License). Migration from another product (Crossgrade), even from a different manufacturer (Competitive Upgrade) is offered.[9]

Free and open-source software licenses

<templatestyles src="Module:Hatnote/styles.css"></templatestyles>

Free and open-source licenses are commonly classified into two categories: Those with the aim to have minimal requirements about how the software can be redistributed (permissive licenses), and the protective share-alike (copyleft Licenses).

An example of a copyleft free software license is the often used GNU General Public License (GPL), also the first copyleft license. This license is aimed at giving and protecting all users unlimited freedom to use, study, and privately modify the software, and if the user adheres to the terms and conditions of the GPL, freedom to redistribute the software or any modifications to it. For instance, any modifications made and redistributed by the end-user must include the source code for these, and the license of any derivative work must not put any additional restrictions beyond what the GPL allows.[10]

Examples of permissive free software licenses are the BSD license and the MIT license, which give unlimited permission to use, study, and privately modify the software, and includes only minimal requirements on redistribution. This gives a user the permission to take the code and use it as part of closed-source software or software released under a proprietary software license.

There are several organizations in the FOSS domain who give out guidelines and definitions regarding software licenses. Free Software Foundation maintains non-exhaustive lists of software licenses following their The Free Software Definition and licenses which the FSF considers non-free for various reasons.[11] The FSF distinguishes additionally between free software licenses that are compatible or incompatible with the FSF license of choice, the copyleft GNU General Public License. The Open Source Initiative defines a list of certified open-source licenses following their The Open Source Definition.[12] Also the Debian project has a list of licenses which follow their Debian Free Software Guidelines.[13]

Lua error in Module:Details at line 30: attempt to call field '_formatLink' (a nil value).

See also

References

  1. 1.0 1.1 1.2 Lua error in package.lua at line 80: module 'strict' not found.
  2. pick-a-license-any-license on codinghorror by Jeff Atwood
  3. github-finally-takes-open-source-licenses-seriously on infoworld.com by Simon Phipps (July 13, 2013)
  4. Post open source software, licensing and GitHub on opensource.com by Richard Fontana (13 Aug 2013)
  5. Validity of the Creative Commons Zero 1.0 Universal Public Domain Dedication and its usability for bibliographic metadata from the perspective of German Copyright Law by Dr. Till Kreutzer, attorney-at-law in Berlin, Germany
  6. Lua error in package.lua at line 80: module 'strict' not found.
  7. Lua error in package.lua at line 80: module 'strict' not found.
  8. Lua error in package.lua at line 80: module 'strict' not found.
  9. 9.0 9.1 9.2 Lua error in package.lua at line 80: module 'strict' not found.
  10. Lua error in package.lua at line 80: module 'strict' not found.
  11. License listFree Software Foundation
  12. Open Source Licenses by Category on opensource.org
  13. DFSGLicenses on debian.org

External links