Showing posts with label European Interoperability Framework. Show all posts
Showing posts with label European Interoperability Framework. Show all posts

Thursday, December 16, 2010

European Interoperability Framework recognizes that FOSS-compatible FRAND licensing works for open standards and open source

The European Commission just adopted and published its communication "Towards interoperability for European public services". It consists of several documents, and the part of it that I'm going to comment on now is the new revision (version 2) of the European Interoperability Framework, a set of interoperability-related procurement guidelines for "public administrations establishing new European public services". That document is available here.

The EIFv2 gave rise to quite a bit of controversy in recent months, with lobby groups claiming that the intiative wouldn't create a level playing field for open source software. I blogged about the debate on several occasions.

Looking at the final document now, I am delighted to see that the Commission adopted a pragmatic and inclusive definition of open standards. That part of the document was the primary bone of contention, and the compromise that has ultimately been found is absolutely consistent with the middle ground I outlined two months ago -- in this post.

When I discussed my thinking, I was concerned about a communication breakdown. There was a certain camp claiming -- falsely, in my opinion -- that FRAND (fair, reasonable and non-discriminatory) licensing wouldn't be compatible with open source licenses. They said only royalty-free, or generally restriction-free, licenses would work for open source. Others said that FRAND licensing -- an approach favored by the EU in some vey important contexts -- should be fully recognized as an element of open standards. That camp mostly consisted of patent holders who don't want to check in their intellectual property rights at the door when doing business with governments, and who were concerned about FRAND potentially appearing to be a second-class citizen in the world of standardization. Those concerns related to some organizations' demands to declare FRAND licensing less open than royalty-free terms.

The two camps appeared irreconcilable, but I believe the Commission has solved the conundrum.

The European Commission's definition of open specficiations (open standards)

5.2.1 Specifications, openness and reuse

The level of openness of a formalised specification is an important element in determining the possibility of sharing and reusing software components implementing that specification. This also applies when such components are used for the establishment of new European public services.

If the openness principle is applied in full:

  • All stakeholders have the same possibility of contributing to the development of the specification and public review is part of the decision-making process;

  • The specification is available for everybody to study;

  • Intellectual property rights related to the specification are licensed on FRAND terms or on a royalty-free basis in a way that allows implementation in both proprietary and open source software.

Note that the above definition describes a state of "openness [...] in full". Everything included in the definition -- FRAND as well as royalty-free licensing -- is, therefore, recognized as fully open. In my view, that makes sense. One can grant a royalty-free license on a non-open standard, and one can charge FRAND royalties (and/or impose other FRAND terms) on an open standard without "closing" it that way.

Level playing field: let open source and proprietary software compete and customers benefit

The key part is that the Commission wants that any intellectual property relevant to standard be licensed -- whether on a FRAND or royalty-free basis -- "in a way that allows implementation in both proprietary and open source software." In a Q&A document, the Commission states the intention behind this requirement:

In this way, companies working under various business models can compete on an equal footing when providing solutions to public administrations while administrations that implement the standard in their own software (software that they own) can share such software with others under an open source licence if they so decide.

That's a clear reference to some people's demands for a "level playing field". I mentioned that some claimed only royalty-free licenses would provide open source and proprietary software with equal opportunities. But that's not true: open source companies can also license patents and other intellectual property from right holders if necessary. What's key is to ensure that FRAND license terms for open standards can work for companies distribution software under open source licenses.

The compromise roadmap I published in October called on both camps to meet each other half way. I said that some FRAND terms don't work for open source while others do, and open source-compatible FRAND appeared to me to be the logical compromise. Quite apparently, the Commission took the same approach in its effort to support the open source model without favoring it over proprietary software. There are major right holders in Europe who hold patents on standards, and the EU always has to balance its love of open source with its responsibility for economic growth. It's all about balance as opposed to playing favorites the way some lobbyists self-servingly demanded.

Neutrality concerning (reasonable) open source licenses

The aforementioned principle of inclusiveness and a level playing field also appears to govern the Commission's approach to competition between different open source license. I just quoted the Q&A document's reference to "shar[ing] such software with others under an open source licence". Note that the Commission says "an open source license". Yes, "an". One of many.

It doesn't favor any particular license such as the GPL over the Apache Software License or the BSD License over the Mozilla license: that's a fight for different camps of the FOSS community, but for policy makers it's better to stay out of it.

The EIF doesn't even promote the EU's own EUPL in connection with open specifications, although the EUPL is generally the recommended open source license for public administrations in Europe.

The Commission is clearly neutral on the choice of an open source license. It doesn't define open standards in a way that meets the extreme requirements of licenses that were purposely designed to be incompatible with intellectual property licensing. There's no shortage of licenses out there that can deal with FRAND-based standards, provided that the relevant FRAND licensing terms are compatible with free and open source software.

The Commission even recognizes that in some situations it may make sense to choose a standard that may not be fully consistent with its definition of open specifications:

However, public administrations may decide to use less open specifications, if open specifications do not exist or do not meet functional interoperability needs.

In all cases, specifications should be mature and sufficiently supported by the market, except if used in the context of creating innovative solutions.

Once again, the Commission shows it's above the fray. It wants to leave as much as possible to market dynamics. The Commission contents itself with requiring open specifications -- whether FRAND-based or royalty-free -- to be compatible with open source licensing, enabling competition between the models as well as competition between different open source licenses. The best is the enemy of the good. Public administrations need solutions regardless of ideology. That's the focus of the EIF the way I see it. A beacon of pragmatism, and exactly the approach I hoped for two months ago.

If you'd like to be updated on the smartphone patent disputes and other intellectual property matters I cover, please subscribe to my RSS feed (in the right-hand column) and/or follow me on Twitter @FOSSpatents.

Share with other professionals via LinkedIn:

Monday, October 25, 2010

Europe's friend FRAND

Last week I proposed a roadmap to a compromise for the revised European Interoperability Framework (EIFv2): free and open source software (FOSS) should meet FRAND (fair, reasonable and non-discriminatory) licensing half way. In my opinion, FRAND is a valid concept and suggestions that all FRAND is evil are unfounded.

