How to determine whether software is patentable - Part 3

This is part 3 in a series of articles on how to determine whether your software is patentable. If you are an inventor, an executive at a tech company, or a patent lawyer outside the U.S., this will help you to at least make a first pass determination of whether your software is worth considering for patent protection. In each podcast in this series, we cover one criterion in each episode that you can use to evaluate whether your software is likely to be patentable.


In the podcast episode, you will learn:


  • How to avoid the most common pitfalls when it comes to obtaining software patents
  • How to maximize the value of your software patent portfolios
  • Whether your software solves a problem that is necessarily rooted in computer technology or solves that problem using a solution that’s necessarily rooted in Computer Technology
  • DDR Holdings vs Hotels.com case in the Federal Circuit


One way to determine whether some new piece of software solves a problem that is necessarily rooted in computer technology is to determine whether it solves what we sometimes call a technical problem.  An example of what would be considered a solution to a technical problem is software that solves the problem of how to transmit data over the internet using a particular networking protocol. That is a problem that is necessarily rooted in computer network technology even though the broader problem of transmitting messages is something that you could say is not necessarily rooted in computers because people send paper letters by postal mail. As you might guess from this, there is room for judgment and creativity in how you define the problem, and that is another reason that I strongly recommend that you work with a patent attorney who specializes in software patents when trying to evaluate these criteria.  You might look at a piece of software that sends messages over a network and say that the problem is “how to send messages over a network more efficiently” and conclude that this problem is not necessarily rooted in computer technology. If, however, you define the problem more narrowly as the problem “how to send messages over the internet using networking protocol X,” then you might conclude that the same software is solving a problem that is necessarily rooted in computer and networking technology just by defining the problem differently.


One other way to demonstrate that your software is not an abstract idea, and therefore is eligible for patent protection, is to show that the way in which the software solves the problem is necessarily rooted in computer technology, even if the problem in general is not necessarily rooted in computer technology.  Proving this requires both a solid technical understanding of the invention and a nuanced understanding of the law.


I hope you’ve found this criterion for determining whether your software is patentable to be useful.  Join us next time for the fourth, and final, installment on how to determine whether your software is patentable.

Om Podcasten

Hosted by Robert Plotkin and Cynthia Gilbert - Software Patent Experts from Law Firm, Blueshift IP, the Software Patent Podcast leverages decades of combined expertise in software patents to protect companies' software innovations with strong patents to maximize patent portfolio value. Software patenting seems to be one of the most elusive IP patents to obtain, but it can be quite a direct process if you are equipped with all the information you need with the help of specialised expertise. In this series of 5-10 minute podcasts, some of the topics we'll be covering are:How your business plan can drive your software patent strategyThe myths about software patentsHow to know when patent protection is valuable for youTo find out more, head on over to www.blueshiftip.com DISCLAIMER: The content provided in this podcast is suggestive and should not be taken as legal advice. Hosted on Acast. See acast.com/privacy for more information.