Who Owns Software Copyrights?
![]() |
Written by Gene Quinn President & Founder of IPWatchdog, Inc. Patent Attorney, Reg. No. 44,294 Zies, Widerman & Malek E-mail | Blog | Twitter | LinkedIn Posted: Jun 29, 2010 @ 11:18 pm
|
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.
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.
About the Author
![]() |
Eugene R. Quinn, Jr.
President & Founder of IPWatchdog, Inc. US Patent Attorney (Reg. No. 44,294) Zies, Widerman & Malek B.S. in Electrical Engineering, Rutgers University J.D., Franklin Pierce Law Center L.L.M. in Intellectual Property, Franklin Pierce Law Center Send me an e-mail |
Gene Quinn is a US Patent Attorney, law professor and the founder of IPWatchdog.com. He is also a principal lecturer in the top patent bar review course in the nation, which helps aspiring patent attorneys and patent agents prepare themselves to pass the patent bar exam. Known by many as “The IPWatchdog,” Gene started the widely popular intellectual property website IPWatchdog.com in 1999, and since that time the site has had millions of unique visitors. Gene has been quoted in the Wall Street Journal, the New York Times, the LA Times, CNN Money, NPR and various other newspapers and magazines worldwide. He represents individuals, small businesses and start-up corporations. As an electrical engineer with a computer engineering focus his specialty is electronic and computer devices, Internet applications, software and business methods.
Related posts (automatically generated):
- The Software IP Detective: Infringement Detection in a Nutshell
When copying has occurred, much of the code may have changed by the time it’s examined due to the normal development process or to disguise the copying. For example identifiers may have been renamed, code reordered, instructions replaced with similar instructions, and so forth. However, perhaps one comment remains the... - Oracle Awarded $1.3 Billion for SAP Copyright Infringement
Earlier today, at 2:32 pm Pacific Time, a jury in the United States Federal District Court for the Northern District of California handed down the largest copyright damages verdict in United States history, ordering SAP AG to pay Oracle USA, Inc. the sum of $1.3 billion. After polling, the jury... - Copyright Registration – File Early and Often
As a general rule, a copyright lasts for the life of the creator PLUS another 70 years. So your grandchildren and great-grandchildren can benefit from your creation well after you have left this earth. For the price the rights you obtain with a federal registration are a true bargain! File... - Zoominfo’s Blatant Copyright Infringement
Every once in a while we do an Internet search to find out what is out there quoting to IPWatchdog.com or me personally. We also try and make sure that others are not infringing upon our works by republishing our content without permission. It is flattering in one sense to... - Why Open Source Stalls Innovation and Patents Advance It
I have wondered out loud why we don't have more of a bounce coming off this Great Recession. Certainly the historical dysfunctionality of the Patent Office prior to Director Kappos has something to do with that. It seems to me that open source has also lead many otherwise capable individuals... - Sample DMCA Take Down Letter
It just came to my attention earlier today that someone had copied an entire article from IPWatchdog.com and posted it to their own website last week. How is it possible that anyone doesn’t realize that you just cannot do that? More likely, it is known that you cannot do that... - Beware Open Source Strings Attached if You Want a Patent
Just this week I had the opportunity to consult with a client that is in the process of creating unique software that is, at least in my opinion, patentable over the prior art. We were chatting over the telephone when he explained that the developer he hired was using certain...
Related posts brought to you by Yet Another Related Posts Plugin.





















-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
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.
-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
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.
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