Estándar abierto -
Open standard

De Wikipedia, la enciclopedia libre

Un estándar abierto es un estándar que está disponible públicamente y tiene varios derechos de uso asociados con él y también puede tener varias propiedades de cómo fue diseñado (por ejemplo, proceso abierto). No existe una definición única y las interpretaciones varían con el uso.

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 en 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 exigen tarifas de uso, como lo hacen Nueva Zelanda, Sudáfrica y Venezuela. gobiernos. En el lado de la organización estándar, el World Wide Web Consortium (W3C) garantiza que sus especificaciones se puedan implementar sin pagar regalías .

Muchas definiciones del término estándar permiten a los titulares de patentes imponer regalías y otros términos de concesión de licencias por "licencias razonables y no discriminatorias" a los implementadores o usuarios de la norma. Por ejemplo, las reglas para las 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 el UIT-T permiten que sus normas contengan especificaciones cuya implementación requerirá el pago de derechos de licencia de patentes. Entre estas organizaciones, solo el IETF y el UIT-T se refieren explícitamente a sus estándares como "estándares abiertos", mientras que los demás se refieren únicamente a la producción de "estándares". El IETF y el UIT-T utilizan definiciones de "estándar abierto" que permiten requisitos de derechos de licencia de patentes "razonables y no discriminatorios" .

Hay quienes en la comunidad de software de código abierto sostienen que un "estándar abierto" solo está abierto si puede ser adoptado, implementado y extendido libremente. Si bien los estándares abiertos o las arquitecturas se consideran no patentados en el sentido de que el estándar no tiene propietario o es propiedad de un organismo colectivo, aún puede compartirse públicamente y no guardarse estrictamente. 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 Microsoft y el microprocesador Intel. Hay otros tres que son más ampliamente aceptados como "abiertos", que incluyen los teléfonos GSM (adoptados como estándar del gobierno), Open Group que promueve UNIX y similares, 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 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 al aumento de la competencia entre proveedores.

Los estándares abiertos que especifican formatos a veces se denominan formatos abiertos .

Muchas especificaciones que a veces se denominan estándares son propietarias y solo están disponibles bajo términos contractuales restrictivos (si es que se pueden obtener) de la organización que posee los derechos de autor de la especificación. Como tales, estas especificaciones no se consideran completamente abiertas . Joel West ha argumentado que los estándares "abiertos" no son en blanco y negro, sino que tienen muchos niveles diferentes de "apertura". 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 comenzar a imitar el software. 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 cuando el mercado hace que una plataforma sea la más popular.

Definiciones específicas de un estándar abierto

Definición conjunta de IEEE, ISOC, W3C, IETF e IAB

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 tecnologías relacionadas. Los “Principios de OpenStand” definen estándares abiertos y establecen los componentes básicos para la innovación. Los estándares desarrollados utilizando los principios de 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 bloques de construcción para productos y servicios dirigidos a satisfacer las necesidades de los 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, en la que cada una respete la autonomía, integridad, procesos y reglas 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 de las partes domina ni guía el desarrollo de estándares. Los procesos de estándares son transparentes y existen oportunidades para apelar 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 proporcionan un aviso público anticipado de las actividades de desarrollo de normas propuestas, el alcance del trabajo a realizar y las condiciones de participación. Se proporcionan registros de decisiones fácilmente accesibles y los materiales utilizados para llegar a esas decisiones. Los períodos de comentarios públicos se proporcionan antes de la aprobación y adopción de los estándares finales.
  • Equilibrio: las actividades de las normas no están exclusivamente dominadas por ninguna persona, empresa o grupo de interés en particular.
  • Apertura: los procesos de estándares están abiertos a todas las partes interesadas e informadas.

3. Compromiso de colectivo al esforzarse por lograr estándares que:

  • se eligen y definen en función del mérito técnico, según la experiencia aportada por cada participante;
  • proporcionar interoperabilidad, escalabilidad, estabilidad y flexibilidad globales;
  • permitir la competencia global;
  • servir como bloques de construcción para una mayor innovación; y
  • Contribuir a la creación de comunidades globales, beneficiando a 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 afirman los estándares han definido procedimientos para desarrollar especificaciones que se pueden implementar en términos justos. Dada la diversidad del mercado, los términos justos pueden variar de condiciones libres de regalías a condiciones justas, razonables y no discriminatorias (FRAND).

