Estándar abierto

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 componentes 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 componentes básicos para productos y servicios dirigidos 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 , como se describe a continuación: ^{[ 9 ]}

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. Adherencia a los principios : Adherencia a los cinco principios fundamentales del desarrollo de normas, a saber:

• Debido proceso: Las decisiones se toman con equidad y justicia entre los participantes. Ninguna parte domina ni dirige 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.
• Consenso amplio: Los procesos permiten que se consideren y aborden todos los puntos de vista, de manera que se pueda alcanzar un acuerdo entre una amplia gama de intereses.
• Transparencia: Las organizaciones de normalización publican con antelación las propuestas de desarrollo de normas, el alcance del trabajo y las condiciones de participación. Se facilitan registros de las decisiones y de los materiales utilizados para tomarlas, todos ellos de fácil acceso. Se establecen periodos de consulta pública antes de la aprobación y adopción definitivas de las normas.
• Equilibrio: Las actividades relacionadas con las normas no están dominadas exclusivamente por ninguna persona, empresa o grupo de interés en particular.
• Transparencia: 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 en el empoderamiento colectivo , esforzándose por lograr estándares que:

• se seleccionan y definen en función del mérito técnico, según el criterio de la experiencia aportada por cada participante;
• Proporcionar interoperabilidad global, escalabilidad, estabilidad y resiliencia;
• posibilitar la competencia global;
• servir como elementos básicos 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 de normalización que los respaldan han definido procedimientos para desarrollar especificaciones que puedan implementarse en condiciones justas. Dada la diversidad del mercado, las condiciones justas pueden variar desde el uso gratuito de regalías hasta condiciones justas, razonables y no discriminatorias (FRAND).

5. Adopción voluntaria. Los estándares se adoptan de forma voluntaria y el éxito lo determina el mercado.

La UIT-T es una organización de desarrollo de normas (ODN) que es uno de los tres sectores de la Unión Internacional de Telecomunicaciones (un organismo especializado de las Naciones Unidas ). La UIT-T tiene un grupo ad hoc del director de la Oficina de Normalización de las Telecomunicaciones sobre DPI que produjo 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 cuenta con una larga trayectoria en el desarrollo de estándares abiertos. Sin embargo, recientemente, diversas fuentes externas han intentado definir el término "estándar abierto" de distintas maneras. Para evitar confusiones, la UIT-T utiliza el término "estándares abiertos" según la siguiente definición:

Los "estándares abiertos" son estándares disponibles para el público en general, desarrollados (o aprobados) y mantenidos mediante un proceso colaborativo y basado en el consenso. Estos estándares facilitan la interoperabilidad y el intercambio de datos entre diferentes productos o servicios, y están diseñados para su 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 basado en el consenso y razonablemente abierto a todas las partes interesadas.
• Razonablemente equilibrado: garantiza que el proceso no esté dominado por ningún grupo de interés en particular.
• Debido proceso: incluye la consideración y la respuesta a los comentarios de las partes interesadas.
• Derechos de propiedad intelectual (DPI): los DPI esenciales para implementar el estándar se licenciarán a todos los solicitantes a nivel mundial y sin discriminación, ya sea (1) de forma gratuita y bajo otros términos y condiciones razonables o (2) bajo términos y condiciones razonables (que pueden incluir compensación monetaria). Las negociaciones quedan a cargo de las partes interesadas y se llevan a cabo fuera de la ODS .
• Calidad y nivel de detalle suficientes para permitir el desarrollo de diversas implementaciones competitivas de productos o servicios interoperables. Las interfaces estandarizadas no están ocultas ni controladas por nadie más que por la organización de normalización 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 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 amparo 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 referencia a "estándares abiertos", sino únicamente a "estándares".

En la sección 7 de su RFC 2026, el IETF clasifica las especificaciones desarrolladas de forma similar a la del propio IETF como "estándares abiertos" y enumera como ejemplos los estándares producidos por ANSI , ISO , IEEE e ITU-T . Dado que los procesos de estandarización y las políticas de propiedad intelectual del IETF poseen las características mencionadas por la ITU-T, los estándares del IETF cumplen con la definición de "estándares abiertos" de la ITU-T.

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 para definir a qué documentos pueden vincularse los estándares del IETF.

