stringtranslate.com

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.

Definiciones

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]

Definiciones específicas de un estándar abierto

Realizado por organismos de normalización

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 el Consejo de Arquitectura de Internet (IAB) afirmaron conjuntamente un conjunto de principios que han contribuido al crecimiento exponencial de Internet y las tecnologías relacionadas. Los “Principios OpenStand” definen estándares abiertos y establecen los elementos básicos para la innovación. [7] [8] Los estándares desarrollados utilizando los principios OpenStand se desarrollan a través de un proceso abierto y participativo, apoyan la interoperabilidad, fomentan la competencia global, se adoptan voluntariamente a nivel mundial y sirven como elementos básicos para productos y servicios destinados a satisfacer las necesidades de los mercados y los consumidores. Esto impulsa la innovación que, a su vez, contribuye a la creación de nuevos mercados y al crecimiento y expansión de los mercados existentes.

Hay cinco principios clave de OpenStand, que se describen a continuación:

1. Cooperación Cooperación respetuosa entre organizaciones de normalización, en la que cada una respete la autonomía, la integridad, los procesos y las normas de propiedad intelectual de las demás.

2. Adhesión a los principios : Adhesión a los cinco principios fundamentales de la elaboración de normas, a saber:

3. Compromiso de empoderamiento colectivo mediante la afirmación de las organizaciones de normalización y sus participantes con el empoderamiento colectivo mediante el esfuerzo por alcanzar estándares que:

4. Disponibilidad Las especificaciones de los estándares se ponen a disposición de todos para su implementación y despliegue. Las organizaciones que los aprueban han definido procedimientos para desarrollar especificaciones que se puedan implementar en condiciones justas. Dada la diversidad del mercado, las condiciones justas pueden variar desde libres de regalías hasta condiciones justas, razonables y no discriminatorias (FRAND).

5. Adopción voluntaria Las normas se adoptan voluntariamente y el éxito está determinado por el mercado.

[9]

Definición de la UIT-T

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

Definición de IETF

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.

Por órganos legislativos o gubernamentales

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

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:

Definición del Consorcio de la Industria de Operaciones Centradas en la Red

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]

Definición del gobierno danés

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:

Definición de la ley francesa

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

Definición del gobierno de la India

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:

Definición de la ley italiana

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.

Definición oficial del marco de interoperabilidad de Nueva Zelanda

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:

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.

Definición de la ley portuguesa

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.

Definición de la ley española

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:

Definición del Gobierno de Sudáfrica

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.

Definición del gobierno del Reino Unido

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]

Definición de derecho venezolano

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.

Por personas reconocidas

Definición de Bruce Perens

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]

Definición de Ken Krechmer

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

Por empresas

Definición de Microsoft

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]

Por organizaciones sin fines de lucro

Definición de Iniciativa de Código Abierto

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.

Definición del Consorcio World Wide Web

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:

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

Definición de la Organización de Estándares Digitales

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:

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]

Definición de la Free Software Foundation Europe

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.

Definición de FFII

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]

Comparación de definiciones

Ejemplos de estándares abiertos

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.

Sistema

Hardware

Formatos de archivos

Protocolos

Lenguajes de programación

Otro

Logotipo de Data2Dome

Ejemplos de asociaciones

Patentes

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]

Citas

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

Véase también