There are still some who falsely claim that FOSS and FRAND are irreconcilable concepts. Those believe that the EU's love of open source is going to be greater than its belief in FRAND as a viable solution. They want to make FRAND a second-class citizen.

Meanwhile, my assessment that FOSS and FRAND can coexist has been supported by the official EUPL (EU Public License) community blog. The EUPL is the logical choice for open source projects of European public administrations, and it does not prevent the implementation and distribution of patented standards and inbound patent licensing.

Since the argument that only royalty-free standards are truly "open" is unfounded, there's no way that the EIFv2 could be adopted without fully recognizing FRAND licensing as a path to interoperability. FRAND has many friends in Europe, including a solid majority of the European Parliament and European Commission vice-president and Digital Agenda commissioner Neelie Kroes. Now is a good time to look at some of the EU's ringing endorsements of FRAND in connection with interoperability.

European Parliament resolution on the future of standardization

On Thursday, the European Parliament adopted a resolution on the future of standardization. Through that non-legislative resolution, the chamber indicates to the European Commission some of its positions ahead of the Commission's development of new standardization guidelines.

Item 66 of the resolution contains the following passage:

[The European Parliament] stresses the need to ensure that licences for any essential IPRs [intellectual property rights] contained in standards are provided on fair, reasonable and non-discriminatory [FRAND] conditions;

So the same decision-making body that voted down a proposal on software patents five years ago and supported open source on numerous occasions has made it clear that FRAND is a good framework for the commercial terms on which standards-related patents are licensed.

The European Parliament doesn't consider FRAND to run counter to the concept of open standards. In fact, items 7, 16 and 68 of the resolution call for "openness", and item 67 for "open, transparent and consensus-based development processes".

Draft guidelines on horizontal cooperation agreements

The Parliament's aforementioned resolution primarily relates to the Commission's draft guidelines on the applicability of EU cartel rules to horizontal cooperation agreements. A standard-setting organization supported by major industry players can be viewed as a cartel, and the Commission's guidelines are meant to facilitate the process of standards development by laying out how a standards body can steer clear of violating EU competition law.

The draft guidelines contain multiple endorsements of FRAND licensing. The most important one of them is found in item 277:

Where participation in standard-setting, as well as the procedure for adopting the standard in question, is unrestricted and transparent, standardisation agreements which set no obligation to comply with the standard and provide access to the standard on fair, reasonable and non-discriminatory terms do not restrict competition within the meaning of Article 101(1).

The above paragraph is very relevant to the EIFv2 debate. It makes it clear that FRAND terms are not anticompetitive, and even more importantly, the openness of a standard is defined by "unrestricted and transparent" participation and procedures as opposed to royalties.

Focus on transparency in Neelie Kroes address at OpenForum Europe 2010 Summit

In June I listened to Neelie Kroes's speech at the OpenForum Europe 2010 Summit. Speaking to the "royalty-free" lobby, she urged "all stakeholders to focus on the content of the package rather than the wrapping" as far as the term "open standards" is concerned.

Talking about conditions that patent holders may impose, Mrs. Kroes stated her preference clearly: "the fewer constraints the better." But she also made it clear that she would let the market decide. In my opinion, that's the right approach because FOSS can implemented patented standards, and FOSS can compete successfully. All major Linux vendors have agreed to pay royalties for patents, a fact that hasn't made Linux any less eligible from the perspective of public administrations.

This sentence in her OpenForum Europe address is particularly important:

I have nothing against intellectual property being brought to the standard-setting table, but it must be disclosed.

That quote shows an approach that is very similar to the European Parliament's resolution on the future of standardization: openness in the sense of transparency is key, and FRAND is perfectly compatible with those overarching goals.

Mrs. Kroes said in the same speech that "reasonable people often disagree" when trying to set FRAND license fees. That's a challenge, not a knock-out criterion. FRAND isn't a mathematical formula that arrives at a simple result. FRAND is a framework, and the way it's interpreted is subject to the specific circumstances of a license agreement. Of course it's simpler to determine that all license fees should be zero. But the simplest solution isn't necessarily the best one; it's rarely appropriate in contexts of a certain complexity.

Endorsement of FRAND standards such as MP3 and 3G

I recently saw a blog posting by Trond Undheim, EU "open standards" lobbyist of Oracle, in which he described the EIF process as a "tragedy" only because some disagree with him. He vented his frustration by referring to a group of EU officials as "rats" transmitting the "RAND disease" (RAND is synonymous with FRAND). After using that word half a dozen times he then added a spurious disclaimer concerning what "rats" referred to. Later he deleted all mentionings of that word, and finally disabled that embarrassing article as a whole. (I have kept a local copy. and as I write these lines, the edited version of the post can be accessed here.)

The ones who pursue this kind of divisive strategy also tend to portray Mrs. Kroes as an unconditional supporter of royalty-free/restriction-free standards and make other members of the European Commission, or certain DGs (directorates-general), out to be on the side of proprietary software companies.

The positions Mrs. Kroes takes in her public speeches are actually much more balanced and inclusive. In this speech delivered in 2008, she used MP3 as a positive example. MP3 certainly comes with restrictions and with obligations to pay royalties.

in late September, when she talked about "common open technology platforms", her example was the 3G mobile communications standard, which is a patented standard licensed on FRAND terms -- just like MP3.

FRAND's role in antitrust law

The European Commission is also an antitrust authority, and in that role considers FRAND a perfectly acceptable approach -- and FRAND-based royalties compatible with open source rules.

In October 2007, the Commission announced an agreement with Microsoft on how to meet its obligations under the 2004 Commission decision to the regulator's satisfaction. At the time, Mrs. Kroes was in charge of competition enforcement. She said that the licensing terms agreed upon would "allow every recipient of the resulting software to copy, modify and redistribute it in accordance with the open source business model" and was pleased with Microsoft's related business practices "in particular towards open source software developers".

Those open-source-friendly arrangements, however, involved payments: a one-time fee for access to some documentation, and a percentage of revenues for a patent license.

When the Commission accepted commitments from Rambus in a case involving patents on microchip technologies, Mrs. Kroes talked not only about that particular antitrust matter but also. more generally, about "lessons learned for standardization":