RFC 2026 pertenece a un conjunto de RFC conocidos colectivamente como BCP 9 (Mejores Prácticas Comunes, 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 Colaboradores Proporcionan al IETF Trust), ^{[ 14 ]} y BCP 79 consta de RFC 3979 (Derechos de Propiedad Intelectual en la Tecnología del IETF) y una aclaración en RFC 4879. ^{[ 15 ]} Los cambios están destinados a ser compatibles con la " Licencia BSD Simplificada " como se establece en las Disposiciones Legales y Preguntas Frecuentes sobre Derechos de Autor del IETF Trust basadas en RFC 5377. ^{[ 16 ]}

En agosto de 2012, la IETF, junto con la W3C y la IEEE , lanzó OpenStand ^{[ 17 ]} y publicó El paradigma moderno para los estándares. Este documento recoge «los procesos de estandarizació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ó posteriormente 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 los Servicios de Gobierno Electrónico Paneuropeos, Versión 1.0 ^{[ 18 ]} aunque no afirma que sea una definición universal para todo el uso y la documentación de la Unión Europea .

Para lograr la interoperabilidad en el contexto de los servicios de gobierno electrónico paneuropeos, las directrices deben centrarse en los estándares abiertos.

La palabra "abierto" se entiende aquí en el sentido de cumplir con los siguientes requisitos:

• La norma es adoptada y será mantenida por una organización sin ánimo de lucro, y su desarrollo continuo se basa en un procedimiento de toma de decisiones abierto y accesible a todas las partes interesadas (decisión por consenso o por mayoría, etc.).
• La norma ha sido publicada y el documento de especificaciones está disponible gratuitamente o a un precio simbólico. Debe ser legal copiarla, distribuirla y usarla sin costo alguno o a un precio simbólico.
• La propiedad intelectual, es decir, las patentes que puedan existir, de (partes de) la norma se pone a disposición de forma irrevocable y gratuita .
• No existen restricciones para 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 disponibles públicamente implican que múltiples 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 esfuerzo mínimo y sin interrupciones importantes. ^{[ 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 a todos de forma gratuita (es decir, no hay discriminación entre los usuarios y no se requiere ningún pago ni otras contraprestaciones como condición para usar el estándar).
• Un estándar abierto por necesidad sigue siendo 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 útil 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 Loi n° 2004-575 du 21 juin 2004 pour la confiance dans l'économie numérique ("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 ninguna restricción en su acceso o implementación.

Según la Ley sobre el Uso de Datos del Sector Público, un formato abierto es “un formato de archivo que no es propietario ni de plataforma y que se pone a disposición del público sin restricciones que impidan el uso de los datos”, y un estándar abierto formal es “un estándar establecido por escrito que especifica los requisitos para garantizar la interoperabilidad del software”. ^{[ 23 ]}

Las características necesarias según la política del Gobierno de la India son un ejemplo de exención de regalías y un caso de requisitos de gran alcance. ^{[ 24 ]} Las características requeridas son:

4.1 Características obligatorias Un estándar identificado calificará como "estándar abierto" si cumple con los siguientes criterios:

• 4.1.1 El documento de especificación del estándar identificado 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 de forma gratuita durante la vigencia del Estándar.
• 4.1.3 La Norma Identificada deberá ser adoptada y mantenida 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 El estándar identificado 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 sobre 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 ) ^{[ 25 ].}

[Las aplicaciones deben] permitir la representación de datos en diferentes formatos, al menos uno de los cuales debe ser 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) ^{[ 26 ]} define el estándar abierto como libre de regalías según el siguiente texto:

Si bien es improbable que se alcance una definición universalmente aceptada de "estándares abiertos" en un futuro próximo, el e-GIF reconoce que dicha definición debe contemplar un espectro que abarca desde lo cerrado hasta lo abierto, e incluye distintos grados de "apertura". Para orientar a los lectores en este sentido, el e-GIF respalda los "estándares abiertos" que presentan las siguientes características:

