Archive for July, 2010

My pacemaker will not be tweeting just yet

June 2007:the Free Software Foundation (FSF) publish their third ‘discussion draft’ of their proposed new licence, the GPL version 3. Alongside this new draft is published a so-called ‘rationale’, which helpfully explain the changes made since the last draft. Originally the FSF had planned to require all forms of encrypted GPL software to be accompanied by appropriate decryption keys, to prevent device manufacturers from putting GPL software in their products but making it impossible to end users to modify it. Many people had complained about this however, saying that it undermined a lot of legitimate uses of cryptography on software code. The FSF responded by limiting the requirement only to ‘User Products’ in its next draft, and went to a lot of trouble to define this subset of GPL-containing items. In the rationale document(pdf), they commented:

We considered including medical devices for implantation in the human body in the User Product definition. We decided against this, however, because there may be legitimate health and safety regulations concerning inexpert and reckless modifications of medical devices. In any case, it will probably be necessary to convince medical device regulators to allow user-modifiable implantable medical devices. We plan to begin a campaign to address this issue.
Some commentators made fun of this aspiration. Ed Burnette of ZDNet commented:
This paragraph demonstrates both the pragmatism that is creeping into the FSF (concerns for ‘reckless modifications’) and the ‘tin-foil hat’ eccentricity that has always been a part of Stallman’s free software movement. If nothing else, the activities of the FSF and its colorful leader will continue to give us plenty to talk about in the years to come.
Well, years passed and there was little public evidence of this campaign… until this week. On Wednesday the Software Freedom Law Center (SFLC) published research which argues that the US Food and Drug Administration (FDA) should require all manufacturers of Implantable Medical Devices (IMDs) to publish the source to the code in their products. The paper cites many chilling examples of software reliability and security problems with IMDs:
While there has yet to be a documented incident in which the source code of a medical device was breached for malicious purposes, a 2008-study led by software engineer and security expert Kevin Fu proved that it is possible to interfere with an ICD (implantable cardioverter defibrillator) that had passed the FDA’s premarket approval process and been implanted in hundreds of thousands of patients. A team of researchers from three universities partially reverse-engineered the communications protocol of a 2003-model ICD and launched several radio-based software attacks from a short distance. Using low-cost, commercially available equipment to bypass the device programmer, the researchers were able to extract private data stored inside the ICD such as patients’ vital signs and medical history; “eavesdrop” on wireless communication with the device programmer; reprogram the therapy settings that detect and treat abnormal heart rhythms; and keep the device in “awake” mode in order to deplete its battery, which can only be replaced with invasive surgery.
In one experimental attack conducted in the study, researchers were able to disable the ICD to prevent it from delivering a life-saving shock and then direct the same device to deliver multiple shocks averaging 137.7 volts that would induce ventricular fibrillation in a patient. The study concluded that there were no “technological mechanisms in place to ensure that programmers can only be operated by authorized personnel.” Fu’s findings show that almost anyone could use store-bought tools to build a device that could “be easily miniaturized to the size of an iPhone and carried through a crowded mall or subway, sending its heart-attack command to random victims.”
Chilling stuff indeed. The paper goes on to argue that FOSS is inherently more secure than closed source, and that source code for IMDs ought to be available for all to see both for greater security and to avoid problems if a device manufacturer goes bankrupt and disappears.
This is not quite the campaign promised back in 2007, however. Notable by its absence is a call for IMDs to actually be user-modifiable:

Specifically, we call on the FDA to require manufacturers of life-critical IMDs to publish the source code of medical device software so the public and regulators can examine and evaluate it.

The paper uses the argument that FOSS is more secure to underpin a request for publication, not full FOSS-licensing. Presumably any errors detected in the code would have to be notified to the manufacturer for actual repair. This is, of course, not particularly surprising. Calling for the FDA to allow individuals to flash their pacemakers to tweet their heart rate would probably attract the same kind of ridicule that Ed Burnette engaged in three years ago. While some activists – including possibly Stallman himself – may regret this reticence, it is probably necessary in order for the request to be taken seriously.