5. Los estándares de voluntaria se adoptan voluntariamente y el mercado determina el éxito.

Definición del UIT-T

El UIT-T es una organización de desarrollo de normas (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 tiene 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:

El UIT-T tiene una larga trayectoria en el desarrollo de estándares abiertos. Sin embargo, recientemente algunas fuentes externas diferentes han intentado definir el término "estándar abierto" de diversas formas. Para evitar confusiones, el UIT-T utiliza para su propósito el término "Estándares Abiertos" según la siguiente definición:
Los "Estándares Abiertos" son estándares puestos a disposición del público en general y se desarrollan (o aprueban) y se mantienen mediante un proceso de colaboración y 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 "Estándares abiertos" incluyen, entre otros:
  • Proceso colaborativo: desarrollo (o aprobación) voluntario e impulsado por el mercado siguiendo un proceso transparente impulsado por 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 la respuesta a los comentarios de las partes interesadas.
  • Derechos de propiedad intelectual (DPI): DPI esenciales para implementar el estándar que deben otorgarse a todos los solicitantes de forma mundial y no discriminatoria, ya sea (1) de forma gratuita y bajo otros términos y condiciones razonables o (2) en términos y condiciones razonables (que puede incluir una compensación monetaria). Las negociaciones se dejan a las partes interesadas y se llevan a cabo fuera de la SDO .
  • Calidad y nivel de detalle: suficiente 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 otra entidad que no sea la SDO que promulga el estándar.
  • Disponible públicamente: fácilmente disponible para 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 ITU-T , ITU-R , ISO , y IEC han armonizado en una política de patentes común bajo la bandera de la WSC . Sin embargo, la definición del UIT-T no debe considerarse necesariamente aplicable también en los contextos del UIT-R, ISO e IEC, ya que la Política Común de Patentes no hace ninguna referencia a "estándares abiertos" sino únicamente a "estándares".

Definición de IETF

En la sección 7 de su RFC 2026, el IETF clasifica las especificaciones que se han desarrollado de una 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 de IETF y las políticas de IPR tienen las características enumeradas anteriormente por ITU-T, los estándares de IETF cumplen con la definición de ITU-T de "estándares abiertos".

Sin embargo, la IETF no ha adoptado una definición específica de "estándar abierto"; tanto RFC 2026 como la declaración de misión de IETF (RFC 3935) hablan de "proceso abierto", pero RFC 2026 no define "estándar abierto" excepto con el propósito de definir a qué documentos se pueden vincular los estándares de IETF.

RFC 2026 pertenece a un conjunto de RFC conocido colectivamente como BCP 9 (Mejor práctica común, una política de IETF). RFC 2026 fue posteriormente actualizado por BCP 78 y 79 (entre otros). A partir de 2011, BCP 78 es RFC 5378 (Derechos que los contribuyentes proporcionan al IETF Trust), y BCP 79 consta de RFC 3979 (Derechos de propiedad intelectual en tecnología IETF) y una aclaración en RFC 4879. Los cambios están destinados a ser compatibles con " Licencia BSD simplificada "como se indica en las disposiciones legales de IETF Trust y las preguntas frecuentes sobre derechos de autor basadas en RFC 5377.

En agosto de 2012, el IETF se combinó con el W3C y el IEEE para lanzar OpenStand 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 declaración se publica luego en forma de RFC 6852 en enero de 2013.

Marco europeo de interoperabilidad para servicios paneuropeos de administración electrónica

.

Para alcanzar la interoperabilidad en el contexto de los servicios paneuropeos de administración electrónica, la orientación debe centrarse en los estándares abiertos.

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

  • La norma es adoptada y mantenida por una organización sin fines de lucro, y su desarrollo continuo ocurre sobre la base de un procedimiento abierto de toma de decisiones 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 por un precio nominal. Debe estar permitido para todos copiarlo, distribuirlo y usarlo sin costo o con un costo nominal.
  • 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 hay restricciones sobre la reutilización del estándar.

Definición del consorcio industrial de operaciones centradas en la red

El Network Centric Operations Industry Consortium (NCOIC) define el estándar abierto como lo siguiente:

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 puede eliminarse y reemplazarse por el de otro proveedor con un esfuerzo mínimo y sin grandes interrupciones.

Definición gobierno danés

El gobierno danés ha intentado hacer una definición de estándares abiertos, 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 los usuarios y no se requiere ningún pago u otras consideraciones como condición para el uso del estándar)
  • Un estándar abierto de necesidad sigue siendo accesible y gratuito (es decir, los propietarios renuncian a sus opciones, si es que existen, para limitar el acceso al estándar en una fecha posterior, por ejemplo, comprometiéndose con 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)