• Debe ser accesible para todos de forma gratuita: sin discriminación entre usuarios, y no se debe exigir ningún pago ni ninguna otra contraprestación como condición para utilizar el estándar.
• Seguirá siendo accesible para todos de forma gratuita: los propietarios deberán renunciar a cualquier opción que tengan para limitar el acceso al estándar en una fecha posterior.
• Debe estar documentado en todos sus detalles: todos los aspectos del estándar deben ser transparentes y estar documentados, y tanto el acceso como el uso de la documentación deben ser gratuitos.

El GIF electrónico cumple en la administración electrónica la misma función que el código de circulación 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 encontrara con otro.

La Ley portuguesa de Normas Abiertas, ^{[ 27 ]} adoptada en 2011, exige el uso de Normas Abiertas y es aplicable a entidades soberanas, servicios de la administración pública central (incluidos los servicios descentralizados y los institutos públicos), servicios de la administración pública regional y el sector público. En ella, las Normas Abiertas se definen de la siguiente manera:

a) Su adopción es 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, 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 implementación.

Una ley aprobada por el Parlamento español ^{[ 28 ]} 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 coste que no implique ninguna 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 registradas].

El Gobierno de Sudáfrica aprobó una definición en el "Manual de Normas Operativas Mínimas de Interoperabilidad" (MIOS). ^{[ 29 ]}

A efectos del MIOS, una norma se considerará abierta si cumple todos estos criterios. Existen normas que estamos obligados a adoptar por razones prácticas que no necesariamente se ajustan completamente a la apertura en todos los aspectos. En tales casos, cuando aún no exista una norma abierta, se tendrá en cuenta el grado de apertura al seleccionar la norma adecuada.

1. Debe ser mantenido por una organización sin fines de lucro.
2. La participación en las labores 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 definitivas de forma gratuita o por una tarifa mínima.
4. Debe ser posible que todo el mundo pueda copiar, distribuir y utilizar la norma de forma gratuita.
5. Los derechos de propiedad intelectual necesarios para implementar el estándar (reivindicaciones de patente esenciales) están disponibles de forma irrevocable, sin que se añadan regalías.
6. No existen reservas con respecto a la reutilización del estándar.
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 del software, los formatos de datos y documentos. Los criterios para los estándares abiertos se publican en el documento de política "Principios de los estándares abiertos" y son los siguientes. ^{[ 30 ]}

1. Colaboración: el estándar se mantiene mediante un proceso de toma de decisiones colaborativo, basado en el consenso e independiente de cualquier proveedor individual. Todas las partes interesadas pueden participar en el desarrollo y mantenimiento del estándar.
2. Transparencia: el proceso de toma de decisiones es transparente y la revisión pública por parte de expertos en la materia forma parte del proceso.
3. Debido proceso: la norma es adoptada por una organización de especificación o normalización, o por un foro o consorcio, con un proceso de retroalimentación y ratificación para garantizar la calidad.
4. Acceso equitativo: el estándar está bien documentado, es de acceso público y de uso gratuito.
5. Maduros: completamente desarrollados, a menos que se trate de proyectos en el contexto de la creación de soluciones innovadoras.
6. Independiente de la plataforma, la aplicación y el proveedor, cuenta con el respaldo del mercado y diversas implementaciones.
7. Derechos: Los derechos esenciales para la implementación del estándar y para la interconexión con otras implementaciones que lo hayan adoptado se otorgan bajo licencia gratuita, compatible tanto con soluciones de código abierto como con soluciones propietarias. Estos derechos serán irrevocables, salvo incumplimiento de 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 procesos de adquisición para promover la interoperabilidad y la reutilización, y evitar la dependencia tecnológica. ^{[ 31 ]}

El Gobierno venezolano aprobó una "ley de software libre y estándares abiertos". ^{[ 32 ]} El decreto incluye el requisito de que el sector público venezolano debe usar software libre basado en estándares abiertos, e incluye una definición de estándar abierto:

Artículo 2: a los efectos del presente Decreto, se entenderá como

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", según lo mide el ranking de Google, es la desarrollada por Bruce Perens . ^{[ 33 ]} Su definición enumera un conjunto de principios que él cree que debe cumplir un estándar abierto: ^{[ 34 ]}

1. Disponibilidad: Los estándares abiertos están disponibles para que todos puedan leerlos e implementarlos.
2. Maximizar la libertad de elección del usuario final: Los estándares abiertos crean un mercado justo y competitivo para la implementación del estándar. No obligan al cliente a depender de un proveedor o grupo en particular.
3. Sin regalías: Los estándares abiertos son gratuitos para que todos los implementen , sin regalías ni cargos. La certificación de cumplimiento por parte de la organización de normalización puede implicar un costo.
4. No discriminación: Los estándares abiertos y las organizaciones que los administran no favorecen a ningún implementador por ningún motivo que no sea el cumplimiento de los estándares técnicos por parte de la implementación del proveedor. Las organizaciones de certificación deben facilitar la validación de implementaciones de bajo o nulo costo, y también pueden ofrecer 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 subconjunto y pueden imponer requisitos a las extensiones (véase Prácticas depredadoras ).
6. Prácticas abusivas: Los estándares abiertos pueden emplear términos de licencia que protegen contra la subversión del estándar mediante tácticas de adopción y extensión . Las licencias asociadas al estándar pueden requerir la publicación de información de referencia para las extensiones y una licencia para que cualquier otra persona cree, distribuya y venda software compatible con dichas extensiones. Un estándar abierto no puede prohibir las extensiones de ninguna otra manera.

Bruce Perens continúa explicando con más detalle los puntos del estándar en la práctica. Con respecto a la disponibilidad, afirma que "cualquier proyecto de software debería poder adquirir una copia sin mayores dificultades. El costo no debería exceder considerablemente el de un libro de texto universitario". ^{[ 34 ]}

Ken Krechmer ^{[ 35 ]} identifica diez "derechos":

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

Vijay Kapoor, director nacional de tecnología de Microsoft , define qué son los estándares abiertos de la siguiente manera: ^{[ 36 ]}

Analicemos qué significa un estándar abierto: «abierto» se refiere a que no requiere regalías, mientras que «estándar» significa una tecnología aprobada por comités formalizados, abiertos a la participación de todas las partes interesadas y que operan por 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, ambigua. Si bien Microsoft participó en las organizaciones de normalización más importantes que establecen estándares abiertos, a menudo se la percibió como contraria a su adopción. ^{[ 37 ]}

La Iniciativa de Código Abierto define los requisitos y criterios para los estándares abiertos de la siguiente manera: ^{[ 38 ]}

El requisito

Un "estándar abierto" no debe prohibir las implementaciones que se ajusten a él en el 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 con estos criterios, estará discriminando a los desarrolladores de código abierto.

1. Sin secretos intencionados: El estándar NO DEBE ocultar ningún detalle necesario para una implementación interoperable. Dado que 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 sustitutiva del estándar que se publicará bajo términos que no infrinjan la OSR.
2. Disponibilidad: El estándar DEBE estar disponible de forma gratuita y pública (por ejemplo, desde un sitio web estable) en condiciones libres de regalías y a un costo razonable y no discriminatorio.
3. Patentes: Todas las patentes esenciales para la implementación del estándar DEBEN:
   • estar licenciado bajo términos libres de regalías para uso sin restricciones, o
   • estar cubierto por una promesa de no afirmación cuando se practica mediante software de código abierto
4. Sin acuerdos: NO DEBE existir ningún requisito para la firma de un acuerdo de licencia, NDA, concesión, aceptación mediante clic o cualquier otro tipo de documentación para implementar versiones 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. ^{[ 39 ]}

