Un estándar abierto es un estándar al que cualquiera puede acceder y utilizar abiertamente. También es un requisito previo común que los estándares abiertos utilicen una licencia abierta que proporcione extensibilidad. Normalmente, cualquiera puede participar en su desarrollo debido a su naturaleza inherentemente abierta. No existe una definición única y las interpretaciones varían según el uso. Ejemplos de estándares abiertos incluyen 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 con su uso. Hay una serie de definiciones de estándares abiertos que enfatizan diferentes aspectos de la apertura, incluida la apertura de la especificación resultante, la apertura del proceso de redacción y la propiedad de los derechos sobre el estándar. El término "estándar" a veces se restringe 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 los académicos, la Unión Europea y algunos de sus gobiernos o parlamentos miembros, como Dinamarca , Francia y España , excluyen los estándares abiertos que requieren tarifas para su uso, al igual que Nueva Zelanda , Sudáfrica y Venezuela. gobiernos. En cuanto a la organización de estándares, el World Wide Web Consortium (W3C) garantiza que sus especificaciones puedan implementarse sin regalías .
Muchas definiciones del término estándar permiten a los titulares de patentes imponer derechos de autor " razonables y no discriminatorios " y otros términos de concesión de licencias a los implementadores o usuarios del estándar. Por ejemplo, las reglas para estándares publicadas por los principales organismos de normalización reconocidos internacionalmente, como Internet Engineering Task Force (IETF), la Organización Internacional de Normalización (ISO), la Comisión Electrotécnica Internacional (IEC) y el ITU-T , permiten que sus estándares contengan especificaciones cuya implementación requerirá el pago de derechos de licencia de patentes. Entre estas organizaciones, sólo el IETF y el ITU-T se refieren explícitamente a sus estándares como "estándares abiertos", mientras que los demás se refieren únicamente a producir "estándares". El IETF y el ITU-T utilizan definiciones de "estándar abierto" que permiten requisitos de tasas de licencia de patentes "razonables y no discriminatorios".
Hay quienes en la comunidad del software de código abierto sostienen que un "estándar abierto" sólo es abierto si puede adoptarse, implementarse y ampliarse libremente. [1] Si bien los estándares o arquitecturas abiertos se consideran no propietarios en el sentido de que el estándar no tiene propiedad o es propiedad de un organismo colectivo, aún así puede compartirse públicamente y no estar estrictamente protegido. [2] El ejemplo típico de “código abierto” que se ha convertido en un estándar es la computadora personal originada por IBM y ahora denominada Wintel , la combinación del sistema operativo de 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 Internet Engineering Task Force (IETF), que creó los primeros estándares de SMTP y TCP/IP. Los compradores tienden a preferir estándares abiertos que creen que les ofrecen productos más baratos y más opciones de acceso debido a los efectos de la 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 propietarias y sólo están disponibles (si es que pueden obtenerse) bajo términos contractuales restrictivos de la organización propietaria de los derechos de autor de la especificación. Como tal, estas especificaciones no se consideran completamente abiertas . Joel West ha sostenido que los estándares "abiertos" no son blancos o negros, 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 aumentar la competencia y otros pueden comenzar a copiar la tecnología a medida que la implementan. Esto ocurrió con la arquitectura Wintel cuando otros pudieron empezar 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 la Junta 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 pilares de 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 global y sirven como componentes básicos para productos y servicios destinados a satisfacer las necesidades de mercados y 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, como se describe a continuación:
1. Cooperación Cooperación respetuosa entre organizaciones de normalización, mediante la cual cada una respeta 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 del desarrollo de estándares, a saber
3. Empoderamiento colectivo Compromiso afirmando a las organizaciones de estándares y a sus participantes con el empoderamiento colectivo esforzándose por lograr estándares que:
4. Las especificaciones de los Estándares de Disponibilidad se hacen accesibles a todos para su implementación y despliegue. Las organizaciones que afirman estándares han definido procedimientos para desarrollar especificaciones que puedan implementarse en términos justos. 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 Los estándares se adoptan voluntariamente y el éxito lo determina el mercado.
[9]
El UIT-T es una organización de desarrollo de estándares (SDO) que es uno de los tres sectores de la Unión Internacional de Telecomunicaciones (una agencia especializada de las Naciones Unidas ). El UIT-T cuenta con un grupo ad hoc del director de la Oficina de Normalización de las Telecomunicaciones sobre DPI que elaboró la siguiente definición en marzo de 2005, que el UIT-T en su conjunto ha respaldado para sus fines desde noviembre de 2005: [10]
El UIT-T , el UIT-R , la ISO y la IEC se han armonizado en torno a una política de patentes común [11] bajo el lema de la WSC . Sin embargo, la definición del UIT-T no necesariamente debe considerarse aplicable también en los contextos del UIT-R, ISO e IEC, ya que la Política Común de Patentes [12] no hace ninguna referencia a "estándares abiertos" sino sólo 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 y ITU-T como ejemplos. Como los procesos de estandarización del IETF y las políticas de DPI tienen las características enumeradas anteriormente por el UIT-T, los estándares del IETF cumplen con la definición del UIT-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 (Derechos que los contribuyentes proporcionan al IETF Trust), [14] y BCP 79 consta de RFC 3979 (Derechos de propiedad intelectual en tecnología IETF) y una aclaración en RFC 4879. [15] Los cambios están previstos ser compatible con la " Licencia BSD simplificada " como se indica en las preguntas frecuentes sobre derechos de autor y disposiciones legales de confianza del IETF basadas en RFC 5377. [16]
En agosto de 2012, el IETF se combinó con el W3C y el IEEE para lanzar OpenStand [17] y publicar The Modern Paradigm for Standards. Esto captura "los procesos de estandarización efectivos y eficientes que han hecho de Internet y la Web las principales plataformas para la innovación y el comercio sin fronteras". Luego, la declaración se publica en el formato 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 alcanzar la interoperabilidad en el contexto de los servicios paneuropeos de administración electrónica, la orientación debe centrarse en 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 produce sobre la base de un procedimiento de toma de decisiones abierto y disponible para todas las partes interesadas (consenso o decisión mayoritaria, etc.).
- La norma ha sido publicada y el documento de especificación estándar está disponible de forma gratuita o por un precio nominal. Debe estar permitido a todos copiarlo, distribuirlo y utilizarlo sin costo alguno o con un costo simbólico.
- La propiedad intelectual (es decir, las patentes posiblemente 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 la Red (NCOIC) define el estándar abierto de la siguiente manera:
Las especificaciones de hardware y/o software que están disponibles públicamente implican 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 se puede eliminar y reemplazar por el de otro proveedor con un esfuerzo mínimo y sin mayores interrupciones. [20]
El gobierno danés ha intentado elaborar una definición de estándares abiertos, [21] que también se utiliza en proyectos de desarrollo de software paneuropeos. Afirma:
- Un estándar abierto es accesible para todos de forma gratuita (es decir, no hay discriminación entre usuarios y no se requieren pagos ni otras consideraciones como condición para el uso del estándar).
- Un estándar abierto necesariamente sigue siendo accesible y gratuito (es decir, los propietarios renuncian a sus opciones, si realmente 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):
- Se entiende por estándar abierto 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.
Una postura clara en materia de derechos de autor y un caso de requisitos de gran alcance es el del gobierno de la India [23]
4.1 Características obligatorias Un estándar identificado calificará como un “estándar abierto” si cumple con los siguientes criterios:
- 4.1.1 El documento de especificación del Estándar Identificado deberá estar disponible con o sin una tarifa nominal.
- 4.1.2 Las reivindicaciones de Patente necesarias para implementar el Estándar Identificado estarán disponibles sin regalías durante la vigencia del Estándar.
- 4.1.3 El Estándar Identificado será adoptado y mantenido por una organización sin fines de lucro, en la que todas las partes interesadas pueden optar por participar de manera transparente, colaborativa y consensuada.
- 4.1.4 El estándar identificado será recursivamente abierto en la medida de lo posible.
- 4.1.5 El estándar identificado deberá tener una especificación tecnológicamente neutral.
- 4.1.6 El estándar identificado deberá ser compatible con la localización, cuando corresponda, para todos los idiomas oficiales de la India para todos los dominios aplicables.
Italia tiene una norma general para todo el sector público que se ocupa de los Estándares Abiertos, aunque concentrándose 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 un formato de datos abiertos.
[...]
[Se define] un formato de datos abiertos, un formato de datos que se hace público, está minuciosamente documentado y es neutral respecto de 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 según el siguiente texto:
Si bien es poco probable que se resuelva en un futuro próximo 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 diversos grados de "franqueza." Para guiar a los lectores a este respecto, el e-GIF respalda "estándares abiertos" que exhiben las siguientes propiedades:
- Ser accesible para todos de forma gratuita: no se debe discriminar entre usuarios y no se debe exigir ningún pago u otras consideraciones como condición para utilizar el estándar.
- Seguir siendo accesible para todos de forma gratuita: los propietarios deberían renunciar a sus opciones, si las hubiera, de limitar el acceso a la norma en una fecha posterior.
- Estar documentado 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 Carreteras en las autopistas. Conducir sería excesivamente costoso, ineficiente e ineficaz si las normas de circulación tuvieran que acordarse cada vez que un vehículo se encuentra con otro.
La Ley portuguesa de Estándares Abiertos, [26] adoptada en 2011, exige el uso de Estándares Abiertos y es aplicable a entidades soberanas, servicios de administración pública central (incluidos servicios descentralizados e institutos públicos), servicios de administración pública regionales y el sector público. En él, los Estándares Abiertos se definen así:
a) Su adopción sea fruto de un proceso de decisión abierto y accesible a todas las partes interesadas;
b) El pliego de condiciones deberá haber sido publicado libremente, permitiendo su copia, distribución y uso sin restricciones;
c) El documento de especificaciones no puede cubrir acciones de procesos no documentadas;
d) Los derechos de propiedad intelectual aplicables, incluidas las patentes, se han puesto a disposición del Estado portugués de forma plena, irrevocable e irreversible;
e) No existen restricciones para su ejecució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 a un costo que no implique dificultad para el usuario.
- su uso no está sujeto al pago de ningún derecho de propiedad intelectual [derechos de autor] o industrial [patentes y marcas].
El Gobierno sudafricano aprobó una definición en el "Manual de normas operativas mínimas de interoperabilidad" (MIOS). [28]
A los efectos de MIOS, un estándar se considerará abierto si cumple con todos estos criterios. Hay normas que estamos obligados a adoptar por razones pragmáticas que no necesariamente se ajustan plenamente a la apertura en todos los aspectos. En tales casos, cuando aún no exista un estándar abierto, se tendrá en cuenta el grado de apertura a la hora de seleccionar un estándar adecuado:
La definición de estándares abiertos del gobierno del Reino Unido se aplica a la interoperabilidad del software y a los formatos de datos y documentos. Los criterios para los estándares abiertos se publican en el documento de política “Principios de Estándares Abiertos” y son los siguientes. [29]
- Colaboración: el estándar se mantiene a través de un proceso colaborativo de toma de decisiones basado en el consenso e independiente de cualquier proveedor individual. La participación en el desarrollo y mantenimiento de la norma es accesible a todas las partes interesadas.
- Transparencia: el proceso de toma de decisiones es transparente y parte del proceso es una revisión de acceso público realizada por expertos en la materia.
- 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 es de uso gratuito.
- Maduro: completamente desarrollado, a menos que estén en el contexto de la creación de soluciones innovadoras.
- Independiente de plataforma, aplicación y proveedor: respaldado por el mercado con varias implementaciones.
- Derechos: los derechos esenciales para la implementación del estándar y para la interfaz con otras implementaciones que hayan adoptado el mismo estándar se otorgan bajo licencia sin regalías y son compatibles tanto con soluciones de código abierto como con licencias patentadas. Estos derechos deben ser irrevocables a menos que haya un incumplimiento de las condiciones de la licencia.
La Oficina del Gabinete del Reino Unido recomienda que los departamentos gubernamentales especifiquen requisitos utilizando estándares abiertos al realizar ejercicios de adquisiciones para 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 el requisito 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 flexibilidad.
Una de las definiciones más populares del término "estándar abierto", según lo medido por el ranking de Google, es la desarrollada por Bruce Perens . [32] Su definición enumera un conjunto de principios que él cree que deben cumplirse mediante 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 dificultades excesivas. El costo no debería exceder con creces el costo de un libro de texto universitario". [33]
Ken Krechmer [34] identifica diez "derechos":
Vijay Kapoor, director nacional de tecnología de Microsoft , define qué son los estándares abiertos de la siguiente manera: [35]
Veamos lo que significa un estándar abierto: "abierto" se refiere a que está libre de regalías, mientras que "estándar" significa una tecnología aprobada por comités formalizados que están abiertos a la participación de todas las partes interesadas y operan sobre una base de consenso. Un estándar abierto está disponible públicamente y se desarrolla, aprueba y mantiene a través de un proceso colaborativo y consensuado.
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 normativas más importantes que establecen estándares abiertos, a menudo se lo consideró como una oposición 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 requerimiento
Un "estándar abierto" no debe prohibir implementaciones conformes en software de código abierto.
El criterio
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 con estos criterios, discriminará a los desarrolladores de código abierto.
Como proveedor de estándares TIC de tecnología web, en particular XML , http , HTML , CSS y WAI , el World Wide Web Consortium (W3C) sigue un proceso que promueve el desarrollo de estándares de calidad. [38]
Si observamos el resultado, las especificaciones por sí solas, disponibles para su adopción, no son suficientes. El proceso participativo/inclusivo que conduce a un diseño particular y los recursos de apoyo disponibles para él deben tenerse en cuenta cuando hablamos de Estándares Abiertos:
- transparencia (el debido proceso es público y todas las discusiones técnicas y las actas de las reuniones se archivan y se pueden consultar en la toma de decisiones)
- Relevancia (la nueva estandarización se inicia tras el debido análisis de las necesidades del mercado, incluida la fase de requisitos, por ejemplo, accesibilidad, multilingüismo)
- apertura (cualquiera puede participar y todos lo hacen: industria, individuos, público, organismos gubernamentales, academia, a escala mundial)
- imparcialidad y consenso (imparcialidad garantizada por el proceso y la organización 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, como para las traducciones, y garantía de que las principales tecnologías web e Internet se pueden implementar sin derechos de autor).
- mantenimiento (proceso continuo de prueba, erratas, revisión, acceso permanente, validación, etc.)
En agosto de 2012, el W3C se combinó con el IETF y el IEEE para lanzar OpenStand [17] y publicar The Modern Paradigm for Standards. Esto captura "los procesos de estandarización efectivos y eficientes que han hecho de Internet y la Web 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 tener como objetivo 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 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 y disponible para todas las partes interesadas.
- La norma ha sido publicada y el documento de especificación estándar está disponible gratuitamente. Debe estar permitido a todos copiarlo, distribuirlo y utilizarlo libremente.
- Las patentes posiblemente presentes en (partes de) la norma se ponen a disposición de forma irrevocable y libre de regalías.
- No existen restricciones a la reutilización del estándar.
Una propiedad clave que lo define es que un estándar abierto es inmune a la captura del proveedor en todas las etapas de su ciclo de vida. La inmunidad a la captura de proveedores hace posible mejorar, confiar y extender un estándar abierto a lo largo del tiempo." [40]
Esta definición se basa en la definición de "estándar abierto" del EIF v1 de la UE, pero con cambios para abordar lo que denomina "captura de proveedores". Creen que "Muchos grupos e individuos han proporcionado definiciones de 'estándar abierto' que reflejan sus intereses económicos en el proceso de estándares. 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 costos más bajos... Los proveedores trabajan duro para convertir los estándares abiertos en estándares de franquicia. Trabajan para cambiar el lenguaje legal para poder disfrazar los estándares de franquicia con la piel de oveja del 'estándar abierto'. Por lo tanto, una definición sólida de "estándar libre y abierto" debe 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 se amplió después de consultar con la industria y las partes interesadas de la comunidad. [41] El estándar de la FSFE ha sido adoptado por grupos como el Proyecto SELF EU, la Declaración de Ginebra de 2008 sobre estándares y el futuro de Internet y equipos internacionales del Día de la Libertad de 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 Libre de Información la dice [ ¿quién? ] para coincidir con la definición emitida en el Marco Europeo de Interoperabilidad publicado en 2004.
Una especificación que es pública, el estándar es inclusivo y ha sido desarrollado y mantenido en un proceso de estandarización abierto, todos pueden implementarlo sin ninguna restricción, ni pago, para licenciar el DPI (otorgado a todos de forma gratuita y sin ninguna condición). . Estos son los términos mínimos de licencia solicitados por los organismos de normalización como el W3C. Por supuesto, todos los demás organismos aceptan estándares abiertos. Pero la especificación en sí misma podría costar una buena cantidad de dinero (es decir, entre 100 y 400 euros por copia, como en ISO, debido a los derechos de autor y 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, es posible que los estándares enumerados a continuación no estén 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 , importantes asociaciones como FSF o FFII y otras han argumentado que el uso de patentes restringe quién puede implementar un estándar a aquellos que pueden o quieren 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 gratuito/de código abierto que cualquiera puede redistribuir. La licencia libre de derechos (RF) es generalmente la única licencia posible para implementaciones de software libre/de código abierto. La versión 3 de la Licencia Pública General 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 de los trabajos derivados.
Un resultado de esta controversia fue que muchos gobiernos (incluidos los gobiernos danés, francés y español individualmente y la UE colectivamente) 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.
Las patentes de software, fórmulas y algoritmos son actualmente aplicables en Estados Unidos, pero no en la UE. El Convenio sobre la Patente Europea prohíbe expresamente que algoritmos, métodos comerciales y software estén cubiertos por patentes. [51] Estados Unidos sólo los ha permitido desde 1989 y ha habido una creciente controversia en los últimos años sobre el beneficio o la viabilidad.
Un organismo de normalización y sus procesos asociados no pueden obligar al titular de una patente a renunciar a su derecho a cobrar derechos de licencia, especialmente si la empresa en cuestión no es miembro del organismo de normalización y no está limitada por ninguna norma establecida durante el proceso de desarrollo de normas. De hecho, este elemento desalienta a algunos organismos de normalización a adoptar un enfoque "abierto", por temor a salir perdiendo si sus miembros están más restringidos que los no miembros. Son pocos los organismos que realizarán (o exigirán que sus miembros 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 son cancelar la norma, intentar reelaborarla o trabajar para invalidar la patente. Los organismos de normalización como el W3C y OASIS requieren [ cita necesaria ] que el uso de las patentes requeridas se otorgue 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 ejecutable. [ cita necesaria ]
Ejemplos de reclamaciones de patentes presentadas contra estándares que antes se consideraban abiertos 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 requeridas conocidas y no libres de derechos.
A menudo, el alcance de la norma en sí determina la probabilidad de que una empresa pueda utilizar una norma como protección similar a una patente. Richard Langlois sostiene que los estándares con un amplio alcance pueden ofrecer a una empresa cierto nivel de protección frente a sus competidores, pero es probable que la destrucción creativa schumpeteriana deje en última instancia a la empresa abierta a ser "inventada" independientemente del estándar del que pueda beneficiarse. [2]
[...] El tsunami que devastó los países del sudeste asiático y el noreste de África es quizás la demostración más gráfica, aunque desafortunada, de la necesidad de colaboración global y estándares abiertos de TIC. La incalculable pérdida de vidas y daños a la propiedad se vio exacerbada por el hecho de que las agencias de respuesta y los grupos no gubernamentales no pudieron compartir información vital para el esfuerzo de rescate. Cada uno utilizaba diferentes formatos de datos y documentos. La ayuda se ralentizó y la coordinación se complicó. [...]
— Mosibudi Mangena, discurso de apertura de SATNAC 2005