The increasing importance of open source for the EU

An interesting video message from Neelie Kroes, European Commissioner for Digital Agenda, was published last week. The message was recorded in support for GNOME and its events, such as the upcoming GNOME Users’ And Developers’ European Conference.

YouTube Preview Image

In this video, she reflects on times when open source was not considered in public organisations, because of issues that were perceived such as lacking technical support and worry about IP infringement issues. The consequence was that officials were discouraged from selecting software on merit. There may have been open source products out there sufficiently fulfilling the requirements, but this was not enough to be considered by public organisations.

But times are changing and it’s meaningful that Kroes, who is also the Vice-President of the European Commission, acknowledges this. She mentions a few developments to illustrate this point. For example, OSOR provides unbiased advice and guidance on the use, development, and licensing of free and open source software (sounds familiar?). It also contains a ‘forge’ providing a home to open source software projects.

Kroes also mentions the European Interoperability Framework (EIF) as an example. This is interesting because there is a lot of debate and lobbying going on regarding version 2.0 of EIF. A few months ago Glyn Moody analysed a leaked draft of EIF 2.0 highlighting the confusing and vague references to openness and open source software. More recently, the New York Times wrote how companies like Google, IBM and Red Hat are lobbying for inclusion of open source software in the document, which is perceived as a strategy to break Microsoft’s hold. It probably won’t be until the end of the year before the final version 2.0 of the EIF document is released. Although the closeness around the drafting process of this document does not look very promising, it may be a good sign that Kroes includes the framework in this speech.

Additionally, Kroes stresses the importance of strong communities and the role they play in shaping Europe’s digital future. And now the EU commission has the opportunity to put the money where their mouth is, as it recently announced to fund projects worth 1.2 billion Euros to be launched in 2011. This is a genuine opportunity to invest in open source software and in open source companies to make sure that the open source offering can compete better with companies that offer proprietary alternatives.

Grow your own veggies and keep an eye on your neighbour’s

Last Saturday I happened to watch a TV program on the Hampton Court Flower ShowAmong this year’s winners of the garden design competition was the Bangladeshi Allotment, a small garden designed by Jeff Travers with help from the Adelaide Community Gardening Club in Camden, N. London.

As Jeff explained, about 20 years ago the central Camden residents were offered a gardening plot in an attempt to counter the effects of the visually appalling derelict buildings and tall blocks of flats that dominated the area. People started growing vegetables, and over the years the plot became the hub of a thriving gardening community.

Bangladeshi women in particular became effective users of these allotments. They grew vegetables for their daily needs using techniques they had learned from their parents and grandparents in Bangladesh. For them gardening was a key source of food, and over the years they became experts in producing sustainable gardens with minimal financial investment. One way of increasing cultivation space was to build ramshackle supports that favoured the 3D expansion of the plants.

It was these string-bound wooden structures that intrigued Jeff Travers in the first place. He examined them with his architect hat on, but at the same time he was curious about their role in increasing vegetable production. By growing his own plants next to those of the Bangladeshi families, Jeff learned a lot about sustainable gardening using traditional techniques, such as saving seeds and using recyclable natural materials.

Jeff’s collaboration with the Bangladeshi women gardeners brought him a silver medal. The right topic in the right place at the right time, one might say. However, according to Jeff, designing and building the garden was not such a simple task:

It’s quite an architectural problem to translate Bangladeshi allotments to suit the Hampton Court setting. We’ve used the intensive Bangladeshi horticultural techniques in the growing of the plants, but we’ve arranged them in a way that conforms to the written rules of 18th century potager of which the garden of Hampton Court Palace was modeled.

This story is a good illustration of open innovation facilitated by connecting groups with apparently disparate sets of skills. To design his prize-winning garden Jeff put together the knowledge networks of the traditional Bangladeshi gardeners, the skills of their British offspring who adapted these techniques to the London context, and his own ‘architect-cum-gardener’ ability to translate these in the lingo of a professional garden design competition.

