stringtranslate.com

OASIS (organización)

La Organización para el Avance de los Estándares de Información Estructurada ( OASIS ; / oʊ ˈ eɪ . s ɪ s / ) es un consorcio sin fines de lucro que trabaja en el desarrollo, convergencia y adopción de proyectos -tanto de estándares abiertos como de código abierto- para la ciberseguridad , blockchain , Internet de las cosas (IoT), gestión de emergencias , computación en la nube , intercambio legal de datos , energía , tecnologías de contenidos y otras áreas. [2]

Historia

OASIS se fundó con el nombre "SGML Open" en 1993. Comenzó como una asociación comercial de proveedores de herramientas de lenguaje de marcado generalizado estándar (SGML) para promover cooperativamente la adopción de SGML a través de actividades principalmente educativas, aunque también se llevó a cabo cierta cantidad de actividad técnica. incluida una actualización de la especificación del modelo de tabla CALS y las especificaciones para el intercambio de fragmentos y la gestión de entidades. [3]

En 1998, con el movimiento de la industria hacia XML , SGML Open cambió su énfasis de SGML a XML y cambió su nombre a OASIS Open para incluir XML y reflejar un alcance ampliado de trabajo técnico y estándares. El foco de las actividades del consorcio también pasó de promover la adopción (ya que XML estaba recibiendo mucha atención por sí solo) al desarrollo de especificaciones técnicas. En julio de 2000 se aprobó un nuevo proceso de comité técnico. Con la adopción del proceso se regularizó la forma en que se creaban, operaban y avanzaban sus trabajos los comités técnicos. En la adopción del proceso hubo cinco comités técnicos; en 2004 había casi 70.

Durante 1999, UN/CEFACT , el comité de las Naciones Unidas que se ocupa de las normas para los negocios, se acercó a OASIS para desarrollar conjuntamente un nuevo conjunto de especificaciones para los negocios electrónicos. La iniciativa conjunta, denominada " ebXML " y que se reunió por primera vez en noviembre de 1999, fue constituida por un período de tres años. En la reunión final bajo el estatuto original, en Viena, UN/CEFACT y OASIS acordaron dividir el trabajo restante entre las dos organizaciones y coordinar la finalización del trabajo a través de un comité coordinador. En 2004, OASIS presentó sus especificaciones ebXML completas a ISO TC154, donde fueron aprobadas como ISO 15000 .

El consorcio tiene su sede en Woburn, Massachusetts , compartida con otras empresas. En diciembre de 2020, OASIS se mudó a su ubicación actual, 400 TradeCenter Drive. Las ubicaciones de oficinas anteriores incluyen 25 Corporate Drive Suite 103 y 35 Corporate Drive, Suite 150, ambas en Burlington, MA. [4]

OASIS Abierto

Desarrollo de estándares

Los siguientes estándares están siendo desarrollados o mantenidos por los comités técnicos de OASIS:

Miembros

La adhesión al consorcio requiere el pago de unas cuotas, que deben renovarse anualmente, dependiendo de la categoría de membresía a la que quieran acceder los adherentes. [6] Entre los adherentes se encuentran miembros de Dell , IBM , ISO/IEC , Cisco Systems , KDE eV , Microsoft , Oracle , Red Hat , The Document Foundation , universidades, agencias gubernamentales, individuos y empleados de otras empresas menos conocidas. [7] [8]

Secciones de miembros

Las secciones de miembros son grupos de intereses especiales dentro del consorcio que se centran en temas específicos. Estas secciones mantienen su propia identidad distintiva y tienen plena autonomía para definir su programa de trabajo y agenda. [9] La integración de la sección miembro en el proceso de normalización se organiza a través de los comités técnicos.

Las secciones de miembros activos son, por ejemplo:

Las secciones de los miembros podrán completarse cuando hayan alcanzado sus objetivos. Los estándares que promovieron luego son mantenidos por los comités técnicos pertinentes directamente dentro de OASIS. Por ejemplo:

Controversia de divulgación de patentes

Al igual que muchos organismos que producen estándares abiertos , por ejemplo ECMA , [10] OASIS añadió una cláusula de licencia razonable y no discriminatoria (RAND) a su política en febrero de 2005. [8] Esa enmienda requería que los participantes revelaran su intención de solicitar patentes de software para tecnologías bajo consideración en la norma. A diferencia del W3C , que requiere que los participantes ofrezcan licencias libres de regalías a cualquiera que utilice el estándar resultante, OASIS ofrece un modo libre de regalías en términos limitados, junto con un modo libre de regalías en términos RAND y un modo RAND (razonable y no discriminatorio). ) modo para sus comités. En comparación con el W3C, OASIS es menos restrictivo en cuanto a la obligación de las empresas de conceder una licencia libre de regalías sobre las patentes que poseen. [11]

Ha surgido rápidamente una controversia [12] porque esta licencia se agregó silenciosamente y permite la publicación de estándares que podrían requerir pagos de derechos de licencia a los titulares de patentes. Esta situación podría eliminar efectivamente la posibilidad de implementaciones de código abierto o gratuito de estos estándares. Además, los contribuyentes podrían inicialmente ofrecer el uso de su patente libre de regalías y luego imponer tarifas por unidad, una vez que se haya aceptado el estándar.

El 11 de abril de 2005, The New York Times informó que IBM había comprometido gratuitamente todas sus patentes al grupo OASIS. [13] Larry Rosen, un experto en leyes de software y líder de la reacción que surgió cuando OASIS silenciosamente incluyó una cláusula RAND en su política, dio la bienvenida a la iniciativa y supuso que OASIS no continuará usando esa política como lo harían otras compañías involucradas. La historia demostró que estaba equivocado, ya que esa política de RAND aún no ha sido eliminada y otras compañías comerciales no han publicado una declaración tan libre hacia OASIS.