This is why many standards organisations require not only disclosure of potentially relevant intellectual property rights, but also a commitment to license those intellectual property rights on fair, reasonable and non-discriminatory - in other words FRAND - terms. These conditions precisely aim to prevent one company unlawfully capturing a standard and overcharging for its technology.

So FRAND is fully acceptable from an EU competition point of view, and there's no reason why it should be treated any differently by the EIFv2.

In another antitrust case, IPCom, the Commission issued a press release with the following headline:

Antitrust: Commission welcomes IPCom's public FRAND declaration

That statement described FRAND as pro-competitive:

The unrestricted access to the underlying proprietary technology on FRAND terms for all third parties safeguards the pro-competitive economic effects of standard setting.

Against that backdrop, I venture to predict that the Commission is going to be consistent with its multiple past endorsements of FRAND and its accurate distinction between openness and royalties.

If you'd like to be updated on patent issues affecting free software and open source, please subscribe to my RSS feed (in the right-hand column) and/or follow me on Twitter @FOSSpatents.

Tuesday, October 19, 2010

The European Interoperability Framework (EIF): FOSS-compatible FRAND licensing could be the solution

ZDNet UK couldn't have chosen a more appropriate context than its "Communication Breakdown" blog to report on the state of the European Interoperability Framework debate. Looking at that article, other media reports and some Twitter messages, there are strong indications that this process has hit a snag, or even an impasse.

What I mostly see in the public debate is a blame game: some free software advocates and anti-patent activists teaming up with open hypocrites attacking the Business Software Alliance (BSA) over its support of fair, reasonable and non-discriminatory (FRAND) patent licenses.

I have my own views and I don't fully support the demands of either side so far. On both sides I see a number of companies and entities (such as the BSA) against which I had to fight when I fought against a proposed EU software patent law. Meanwhile, those on the "open standards" side who also opposed that bill (FSFE, FFII etc.) now seem to care more about their alliances with companies like IBM and Oracle in the "open standards" context, so they turn a blind eye to those organizations' wrongdoings in connection with software patents and interoperability. Worse than that, they claim that FRAND-based standards are inherently incompatible with free and open source software, which is incorrect.

The EU wants a new EIF and I think it would be desirable to work things out, but in order to get there, the debate has to move on from overgeneralizations (such as the one I just mentioned about FRAND and FOSS) to a more specific description of the issues and of possible solutions. As long as some say that only "royalty-free", or more generally, "restriction-free" patent licenses allow "open standards", this won't work, I'm afraid.

Today I had a Twitter conversation with two FOSS lawyers -- Carlo Piana (FSFE Counsel) and Andrew Katz (FSFE Fellow) -- and a FOSS-specialized journalist -- Glyn Moody -- over the EIF, and the discussion demonstrated both the obstacles and a possible path to a solution.

In that Twittersation, three things became absolutely clear to me:

  1. Only certain -- but not all -- FRAND patent license terms are incompatible with FOSS licenses (the unpragmatic and irrelevant GPLv3 aside).

  2. It's wrong to focus on "royalties" as the sole knock-out criterion because royalty payments can be made to work for FOSS, and field-of-use and other restrictions are also part of the equation.

  3. The process could still be concluded with an outcome that would be satisfactory to all stakeholders -- public administrations (for whom the EIF is supposed to be a useful set of procurement guidelines), patent holders and open source -- if the "royalty-free standards" camp could describe exactly which FRAND license terms don't work for FOSS and propose realistic, targeted solutions that address those concerns within a FRAND framework.

    That would, of course, also require the BSA and other representatives of patent holders to agree to a FOSS-compatible FRAND solution. I don't know if the BSA ever claimed that all FRAND works for FOSS, but at any rate it should recognize that item #1 needs to be addressed.

I'm in the middle between the two camps because I'm pro-FOSS and against the patentability of software, but I also know that FRAND is a good concept in principle. Those who dismiss it (such as by claiming that it's not as simple as "royalty-free") appear to underrate it dramatically. Sometimes you don't know what you've got till it's gone. I've experienced situations in which a FRAND commitment would have prevented problems from arising, in IT (such as this EU antitrust case, which wouldn't be necessary if IBM promised to make whatever required intellectual property available on FRAND terms) and elsewhere (commercial exploitation and governance of professional sports).

In the following I would like to provide some more specific thoughts on the foregoing. Again, I'm not in the position to speak on anyone else's behalf: I just outline my own independent thinking. I don't have a complete compromise proposal at hand, but I have suggestions for how to get there:

Don't insist on "royalty-free"

Much of the EIFv2 debate has so far been centered around the question of whether royalty-free access to the relevant patents is an indispensable requirement for a standard to be considered open. That claim has been made by FSFE, ECIS, OpenForum Europe, and others. It runs counter to how the ICT sector has defined open standards for a long time. The main argument of the aforementioned lobby groups is that they say only royalty-free standards work for open source.

I wonder why anyone in the EU takes that claim seriously in any way. There's overwhelming evidence to the contrary. In another blog post I have already mentioned several examples of GPLv2-based patent license deals involving royalty payments. The first one of those was done and announced back in 2006. So if patent royalties don't work for GPLv2'd software at all, a host of companies would be in breach of the GPL now for distributing Linux. The Free Software Foundation has the Linux copyrights assigned and it is the creator and guardian of the GPL. It wouldn't refrain from enforcing the GPLv2 for such a protracted period of time. Therefore, it's clear that such deals are possible under GPLv2. They would even have been possible under the early drafts of GPLv3 as Richard Stallman admitted.

Red Hat is probably the most dishonest one of the proponents of that "royalty-free" dogma. It entered into at least one -- more likely two and possibly even more than two -- patent licensing deals under which it paid royalties to patent holders, still distributes the related software under GPLv2.

A European Red Hat lobbyist has repeatedly made the claim that his company doesn't implement certain patented standards such as MP3 because it "can't". If Red Hat can pay royalties to other patent holders, I can't see why it can't do a license deal with MPEG LA. In fact, a European competitor of Red Hat, Canonical, ships its Linux distribution called Ubuntu with MP3 and several other proprietary formats. It also became the first Linux company to license MPEG LA's AVS/H.264 video codec.

