Promesa de especificación abierta de Microsoft

Editar artículo

La promesa de especificación abierta de Microsoft ( OSP) es una promesa de Microsoft, publicada en septiembre de 2006, de no hacer valer sus patentes, en determinadas condiciones, contra la implementación de una determinada lista de especificaciones.

El OSP no es una licencia, sino un pacto de no demandar. Promete protección pero no otorga ningún derecho.

El OSP se limita a implementaciones en la medida en que se ajusten a esas especificaciones. Esto permite que la conformidad sea parcial. Entonces, si una implementación sigue la especificación para algunos aspectos y se desvía en otros aspectos, entonces el Pacto No para Sue se aplica solo a los aspectos de la implementación que siguen la especificación.

Contenido
  • 1 Relaciones con software libre / proyectos de código abierto
  • 2 tecnologías con licencia
    • 2.1 Servicios web
    • 2.2 Web
    • 2.3 Especificaciones de virtualización
    • 2.4 Seguridad
    • 2.5 formatos de archivo de Office
      • 2.5.1 formatos de archivo XML
      • 2.5.2 Formatos de archivos binarios
        • 2.5.2.1 Especificaciones de la estructura
    • 2.6 formatos compuestos de Windows
    • 2.7 Formatos de gráficos
    • 2.8 idiomas de computadora de Microsoft
    • 2.9 Robótica
    • 2.10 Sincronización
    • 2.11 Tecnologías de Rally de Windows
    • 2.12 Protocolos publicados
  • 3 Ver también
  • 4 referencias
  • 5 enlaces externos

Relaciones con software libre / proyectos de código abierto

Las protecciones otorgadas por el OSP son independientes de la licencia de implementaciones. Existe un desacuerdo sobre si las condiciones del OSP pueden cumplirse mediante proyectos de software libre / código abierto y si, por lo tanto, obtienen alguna protección del OSP.

Un artículo de Cover Pages cita a Lawrence Rosen, abogado y profesor de la Facultad de Derecho de Stanford, diciendo:

"Me complace que este OSP sea compatible con licencias gratuitas y de código abierto".

La postura del proveedor de Linux Red Hat, tal como lo comunicó el abogado Mark Webbink en 2006, es:

"Red Hat cree que el texto del OSP brinda suficiente flexibilidad para implementar las especificaciones enumeradas en el software con licencia libre y de código abierto. Elogiamos los esfuerzos de Microsoft para llegar a representantes de la comunidad de código abierto y solicitar sus comentarios sobre este texto. y la voluntad de Microsoft de realizar modificaciones en respuesta a nuestros comentarios ".

El abogado de estándares Andy Updegrove dijo en 2006 que la Promesa de Especificación Abierta era

"lo que considero una herramienta muy deseable para facilitar la implementación de estándares abiertos, en particular cuando esos estándares son de interés para la comunidad de código abierto".

Sin embargo, el Software Freedom Law Center, un bufete de abogados de software libre y software de código abierto, ha advertido de problemas con el OSP para su uso en proyectos de software libre / software de código abierto. En un análisis publicado de la promesa, afirma que

"... permite la implementación bajo licencias de software libre siempre que el código resultante no se use libremente".

Su análisis advirtió de una posible inconsistencia con GPL. Esto se aplica específicamente al alcance de la promesa de patente que se limita a las implementaciones conformes de las especificaciones cubiertas únicamente.

Efectivamente, cuando un implementador posee una patente y construye esa tecnología de patente en código con licencia GPL3, el implementador otorga esos derechos de patente de primera parte a todos los reutilizadores de ese código. Cuando se reutiliza el código, el OSP solo se aplica siempre que la reutilización de ese código se limite a implementar las especificaciones cubiertas.

Otras promesas de patentes con limitaciones similares incluyen el Compromiso de especificaciones de interoperabilidad (ISP) de IBM y la Declaración de patente OpenDocument de Sun Microsystems. Esto significa, por ejemplo, que el uso de la tecnología patentada de Sun requerida relacionada con StarOffice para OpenDocument debe estar protegido por Sun Covenant, pero la reutilización del código con la tecnología patentada para implementaciones que no son de OpenDocument ya no está protegida por el acuerdo de Sun relacionado..

Por esta razón, la SFLC ha declarado:

"Los desarrolladores de GPL no pueden confiar en OSP para sus implementaciones no porque sus disposiciones entren en conflicto con GPL, sino porque no proporciona la libertad que requiere la GPL".

El SFLC señala específicamente:

  • Microsoft podría emitir nuevas versiones de las especificaciones enumeradas en cualquier momento y excluirlas del OSP.
  • cualquier código resultante de una implementación de una de las especificaciones cubiertas no podría usarse de manera segura fuera del campo de uso muy limitado definido por Microsoft en el OSP.

El propio Microsoft OSP menciona la GPL en dos de sus preguntas frecuentes. En uno dice

"No podemos dar a nadie una opinión legal sobre cómo nuestro lenguaje se relaciona con la GPL u otras licencias de OSS".

