Defining Patentable Procedures Versus Abstract Mathematical Ideas

Original Title: REPOST: From Ancient Greece to AI: Can Mathematics Really Be Patented?

The history of patent law reveals a persistent tension: how do we protect innovation without locking away the fundamental building blocks of discovery? While mathematics is a universal, unpatentable foundation, the systems we build upon it, such as software and algorithms, exist in a legal gray area. This conversation maps the evolution from ancient culinary protections to the modern Alice v. CLS Bank ruling. It shows that the difference between an abstract idea and a patentable invention often rests on the ability to frame a mathematical concept as a concrete, procedural application. For technical leaders and founders, understanding this distinction is a competitive necessity. Failing to navigate these boundaries leaves intellectual property exposed, while over-reliance on abstract patents creates significant legal vulnerability.

The Evolution of Intellectual Property: From Recipes to Algorithms

The history of intellectual property is a record of societies trying to encourage creation by granting temporary monopolies. As the podcast notes, this began as early as the third century BCE in Saboris, where chefs received exclusive rights to their culinary masterpieces for one year. This established the core logic of patent law: providing a limited period of protection in exchange for the public disclosure of a new, useful invention.

However, the transition from physical recipes to abstract mathematical algorithms has strained this framework. The central conflict, as shown by the Alice v. CLS Bank case, is that while software is built on mathematics, it is not mathematics itself. The legal system struggles to categorize software because it sits at the intersection of abstract logic and physical implementation.

"In the United States, patenting an algorithm requires breaking down the software algorithm into a series of mathematical steps that show a process. By making it a process, the algorithm is no longer an abstract idea but a procedure."

-- Math! Science! History!

This shift from idea to procedure is the threshold for patentability. If a company attempts to patent an abstract construct, like the concept of escrow, without a concrete, technical implementation, the courts increasingly view it as unenforceable.

The Hidden Cost of Obviousness

A recurring theme in the evolution of patent law is the requirement of non-obviousness. Since 1849, U.S. patent law has required that an invention not be obvious to other professionals in the same field. This creates a systemic filter that prevents the monopolization of foundational discoveries.

The podcast illustrates this through the Fourier Series and the Fast Fourier Transform (FFT). While the FFT is a revolutionary tool for computational efficiency, it remains unpatentable because it is built upon the Fourier Series, which is considered a discovery of natural mathematical reality.

"Even though this mathematical method is a valuable tool in computers, it is not unique. This is because the FFT was built upon the Foye series... according to Pat Law, because its math, it is considered obvious."

-- Math! Science! History!

The downstream effect is clear: foundational mathematical truths are public goods. When organizations attempt to patent processes that are merely direct applications of these obvious mathematical truths, they face high risks of litigation and invalidation. The competitive advantage lies not in owning the math, but in the unique, non-obvious application of that math to solve a specific technical problem.

Navigating the Patentability Gap

The Alice v. CLS Bank decision created a period of uncertainty regarding computer-implemented inventions. The courts struggled to define when a computer system is merely a black box for an abstract idea versus a genuine technological improvement.

For modern software companies, this creates a strategic challenge. If you rely solely on abstract ideas, you are vulnerable to competitors who can replicate your process without infringing on a patentable invention. Conversely, if you lack a concrete, procedural implementation, you have no legal recourse when your work is copied. The implication is that innovation must be documented as a series of technical steps that produce a tangible, useful outcome. Failing to do this is a failure to secure the long-term value of the company intellectual property.

Key Action Items

  • Audit your IP strategy: Review your current software stack to determine which components are abstract processes versus technical procedures. (Immediate)
  • Document the How, not the What: When filing for protection, focus on the specific procedural steps and the technical apparatus that executes the algorithm, rather than the mathematical concept itself. (Over the next quarter)
  • Assess Non-Obviousness: Before investing heavily in patent filings, evaluate whether your application would be considered a standard, expected implementation by a peer in your field. (Over the next quarter)
  • Prioritize technical implementation: Move away from relying on abstract business-process patents, which are increasingly vulnerable under Alice v. CLS Bank precedents. (6-12 months)
  • Monitor legal shifts in AI patenting: As machine learning algorithms become more central to enterprise value, track how courts are treating procedural claims for black-box models. (Ongoing)
  • Protect the Process: Invest in the documentation of your unique technical workflows to ensure they meet the legal definition of a process rather than an abstract idea. (12-18 months)

---
Handpicked links, AI-assisted summaries. Human judgment, machine efficiency.
This content is a personally curated review and synopsis derived from the original podcast episode.