Intellectual Property Lawyers for Newark, New Jersey

Hello, I'd be glad to review the details of the trademark assignment and confirm it properly transfers ownership of your trademark. As a trademark attorney, I have helped clients in similar situations both draft trademark assignments and record them with the USPTO to ensure that the trademark reflects the right ownership information. I would be happy to have a brief free 15 minute consult call to learn more details and see how I can help. Thanks for your consideration. Best, Roman rvayner@vaynerlegal.com 414 628 9099 www.vaynerlegal.com

Running a trademark search before registering your business name isn’t legally required, but it’s one of the most important steps you can take to avoid future problems. Registering your name with the state forms your business entity, but it doesn’t give you trademark rights. Trademark rights come from use in commerce and, if you file with the USPTO, registration at the federal level. Why a Trademark Search Matters The central legal test in trademark law is whether a name is likely to cause consumer confusion. That means you don’t need to copy someone else’s name exactly to get into trouble. Even something that looks or sounds similar in the same or related industry could be enough. If you skip the search and move forward, you risk: • Infringement claims: Another company could demand you stop using the name and, if necessary, sue for damages. • Forced rebranding: If you’ve already invested in your logo, website, signage, or marketing materials, being forced to change your name can be expensive and disruptive. • USPTO rejection: If you apply for a federal trademark, the USPTO will run its own search. If they find a confusingly similar mark, your application will be denied and you’ll lose the filing fees. A well-documented example is when small businesses open under a catchy name, only to receive a cease-and-desist letter from a national chain using a similar name in the same space. Even if you’re in a different state, a federal registration gives that company priority rights nationwide. A proper trademark clearance search should cover more than just identical names. You’ll want to check: • Federal database (USPTO TESS): This is the official record of all registered and pending federal trademarks. • State trademark databases: Many businesses register marks only at the state level. • Common law sources: Unregistered marks can still have legal protection. Check Google, industry directories, social media, and domain names. • Similar variations: Look for phonetic equivalents and alternative spellings, such as “Kwik” for “Quick,” or slight wording changes that could still cause confusion. Professional Assistance You can run an initial search yourself at no cost, but these searches have limits. For example, the USPTO database won’t flag marks that are spelled differently but sound alike, or names with similar meanings. Attorneys and specialized search firms use tools that uncover those kinds of risks. While hiring a professional costs more upfront, it’s often far cheaper than litigation or a rebrand. Limitations A search doesn’t guarantee that your name will never be challenged. Trademark law involves judgment calls about how similar marks are and whether they overlap in goods or services. Still, a thorough search puts you in a much stronger position to defend your choice and move toward federal registration if you want nationwide rights.

Yes, it's generally possible to trademark the name of your software, as long as it is not a generic name or descriptive of the product. You should also do a clearance search to make sure no other company is using the same or similar name for similar services. I would be glad to discuss more details and help with the trademark process. Thanks.