In fact such processes happen all around us at various levels. As Roland Harwood pointed out in his recent keynote at TransferSummit:

Many organisations are beginning to embrace more open and collaborative approaches to innovation. Inspired by the success of open source products such as the Apache web server and the Firefox browser, many multinational companies such as Procter and Gamble, Orange and IBM have made ‘open innovation’ – the sharing of the risks and rewards of the product development process with partners – a top strategic priority.

Academic institutions had been there long before the businesses:

The open source software movement has been a pioneer in product development which many others have sought to emulate. Like the open source movement, academic institutions have laid the foundations for a model of shared knowledge and incentives based upon reputation rather than ownership.

Increasingly however this academic model is fading out. As recent evidence demonstrates, especially in academic research funding and publication-driven assessment distort the natural balance between peer recognition and institutional hierarchy:

Research assessment exercise encourages individuals to publish independently, to keep things secret while there can be many advantages to their career, no matter if they have been funded publicly or not, because by doing that they appear to be better by the criteria used for measurement of the research assessment exercise. That’s a major cultural problem, because it makes it too difficult to persuade scientists to be open with their data, they fear losing it, and therefore their current position.

TransferSummit revealed that both academic and business teams are seeking inspiration from open development practice. More and more academic departments and businesses understand that by pooling together the expertise of their diversely skilled people they maximise opportunities for mutually beneficial innovation.

But understanding diversity in terms of domain or product expertise is not enough. While brainstorming with inter-disciplinary or professionally diverse teams can be productive, we need to bear in mind that innovation is not just generating new ideas. In fact, as Roland suggests, in the context of our expanding access to global knowledge, one’s expertise is becoming less important:

The cost associated with finding new knowledge is falling fast, to a point where in the not too distant future we can reasonably assume that all knowledge will be in principal accessible [...]. In this scenario our knowledge will no longer differentiate us as individuals or organisations.

The professional diversity of the innovation teams will remain important, but increasingly cultural diversity will become their true unique selling point. As Jeff’s success story implies, his prize-winning garden was less the result of him acquiring in-depth knowledge of Bangladeshi gardening techniques, and more of him experiencing this knowledge in action, in the ways his Bangladeshi gardening mentors had internalized and used it for their daily needs.

In other words, what is becoming important is the diverse cultural practice of the innovation team members, rather than just their external expert knowledge. More than just being clued in about growing veggies differently, the ideal candidates for open innovation will be eating their own grown.

TransferSummit – making open accessibility connections

Being involved with the TransferSummit was one of those experiences that I will look back on with great pleasure for years to come. Not only was the theme of innovation and collaboration through open source something  I have for long time wanted to see become reality in the accessibility arena, but being part of such a great team has been of enormous personal benefit. If only I could have concentrated more on all the talks and BOFs, but that would have required the TransferSummit to run 3 times so I could attend everything.

Of course one of key values of such conferences derives from the connections and discussions that go on between the presentations. Having spoken to some of the people who attended from the open accessibility space I’m really pleased to hear they wasted no time in connecting up. For example Garry Paxton of Straight-street.com said he found it extremely valuable and hooked up with folks like Matthew Lee of Pengwern Mencap National College. I’m extremely pleased to see the strong community of open accessibility collaborators that is forming in UK HE. I understand from those of the community present, that they found TransferSummit provided them ample food for thought and discussion opportunities.

Equally pleasing was that the TransferSummit hosted the rather impromptu introductory launch meeting of REALISE, a new JISC funded project exploring open innovation in accessibility software. EA Draffan and Peter Cudd from the lead institutions of Southampton and Sheffield met with Ross Gardler of OSS Watch (and chairman of the conference committee). There could not have been a more perfect setting for this first REALISE meeting.

I’m sure there must be other stories of successful connections made at the TransferSummit. Please do let us know about them in the comments to this post

TransferSummit – Industry and the Open Source Community

Buildings that last are always open

