The proper application of the COMVIK approach requires a thorough analysis of the business constraints when formulating the problem to be solved before investigating what the skilled person would have done to solve it. The failure to reflect all aspects of the business method in the problem to be solved led the examining division to argue unconvincingly that the inconvenient distinguishing feature of authorising the access terminal was an alternative whose choice was governed by unspecified business constraints (see reasons 4.2).

1. The assessment of technical character of a claim does not require a reference to the prior art following the established "whole contents approach" (see reasons, point 1.1).

2. A "timeout" condition claimed in general and broad terms that cover non-technical interpretations is in the domain of the non-technical person and part of the requirements specification given to the technical expert for implementation on a computer system (see reasons, point 2.4).

3. The "notional business person", as introduced in T1463/11, is to be interpreted within the framework of the well established COMVIK-approach according to T0641/00. Consequently, the notional business person knows all about the business related requirements specification and knows about the fact that such business related concepts can be implemented on a computer system. The choice of where to do a calculation in a distributed system is not necessarily technical, but can also be driven by administrative considerations. What the notional business person does not know, however, is how exactly it can be implemented on a computer system. This is in the sphere of the technical expert and subject to the assessment of inventive step.

4. When referring to prejudices, it has to be carefully analysed, whether it is actually a technical prejudice or, in fact, a business prejudice (e.g. just a new way of organising a business transaction that goes against traditional ways of organising it - see reasons, point 4.8).

The claimed invention is not directed to a real-time problem in the sense of improving a technical process, but rather to automation in the sense of making (non-technical) financial information available quickly. This automation is achieved by mapping the financial concept of derivative transactions on a client-server computer system (see reasons, point 8.2).

In T 144/11 berief sich die Kammer auf die Feststellungen in T 1463/11, die gezeigt haben, dass sich die Grauzone zwischen technischen und nichttechnischen Merkmalen auch dadurch auflösen lässt, dass sorgfältig analysiert wird, welche Teile eines beanspruchten Merkmals auf einer Geschäftsanforderung beruhen. Eine logische und in der Praxis vorkommende Folge dieses Ansatzes ist, dass eine Aufgabe des Typs "Geschäftsanforderung umsetzen" normalerweise nie zu einem gewährbaren Anspruch führt. Entweder ist die Umsetzung naheliegend oder ohne technische Wirkung oder aber die Umsetzung hat eine technische Wirkung, anhand deren sich die Aufgabe im Wesentlichen zu "die Wirkung der Umsetzung erreichen" umformulieren lässt. Das Problem des Implementierungstyps ist allerdings nur ein Ausgangspunkt, der zur Beurteilung der Implementierung möglicherweise verändert werden muss. Es ist hilfreich, wenn die technische Aufgabe nicht von Anfang an erkennbar ist. Die Geschäftsanforderungen auf diese Weise zu prüfen und genau zu ermitteln, was umgesetzt werden soll, gewährleistet, dass alle technischen Gegenstände, die sich aus der Idee der Erfindung und ihrer Umsetzung ergeben, bei der Beurteilung der erfinderischen Tätigkeit berücksichtigt werden. Die Kammer befand außerdem, dass der Fachmann eine vollständige Beschreibung der Geschäftsanforderung erhalten muss, ansonsten kann er diese nicht implementieren, und er sollte keinen Beitrag auf nichttechnischem Gebiet leisten.