Estándar abierto

Un estándar abierto es un estándar que es de libre acceso y utilizable por cualquier persona. También es un requisito previo común que los estándares abiertos utilicen una licencia abierta que permita su extensibilidad. Por lo general, 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. Algunos 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 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:

• Debido proceso: las decisiones se toman con equidad y justicia entre los participantes. Ninguna de las partes domina ni guía el desarrollo de las normas. Los procesos de normalización son transparentes y existen oportunidades para apelar las decisiones. Los procesos de revisión y actualización periódica de las normas están bien definidos.
• Amplio consenso: los procesos permiten que se consideren y aborden todos los puntos de vista, de modo que se pueda llegar a un acuerdo entre una variedad de intereses.
• Transparencia: Las organizaciones de normalización notifican al público con antelación las actividades de elaboración de normas propuestas, el alcance del trabajo que se realizará y las condiciones de participación. Se proporcionan registros de fácil acceso de las decisiones y de los materiales utilizados para llegar a ellas. Se ofrecen períodos de comentarios públicos antes de la aprobación y adopción de las normas finales.
• Equilibrio: Las actividades de normalización no están dominadas exclusivamente por ninguna persona, empresa o grupo de interés en particular.
• Apertura: Los procesos de normalización están abiertos a todas las partes interesadas e informadas.

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:

• se eligen y definen en función del mérito técnico, a juzgar por la experiencia aportada por cada participante;
• Proporcionar interoperabilidad global, escalabilidad, estabilidad y resiliencia;
• permitir la competencia global;
• servir como bloques de construcción para una mayor innovación; y
• Contribuir a la creación de comunidades globales, en beneficio de la humanidad.

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 tiene una larga trayectoria en el desarrollo de estándares abiertos. Sin embargo, recientemente, algunas fuentes externas han intentado definir el término "estándar abierto" de diversas maneras. Para evitar confusiones, la UIT-T utiliza para este propósito el término "estándares abiertos" según la siguiente definición:

Los "estándares abiertos" son estándares que se ponen a disposición del público en general y se desarrollan (o aprueban) y mantienen mediante un proceso colaborativo y basado en el consenso. Los "estándares abiertos" facilitan la interoperabilidad y el intercambio de datos entre diferentes productos o servicios y están destinados a una adopción generalizada.

Otros elementos de los "estándares abiertos" incluyen, entre otros:

• Proceso colaborativo: desarrollo (o aprobación) voluntario e impulsado por el mercado siguiendo un proceso transparente e impulsado por el consenso que está razonablemente abierto a todas las partes interesadas.
• Razonablemente equilibrado: garantiza que el proceso no esté dominado por ningún grupo de interés.
• Debido proceso: incluye la consideración y respuesta a los comentarios de las partes interesadas.
• Derechos de propiedad intelectual (DPI): los DPI esenciales para implementar la norma deben otorgarse bajo licencia a todos los solicitantes en todo el mundo y de manera no discriminatoria, ya sea (1) de forma gratuita y en otros términos y condiciones razonables o (2) en términos y condiciones razonables (que pueden incluir una compensación monetaria). Las negociaciones quedan en manos de las partes interesadas y se realizan fuera de la SDO .
• Calidad y nivel de detalle: suficientes para permitir el desarrollo de una variedad de implementaciones competitivas de productos o servicios interoperables. Las interfaces estandarizadas no están ocultas ni controladas por nadie más que la SDO que promulga la norma.
• Disponible públicamente: de fácil acceso para su implementación y uso, a un precio razonable. La publicación del texto de una norma por parte de terceros solo está permitida con la aprobación previa de la SDO.
• Soporte continuo: mantenido y respaldado durante un largo período de tiempo.

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 de desarrollo de software paneuropeos. 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:

1. Debe ser mantenido por una organización no comercial.
2. La participación en el trabajo de desarrollo en curso se basa en procesos de toma de decisiones abiertos a todas las partes interesadas.
3. acceso abierto: todos pueden acceder a los documentos del comité, borradores y normas completadas de forma gratuita o por una tarifa insignificante.
4. Debe ser posible para todos copiar, distribuir y utilizar el estándar sin coste alguno.
5. Los derechos intelectuales necesarios para implementar la norma (por ejemplo, reivindicaciones de patente esenciales) están disponibles de forma irrevocable, sin regalías asociadas.
6. No existen reservas respecto a la reutilización de la norma.
7. Existen múltiples implementaciones del estándar.

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]

1. Colaboración: la norma se mantiene mediante un proceso de toma de decisiones colaborativo, basado en el consenso y que es independiente de cualquier proveedor individual. La participación en el desarrollo y mantenimiento de la norma está abierta a todas las partes interesadas.
2. 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.
3. 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.
4. Acceso justo: el estándar está bien documentado, está disponible públicamente y su uso es gratuito.
5. Maduro: completamente desarrollado, a menos que esté en el contexto de creación de soluciones innovadoras.
6. Independiente de la plataforma, la aplicación y el proveedor, respaldado por el mercado con varias implementaciones.
7. 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]

1. Disponibilidad: Los estándares abiertos están disponibles para que todos puedan leerlos e implementarlos.
2. Maximizar la elección del usuario final: los estándares abiertos crean un mercado justo y competitivo para las implementaciones del estándar. No limitan al cliente a un proveedor o grupo en particular.
3. Sin regalías: los estándares abiertos son gratuitos y todos pueden implementarlos sin regalías ni tarifas. La certificación de cumplimiento por parte de la organización de estándares puede implicar el pago de una tarifa.
4. Sin discriminación: los estándares abiertos y las organizaciones que los administran no favorecen a un implementador por sobre otro por ningún motivo que no sea el cumplimiento de los estándares técnicos de la implementación de un proveedor. Las organizaciones de certificación deben proporcionar una vía para que las implementaciones de bajo costo o de costo cero sean validadas, pero también pueden proporcionar servicios de certificación mejorados.
5. Extensión o subconjunto: las implementaciones de estándares abiertos pueden extenderse u ofrecerse en forma de subconjunto. Sin embargo, las organizaciones de certificación pueden negarse a certificar implementaciones de subconjuntos y pueden imponer requisitos a las extensiones (consulte Prácticas predatorias ).
6. Prácticas depredadoras: los estándares abiertos pueden emplear términos de licencia que protejan contra la subversión del estándar mediante tácticas de adopción y extensión . Las licencias adjuntas al estándar pueden exigir la publicación de información de referencia para las extensiones y una licencia para que todos los demás creen, distribuyan y vendan software que sea compatible con las extensiones. Un estándar abierto no puede prohibir las extensiones de ninguna otra forma.

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":

1. Reunión abierta
2. Consenso
3. Debido proceso
4. Propiedad intelectual abierta
5. Un mundo
6. Cambio abierto
7. Documentos abiertos
8. Interfaz abierta
9. Uso abierto
10. Soporte continuo

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.

1. Sin secretos intencionales: el estándar NO DEBE ocultar ningún detalle necesario para la implementación interoperable. Como los fallos son inevitables, el estándar DEBE definir un proceso para corregir los fallos identificados durante la implementación y las pruebas de interoperabilidad e incorporar dichos cambios en una versión revisada o una versión sustitutiva del estándar que se publicará bajo términos que no violen el OSR.
2. Disponibilidad: El estándar DEBE estar disponible de forma gratuita y pública (por ejemplo, desde un sitio web estable) bajo términos libres de regalías a un costo razonable y no discriminatorio.
3. Patentes: Todas las patentes esenciales para la implementación de la norma DEBEN:
   • estar autorizado bajo términos libres de regalías para uso sin restricciones, o
   • Estar cubierto por una promesa de no aserción cuando se practica mediante software de código abierto