Si nos fijamos en el resultado, la especificación por sí sola, que se somete a adopción, no es suficiente. El proceso participativo e inclusivo que conduce a un diseño particular, así como los recursos de apoyo disponibles, 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 un análisis exhaustivo de las necesidades del mercado, incluyendo la fase de requisitos, por ejemplo, accesibilidad, multilingüismo).
• apertura (cualquiera puede participar, y todos lo hacen: la industria, los particulares, el público, los organismos gubernamentales, el mundo académico, a escala mundial).
• Imparcialidad y consenso (equidad garantizada por el proceso y la organización W3C como anfitriona neutral, con igual ponderación para cada participante).
• disponibilidad (acceso gratuito al texto estándar, tanto durante el desarrollo como en la etapa final, y para traducciones, y garantía de que las tecnologías web e Internet básicas se pueden implementar sin pago de regalías)
• mantenimiento (proceso continuo de pruebas, erratas, revisiones, acceso permanente, validación, etc.)

En agosto de 2012, el W3C se unió al IETF y al IEEE para lanzar OpenStand ^{[ 17 ]} y publicar El paradigma moderno para los estándares. Este documento recoge "los procesos de estandarizació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 tener como objetivo crear competencia sin restricciones entre proveedores y libertad de elección para los usuarios». ^{[ 40 ]} Su definición breve de «estándar abierto» (o «estándar libre y abierto») es «una especificación publicada que es inmune a la influencia de los proveedores 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 ánimo de lucro, y su desarrollo continuo se lleva a cabo sobre la base de un procedimiento de toma de decisiones abierto y accesible a todas las partes interesadas."
• La norma ha sido publicada y el documento de especificaciones está disponible gratuitamente. Debe ser legal que todos puedan copiarla, distribuirla y usarla libremente.
• Las patentes que puedan estar presentes en (partes de) la norma se ponen a disposición de forma irrevocable y gratuita.
• No existen restricciones para 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 extender un estándar abierto con el tiempo." ^{[ 41 ]}

Esta definición se basa en la definición de "estándar abierto" de la UE (EIF v1), pero con modificaciones para abordar lo que denomina "captura de proveedores". Consideran que "muchos grupos e individuos han proporcionado definiciones de 'estándar abierto' que reflejan sus intereses económicos en el proceso de estandarización. Observamos que el conflicto fundamental se da entre los proveedores, que buscan capturar mercados y aumentar los costos, y el mercado en general, que busca libertad y menores costos... Los proveedores se esfuerzan por convertir los estándares abiertos en estándares de franquicia. Trabajan para modificar la legislación vigente de manera que puedan disfrazar los estándares de franquicia con la apariencia de '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". ^{[ 40 ]}

La Free Software Foundation Europe (FSFE) utiliza una definición basada en el Marco Europeo de Interoperabilidad v.1, que se amplió tras consultar con la industria y las partes interesadas de la comunidad. ^{[ 42 ]} El estándar de la FSFE ha sido adoptado por grupos como el proyecto SELF EU, la Declaración de Ginebra de 2008 sobre las normas y el futuro de Internet, y los equipos internacionales del Día de la Libertad Documental .

Según esta definición, un estándar abierto es un formato o protocolo que:

1. Sujeto a evaluación pública completa y uso sin restricciones de manera que esté igualmente disponible para todas las partes;
2. Sin componentes ni extensiones que dependan 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 independientemente de cualquier proveedor individual, en un proceso abierto a la participación equitativa de competidores y terceros;
5. Disponible en múltiples implementaciones completas de proveedores competidores, o como una implementación completa igualmente disponible para todas las partes.

Se dice que la definición de la Fundación para una Infraestructura de Información Libre coincide con la definición emitida en el Marco Europeo de Interoperabilidad publicado en 2004.

Una especificación pública, un estándar inclusivo, desarrollado y mantenido mediante un proceso de estandarización abierto, permite su implementación sin restricciones ni pago alguno, y la concesión de licencias de propiedad intelectual (otorgadas gratuitamente y sin condiciones) es el requisito mínimo de licencia exigido por organismos de estandarización como el W3C. Si bien todos los demás organismos aceptan estándares abiertos, la especificación en sí misma puede tener un coste considerable (entre 100 y 400 euros por copia, como en el caso de la ISO, debido a los derechos de autor y la publicación del documento). ^{[ 43 ]}