Promesa de especificación abierta de Microsoft

La Promesa de Especificación Abierta de Microsoft (u OSP ) es una promesa de Microsoft , publicada en septiembre de 2006, de no hacer valer sus patentes, en ciertas condiciones, contra implementaciones de una cierta lista de especificaciones. ^[1]

La OSP no es una licencia, sino más bien un compromiso de no demandar . ^[2] Promete protección pero no otorga ningún derecho.

El OSP se limita a las implementaciones en la medida en que se ajusten a esas especificaciones. Esto permite que la conformidad sea parcial. Por lo tanto, si una implementación sigue la especificación en algunos aspectos y se desvía en otros, entonces el Pacto de No Demandar se aplica solo a los aspectos de la implementación que siguen la especificación. ^[3]

Las protecciones que otorga la OSP son independientes de la licencia de las implementaciones. Existe desacuerdo sobre si los proyectos de software libre/código abierto pueden cumplir las condiciones de la OSP y si, por lo tanto, obtienen alguna protección de la OSP.

Un artículo en 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 libres y de código abierto". ^[4]

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

"Red Hat cree que el texto de la OSP ofrece la flexibilidad suficiente para implementar las especificaciones enumeradas en el software con licencia libre y de código abierto. Elogiamos los esfuerzos de Microsoft por ponerse en contacto con los representantes de la comunidad de código abierto y solicitar sus comentarios sobre este texto, y la disposición de Microsoft a realizar modificaciones en respuesta a nuestros comentarios". ^{[5] [6]}

El abogado especializado en normas 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". ^[7]

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

“…permite la implementación bajo licencias de software libre siempre y cuando el código resultante no sea utilizado libremente.” ^[9]

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

En efecto, cuando un implementador posee una patente y crea esa tecnología patentada en código con licencia GPL3, el implementador otorga esos derechos de patente de primera parte a todos los reutilizadores de ese código. ^[10] Cuando se reutiliza el código, la OSP solo se aplica mientras la reutilización de ese código se limite a la implementación de 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 relacionada con StarOffice patentada por Sun para OpenDocument debe estar protegido por el Pacto Sun, pero la reutilización del código con la tecnología patentada para implementaciones que no sean OpenDocument ya no está protegida por el Pacto Sun relacionado.

Por esta razón la SFLC ha declarado:

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

La SFLC señala específicamente:

• Microsoft podría publicar en cualquier momento nuevas versiones de las especificaciones enumeradas y quedar excluidas 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 la OSP. ^[9]

La propia OSP de Microsoft menciona la GPL en dos de sus preguntas frecuentes. En una de ellas dice:

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

En otro, menciona específicamente sólo a los "desarrolladores, distribuidores y usuarios de Implementaciones Cubiertas", excluyendo así a los desarrolladores, distribuidores y usuarios posteriores del código derivado posteriormente de estas "Implementaciones Cubiertas" ^[9] y no menciona específicamente a qué versión de la GPL se refiere, lo que lleva a algunos comentaristas a concluir que la GPLv3 actual puede quedar excluida. ^[11]

P: Soy un desarrollador/distribuidor/usuario de software con licencia GPL, ¿se aplica la Promesa de Especificación Abierta a mi caso?
R: Por supuesto que sí. La Promesa de Especificación Abierta se aplica a los desarrolladores, distribuidores y usuarios de Implementaciones Cubiertas sin tener en cuenta el modelo de desarrollo que creó dichas implementaciones, el tipo de licencias de derechos de autor bajo las que se distribuyen o el modelo de negocios de los distribuidores/implementadores. La Promesa de Especificación Abierta proporciona la garantía de que Microsoft no hará valer sus Reclamos Necesarios contra nadie que haga, use, venda, ofrezca para la venta, importe o distribuya cualquier Implementación Cubierta bajo cualquier tipo de modelo de desarrollo o distribución, incluida la GPL. ^[12]

Las tecnologías en las que se aplica la Promesa de Especificación Abierta son: ^{[1] [13]}

• Especificación de formato OpenService (ao Accelerator )
• Se introdujo la especificación del formato Web Slice con Internet Explorer 8
• Especificación del formato de sugerencias de búsqueda XML

• Especificación del formato de imagen del disco duro virtual (VHD)
• Especificación de formato de archivo de virtualización de aplicaciones de Microsoft v1
• Especificación funcional de Hyper-V ^[14]

• RFC 4406 – Identificación del remitente : autenticación de correo electrónico
• RFC 4408 – Marco de políticas de remitentes : autorización del uso de dominios en “Correo de”
• RFC 4407 – Supuesta dirección de 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 de remitentes (SPF) para autorizar el uso de dominios en el correo electrónico ^[15]
• Especificación criptográfica U-Prove V1.0
• Integración de la tecnología U-Prove en el Metasistema de Identidad V1.0

• Esquemas de referencia XML de Office 2003
• Office Open XML 1.0 – Ecma-376
• Oficina 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

• Especificación del formato de archivo binario ( .doc ) de Word 97-2007
• Especificación del formato de archivo binario ( .ppt ) de PowerPoint 97-2007
• Especificación del formato de archivo binario ( .xls ) de Excel 97-2007
• Especificación del formato de archivo binario ( .xlsb ) de Excel 2007
• Especificación del formato binario de Office Drawing 97-2007

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

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

• Especificación del formato de metarchivo de Windows (.wmf)
• Especificación del formato serializado de tinta (ISF)
• Formato JPEG XR (.jxr)

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

• Protocolo de servicios de software descentralizados – DSSP /1.0

• FeedSync v1.0, v1.0.1

• Windows Connect Now : UFD y Windows Vista
• Windows Connect Now: UFD para Windows XP

En la lista de protocolos cubiertos por Microsoft hay muchos protocolos de terceros que Microsoft no creó pero para los cuales da a entender que tiene patentes que son necesarias para su implementación ^{[ cita requerida ]} :

• Microsoft
• Glosario de términos de derecho de patentes

• Promesa de especificación abierta: página de Microsoft que describe la OSP y enumera las especificaciones cubiertas por ella.
• Análisis de OSP por el abogado especializado en normas Andy Updegrove
• Análisis de OSP por parte del Software Freedom Law Center . Refutación por parte de Gray Knowlton, gerente de productos del grupo Microsoft Office.
• Especificaciones abiertas: documentación para las especificaciones cubiertas.