4. Sin acuerdos: NO DEBE haber ningún requisito para la ejecución de un acuerdo de licencia, NDA, concesión, clic o cualquier otra forma de papeleo para implementar implementaciones conformes del estándar.
5. Sin dependencias incompatibles con OSR: la implementación del estándar NO DEBE requerir ninguna otra tecnología que no cumpla con los criterios de este requisito.

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 a todos copiarlo, distribuirlo y utilizarlo 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:

1. Sujeto a plena evaluación pública y uso sin restricciones de manera igualmente disponible para todas las partes;
2. Sin ningún componente o extensión que tenga dependencias de formatos o protocolos que no cumplan con la definición de un Estándar Abierto;
3. Libre de cláusulas legales o técnicas que limiten su utilización por cualquier parte o en cualquier modelo de negocio;
4. Gestionado y desarrollado de forma independiente de cualquier proveedor individual en un proceso abierto a la participación igualitaria de competidores y terceros;
5. Disponible en múltiples implementaciones completas de proveedores competitivos, o como una implementación completa igualmente disponible para todas las partes.

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.

• Arquitectura de la World Wide Web especificada por el W3C ^[43]
• Modelo de Información Técnica ETIM , un modelo de clasificación para productos técnicos

• Arquitectura estándar industrial extendida (EISA) (una especificación para placas conectables a PC con arquitectura IBM de 16 bits, posteriormente estandarizada por el IEEE)
• Arquitectura estándar de la industria (ISA) (es una especificación denominada retroactivamente para placas enchufables para PC con arquitectura IBM de 8 bits. La efímera EISA y el cambio de nombre de ISA fueron en respuesta al cambio de IBM del "bus estándar AT" a la arquitectura de microcanal propietaria ).
• Interconexión de componentes periféricos (PCI) (una especificación de Intel Corporation para placas enchufables para PC con arquitectura IBM)
• Puerto de gráficos acelerado (AGP) (una especificación de Intel Corporation para placas enchufables para PC con arquitectura IBM)
• PCI Industrial Computer Manufacturers Group (PICMG) (un consorcio industrial que desarrolla especificaciones de estándares abiertos para arquitecturas informáticas)
• Memoria de acceso aleatorio dinámica sincrónica (SDRAM) y sus variantes DDR SDRAM (por JEDEC Solid State Technology Association)
• Bus serie universal (USB) (por USB Implementers Forum )
• DiSEqC de Eutelsat

• Metarchivo de gráficos por computadora (CGM) (formato de archivo para gráficos vectoriales 2D , gráficos rasterizados y texto definido por ISO / IEC 8632 ^[44] )
• Arquitectura de tipificación de información de Darwin (DITA) (un formato y arquitectura para crear y mantener documentación técnica definida por OASIS )
• Lenguaje de marcado de hipertexto (HTML), HTML extensible (XHTML) y HTML5 (especificaciones del W3C para el formato de documentos estructurados con hipervínculos)
• Office Open XML (una especificación de Microsoft para formatos de documentos, hojas de cálculo y presentaciones, aprobada por ISO como ISO/IEC 29500 ) (su apertura es cuestionada ^[45] )
• Ogg (un contenedor para Vorbis , FLAC , Speex , Opus (formatos de audio) y Theora (un formato de video), de la Fundación Xiph.Org )
• Formato OpenDocument (ODF) (de OASIS para documentos, hojas de cálculo, presentaciones, gráficos, matemáticas y otros formatos, aprobado por ISO como ISO/IEC 26300 )
• Opus ( códec de audio , definido por IETF RFC 6716)
• Formato de documento portátil (PDF/X) (una especificación de Adobe Systems Incorporated para documentos formateados, posteriormente aprobada por ISO como ISO 15930-1:2001 ^[46] )
• Gráficos de red portátiles (PNG) (un formato de imagen de mapa de bits que emplea compresión de datos sin pérdida , aprobado por ISO como ISO/IEC 15948:2004)
• Gráficos vectoriales escalables (SVG) (una especificación para gráficos vectoriales bidimensionales desarrollada por el Consorcio World Wide Web (W3C)).