With baseless red herrings (red hats, in particular) of this kind, any political process can get derailed...

Don't narrow the issue down to royalties -- address all patent-related restrictions

I explained in the foregoing that royalties can actually be made to work for FOSS. It doesn't make sense to narrow the debate to an aspect that's actually a non-issue.

There are serious people who point out that the question of patents in connection with standards is a broader one. If those say "RF", they mean totally "restriction-free" access to patents, not just "royalty-free". Glyn Moody always refers to RF as restriction-free and I've seen him correct others on Twitter when they used the narrower term. Simon Phipps, a board member of the Open Source Initiative and formerly chief open source executive at Sun Microsystems, just tweeted the following sentence, which I consider accurate:

Explanations which hinge on royalties distract from the real issue, which is both fiscal & non-fiscal restrictions.

There are other terms than royalties that patent holders can impose. Sometimes those non-monetary ones are even more important. For instance, the Java patent license is royalty-free, but it's very restrictive. Oracle is suing Google over Java patents despite that license being available on a royalty-free basis to those complying with its various terms and conditions.

The only explanation I have for people narrowing the debate and some of the proposed language to "royalty-free" is that they hope to get some language into the final document that they will then try to interpret as "restriction-free" even though they only demand "royalty-free" at this stage. Those kinds of tactics are common in politics, but those pursuing them shouldn't be surprised that they meet stiff resistance: patent holders might as well stop paying renewal fees to the patent office if they're required to waive the entirety of their rights. It's not that the EIF would require them to do so, but I can understand if they're concerned about anything that someone might try to interpret that way later.

In the "royalty-free" context, I wonder how the FSFE can pursue those tactics even though it usually always emphasizes the importance of the "four freedoms" (some of which are unrelated to royalties) and the meaning of "free as in speech", not just "free as in beer". Richard Stallman himself would always stress this holistic approach. His European affiliate organization, which is just a lobby group but didn't play any role in the creation of the movement, is unfortunately less faithful to his principles.

Specify all restrictions and requirements that might be considered FRAND but don't work for FOSS

In my Twittersation with the three European FOSS advocates I mentioned, it became clear pretty quickly that they have concerns about certain terms of FRAND licenses that they say don't work for FOSS.

One example that was mentioned is that one can't impose patent royalties on downstream users. So if an open source developer publishes a piece of software under a FOSS license, the developer can't keep track of every copy of the software that gets distributed (since anyone downloading or in some other way receiving the software can pass it on to others, and so forth). That creates a problem for per-unit patent royalties.

But that doesn't mean that no royalties can be paid at all. Per-unit royalties are a question of responsibility, accountability, and collection/refinancing. For example, MPEG LA has an annual royalty cap for its AVS/H.264 video codec license. A company paying that fixed amount never has to worry about the number of downloads. Chances are that Red Hat also negotiated fixed amounts with the patent holders from which it has obtained licenses. And there must have been ways -- maybe other ways -- in which this problem was solved for all the other companies in the industry who pay patent royalties on GPLv2-based software.

Another question is field-of-use restrictions. It's understandable that patent holders will grant licenses on a restricted basis (I actually mentioned Oracle's Java license before). The MPEG LA license is also restricted, but that doesn't mean that software can't be published on open source terms. It's just that if anyone utilizes that software in fields of use for which the patents haven't been licensed, the patent holders may approach the non-compliant user. Maybe they'll work this out with an additional payment (that's what would happen in MPEG LA's case). It's just important to make sure that someone publishing software under a FOSS license won't be held responsible for actions of others that are beyond control. I'm sure this has also already been resolved in some patent license agreements involving open source (since there are so many of them in place).

Two quotes from Andrew Katz in today's Twittersation show that FOSS doesn't have a problem with all FRAND terms -- only with some. Firstly he said:

my personal view is that RAND is against all freedom in spirit, and against some licences in word (e.g. GPL)

RAND is a shorter version for FRAND; in EU competition law the preferred term is FRAND, but if someone in the US says RAND, this means the same. Andrew correctly made the distinction between FOSS philosophy and the legal meaning of FOSS licenses. I also distinguish all the time between my dislike for software patents and the fact that solutions must be found to deal with them.

When I pointed Andrew to the fact that Richard Stallman admitted even the early drafts of GPLv3 wouldn't have blocked the patent license deal between Microsoft and Novell, he said something very important:

it depends on what you mean by Rand licences. It is possible to draft a compatible licence. Most aren't

That's the whole point I'm trying to make here: FRAND can be made to work with FOSS, including the GPLv2. A FOSS-specialized lawyer and FSFE Fellow -- who also blogs about open source law for ComputerworldUK -- just confirmed it.

So the best next step is for the FSFE and others to identify which kinds of FRAND terms don't work, and to make constructive proposals for criteria that make FRAND licenses compatible with FOSS. By "constructive" I obviously don't mean "royalty-free", as I explained. But without a doubt, FRAND license agreements that prohibit the use of patents in FOSS, explicitly or as a consequence, wouldn't work. I don't think the EIF would necessarily go into too much detail, but it could provide some guidance for FOSS-compatible FRAND licenses, which would be a pragmatic solution and obvious compromise.

Don't claim discrimination against FOSS when closed-source proprietary software is also affected

In connection with all of this, it's also important not to claim "discrimination" where there isn't any.

A few weeks ago Glyn Moody wrote that FRAND licensing isn't non-discriminatory because, as he said, it discriminates against FOSS. This was also part of today's Twittersation. After the point on per-unit royalties was made, I asked him why he then (instead of continuing to oppose FRAND as a whole) doesn't just demand that there must be a possibility for "FRAND lump sums". Glyn replied:

because that would allow companies to demand huge lump sums that were impossible to pay, citing millions of downstream users

He immediately added:

it would also be impossible for projects that had no company behind them, leading to a two-class system