How is the open source model like Oxford’s Sheldonian Theatre? Ross Gardler, in his introduction to the TransferSummit conference this June, put forth this theory: the Sheldonian, Christopher Wren’s greatest early work, required a huge range of transferred expertise and what was then the latest technology in its construction. A swath of different individuals’ skills were employed to produce a cutting-edge building that, finished in 1668, is still used today. The end result was not only a magnificent building but also new construction and architectural techniques shared with the craftsmen brought in. Ross’s point is that the University of Oxford looked outwards to leading figures in construction and architecture to fulfil their needs – and, with open source, this relationship between academic and business interest continues to flourish today.

A shared future

Traditionally, universities have been seen as research institutions not unduly concerned with value. But Ross hoped that at TransferSummit, those working in academic institutions and non-profit communities, and those working in industry, could show, over the course of two days, how both can work together to their mutual benefit.

These are exciting times to be involved with open source. As many mentioned over the two days of TS, the average person encounters Linux ten times a day without even knowing it, all thanks to a quiet revolution in industrial attitudes to the open source community. Many talks recounted the difficult journeys taken by companies over the last ten years, learning how and why to use open source software to deliver the most innovative products to their consumers. If companies are to produce their own Sheldonians they must look to open source.

Why industry is becoming more open

Matthew Langham spoke of his own experience of combining two very different worlds – the corporate and the open source. He remembers back in 2000 the difficulties he had as a software developer in getting his boss to embrace a new, apparently insane business plan: ‘We give away our code for free?’ But Matthew, who now runs a company connecting the corporate and open source worlds, explained the benefits of going open source: the strength the company would derive from allowing other people to improve its code, the advances made in their software that they could never have come up with alone, and, ultimately, how much more use their software would enjoy by being offered in this way. Open source provided their company with hugely increased exposure, and allowed them to make a good profit by offering support for their freely available products. Having proved the commercial viability of going open source, Matthew started suggesting these benefits to other companies, inspiring them to have a go too. He has found it easy to persuade them to try it out, but perhaps one of the biggest challenges has been getting them to admit that they do so. Phone companies, big banks and other organisations all embraced open source at a developmental level but were wary of admitting it to their employers and certainly of being evangelical about its benefits.

Of course, this is set to change. Matthias Stuermer’s talk investigated the ways in which Nokia has been playing with open source and Linux for the last ten years and how since 2005, they have been openly working with the open source community. One benefit of that relationship came about when the Nokia 770 was hacked to allow the use of flash cards as RAM – something Nokia’s own developers thought couldn’t work. They were then able to adapt the design to allow the feature.

An army of R&D

This ability to innovate as a community is also something that Phil Andrews spoke about. If SourceForge were to pay, as R&D, the 50,000 people they have involved in their community, the annual wages bill would come to £4.5 billion. He also pointed out that the number of coding errors generated within an open source community is much smaller than those produced by a closed company.

This change in approach can be seen outside of coding, too, as Roland Harwood from 100%Open pointed out in his keynote speech. His organisation encourages businesses to look at sharing their skills with very different industries, investigating how technology can be deployed in new and unrelated contexts. This use of ‘open innovation’ has led to companies such as McLaren F1 having their software used in hospitals and in air traffic control towers. Roland pointed out other examples – organisations like Virgin Atlantic embracing an unofficial group of around 50,000 customers who started their own community analysing the quality of Virgin’s services, from the website to their planes’ seating. By reaching out to and working with this community, they improved their services at an estimated 10% of the cost of doing so in-house.

But why should the open source community get into bed with business?

If the benefits of open source are clear for business, another question was raised and dealt with during the two days of TS  – what’s in it for the open source community?

Certainly, Simon Phipps fears that unscrupulous business practices can often destroy what makes open source brilliant. Having worked with Java and Sun Microsystems before becoming a board member for the Open Source Initiative, Simon has seen both the good and the bad of open source companies. He believes that the nature of open source is being undermined by some companies taking the benefits of others’ innovation without giving anything up of their own – such companies declare themselves to be ‘open core’ , which he sees as a euphemism for traditional closed software.

