How to patent software in the U.S. (2019)

Wondering how to patent software? Whether you have a mobile app, SaaS, cryptocurrency, or AI based invention, U.S. based software patent attorney Rohit Chhabra explains how to patent software based applications.

 

can software be patented
Photo by Markus Spiske on Unsplash

Can Software Be Patented?

Any invention can be patented as along as it meets two conditions. First, the invention needs to be unique, and second, it needs to be non-obvious. Software based patents are no different. As long as the software has unique features that would otherwise not be considered as ‘obvious’, it can be patented.

However, a problem arises when software is used to patent a business method. A business method software patent is any invention that performs a business activity through software (e.g., taxi hailing apps like Uber and Lyft). The USPTO and courts do not like when one attempts to try to create a monopoly over a business activity simply because it is implemented in software (which also explains why neither Uber nor Lyft were able to prevent the other from creating ride sharing apps).

Therefore, software can be patented as long as the patent application is not crafted to create an industry wide monopoly. This requires strategic planning.

Information Needed To Patent Software Based Business Methods In 2019

It has been more than 5 years since the law on software patents was set forth by the US Supreme Court, yet its implementation and interpretation has changed nearly every year. Nonetheless, while patenting software might be tricky, with proper planning and execution it is possible to get a patent awarded.

However, before we delve into the subject of ‘what is needed to patent software based business methods’, it is important to understand why it is needed. Doing so will assist an inventor to formulate and gather the information needed to patent software based business methods.

The Alice Mess!

On June 19, 2014, the US Supreme Court published its ruling in the Alice v. CLS Bank International (Alice) case. This case addressed whether software can be patented, and if so, what should be disclosed by the inventor to get a patent awarded.  In Alice, the Court clarified its two-step framework (previously carved in its decision of Mayo Collaborative Servs. v. Prometheus Labs., Inc) to determine whether software based inventions were patentable.

Step 1: The first step requires determining whether the claimed invention is directed towards an abstract idea. Abstract ideas include fundamental economic practices, methods organizing human activities, an idea itself, and mathematical ideas or formulas. Most, if not all, business method based software inventions are considered being  directed to an abstract idea under this test.

Step 2: If the claimed invention is directed to an abstract idea, then the second step of the framework requires determining whether the claimed invention (a) limits the implementation of an abstract idea with a particular technology, (b) improves another technology or technical field, or (c) improves the function of the computer itself.

If any of these conditions are met then the claimed invention is supposed to be considered as patentable.

Now, one may think, “oh that’s easy.” Right?

Wrong!

Alice-software-patent
Photo by Sebastian Herrmann on Unsplash

 

Since Alice’s decision, numerous courts have attempted to navigate these questions with haphazard results. While one patent may have been determined as eligible, the same rationale fails for another. The main problem, particularly for business method patent applications, arises in determining what can reasonably be considered as “limiting the implementation of an abstract idea with a particular technology,” or “improving another technology.” With each new court case inconsistencies arise, and the USPTO has repeatedly attempted to narrow its interpretation. Needless to say, the patent office has been unable to achieve reconcilable results. Thus, calling the current state of software patent law as “a mess” would not be unreasonable.

Without clear direction, the patent office examiners tend to take a very narrow interpretation of the Alice test and would rarely consider any argument passing muster of step 2 unless a software implementation of the invention is described.

Providing a software implementation

Providing a technical implementation of how the software performs the task would pass the Alice test. Why? Because: first, it becomes easy to argue that there is no abstract concept being described by the invention, and second even if the invention is considered as an abstract idea, it can also be easily argued that the invention is described with sufficient detail such that “the implementation of an abstract idea” is (i) limited to a particular technology, (ii) improves another technology/technical field, or (iii) improves the function of the computer itself.

 

DDR software patent
Photo by Markus Spiske on Unsplash

However, this often requires the inventor to describe the invention in technical terms. Particularly, the inventor needs to realize that nothing happens “automagically” by a computer. The inventor needs to provide sufficient detail on how the tasks are performed by the computer.

I’ll elaborate further with a real example:

A large tech company in Silicon Valley attempted to patent an idea of improving a user’s ride sharing experience when using taxi hailing apps (like Uber or Lyft). The patent application described that if multiple users were going to the same venue (e.g., bar, club, meeting. etc.), the app could automatically coordinate a shared ride (pool service) amongst them. The patent application described the following key features the app could perform:

  1. identify each user (and their current GPS coordinates) of the group heading to the same location.
  2. Generate a proposed route that extends from the initial location of the furthest user and terminates at the destination location.
  3. Once the furthest user from the destination accepts the route, a notification is sent to the next furthest user member from the set (of users) to accept the route and so on.
  4. The route is automatically changed based on the number of users who accept the proposed route to maintain the shortest distance from the initial location of the furthest user to the destination.
  5. Based on the number of users who accept the route, the driver receives a notification to initiate the stops.

The patent application augmented the disclosure with flow charts, etc., but did not disclose how a computer would perform the proposed actions.

Since without a computer, a taxi driver can easily determine an appropriate route to take (if he’s asked to take a detour and pick someone else), applying the Step 1 analysis, the examiner held that the invention was directed towards an abstract idea of organizing a human activity. Particularly, the examiner determined that the invention could be performed by conventional means, like in the human mind or by using a pen and paper (e.g., a physical map) — without the need of a computer.

Thereafter, performing the step 2 analysis, the examiner held that the patent application did not limit the idea with a particular technology, improved another technology or technical field, or improved any aspect of a computer itself.

Arguably, had the applicant provide sufficient technical details related to how the innovative features were implemented by a computer (as opposed to what was performed using a computer), perhaps the company could have argued that a practical implementation of the idea rendered the invention patentable.

However, since substantial amendments are not permitted in a patent application, it was too late now. The invention was rejected and subsequently abandoned by the company.

Conclusion

To patent a software application/ mobile app describe “how” the innovative features are implemented by a computer. Only describing “what” the features are or “what” the user experiences on screen are most likely to be deemed as an unpatentable abstract idea.