This is a perfect example of calling something "discriminatory" that actually isn't. Glyn is right that licensing patents is much more difficult for smaller companies, let alone projects without companies behind them, than for larger ones. But that isn't open-source-specific. A small company writing closed-source proprietary software and distributing it free of charge (as part of a "free" or "freemium" business strategy) would face the same issue. Discrimination as a term only applies if a group is uniquely disadvantaged. The advantages of large, deep-pocket companies over smaller, sparsely-funded ones, or of any kind of company over non-company software development projects, are manifold. Patent licensing is just one area in which large organizations benefit from size, and again, you don't have to be open source to face those challenges. It's just that you're small, or that you're not a company.

Don't betray the EU's FOSS-friendly attitude

EU politicians have a concern for FOSS, and that's a good thing. What I'm afraid of is that some may try to capitalize on the EU's love of open source for the purpose of a short-term tactical advantage in a political process and ultimately hurt the cause.

By the foregoing, I don't mean Glyn Moody; he's a journalist, not a lobbyist, not an attorney. I mean the ones who have now been trying for a long time to claim that FRAND is the antithesis of FOSS. Some of them have been doing this even though in their daily legal work they know very well how to solve those problems all the time -- and they know that almost all patent license deals involve royalties, including deals involving open source.

I'm more than sympathetic to their philosophy, but I don't think software freedom is an end that justifies any means. If we don't like something, we have to say we don't like it -- not that it isn't legally possible even though it is.

From my personal point of view, the best outcome would be a compromise where the FOSS world accepts a FOSS-compatible denomination of FRAND and where major patent holders recognize that FRAND must be made to work for FOSS to solve such problems as accounting for per-unit royalties.

Like I said further above: sometimes you don't know what you've got till it's gone.

If you'd like to be updated on patent issues affecting free software and open source, please subscribe to my RSS feed (in the right-hand column) and/or follow me on Twitter @FOSSpatents.

Monday, October 18, 2010

FOSS can implement patented standards

Anti-IP extremists and self-serving hypocrites do the cause of free and open source software a disservice with incorrect claims about the use of patented standards in FOSS projects. They say such patents must be made available by their holders on a royalty-free and, more broadly speaking, generally restriction-free basis in order to be compatible with FOSS licenses, especially the GPL. That's simply not true.

Not only is it untrue, and disingenuous. I also consider it dangerous. Software patents are a fact of life. Their abolition isn't achievable. Since there are countless software patents covering a huge number of technologies and functionalities, FOSS must find ways to deal with patents, and in fact, it already has. In particular, it must continue to find constructive and realistic ways rather than just insist that patent holders waive all rights, which isn't going to work with all right holders.

If such extremism were the only way, Linux and other important free and open source software would sooner or later be unusable in most of the industrialized world, which is increasingly mixed-source.

If the FOSS side and the patent side are both reasonable, the combination of both works without problems. If some FOSS people act unreasonably, they can certainly make their projects largely irreconcilable with patents (such as by using the highly political and unpopular GPLv3). That's self-inflicted damage of a kind that no responsible decision-maker can support. Conversely, if patent holders try to use intellectual property rights to foreclose FOSS-based competition (such as IBM against TurboHercules), that's also a big problem. But if patents are contributed to a standard on fair, reasonable and non-discriminatory (FRAND) terms, everything's fine.

My mobile phone stands as proof

I recently bought a Samsung Galaxy S i9000 smartphone. It's powered by Android, which is based on Linux, the most important piece of software available under the GPL. Samsung is known to pay patent royalties on those devices, just like its major competitors (such as HTC and LG).

I wish they'd all oppose those patents politically, but even if they did and at some point succeeded, we'd still need a solution for today's framework. And that solution is called licensing. More specifically, what's needed is licensing on FRAND terms.

Linux was the first example. Here's the second: most if not all of the applications for my phone are written in the Java programming language. That one is effectively controlled by a single vendor, Oracle (since it acquired Sun, the original cradle of Java). Java is a de facto standard. Oracle provides different pieces of Java software under the GPL. But the Java patent license is among the most restrictive ones in the industry.

The fact that no free software organization or other entity sues Oracle over this (instead, Oracle itself is suing Google in a different Java-related context) shows that patented standards aren't at odds with the GPL.

More on the Java patent license

On Wednesday, the so-called European Committee for Interoperable Systems (ECIS) published a rather aggressive statement on the European Interoperability Framework (EIF), a set of EU procurement guidelines.

Oracle is a member of ECIS, but even more importantly, Thomas Vinje, Oracle's outside counsel for EU antitrust matters, is ECIS' spokesman and lawyer. If I were an EU official or a journalist and if he were telling me about how open source needs royalty-free and generally restriction-free access to patents on standards, I would ask him: "Mr. Vinje, can the Java standard be implemented freely under the GPL by anyone, even if none of Oracle's own GPL'd code is used for this?"

I would point him to reports like this one, according to which Oracle refuses to grant a Java patent license to one of the most important open source foundations.

Should he -- contrary to all the evidence -- answer with Yes, I'd ask him to show me the patent license that would allow this, and as I write these lines, he wouldn't be able to present anything like that. The patent license contained in the Java specifications is very restrictive, even if royalty-free. The GPL generally refers to "conditions" and "obligations" related to patents. It mentions royalties merely as an example of a patent-related condition/obligation.

I can't imagine that Thomas Vinje (again, he's Oracle's outside counsel for EU antitrust matters) would want Java to be excluded from use by European governments under the terms of the EIF. So other patent holders should have the same flexibility to reserve certain rights, as long as they do so on a FRAND basis.

A look at different FOSS licenses

Different FOSS licenses address the subject of patents in different ways. It's important to make the dinstiction between rules governing the patents belonging to a contributor to (or distributor of) a FOSS project and rules concerning patents licensed from third parties. FOSS licenses take different approaches to those scenarios. For the most part, licensing patents from third parties doesn't represent any problem.

GPLv2

GPLv2 doesn't contain an explicit patent grant. There's only an implicit one. I've explained the limitations of that implicit patent license in this posting. Basically, if someone publishes software under GPLv2, such as Oracle with some of its Java software, everyone using that software without modifications is pretty safe from patent infringement assertions. But once the code is altered, it's better not to rely on the implicit license.

The foregoing relates to patents held by someone who publishes code under the GPLv2. The other scenario addressed by the GPLv2 is the one that really matters in connection with patented standards: the distribution of GPL'd code by someone who obtains a patent license from a third party.