To Simon, in fact, such businesses are reptiles without souls or ethics. They can’t embrace the principle of openness for any reason other than to benefit from the growing marketing power of the term ‘open source’. They use open source as a way of making short-term savings rather than to generate long-term freedoms.

Companies must be honest

Some of these issues were dealt with by Gerv Markham from the Mozilla Foundation, which focuses on ensuring that no one company has control of the internet. Mozilla has an unusual corporate structure – a charity that wholly owns a number of conventional companies. Gerv has many suggestions as to how companies can be ethically involved with the open source community – for instance, Mozilla makes no distinction in worth between their paid members and those who volunteer. Even one of their security managers was not allowed into the Mozilla security discussion group until eight weeks after he had been hired – he had to prove his worth to the whole community, not just those who paid his salary, before he made the grade. Markham is also deeply aware of the importance of having a clear and transparent licensing scheme. It took many years to refine, but now users of Mozilla’s code get the choice of three different licences.

He also understands the ethical difficulties inherent in persuading volunteers to sign over copyright to an organisation, though, as Rowan Wilson pointed out, in his talk, that assignment of copyright is not the only way to manage IP in open source. Still, many companies have betrayed their volunteers’ trust by deciding that their ‘open source experiment’ has failed and absorbing the work of outsiders as they turn back into closed companies. Companies must avoid abusing open sourcers’ trust if they are to succeed in the open source world.

How companies are learning

The issue of earning and preserving trust is familiar to many previously closed developers attempting to make the transition to open source. Matthew Langham mentioned that it took about a year for his company to become welcome in the open source community, and that many large companies just don’t get how it works, expecting it to be an online pool of free employees. David Woollard, a senior software engineer at NASA, encountered similar difficulties. Only in 2005, where NASA used the skills of two big open source developers already on their staff (Sean Kelly and Chris Mattaham), did the necessary cultural shift begin within their section of NASA – and it took five years until they were finally able to enter the Apache Incubator in January 2010. The largest problem they faced during this time was persuading their own lawyers that, as publically funded organisations, they should be giving away their resources (i.e. their code) for free. The next problem was persuading contributors to mix in. They dealt with this by creating a clear framework to define how to get involved, what is expected of contributors and what they can expect in return. Finally, this transparency is reaping its reward – their community is starting to take off.

Open source communities – the future of society?

But the future of open source, as discussed at TransferSummit, should soar far beyond its relationship to industry. As Simon Phipps argued, in inspiring terms, it could well be the future of society. In the past, we have been accustomed to a societal model involving a group of individuals centred around one powerful ruler, or, after the Industrial Revolution, one large organisation, whether a company or a parliament. Open source removes the need for this central figure, allowing all members of a society to contribute in different ways. But if the idea is potentially so revolutionary, how should the open source community ensure that it is strong enough to achieve its ends?

As Steven Pemberton’s keynote on the first morning of the summit made clear, a good open source community will involve everyone, not just coders. After good content, what users want most from the websites they visit is good usability. Programmers, typically, cannot achieve good usability alone – they need designers, writers and testers to create a new structural way of ensuring that open software addresses the needs of the general public. Like the Sheldonian, any successful open source project will need to draw on a broad spectrum of expertise.

Led by none, led by all

Bertrand Delacretaz acknowledged this in his own talk, explaining the studies he has made as to who is most involved in various open source projects. Showing visual maps of people’s involvement, he demonstrated that it was rarely the originator of a project who was the most influential – as the project grew, so did the community’s input and influence, drawing it away from the originating individual.

Mark Johnson looked in detail at the process of how an open source community comes together and develops in the talk he gave about his involvement with the Moodle project. Beginning with his initial experiences of working on simple bug fixes, he told his audience how the satisfaction of working within a community and getting recognition for his work got him hooked on using their issue tracks and forums to contribute more and more.

Becoming part of a bigger world

