Thursday, October 22, 2009
Lawyers' Role
Thursday, October 15, 2009
Recommendations
I find that members of corporate legal departements (and, indeed, lawyers generally) resist making decisions. Too often I see young lawyers serving up problems and then running away from decisions. As if they think lawyers have a special status that excuses them from the hard part of business.
One rule of thumb that I live by, and that I push upon the people that I manage, is that in most cases the legal guidance that we give to our colleagues should be accompanied by a recommendation about how to proceed with the business. As in-house professionals, we have the burden of wearing two hats, not only one. When we give legal guidance, we wear our lawer's hat. But inhouse legal professionals also wear the hat of a business executive, which requires that we make decisions ourselves, and, when we are not the decision maker, give real recommendations that help others decide.
For example, suppose an inhouse lawyer is asked by a senior technology executive to explain the process for running a patent clearance for a new product. The question calls for legal guidance of a factual sort. The guidance may be something like: "We would have an engineer work closely with an outside law firm that will research all issued patents that might be infringed by the product and then generate an opinion letter."
The next question from the technology executive might be: "Well, we don't have money for that kind of clearance. What is the likelihood that we will be sued for patent infringement if we just release the product without running it through a clearance process?" The likely legal guidance is something like: "I don't really know. In order to know, we must run a clearance analysis. If we roll the dice and just go for it, the company history of releasing new products without patent clearance tells us that we could see a patent lawsuit."
Obviously, this answer gives the technology executive nothing to work with. So, he asks: "What is the risk?" What is the likelihood that we will be sued?"
At this point, many lawyers will repeat what they said the first time: "I don't know. We need more information." I see lawyers get into this position often. We sometimes can't measure risk very well because we cannot reasonably determine the liklihood of a harm. The inexperienced lawyer stalls out there and can't move past the "I don't know the risk" answer. But this is not good enough.
The more experienced lawyer will acknowledge that it is difficult or impossible to measure the likelihood of a bad thing happening. But she will not stop there. She will move the conversation forward by taking off her lawyer's hat, put on her executive hat, and make a real recommendation. For example, by saying: "Look. I can't tell you the likihood of getting sued for patent infringement. I can tell you that we run those clearances as a matter of process and we still sometimes get sued. I can also tell you that I know that other companies in this industry do not run patent clearances of new products, so just going ahead without a clearance is not an unreasonable thing to do. Since I understand that the product you are going to release is an extension of an existing product line and that it fits within the core existing business, I recommend that you move ahead without a clearance."
The point here is not whether the lawyer gives the business executive the answer he wants to hear. The recommendation could have been to hold the product release until a clearance is run.
The point is that when you are an in-house legal professional you are two things. You are someone with a particular expertise, in the case above, a working knowlege of intellectual property law. You are also a businessperson who makes recommendations and decisions. It is far too easy for legal professionals to serve up the problem and then run from the decision that must be made. Everyone within a corporation must make decisions and make recommendations about how the business should be operated. No one individual in a corporation has complete wisdom. Everyone matters and should pay a role.
Monday, October 5, 2009
Scott v Scribd
Scott v. Scribd Complaint
Sunday, August 30, 2009
Principles of Software Licensing
2. A license is not a contract. A license is a permission granted by one party to another allowing the use of intellectual, personal or real property. Its sole purpose is to extinguish the fear of lawsuit for infringement or trespass. Stated another way, a license is a single party's promise not to sue. Since a license by itself does not involve any exchange (i.e., mutuality of consideration), it never alone creates a state of contract.
3. It is never correct to refer to a license as having beenbreached or violated by a licensee. Breach is a term of art under contract law doctrine, and it is just strange to say that a promise by one party has been violated by another party. Rather, a wrongdoing licensee may be said to haveexceeded the scope of a license, and, as a result, to have infringed a property owner's rights. Similarly, a license is never properly said to be enforced by the licensor. A license is a shield, not a sword, available to the licensee. It is used only to defend a licensee against an owner's claim of infringement. However, it can be said, somewhat colloquially, that a licensee may ask a court to enforce a license.
4. Despite the fact that a license is not itself a contract, a license might be an element of a contract. In other words, the license-- which is a promise not to sue-- can sometimes be given in exchange for a promise by another party, perhaps a promise to pay money or a return license. A contract that includes a software license as a party's promissory obligation is usually called a software license agreement.* This contrasts with a so-called bare license, which, as discussed above, does not include an element of return consideration.**
5. When a license is consideration in a contract, the license may be enforced under the law of contract. Generally speaking, as long as the licensee has not materially breached that contract, and it is not otherwise void or voidable, then the licensee is entitled to protection under the license. On the other hand, if a licensee under a license agreement materially breaches that agreement, then the contract may be terminated by the licensor, resulting in the licensee's loss of license.
6. A bare license-- which, by definition, is not a part of a contract-- must be enforced outside the rubric of contract law. A bare license is enforceable by the licensee under either equity concepts such as promissory estoppel or, alternatively, under property law that independently recognizes the effectiveness of licenses as a means for unbundling and sharing ownership interests.
** The General Public License (GPL) and the Berkeley Software Distribution (BSD) license are examples of bare licenses.
Friday, June 5, 2009
Virtual Law Partners
Wednesday, May 6, 2009
DMCA
http://www.wired.com/threatlevel/2008/10/ten-years-later/
Wednesday, January 14, 2009
Public Patent License: ISO 32000-1
You can find the ISO 32000-1 (PDF 1.7) Public Patent License here.