Well, as expected there is a lot of speculation out there about what the new approach we've decided to take with the license may mean. Yesterday I posted about our move to standardize the Office XML formats and to change the license based on feedback we've received over the summer and fall. Maybe folks were wandering what the implications are of an ‘Irrevocable Covenant Not to Sue’ or CNS approach, which was reported in some places. We are just posting the license today, so that should help clear up a lot of the questions. The posting of the new license approach is here: http://www.microsoft.com/office/xml/covenant.mspx
While you should use that link for the official statement, I've also copied the contents and pasted them here so you can all take a quick look. Notice that it currently says that it applies to the Office 2003 schemas. That's because we haven't submitted the Office 12 schemas yet. We'll of course update this to cover the 12 schemas as soon as we get those posted. Here's the text:
Microsoft Covenant Regarding Office 2003 XML Reference Schemas Microsoft irrevocably covenants that it will not seek to enforce any of its patent claims necessary to conform to the technical specifications for the Microsoft Office 2003 XML Reference Schemas posted at http://msdn.microsoft.com/office/understanding/xmloffice/default.aspx (the “Specifications”) against those conforming parts of software products. This covenant shall not apply with respect to any person or entity that asserts, threatens or seeks at any time to enforce a patent right or rights against Microsoft or any of its affiliates relating to any conforming implementation of the Specifications. This statement is not an assurance either (i) that any of Microsoft's issued patent claims cover a conforming implementation of the Specifications or are enforceable, or (ii) that such an implementation would not infringe patents or other intellectual property rights of any third party. No other rights except those expressly stated in this covenant shall be deemed granted, waived or received by implication, or estoppel, or otherwise. In particular, no rights in the Microsoft Office product, including its features and capabilities, are hereby granted except as expressly set forth in the Specifications.
Microsoft Covenant Regarding Office 2003 XML Reference Schemas
Microsoft irrevocably covenants that it will not seek to enforce any of its patent claims necessary to conform to the technical specifications for the Microsoft Office 2003 XML Reference Schemas posted at http://msdn.microsoft.com/office/understanding/xmloffice/default.aspx (the “Specifications”) against those conforming parts of software products. This covenant shall not apply with respect to any person or entity that asserts, threatens or seeks at any time to enforce a patent right or rights against Microsoft or any of its affiliates relating to any conforming implementation of the Specifications.
This statement is not an assurance either (i) that any of Microsoft's issued patent claims cover a conforming implementation of the Specifications or are enforceable, or (ii) that such an implementation would not infringe patents or other intellectual property rights of any third party.
No other rights except those expressly stated in this covenant shall be deemed granted, waived or received by implication, or estoppel, or otherwise. In particular, no rights in the Microsoft Office product, including its features and capabilities, are hereby granted except as expressly set forth in the Specifications.
We tried again to take a thoughtful approach to this, to go beyond any Standards norms that we know of for this special case of document formats. I'm sure it's obvious that the discussion and debate of the licensing issues following the State of MA policy were useful helping us understand the many different views and how to give the most confidence to people about a licensing approach. Now you can look for yourself at what we came up with. We are really hopeful that this will be the sort of breakthrough that people have been looking for. Here are some of the big points that you should take away from this new approach:
Let me be clear that at the issues at the top of our minds were to: a) give real, practical security (confidence) to developers, b) think about how to insure things would be OK a hundred years from now when laws are different and technologies are different, and c) protect ourselves, as our shareholders expect.
We are absolutely open to discussions around this new approach. If you have concerns about this approach for something you are trying to do, you can send email to this alias officeff@microsoft.com and we’ll try to respond broadly at least to the topics that several of you raise, although we can’t really give out legal opinions.
-Brian