Who Owns Software Copyrights?

The Copyright Act of 1976 provides that copyright ownership “vests initially in the author or authors of the work.” 17 U. S. C. § 201(a). This is a simple enough statement of law, but it frequently presents significant problems when individuals and companies assume that they understand who the “author” is and under what circumstances commissioning a work results in copyright ownership vesting in someone other than the author. This problem particularly manifests itself in the world of custom software creation and Web site development.

Several years ago the United States Court of Appeals for the Second Circuit decided a copyright infringement case requiring them to address whether the developer or the company was the owner of underlying copyrights. In Krause v. Titleserv, Inc., a disgruntled programmer who had been hired as an independent contractor by Titleserv and who had not assigned his copyrights, refused to allow the company who paid for the software to modify his work. This independent contractor chose rather to assert copyrights in an attempt to prevent the company from modifying the software they paid to be created. In other words, the programmer chose to sue by the company rather than give them the required permissions to modify the code that he had written. That this became an issue was all due to the failure of the company to contractually set expectations at the start of the relationship.

Unfortunately, this is an all too common situation. Companies enter into software development deals with independent contractors without adequately addressing copyright ownership. Many times, it is assumed by the programmer that the copyright, including the right to modify and prepare derivative works, remains with her or him. From the company side it is generally assumed that when someone is paid to create copyrighted material that flows from the original creation those copyrights will be owned by the commissioning party. Neither assumption is true, which means that when a dispute arises, litigation ensues and unnecessary expenses mount.

While the Krause/Titleserv copyright litigation may not evidence any failure to understand that the initial ownership of a copyright vests in the author, it at least demonstrates the consequences when such a mistake is made, or when an appropriate assignment agreement is not reached up front. The tale of this case dates back to the decade between 1986 and 1996. During that time William Krause, the plaintiff and programmer, performed computer and communications work for Titleserv, Inc. He wrote over thirty-five computer programs for Titleserv, eight of which were at issue in this litigation.

[[Advertisement]]

In 1996, Krause and Titleserv began negotiating Krause’s assignment of the copyrights in his programs to Titleserv in exchange for a five-year consulting agreement. Before any agreement was reached, Krause terminated his relationship with Titleserv after learning that Titleserv wanted to have him take direction from its new Director of Information Technology. When Krause left, he took his notebook computer, which contained the only copies of the programs, although he did leave executable versions of all eight programs at issue on Titleserv’s file servers, but locked them with a command that prevented them from being converted into a version that could be modified. Krause told Titleserv that it was free to continue using the executable code as it existed on the day he left, but asserted that Titleserv had no right to modify the source code.

The inability to modify the programs severely limited the value of those programs to Titleserv, for example, routine functions such as the addition of a new customer or a change of a customer address could not be performed. As a result, Titleserv ultimately circumvented the lock Krause had placed and a Titleserv employee made the adjustments to the program required, including the fixing of bugs, the addition of new customers, and changes in customer addresses.

After learning of Titleserv’s modifications Krause filed a copyright infringement action. Titleserv moved for summary judgment, primarily on the basis of 17 U.S.C. § 117(a)(1), which provides an affirmative defense against copyright infringement for anyone who: (i) owns a physical copy of a computer program, (ii) makes an adaptation “as an essential step in the utilization of the computer program in conjunction with a machine,” and (iii) uses it “in no other manner.” The district court, following the recommendation of the Magistrate Judge assigned to the case, concluded there was no genuine issue of material fact and granted summary judgment in favor of Titleserv.

The United States Court of Appeals for the Second Circuit agreed with the decision of the district court and determined that Titleserv had not engaged in copyright infringement because as the owner of copies of the various computer programs it was entitled under 17 U.S.C. § 117(a)(1) to make an adaptation where such adaptation was created as an essential step in the utilization of the computer program in conjunction with a machine and it was used in no other manner.

While Titleserv won this copyright infringement case, lengthy litigation was required. A victory in litigation and/or on appeal is in many regards only a hollow victory, thanks to the fact that much time, energy and financial resources are inevitably required to prevail in any such action. This type of problem is an altogether too frequent occurrence in the world of custom software development.

Had Krause been an employee who had created the programs in question within the scope of his employment, the ownership of the copyrights would have vested in Titleserv. As an employee, had Krause brought a copyright infringement action against Titleserv, the employer would have likely been able to prevail at a very early stage of litigation. Similarly, had Titleserv entered into an appropriate development contract prior to commencement of development, or at the very least prior to delivery of the programs, this litigation could have been prevented or at the very least substantially shortened.

