Principio
Puede ocurrir que una invención incluya tanto características técnicas como no técnicas (Directrices G-VII 5.4), si estas se consideran de forma aislada.
Sin embargo, el hecho de que una característica sea no técnica no es suficiente por sí mismo para excluirla del razonamiento sobre la actividad inventiva: es erróneo concluir que el objeto reivindicado no es una invención porque solo las características no técnicas aportan una contribución al estado de la técnica (T154/04).
Estas características « no técnicas » pueden contribuir perfectamente a la actividad inventiva si aportan al carácter técnico de la invención para resolver un problema técnico (T336/14).
Así, la pregunta que se planteará en el marco de una invención « mixta » es: ¿contribuyen las características al carácter técnico de la invención?
Por lo tanto, el criterio de la tecnicidad o no de la característica (considerada de forma unitaria) no es el criterio relevante: hay que analizar el criterio de contribución al carácter técnico de la invención considerada en su conjunto.
Un razonamiento del tipo « la invención no es inventiva porque la única contribución técnica es el uso de un ordenador » no es aceptable (T471/05 o T625/11).
Procedimiento a seguir
¿Características que no contribuyen al carácter técnico?
Las características que no contribuyen al carácter técnico de la invención no pueden sustentar la existencia de una actividad inventiva (T641/00). Sin embargo, pueden utilizarse en la formulación del problema técnico, como especificaciones a cumplir.
Este puede ser el caso, por ejemplo, cuando una característica ayuda únicamente a resolver un problema no técnico, como un problema que se plantea en un ámbito excluido de la patentabilidad (Directrices G-VII 5.4).
A modo de ilustración, el funcionamiento específico de una red neuronal destinado a acelerar su aprendizaje no resuelve un problema técnico, ya que más bien estaría dirigido a resolver un problema matemático (T702/20).
¿Características que contribuyen al carácter técnico?
Principio
Para identificar estas características no técnicas (pero que deben considerarse para la actividad inventiva), conviene identificar los pasos que tienen una contribución técnica (Directrices G-VII 5.4).
Ayuda del experto en negocios o procedimiento administrativo
La noción de « persona de negocios » (o « empresario ») puede ayudar a distinguir las consideraciones de negocio (administrativas) de las consideraciones técnicas, ya que esta persona solo puede formular requisitos de negocio sin incluir aspectos técnicos (T1463/11).
Si la persona de negocios no es capaz de formular un requisito, es muy probable que dicho requisito o característica sea técnico (T2314/16).
Si la característica tiene sentido para la persona de negocios porque corresponde a una organización de su negocio (por ejemplo, intervalo de números de producción de un producto), es muy probable que dicha característica sea no técnica (T232/14).
Por ejemplo, una autenticación con contraseña única no se considerará puramente administrativa (y, por tanto, no técnica), ya que va mucho más allá de lo que la persona de negocios puede comprender o especificar (T1408/18).
Procedimiento
Para realizar un análisis riguroso, las directrices (Directrices G-VII 5.4) proponen un procedimiento sistemático basado en el enfoque problema-solución mencionado anteriormente:
- identificación de las características que contribuyen al carácter técnico de la invención considerada en su conjunto;
- selección de un estado de la técnica más cercano en función de esta identificación;
- identificación de las diferencias;
- determinación de los efectos técnicos de las diferencias con el fin de identificar las características diferenciadoras que contribuyen al carácter técnico de la invención (es decir, aquellas que tienen un efecto técnico en el contexto de la invención considerada en su conjunto).
Las características que contribuyen al carácter técnico de la invención se utilizarán entonces para el razonamiento de actividad inventiva de manera clásica.
Pero, por supuesto, nadie ha dado nunca una definición de lo que se entiende por « contribución al carácter técnico »… (véase incluso el punto 5.3.6 de la decisión T2825/19).
Indicaciones sobre la contribución al carácter técnico
Principio
En esta fase, y a la vista de la jurisprudencia, podemos considerar que la característica en cuestión debe cumplir una u otra de estas condiciones para tener una contribución técnica:
- permite una implementación técnica particular (es decir, relacionada con el funcionamiento interno específico de un ordenador o una implementación material);
- a menudo se considera insuficiente una simple programación, una implementación técnica estándar, el hecho de que un algoritmo sea simplemente eficaz, rápido, etc.
- permite una aplicación particular a un ámbito técnico concreto (es decir, finalidad técnica):
- a menudo se considera insuficiente la referencia a una aplicación genérica (es decir, « control de un sistema técnico »)
- es necesario que la aplicación a este ámbito técnico sea efectiva y no solo posible.
- esta finalidad puede ser la « salida » del procedimiento (ej. determinación de un parámetro de funcionamiento de una central nuclear T625/11).
- esta finalidad también puede reflejarse en los parámetros de entrada del procedimiento (ej. temperatura de funcionamiento, presión, T625/11).
Pero una vez dicho esto, no he dicho nada, ya que no existe ninguna definición de la palabra técnica.
Por lo tanto, conviene examinar la jurisprudencia para navegar entre los conceptos y saber qué podremos proteger.
Enfoque en la aplicación a un ámbito técnico
Resulta interesante preguntarse cuáles son los « ámbitos técnicos » posibles.
Sin enumerarlos exhaustivamente, la decisión T1798/13 ofrece una interpretación interesante o, al menos, que tiene el mérito de existir: los miembros de la sala de recursos consideran que dicho ámbito debe referirse a un sistema técnico que debe ser posible mejorar por el experto en la materia.
Así, la predicción meteorológica no es, para la sala de recursos, técnica, ya que no es posible mejorar « el tiempo que hace » (esta predicción no sería más que un descubrimiento para la sala).
Este enfoque me deja muy perplejo… en efecto, esto excluiría de hecho:
- los métodos de mejora de imagen en medicina;
- los métodos sísmicos en el ámbito petrolero;
- etc.
Aunque la mejora de un sistema técnico me parece formar parte de un ámbito técnico, no creo que esto sea limitativo.
Es necesario que la aplicación se considere técnica en todo el alcance de las reivindicaciones (T489/14). En efecto, si una parte de la aplicación puede referirse a un videojuego o solo al « diseño » de un edificio (que es intelectual, a diferencia de la construcción).
Casos de cadena técnica rota
Puede ocurrir que el efecto técnico se obtenga gracias a una cadena técnica « rota » por el cerebro de un individuo.
Por ejemplo, si se presenta una información a un paciente y el efecto técnico se obtiene en función del procesamiento de dicha información por el cerebro de este último, entonces no es posible afirmar que el efecto técnico se obtenga gracias a la información presentada (T970/12, T1670/07, T752/19).
Ejemplos de contribuciones técnicas
Ejemplos en el ámbito informático
Una contribución técnica puede ser, por ejemplo (Directrices G-II 3.6):
- el control de un proceso industrial,
- el funcionamiento interno del ordenador propiamente dicho o de sus interfaces bajo la influencia del programa,
- el hecho de que el programa incida en la eficacia o la seguridad de un procedimiento,
- el hecho de que el programa incida en la gestión de los recursos informáticos necesarios,
- el hecho de que el programa incida en el flujo de transferencia de datos en una conexión de comunicación.
No obstante, cabe señalar que la aceleración de un tiempo de cálculo no es en sí misma, para las cámaras de recurso, un efecto técnico susceptible de contribuir al carácter técnico de una invención (T1370/11).
Ejemplos en el ámbito de la inteligencia artificial (IA)
(Entre nosotros, la inteligencia artificial debe tratarse como cualquier algoritmo informático, pero como las Directrices nos dan ejemplos específicos los reproduzco)
Un procedimiento implementado por una IA puede ser técnico si su ámbito de aplicación es (Directrices G-II 3.3.1):
- la medicina;
- la clasificación de imágenes, vídeos, sonidos.
No obstante, no se considerará técnico el uso en:
- la clasificación de documentos textuales basada únicamente en su contenido textual (??? what ???);
- la clasificación de datos abstractos;
- la clasificación de datos de red.
Por supuesto, es posible intentar salvar los últimos casos añadiendo otra finalidad técnica, por ejemplo, la clasificación de datos textuales para determinar el mejor método de compresión de dichos datos.
Asimismo, el hecho de obtener un programa que genere de manera más precisa códigos de facturación (no técnico) no se considerará técnico (T755/18).
Ejemplo en el ámbito de la presentación de información y de interfaz de usuario
A modo de ilustración, una presentación de información que contribuya al correcto funcionamiento de una máquina (por ejemplo, guíe al usuario para utilizar correctamente el sistema técnico subyacente) podrá participar en la resolución de un problema técnico, mientras que una presentación de información que contribuya a una mejor lectura/análisis por parte de un usuario (por ejemplo, comprender o memorizar los pasos de implementación de la máquina) deberá considerarse no técnica (T336/14).
Así, es necesario que la información ayude de manera creíble al usuario a realizar una tarea técnica mediante un proceso de interacción hombre-máquina continuo y guiado (T336/14).
El simple hecho de mostrar una información para facilitar un diagnóstico no será técnico (T1091/17).
Además, un método que haga más « realista » un retorno háptico sería técnico, mientras que un método que « aumente el grado de compromiso de los jugadores » (que es puramente subjetivo) no lo sería (T339/13).
Asimismo, el hecho de aumentar la satisfacción de un espectador no es generalmente técnico, mientras que prever un dispositivo de temporización de visualización para aumentar dicha satisfacción puede serlo (T1117/19).
Ejemplos relativos a los métodos de simulación
En particular, los métodos de simulación de objetos (ej. CAD) implementados por ordenador poseen un efecto técnico si dicho método tiene un propósito futuro, ya que « son procedimientos técnicos modernos que desempeñan un papel esencial en la fabricación » (Directrices G-II 3.3).
Un método de simulación del rendimiento de un circuito electrónico mediante un método matemático puede ser patentable si el método matemático (que no es técnico en sí mismo) detalla cómo se desarrolla la simulación y está vinculado al problema técnico de la simulación (T1227/05 y Directrices Directrices G-VII 5.4.2.4).
Según G1/19, un método de simulación implementado por ordenador puede, por sí mismo, resolver un problema técnico produciendo un efecto técnico que va más allá de la implementación en un ordenador.
A menudo se ha intentado hacer « técnica » una reivindicación de simulación indicando que los datos de entrada son medidos o reales. Esto no es suficiente para hacer técnica la invención, ya que la medición y la simulación solo están yuxtapuestas y no interactúan para producir un efecto técnico combinado (T489/14 ah ?).
Ejemplos relativos a los métodos matemáticos
Por otro lado, los métodos matemáticos implementados por ordenador poseen un efecto técnico si su finalidad es técnica (Directrices G-II 3.3).
Por ejemplo, un método de procesamiento de imágenes que proporciona como resultado una determinada modificación de la imagen se considera utilizado en el marco de un procedimiento técnico (T208/84 y T1161/04).
Ejemplos relativos a los métodos comerciales
Un método destinado a facilitar las compras (sí, ya sé, empieza mal, ¿verdad?) puede ser patentable si la característica distintiva consiste en determinar una « ruta óptima de compras para los productos seleccionados accediendo a una memoria caché en la que se registran las rutas óptimas de compras asociadas a peticiones anteriores » (T1670/07 y T279/05 y Directrices G-VII 5.4.2.1).
En efecto, para la OEP, esta característica posee una contribución técnica, ya que se refiere a la implementación técnica y tiene como efecto técnico permitir la determinación rápida de la ruta óptima de compras accediendo a las peticiones anteriores registradas en una memoria caché.
Para identificar las características técnicas, la decisión T144/11 nos proporciona una pequeña metodología:
- Se establece la necesidad « comercial »;
- Se integra en esta necesidad comercial toda la información técnica necesaria para la realización de dicha necesidad « comercial » (ya que, de lo contrario, la persona técnicamente cualificada tendría que concebirla, lo que no es de su competencia);
- Se formula el problema técnico sobre esta base.