< Day Day Up > |
The MPL also deals with patents much more thoroughly than any preceding open source license. To review, a patent is a grant under power of law of the right to exclude others from making, using, selling, offering to sell, or importing certain specifically claimed inventions . The claims in a patent can be licensed to others. The MPL actually defines Patent Claims more precisely as "including, without limitation, method, process, and apparatus claims in any patent Licensable by grantor." (MPL section 1.10.1.) This is consistent with the types of utility patents actually granted by the U.S. Patent and Trademark Office. Fortunately, these technical distinctions among types of claims won't be important for us here. First, the Initial Developer grants a patent license:
These complex provisions draw important lines around patented intellectual property. They are the first explicit patent grant we've yet seen in open source licenses. The licenses I described earlier in this book contain at most implied patent grants. (If a license, like the GPL, is a bare license , then there may be no implied patent grant at all.) Implied patent grants are, at best, ambiguous. Under the express provisions of the MPL, an Initial Developer licenses his or her patent claims to licensees of a specific embodiment of software, the Original Code , without limiting the Initial Developer's right to exclude others from making, using, or selling other embodiments in other software. Patent Claims are potentially valuable even if the Initial Developer doesn't realize initially how his or her inventions will later be applied. The developer may discover that his or her claims cover very different applications from what was originally conceived, or such claims may cover applications that combine technology contributed (or kept proprietary) by others. Thus, Patent Claims infringed by the making, using or selling of Original Code may find applications broader than just making, using, or selling the Original Code. For example, a patent claim for a cut/paste function licensed under the MPL for use in specific Original Code that does word processing ("WP version 1") may have other valuable applications, such as in an email or graphics program. Consider an open source licensor, an Initial Developer, who distributes WP version 1. That licensor owns a patent that contains three valuable claims, which I will paraphrase very incompletely (and unprofessionally, were I actually writing patent claims) as follows :
The Initial Developer (i.e., the patent owner and MPL licensor) grants enough patent rights so licensees can make, use, or sell WP version 1, the Original Code . (See MPL section 2.1[b].) Licensees under the MPL thus obtain limited licenses to the Initial Developer's broad claim 1 and the narrower claim 2. (Claim 1 is broader than claim 2 because claim 2 only applies to word processors, but claim 1 applies to any cut/paste application.)
In other words, the original MPL patent license applies only to claims 1 and 2, and only to a specific Original Work and to certain types of authorized Modifications . As for a Contributor , this is that subsequent licensor's reciprocal patent license:
These provisions deal with Modifications submitted by Contributors who are licensees of the Original Work . Each Contributor grants a reciprocal license for his or her own patents to allow Modifications to be made, used, or sold either alone or in combination with the Original Work . So if a Contributor invents cut/paste software that works for graphics, or an entirely different invention (such as a new way of processing fonts), and includes it in his or her Contribution , that claim is reciprocally licensed to the Initial Developer, to all other Contributors , and to all subsequent licensees , under terms similar to the complex ones I've just described. Furthermore, these provisions don't mean that the Contributor can automatically obtain a license to the Initial Developer 's claim 3 simply by creating a Modification that adds an email function; the Initial Developer , who has the right to license that patent claim, has specifically excluded it. (See MPL section 2.1[d].) If you intend to become a Contributor , you may need an additional patent license from the Initial Developer or an earlier Contributor before you can make, use, or sell your Modification . The MPL makes this explicit but, under the patent laws, the same issue exists under all the open source licenses, with their potential implied patent license grants, previously discussed in this book. Anyone planning to create improvements to open source software must obtain licenses to any patent claims necessary to make, use, or sell those improvements. A patent grant from the licensor that would cover improvements is not implicit or explicit in any of the licenses I've discussed so far. I like to think of such implied or explicit patent license restrictions as field of use restrictions; they limit the patent, sometimes in subtle ways, to use in specific fields or applications. How should we deal with field of use restrictions in open source licenses, where the copyright license provides unlimited freedom for licensees to create derivative works but the patent license does not? The Free Software Guidelines, the Open Source Definition, and the Open Source Principles from Chapter 1 provide no guidance. They do not mention patents at all. The fundamental activities that open source deals with are copying, modification, and distribution. That's copyright law. What about patent rights: making, using, selling and offering for sale, and importing? I believe the following is the only answer consistent with open source principles and with existing open source licenses:
The first sentence , identifying the minimum scope of a patent grant in an open source license, probably describes how a court would decide anyway in the absence of an express patent grant in the license ”at least for a contract although not for a bare license ”because a right to copy software is usually meaningless without a right to make and use, and the right to distribute is meaningless without the right to sell. The second sentence describes an option for increasing the scope of the patent grant and so doesn't belong in a mandatory Open Source Principle. I ultimately decided to leave this patent principle out of the Open Source Principles entirely because several important already-approved open source licenses don't say anything at all about the scope of the patent grant. Otherwise we might have to declare some existing open source licenses incompatible with this patent principle, further confusing people about what open source really means. |
< Day Day Up > |