The GPLv2's preamble claims that a patent must be licensed for everyone's free use on GPL terms or not at all. Nevertheless, in 2006 Novell announced a partnership with Microsoft, with one of its effects being "that customers deploying technologies from Novell and Microsoft no longer have to fear about possible lawsuits or potential patent infringement from either company."

There was some criticism by free software extremists, and there were also questions by some very reasonable people, but four years later, no one has made a legal claim that this constituted a violation of GPLv2. The language in the GPLv2 doesn't disallow all ways in which one can satisfy the requirements of a patent holder.

Meanwhile, such companies as Amazon.com, Salesforce.com and TomTom have agreed to pay royalties for using patents that (according to my interpretation of the announcements) included patents that read on Linux. No one has formally accused those companies of GPLv2 violations either. I gave more examples further above (where I contemplated my Android-based Samsung smartphone). And I could talk about Red Hat's payments of patent royalties (which I may write about in more detail some other time).

GPLv3

When free software radicals saw how pragmatically some major open source distributors dealt with patent licensing, they chose the path of defiance: the GPLv3, as mentioned further above. While they were drafting that one, they saw the Microsoft-Novell partnership. Not only was that partnership possible under GPLv2: even the first drafts of GPLv3 wouldn't have disallowed it. Here's what Richard Stallman said in 2006:

It turns out that perhaps it’s a good thing that Microsoft did this now, because we discovered that the text we had written for GPL version 3 would not have blocked this, but it’s not too late and we’re going to make sure that when GPL version 3 really comes out it will block such deals. We were already concerned about possibilities like this [...]

So if the inventor of the GPL admits that even the early drafts of GPLv3 didn't block inbound patent licensing (even though this was the single biggest reason for which the FSF started the GPLv3 process in the first place), how can anyone reasonably claim that it isn't possible with GPLv2?

GPLv3 ultimately became very restrictive, but as a result, it's a big-time failure. No major open source project (such as Linux) has embraced it. So when I say "GPL", I usually mean the GPLv2 because that's the only version of the GPL that's relevant in the real world.

Apache Software License 2.0

The Apache Software License 2.0 (ASL) contains, in its Article 3, an explicit patent license. It has an interesting defense mechanism where someone instigating litigation over an alleged patent infringement automatically becomes exposed to possible counterclaims by other patent holders who contributed to the same ASL'd project. The patent grant itself is limited to the patents someone may hold on their contributions to a project and the license contains no restrictions or prohibitions (like the GPLv3) on the terms of a third party patent license. Therefore, someone can implement a standard patented by other parties and work out a license with them without having to take care of the entire ecosystem. That's reasonable.

BSD licenses

There's a very popular family of FOSS licenses called the Berkeley Software Distribution (BSD) licenses. Those are rather short and simple. They don't even mention the word "patent". As a result, there's no problem with implementing patented standards. If someone publishing software on such terms holds any patents that read on their code, there's an implicit license grant. If someone licenses patents from third parties, there's nothing in a standard BSD license that would prevent the implementation of such a standard.

European Union Public License v1.1

The European Union Public License v1.1 (EUPL) was published in 2007 and should be a logical choice for European governmental bodies (at the EU level as well as in the Member States) for publishing software on FOSS terms. The idea of governments sharing their development efforts on FOSS terms is a great one: if taxpayers fund development in one place, taxpayers in another shouldn't have to pay again (except for specific adaptations that may be needed).

The EUPL contains an explicit patent license as far as the patents of someone publishing code under it are concerned. It doesn't contain any clause that would prohibit the implementation of patented standards if those patents are held by third parties.

In its FAQ on the EUPL, the European Open Source Observatory and Repository (OSOR) states that "when public administrations are using or distributing their own specific software under the EUPL, the risk from legal action related to patent infringement, while not zero, is very low." This relates to a scenario where a patent holder would claim an infringement. The EUPL per se doesn't prohibit the use of third-party patents.

MXM license

It is even possible to define an open source license that limits its scope only to the copyright aspects of the program code distributed under it without explicitly or implicitly restraining code contributors or distributors from enforcing their patent-based rights.

For a working group of the MPEG multimedia audio/video codec consortium, Carlo Piana, an Italian FOSS lawyer who also advises the Free Software Foundation Europe and counts Oracle among his recent clients, designed a license that was based on the Mozilla Public License (Mozilla is the foundation behind Firefox and other free software) but with a carve-out for patents. The new license was called the MXM license.

In this blog posting, Carlo explained his motivation. He pointed out that his actions shouldn't be confused for an FSFE effort. He knew this was going to be controversial in open source circles where software patents are a red flag. His justification nevertheless stresses that (in other words) political opposition to software patents is one thing and trying to find a way for patent holders to publish and distribute open source software is another. That distinction between ideology and pragmatism is key.

The MXM license goes way beyond what's needed to implement standards patented by third parties. Compared to what it does, licensing patents from third parties is child's play.

Summary of different licenses with a view to custom software developed by/for governments

For governmental bodies seeking to develop (or to have subcontractors develop) custom software on open source terms, there's no shortage of appropriate licenses that can handle patented standards.

Apart from the GPLv3, which is inherently incompatible with patented standards because it was purposely designed that way, almost any other FOSS license will work. Such licenses as the European Union Public License and the wildely popular Apache license and BSD licenses don't create any problems for those who implement third-party patents.

Even the GPLv2 is, contrary to what some people claim, not incompatible with the notion of third-party patents. Numerous companies using and distributing software under the GPLv2 have made arrangements with patent holders, including that they have accepted to pay royalties, and to date I'm not aware of any of them having experienced any problem because of that.

This is actually good news for FOSS. If it couldn't deal with such patents, it would be strategically lost.

If you'd like to be updated on patent issues affecting free software and open source, please subscribe to my RSS feed (in the right-hand column) and/or follow me on Twitter @FOSSpatents.

Wednesday, July 21, 2010

OpenForum Europe: hypocrites lobby the EU but don't get their own houses in order