• Connected Home over IP (también conocido como " Proyecto Connected Home over IP " o " CHIP " para abreviar) es un proyecto estándar de conectividad de automatización del hogar propietario y libre de regalías que presenta compatibilidad entre diferentes productos y software de Internet de las cosas (IoT) y hogares inteligentes .
• Protocolo de Internet (IP) (una especificación del IETF para transmitir paquetes de datos en una red, específicamente, IETF RFC 791
• MQTT (Message Queuing Telemetry Transport) es un protocolo de red liviano de publicación-suscripción que transporta mensajes entre dispositivos.
• Protocolo de control de transmisión (TCP) (una especificación del IETF para implementar flujos de datos sobre IP , específicamente, IETF RFC 793)
• Sincronización de datos y gestión de dispositivos OMA (un protocolo de sincronización de datos independiente de la plataforma , especificado por The SyncML Initiative / Open Mobile Alliance )
• XMPP : un protocolo abierto para mensajería instantánea (MI) y para información de presencia (también conocidas como listas de amigos) en tiempo casi real

• ANSI C (un lenguaje de programación de propósito general , aprobado por ISO como ISO/IEC 9899 )
• Ada , un lenguaje de programación multiparadigma , definido por el estándar conjunto ISO / ANSI , ^[47] combinado con la importante enmienda ISO/IEC 8652:1995/Amd 1:2007 ^[48]
• MUMPS , un lenguaje de programación tipado dinámicamente , diseñado originalmente para aplicaciones basadas en bases de datos en la industria de la salud, aprobado por ISO como ISO/IEC 11756:1992 e ISO/IEC 11756:1999

• Data2Dome es un estándar para la distribución de contenidos de cúpulas de planetarios . ^[49]
• Apdex (Índice de rendimiento de aplicaciones) (especifica una forma uniforme de analizar e informar sobre el grado en que el rendimiento medido de las aplicaciones de software cumple con las expectativas de los usuarios)
• Medición de respuesta de la aplicación (ARM) (define una API para el lenguaje de programación C y Java para medir los tiempos de respuesta de las transacciones de la aplicación, adoptada por The Open Group )
• CD-ROM (Libro Amarillo) (una especificación para el intercambio de datos en discos ópticos de datos de 120 mm de sólo lectura, aprobada por ISO como ISO/IEC 10149 y ECMA como ECMA-130)
• Modelo de información común (CIM) (una especificación de DMTF para definir cómo se representan los elementos administrados en un entorno de TI como un conjunto común de objetos y relaciones entre ellos)
• Universal Data Element Framework (UDEF) es un estándar abierto de The Open Group que proporciona la base para construir un vocabulario controlado para toda la empresa que permite la interoperabilidad .
• CIPURSE es un estándar abierto de OSPT Alliance que es un conjunto de especificaciones para implementar elementos seguros (tarjeta inteligente sin contacto, SIM NFC, elemento seguro integrado) para redes de transporte urbano y servicios de valor agregado.
• OpenReference, un modelo de referencia abierto para el desempeño, los procesos y las prácticas empresariales, ^[50]
• Estándar de especificación general de feeds de tránsito (GTFS) para datos de transporte público desarrollado por Google
• Estándar de datos abiertos para tuberías (PODS)

• Asociación de Tecnología de Estado Sólido JEDEC : establece el estándar abierto SDRAM
• Consorcio Geoespacial Abierto : desarrolla y publica estándares abiertos para datos y servicios espaciales.
• Open Handset Alliance : establece estándares abiertos para el hardware de dispositivos móviles.
• OSPT Alliance establece un estándar abierto llamado CIPURSE
• A4L - la Asociación de Acceso para el Aprendizaje establece estructuras de interoperabilidad de datos educativos K12.
• Foro de implementadores de USB : establece estándares para el bus serie universal
• Consorcio World Wide Web (W3C): establece estándares abiertos para Internet, como protocolos , lenguajes de programación, etc.

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]