Referencias

  1. ^ Chesbrough, Henry William; Vanhaverbeke, Wim; West, Joel (2008). "Tim Simcoe: 'Capítulo 8: Estándares abiertos y derechos de propiedad intelectual' en Innovación abierta: investigación de un nuevo paradigma". Oxford University Press . Consultado el 25 de abril de 2017 .
  2. ^ ab Langlois, Richard N. "Estándares tecnológicos, innovación e instalaciones esenciales: hacia un enfoque schmpeteriano post-Chicago". (1999).
  3. ^ ab Gordon, Richard L. (1994), "Costos de transacción, derechos de propiedad y los límites del gobierno", Regulación y análisis económico , Boston, MA: Springer US, págs. 61–78, doi :10.1007/978-1-4615-2620-9_6, ISBN 978-1-4613-6123-7, consultado el 29 de junio de 2023
  4. ^ Greenstein, Shane y Victor Sango, eds. Estándares y políticas públicas . Cambridge, Reino Unido: Cambridge University Press, 2007.
  5. ^ West, Joel (21 de diciembre de 2006), Greenstein, Shane; Stango, Victor (eds.), "Las realidades económicas de los estándares abiertos: negro, blanco y muchos matices de gris", Estándares y políticas públicas (1.ª ed.), Cambridge University Press, págs. 87-122, doi :10.1017/cbo9780511493249.004, ISBN 978-0-521-86450-3, S2CID  17934389 , consultado el 29 de junio de 2023
  6. ^ Joel West, citado en Greenstein, Shane y Victor Sango, eds. Estándares y políticas públicas. Cambridge, Reino Unido: Cambridge University Press, 2007.
  7. ^ "Declaración de afirmación". OpenStand . Consultado el 17 de julio de 2019 .
  8. ^ "El paradigma de estándares modernos: cinco principios clave". OpenStand . Consultado el 17 de julio de 2019 .
  9. ^ Fuente: www.open-stand.org
  10. ^ "UIT-T". www.itu.int . Consultado el 18 de marzo de 2018 .
  11. ^ "UIT-T". www.itu.int . Consultado el 18 de marzo de 2018 .
  12. ^ "00. Normas ISO y patentes". isotc.iso.org . Consultado el 18 de marzo de 2018 .
  13. ^ BCP 9: El proceso de normalización de Internet
  14. ^ BCP 78: Derechos que los contribuyentes proporcionan al fideicomiso IETF
  15. ^ BCP 79: Derechos de propiedad intelectual en la tecnología IETF
  16. ^ Disposiciones legales de confianza de la IETF (la página ofrece una sección de preguntas frecuentes para quienes no son abogados)
  17. ^ ab OpenStand: OpenStand: Principios para el paradigma estándar moderno
  18. ^ Marco europeo de interoperabilidad para los servicios paneuropeos de administración electrónica, versión 1.0 (2004) ISBN 92-894-8389-X página 9 
  19. ^ Comunidades Europeas (2004), Marco europeo de interoperabilidad para los servicios paneuropeos de administración electrónica (PDF) , consultado el 9 de febrero de 2016
  20. ^ Consorcio de la Industria de Operaciones Centradas en Redes [usurpado] , Léxico NCOIC, 2008
  21. ^ ""Definiciones de estándares abiertos", 2004" (PDF) . itst.dk . Consultado el 18 de marzo de 2018 .
  22. ^ ""Loi nº 2004-575" para la confianza en la economía digital, 21 de junio de 2004". legifrance.gouv.fr . Consultado el 18 de marzo de 2018 .
  23. ^ Gobierno de la India. "Política sobre estándares abiertos para la gobernanza electrónica" (PDF) . Consultado el 25 de julio de 2014 .
  24. ^ "Art. 68 CAD" . Consultado el 25 de julio de 2014 .
  25. ^ ""New Zealand E-Government Interoperability Framework (e-GIF)" versión 3.0, 22 de junio de 2007" (PDF) . e.govt.nz . Archivado desde el original (PDF) el 16 de octubre de 2008 . Consultado el 18 de marzo de 2018 .
  26. ^ "Ley n.º 36/2011, de 21 de junio". diariodarepublica.pt . Consultado el 21 de septiembre de 2023 .
  27. ^ «"Ley 11/2007", de 22 de junio, de Acceso Electrónico de los Ciudadanos a los Servicios Públicos» (PDF) . boe.es . Consultado el 18 de marzo de 2018 .
  28. ^ "Gobierno de Sudáfrica, MIOS versión 4.1 2007" (PDF) . dpsa.gov.za . Consultado el 18 de marzo de 2018 .
  29. ^ Gabinete, Principios de estándares abiertos, publicado el 9 de abril de 2013, actualizado el 5 de abril de 2018
  30. ^ Oficina del Gabinete, Nota sobre política de adquisiciones: uso de estándares abiertos al especificar requisitos de TIC. Nota de acción 3/11 31 de enero de 2011, archivada por los Archivos Nacionales , consultada el 28 de agosto de 2021
  31. ^ "Decreto 3390 de Software Libre y Estándares Abiertos, 23 de diciembre de 2004" (PDF) . Archivado desde el original (PDF) el 2007-11-09 . Consultado el 2007-10-03 .
  32. ^ "¿OpenDocument es un estándar abierto? ¡Sí!". www.dwheeler.com . Archivado desde el original el 22 de marzo de 2009. Consultado el 18 de marzo de 2018 .
  33. ^ ab "Estándares abiertos: principios y práctica". Bruce Perens. Archivado desde el original el 1 de enero de 2006. Consultado el 22 de febrero de 2020 .
  34. ^ "El significado de los estándares abiertos". www.csrstds.com . Consultado el 18 de marzo de 2018 .
  35. ^ "OOXML: Ser o no ser". efytimes.com . Consultado el 18 de marzo de 2018 .
  36. ^ Casson, Tony; Ryan, Patrick S. (1 de mayo de 2006), "Estándares abiertos, adopción de código abierto en el sector público y su relación con el dominio del mercado de Microsoft", en Sherrie Bolin (ed.), Standards edge: unifier or divider?, Sheridan Books, pág. 87, SSRN  1656616
  37. ^ "Requisito de estándares abiertos para software - Iniciativa de código abierto". opensource.org . 24 de julio de 2006 . Consultado el 18 de marzo de 2018 .
  38. ^ Definición de estándares abiertos Consorcio World Wide Web
  39. ^ ab "Definición de "estándar abierto"". Archivado desde el original el 20 de abril de 2016. Consultado el 3 de junio de 2008 .
  40. ^ "¿Qué es un estándar abierto?". Archivado desde el original el 5 de agosto de 2010. Consultado el 3 de junio de 2008 .
  41. ^ https://fsfe.org/freesoftware/standards/def.en.html versión antigua
  42. ^ "Grupo de trabajo de la FFII sobre estándares abiertos - FFII". 18 de enero de 2007. Archivado desde el original el 18 de enero de 2007. Consultado el 15 de noviembre de 2021 .
  43. ^ "Arquitectura de la World Wide Web, Volumen Uno". www.w3.org . Consultado el 18 de marzo de 2018 .
  44. ^ "Estándares disponibles al público". standards.iso.org . Consultado el 18 de marzo de 2018 .
  45. ^ "Singularidad compleja versus apertura | Joinup". Archivado desde el original el 19 de abril de 2015. Consultado el 6 de mayo de 2015 .
  46. ^ Especificación del formato de archivo de documento portátil (PDF) Archivado el 22 de octubre de 2005 en Wayback Machine .
  47. ^ ISO-8652:1995
  48. ^ "ISO/IEC 8652:1995/Enmienda 1:2007".
  49. ^ "ESO y sus socios lanzan el innovador sistema planetario Data2Dome". www.eso.org . Consultado el 27 de abril de 2017 .
  50. ^ Iniciativa OpenReference: marcos OpenReference, diciembre de 2016
  51. ^ Convenio sobre la Patente Europea Artículo 52 párrafo (2)(c)
  52. ^ "Comisión Europea - NOTAS DE PRENSA - Comunicado de prensa - Día Mundial de la Normalización, 14 de octubre: Normas globales para la sociedad global de la información". europa.eu . Consultado el 18 de marzo de 2018 .
  53. ^ Premio de la Fundación Nokia a Mårten Mickos
  54. ^ "Preguntas frecuentes de la prensa - Tim BL". www.w3.org . Consultado el 18 de marzo de 2018 .
  55. ^ "Conferencia sobre redes y aplicaciones de telecomunicaciones de África meridional (SATNAC) 2005. Discurso de apertura del Honorable Ministro de Ciencia y Tecnología, Mosibudi Mangena — Departamento de Ciencia y Tecnología, Sudáfrica". www.dst.gov.za . Archivado desde el original el 9 de mayo de 2009.

Lectura adicional

Enlaces externos