The worst thing that can happen to a good cause is to be used as a pretext by blatant hypocrites. The adoption of Free and Open Source Software by governments is definitely a good cause. So is interoperability. But OpenForum Europe and its members -- IBM, Google, Oracle and Red Hat -- should get their own houses in order rather than pressure European politicians and spread dishonest propaganda.

Monday's edition of the New York Times just reported on the tireless efforts of that gang to lobby the EU over a set of guidelines called the European Interoperability Framework (EIF).

They claim that it's all about open source and interoperability. In reality, OpenForum Europe and its members simply pursue their commercial interests. They call themselves "open", but actually they aren't. They demand interoperability when others should open up. They deny it when their own interests are at stake.

Let's go over that bunch of hypocrites one by one.

OpenForum Europe

A notorious fake representative of open source for many years. Its chief executive lobbied European politicians for software patents, falsely claiming to speak on behalf of the open source community while actually just serving his master: IBM. Bruce Perens, the author of the Open Source Definition, wrote an op-ed for The Register to protest against such conduct.

IBM: International Bullying Machines

The biggest patent bully preaches interoperability but practices the exact opposite in its core business.

The mainframe business still generates about half of IBM's profits because customers are locked in and squeezed out. Innovative solutions that provide interoperability, such as the open-source Hercules mainframe emulator, could loosen IBM's stranglehold on the market. So IBM goes for their throat, particularly by using patent warfare.

IBM's aggression against TurboHercules, a French open-source company started by the founder of the Hercules project, is an attack on the very concept of interoperability.

The debate on which the New York Times reported is largely about whether patents related to interoperability should be licensed on a royalty-free or a fair, reasonable and non-discriminatory ("FRAND") basis.

IBM and its OpenForum Europe allies claim that FRAND, which ensures that overcharging can't occur, isn't good enough. They say it has to be royalty-free. But on the mainframe side, IBM doesn't even offer FRAND. Let alone royalty-free. They don't offer anything. They want to shut out competition altogether, which is the most harmful way to use patents.

That discrepancy between using patents as a weapon of total destruction and saying other companies' patents should be made available on a royalty-free basis is inexplicable. If they preach royalty-free, they should offer it. Or they should preach and practice FRAND. Either way they'd be consistent. But demanding one extreme and pursuing the other is hypocrisy at its worst.

When asked about this contradiction, IBM executives refuse to answer.

Oracle

Last time I checked, all of Oracle's money-making products were closed-source. Until that changes, I can't see how such a company can credibly advocate open source interests in Brussels, or elsewhere.

Oracle acquired several open source technologies as part of Sun Microsystems. The deal was closed in late January, and the open source community is upset about Oracle's stewardship of several of those projects. ZDNet's open source blog summarized the situation concerning Java, OpenSolaris and OpenOffice, concluding that "if open source is all about ending vendor lock-in, Larry Ellison is its worst nightmare. And since acquiring its crown jewels, I would argue, that nightmare has slowly come true."

Just last week, the OpenSolaris board launched what CNET calls an "OpenRevolt against Oracle."

The most appalling example of Oracle's hypocrisy about interoperability is this: Sun used to provide a free-of-charge tool to open ODF (Open Document Format) files with Microsoft Office. Oracle decided that this kind of interoperability tool should be monetized. It now costs $90. It wasn't open source before, but it was available for free, and if Oracle is serious about promoting royalty-free standards such as the ODF, then it should encourage the widespread use of such a tool.

They claim interoperability must be royalty-free. But they put it behind a paywall.

Google

Google isn't a software vendor, at least not in the traditional sense of the word. To the extent they make software available to the general public, they do so on open source terms.

But how open is Google where it generates the bulk of its revenues -- meaning its search engine? Not so much, it seems. Open source blogger Dana Blankenhorn made an interesting proposal on ZDNet: an open standard for search engines. He considered this a compromise proposal in light of Google's fight to keep search a secret.

Google should address the "open standards" issue in connection with Internet search before lobbying the EU. And while at it, Google might as well ask itself if its fight against Scroogle, an independent not-for-profit website that delivers Google search results while protecting the privacy of users, fits in with its lobbying for open standards and open interfaces.

Red Hat

Red Hat is much smaller than its OpenForum Europe allies. IBM is the key driving force, and Oracle and Google are much more powerful. Compared to them, Red Hat is just another "hanger-on" that will follow IBM anywhere.

Red Hat supports all of IBM's patent initiatives, including the Open Invention Network, which is the opposite of "open". And a Red Hat manager who spends a large part of his time on EU lobbying defended (on Twitter) IBM's aggression against TurboHercules and interoperability.

OpenForum Europe and its members should support the EU's more important interoperability initiative

If OpenForum Europe and its members really cared about interoperability, there would actually be a much bigger opportunity to make headway for the cause. The European Commission is preparing an initiative to ensure that all "significant market players" will open up their products and services. So why don't OpenForum Europe, IBM, Oracle, Google and Red Hat come out loud in support of that plan? Why do they waste their time and that of many other people on a set of public procurement guidelines when there's actually an opportunity for something with really wide-ranging and highly positive effects?

The answer is simple: they aren't sincere about interoperability. That's a fact they prove every day.

If you'd like to be updated on patent issues affecting free software and open source, please subscribe to my RSS feed (in the right-hand column) and/or follow me on Twitter @FOSSpatents.

Monday, June 14, 2010

OpenForum Europe and ECIS want software patents for their members but oppose those of others

Before I report in more detail on the OpenForum Europe Summit 2010 that took place last Thursday in Brussels (and from which I went directly to LinuxTag 2010 in Berlin for a presentation on relevant EU processes), I'd like to provide an overview over the key players of those organizations and their intentions.

In a nutshell, they're in favor of their own software patents but don't want to pay royalties for those of others. Their story is that some other companies' patents are needed for free for interoperability's sake, instead of advocating the abolition of all software patents including their own.

They don't want to address the root cause of the problem because they want to have their cake and eat it, too. The only way in which this approach is open is that it's open hypocrisy.

Two organizations with a mutual nucleus of three companies

There are two organizations in Brussels, the de facto capital of the EU, using the noble cause of open standards and interoperability as a pretext for a rather different agenda: OpenForum Europe (OFE) and the European Committee for Interoperable Systems (ECIS).

