Bring your own Technology (BYOT) or Bring your own Device (BYOD) schemes allow employees to bring their own mobile devices, tablets and laptops into the workplace to use for the purposes of their job. The details vary but some companies merely permit individuals to bring technology to work, while other companies will subsidise or fund entirely the purchase of technology by individuals for their job instead of providing all the technology themselves.
These schemes have many benefits: employees are able to choose the devices they want and they own the devices so take them with them if they leave. Morale generally increases under these schemes as employees appreciate being able to choose their own technology and use the devices they are comfortable with. It also means working patterns are flexible around the employee so that if they work better on the move, a tablet or laptop is more suitable than a desk top.
In a much less organised way, it is also very common now for employees to bring technological equipment into the work place for usage during their working day. From tablets to mobile devices, almost every individual who enters the workplace these days will have some sort of personal device that uses software.
With the increasing popularity of Bring your own Technology schemes and the prevalence of mobile devices and open source software, it is becoming increasingly difficult for many companies to keep a handle on exactly what software is being used in the workplace, by whom and in what way. It may be easy for companies to fall into the trap of thinking that this isn’t important. However, the pitfalls of losing track of software usage in business could lead to legal infringements and expensive litigation.
Just as copyright protects many other creative products such as texts, music, design and artwork, it is also copyright which governs what you can and can’t do with software. As a key area that is becoming ever more fraught with new complications, it’s crucial to understand what software copyright actually covers, how to get these rights and what exactly copying constitutes when it comes to software.
Similarly, it is crucial for individuals who write software to understand how they are protected and whether they own any rights in the distribution and copying of the software they have written. The first thing that software writers must understand is that someone who creates a piece of work will not necessarily own any rights in it, far less any absolute right against the work being copied.
First off, copyright only protects specified works. This is, however, a very long list, ranging from music to paintings. So far as software is concerned, the list can include:
- What the user sees on screen (the “GUI”) (and this might, in turn, cover static images, frames and movement)
- The functional specification (the written record of what the software is meant to do)
- Preparatory design materials (for example, diagrams showing how the software will hang together)
- Algorithms (the logical steps that will be taken by aspects of the software, perhaps written out algebraically)
- Source code (the instructions to the computer written out in a way that a person can understand, and written in one or other of the “languages” understood by computers)
- Object code (the computer’s translation (“compilation”) of source code into long lines of binary numbers)
- Means to prevent software from being copied (as the law says, “circumventing” this is a no, no)
- Computer generated works (again, from music to paintings!)
The second thing to understand is that copyright doesn’t last forever. However, with the rapid development of software and a copyright term lasting until 70 years after the death of its author, it may as well. It is extremely unlikely that software used now will still be used in 70 years time! Computer generated works are discriminated against here, since they only enjoy 50 years protection.
Copyright only protects “original” works. However, the threshold of what “original” means in this context is modest. The work must merely have involved a degree of skill, labour and judgement and not have been copied from another work. Finally, copyright arises automatically when a relevant work is recorded, and this is without the need to register, pay or do anything more.
The most important thing to understand is who owns software copyright. The starting point is that the person who puts fingers to keyboard will own the copyright in the software they write. However, unless this person is writing software speculatively on his own account, things are seldom that straightforward.
If the software writer is an employee, then (unless the contract of employment says otherwise), the copyright will belong to the employer if the software was written in the normal course of the employee’s duties. There might be issues here about, for example, the extent to which the employee had already written the software before his employment, whether software written “out of hours” also belongs to the employer, and whether an employee’s duties extend to software writing. Marking software with the “©” symbol stating the owner and year it was written helps to prove ownership and establishes rights in some countries.
Unless there’s a written transfer of the rights, a consultant (e.g. an external software designer or software house) will be the first owner of the copyright in any functional specification, source code or other works that he writes. If there is something in writing about the uses to which the commissioner may put the software, for how long, etc, then that will normally apply.
However, if he is paid for the work, the consultant will be deemed to have granted an “implied licence” to the commissioner to use the work for the purposes for which it was commissioned. It goes without saying that the latter approach leaves room for serious dispute: e.g. whether the commissioner is allowed to use the same software for other projects.
Another area to watch out for is where software is developed by two or more people. If the respective contributions can be easily separated then each will own the copyright in his own input. However, where the contributions can’t be separated out in this way, the works will be jointly owned. If there is no agreement on how things will pan out, then each of the authors can use the software and sue if it is found to be being misused.
However, each author will need the consent of the other/s if he wants to allow third parties to use the software or if he wants to sell his copyright. If one of the joint authors dies, then his share of the copyright passes not to the other author/s, but to his heirs.
Finally, whilst software writers generally keep hold of their ownership of their software and give others permission to use it to a limited extent, software copyright itself can be sold either outright or in part (e.g. for a particular period of time).
Once ownership is established, the key thing to understand is what constitutes software copyright infringement? An owner can sue someone who copies his software. Copying covers a multitude of sins ranging from photocopying manuals to rekeying code. Even “transitory” copying is caught, e.g. running or storing the software.
Translating source code from one computer language to another infringes, as does (apart from one exception that we’ll come back to) decompiling object into source code. Other types of prohibited copying includes getting round code designed to prevent the software from being copied!
One key area is the difference between literal and non-literal software copying. In another field of endeavour, there’s quite a difference between “copying” a chef’s recipe by photocopying it or by watching the chef carry out the recipe and making notes of your own.
There is also another type of activity that infringes software copyright, and this is where someone knows that they are holding an infringing copy of the software (say on a CD-ROM), and distributes that copy without the owner’s permission. In fact that, and also knowingly copying software can also amount to a criminal offence.
What doesn’t infringe software copyright? A copyright owner can give one or more people the right to use his software under the terms of a licence. There may be rules on the period of use, number of users, place where the use can take place, payments, and so on. Under such an arrangement, a licensee may study the way his software works. He may make a back-up of his copy of the software and, unless his licence forbids this, he may correct errors in the software.
Whatever his licence says, he may also “decompile” the software (translate the computer-readable object code into human-readable source code), but only to the extent that this is required for him to link this software with some other software. The more senior an employee, the more likely that a job specification which does not expressly mention software writing will be read to include writing software. It is possible to sell software copyright even before it is written so long as this is done in writing.
In terms of Bring your Own Technology schemes, this means that companies who allow individuals to bring their technology into the working environment and use them for work have to be aware that they may be infringing copyright if their employees are using unlicensed software for work purposes. There are other legal issues to be aware of, too, such as security of sensitive material when BYOT devices are then taken home. The advice is therefore for companies to ensure they have a set of guidelines in place controlling the usage of BYOT devices to ensure they are not infringing software copyright.