Patrick Gannon, presidente y director general de OASIS de 2001 a 2008, [14] minimizó el riesgo de que una empresa pudiera aprovechar una norma para solicitar regalías cuando ya se ha establecido: "Si es una opción que nadie utiliza, entonces ¿cuál es el daño? ".

Sam Hiser, ex director de marketing de la ahora desaparecida OpenOffice.org , explicó que este tipo de patentes para un estándar abierto son contraproducentes e inapropiadas. También argumentó que IBM y Microsoft estaban trasladando sus esfuerzos de estandarización del W3C a OASIS, en una forma de aprovechar probablemente su cartera de patentes en el futuro. Hiser también atribuyó este cambio RAND a la política OASIS a Microsoft. [15]

De hecho, en teoría, el término RAND podría permitir que cualquier empresa involucrada aproveche su patente en el futuro. Pero esa enmienda probablemente se añadió para atraer más empresas al consorcio y fomentar las contribuciones de posibles participantes. De hecho, grandes actores como Microsoft podrían haber ejercido presión y haber establecido una condición sine qua non para acceder al consorcio, y posiblemente poner en peligro/boicotear el estándar si tal cláusula no estuviera presente.

Crítica

Doug Mahugh, mientras trabajaba para Microsoft (un promotor de Office Open XML , un formato de documento de Microsoft que compite con ISO/IEC 26300 de OASIS , es decir, ODF v1.0), afirmó que "muchos países han expresado frustración por el ritmo de las respuestas de OASIS a los defectos". informes que se han presentado sobre ISO/IEC 26300 y la imposibilidad de que los miembros del SC 34 participen en el mantenimiento de ODF". [16] Sin embargo, Rob Weir, copresidente del Comité Técnico de OASIS ODF señaló que en ese momento, "el ODF TC había recibido informes de cero defectos de cualquier organismo nacional ISO/IEC distinto de Japón". Añadió que el remitente del informe japonés original sobre defectos, Murata Mokoto, estaba satisfecho con la preparación de la fe de erratas. [17] También publicó por su cuenta una entrada de blog culpando a Microsoft de involucrar a personas para mejorar y modificar la precisión de los artículos de Wikipedia sobre ODF y OpenXML, tratando de hacer que ODF parezca riesgoso de adoptar. [18]

Ver también

Referencias

  1. ^ "Personal" . Consultado el 10 de agosto de 2015 .
  2. ^ "Acerca de nosotros". OASIS Abierto . Consultado el 25 de noviembre de 2020 .
  3. ^ "Acerca de nosotros" . Consultado el 10 de agosto de 2015 .
  4. ^ "Se muda la sede de OASIS" . Consultado el 10 de agosto de 2015 .
  5. ^ Flatt, Amelie; Langner, Arne; Leps, Olof (2022). Desarrollo basado en modelos de perfiles de aplicaciones Akoma Ntoso: un marco conceptual para la generación de subesquemas XML basada en modelos (1ª ed.). Heidelberg: Sprinter Naturaleza. ISBN 978-3-031-14131-7.
  6. ^ "Categorías y cuotas". OÁSIS . Archivado desde el original el 5 de septiembre de 2015 . Consultado el 10 de agosto de 2015 .
  7. ^ "Comité Técnico del CT Formato de documento abierto de OASIS para aplicaciones de Office (OpenDocument)". OASIS Abierto . Consultado el 10 de agosto de 2015 .
  8. ^ ab Gasperson, Tina (22 de febrero de 2005). "Larry Rosen et al. vs. OASIS sobre concesión de licencias". Linux.com :: Índice del foro . Archivado desde el original el 4 de marzo de 2016 . Consultado el 10 de agosto de 2015 .
  9. ^ "Política de la sección de miembros | OASIS". www.oasis-open.org . Consultado el 19 de julio de 2020 .
  10. ^ "Código de conducta en materia de patentes de Ecma". 1 de diciembre de 2009 . Consultado el 10 de agosto de 2015 .
  11. ^ "Política de derechos de propiedad intelectual (DPI)". OÁSIS . Archivado desde el original el 8 de febrero de 2024.
  12. ^ Sheriff, Lucy (23 de febrero de 2005). "Los estándares abiertos de OASIS no son lo suficientemente abiertos · The Register". El registro .
  13. ^ "No hay RAND en OASIS". 5 de abril de 2005 . Consultado el 10 de agosto de 2015 .
  14. ^ "Biografía –Patrick J. Gannon" (PDF) . 1 de mayo de 2012 . Consultado el 10 de agosto de 2015 .
  15. ^ Lyman, Jay (24 de mayo de 2005). "Linux.com :: OASIS: ¿Estándares abiertos significativos o espejismo?". Archivado desde el original el 20 de marzo de 2015 . Consultado el 27 de junio de 2013 .
  16. ^ Mahugh, Doug (1 de octubre de 2008). "Plenaria del SC 34, Jeju, Corea - Doug Mahugh - Inicio del sitio - Blogs de MSDN" . Consultado el 27 de junio de 2013 .
  17. ^ "Más comentarios sobre ODF_1.0_Errata_draft_3" . Consultado el 10 de agosto de 2015 .
  18. ^ Weir, Robert (9 de junio de 2009). "ODF Mentiras y susurros" . Consultado el 27 de junio de 2013 .

enlaces externos