<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>How Do You Copyright &#187; A Company Name</title>
	<atom:link href="http://howdoyoucopyright.com/category/how-do-you-copyright/copyright-business-name/how-do-you-copyright-a-company-name/feed" rel="self" type="application/rss+xml" />
	<link>http://howdoyoucopyright.com</link>
	<description>All You Need to Know About How to Copyright</description>
	<lastBuildDate>Sat, 17 Jul 2010 23:39:23 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>How Do You Copyright A Company Name And Logo??</title>
		<link>http://howdoyoucopyright.com/2009/10/23/how-do-you-copyright-a-company-name-and-logo.html</link>
		<comments>http://howdoyoucopyright.com/2009/10/23/how-do-you-copyright-a-company-name-and-logo.html#comments</comments>
		<pubDate>Fri, 23 Oct 2009 22:17:24 +0000</pubDate>
		<dc:creator>Copywriter</dc:creator>
				<category><![CDATA[A Company Name]]></category>
		<category><![CDATA[company]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[logo]]></category>
		<category><![CDATA[name]]></category>

		<guid isPermaLink="false">http://howdoyoucopyright.com/2009/10/23/how-do-you-copyright-a-company-name-and-logo.html</guid>
		<description><![CDATA[





]]></description>
			<content:encoded><![CDATA[]]></content:encoded>
			<wfw:commentRss>http://howdoyoucopyright.com/2009/10/23/how-do-you-copyright-a-company-name-and-logo.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Is There A Place In Existence That I Can Go To, To Copyright A Company Name?</title>
		<link>http://howdoyoucopyright.com/2009/10/23/is-there-a-place-in-existence-that-i-can-go-to-to-copyright-a-company-name.html</link>
		<comments>http://howdoyoucopyright.com/2009/10/23/is-there-a-place-in-existence-that-i-can-go-to-to-copyright-a-company-name.html#comments</comments>
		<pubDate>Fri, 23 Oct 2009 22:16:23 +0000</pubDate>
		<dc:creator>Copywriter</dc:creator>
				<category><![CDATA[A Company Name]]></category>
		<category><![CDATA[company]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[Existence]]></category>
		<category><![CDATA[name]]></category>
		<category><![CDATA[Place]]></category>
		<category><![CDATA[There]]></category>

		<guid isPermaLink="false">http://howdoyoucopyright.com/2009/10/23/is-there-a-place-in-existence-that-i-can-go-to-to-copyright-a-company-name.html</guid>
		<description><![CDATA[I need to know how to copyright a name (call me stupid for not knowing) for a company.
]]></description>
			<content:encoded><![CDATA[<p>I need to know how to copyright a name (call me stupid for not knowing) for a company.</p>
]]></content:encoded>
			<wfw:commentRss>http://howdoyoucopyright.com/2009/10/23/is-there-a-place-in-existence-that-i-can-go-to-to-copyright-a-company-name.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Understanding International Copyright Laws For Software Programmers</title>
		<link>http://howdoyoucopyright.com/2009/10/23/understanding-international-copyright-laws-for-software-programmers.html</link>
		<comments>http://howdoyoucopyright.com/2009/10/23/understanding-international-copyright-laws-for-software-programmers.html#comments</comments>
		<pubDate>Fri, 23 Oct 2009 21:57:50 +0000</pubDate>
		<dc:creator>Copywriter</dc:creator>
				<category><![CDATA[A Company Name]]></category>
		<category><![CDATA[Copyright]]></category>
		<category><![CDATA[International]]></category>
		<category><![CDATA[Laws]]></category>
		<category><![CDATA[Programmers]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[Understanding]]></category>

		<guid isPermaLink="false">http://howdoyoucopyright.com/2009/10/23/understanding-international-copyright-laws-for-software-programmers.html</guid>
		<description><![CDATA[Is there one governing law for international software copyright? According to agreements by the World Trade Organization (WTO) and the Trade-Related Aspects of Intellectual Property Rights (TRIP), any software written has an automatic copyright. This is a conclusive consensus as far as an international copyright goes.
&#13;An international software copyright should not, however, be confused with [...]]]></description>
			<content:encoded><![CDATA[<p>Is there one governing law for international software copyright? According to agreements by the World Trade Organization (WTO) and the Trade-Related Aspects of Intellectual Property Rights (TRIP), any software written has an automatic copyright. This is a conclusive consensus as far as an international copyright goes.</p>
<p>&#13;An international software copyright should not, however, be confused with a patent. Copyrights provide creators with the ability to prevent others from directly copying the software code. A patent can actually limit the use of the software. Because of this, patents are a hotly debated topic when it comes to software.</p>
<p>&#13;The biggest thing to know about international software copyright is that your code is essentially protected the moment you create it. This is, unless you have some kind of contract through your employer that all code you create belongs to them.</p>
<p>&#13;The problem many companies face to enforce software copyright is that computers are not permanent fixtures in a company. Computers are disposable hardware. Because technology keeps evolving, software needs to be updated when new computers are purchased. Rather than purchasing new copies of software when the computers are replaced, companies are notorious for reusing old copies of the software. They are also famous for replacing 10 computers with the software installed with 40 new computers and installing the 10 copies of the software on all 40 computers. This is breaking software copyright.</p>
<p>&#13;There are no major differences between traditional policies for American copyright and international software copyright which make legal issues, troubles, and woes that much easier to deal with. By having a unified international front there are ramifications and legal actions that can be taken around the world without going through a great deal of international red tape. If you think dealing with the American government is bad, you should see how much fun it is to deal with the American government and another government for a legal action.</p>
<p>&#13;The agreement between nations for international software copyright is probably one of the soundest possible decisions that can be made as military secrets of all governments have some degree of software to keep them operating. While it isn&#8217;t quite as simplistic as stealing a computer program to unlock the defense secrets of a nation, having access to certain source codes could be problematic in the absolute best-case scenario. Keeping secrets isn&#8217;t the only thing that makes this agreement so valuable, it is however, one of the most vital.</p>
<p>&#13;Perhaps one of the greatest things to protect and honor software copyright is the peace of mind that is available to software developers in America and other technologically advanced countries. Their source code won&#8217;t be allowed to be stolen and used against them at a later date by someone in a developing nation with cheap labor and other overhead costs that American corporations simply cannot compete with. This could be devastating to the economies of technological societies if it were allowed to happen. The agreement for an international software copyright prevents that from being allowed to occur.</p>
<div style="margin:5px;padding:5px;border:1px solid #c1c1c1;font-size: 10px;">
<div class="text">Brian Scott is a freelance journalist who covers <a href="http://www.ResearchCopyright.com">copyright law</a> for <a href="http://www.ResearchCopyright.com"></a><a rel="nofollow" onclick="javascript:pageTracker._trackPageview('/outgoing/article_exit_link');" href="http://www.ResearchCopyright.com" target="_blank">www.ResearchCopyright.com</a>. Download his free e-book, &#8220;Copyright Basics&#8221; at ResearchCopyright.com.</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://howdoyoucopyright.com/2009/10/23/understanding-international-copyright-laws-for-software-programmers.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Top 10 Mistakes Technology Companies Make</title>
		<link>http://howdoyoucopyright.com/2009/10/23/the-top-10-mistakes-technology-companies-make.html</link>
		<comments>http://howdoyoucopyright.com/2009/10/23/the-top-10-mistakes-technology-companies-make.html#comments</comments>
		<pubDate>Fri, 23 Oct 2009 21:56:00 +0000</pubDate>
		<dc:creator>Copywriter</dc:creator>
				<category><![CDATA[A Company Name]]></category>
		<category><![CDATA[Companies]]></category>
		<category><![CDATA[Mistakes]]></category>
		<category><![CDATA[Technology]]></category>

		<guid isPermaLink="false">http://howdoyoucopyright.com/2009/10/23/the-top-10-mistakes-technology-companies-make.html</guid>
		<description><![CDATA[In working closely with technology providers over the years, I regularly discover that these companies are making common mistakes that devalue the company, leave revenue on the table, or jeopardize their long-term health. So this special article identifies the top 10 of these mistakes to help you avoid making them.
10. Failure to register a federal [...]]]></description>
			<content:encoded><![CDATA[<p>In working closely with technology providers over the years, I regularly discover that these companies are making common mistakes that devalue the company, leave revenue on the table, or jeopardize their long-term health. So this special article identifies the top 10 of these mistakes to help you avoid making them.</p>
<p><strong>10. Failure to register a federal copyright for company-developed software</strong></p>
<p>Your company has spent months, and maybe years developing the next-big-thing. You&#8217;re out there licensing it to customers, fighting off competitors, and trying to maximize your revenues. What would you do if a customer was misusing your software? What if a competitor was copying parts of it to use in its product? There are various ways to respond to these problems, but one of the easiest to way to strengthen your claims is to register a copyright for the software with the United States Copyright Office. Registration provides you with an enhanced ability to have a court prevent infringing use of your software, and a greater amount of damages that are recoverable. The best part is that registration is relatively easy and inexpensive.</p>
<p><strong>9. Licensing technology too broadly</strong></p>
<p>So you&#8217;ve landed that big deal with that big customer. You&#8217;ve carefully priced the deal based upon your expectations of how the customer is going to use your technology &#8211; by a specific group within the customer&#8217;s large organization. You&#8217;re hoping that the success of this deal will lead to a greater adoption of your technology within the rest of the company, and ultimately more revenue for you. Unfortunately, you later learn that this one group is sharing your technology throughout the rest of the company, with no additional license fees to you, and there&#8217;s nothing you can do about it. Why? By failing to carefully and narrowly draw up the license grant in your agreement, you&#8217;ve unwittingly granted the entire company the rights to use your technology, and you&#8217;ve left a pile of cash on the table.</p>
<p><strong>8. Failure to provide detailed support and maintenance policies</strong></p>
<p>Too often, once a company&#8217;s technology is ready to be licensed, determining how to support the technology becomes an afterthought. General and non-descriptive obligations like &#8220;providing telephone and email support&#8221; and &#8220;providing updates&#8221; are invitations for disagreements and missed expectations. When is phone support being offered? How quickly will you respond to problems? What is considered and update and what is a new product for which you would charge the customer separately? Many times, you need your customer to provide you with certain information about the problem before you can diagnose and fix it. Set the appropriate expectations in your support and maintenance policies and avoid these issues in the future.</p>
<p><strong>7. Not contracting customers to recurring support fees</strong></p>
<p>Customers want and expect that you will be there to support your product, assist with problems, and provide them updates when you add features or fix bugs. Customers also expect that you will regularly charge them for these services, so why do so many technology vendors sell a product to a customer and fail to structure regular and recurring support fees? In general, a technology vendor&#8217;s highest profit margins are realized through a support fee stream, and not in the upfront license charge.</p>
<p><strong>6. Inadequate non-disclosure and non-compete agreements with employees and contractors</strong></p>
<p>The technology business is one of the most competitive industries in the market. Why take a chance losing your competitive advantage by not ensuring that your intellectual property, customer lists, trade secrets, and other sensitive information are properly protected through appropriate agreements with your employees, contractors, and vendors? Finding and using some form agreement that you saw floating around on the Internet somewhere may actually make matters worse if you don&#8217;t fully understand the terms. Moreover, simple steps can be taken to ensure that anything developed by your employees is, and remains, your company&#8217;s property.</p>
<p><strong>5. Giving away intellectual property ownership too liberally</strong></p>
<p>Many technology companies develop customized technology for their customers, or make customized modifications to their existing technology on behalf of a particular customer. And most customers argue that if they&#8217;re paying for it, they want to own it. But giving away your company&#8217;s intellectual property in these instances can prevent you from reusing it for other customers &#8211; effectively shutting down a potential source of revenue in the future. And many times, your customers may not need to actually &#8220;own&#8221; the developments &#8211; a license right can often do the trick.</p>
<p><strong>4. Using overly broad or subjective acceptance testing</strong></p>
<p>It is not uncommon or unreasonable for customers to want to &#8220;kick the tires&#8221; of your technology before they pay for it. Problems arise when the customer has an unreasonable expectation of what the technology is supposed to achieve, and either want to withhold payment, or force you to provide extra services to meet that unreasonable expectation. This especially manifests itself when a customer includes acceptance testing language in a contract which is not tied to objective and realistic standards. Although it can be a laborious effort, taking the time to objectify these standards with the customer in the contract can save you significant time down the road, and get you paid faster.</p>
<p><strong>3. Offering liberal source code escrow release conditions</strong></p>
<p>For software developers, you know that your source code is the &#8220;crown jewels&#8221; of your business. It is the core of your technology, representing months or years of your blood, sweat, and tears. Yet many software companies are willing to give it away, for free, to their customers. How? By entering into a source code escrow agreement with a customer and allowing it to be released to them in situations where the code still holds value for you. Many customers will demand the source code be released to them if you stop supporting the software, but the intellectual property in the code may still be used in your other products or technology, effectively giving your customer the tools it needs to duplicate your technology. Creating very narrow and specific source code release conditions can minimize this impact.</p>
<p><strong>2. Undervaluing technology</strong></p>
<p>What is your technology worth? It&#8217;s a difficult question, and value can be measured and determined in many ways. Many new technology companies feel compelled to undercharge for their technology in an effort to break into the market. Although there is certainly some merit in that, I see vendors consistently undervaluing what their technology is worth, leaving significant revenue on the table. Understanding the impact and loss to the customer if they DON&#8217;T license your technology is the first key to pricing your product. Plus, under-pricing your product can create an impression that the technology is &#8220;cheap&#8221; &#8211; not a label that will build a positive reputation of your company in the long run.</p>
<p><strong>1. Using a form license and/or services agreement that doesn&#8217;t fit your business model</strong></p>
<p>Capturing exactly how you want to provide your product or services to your customer, allocating the risks, and creating each party&#8217;s obligations and rights, is not a simple or quick process. Replicating some other company&#8217;s form agreement not only exposes you to risks that you may not be aware of, but potentially violates the other company&#8217;s copyright in their agreement, and raises the risks outlined in the other points of this list. Having a customized agreement created for you that aligns with your business processes, mitigates your risks, and addresses the laws that apply in your jurisdiction for your industry is a key component in running a successful technology business.</p>
<div style="margin:5px;padding:5px;border:1px solid #c1c1c1;font-size: 10px;">
<div class="text">
<p>Daniel A. Pepper is the founder of Pepper Law Group, LLC, a law firm based in Somerville, New Jersey which provides strategic advice and sophisticated legal services to businesses, entrepreneurs, and entertainers in the areas of technology law, intellectual property, Internet law, entertainment law, business formation and general business counsel, and privacy and security law.</p>
<p>&#13;<br />
Dan is a member of the State Bars of New Jersey and Pennsylvania, the District Courts for the District of New Jersey and Western Pennsylvania, the American Bar Association, the American Corporate Counsel Association, the Internet &amp; Computer Law Committee of the New Jersey State Bar Association, the Somerset County Business Partnership, the Philadelphia Volunteer Lawyers for the Arts, and the Free Speech Coalition. Dan has received a BV peer-review rating by Martindale-Hubbell, which is an indication of an exemplary reputation and well-established practice. He is also a member of the National Academy of Television Arts &amp; Sciences and the Licensing Executives Society. He received his Bachelor of Arts degree from Rutgers University, and his Juris Doctor degree from the Duquesne University School of Law. More information on the firm can be found at <a rel="nofollow" target="_blank" onclick="javascript:pageTracker._trackPageview('/outgoing/article_exit_link');" href="http://www.informationlaw.com">http://www.informationlaw.com</a> or by telephone at 908.698.0330</p>
</div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://howdoyoucopyright.com/2009/10/23/the-top-10-mistakes-technology-companies-make.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
