Acuerdo de código abierto patentado
Primero, utilizamos un diagrama de seguidor bastante intuitivo y claro para dividir varios protocolos: las diferencias entre las licencias de código abierto GPL, BSD, MIT, Mozilla, Apache y LGPL.
license.jpeg
La siguiente es una breve introducción al acuerdo anterior:
Acuerdo de código abierto de BSD
El acuerdo de código abierto de BSD Acuerdo es un acuerdo de código abierto para usuarios Acuerdo con mucha libertad. Básicamente, los usuarios son libres de "hacer lo que quieran" con el código fuente, usarlo y modificarlo libremente y redistribuir el código modificado como software de código abierto o propietario.
Sin embargo, la premisa de "hacer lo que quieras" Cuando utilizas el protocolo BSD para liberar código o desarrollas tus propios productos basados en el código del protocolo BSD, debes cumplir tres condiciones:
Si el producto redistribuido contiene código fuente, el código fuente debe contener la licencia BSD contenida en el código original.
Si solo redistribuye bibliotecas/software binarios, debe incluir la licencia BSD en el código original en la documentación y el aviso de derechos de autor de la biblioteca/software.
El nombre del autor/organización del código fuente abierto y el nombre del producto original no se pueden utilizar con fines de marketing.
El código BSD fomenta el disfrute del código, pero se deben respetar los derechos de autor del autor del código. BSD es un protocolo compatible con la integración empresarial porque permite a los usuarios modificar y redistribuir código, y también les permite utilizar o desarrollar software comercial distribuido y vendido en código BSD. Muchas empresas y emprendimientos prefieren el protocolo BSD al elegir productos de código abierto, porque pueden controlar completamente el código de estos terceros y modificarlo o volver a desarrollarlo cuando sea necesario.
Licencia Apache 2.0
La Licencia Apache es un protocolo adoptado por Apache, una conocida organización de código abierto sin fines de lucro. Al igual que BSD, este acuerdo también fomenta que el código disfrute y respete los derechos de autor del autor original, y también permite que el código sea modificado y publicado (como software comercial o de código abierto). Las condiciones que deben cumplirse también son similares a las de BSD:
Debe proporcionar a los usuarios del código una copia de la licencia de Apache.
Si modificas el código, deberás explicarlo en el archivo modificado.
En el código extendido (código modificado y código derivado del código fuente), es necesario incluir el acuerdo, la marca registrada, la declaración de patente y otras instrucciones especificadas por el autor original en el código original.
Si el producto redistribuido incluye un archivo de notificación, se requiere la licencia de Apache en el archivo de notificación. Puede agregar su propia licencia a la notificación, pero no puede aparecer como un cambio en la licencia de Apache.
La licencia Apache también es una licencia favorable a las empresas. Los usuarios también pueden modificar el código según sea necesario y publicarlo/venderlo como un producto comercial o de código abierto.
(Igual que gramos por litro) gramos/litro
El Linux que conocemos adopta GPL. El acuerdo GPL es muy diferente de BSD, la licencia Apache y otras licencias que fomentan la reutilización de código. El punto de partida de la GPL es el código abierto/uso libre del código y el código abierto/uso libre del código de referencia/modificado/derivado, pero el código modificado y derivado no puede publicarse ni venderse como código cerrado comercial. software. Es por eso que podemos utilizar una variedad de Linux gratuito, incluido Linux de empresas comerciales, así como diversos programas gratuitos desarrollados en Linux por individuos, organizaciones y empresas de software comercial.
El contenido principal del acuerdo GPL es que siempre que un producto del acuerdo GPL se utilice en un software ("uso" se refiere a la referencia de la biblioteca de clases, al código modificado o al código derivado), el software El producto también debe adoptar la licencia GPL, que es de código abierto y gratuita. A esto se le llama "infecciosidad". Los productos con licencia GPL se pueden utilizar como un solo producto sin ningún problema y además puedes disfrutar de la ventaja de ser gratuitos.
Debido a que GPL requiere estrictamente que los productos de software que utilizan bibliotecas de clases GPL deben utilizar el protocolo GPL, el código fuente abierto, el software comercial o los departamentos que tienen requisitos de confidencialidad para los códigos que utilizan el protocolo GPL no son adecuados para la integración. adopción como bibliotecas de clases y la base para el desarrollo secundario.
Otros detalles, como la necesidad de acuerdo GPL a la hora de redistribuir, similar a BSD/Apache.
LGPL
LGPL es un acuerdo de código abierto GPL diseñado principalmente para su uso con bibliotecas de clases. A diferencia de los requisitos de la GPL, cualquier software que utilice/modifique/deriva la biblioteca de clases GPL debe adoptar el protocolo GPL. LGPL permite que el software comercial utilice bibliotecas de clases LGPL a través de referencias de bibliotecas de clases (enlaces) sin código de software comercial de código abierto. Esto permite que el software comercial haga referencia, distribuya y venda el código fuente abierto que utiliza la licencia LGPL como una biblioteca de clases.
Sin embargo, si modifica o deriva el código con licencia LGPL, todo el código modificado, el código adicional y el código derivado involucrado en la parte modificada deben adoptar la licencia LGPL.
Por lo tanto, el código fuente abierto con licencia LGPL es muy adecuado para que el software comercial haga referencia a él como una biblioteca de terceros, pero no es adecuado para el software comercial que desea modificarlo y derivarlo para un desarrollo secundario basado en el código con licencia LGPL.
GPL/LGPL protegen los derechos de propiedad intelectual de los autores originales e impiden que otros utilicen código fuente abierto para copiar y desarrollar productos similares.
Instituto Tecnológico de Massachusetts
MIT es una licencia tan amplia como BSD. El autor sólo quiere conservar los derechos de autor sin ninguna otra restricción. Es decir, ya sea que distribuya en formato binario o de código fuente, debe incluir una declaración del acuerdo de licencia original con su distribución.
Master of PatentLaw
MPL es la abreviatura de Mozilla Public License, que es una licencia de software diseñada por el equipo Mozilla de Netscape para sus proyectos de software de código abierto en 1998. La razón más importante para el surgimiento de la licencia MPL es que Netscape cree que la licencia GPL no equilibra bien las necesidades de código fuente de los desarrolladores con los beneficios que obtienen al utilizar el código fuente. En comparación con las conocidas licencias GPL y BSD, MPL es idéntica a ellas en muchos aspectos de derechos y obligaciones (porque ambas son licencias de software de código abierto reconocidas por OSIA). Sin embargo, en comparación con MPL, existen varias diferencias significativas:
◆Aunque MPL requiere que las modificaciones al código fuente publicado bajo la licencia MPL deben volver a obtener la licencia MPL, para garantizar que otros puedan usarlo. La licencia MPL también está disponible según los términos. Sin embargo, en la licencia MPL, la definición de "distribución" es "un archivo distribuido desde el código fuente", lo que significa que MPL permite a las empresas agregar una interfaz basada en su código fuente existente. Además de que el código fuente del programa de interfaz se licencia externamente en forma de licencia MPL, el código fuente de la biblioteca de códigos fuente se puede licenciar obligatoriamente externamente sin una licencia MPL. Esto deja espacios para utilizar el código fuente de otras personas para su propio desarrollo de software comercial.
◆El artículo 3(7) de la Licencia MPL permite al licenciatario mezclar el código fuente obtenido a través de la Licencia MPL con otros tipos de su propio código para obtener su propio programa de software.
◆ En cuanto a la actitud hacia las patentes de software, la licencia MPL no se opone explícitamente a las patentes de software como la licencia GPL, pero exige claramente que el proveedor del código fuente no proporcione código fuente que ya esté protegido por una patente ( a menos que sea titular de una patente y conceda al público una licencia de dicho código fuente de forma gratuita y por escrito), ni podrá solicitar patentes relacionadas con dicho código fuente después de otorgarlo en forma de licencia de código abierto.
◆Definición de código fuente
En la licencia MPL (versión 1.1), la definición de código fuente es: "Código fuente significa la forma más preferida de un trabajo modificado, que incluye Todo el código fuente para todos los módulos, más definiciones de interfaces relevantes, más control 'original' de la instalación y compilación del trabajo ejecutable, o código fuente que no difiera significativamente del código fuente original
Licencia MPL El artículo 3 del Certificado tiene disposiciones especiales para describir las modificaciones del código fuente, lo que requiere que todos los redistribuidores tengan un archivo especial que describa el momento y el método de modificación del programa del código fuente.