Entrada de la oficina de OASIS en Burlington, Massachusetts.
OASIS se fundó bajo el nombre de "SGML Open" en 1993. Comenzó como una asociación comercial de proveedores de herramientas de lenguaje de marcado generalizado estándar (SGML) para promover de manera cooperativa la adopción de SGML a través de actividades principalmente educativas, aunque también se realizó cierta cantidad de actividad técnica, incluida una actualización de la especificación del modelo de tabla CALS y especificaciones para el intercambio de fragmentos y la gestión de entidades. [3]
En 1998, con el paso de la industria a 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 enfoque de las actividades del consorcio también pasó de promover la adopción (ya que XML estaba recibiendo mucha atención por sí solo) a desarrollar 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 los comités técnicos. En el momento de la adopción del proceso había cinco comités técnicos; en 2004 había casi 70 [ cita requerida ] .
En 1999, el Comité de las Naciones Unidas para la Normalización Empresarial ( CEFACT) de las Naciones Unidas se puso en contacto con OASIS para desarrollar conjuntamente un nuevo conjunto de especificaciones para el comercio electrónico. La iniciativa conjunta, denominada " ebXML ", que se reunió por primera vez en noviembre de 1999, fue aprobada por un período de tres años. En la reunión final de conformidad con el estatuto original, celebrada en Viena, el CEFACT de las Naciones Unidas y OASIS acordaron dividir el trabajo restante entre las dos organizaciones y coordinar la finalización del trabajo a través de un comité de coordinación. En 2004, OASIS presentó sus especificaciones ebXML completadas al TC154 de la ISO , donde fueron aprobadas como ISO 15000 .
El consorcio tiene su sede en Woburn, Massachusetts , compartida con otras empresas. En diciembre de 2020, OASIS se trasladó 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]
Desarrollo de normas
Los siguientes estándares están en desarrollo o son mantenidos por los comités técnicos de OASIS:
BCM — Metodología centrada en el negocio . BCM es un enfoque integral y técnicas probadas que permiten una arquitectura orientada a servicios (SOA) y respaldan la agilidad e interoperabilidad empresarial.
CAM ( Mecanismo de ensamblaje de contenido ) es un mecanismo de ensamblaje generalizado para utilizar plantillas de contenido de transacciones comerciales XML y las reglas asociadas. Las plantillas CAM amplían la sintaxis del esquema y brindan a los implementadores los medios para especificar patrones de intercambio interoperables.
CAMP — Cloud Application Management for Platforms , es una API para administrar aplicaciones en la nube pública y privada.
CAP — Protocolo de Alerta Común , es un formato de datos basado en XML para intercambiar advertencias públicas y emergencias entre tecnologías de alerta.
CSAF — Common Security Advisory Framework (Marco común de asesoramiento en materia de seguridad ) es la referencia definitiva para el lenguaje que apoya la creación, actualización e intercambio interoperable de avisos de seguridad como información estructurada sobre productos, vulnerabilidades y el estado del impacto y la remediación entre las partes interesadas.
CDP — Customer Data Platform , es una especificación que tiene como objetivo estandarizar el intercambio de datos de clientes entre sistemas y silos mediante la definición de una API basada en web utilizando GraphQL.
CMIS ( Content Management Interoperability Services ) es un modelo de dominio y un estándar de servicios web para trabajar con sistemas y repositorios de gestión de contenido empresarial.
CIQ — Customer Information Quality , es una especificación XML para definir, representar, interoperar y gestionar información de partes (por ejemplo, nombre, dirección).
DocBook : DocBook , un lenguaje de marcado para documentación técnica. En un principio, estaba pensado para la creación de documentos técnicos relacionados con hardware y software informáticos, pero se puede utilizar para cualquier otro tipo de documentación.
DITA — Darwin Information Typing Architecture , un lenguaje modular y extensible basado en XML para información basada en temas, como ayuda en línea, documentación y capacitación.
EML — Election Markup Language , estándares y procesos de información de extremo a extremo para llevar a cabo elecciones democráticas utilizando el registro de información basado en XML.
EDXL — Emergency Data Exchange Language , conjunto de estándares de mensajería basados en XML que facilitan el intercambio de información de emergencia entre entidades gubernamentales y toda la gama de organizaciones relacionadas con emergencias.
GeoXACML — Lenguaje de marcado de control de acceso extensible geoespacial , una extensión geoespecífica de XACML versión 2.0, principalmente el tipo de datos geométricos urn:ogc:def:dataType:geoxacml:1.0:geometry y varias funciones geográficas como funciones topológicas, de bolsa, de conjunto, geométricas y de conversión.
KMIP — El Protocolo de interoperabilidad de gestión de claves intenta establecer un protocolo único e integral para la comunicación entre los sistemas de gestión de claves empresariales y los sistemas de cifrado.
Estándares de Legal Document ML ( Akoma Ntoso ), LegalRuleML, presentación judicial electrónica y eNotarización. [5]
MQTT ( Message Queuing Telemetry Transport) , un protocolo de transporte de mensajes de publicación/suscripción de cliente-servidor. Es liviano, abierto, simple y está diseñado para ser fácil de implementar. Estas características lo hacen ideal para su uso en muchas situaciones, incluidos entornos restringidos como la comunicación en contextos de máquina a máquina (M2M) e Internet de las cosas (IoT) donde se requiere una pequeña huella de código y/o el ancho de banda de la red es escaso.
oBIX — intercambio abierto de información de edificios , una especificación XML extensible para la interacción empresarial con sistemas de control basados en edificios (u otros), incluidos HVAC, control de acceso, detección de intrusiones y muchos otros.
OData — Protocolo de datos abiertos (OData) , que simplifica el intercambio de datos entre distintas aplicaciones en empresas, la nube y dispositivos móviles.
OpenDocument — OASIS Open Document Format for Office Applications , un formato de archivo de documento abierto para guardar documentos de oficina, como hojas de cálculo, notas, gráficos y presentaciones.
OSLC — Open Services for Lifecycle Collaboration (OSLC) desarrolla estándares que hacen que sea fácil y práctico para las herramientas de ciclo de vida del software compartir datos entre sí.
PKCS #11 - El estándar PKCS #11 define una API independiente de la plataforma para tokens criptográficos , como módulos de seguridad de hardware (HSM) y tarjetas inteligentes , y nombra a la API en sí "Cryptoki" (de "interfaz de token criptográfico" y pronunciado como "crypto-key" - pero "PKCS #11" se usa a menudo para referirse a la API así como al estándar que la define).
SAML — Security Assertion Markup Language , un marco estándar basado en XML para el intercambio seguro de información de autenticación y autorización .
SARIF - Formato de intercambio de resultados de análisis estático , un formato estándar basado en JSON para la salida de herramientas de análisis estático .
SDD — Descriptor de implementación de solución , un esquema estándar basado en XML que define una forma estandarizada de expresar las características de instalación de software necesarias para la gestión del ciclo de vida en un entorno multiplataforma.
SPML — Service Provisioning Markup Language , un protocolo estándar basado en XML para la integración e interoperación de solicitudes de aprovisionamiento de servicios .
STIX - Structured Threat Information eXpression , un lenguaje para expresar amenazas cibernéticas e información observable.
TAXII - Intercambio automatizado confiable de información de indicadores , un protocolo de capa de aplicación para la comunicación de información sobre amenazas cibernéticas de manera simple y escalable.
TOSCA — Especificación de topología y orquestación para aplicaciones en la nube , un estándar para describir los servicios en la nube, las relaciones entre las partes del servicio y el comportamiento operativo de los servicios.
UBL — Universal Business Language , el esfuerzo internacional para definir una biblioteca libre de regalías de documentos comerciales electrónicos estándar (órdenes de compra, facturas, albaranes, etc.) en XML. UBL 2.1 fue aprobado como ISO/IEC 19845:2015 . UBL sirve como base para numerosas redes e implementaciones de comercio electrónico en todo el mundo.
WebCGM — Web Computer Graphics Metafile , un perfil de Computer Graphics Metafile (CGM), que agrega enlaces web y está optimizado para aplicaciones web en ilustración técnica, documentación electrónica, visualización de datos geofísicos y campos similares.
WS-BPEL : lenguaje de ejecución de procesos de negocio para servicios web
WSDM : Gestión distribuida de servicios web
XACML — Lenguaje de marcado de control de acceso extensible , un protocolo estándar basado en XML para políticas de control de acceso.
XDI — XRI Data Interchange , un estándar para compartir, vincular y sincronizar datos (" dataweb ") entre múltiples dominios y aplicaciones utilizando documentos XML , identificadores de recursos extensibles (XRI) y un nuevo método de control de datos distribuidos llamado contrato de enlace .
XLIFF — Formato de archivo de intercambio de localización XML , un formato basado en XML creado para estandarizar la localización .
XRI — Identificador de recursos extensible , un esquema compatible con URI y un protocolo de resolución para identificadores abstractos utilizados para identificar y compartir recursos entre dominios y aplicaciones.
Miembros
La adhesión al consorcio requiere el pago de unas tasas que deben renovarse anualmente, dependiendo de la categoría de membresía a la que se quiera acceder. [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, particulares y empleados de otras empresas menos conocidas. [7] [8]
Secciones de miembros
Las secciones miembros son grupos de interés especial 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 pueden completarse cuando hayan alcanzado sus objetivos. Los estándares que promovieron son luego mantenidos por los comités técnicos pertinentes directamente dentro de OASIS. Por ejemplo:
Al igual que muchos organismos que producen estándares abiertos , por ejemplo, ECMA , [10] OASIS agregó 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 la intención de solicitar patentes de software para tecnologías bajo consideración en el estándar. A diferencia del W3C , que requiere que los participantes ofrezcan licencias libres de regalías a cualquiera que use el estándar resultante, OASIS ofrece un modo similar de licencia libre de regalías en términos limitados, junto con un modo de licencia libre de regalías en términos RAND y un modo RAND (razonable y no discriminatorio) para sus comités. En comparación con el W3C, OASIS es menos restrictivo con respecto a la obligación de que las empresas otorguen una licencia libre de regalías para las patentes que poseen. [11]
La controversia ha surgido rápidamente [12] porque esta licencia se añadió silenciosamente y permite la publicación de estándares que podrían requerir el pago de tasas de licencia a los titulares de patentes. Esta situación podría eliminar de manera efectiva la posibilidad de implementaciones gratuitas o de código abierto de estos estándares. Además, los contribuyentes podrían ofrecer inicialmente el uso libre de regalías de su patente y luego imponer tasas por unidad, una vez que el estándar haya sido aceptado.
El 11 de abril de 2005, The New York Times informó que IBM había cedido gratuitamente todas sus patentes al grupo OASIS. [13] Larry Rosen, un experto en derecho del software y líder de la reacción que surgió cuando OASIS incluyó discretamente una cláusula RAND en su política, dio la bienvenida a la iniciativa y supuso que OASIS no seguiría utilizando esa política, como harían otras empresas implicadas. La política RAND todavía no ha sido eliminada y otras empresas comerciales no han publicado una declaración tan gratuita hacia OASIS. [ cita requerida ]
Patrick Gannon, presidente y director ejecutivo de OASIS de 2001 a 2008, [14] minimizó el riesgo de que una empresa pudiera aprovecharse de una norma para solicitar regalías cuando ya ha sido establecida, diciendo "Si es una opción que nadie usa, entonces ¿cuál es el daño?" [ cita requerida ] .
Sam Hiser, exdirector de marketing de la ahora extinta OpenOffice.org , explicó que este tipo de patentes para un estándar abierto son contraproducentes e inapropiadas. También sostuvo que IBM y Microsoft estaban trasladando sus esfuerzos de estandarización del W3C a OASIS, con el objetivo de aprovechar probablemente su cartera de patentes en el futuro. Hiser también atribuyó este cambio de RAND a la política de OASIS hacia Microsoft. [15]
El término RAND podría de hecho permitir a cualquier compañía involucrada aprovechar su patente en el futuro, pero esa enmienda probablemente fue añadida con el fin de atraer más compañías al consorcio y alentar las contribuciones de potenciales participantes. [ opinión ] Los grandes actores como Microsoft podrían de hecho haber aplicado presión y haber impuesto una condición sine qua non para acceder al consorcio, y posiblemente poner en peligro/boicotear el estándar si dicha 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 la ISO/IEC 26300 de OASIS , es decir, ODF v1.0)— afirmó que "muchos países han expresado su frustración por el ritmo de las respuestas de OASIS a los informes de defectos que se han enviado sobre la ISO/IEC 26300 y la incapacidad de los miembros del SC 34 de participar en el mantenimiento de ODF". [16] Sin embargo, Rob Weir, copresidente del Comité Técnico de ODF de OASIS , señaló que en ese momento, "el TC de ODF no había recibido ningún informe de defectos de ningún organismo nacional ISO/IEC que no fuera Japón". Añadió que el remitente del informe de defectos japonés original, Murata Mokoto, estaba satisfecho con la preparación de la errata. [17] También publicó por su cuenta una entrada de blog en la que culpaba a Microsoft de involucrar a personas para mejorar y modificar la precisión de los artículos de Wikipedia en ODF y OpenXML. [18]
Véase también
UIMA
Referencias
^ "Staff" . Consultado el 10 de agosto de 2015 .
^ "Sobre nosotros". OASIS Open . Consultado el 25 de noviembre de 2020 .
^ "Sobre nosotros" . Consultado el 10 de agosto de 2015 .
^ "Sede de OASIS en movimiento" . Consultado el 10 de agosto de 2015 .
^ Flatt, Amelie; Langner, Arne; Leps, Olof (2022). Desarrollo basado en modelos de perfiles de aplicaciones Akoma Ntoso: un marco conceptual para la generación basada en modelos de subesquemas XML (1.ª ed.). Heidelberg: Sprinter Nature. ISBN978-3-031-14131-7.
^ "Categorías y cuotas". OASIS . Archivado desde el original el 5 de septiembre de 2015 . Consultado el 10 de agosto de 2015 .
^ "Comité Técnico del TC del Formato de Documento Abierto de OASIS para Aplicaciones de Oficina (OpenDocument)". OASIS Open . Consultado el 10 de agosto de 2015 .
^ ab Gasperson, Tina (22 de febrero de 2005). "Larry Rosen et al. vs. OASIS on licensement". Linux.com :: Índice del foro . Archivado desde el original el 4 de marzo de 2016. Consultado el 10 de agosto de 2015 .
^ "Política de la Sección de Miembros | OASIS" www.oasis-open.org . Consultado el 19 de julio de 2020 .
^ "Código de conducta de la Ecma en materia de patentes". 1 de diciembre de 2009. Consultado el 10 de agosto de 2015 .
^ "Política de derechos de propiedad intelectual (DPI)". OASIS . Archivado desde el original el 8 de febrero de 2024.
^ Sheriff, Lucy (23 de febrero de 2005). "Los estándares abiertos de OASIS no son lo suficientemente abiertos · The Register". The Register .
^ "No hay RAND en OASIS". 5 de abril de 2005. Consultado el 10 de agosto de 2015 .
^ "Bio –Patrick J. Gannon" (PDF) . 1 de mayo de 2012. Consultado el 10 de agosto de 2015 .
^ 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 .
^ Mahugh, Doug (1 de octubre de 2008). "SC 34 Plenary, Jeju, Korea - Doug Mahugh - Site Home - MSDN Blogs" (Pleno del SC 34, Jeju, Corea - Doug Mahugh - Página de inicio del sitio - Blogs de MSDN) . Consultado el 27 de junio de 2013 .
^ "Comentario adicional sobre ODF_1.0_Errata_draft_3" . Consultado el 10 de agosto de 2015 .
^ Weir, Robert (9 de junio de 2009). "ODF Lies and Whispers" (Mentiras y susurros de ODF) . Consultado el 27 de junio de 2013 .
Enlaces externos
Sitio web oficial
Especificaciones de OASIS
Un llamado a la acción en OASIS
OASIS facilita el uso de estándares sin preocupaciones por tarifas
.jpg/1280px-Office_entrance_(02).jpg)