Excited, valued community involvement was also a preoccupation for Noirin Shirley, employed by Google but talking about her work with Apache. Given a good community of forums, bug trackers and credit always being given where it’s due, a project will inevitably be stronger. Noirin argued that to get people involved in your project, the best rules of open source communities are actually much like those of kindergarten – share your toys, don’t be selfish and always be generous with praise. Also, don’t expect people to dive into the complexities straight away. She pointed out that it’s wise not to bother fixing the simplest bugs in your code, but to leave them for the community, so that – as was the case with Mark and Moodle – someone else will fix them, derive confidence and satisfaction from doing so, and get to grips with understanding the more challenging aspects of your project.

From military tech to the schoolyard

Given a strong, multi-skilled community, there is very little to which an open source project cannot turn its hand. Miles Berry hinted at the breadth of the spectrum by arguing the usefulness of greater open source involvement in schools, not just in dedicated ICT lessons. Berry made a commanding case for the positive impact open source could have in all classrooms, from geography lessons using open source gps software, to language work using Moodle. His case was greatly strengthened by the fact that he had masterminded such a broad, school-wide adoption of open source software at the St Ives Prep School, where he was formerly headmaster.

Code speaks louder than words


What the two days of TransferSummit made abundantly clear is that with a strong community, a mixture of disciplines and a willingness to embrace and pursue innovation, open source can do just about anything. But as Bertrand Delacretaz argued, its potential best displayed not in the giving of talks but in the writing of code. So the most exciting glimpse at what the future might hold for open source happened during the Birds of a Feather meetings – informal, community-led gatherings at which attendees and speakers exchanged ideas, learned from each other and arranged to pool their projects. From visual communication tools for those who don’t speak the same language, to ideas as to how universities can better reach out to industry, the groups’ advice to each other showed conclusively that for open source communities, the sky’s the limit.

Transfer Summit – Innovation Track

I’ve just returned home after a fascinating two days writing the live blog for the Innovation Track, one of three tracks at the TransferSummit, a conference sponsored and organised by OSS Watch. This track was billed as a ‘top-level immersion into the world of open source’. It delivered comprehensively.

Far too much ground was covered to hope to include every detail in a piece like this one. Hopefully, the live blog should demonstrate how informative the discussions were. You can also get a good feel for the breadth of the talks if you click through the links on the TransferSummit programme to look at the speakers’ slides. Here I’ll just aim  to provide a few general impressions.

Keble in the sunshine

The first thing to note is how pleasant the whole event was. Even though I was working hard to keep up with the blog, I enjoyed myself. True, when I had to pull down a blind to stop the strong sun shining on the screen of my laptop, it gave me a slightly sad feeling – but being at the conference still beat being in the office. It was certainly far more interesting than the average day’s work. Indeed, bathed in that sunshine, in the beautiful Victorian Gothic enclosures of Keble College, there was a feeling of respite from the problems of the world.

That’s not to say that delegates didn’t have such troubles in mind, however. The budget cuts faced by projects across the education, public and commercial sectors were clearly causing serious concern.  Even so, the overall atmosphere was optimistic. There was a a definite sense that progress was being made in the arguments for open innovation – and indeed that in a time of financial hardship that case becomes even stronger.

As Steven Pemberton said in his keynote speech, Open Source Is Not Enough!, ‘we are through the first stage’ in getting open innovation technology accepted and now the main task is to make it better.

Of course, there are still difficulties and complexities relating to the use of open innovation. Martin Michlmayr in his talk on The State Of Open Source Licensing and How To Improve It and Mark Taylor in his talk on FOSS Business Models ably demonstrated the tangled wood of licences and legal complexity faced by anyone hoping to launch an open source project – as well as providing a good route through.

It should also be noted that delegates again and again returned to the point that although open innovation may reduce some costs to close to zero, it shouldn’t be seen as a free for all. Andrew Savory, the open source manager for Limo Foundation, stressed in his talk about the Economics Of Innovation In Mobile Technologies, that open source is not an ‘all you can eat buffet’. It works best when the companies that use it give something back. It’s then that it does offer real cost savings, as well as access to reservoirs of talent that couldn’t otherwise be tapped, and an economy of scale begins to build up.