This case demonstrates problems faced by organizations that fail to plan ahead when engaging the services of outside consultants to develop software. Frequently, however, substantially similar cases end in the outside consultant being on the short end of the legal decision. In the cases where the outside consultant delivers the program and is not paid for the product the question arises as to whether the software consultant can claim copyright infringement, or whether the only recourse is a breach of contract action, which from a remedies standpoint is not nearly as attractive as a copyright infringement action. The failure to properly spell out the critical terms of such a development agreement, in writing, can and frequently does lead to litigation and unnecessary expenditure on attorneys fees.

The old saying that “an ounce of prevention is worth a pound of cure” is very true indeed.

Share

Warning & Disclaimer: The pages, articles and comments on IPWatchdog.com do not constitute legal advice, nor do they create any attorney-client relationship. The articles published express the personal opinion and views of the author as of the time of publication and should not be attributed to the author’s employer, clients or the sponsors of IPWatchdog.com.

Join the Discussion

8 comments so far.

  • [Avatar for Gene Quinn]
    Gene Quinn
    January 17, 2013 11:46 am

    Ed-

    Difficult to answer without seeing the contract. I would write the contract so that the copyright remains in the developer until the final payment is received.

    -Gene

  • [Avatar for Ed Winter]
    Ed Winter
    January 17, 2013 09:41 am

    I am curious as to what happens when a software developer signed a contract vesting copywrite to the company they are contracted to. Then the company runs out of money half way through. Does the company own the copyright to the software at the point they paid up to? Does the software developer own the copywrite to the software from that point onwards? Or is the payment for services and the ownership of copywrite completely separate? From a technical ppoint of view we use git and can check out a version of the software as was on the date for which the last payment was made.

  • [Avatar for Wayne Goff]
    Wayne Goff
    January 2, 2013 02:56 am

    A victory in litigation and/or on appeal is in many regards only a hollow victory, thanks to the fact that much time, energy and financial resources are inevitably required to prevail in any such action

  • [Avatar for The Mad Hatter]
    The Mad Hatter
    July 5, 2010 04:17 pm

    Gene,

    I know of one case in Ontario where an outside programming contractor was stiffed by the customer, and successfully used the Mechanic’s Lien Act to force payment. Since the customer was a large (over 1000 employee) firm, and the contractor was a one man operation, this was truly a ‘David and Goliath’ battle.

    Wayne

  • [Avatar for Just visiting]
    Just visiting
    July 4, 2010 11:27 pm

    This post will probably get lost, but perhaps Gene will pick up on it.

    I ran across the following blog:

    http://www.jasonrobertbrown.com/weblog/2010/06/fighting_with_teenagers_a_copy.php

    It is a great read for those of us supporting strong IP rights — which include copyright.

  • [Avatar for pop]
    pop
    June 30, 2010 12:44 pm

    -Tom O’Brien

    There was a case recently that involved Microsoft over basically the same thing. They released a tool for installing Windows 7 off a USB stick, and somebody did some digging around and found out they lifted a bunch of GPL code for that program. Eventually Microsoft admitted it. It can be a problem sometimes though when the code is kept secret to determine if it was stolen or not. I think they actually reverse engineered the code and then called them out on it. I’m not sure if taken to court whether they could have sufficiently proven it, but fortunately like I said, Microsoft eventually came clean. It turned out they didn’t author the program at all, but contracted it out and the contractors were lazy and stole the code to make the project go faster.

    As you said, it is very important to know where your code is coming from, and what the legal obligations are that are attached to it.

    Andrew

  • [Avatar for Tom O'Brien]
    Tom O’Brien
    June 30, 2010 08:08 am

    Gene,

    When I worked for a large NASA contractor a few years ago, I became aware that some of the code we were developing had been written elsewhere. It is a common misconception (as in that case) among programmers that anything you find on the Internet is in the public domain. I felt that it was important for our work product to be traceable as to its origins, both for quality assurance and for copyright protection. We were able to clean up the situation by obtaining written releases and by rewriting problematic code. I wasn’t aware of the Krause case, but I’m glad we steered clear of that problem. It could have caused a mess for my company and for NASA.

  • [Avatar for Andrew Cole]
    Andrew Cole
    June 30, 2010 07:12 am

    -Gene

    While I agree with everything you have said, there is also an issue of programmers being abused when they work for companies who are all to aware of this situation. They frequently force programmers to sign a contract as a condition of employment that hands over rights for everything they do that can be copyrighted or patented, even if it is on their own time, on their own computer, and for a purpose other than to benefit the company. I have already decided that I will never work anywhere that asks me to sign one of these, and I do not want my rights to create works on my own time to be destroyed by having my legal rights to it taken away.

    Copyright isn’t as difficult to figure out as patents are so I’m not sure why so many people have trouble with it. The law is lengthy, but once you read it, it tells you more than you could possibly want to know. If it is something that is critical to what you do for a living, then you would think a person would take more of an interest, but instead they just go off of assumptions, and what other people tell them.

    Andrew