OPHI Document title: ophi/scenarios for how
the license should work
Version: @@@
Date: 11/5/2003
Status: Draft
Document: openphi.mit.edu/.... for
Please send any comments on the document to Marshall
Van Alstyne
Author of this version: Licensing group
For more information check the Open Process Handbook Initiative at: http://ccs.mit.edu/ophi/
Scenarios
for licensing arrangements for the
Open Process Handbook Initiative
This document offers roughly a dozen scenarios for use and development
of the Process Handbook. Each scenario
illustrates a different potential use and indicates the desired payment offered
in exchange for access. It is intended
as the basis of discussion and design of an actual license.
1)
Private
Company/Private Use – a
firm wishes to use the product for its own purposes but does not want to
disclose how it is using the product or what derivative work or content it has
created.
Compensation: The
buyer pays the standard licensing fee for using the open platform and keeps the
subsequent content and development private into perpetuity. The buyer also receives support.
Rationale: In this
case, the firm returns nothing to the community and so compensation takes the
form of payment.
2)
Private
Individual/Private Use – a
person wishes to use the free product for his or her own purposes but does not
want to disclose how he or she is using the product or what derivative work or
content he/she creates.
Compensation: An
individual user is free to use the software as he / she wishes. No access is
provided to the paid portions of the product and there is no support.
Rationale: Since
anyone is free to download the free version, an individual user is encouraged
to experiment and also to encourage others to try the software.
3)
Private
Company/Temporary Free Use/Long-term Private Use – a firm wishes to try the software and
experiment with it. After adopting, the
firm wishes to keep changes to the product and content private.
Compensation: The
product is initially free of charge. An
employee of the company is free to experiment on an individual basis. As long as nothing is transferred within the
company, no charge is incurred. As soon
as transfer occurs (after 2 transfers), the licensing fee must be paid (or the
Extensions created need to be made publicly available). Note that multiple individual users within
the firm are restricted from exchanging files until the software is
licensed. Support is provided upon
paying the license.
Rationale: It is
desirable for firms and individuals to try before they buy. Restricting free use to a tiny subset of
individuals permits trial but limits the exchange value of multiple users until
the firm has returned something of value to the community.
4)
Derivative Functional
Work / Fully Open Code – a
person or firm enhances the basic software and makes the full value of their
enhancements available to the community.
Compensation: There
is no charge and the person or firm is free to use the open platform and their
enhancement in any way they wish.
Rationale: In this
case, the developer of an enhancement has contributed something back to the
community. Product enhancement is
acceptable in lieu of payment. All such
contributed code will remain part of the open code base. Note that since they open all their
enhancements and there are no sales, it really does not matter what their
minimum contribution is. This can be
enforced via copyright.
5)
Derivative Content
Work / Fully Open Code –
This is the same as above only the content produced with the software, not the
software itself, is derivative.
Compensation: As
long as the content is open, there is no charge and the person or firm is free
to use it as they wish.
Rationale: Again,
value is returned to the community so in-kind contributions are made in lieu of
compensation. Attaching conditions to
the content might not depend on copyright but more can depend on patent. The
test for transferring content binds at the point when content is transferred to
any party other than the person who produced it and one “reviewer”. The threshold for sharing to more parties
will be 2 people.
[issue to discuss: How do we
define “content produced with the software”? Consider the following cases:
(a) Joe User creates a minimal skeleton of
content using the PH editor (lots of “bare” entries with only a name and links
to other (private) websites. Then he
creates lots of new content on those private web pages. In this case, only the skeleton entries need
to be shared. Is this what we
want? It doesn’t seem ideal, but it’s
probably okay.
(b) Sally User creates elaborate content that
links to the PH entries, but doesn’t change the PH entries themselves. She doesn’t have to share anything. Is this what we want? Probably.]
6)
Derivative
Functional or Content Work / Fully Open Code + Consulting – a person or firm enhances the basic
software and makes the full value of their enhancements available to the
community then also offers a non-software fee-for-service such as support or
consulting. In the case of Linux, RedHat would be an example.
Compensation: There is no charge and the person or firm is free to use the open platform and their enhancement in any way they wish.
Rationale: The
developer is contributing value back to the community in code as well as
expanding the user base.
7)
Private
Company or Individual / Closed Code or Private Sales – This is the case of a value-added
reseller or VAR. A firm or individual
takes the open platform and extends it to launch a new product or service.
Compensation: The
fee is a standard percentage of the total sales of any product or service built
on or from the open platform. This fee
rises the longer the enhanced offering is kept private.
Rationale: Since the
VAR depends on the open platform and has not opened their own enhancement, they
need to provide compensation in proportion to the value they receive, which
increases the longer they keep their enhancement private. The percentage rises over time to encourage
subsequent enhancements to also become open.
A firm that objects to the published percentage may seek to negotiate a
different percentage but is otherwise bound by the published pricing levels.
8)
Derivative
Functional or Content Work / Partially Open Code – a person or firm enhances the basic open
platform and makes only part of their enhancement value available for free.
Compensation: A
royalty percentage can be negotiated on a case by case basis. This percentage will not be more than the
fully closed case and can be considerably less. As always, it also rises the longer the enhancement remains
private.
Rationale: In this
case, the developer of an enhancement has contributed something back to the
community. Product enhancement is
acceptable in lieu of payment. All such
contributed code will remain part of the open code base. Note that if a firm contributing the full
value of their enhancement, there would be no question of a minimum
return. The contributions must be
useful, nonobvious, and of sufficient value to be worthy of inclusion in the
open platform code base. Failing this,
firms must pay a standard royalty fee on non-software services. This can be enforced via copyright.
9)
Enabled
Non-Derivative Work/Offered for Sale – a firm or individual has developed independent software that infinges
the PH patents. (In this case, it
doesn’t matter whether or not they used the original software or content:. Patent law still applies..)
Compensation: This
software is subject to all the same terms as software or content that directly
uses the PH software or content.
License for free use is automatically granted if the user makes the
software freely available to others.
Otherwise, the user must pay a standard royalty or license fee.
Rationale: Although
the intent was to avoid royalty by creating separate code, and this would
normally be feasible under copyright, the Process Handbook is also governed by
US and international patents. Thus any
works that infringe the patents can be enjoined. This kind of user would still be expected to contribute something
back to the community.
10) 3rd Party Consultant or
Contractor/Private Use – a
firm or individual has been hired to develop content or functional enhancements
from the basic product. The
enhancements are created, transferred to the client, and kept proprietary.
Compensation: The
client or party contracting for the enhancements pays a standard licensing
fee. The consultant pays no fee. Other payments between the client and
consultant are their own arrangement.
Rationale: Since no
value from the enhancements is returned to the community, compensation takes
the form of straightforward licensing.
11) Google Case / Unrestricted VAR access – a
firm indexes part or all of the online open platform and makes this index
available to others for free.
Alternatively, a company like Google, offers any other value adding
service with unrestricted access to their offering no matter how it builds on
the open platform.
Compensation: There
would be no charge for any such value adding services so long as third party
access is completely free and open.
Rationale: Bringing
the software to the attention of a broader community is one of the ways of
contributing value to the community.
Adding value-adding services also contributes value to the community. It
would not matter that a search engine company (or analogous service) makes indirect
money from advertising or other two-sided network effects (e.g. selling access
for one party to eyeballs of another, matching buyers and sellers, or pairing
content creation and content consumption).
Presumably, such a company would need to offer enough value that it
would be feasble to charge other indirect parties. This should be encouraged.
12) Derivative Functional or Content Work /
Offered at prohibitive price –
a firm or individual has created a derivative work which it wants to keep
private. In order to avoid the
licensing fee, the firm opts instead for the royalty option, but offers the
work at such a high price that it is never purchased. The firm must still declare in advance its intended Proprietary
Period for selling the derivative work.
Compensation: If no
sales are made by the end of the Proprietary Period, the licensing fee would
apply retroactively plus an x% penalty if no sales are made within the period.
Rationale: This
simply encourages firms to make the honest choice in either paying the fee or
paying the royalty in exchange for access to the software. It also encourages reasonable price setting
from the users' perspective which benefits everyone in the long run.