• Erkki Liikanen , Comisario de la UE : «Las normas abiertas son importantes para ayudar a crear soluciones interoperables y asequibles para todos. También fomentan la competencia al establecer un terreno de juego técnico equitativo para todos los participantes del mercado. Esto significa menores costes para las empresas y, en última instancia, para el consumidor». ( Día Mundial de la Normalización , 14 de octubre de 2003) ^[52]
• Jorma Ollila, presidente del consejo de administración de Nokia: "... Los estándares y plataformas abiertos crean una base para el éxito. Permiten la interoperabilidad de las tecnologías y fomentan la innovación y la competencia sana, lo que a su vez aumenta la elección del consumidor y abre mercados completamente nuevos". ^[53]
• Tim Berners-Lee , director del W3C : “La decisión de convertir la Web en un sistema abierto era necesaria para que fuera universal. No se puede proponer que algo sea un espacio universal y al mismo tiempo mantener el control sobre él”. ^[54]
• En el discurso de apertura de la Conferencia de Aplicaciones y Redes de Telecomunicaciones de África Meridional (SATNAC) de 2005, el entonces Ministro de Ciencia y Tecnología, Mosibudi Mangena, destacó la necesidad de contar con estándares abiertos en las TIC: ^[55]

[...] 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

• Evaluación de conformidad
• Formato abierto
• Software de código abierto
• Estándar gratuito
• Efecto de red
• Datos abiertos
• Movimiento de diseño abierto
• Hardware de código abierto
• Especificaciones abiertas
• Sistema abierto (informática)
• Especificación (norma técnica)
• Bloqueo del proveedor

• Estándares de apertura: La política global de interoperabilidad, Laura DeNardis , editora, MIT Press, 2011. Expertos de la industria, la academia y las políticas públicas examinan lo que está en juego económica y políticamente en los debates sobre estándares abiertos.

• Desarrollo de estándares abiertos en Estados Unidos para telecomunicaciones
• Bruce Perens : Estándares abiertos: principios y práctica
• Ken Krechmer: Los principios de los estándares abiertos
• Bob Sutor: Estándares abiertos versus código abierto: cómo pensar en el software, los estándares y la arquitectura orientada a servicios a principios del siglo XXI
• Comisión Europea : Informe Valoris sobre formatos de documentos abiertos
• The New York Times : Steve Lohr: 'El plan de 13 naciones insta a establecer estándares tecnológicos abiertos'
• Red Internacional de Código Abierto PNUD-APDIP : Software libre/de código abierto: Introducción a los estándares abiertos
• OpenStandards.net: un portal de estándares abiertos Archivado el 20 de abril de 2021 en Wayback Machine
• ¿OpenDocument es un estándar abierto? ¡Sí! Archivado el 22 de marzo de 2009 en Wayback Machine desarrolla una definición unificada de "estándar abierto" a partir de múltiples fuentes y luego la aplica a un estándar en particular
• Iniciativa de código abierto : requisito de estándar abierto para software
• Estándares abiertos : definiciones de "estándares abiertos" de las páginas de portada
• Fundación para una Infraestructura de Información Libre Grupo de trabajo sobre estándares abiertos de la FFII . "Categorías y definiciones de estándares": Categorías y definiciones de los diferentes tipos de estándares
• Documento crítico del Instituto Nacional de Estándares de Estados Unidos : Intentos actuales de cambiar la definición establecida de estándares "abiertos"
• Comentarios del ITSSD sobre el documento SCP/13/2 – Normas y patentes, Instituto de Comercio, Normas y Desarrollo Sostenible (marzo de 2009)
• Suplemento a los comentarios del ITSSD relativos al Informe de la OMPI sobre normas técnicas y patentes (SCP/13/2), párrafo 44, Instituto de Comercio, Normas y Desarrollo Sostenible (enero de 2010)
• Asociación de Estándares de Datos Abiertos, RY
• Licencia Estándar Abierta, una licencia dedicada a los estándares abiertos