On that note, Steven Pemberton gave the famous example of wikipedia compared to the  hugely expensive Encyclopaedia Britannica of old and how ‘little things’ (such as the many individual wiki contributions) can join together ’to make a big thing better and better’.

The savings that open source software (OSS) can deliver in all sectors were also widely referred to, but one of the most striking examples of its benefits came from the fiercely commercial mobile technology sector. Andrew Savory pointed to the smartphone market, where consumers are demanding ever more features for ever less money, meaning that we have now reached a point where companies are having to invest more than they get back from their technology. So those companies have now started to look more seriously at open source software. They have discovered that it brings not only reduced costs to the acquisition of software, but also reduced costs of access to innovation and - crucially – reduced costs of software ownership (since there is a greatly reduced maintenance burden for true OSS). So it is that HTC has leapfrogged the competition thanks to its use of open innovation.

Clearly there is going to have to be a big cultural shift among companies who are generally secretive, and who are unused to the meritocracy that exists within OSS development, but evidence that OSS is the way forward is beginning to stack up. Andrew also highlighted the Mobile Open Source Economic Analysis white paper, showing that it’s even cheaper for companies to merge early and contribute early to OSS development streams – rather than ‘forking’ off and trying to keep their own innovations with regard to the software to themselves for as long as possible.

Coming back to the question raised by Steven Pemberton, about how to make open innovation work better, there were a number of well-attended talks about how to build up and value communities. Paul Walk of UKOLN stressed the simple importance of giving recognition to the work that developers do and helping them better explain their ideas and projects to the world away from the keyboard. Gianugo Rabellino, the former CEO of Sourcesense told us that if we recognise communities as places ‘where individuals come together to reap a reward …  we come to understand why collaboration works so well – and why people are producing open source software’. Gill Rysiecki gave excellent practical examples of how the Technology Strategies Board initiative, Knowledge Transfer Partnerships, can help academic developers reach out to the business community – and vica versa. Scott Wilson, the Assistant director of CETIS also made the important point that ‘inclusion and openness depend on collective responsibility’. open source works when people feel they have a stake in it.

In his keynote speech on day two Roland Harwood also gave powerful arguments about the importance of community  - and how effective exchanging ideas with different companies can be – a particularly striking example being how the McLaren Formula 1 team were able to help improve processes in A&E at Great Ormond Street Hospital. To emphasise his point he quoted the proverb: ‘If you want to go fast, go alone, if you want to go far, got together.’

Happily, this latter theme was well demonstrated by the conference itself. The buzz was all about open innovation and how best to achieve it. All the delegates I spoke to were deeply involved in the subject and determined to use the conference to learn as much as they could. They were also eager to make those vital connections with people heading in the same direction. There was just as much debate at lunchtime as there was in the formal talks and plenaries.

Naturally, since this was a gathering of technologists, there was also a lot of interest in the ipads, smartphones and various pieces of kit that people had brought with them. Samuel Klein, speaking as a a volunteer Trustee of the Wikimedia Foundation (who had been re-routed into the Innovation Track after being delayed in Boston),  provided a great firsthand account of the history and development of wikipedia and many of its related projects – and how MediaWiki has scaled up using open source methods.  However, he caused the biggest stir with a demonstration of one of the first new OLPC XOs that also run Gnome, which he had with him as he is also the director of outreach for One Laptop per Child.

Samuel Klein and the new OLPC XO

Yet even when it came to gadgets, the conversation kept coming back to licensing and the openness of various software platforms. My own HTC phone was several times singled out for approval (gratifying for a technological layman such as myself). But it was the arguments rather than the compliments that left the strongest impression. The innovation track had generated a real feeling that open source is only going to become more important in the next few years.

Machine, transformation or cop-out?

After a long, long wait, the Supreme Court of the United States has finally delivered its opinion (pdf) in the so-called ‘Bilski’ appeal. The judgement was eagerly awaited by those who opposed software patents, as it held the potential to change the rules on patentability of software in the US.