En otro, solo menciona específicamente a los "desarrolladores, distribuidores y usuarios de las Implementaciones cubiertas", por lo que excluye a los desarrolladores, distribuidores y usuarios intermedios del código derivado posteriormente de estas "Implementaciones cubiertas" y no menciona específicamente qué versión de la GPL. se aborda, lo que lleva a algunos comentaristas a concluir que la GPLv3 actual puede estar excluida.

P: Soy un desarrollador / distribuidor / usuario de software con licencia GPL, ¿me aplica la promesa de especificación abierta? R: Por supuesto que sí. El OSP se aplica a los desarrolladores, distribuidores y usuarios de Implementaciones cubiertas sin tener en cuenta el modelo de desarrollo que creó dichas implementaciones, o el tipo de licencias de derechos de autor bajo las cuales se distribuyen, o el modelo comercial de los distribuidores / implementadores. El OSP proporciona la garantía de que Microsoft no hará valer sus Reclamaciones necesarias contra nadie que realice, use, venda, ofrezca a la venta, importe o distribuya cualquier Implementación cubierta bajo ningún tipo de modelo de desarrollo o distribución, incluida la GPL.

Tecnologías con licencia

Las tecnologías a las que se aplica la promesa de especificación abierta son:

Servicios web

Web

Especificaciones de virtualización

Seguridad

  • RFC 4406 - ID del remitente : autenticación de correo electrónico
  • RFC 4408 - Marco de políticas del remitente : Autorización del uso de dominios en "Correo de"
  • RFC 4407 - Dirección supuestamente responsable en mensajes de correo electrónico
  • RFC 4405 - Extensión del servicio SMTP para indicar el remitente responsable de un mensaje de correo electrónico
  • RFC 7208 - Marco de políticas del remitente (SPF) para autorizar el uso de dominios en el correo electrónico
  • Especificación criptográfica de U-Prove V1.0
  • Integración de la tecnología U-Prove en el Metasistema de identidad V1.0

Formatos de archivo de Office

Formatos de archivo XML

  • Esquemas de referencia XML de Office 2003
  • Office Open XML 1.0 - Ecma-376
  • Office Open XML ISO / IEC 29500: 2008
  • Formato OpenDocument para aplicaciones de Office v1.0 OASIS
  • Formato OpenDocument para aplicaciones de Office v1.0 ISO / IEC 26300: 2006
  • Formato OpenDocument para aplicaciones de Office v1.1 OASIS

Formatos de archivos binarios

  • Especificación del formato de archivo binario ( .doc ) de Word 97-2007
  • Especificación de formato de archivo binario ( .ppt ) de PowerPoint 97-2007
  • Especificación de formato de archivo binario ( .xls ) de Excel 97-2007
  • Especificación del formato de archivo binario de Excel 2007 ( .xlsb )
  • Office Drawing 97-2007 Especificación de formato binario
Especificaciones de estructura
  • [MS-DOC]: Especificación de estructura del formato de archivo binario de Word (.doc)
  • [MS-PPT]: Especificación de estructura de formato de archivo binario de PowerPoint (.ppt)
  • [MS-XLS]: Especificación de estructura de formato de archivo binario de Excel (.xls)
  • [MS-XLSB]: Especificación de estructura de formato de archivo binario de Excel (.xlsb)
  • [MS-ODRAW]: Especificación de estructura de formato de archivo binario de dibujo de Office
  • [MS-CTDOC]: Especificación de estructura de formato de archivo binario de barra de herramientas personalizada de Word
  • [MS-CTXLS]: Especificación de estructura de formato de archivo binario de barra de herramientas personalizada de Excel
  • [MS-OFORMS]: Especificación de estructura de formato de archivo binario de formularios de Office
  • [MS-OGRAPH]: Especificación de estructura de formato de archivo binario de Office Graph
  • [MS-OSHARED]: Especificación de estructura de objetos y tipos de datos comunes de Office
  • [MS-OVBA]: Especificación de estructura de formato de archivo de Office VBA
  • [MS-OFFCRYPTO]: Especificación de estructura de criptografía de documentos de Office

Formatos compuestos de Windows

  • [MS-CFB] Especificación de formato de archivo binario compuesto de Windows

Formatos gráficos

Idiomas de computadora de Microsoft

  • [MS-XAML]: Especificación de asignación de objetos XAML 2006 (borrador v0.1)
  • [MS-XAML]: Especificación de asignación de objetos XAML 2006 (v1.0)
  • [MS-WPFXV]: Especificación de vocabulario de WPF XAML 2006 (borrador v0.1)
  • [MS-WPFXV]: Especificación de vocabulario de WPF XAML 2006 (v1.0)
  • [MS-SLXV]: Especificación de vocabulario XAML de Silverlight 2008 (borrador v0.9)

Robótica

  • Protocolo de servicios de software descentralizado - DSSP /1.0

Sincronización

Tecnologías de Rally de Windows

Protocolos publicados

En la lista de protocolos cubiertos de Microsoft hay muchos protocolos de terceros que Microsoft no creó pero para los cuales implican que tienen patentes que son necesarias para su implementación:

Ver también

Referencias

enlaces externos

Contactos: mail@wikibrief.org
El contenido está disponible bajo la licencia CC BY-SA 3.0 (a menos que se indique lo contrario).