Definición de derecho francés

El Parlamento francés aprobó una definición de "estándar abierto" en su "Ley de confianza en la economía digital". La definición es:

  • 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.

Definición del gobierno indio

Una clara postura libre de regalías y un caso de requisitos de gran alcance es el del gobierno de la India.

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 de la norma identificada 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 derechos de autor durante la vida útil del Estándar.
  • 4.1.3 La Norma Identificada debe ser adoptada y mantenida 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 deberá ser abierto de forma recursiva en la medida de lo posible.
  • 4.1.5 El estándar identificado debe tener una especificación de tecnología neutra.
  • 4.1.6 El estándar identificado deberá ser capaz de admitir la localización, cuando corresponda, para todos los idiomas oficiales de la India para todos los dominios aplicables.

Definición de la ley italiana

Italia tiene una regla general para todo el sector público que se ocupa de 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 )

[las aplicaciones deben] permitir la representación de datos en diferentes formatos, al menos uno de los cuales es un formato de datos abiertos.

[...]

[se define] un formato de datos abiertos, 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.

Definición de la ley española

Una ley aprobada por el Parlamento español 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, de acuerdo con la siguiente definición:

Un estándar abierto cumple las siguientes condiciones:

  • es público, y su uso está disponible en forma gratuita [gratis], o con un costo que no implique una dificultad para el usuario.
  • su uso no está sujeto al pago de ningún derecho de propiedad intelectual [copyright] o industrial [patentes y marcas registradas].

Definición de derecho venezolano

El gobierno venezolano aprobó una "ley de software libre y estándares abiertos". 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 de este Decreto, se entenderá como

k) Estándares abiertos: especificaciones técnicas, publicadas y controladas por una organización a cargo 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, interoperabilidad y flexibilidad.

Definición de gobierno sudafricano

El gobierno de Sudáfrica aprobó una definición en el "Manual de estándares operativos mínimos de interoperabilidad" (MIOS).

Para los propósitos del MIOS, una norma se considerará abierta si cumple con todos estos criterios. Hay normas que estamos obligados a adoptar por razones pragmáticas que no necesariamente se ajustan completamente a la apertura en todos los aspectos. En tales casos, donde aún no existe un estándar abierto, se tendrá en cuenta el grado de apertura al seleccionar un estándar apropiado:

  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 estándares completados sin costo o por una tarifa insignificante.
  4. Todo el mundo debe poder copiar, distribuir y utilizar el estándar de forma gratuita.
  5. Los derechos intelectuales requeridos para implementar el estándar (reclamos de patente esenciales) están disponibles de manera irrevocable, sin regalías adjuntas.
  6. No hay reservas con respecto a la reutilización del estándar.
  7. Existen múltiples implementaciones del estándar.

Definición del marco de interoperabilidad oficial de Nueva Zelanda

El marco de interoperabilidad del gobierno electrónico (e-GIF) define el estándar abierto como libre de regalías de acuerdo con el siguiente texto:

Si bien es poco probable que una definición universalmente aceptada de "estándares abiertos" se resuelva en un futuro próximo, el e-GIF acepta que una definición de "estándares abiertos" debe reconocer un continuo que va de cerrado a 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 los usuarios y no se debe exigir ningún pago u otras consideraciones como condición para utilizar el estándar.
  • Permanecer accesible para todos de forma gratuita: los propietarios deben renunciar a sus opciones, si las hay, para limitar el acceso al estándar 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 realiza la misma función en el gobierno electrónico que el Código de Carreteras en las carreteras. Conducir sería excesivamente costoso, ineficiente e ineficaz si las reglas de la carretera tuvieran que acordarse cada vez que un vehículo se encuentra con otro.

Definición de Bruce Perens

Una de las definiciones más populares del término "estándar abierto", según la clasificación de Google, es la desarrollada por Bruce Perens . Su definición enumera un conjunto de principios que él cree que deben cumplirse con un estándar abierto:

  1. Disponibilidad: Los estándares abiertos están disponibles para que todos los lean e implementen.
  2. Maximice la elección del usuario final: los estándares abiertos crean un mercado justo y competitivo para las implementaciones del estándar. No encierran al cliente en 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 tarifas. La certificación de cumplimiento por parte de la organización de estándares puede implicar una tarifa.
  4. Sin discriminación: Los estándares abiertos y las organizaciones que los administran no favorecen a un implementador 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 un camino para que las implementaciones de bajo costo y sin costo sean validadas, pero también pueden brindar 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 depredadoras ).
  6. Prácticas depredadoras: 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 adjuntas al estándar pueden requerir la publicación de información de referencia para 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 extensiones de otro modo.

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 debe exceder con mucho el costo de un libro de texto universitario".

Definición de Microsoft

Vijay Kapoor, oficial nacional de tecnología de Microsoft , define qué estándares abiertos son los siguientes:

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 de colaboración y 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 establecimiento de estándares más importantes que establecen estándares abiertos, a menudo se consideraba que se oponía a su adopción.

Definición de Open Source Initiative

La Iniciativa de Código Abierto define los requisitos y criterios para los estándares abiertos de la siguiente manera:

El requerimiento

Un "estándar abierto" no debe prohibir las 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.

  1. Sin secretos intencionales: el estándar NO DEBE retener ningún detalle necesario para una implementación interoperable. Como las fallas son inevitables, la norma DEBE definir un proceso para corregir las fallas identificadas durante la implementación y las pruebas de interoperabilidad e incorporar dichos cambios en una versión revisada o sustituida de la norma 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 condiciones libres de regalías a un costo razonable y no discriminatorio.
  3. Patentes: Todas las patentes esenciales para la implementación del estándar DEBEN:
    • tener una licencia libre de regalías para uso sin restricciones, o
    • Estar cubierto por una promesa de no afirmación cuando se practica con 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, click-through 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.

Definición de Ken Krechmer

Ken Krechmer identifica diez "derechos":

  1. Reunión abierta
  2. Consenso
  3. Debido al proceso
  4. Un mundo
  5. Abrir Cambiar
  6. Abrir documentos
  7. Interfaz abierta
  8. Uso abierto
  9. Apoyo continuo

Definición de World Wide Web Consortium

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.

