Journal of the ACM (JACM)
Legally speaking: should program algorithms be patented
Communications of the ACM
The C programming language
Software engineering: principles and practice
Software engineering: principles and practice
The discrete time TOOLBUS—a software coordination architecture
Science of Computer Programming
The Java Language Specification
The Java Language Specification
How Understanding and Restructuring Differ from Compiling " A Rewriting Perspective
IWPC '03 Proceedings of the 11th IEEE International Workshop on Program Comprehension
Hi-index | 0.00 |
So-called ''trivial'' software patents undermine the patenting system and are detrimental for innovation. In this paper we use a case-based approach to get a better understanding of this phenomenon. First, we establish a baseline for studying the relation between software development and intellectual property rights by formulating a life cycle for the patenting system as well as three variations of the software life cycle: the defensive patent-aware software life cycle that prevents patent infringements, the more offensive patent-based software life cycle that aims both at preventing infringements and at creating new patents, and the IPR-based software life cycle that considers all forms of protection of intellectual property rights including copyright and secrecy. Next, we study an application for a software patent concerning the inequality operator and a granted European patent on memory management. We also briefly mention other examples of trivial patents. These examples serve to clarify the issues that arise when integrating patents in the software life cycle. In an extensive discussion, we cover the difference between expression and idea, the role of patent claims, software patents versus computer implemented inventions, the role of prior art, implications of software patents for open source software, for education, and for government-funded research. We conclude the discussion with the formulation of an ''integrity axiom'' for software patent authors and owners and sketch an agenda for software patent research. We conclude that patents are too important to be left to lawyers and economists and that a complete reinterpretation of the patenting system from a software engineering perspective is necessary to understand all ramifications of software patents. We end with explicit conclusions and policy recommendations.