When you're dealing with a technology transfer agreement, it's important to understand that you're not selling your software. You're licensing it. That might seem like a small difference, but it really isn't. Licensing means you're keeping ownership of your intellectual property while letting someone else use it under clearly defined terms. If you're based in Arizona, you've got a legal system that takes written contracts seriously and generally holds both parties to exactly what’s spelled out. So clarity matters—a lot. Be Specific About What's Being Licensed Don't just say you're licensing "software." Spell out what that includes. Are you talking about the source code? Object code? Documentation? APIs? Maybe there's configuration data, algorithms, or some embedded proprietary know-how. Lay it all out. Also, be clear on whether things like updates, bug fixes, or patches are part of the deal or if those require separate terms. Courts in Arizona won't guess what you meant. They’ll go by what’s in the document. Keep Your IP Rights Locked Down Make sure the agreement says you're not transferring ownership. You're only granting the rights specifically listed in the license. Anything not spelled out stays with you. Without that language, you could run into disputes later—especially if the licensee makes improvements. Want to avoid headaches? Clearly state that you own any enhancements unless you decide otherwise. Be Intentional About the License Structure Think through how you’re structuring the license. Is it exclusive, non-exclusive, or somewhere in between? An exclusive license can be powerful, but it limits your flexibility. If you're giving up other opportunities, it's reasonable to ask for higher compensation and make sure the licensee meets clear performance targets. On the flip side, a non-exclusive license gives you room to work with others. You can also narrow the license by geography, industry, or even specific use cases. And don’t forget to address sublicensing. If it’s allowed, include approval rights and make sure you’re compensated fairly if they sublicense to others. Choose a Payment Model That Reflects Value There’s no one-size-fits-all way to get paid. You might go with an upfront fee for past development work, ongoing royalties based on sales, or milestone payments tied to things like product launches or regulatory approval. Each has its pros and cons. Whatever you choose, protect yourself with audit rights. You want access to the licensee’s records if something seems off. That usually means giving them notice, checking things during business hours, and shifting the audit costs if the discrepancies are significant. Protect Your Work from Unintended Use If you’ve used open-source components, you need to disclose that—and understand how those licenses impact what you can legally offer. GPL code, for example, can bring in obligations that might not work with your business model. Copyright registration isn’t mandatory, but it gives you the ability to sue in federal court and can unlock statutory damages and legal fees. If you've developed novel algorithms, you might consider a patent—but only if the innovation meets the standards. It's not always worth the cost, so weigh that carefully. Make Sure the Licensee Does Something with Your Tech If you’re giving someone exclusive rights, set performance expectations. What does commercialization look like to you? It might mean releasing a product by a certain date, hitting minimum sales, or committing to a marketing budget. If those things don’t happen, you need a remedy—like converting the license to non-exclusive or ending the agreement altogether. The goal is to make sure your technology doesn’t sit unused. Clarify Support and Ongoing Involvement Are you expected to provide support? If so, spell out exactly what that means. Documentation, training, installation help, bug fixes, future updates—whatever it is, define it. Also decide whether that’s included in the license or billed separately. If you’re providing source code, put strict confidentiality and usage terms in place. In some cases, a source code escrow might be appropriate, with release conditions like your bankruptcy or failure to maintain the code. Limit Your Liability Arizona has adopted the Uniform Commercial Code, so if you don’t include specific disclaimers, you might be stuck with certain implied warranties. That includes things like fitness for a particular purpose. You’ll want to limit that while still affirming that you own the software and that it generally works as described. Also, set a cap on liability. Most developers limit it to the total fees paid under the agreement and exclude indirect or punitive damages. You don’t want to be held responsible for how someone else uses your tech. Mutual Indemnification Matters If someone accuses your software of infringing their intellectual property, you might agree to cover the licensee’s costs. But it needs to go both ways. They should indemnify you too—especially if they modify your code or use it in a regulated environment where compliance issues could come up. You don’t want to be liable for something outside your control. Don’t Skip Export Control Compliance Yes, export control rules apply even to downloadable software. If your product includes encryption or certain types of AI or analytics, it may fall under specific federal regulations. Many tools qualify for License Exception ENC, but that’s not automatic. Misclassification can lead to serious fines. If you're licensing internationally—or even just to a foreign-owned company based in the U.S.—you need to get this right before moving forward. Understand How Arizona Law Will Handle Your Agreement Arizona courts usually enforce what’s written. If it’s not in the contract, don’t expect the court to fill in the gaps. That makes detailed drafting essential. Arizona also supports reasonable non-competes and confidentiality terms, which isn’t true in every state. Just make sure any restrictions are tied to legitimate business interests and kept within reasonable limits for time and geography. Spell Out What Happens at the End Termination clauses are your safety net. Cover scenarios like breach, bankruptcy, missed milestones, or even changes in company control. Include cure periods where appropriate. Be specific about what happens when the agreement ends—does the licensee have to stop using the software immediately? Can they finish selling what’s already been produced? Make that clear. Also, specify which obligations survive termination. Usually, confidentiality and IP rights continue, even after the main agreement ends. Plan Ahead for Disputes Choose Arizona law to govern the agreement. If your licensee is in another state or country, decide where and how disputes will be handled. Arbitration can be quicker and cheaper, but it might limit your access to things like injunctive relief. Consider requiring mediation first to give both sides a shot at resolving issues early. And don’t forget a prevailing party clause—Arizona courts do enforce them, and it could help you recover attorneys’ fees if you end up in a legal fight. The Final Analysis Technology licensing isn't just about protecting your IP. It's about setting clear, enforceable expectations from the start. Arizona law gives you the tools to do that, but it only works if your agreement is well-drafted and forward looking. Define what you're licensing, retain ownership, protect your downside, and make sure the deal drives results, not just risk. If you're a software developer navigating a tech transfer deal or reviewing an agreement someone else drafted, don’t go it alone. Having the right legal language in place from day one can prevent years of headaches down the road.

The terms of your specific agreement are the most important factors to consider. In general, an invention assignment agreement usually means that an employee gives the company any ideas or inventions they come up with while working. The rules can vary by agreement, but they often cover ideas made during work hours, using company resources, or related to the company’s business. In Texas, an agreement can apply to inventions made outside of work hours if they’re related to the company’s business or came from work the company assigned. In one case, the agreement said the employee had to give up all inventions made during or after regular work hours, whether on or off the job, if they were related to the company’s business or came from work the company assigned. Usually, an invention assignment agreement doesn’t apply to ideas that aren’t related to the employee’s job unless the agreement says otherwise. In Atlas Brick Co. v. North, 2 S.W.2d 980, the court said that the title to an invention wouldn’t belong to the employer unless the agreement said that ideas made and perfected under the employee’s contract of employment belong to the employer. Also, if a discovery is made outside the scope and purpose of employment, it belongs to the employee unless there’s an agreement to give up such inventions to the employer. So, it all depends on the terms of the invention assignment agreement. In the case of Halliburton Energy Servs. v. Axis Techs., LLC, the agreement required the employee to turn over all materials related to inventions created during employment, making them the company’s property. But, if the agreement doesn’t cover certain inventions or if the inventions are made outside the scope of employment without using company resources, the employee might still retain ownership.