Mirando el resultado final, la especificación por sí sola, en adopción, no es suficiente. El proceso participativo / inclusivo que conduce a un diseño en particular y los recursos de apoyo disponibles con él deben tenerse en cuenta cuando hablamos de Estándares Abiertos:

  • transparencia (el debido proceso es público y todas las discusiones técnicas, actas de 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, individuo, público, organismos gubernamentales, academia, a escala mundial)
  • imparcialidad y consenso (equidad garantizada por el proceso y el hospedaje neutral de la organización del W3C, con el mismo 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 tecnologías básicas de Web e Internet se pueden implementar sin derechos de autor)
  • mantenimiento (proceso continuo de pruebas, 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 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".

Definición de organización de estándares digitales

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

  • "El estándar es adoptado y será mantenido por una organización sin fines de lucro, y su desarrollo continuo ocurre sobre la base de un procedimiento abierto de toma de decisiones disponible para todas las partes interesadas.
  • La norma se ha publicado y el documento de especificaciones de la norma está disponible gratuitamente. Todos deben poder copiarlo, distribuirlo y usarlo libremente.
  • Las patentes posiblemente presentes en (partes de) la norma se ponen a disposición de forma irrevocable sin derechos de autor.
  • No existen restricciones sobre la reutilización del estándar.

Una propiedad clave que 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 frente a la captura de proveedores permite mejorar, confiar y extender un estándar abierto a lo largo del tiempo ".

Esta definición se basa en la definición de EIF v1 de la UE de "estándar abierto", 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 menores costos ... Los proveedores trabajan arduamente para convertir los estándares abiertos en estándares de franquicia. Trabajan para cambiar el lenguaje estatutario para que puedan cubrir los estándares de franquicia con la piel de oveja del 'estándar abierto'. Por 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 ".

Definición de la Free Software Foundation Europe

La Free Software Foundation Europe (FSFE) utiliza una definición que se basa en el Marco Europeo de Interoperabilidad v.1, y se amplió después de consultar con las partes interesadas de la industria y la comunidad. El estándar de la FSFE ha sido adoptado por grupos como el Proyecto SELF EU, la Declaración de Ginebra de 2008 sobre los 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 evaluación pública completa y uso sin restricciones de una manera igualmente disponible para todas las partes;
  2. Sin componentes o extensiones que tengan dependencias de formatos o protocolos que no cumplan con la definición de un Estándar Abierto en sí mismos;
  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 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.

Definición de FFII

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 que es pública, el estándar es inclusivo y se ha desarrollado y se mantiene 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 estandarización como W3C. Por supuesto, todos los demás organismos aceptan estándares abiertos. Pero la especificación en sí podría costar una buena cantidad de dinero (es decir, 100-400 euros por copia como en ISO debido a los derechos de autor y la publicación del documento en sí).

Definición del gobierno del Reino Unido

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 estándares abiertos" y son los siguientes.

  1. Colaboración: el estándar se mantiene a través de un proceso de toma de decisiones colaborativo que se basa en el consenso y es independiente de cualquier proveedor individual. La participación en el desarrollo y mantenimiento de la norma es accesible para todas las partes interesadas.
  2. Transparencia: el proceso de toma de decisiones es transparente y una revisión de acceso público por parte de expertos en la materia es parte del proceso.
  3. Debido proceso: la norma es adoptada por una organización de normalización o especificació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 se publica, se documenta minuciosamente y está disponible públicamente a un costo cero o bajo. Se prefiere el costo cero, pero esto debe considerarse caso por caso como parte del proceso de selección. El costo no debe ser prohibitivo o probable que cause una barrera a la igualdad de condiciones.
  5. Soporte de mercado: excepto en el contexto de la creación de soluciones innovadoras, el estándar es maduro, está respaldado por el mercado y demuestra la independencia de la plataforma, la aplicación y el proveedor.
  6. Derechos: los derechos esenciales para la implementación del estándar y para interactuar con otras implementaciones que han adoptado el mismo estándar, tienen licencia libre de regalías que es compatible con soluciones de código abierto y con licencia propietaria. Estos derechos deben ser irrevocables a menos que exista un incumplimiento de las condiciones de la licencia.

La Oficina del Gabinete en el Reino Unido recomienda que los departamentos gubernamentales especifiquen requisitos utilizando estándares abiertos cuando realicen ejercicios de adquisiciones para promover la interoperabilidad y la reutilización, y evitar el bloqueo tecnológico.

Comparación de definiciones

Editor Momento de publicación Disponibilidad Derechos de uso Proceso Lo completo
Gratis Términos de FRAND Libre de regalías, irrevocablemente Términos de FRAND Participación abierta Visualización abierta Necesita implementaciones de múltiples proveedores o referencia abierta para la madurez
Conjuntos IEEE, ISOC, W3C, IETF, IAB 2012-08-12 No No No Cortina de humo No No No
ITU-T 2005-03 No No No No No
Administración electrónica paneuropea 2004 0 o nominal N / A N / A N / A No
Gobierno danés 2004 N / A Poco claro N / A No No No
Ley francesa 2004 Implícito N / A Implícito N / A No No No
Gobierno indio 2014 0 o nominal N / A N / A No No No
Ley italiana 2005-03-07 No No No No No No No
Ley española 2007-06-22 No No 0 o bajo N / A No No No
Ley venezolana 2004-12-23 No No Implícito N / A No No No
Gobierno sudafricano 2007 N / A N / A N / A
E-GIF de Nueva Zelanda 2007-06-22 N / A Poco claro N / A No No No
Bruce Perens antes de 2002 Privilegiado Implícito N / A No No No
Microsoft C. 2006 No No N / A N / A No
Iniciativa de código abierto 2006-09 No Parcial No N / A No
Ken Krechmer 2005-01 No N / A N / A No
W3C 2005-09 N / A N / A N / A No
DIGISTAN C. 2008 N / A N / A N / A No
FSFE 2001 No Implícito N / A N / A
FFII antes de 2004 No No N / A No No No
Gobierno del Reino Unido 2012 0 o bajo N / A N / A N / A

Ejemplos de estándares abiertos

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 sean abiertos según todas las definiciones.

Sistema

Hardware

DiSEqC es un estándar abierto, no se requiere licencia ni se pagarán regalías al titular de los derechos EUTELSAT.
DiSEqC es una marca comercial de EUTELSAT.
Las condiciones de uso de la marca comercial y DiSEqC pueden obtenerse de EUTELSAT.

Formatos de archivo

Protocolos

Lenguajes de programación

Otro

Logotipo de Data2Dome

Ejemplos de asociaciones

Patentes

incluye una sección que prohíbe a cualquier persona que distribuya un programa publicado bajo la GPL hacer cumplir las patentes de los usuarios posteriores del software o trabajos derivados.

Un resultado de esta controversia fue que muchos gobiernos (incluidos los gobiernos de Dinamarca, Francia y España 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 licencias libres de regalías.

pueden hacer cumplir en los EE. UU. Pero no en la UE. La Convención Europea de Patentes prohíbe expresamente que los algoritmos, métodos comerciales y software estén cubiertos por patentes. Estados Unidos solo los ha permitido desde 1989 y ha habido una creciente controversia en los últimos años en cuanto al 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 tarifas de licencia, especialmente si la empresa en cuestión no es miembro del organismo de normalización y no está restringida por ninguna regla establecida durante el proceso de desarrollo de normas. De hecho, este elemento desalienta a algunos organismos de normalización de adoptar un enfoque "abierto", por temor a que salgan perdiendo si sus miembros están más limitados que los no miembros. Son pocos los organismos que 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, intentar modificarla o trabajar para invalidar la patente. Los organismos de normalización como W3C y OASIS requieren que el uso de las patentes requeridas se conceda bajo una licencia libre de regalías como condición para unirse al organismo o grupo de trabajo en particular, y esto generalmente se considera exigible.

Ejemplos de reclamos de patentes presentados contra estándares que antes se pensaba que estaban abiertos incluyen JPEG y el caso Rambus sobre DDR SDRAM . El códec de video 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 regalías.

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 algún nivel de protección frente a los competidores, pero es probable que la destrucción creativa schumpeteriana finalmente deje a la empresa abierta a ser "inventada" independientemente del estándar del que pueda beneficiarse.

Citas

  • Jorma Ollila, presidente de la junta directiva de Nokia: "... Los estándares abiertos y las plataformas crean una base para el éxito. Permiten la interoperabilidad de tecnologías y fomentan la innovación y la competencia sana, lo que a su vez aumenta las opciones de los consumidores y abre mercados completamente nuevos".
  • En el discurso de apertura de la Conferencia de Aplicaciones y Redes de Telecomunicaciones de África Meridional (SATNAC) 2005, el entonces Ministro de Ciencia y Tecnología, Mosibudi Mangena destacó la necesidad de estándares abiertos en las TIC:

[...] 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 agravada por el hecho de que los organismos que respondieron y los grupos no gubernamentales no pudieron compartir información vital para el esfuerzo de rescate. Cada uno usaba diferentes formatos de datos y documentos. El alivio se ralentizó y la coordinación se complicó. [...]

-  Mosibudi Mangena, Discurso inaugural de SATNAC 2005

Ver también

Referencias

Otras lecturas