Un estándar abierto es un estándar que es de libre acceso y utilizable por cualquier persona. También es un requisito común que los estándares abiertos utilicen una licencia abierta que permita su extensibilidad. Normalmente, cualquiera puede participar en su desarrollo debido a su naturaleza inherentemente abierta. No existe una única definición y las interpretaciones varían según el uso. Algunos ejemplos de estándares abiertos son los estándares GSM, 4G y 5G que permiten que la mayoría de los teléfonos móviles modernos funcionen en todo el mundo.
Los términos abierto y estándar tienen una amplia gama de significados asociados a su uso. Hay varias definiciones de estándares abiertos que enfatizan diferentes aspectos de la apertura, incluyendo la apertura de la especificación resultante, la apertura del proceso de redacción y la propiedad de los derechos en el estándar. El término "estándar" a veces se limita a tecnologías aprobadas por comités formalizados que están abiertos a la participación de todas las partes interesadas y operan sobre una base de consenso.
Las definiciones del término estándar abierto utilizadas por académicos, la Unión Europea y algunos de sus gobiernos o parlamentos miembros, como Dinamarca , Francia y España, excluyen que los estándares abiertos requieran el pago de tarifas por su uso, como hacen los gobiernos de Nueva Zelanda , Sudáfrica y Venezuela . En cuanto a las organizaciones de normalización, el Consorcio World Wide Web (W3C) garantiza que sus especificaciones se puedan implementar sin el pago de regalías .
Muchas definiciones del término " norma" permiten a los titulares de patentes imponer derechos de autor y otras condiciones de licencia " razonables y no discriminatorias " a los implementadores o usuarios de la norma. Por ejemplo, las reglas para normas publicadas por los principales organismos de normalización reconocidos internacionalmente, como el Grupo de Trabajo de Ingeniería de Internet (IETF), la Organización Internacional de Normalización (ISO), la Comisión Electrotécnica Internacional (IEC) y la UIT-T, permiten que sus normas contengan especificaciones cuya implementación requerirá el pago de derechos de licencia de patentes. Entre estas organizaciones, sólo la IETF y la UIT-T se refieren explícitamente a sus normas como "normas abiertas", mientras que las demás se refieren únicamente a la producción de "normas". La IETF y la UIT-T utilizan definiciones de "norma abierta" que permiten requisitos de derechos de licencia de patentes "razonables y no discriminatorios".
En la comunidad de software de código abierto, hay quienes sostienen que un "estándar abierto" sólo es abierto si se puede adoptar, implementar y extender libremente. [1] Si bien los estándares o arquitecturas abiertos se consideran no propietarios en el sentido de que el estándar no tiene propietario o lo tiene un organismo colectivo, aún así se puede compartir públicamente y no está estrictamente protegido. [2] El ejemplo típico de "código abierto" que se ha convertido en estándar es la computadora personal originada por IBM y ahora conocida como Wintel , la combinación del sistema operativo Microsoft y el microprocesador Intel. [3] Hay otros tres que son más ampliamente aceptados como "abiertos", que incluyen los teléfonos GSM (adoptados como estándar gubernamental), Open Group que promueve UNIX y el Grupo de Trabajo de Ingeniería de Internet (IETF) que creó los primeros estándares de SMTP y TCP/IP. Los compradores tienden a preferir los estándares abiertos que creen que les ofrecen productos más baratos y más opciones de acceso debido a los efectos de red y la mayor competencia entre proveedores. [4]
Los estándares abiertos que especifican formatos a veces se denominan formatos abiertos .
Muchas especificaciones a las que a veces se hace referencia como estándares son de propiedad exclusiva y solo están disponibles (si es que se pueden obtener) bajo términos contractuales restrictivos de la organización que posee los derechos de autor sobre la especificación. Como tal, estas especificaciones no se consideran completamente abiertas . Joel West ha argumentado que los estándares "abiertos" no son blanco y negro, sino que tienen muchos niveles diferentes de "apertura". [5] Un estándar más abierto tiende a ocurrir cuando el conocimiento de la tecnología se dispersa lo suficiente como para que aumente la competencia y otros puedan comenzar a copiar la tecnología a medida que la implementan. Esto ocurrió con la arquitectura Wintel cuando otros pudieron comenzar a imitar el software. [3] Existen estándares menos abiertos cuando una empresa en particular tiene mucho poder (no propiedad) sobre el estándar, lo que puede ocurrir cuando la plataforma de una empresa "gana" en el establecimiento de estándares o el mercado hace que una plataforma sea la más popular. [6]
El 12 de agosto de 2012, el Instituto de Ingenieros Eléctricos y Electrónicos (IEEE), la Sociedad de Internet (ISOC), el Consorcio World Wide Web (W3C), el Grupo de Trabajo de Ingeniería de Internet (IETF) y el Consejo de Arquitectura de Internet (IAB) afirmaron conjuntamente un conjunto de principios que han contribuido al crecimiento exponencial de Internet y las tecnologías relacionadas. Los “Principios OpenStand” definen estándares abiertos y establecen los elementos básicos para la innovación. [7] [8] Los estándares desarrollados utilizando los principios OpenStand se desarrollan a través de un proceso abierto y participativo, apoyan la interoperabilidad, fomentan la competencia global, se adoptan voluntariamente a nivel mundial y sirven como elementos básicos para productos y servicios destinados a satisfacer las necesidades de los mercados y los consumidores. Esto impulsa la innovación que, a su vez, contribuye a la creación de nuevos mercados y al crecimiento y expansión de los mercados existentes.
Hay cinco principios clave de OpenStand, que se describen a continuación:
1. Cooperación Cooperación respetuosa entre organizaciones de normalización, en la que cada una respete la autonomía, la integridad, los procesos y las normas de propiedad intelectual de las demás.
2. Adhesión a los principios : Adhesión a los cinco principios fundamentales de la elaboración de normas, a saber:
3. Compromiso de empoderamiento colectivo mediante la afirmación de las organizaciones de normalización y sus participantes con el empoderamiento colectivo mediante el esfuerzo por alcanzar estándares que:
4. Disponibilidad Las especificaciones de los estándares se ponen a disposición de todos para su implementación y despliegue. Las organizaciones que los aprueban han definido procedimientos para desarrollar especificaciones que se puedan implementar en condiciones justas. Dada la diversidad del mercado, las condiciones justas pueden variar desde libres de regalías hasta condiciones justas, razonables y no discriminatorias (FRAND).
5. Adopción voluntaria Las normas se adoptan voluntariamente y el éxito está determinado por el mercado.
[9]
La UIT-T es una organización de normalización (SDO) que constituye uno de los tres sectores de la Unión Internacional de Telecomunicaciones (una agencia especializada de las Naciones Unidas ). La UIT-T cuenta con un grupo ad hoc del director de la Oficina de Normalización de las Telecomunicaciones sobre derechos de propiedad intelectual que elaboró la siguiente definición en marzo de 2005, que la UIT-T en su conjunto ha respaldado para sus fines desde noviembre de 2005: [10]
La UIT-T , la UIT-R , la ISO y la IEC han armonizado una política común de patentes [11] bajo el estandarte de la WSC . Sin embargo, la definición de la UIT-T no debe considerarse necesariamente aplicable también en los contextos de la UIT-R, la ISO y la IEC, ya que la Política Común de Patentes [12] no hace ninguna referencia a "estándares abiertos", sino únicamente a "estándares".
En la sección 7 de su RFC 2026, el IETF clasifica las especificaciones que se han desarrollado de manera similar a la del propio IETF como "estándares abiertos" y enumera los estándares producidos por ANSI , ISO , IEEE e ITU-T como ejemplos. Como los procesos de estandarización del IETF y las políticas de propiedad intelectual tienen las características enumeradas anteriormente por ITU-T, los estándares del IETF cumplen con la definición de ITU-T de "estándares abiertos".
Sin embargo, el IETF no ha adoptado una definición específica de "estándar abierto"; tanto el RFC 2026 como la declaración de misión del IETF (RFC 3935) hablan de "proceso abierto", pero el RFC 2026 no define "estándar abierto" excepto con el propósito de definir a qué documentos se pueden vincular los estándares del IETF.
RFC 2026 pertenece a un conjunto de RFC conocidos colectivamente como BCP 9 (Best Common Practice, una política del IETF). [13] RFC 2026 fue actualizado posteriormente por BCP 78 y 79 (entre otros). A partir de 2011 BCP 78 es RFC 5378 (Rights Contributors Provide to the IETF Trust), [14] y BCP 79 consta de RFC 3979 (Intellectual Property Rights in IETF Technology) y una aclaración en RFC 4879. [15] Los cambios tienen como objetivo ser compatibles con la "Licencia BSD simplificada " como se indica en las Disposiciones legales del IETF Trust y las Preguntas frecuentes sobre derechos de autor basadas en RFC 5377. [16]
En agosto de 2012, el IETF se asoció con el W3C y el IEEE para lanzar OpenStand [17] y publicar The Modern Paradigm for Standards, que recoge "los procesos de normalización eficaces y eficientes que han convertido a Internet y la Web en las principales plataformas para la innovación y el comercio sin fronteras". La declaración se publicó en forma de RFC 6852 en enero de 2013.
La Unión Europea definió el término para su uso dentro de su Marco Europeo de Interoperabilidad para Servicios Paneuropeos de Gobierno Electrónico, Versión 1.0 [18], aunque no pretende ser una definición universal para todo el uso y documentación de la Unión Europea .
Para lograr la interoperabilidad en el contexto de los servicios paneuropeos de gobierno electrónico, la orientación debe centrarse en los estándares abiertos.
La palabra "abierto" se entiende aquí en el sentido de cumplir los siguientes requisitos:
- La norma es adoptada y será mantenida por una organización sin fines de lucro, y su desarrollo continuo se realiza sobre la base de un procedimiento de toma de decisiones abierto disponible para todas las partes interesadas (consenso o decisión mayoritaria, etc.).
- La norma se ha publicado y el documento de especificaciones de la norma está disponible gratuitamente o a un precio simbólico. Debe permitirse a todos copiarlo, distribuirlo y utilizarlo sin cargo o a un precio simbólico.
- La propiedad intelectual, es decir, las patentes eventualmente presentes, de (partes de) la norma se pone a disposición de forma irrevocable y libre de regalías .
- No existen restricciones a la reutilización del estándar [19]
El Consorcio de la Industria de Operaciones Centradas en Red (NCOIC) define el estándar abierto de la siguiente manera:
Especificaciones de hardware y/o software que están disponibles públicamente, lo que implica que varios proveedores pueden competir directamente en función de las características y el rendimiento de sus productos. También implica que el sistema abierto existente puede eliminarse y reemplazarse por el de otro proveedor con un mínimo esfuerzo y sin grandes interrupciones. [20]
El gobierno danés ha intentado elaborar una definición de estándares abiertos [21] , que también se utiliza en proyectos paneuropeos de desarrollo de software. En ella se afirma:
- Un estándar abierto es accesible para todos de forma gratuita (es decir, no hay discriminación entre usuarios y no se requiere ningún pago ni otras contraprestaciones como condición para el uso del estándar).
- Un estándar abierto necesariamente permanece accesible y gratuito (es decir, los propietarios renuncian a sus opciones, si es que existen, de limitar el acceso al estándar en una fecha posterior, por ejemplo, comprometiéndose a la apertura durante el resto de la vida de una posible patente).
- Un estándar abierto es accesible de forma gratuita y está documentado en todos sus detalles (es decir, todos los aspectos del estándar son transparentes y están documentados, y tanto el acceso como el uso de la documentación son gratuitos).
El Parlamento francés aprobó una definición de “estándar abierto” en su “Ley de confianza en la economía digital”. [22] La definición es (artículo 4):
- Por estándar abierto se entiende cualquier protocolo de comunicación, interconexión o intercambio, y cualquier formato de datos interoperable cuyas especificaciones sean públicas y sin restricción alguna en su acceso o implementación.
El caso del Gobierno de la India es un caso claro de derechos libres de regalías y de requisitos de amplio alcance [23].
4.1 Características obligatorias Un estándar identificado se considerará un “estándar abierto” si cumple con los siguientes criterios:
- 4.1.1 El documento de especificación de la norma identificada deberá estar disponible con o sin una tarifa nominal.
- 4.1.2 Las reivindicaciones de patente necesarias para implementar el estándar identificado se pondrán a disposición libres de regalías durante la vigencia del estándar.
- 4.1.3 El Estándar Identificado deberá ser adoptado y mantenido por una organización sin fines de lucro, en la que todas las partes interesadas puedan optar por participar de manera transparente, colaborativa y consensuada.
- 4.1.4 El estándar identificado deberá ser recursivamente abierto en la medida de lo posible.
- 4.1.5 La norma identificada deberá tener una especificación tecnológicamente neutral.
- 4.1.6 El estándar identificado deberá ser capaz de brindar soporte de localización, cuando corresponda, para todos los idiomas oficiales de la India para todos los dominios aplicables.
Italia tiene una regla general para todo el sector público que trata los estándares abiertos, aunque se concentra en los formatos de datos, en el Art. 68 del Código de la Administración Digital ( Codice dell'Amministrazione Digitale ) [24]
[Las aplicaciones deben] permitir la representación de datos en diferentes formatos, siendo al menos uno de ellos un formato de datos abierto.
[...]
[Se define] un formato de datos abierto, un formato de datos que se hace público, está completamente documentado y es neutral con respecto a las herramientas tecnológicas necesarias para examinar los mismos datos.
El Marco de Interoperabilidad del Gobierno Electrónico (e-GIF) [25] define el estándar abierto como libre de regalías de acuerdo con el siguiente texto:
Si bien es poco probable que en un futuro próximo se llegue a una definición universalmente aceptada de “estándares abiertos”, el e-GIF acepta que una definición de “estándares abiertos” debe reconocer un continuo que va desde lo cerrado a lo abierto y abarca distintos grados de “apertura”. Para orientar a los lectores en este sentido, el e-GIF aprueba los “estándares abiertos” que presentan las siguientes propiedades:
- Ser accesible para todos de forma gratuita: no debe haber discriminación entre usuarios y no debe exigirse ningún pago ni ninguna otra consideración como condición para utilizar el estándar.
- Seguir siendo accesible para todos de forma gratuita: los propietarios deben renunciar a sus opciones, si las hubiera, de limitar el acceso a la norma en una fecha posterior.
- Documentarse en todos sus detalles: todos los aspectos del estándar deben ser transparentes y documentados, y tanto el acceso como el uso de la documentación deben ser gratuitos.
El e-GIF cumple en la administración electrónica la misma función que el Código de circulación en las carreteras. Conducir sería excesivamente costoso, ineficiente e ineficaz si hubiera que acordar normas de circulación cada vez que un vehículo se cruza con otro.
La Ley de Estándares Abiertos de Portugal, [26] aprobada en 2011, exige el uso de estándares abiertos y es aplicable a las entidades soberanas, los servicios de la administración pública central (incluidos los servicios descentralizados y los institutos públicos), los servicios de la administración pública regional y el sector público. En ella, los estándares abiertos se definen de la siguiente manera:
a) Su adopción sea fruto de un proceso de decisión abierto y accesible a todas las partes interesadas;
b) El documento de especificaciones debe haber sido publicado libremente, permitiéndose su copia, distribución y utilización sin restricciones;
c) El documento de especificaciones no puede cubrir acciones no documentadas de los procesos;
d) Los derechos de propiedad intelectual aplicables, incluidas las patentes, hayan sido puestos a disposición del Estado portugués de forma plena, irrevocable e irreversible;
e) No existen restricciones para su implementación.
Una Ley aprobada por el Parlamento español [27] exige que todos los servicios electrónicos prestados por la administración pública española se basen en estándares abiertos. Define un estándar abierto como libre de regalías, según la siguiente definición (ANEXO Definiciones k):
Un estándar abierto cumple las siguientes condiciones:
- es público y su uso está disponible de forma gratuita o con un coste que no suponga una dificultad para el usuario.
- Su utilización no está sujeta al pago de ningún derecho de propiedad intelectual [copyright] o industrial [patentes y marcas].
El Gobierno sudafricano aprobó una definición en el “Manual de normas mínimas de interoperabilidad operativa” (MIOS). [28]
A los efectos de la MIOS, una norma se considerará abierta si cumple todos estos criterios. Hay normas que estamos obligados a adoptar por razones pragmáticas que no necesariamente cumplen plenamente con la condición de ser abiertas en todos los aspectos. En tales casos, cuando aún no exista una norma abierta, se tendrá en cuenta el grado de apertura a la hora de seleccionar una norma adecuada:
La definición de estándares abiertos del gobierno del Reino Unido se aplica a la interoperabilidad de software y a los formatos de datos y documentos. Los criterios para los estándares abiertos se publican en el documento de políticas “Principios de estándares abiertos” y son los siguientes: [29]
- Colaboración: la norma se mantiene mediante un proceso de toma de decisiones colaborativo, basado en el consenso y que no depende de ningún proveedor individual. La participación en el desarrollo y mantenimiento de la norma está abierta a todas las partes interesadas.
- Transparencia: el proceso de toma de decisiones es transparente y una revisión de acceso público realizada por expertos en la materia es parte del proceso.
- Debido proceso: la norma es adoptada por una organización de especificación o estandarización, o un foro o consorcio con un proceso de retroalimentación y ratificación para garantizar la calidad.
- Acceso justo: el estándar está bien documentado, está disponible públicamente y su uso es gratuito.
- Maduro: completamente desarrollado, a menos que esté en el contexto de creación de soluciones innovadoras.
- Independiente de la plataforma, la aplicación y el proveedor, respaldado por el mercado con varias implementaciones.
- Derechos: los derechos esenciales para la implementación del estándar y para la interacción con otras implementaciones que han adoptado el mismo estándar se otorgan bajo licencia sin regalías, lo que es compatible tanto con soluciones de código abierto como con soluciones con licencia propietaria. Estos derechos deberían ser irrevocables a menos que se incumplan las condiciones de la licencia.
La Oficina del Gabinete del Reino Unido recomienda que los departamentos gubernamentales especifiquen los requisitos utilizando estándares abiertos al realizar ejercicios de adquisiciones con el fin de promover la interoperabilidad y la reutilización, y evitar el bloqueo tecnológico. [30]
El Gobierno venezolano aprobó una “ley de software libre y estándares abiertos”. [31] El decreto incluye la exigencia de que el sector público venezolano debe utilizar software libre basado en estándares abiertos, e incluye una definición de estándar abierto:
Artículo 2: Para los efectos del presente Decreto, se entenderá por:
k) Estándares abiertos: especificaciones técnicas, publicadas y controladas por una organización encargada de su desarrollo, que han sido aceptadas por la industria, disponibles para todos para su implementación en software libre u otro [tipo de software], promoviendo la competitividad, la interoperabilidad y la flexibilidad.
Una de las definiciones más populares del término "estándar abierto", medida a través del ranking de Google, es la desarrollada por Bruce Perens . [32] Su definición enumera un conjunto de principios que él cree que debe cumplir un estándar abierto: [33]
Bruce Perens continúa explicando con más detalle los puntos de la norma en la práctica. Con respecto a la disponibilidad, afirma que "cualquier proyecto de software debería poder permitirse una copia sin mayores dificultades. El costo no debería superar con creces el costo de un libro de texto universitario". [33]
Ken Krechmer [34] identifica diez "derechos":
Vijay Kapoor, responsable nacional de tecnología de Microsoft , define lo que son los estándares abiertos de la siguiente manera: [35]
Veamos qué significa un estándar abierto: "abierto" se refiere a que no tiene regalías, mientras que "estándar" se refiere a una tecnología aprobada por comités formalizados que están abiertos a la participación de todas las partes interesadas y funcionan sobre la base del consenso. Un estándar abierto está disponible públicamente y se desarrolla, aprueba y mantiene mediante un proceso colaborativo y basado en el consenso.
En general, la relación de Microsoft con los estándares abiertos fue, en el mejor de los casos, mixta. Si bien Microsoft participó en las organizaciones de normalización más importantes que establecen estándares abiertos, a menudo se la consideró opositora a su adopción. [36]
La Iniciativa de Código Abierto define los requisitos y criterios para los estándares abiertos de la siguiente manera: [37]
El requisito
Un "estándar abierto" no debe prohibir implementaciones conformes en software de código abierto.
Los criterios
Para cumplir con el requisito de estándares abiertos, un "estándar abierto" debe satisfacer los siguientes criterios. Si un "estándar abierto" no cumple estos criterios, estará discriminando a los desarrolladores de código abierto.
Como proveedor de estándares de tecnología web TIC , en particular XML , http , HTML , CSS y WAI , el Consorcio World Wide Web (W3C) sigue un proceso que promueve el desarrollo de estándares de calidad. [38]
Si nos fijamos en el resultado, la especificación por sí sola, lista para su adopción, no es suficiente. El proceso participativo/inclusivo que conduce a un diseño particular y los recursos de apoyo disponibles para ello deben tenerse en cuenta cuando hablamos de estándares abiertos:
- Transparencia (el debido proceso es público y todas las discusiones técnicas y actas de reuniones se archivan y se pueden consultar en la toma de decisiones)
- Relevancia (la nueva estandarización se inicia tras un análisis adecuado de las necesidades del mercado, incluida la fase de requisitos, por ejemplo, accesibilidad, multilingüismo)
- Apertura (cualquiera puede participar y lo hacen todos: la industria, los individuos, el público, los organismos gubernamentales, el mundo académico, a escala mundial)
- imparcialidad y consenso (justicia garantizada por el proceso y el alojamiento neutral de la organización W3C, con igual peso para cada participante)
- Disponibilidad (acceso gratuito al texto estándar, tanto durante el desarrollo, en la etapa final y para las traducciones, y garantía de que las tecnologías centrales de Internet y la Web pueden implementarse sin regalías)
- mantenimiento (proceso continuo de pruebas, erratas, revisión, acceso permanente, validación, etc.)
En agosto de 2012, el W3C se asoció con el IETF y el IEEE para lanzar OpenStand [17] y publicar The Modern Paradigm for Standards, que recoge "los procesos de normalización eficaces y eficientes que han convertido a Internet y la Web en las principales plataformas para la innovación y el comercio sin fronteras".
La Organización de Estándares Digitales (DIGISTAN) afirma que "un estándar abierto debe apuntar a crear una competencia sin restricciones entre los proveedores y una elección sin restricciones para los usuarios". [39] Su breve definición de "estándar abierto" (o "estándar libre y abierto") es "una especificación publicada que es inmune a la captura por parte del proveedor en todas las etapas de su ciclo de vida". Su definición más completa es la siguiente:
- "La norma es adoptada y será mantenida por una organización sin fines de lucro, y su desarrollo continuo se produce sobre la base de un procedimiento de toma de decisiones abierto disponible para todas las partes interesadas.
- La norma ha sido publicada y el documento de especificaciones de la norma está disponible gratuitamente. Debe permitirse que todos lo copien, distribuyan y utilicen libremente.
- Las patentes eventualmente presentes en (o en partes de) la norma se ponen a disposición de forma irrevocable y libre de regalías.
- No existen restricciones sobre la reutilización del estándar.
Una propiedad definitoria clave es que un estándar abierto es inmune a la captura por parte de los proveedores en todas las etapas de su ciclo de vida. La inmunidad a la captura por parte de los proveedores permite mejorar, confiar y ampliar un estándar abierto a lo largo del tiempo. [40]
Esta definición se basa en la definición de "estándar abierto" de la UE en el EIF v1, pero con cambios para abordar lo que denomina "captura del proveedor". Creen que "muchos grupos e individuos han proporcionado definiciones de 'estándar abierto' que reflejan sus intereses económicos en el proceso de normalización. Vemos que el conflicto fundamental es entre los proveedores que buscan capturar mercados y aumentar los costos, y el mercado en general, que busca libertad y menores costos... Los proveedores trabajan duro para convertir los estándares abiertos en estándares de franquicia. Trabajan para cambiar el lenguaje estatutario para poder disfrazar los estándares de franquicia con la apariencia de 'estándar abierto'. Una definición sólida de "estándar libre y abierto" debe, por lo tanto, tener en cuenta el conflicto económico directo entre los proveedores y el mercado en general". [39]
La Free Software Foundation Europe (FSFE) utiliza una definición basada en el Marco Europeo de Interoperabilidad v.1, y fue ampliada tras consultar con las partes interesadas de la industria y la comunidad. [41] El estándar de la FSFE ha sido adoptado por grupos como el Proyecto SELF de la UE, la Declaración de Ginebra de 2008 sobre Estándares y el Futuro de Internet y los equipos internacionales del Día de la Libertad de los Documentos .
Según esta definición, un estándar abierto es un formato o protocolo que es:
La definición de la Fundación para una Infraestructura de Información Libre coincide [ ¿quién la afirma? ] con la definición publicada en el Marco Europeo de Interoperabilidad publicado en 2004.
Una especificación pública, un estándar inclusivo que ha sido desarrollado y mantenido en un proceso de estandarización abierto, puede ser implementado por todos sin ninguna restricción, ni pago, ni licencia de los derechos de propiedad intelectual (concedidos a todos de forma gratuita y sin ninguna condición). Estos son los términos mínimos de licencia que piden los organismos de estandarización como el W3C. Por supuesto, todos los demás organismos aceptan estándares abiertos, pero la especificación en sí misma puede costar una cantidad considerable de dinero (es decir, entre 100 y 400 euros por copia, como en el caso de la ISO, debido al copyright y a la publicación del documento en sí). [42]
Tenga en cuenta que debido a que las diversas definiciones de "estándar abierto" difieren en sus requisitos, los estándares enumerados a continuación pueden no ser abiertos según todas las definiciones.
En 2002 y 2003 aumentó la controversia sobre el uso de licencias razonables y no discriminatorias (RAND) para el uso de tecnología patentada en estándares web . Bruce Perens , asociaciones importantes como la FSF o la FFII y otros han argumentado que el uso de patentes restringe quién puede implementar un estándar a aquellos capaces o dispuestos a pagar por el uso de la tecnología patentada. El requisito de pagar una pequeña cantidad por usuario es a menudo un problema insuperable para las implementaciones de software libre/de código abierto que pueden ser redistribuidas por cualquiera. La licencia libre de regalías (RF) es generalmente la única licencia posible para las implementaciones de software libre/de código abierto. La versión 3 de la Licencia Pública General de GNU incluye una sección que prohíbe a cualquiera que distribuya un programa publicado bajo la GPL hacer cumplir las patentes a los usuarios posteriores del software o trabajos derivados.
Un resultado de esta controversia fue que muchos gobiernos (incluidos los gobiernos danés, francés y español por separado y la UE en conjunto) afirmaron específicamente que los "estándares abiertos" requerían licencias libres de regalías. Algunas organizaciones de estándares, como el W3C , modificaron sus procesos para permitir esencialmente solo licencias libres de regalías.
En la actualidad, las patentes de software, fórmulas y algoritmos son exigibles en los Estados Unidos, pero no en la UE. La Convención sobre Patentes Europeas prohíbe expresamente que los algoritmos, los métodos comerciales y el software estén cubiertos por patentes. [51] Los Estados Unidos sólo las permiten desde 1989 y en los últimos años ha habido una creciente controversia sobre los beneficios o la viabilidad de las patentes.
Un organismo de normalización y sus procesos asociados no pueden obligar al titular de una patente a renunciar a su derecho a cobrar tasas por licencias, especialmente si la empresa en cuestión no es miembro del organismo de normalización y no está sujeta a ninguna regla que se haya establecido durante el proceso de desarrollo de las normas. De hecho, este elemento desalienta a algunos organismos de normalización a adoptar un enfoque "abierto", por temor a perder si sus miembros están más limitados que los no miembros. Pocos organismos realizarán (o exigirán a sus miembros que realicen) una búsqueda completa de patentes. En última instancia, las únicas sanciones que un organismo de normalización puede aplicar a un no miembro cuando se exige una licencia de patente es cancelar la norma, tratar de modificarla o trabajar para invalidar la patente. Los organismos de normalización como el W3C y OASIS exigen [ cita requerida ] que el uso de las patentes requeridas se conceda bajo una licencia libre de regalías como condición para unirse al organismo o a un grupo de trabajo en particular, y esto generalmente se considera exigible. [ cita requerida ]
Entre los ejemplos de reclamaciones de patentes presentadas contra estándares que antes se consideraban abiertos se incluyen JPEG y el caso Rambus sobre DDR SDRAM . El códec de vídeo H.264 es un ejemplo de una organización de estándares que produce un estándar que tiene patentes obligatorias conocidas y no exentas de regalías.
A menudo, el alcance de la norma en sí determina la probabilidad de que una empresa pueda utilizarla como protección similar a una patente. Richard Langlois sostiene que las normas con un alcance amplio pueden ofrecer a una empresa cierto nivel de protección frente a los competidores, pero es probable que la destrucción creativa schumpeteriana acabe dejando a la empresa expuesta a que se "inventen cosas en torno a ella", independientemente de la norma de la que pueda beneficiarse. [2]
[...] El tsunami que devastó los países del sudeste asiático y las partes nororientales de África es quizás la demostración más gráfica, aunque desafortunada, de la necesidad de colaboración mundial y de normas de TIC abiertas. La incalculable pérdida de vidas y los daños materiales se vieron exacerbados por el hecho de que los organismos de respuesta y los grupos no gubernamentales no pudieron compartir información vital para las tareas de rescate. Cada uno utilizaba diferentes formatos de datos y documentos. La ayuda se hizo más lenta y la coordinación se complicó. [...]
— Mosibudi Mangena, discurso de apertura de SATNAC 2005