Thirteen years ago Bernard L. Bilski and Rand Warsaw applied (pdf) for a patent on a process that sought to allow commodities traders to reduce their risk exposure. The key components of their invention were a list of steps traders could take, and an expression of those steps as a mathematical formula. The patent application was rejected on the basis that it did not describe a specific apparatus, that it manipulated only abstract ideas and that the problem it solves is an exclusively mathematical one.  Bilski et al kept appealing the decision at progressively higher courts, and kept getting knocked back. Finally the en banc court (a kind of grand moot of all the Court of Appeal judges reserved for issues where uniformity of opinion is particularly important) knocked it back while also tearing down one of its previous ‘tests’ for patentability which might otherwise have been interpreted as supporting Bilski et al’s arguments. This test, established in the case of State Street Bank & Trust Co v. Signature Financial Group, Inc. in 1998, held that a process could be patented if it produced a “useful, concrete, and tangible result”. The State Street decision was taken at the time as a green light for patent applications on abstract concepts like business and software processes.

In the light of the Bilski patent claim, the en banc court decided that this was too low a hurdle, and that they needed a new test for patentable processes. Instead they insisted that a process must meet the following two criteria: “(1) it is tied to a particular machine or apparatus, or (2) it transforms a particular article into a different state or thing.” This has become known as the ‘machine or transformation test’. Bilski responded by taking the final throw of the dice and asking the US Supreme Court to review the en banc court’s decision. The Supreme Court agreed.

So what does this have to do with software? Well business processes are frequently embodied in software, and the discussions of where the borderline between invention and abstraction lies is an extremely relevant one in the world of software development. The ‘machine or transformation test’, if affirmed by the Supreme Court, would very likely have made many pure software inventions unpatentable (as general purpose computers are not ‘particular machine[s]‘, and their own internal processes and data unlikely to qualify as ‘particular article[s]‘). After the en banc decision hopes were high in the anti-software-patent community that the Supreme Court would affirm the ‘machine or transformation test’ and make widespread software patenting a thing of the past. On the other side of the argument, groups like the Business Software Alliance and Dolby Labs submitted amicus briefs to the Supreme Court arguing that the machine or transformation test would kill off a large proportion of their livelihoods.

Perhaps inevitably the Supreme Court has chosen a middle path that brings little certainty to anyone except Bilski et al – who now definitely know they’re not getting their patent. The decision finds that the specific Bilski patent is indeed an attempt to own an entirely abstract concept, and so should be disallowed. It does not, however, go as far as to agree with the en banc court that the ‘machine or transformation test’ is the new gold standard for patentability in these worryingly abstract domains:

The Court’s precedents establish that although that test may be a useful and important clue or investigative tool, it is not the sole test for deciding whether an invention is a patent-eligible “process”

A little further on, the decision gives the effect on software patentability as a good reason for not adopting the ‘machine or transformation test’, and in doing so cites a group of software problem domains that – it seems to imply – are very firmly the proper subject matter for patents:

But there are reasons to doubt whether the test should be the sole criterion for determining the patentability of inventions in the Information Age. As numerous amicus briefs argue, the machine-or-transformation test would create uncertainty as to the patentability of software, advanced diagnostic medicine techniques, and inventions based on linear programming, data compression, and the manipulation of digital signals.

Yet a little further on, we get the qualification:

It is important to emphasize that the Court today is not commenting on the patentability of any particular invention, let alone holding that any of the above-mentioned technologies from the Information Age should or should not receive patent protection.

Clearly there is confusion here. There seems to be an anxiety on the part of the Supreme Court that they will ‘break’ innovation whichever way they lean. This is perhaps best expressed in this elegantly-phrased linguistic shrug:

This Age puts the possibility of innovation in the hands of more people and raises new difficulties for the patent law. With ever more people trying to innovate and thus seeking patent protections for their inventions, the patent law faces a great challenge in striking the balance between protecting inventors and not granting monopolies over procedures that others would discover by independent, creative application of general principles. Nothing in this opinion should be read to take a position on where that balance ought to be struck.

True, that.