Beta-Testers and Intellectual Property? 304
cozimek asks: "I've got a question I'm sure many other Slashdot users have dealt with. My startup has been starting programming development with testing from our beta-clients. One of these clients, however, has begun discussing intellectual property rights. They believe that they deserve rights to parts of our software because they have helped give us advice through the development process. We think we own it all, and that they should be happy to have our services, tailored to their needs, for free. Has anyone dealt with these issues? Has anyone created a beta-tester contract?" As with all such issues, the devil is in the details...particularly the contractual ones. If you've had such issues before, from either side, please let us know how things turned out.
Not unless they suggest improvements (Score:1, Insightful)
Re:Not unless they suggest improvements (Score:4, Insightful)
IMHO the client is elbowing for some negotiating room later, i.e. we helped you get the bugs out, give us a better pricing. If they're expecting a cut of the pie, tell them thanks but no thanks and drop them as a tester. That sort of weasel mindedness belies something worse is behind it.
Re:Not unless they suggest improvements (Score:2, Informative)
It's true that you don't own the patentable invention unless you file it at the PTO, but the company to whom you provided the fix can't (legally) claim it in a patent, because you're the inventor in the eyes of the PTO. Of course, if you agreed to assign your rights to any IP before doing the beta test, that's a whole nother story.
Re:Not unless they suggest improvements (Score:2, Funny)
Of course, this would be the very definition of "Bad Faith". Worse, if you're some kind of jerk or idiot, you intentionally direct the developer to include something which you know is covered by another's patent and don't reveal that.
"Hi, I'm from Macrostuff, and that idea of ours you put into your product, well, we applied for a patent before we gave you the spec and now we want all your base."
In the good ol days (Score:2)
The agreement held that you did not have any rights to what you suggested, but as compensation you would receive free product.
Re:In the good ol days (Score:2, Troll)
Au contraire, mon frere. You pay in your time and effort. More importantly and sadly, you pay in self-respect.
There's a reason for the saying: "Friends don't let friends install Microsoft software." Once you start down the path of the dark side, forever will it keep you...
Re:In the good ol days - Umm.. (Score:2)
You missed the subject ot the post you replied to. The ``Good Old Days'' for users of Microsoft products ended a lo-o-ong time ago.
Re:Not unless they suggest improvements (Score:2, Interesting)
Re:Not unless they suggest improvements (Score:2, Interesting)
Also, the "you might want to try this" answer might be enough. If that solution can be conveyed in block diagram form that is detailed enough for an average programmer to reduce to code that works, the PTO considers this to be a "software invention". Coding is not required to patent a software invention.
It depends: What kind of suggestions did they make (Score:2, Informative)
Outside of any contracts:
If you are talking about getting patents on this software, then your invention is defined by the eventual claims in your patent. Only the inventor can apply for a patent, so anything that someone else came up with is not fair game for your claims.
If the betas pointed out bugs and difficult areas in your interface, then they really aren't inventing anything. They haven't materially added to the invention, they have no new and useful material, they haven't implemented improvements or changes. This kind of beta feedback probably doesn't warrant them claiming inventor status.
If the betas suggested improvements to the interface, like additional sections, a better way to implement a section, or an additional functionality of your software
Remember, though, that if you don't claim the features on which the betas are/could be considered co-inventors, then they aren't part of your IP. And they aren't inventors, with the attendant use rights, of the other parts of your software, even if they are inventors of a piece of it. Also, if your company and the betas are co-inventors on the pieces, then you all have similar rights to it, and they may not be able to prevent you from using it.
Basically, you really need to figure out what the beta has done, get an attorney to help you charactarize it, and then figure out what to do from there. Without looking at the specifics, no one here can give you the kind of advice you need.
Re:Not unless they suggest improvements (Score:2, Insightful)
If, in addition to pointing out the bug, you provide a solution, then yeah, you own the rights to implementation of the solution. Assuminng of course that you didn't first sign a beta-reviewer contract in which you agreed to assign all IP rights.
Re:Not unless they suggest improvements (Score:2, Interesting)
But still, the developers aren't proposing to publish them or anything. They just want to act on the information contained therein. That's very different to exploiting them as works; and if there's no specific contract between the tester and the developers governing this use, he hasn't, by default, got a leg to stand on.
I have to say I can't see how it could be any other way. Imagine what would happen if passing on information automatically entitled you to a share in any profits arising from subsequent use of that information!? Teachers could sue their old pupils. Financial papers could sue their readers. Society simply couldn't function at all.
Re:All Your Ideas Are Belong To Us (Score:3, Interesting)
I would warn you, however, that I am not licensed to practice law in any state (drunk or sober).
Chris Beckenbach
Re:Not unless they suggest improvements (Score:2, Informative)
I think you are missing the original poster's point. Problem solving involves more than just pointing out that there is a problem. In order to solve a problem, as the phrase "problem solving" implies, you need to have a solution.
Re:What sort of improvements could they suggest... (Score:2, Informative)
Perhaps the company providing the software doesn't have the expertise or experience in the specific problem domain to understand the problem as well as their customers. For example, suppose the fix requires a financial formula developed by analists working for the customer and which is not public knowledge. By providing that fix without compensation may not be in the best interest of the customer, as it may help it's competitors.
Can you say "Non-disclosure Agreement" (Score:1, Insightful)
David Corbin
Re:NDAs, beta testing, and history's lessons (Score:2)
Re:Can you say "Non-disclosure Agreement" (Score:2, Interesting)
I suspect unless we are talking about large amounts and useful IP (independent of the product) it would be difficult to successfully win a court case but you are better covering your tracks with a beta agreement. I remember being involved in one project where the other company wanted to claim ownership of everything you think about while using/testing the product. This is a bit excessive but stresses the importance of such agreements.
Flame me for it, but Microsoft has a contract (Score:2, Redundant)
Re:Flame me for it, but Microsoft has a contract (Score:2)
Ideas are (almost) Worthless (Score:4, Insightful)
Ideas are a dime a dozen... everyone has an idea for a great game, TV show or book.. but how many people devote years of their life to actually make one happen?
Re:Ideas are (almost) Worthless (Score:4, Insightful)
Unfortunately, we've seen examples where someone comes out of the woodwork and sues for a stolen idea, after some large number of people and time have gone into bringing it to fruition.
On the other side of the coin, like the example of the weedwhacker, some little guy invented the thing and got robbed by big industry anyway.
Best to halt all work with the disputing party until everything is clear. If they don't want to benefit from the privilege of giving input into development of a product they use, I would drop them, particularly before lawyers show up.
Of the readership on slashdot, how many would love the opportunity to give constructive input to the design and development of games, utilities, movies, etc? Pretty much everyone, right? Before arriving at the quick answer how much thought did you put into 'hey, wait, then i'm a contributor and should get credit, money, babes, a cameo, etc.? Few, I betcha. Best to for would be beta tester and consultants to weigh their own expectations before involving themselves, not later. Much to messy when it come to later.
Re:Ideas are (almost) Worthless -- wrong! (Score:2)
Also, I challenge your assertion that "everyone has an idea for a great game, TV show or book".
Do they really? I don't! Seriously, if I came up with a good idea for one of these things, I'd be a fool not to pursue it. The fact is, most things have been done already. Look at the new game shows on television. One person comes up with a good concept, and then you have 20 copycat shows for the next 5 years until everyone's completely tired of it. If it's so easy to come up with original ideas for these things, why can't anyone do it who works in that industry?
Re:Ideas are (almost) Worthless -- wrong! (Score:2)
Re:Ideas are (almost) Worthless -- wrong! (Score:3, Insightful)
Here's an idea worth literally billions of dollars -- and I'm deadly serious. Feel free to use it if you wish.
Create a 100% compatible clone of Windows.
I guarantee if you pull it off, you will get an instant 10% of the market. If you're smart, you'll be able to grow it from there.
And there you go! A great idea. But there's that little thing about implementing the idea.
I can give you dozens of good ideas. But there is a lot of truth in, "if it were easy, everyone would do it".
Re:Ideas are (almost) Worthless -- wrong! (Score:2)
I heard the Ukrainians got into trouble [slashdot.org] for doing just that....
Re:Ideas are (almost) Worthless -- wrong! (Score:2)
"World peace" sounds great too, but ideas that are usable/marketable have to be much more specific.
If you have a well thought-out idea of how to accomplish the goal of building a 100% compatible Windows clone without infringing on existing copyrights - then you have something!
Ideas are very valuable: hence copyright (Score:2)
Anyhow, their ideas are valuable and they will get the same fruit of their efforts that the rest of society gets when your copyright expires. Unless you expressed that they would get some greater interest in it, I don't think they have any room to suggest some ownership.
you got it backwards (Score:5, Informative)
Re:you got it backwards (Score:2, Insightful)
Re:Ideas are (almost) Worthless (Score:2, Interesting)
The idea is just about worthless. It's the execution of the idea that has value.
Igor
Re:Ideas are (almost) Worthless (Score:2, Interesting)
In patent law, it's the idea that matters. Those who help reduce an invention to practice are almost never given legal credit as "inventors".
They have no claim for IP... (Score:1)
You don'/t owe them anything.. (Score:2, Insightful)
No experience, just an opinion (Score:2, Insightful)
They may have an argument if they contributed a idea with substantial information about how to implement it. However, this might be hard to prove. If they suggested a feature and you implemented it without their assistance, I wouldn't think that they have any rights.
IMHO, the best bet would to have some sort of NDA that included a disclaimer of IP rights.
Contracts rule in this one (Score:3, Informative)
I'm not sure what kind of contract you had your beta testers sign when they agreed to do the testing, but I'm sure it specified clearly that not only is your IP confidential, but that it is strictly your IP and they have no rights to it. Since they willingly agreed to these terms, there is no real argument for them here.
Even in the absence of that though, since you (or your company) created the IP, you intrinsically own it. No one else, either a tester or otherwise, has any legal claim to your code.
Copyright Law (Score:2, Insightful)
However, if they have a license to practise consulting, it's possible they could sue you for consulting fees, but that's got nothing to do with ownership of the software. The law says if you write it, it's yours automatically.
Re:Copyright Law (Score:5, Insightful)
Not necessarily. Work done under commission is implicitly the property of the employer, not the employee. In the case of beta testing, a software company solicits advice from testers, "paying" them by not charging for use of their software.
And there's nothing illegal about a company using someone else's idea -- unless that idea is patented, copyrighted, or acknowledged as hands-off in a mutual NDA. We see this all the time.
WANL (Score:5, Informative)
Paying for legal counsel is part of the costs of running a company, and you get what you pay for.
You missed the boat in not having a lawyer draw up a contract for beta testers. Don't screw up again by not having a lawyer deal with someone trying to claim rights to your property.
Re:WANL (Score:2)
I'm sure this guy is going to get a lawyer, if the issue can't be resolved through discussion with the other party. It's not a matter of people printing out Slashdot commentary and dragging it into the courtroom, as though it's legally binding.
He, quite simply, just wants to tell us about his problem and invite some discussion. Maybe gain some insight into what other people's results were if they had a similar sitation happen and already spent money on lawyers....
But we have knowledge of what's usual and customar (Score:4, Insightful)
Here's a clue - if somebody says "hey, can my (boss|client|contractor|whoever) do this?" and we've seen the same situation play out a dozen times, always with the same results, we don't need a lawyer to predict the likely outcome of the latest incarnation.
Of course people should consult lawyers when there's any real question about a situation, but we aren't infants who need to run to a lawyer for every single damn question. E.g., I occasionally get "invoices" for things I never ordered and things of no possible interest to me. (E.g., a directory listing for my "gasoline station.") I don't need to pay a lawyer to learn that they're probably scams and it would be a waste of my time and money to pursue the matter.
Bottom line, IMO, is that the beta tester was way out of line in making the request. Unless the success of the company depends on their good will, I would have told them to get lost and not given it another thought unless they actually hired a lawyer to pursue their bogus claims. Checking with a lawyer would be a waste of time and money -- unless you really want to pay a few thousand dollars to learn that there is no precedence for such claims. (AFAIK - I have never heard of a successful claim despite almost 20 years in this field.)
Re:WANL (Score:2)
I think the question isn't "do we have a legal leg to stand on", it's "are we out of sync with the popular perception of what beta testers get?"
It's both a business relations and ethics question.
If your business gets a rep for being stingier than everyone else with their betatesters, you won't find anyone willing to go through the pain.
If it's a flat out unethical thing to do, but still within the law, you have a PR nightmare, and are in need of a personal values check.
I think for both of those, asking Slashdot is a decent method for finding out what the geek in the street (or at least, the geek on
I watched a lot of "Ally McBeal"... (Score:2)
I love saying that. It makes the Lawyers cringe. Kind of like saying I watched a lot of "The Lone Gunmen" and that should make me a expert on computers. "They've compromised our cookie!" heh heh heh...
Re:WANL (Score:2)
Seriously, of course he should involve a lawyer (or two or three
Laws, and IP protection laws (shit, man, Intellectual Property is still a very new term, even since the industrial revolution) are meant to reflect the wants of a society, not the economy (since this really is all about money). We've gotten things so backwards (society and it's laws bends to the economy) in the last 50 years, in part thanks to attitudes like yours: "Ask the experts! Entrench those professions! What would we do without their guiding light?!"
Obviously, when push comes to shove, he'll be dealing with the law, but there's nothing wrong with finding out if what the law wants and what developers in his situation want are as diametrically opposed as I suspect they are. It's only once we
You need to understand that at some point, the economy and the legal system will be 'checked' back to the point where it serves a society and social laws. Today, and particularly since the late 70s, we've really been forcing society to cater to the wants of the economy and it's backing legal system. This is just another case where even if none of us are lawyers, if we think the beta-testers shouldn't see a dime (assuming we have a clear enough understanding of what their involvement is in the process), then the laws should reflect that, not the other way around.
Re:WANL (Score:2)
The original poster is right, slashdot is not the water cooler to discuss legal matters around. Next topic please.
Re:WANL (Score:2)
Would you ask
Re:WANL (Score:2)
I am
Are you prepared to give legal advice, for free, in this forum? As a lawyer you must be aware of the liability you would be taking on by doing that. Oh, you're not willing then? Then you might as well not be a lawyer. Point stands.
Get A Lawyer (Score:2, Informative)
Not that I'm trying to be a jerk or anything. I just don't think when you are dragged in to court that having asked the slashdot crowd what to do will be of much help to you.
As a software developer myself... (Score:5, Insightful)
Re:As a software developer myself... (Score:2, Interesting)
Re:As a software developer myself... (Score:2)
Imagine if someone suggested a new way to look at movies that resulted in a much better compression algorithm. Who owns the compression technique? One had the idea, one developed it to completion, so they both contributed to it intellectually.
Regardless, this should be discussed in a beta agreement.
Re:As a software developer myself... (Score:2, Interesting)
As has been already mentioned:
ideas are not product, and
GET A LAWYER!
DT
call a lawyer (Score:5, Informative)
Nonfree software requires EULAs, sorry, but that's the only way to avoid little messes like this. Just call a lawyer, explain the situation, get him to resolve the situation. Otherwise you're gonna end up having to go with the results of an 'ask slashdot', which is never pretty.
screw the lawyers (Score:2, Insightful)
My advice is, if you have a contract with these people, read the rules of the contract and obey them, whatever they may be. If you did not have a contract, or if they are asking for something that is clearly not specified in the contract, you don't owe them squat. I am not a lawyer, but I don't need to be a lawyer to tell you something this simple.
Obvious answer (Score:4, Insightful)
Barring that, here is what is ethical:
If a tester recommends a feature, they should be able to recommend that to anyone. If they mention a new way to do something, they can mention that to anyone. If they mention a new color scheme...
Basically, any ideas they have are their own, and they should be able to share them anywhere. The specific implementation, however, is your code. And unless you open it up in some way, it stays your code. Piss on them. (And this is spoken from someone who does a LOT more testing than programming.)
Burdon of Proof (Score:2)
Tell them to lay off the bad drugs (Score:5, Insightful)
If they actually contributed code to your software, or designed hardware components, then they may reasonably regret giving it to you for nothing, but if they gave you stuff with an understanding that it would be used in your product, without making it quite clear (preferably by contract) that they expected to be part-owners of the resulting product, then I don't see how they could possibly have an argument that could hold up in court.
Another question: is this a copyright or patent issue? For copyright, the implementation is all that matters, so if they didn't give you actual code or circuit diagrams that are present in your final product, then they have no basis to claim ownership. If patents are at issue, then it could be a little murkier.
*what* intellectual property? (Score:4, Insightful)
If they sent you emails with ideas about how to improve the program, then they might be able to argue for a copyright on those emails, but that doesn't give them any rights to code that you wrote to implement the ideas.
If the ideas they sent you are patentable, then why on earth did they disclose them to you before either filing a patent or signing an NDA?
IANAL, but either you left out some very significant details, or they're blowing smoke.
Beta tester agreement (Score:4, Interesting)
Enough historical precedent (Score:4, Insightful)
It's unheard of for beta testers to obtain IP rights to what they're testing, so without a contract giving them such rights, I'd say the reasonable assumptions for both parties would be that there is no IP ownership promised to any beta tester.
I think they'd have a more difficult time in court proving that there *was* some reason for them to think they should have partial IP ownership, when the standard way of doing things clearly is not this way.
I'd either ignore them, and let them fade away, or hire a good IP lawyer, who probably wouldn't need to spend much time on the issue, sending them a one page letter outlining why their claims are baseless.
-me
Not in the contract? (Score:2)
I suspect you might be lucky in this case though; even without a contract I don't see how they would be able to successfully argue that they own part of the IP.
Traditionally (Score:2, Funny)
We think we own it all, and that they should be happy to have our services, tailored to their needs, for free. Has anyone dealt with these issues?
What we've traditionally done: they jointly own the code. We retain the right to resell it, they do not.
Yes - it's basically honor system, but that's how it's done! It may not even be legal, but IANAL.
If you're my beta tester you are working for ME. (Score:4, Informative)
Yes, those are amazingly-harsh terms. If we didn't have them we would be screwed. Every major company has those terms for a reason. If you don't like those terms, don't beta test.
For the record, we've never had to sic our barely-paid lawyers at anyone. Yet.
Re:If you're my beta tester you are working for ME (Score:2)
Huh? (Score:2)
If those people really were working for you, there would be a tremendous number of legal and tax implications. Even in the case of something casual like a beta test -- especially if you present it with such uncasual contractual terms. You can't have it both ways, and I know you aren't filing 1099's on those people, giving a monetary value to your bartered transaction, or otherwise living up to your duties when receiving hired work.
Well, actually you can have it any way you want when you only expect use the law to bully individuals, which is all I expect that contract could ever be used for.
What we did: 1: Beta license 2: smile benignly (Score:2, Insightful)
1. Beta license is different from product license and specifically addresses this issue. Testers do not get any IP rights. And among other stuff: License terminates at end of beta program. Beta issues need their own license terms -- look into it.
2. Customers that "need" to own IP rights more than they need to beta the product so that they can influence it through their feedback do not need to be part of the beta program. Find other testers. Smile benignly and tell them when the full product will be available, and of course thank them for their business.
Response from Technology Attorney (Score:2, Informative)
1) should have a written agreement that covers this issue and
2) you should not accept copyrightable contributions from third parties without a written agreement.
Never without a lawyer (Score:2)
NEVER, and I repeat, NEVER do anything without a lawyer by your side.
Never sign a contract (my lawyer analysed by Cable access contract, and saved me a lot of trouble).
And Never, trice never, give access to your property.
You see, once they got access to the stuff without any restrictive clause, they can ask and even, if they have a good lawyer, gain the rights to part of the IP.
Always have contracts. Be it in the form of a software license (I use GPL, so I don't have problems with IP), or any other form you like.
And yes, they have the right to ask for a pice of the cake. But if they will get it, thats another matter entirely. But they can have a case agains you, and even if they don't win, they will cause you much trouble.
When dealing with lawyer, always remember that if you don't use them to be on the safe side, you will have to use them on the sorry side.
And yes, IANAL either. But lawyers saved my butt so many times, and I have to shamefully grant that I came to respect them.
Standard Clause and Patents (Score:3, Informative)
Second, unless you have a NDA with them where you cannot disclose what they say... you are probably just fine. There are two cases: (a) what they have contributed is patentable, in this case they have one year to file the patent; (b) what they have contributed is copyrightable. In case (a), I wouldn't worry about this as most companies won't go through the expense; and (b) make sure that you have a clean-room implementation of it so that you don't violate the copyright.
In any case.. you need a lawyer. And, in the future, you may want to pay $$$ for beta-testing so that your testing results can be considered a "work-for-hire". I AM NOT A LAWYER, THIS IS JUST MY EXPERIENCE WHICH MAY NOT REFLECT YOUR PARTICULAR LEGAL ENVIRONMENT.
Best,
Clark
IANL (Score:2)
IANL, but .
Offer to license your code back to them (Score:3, Insightful)
Redevelop the portions of software that they developed code to and write a EULA next time.
I got screwed this way once.... (Score:2, Interesting)
Re:I got screwed this way once.... (Score:3)
And no, it's not stealing. If you give something away to someone, that someone is not stealing from you unless you both agreed beforehand that you would be compensated for whatever you gave to him or her.
IANL (Score:2)
The slashdot precedent (Score:5, Funny)
Get an IP Attorney (Score:2, Informative)
I can recommend one that I have used once (I have no financial interest in this firm) in looking into patent issues.
I used Woodbridge Associates in Princeton, NJ. (There is contact info. at : http://www.njiplaw.com/
)
My guess is that they have no claim. Unless you and they signed agreements transferring rights to them. But, you need a lawyer...
Sam Nitzberg
sam@iamsam.com
http://www.iamsam.com
IP (Score:2, Informative)
For example, we developed a product for a customer during which they made significant contributions to the feature set that was included in the product. There were of course differences as to what the degree of their contributions were(they of course felt it was larger than we did, and vice versa), but there was certainly no attempt to deny on our part that their contribution had been significant. Of course, we argue this to them as an advantage of what we did: you get a product that is customized to your needs, so why should you pay any less for it, etc. Their retort is that they made it a better product not just for themselves, but for our other customers as well.
I believe this was a valid point on their part, and their desire to realize something for this contribution seemed fair to me. What it ended up being was essentially a discount off of what the cost of the product was. The particulars of what the exact discount was, were, of course, contested, but everyone agreed on the principle behind it.
So, I don't know about the legal particulars of any of this(except of course for the contractual ones that were negotiated), but it seems to me that whatever the law says, if the customer has made your product a better one, then it is not unreasonable on their part to demand something in return. At the same time, this is just one small piece in the negotiations puzzle. We for example were more willing to recognize their contributions since being a small company with few customers, they had a greater degree of leverage over us than say if they were dealing with Oracle. In that situation, the most you might ask for is that they implement your suggestion and don't raise your prices.
Any thoughts on this? Similar situations?
John
Same question (Score:2)
If I find a bug in some software and report it back to company which created it, doesn't that make me an employee of the company which created the software? Am I entitled to compensation?
And if not, why should I waste my time reporting bugs?
Re:Same question (Score:2)
why should I waste my time reporting bugs?
Because you want the bugs to be fixed. You presumably already like the product enough to want to use it. What more do you want, a bounty?
what are you talking about? (Score:2)
If you think you're wasting your time and not getting anything in return for it (better-quality software, or the satisfaction of helping other people also affected by the bug), then don't do it!
Fine Print (Score:2)
Read Legal Care for Your Software (Score:2)
Put it in your contract... (Score:2)
The contract grants them a license to use the software (plus any additional rights granted, sometimes a BSDL style license, etc.). We then use statements of work that are attached to the master services agreement that adds additional work and licensing information.
Ethically/Morally, they have no claim to your work. However, I understand why they wouldn't want their ideas to go to competitors. You should discuss this stuff up front.
Legally? You aren't employees, and it isn't a work for hire unless stated so.
Ideas can't be owned. Methods can be patented, and expressions copyrighted. However, nobody owns an idea.
Consult a lawyer, and find more ethical clients.
Everyone's clients will try to bully them. One of the tricks to keeping a startup alive is to know when you need to suck it up and when you don't.
Alex
How to resolve (Score:2)
1) Hire an intellectual property lawyer to tell them in precise legal terms how to shove it up their posterior regions.
2) Get said lawyer to draw up an agreement to use with all of your current and beta testers that makes them explicitly grant you rights to all of their future comments and suggestions about the product, so this doesn't happen again. You then make them all sign it or take away their beta copy and drop them from the beta program.
3) Make all of your clients *pay* for all future beta versions. It doesn't matter *what* they pay, you can charge them a dollar, but make them pay for it. They have a harder time claiming that you're getting something from them when they're provably paying you for the privilige.
4) Dump the client who's trying to claim they own your stuff. Never do business with them again. Do not sell them any future versions of your products. With friends like that, who needs enemies? If you absolutely have to give them tech support, give them the bare legal minimum you have to for only as long as your contract with them requires. Once you're done with every single obligation to them, tell them you're dropping them as a client so they know not to bother you any more.
Assuming that customer is right, which they're not (Score:2, Informative)
I've worked as a vendor, and as a consumer for a large hospital. The beta-testing is a symbiotic relationship. The user gets free, advanced release software and the ability to offer input on product development, and the vendor gets testing by real users in real situations, thereby increasing product quality, which is what both groups want.
At my current job, we are effectively a beta tester. We pay for the software, but we get it first, they listen to our input, and we get preferential treatment. That they listen to our input is obvious from the latest product release. During the implementation of this product, we found where there was A LOT of waste and undercharging for our services occurring. Does the vendor get a cut of those savings? Hell no!
There is no copyright in an idea (Score:2)
If your beta testers give you ideas for improvements and point out bugs, they have no rights under the copyright laws to the ideas they have passed on to you, although they may have rights to the particular mail or email they wrote to communicate their ideas. So long as you and your company write the actual code to implement their ideas, you and your company own the code, and those who furnish the ideas do not. On the other hand, if your beta testers furnish you with actual code and they are not employees of the company, they own the copyright in whatever it is that they wrote.
One other area of protection involves trade secrets. Generally, if you consider designs, algorithms, source code, and the like to be confidential and a trade secret, you should not disclose it, to beta testers or anyone else, without a Nondisclosure Agreement. If you fail to treat that information as confidential, your trade secret protection may be forfeited.
The suggestion that countless earler posts have made, that you consult a lawyer and have some sort of agreement spelling this all out, is a good one. Although the copyright laws are pretty clear on these issues, it would have been helpful to have an agreement in place that spells it all out for your testers.
Absolute answer (Score:2, Informative)
Inventorship and IP rights (Score:5, Informative)
In the realm of patents, you have no rights unless you are an "inventor." The test for inventorship is stated in the Manual of Patent Examining Procedure (available at The United States Patent & Trademark Office [uspto.gov] website) in section 2137.01:
"The definition for inventorship can be simply stated" 'The threshold question in determining inventorship is who conceived the invention. Unless a person contributes to the conception of the invention, he is not an inventor . . . .Insofar as defining an inventor is concerned, reduction to practice, per se, is irrelevant [except for simultaneous conception and reduction to practice, Fiers v. Revel, 984 F.2d 1164, 1168 (Fed. Cir. 1993. One must contribute to the conception to be an inventor."
The rights of corporations to have inventions assigned derives from the fact that they pay inventors to invent for them. Thus, unless your beta testers contributed to the conception of part of the invention, they are not inventors and have no rights. "[O]ne who suggests an idea of a result to be accomplished, rather than the means of accomplishing it, is not a coinventor." Ex parte Smernoff, 215 USPQ 545, 547 (Bd. App. 1982).
Copyright is different. Where patents protect functionality, copyright protects the expression. Thus, while you may copyright source code, someone else may write different code to accomplish the exact same result without infringing on your copyrights. However, for a beta tester to have rights in this area, they would have to contribute code (source or object).
Generally, beta testers are compensated for their effors through reduced license fees for the finished product (or even free copies). However, this is usually done before allowing someone to be a beta tester. Depending on the details on the situation, it may be well worth your while to consult an attorney who specializes in IP issues. The typical patent infringement battle, depending on the complexity of the technology and claims asserted, can run well in excess of $500,000. Fees in the multi-million dollar range are not out of the ordinary.
legally or practically? (Score:2)
In fact, one of the big annoyances with commercial software (this includes Windows, Qt, etc.) is that they are harvesting lots of ideas from their customers and making money from it: customers end up paying for their own work. That's why it is important that people use free software and write bug reports and suggestions for enhancements: that way, the value of using software goes back to the users themselves, rather than to some business.
I dealt with this at work in December (Score:5, Informative)
We're building a huge intranet tool, and that tool has some very cool org charts it can generate. At one brainstorming session, a person was throwing out ideas and then capped his suggestions with "of course, this is all my own IP, so I retain rights to all of it." Since we're thinking that this might someday become Open Source, asserting his IP was unacceptable.
Our solution? We immediately asked him to leave the meeting, took him off the invitations to future brainstorming sessions, and contacted our lawyers. I am VERY glad we kicked him out of the process within minutes of him spouting off about his IP. If he had stayed, we may have had to rebuild or drop basically anything he talked about. Now we can at least say that we're clean-rooming it.
Yes, it happens often (Score:2, Insightful)
None of this stands up... ESPECIALLY if there is no contract. Often what we do is reward the beta tester with free/lower cost services... but we NEVER NEVER allow them rights to the software.
If you find this happening to you often, I suggest a simple non-disclosure agreement that must be signed before they can beta test. The agreement should spell out that (A) they can not disclose anything about the software and (B) beta testing does not give them any rights of ownership.
I'd also terminate the relationship with the company who is pursuing you, immediatly... and do not allow them back into your beta program.
work-for-hire (Score:3, Interesting)
If they're doing it for free, then that might not apply...
Regardless, they're just testing what you did. Their reimbursment is the money you pay them up-front... If they want a piece of the product then that would have to be negotiated up front.
You need an attorney (Score:2)
C//
Here we go again (Score:2)
Now, I'm sure the person understands that (s)he should contact a lawyer, but in the meantime, some feedback from the industry never hurts. In fact I'm also sick and tired that everything has to be settled through lawyers these days. You'd think some common sense would go a long way.
Some things that may help you persuade them to get there heads out of their asses:
First of all, ask them what they consider Intellectual Property in the first place. In fact only very few things fall under IP.
One of the things that does is code (software). However, code falls under normal copyright law, and as such the copyright is by default (so unless you contractually signed it over) owned by the person, or company, that wrote it. Generally beta-testers do not contribute to the code, so they own no rights to it.
Providing an idea/suggestion or finding a bug has nothing to do with this. In fact, even if they patented the idea they provided, they have NO right to the code. You could have to pay them royalties, but that's a different issue.
Patents are also IP, and if you patented something that was their idea, well, yeah, then you may have a problem. The thing is though that a patent is by definition public, so the only rights you'd be talking about are monetary.
Ideas ARE worth something. I keep a book of which the pages are numbered, and if I have any ideas I described them in there. I let someone read the book and sign off on it, every once in a while. The reason for doing this is twofold, but boils down to 'prior-art'. If ever someone patents an idea that I had before, I can prove I have prior-art. Also, because I deal with a lot of source code from third parties, if they ever claim copyright infringement, I can prove I had these ideas before I saw their source.
Basically, they can do with the ideas they provided whatever they want. As a joke you could pull out all the lines of code (although, again, I don't think they have rights to it) that where based on their input (but nothing else). And present that to them. See how useful that is.
Slashdot Advice... (Score:2)
How The Government Does It (Score:2)
The whole point of the program is get much needed items and software developed that don't currently exist. This isn't exactly your situation, but it provides a precedent of how a customer supplying a lot of resources does not own any rights to the product.
Software head out of ass removal (Score:2)
where it is genuinely deserved.
When you have an industry asking the consumers "where do you want to go
today?" What is really being said is that we of the computer industry have
our head up our ass so bad that when don't know what to do next and we
want you to tell us in this poll that only we will see the results of (IE>
MS vs. DOJ - no more public information via the media, once the public
comments have been entered....)
And what we in the computer industry are going to do with the result is to
turn around and tell you that you are stupid and we are smart as we then
empliment what you told us to but as though it our genuis.
It is out complete intent to abuse the fuck out of the consumers and to
entrap them into our game of taking from the consumer everything we can,
for free....unless we can do an MS and even get them dumb funking user to
pay us for their ideas and our bugs.
The computer industry doesn't own anything of any value that they didn't
steal from someone else.
And to insure the competition stays cntrolled, keep the software
production tools really really stupid.....
Programming is the act of automating complexity that is made up of simpler
things. It is done so in order to make repeatable use easy for the user.
Interesting how the Software industry can't seem to automate their own
field but can automate any other.
The computer industry is a very Consumer Entrapment Abusive industry and
it is made up of those who practice the art of abstraction manipulation.
Not at all unlike the profession of laywers, which explains why they seem
to get along so damn well with that profession.
But all of this is going to change, as a genuine science of software
states that auto-coding, the automation of code generation, is very
possible and has been for a long time. It's only just been avoided, due to
what can be summed up as job security.
There is a clear legal answer on these facts . . . (Score:3, Insightful)
Clearly, it depends upon the exact facts of the commercial relationship between the developer and beta tester. It depends upon the specific nature of the advice and the circumstances under which they were given.
It depends upon so many things, that anyone who tells you the answer is clear on the outline provided is clearly just selling something. I *AM* a lawyer, and I am here to say this: that right now you need to stop asking general advices of the technical community and begin speaking to a competent lawyer upon whose advices you can reasonably rely.
This much is certain, these issues will ALWAYS be more expensive after they have exploded than beforehand. The time to call a lawyer was when beginning to distribute the software and disclose the object code to third parties.
Then, as now, there is only one answer to this question:
It depends. Call a lawyer.
Re:It is all in the contract.. (Score:2)
If you automatically have copyright to anything merely by writing it down, then I'm sure the author of the beta software can easily prove he holds the rights to his product.
Re:Problems With Intellectual Property (Score:2)