OFE is a lobby organization that now plans to work more closely with academics to give itself a think tank image.
ECIS brings about antitrust complaints and also engages in lobbying.

OFE's current list of members includes IBM, Google, Oracle, Red Hat, and Deloitte.
ECIS' members are Adobe, Corel, IBM, Nokia, Opera, Oracle, RealNetworks, and Red Hat.

So there are three companies who are members of both organizations: IBM, Oracle, Red Hat. Here's their background concerning software patents:

Discontent with European Commission's Digital Agenda and draft European Interoperability Strategy/Framework

Right now they're unhappy that the EU isn't inclined to become their gofer. ECIS admits it without mincing words while OFE tries to spin-doctor around and play European Commission Vice President Neelie Kroes off against her colleagues. Others have previously attempted to play commissioners off against each other, and failed.

In her speech at the OpenForum Europe conference on Thursday, Mrs. Kroes certainly expressed a personal preference for royalty-free standards. OFE claimed to welcome that in its usual hypocritical way. I like that preference for fundamental reasons: I would prefer to see software patents abolished, which would take care of the royalty problem. Broadbased support for the Defensive Patent License could also have that effect.

But no matter how much we want that, it's simply not accurate to claim or imply that Mrs. Kroes supports the OFE's demands. Politicians have lots of preferences for what companies should do. What truly matters is whether or not they use their decision-making power to impose conditions. OFE would like the European Commission to use its European Interoperability Strategy and Framework -- a set of procurement guidelines with political implications going well beyond -- to require all vendors who want to do business with the public sector to adhere to rules that would force them to make licenses to their interoperability-related patents available on a royalty-free basis. And that's what the Commission is absolutely not inclined to do. Instead, the Commission fully accepts the notion of patent-encumbered standards.

In his summary of the OFE event, the OFE's chief executive Graham Taylor wrote: "We could not have hoped for a better keynote speech from European Commission Vice President Neelie Kroes." But in her speech, Mrs. Kroes actually said: "I have nothing against intellectual property being brought to the standard-setting table, but it must be disclosed." She also talked about a new legislative initiative on interoperability that "would likely involve some form of pricing constraints." That's another way of recognizing that there will be royalties. If something is royalty-free, you don't need to talk about "pricing constraints."

So the OFE's summary spins the commissioner's words in a way that I consider unreasonable. Then the OFE tries to drive a wedge between Mrs. Kroes and the other commissioners: "We at OFE believe there should be a complete re-write of the EIF. If this doesn't happen Vice President Kroes may not achieve the goals she is working so hard towards."

But what Mrs. Kroes said, especially when paying attention to the things I quoted from her speech, is simply consistent with the current draft of the European Interoperability Framework.

The Commission is a lot more consistent than the OFE.

OpenForum Europe lobbied European politicians for software patents, falsely claiming to speak on behalf of the open source community

When I first heard about OpenForum Europe six years ago, there was an extremely bad reason: OFE's chief executive (back then and still today), Graham Taylor, had lobbied European politicians to support software patents, and he falsely claimed that he represented the open source community.

That claim was refuted by Bruce Perens, the author of the original Open Source Definition, in an op-ed published by TheRegister. Bruce wrote that Graham Taylor "does not have the credentials to represent the Linux, Open Source and Free Software developer communities, especially when he contradicts our extremely strong opposition to software patenting."

The FFII knew that Graham acted as an astroturfer at the behest of IBM and other OFE members, but tried to engage in a facts-based dialog with Graham Taylor. The FFII wrote two open letters to him, and the introductory paragraph of an FFII page on OFE starts with the following strong and accurate statement:
Open Forum Europe is lobbying the European Parliament in the name of "open source companies" in order to make software directly patentable and to ensure that interoperable software may not be written.

Graham Taylor is not the only OFE executive to have been criticized harshly by the FFII. Paul Meller, now research and communications director at the OFE, was probably disliked by the anti-software-patent movement more than any other Brussels-based reporter writing in English. The FFII accused him of repeatedly spreading "extreme misinformation", alleging "a large number of errors and lack of objectivity", and even less flattering things were said on certain mailing lists.

While I also found that his articles were in most cases overly sympathetic to the positions of those pushing for software patents, there are explanations. Some of his articles appeared in the New York Times, others on IDG's website, so with a view to professional audiences he felt he had an obligation to listen to both sides of the argument. Unfortunately, one of those sides (the pro-patent camp) made a very professional PR effort from the beginning whereas the FFII didn't always handle its communications very well (as its core activists admitted at the time). I had several facts-based, constructive conversations with Paul at different points in time. Now, of course, he's no longer independent.

ECIS: ten commandments for the EU but none for its own members

The key person driving all of ECIS' efforts as its lawyer and spokesman is Thomas Vinje, a partner at Clifford Chance. He was also invited to speak at the OFE Summit on Thursday and unlike the host organization, he made it very clear that the EU's Digital Agenda and the current draft of the European Interoperability Framework fell short of his expectations. He didn't speak there in the name of ECIS but again, he is ECIS whether or not he formally introduces himself on that basis.

Thomas Vinje went on to propose ten ways to modify the document in order to make it meet the objectives ECIS considers important. A single one would have been sufficient: abolish software patents. Given where ECIS' members stand, it's no surprise he won't say that.

But he certainly forgot to insert an extremely important commandment in front of all others: do as you say.

Why doesn't ECIS hold its own members to the same standards it advocates?

Either there isn't any code of ethics in place for its members or it isn't any good, because otherwise IBM would have to be excluded from the organization given that it promotes interoperability only in markets in which IBM stands to gain from it but refuses to be interoperable and open where it generates half of its profits.

The same could be said about OFE as well: if you're serious about openness and interoperability, you have to demand that IBM provide interoperability right here and now, or you have to exclude the black sheep of the family. IBM probably pays you (and ECIS) a lot in membership dues but that's only your problem. If you don't get your house in order, you can't expect political decision-makers to buy your claims.

If you'd like to be updated on patent issues affecting free software and open source, please subscribe to my RSS feed (in the right-hand column) and/or follow me on Twitter @FOSSpatents.