Las patentes de software viven o mueren en la elegibilidad. Redactamos pensando en eso.

La cuestión de la elegibilidad suele decidirse en los primeros párrafos de la memoria descriptiva. Una solicitud que empieza describiendo una necesidad de negocio y a continuación recita un ordenador que la implementa invita a un rechazo conforme a Alice. Otra que empieza con una deficiencia técnica de los sistemas existentes —latencia, presión de memoria, un fallo de sincronización, una propiedad de seguridad que no puede mantenerse a escala— y describe la arquitectura que la resuelve está argumentando la elegibilidad antes de que nadie la cuestione.

Las dos solicitudes pueden describir la misma invención. No corren la misma suerte.

Las invenciones en la nube y en red reparten sus pasos entre varias partes: un cliente, un servidor, una CDN, un servicio de terceros. Una reivindicación de método que los exija todos es una reivindicación que ningún demandado ejecuta por sí solo, y la jurisprudencia sobre infracción dividida convierte eso en un problema muy difícil de sortear en el litigio a posteriori.

La solución está en la redacción: reivindicar desde la perspectiva de cada actor por separado, de modo que al menos una reivindicación sea infringida en su totalidad por la parte a la que realmente demandaría.