10 August 2016

T 1670/07 - Comvik fallacies

Key points

  • This is the decision, already published in 2013, which introduced a number of fallacies under the Comvik approach: the "technical leakage fallacy" , the "broken technical chain fallacy" , and the "non-technical prejudice fallacy" . These are often tried, but invalid arguments, that a feautre would be technical in the sense of the Comvik approach to inventive step.



Reasons for the Decision
[...] 9. In the present case, the appellant argues that the alleged non-technical feature of the information regarding the group of vendors "interacts with technical elements, in the form of the server 18, to produce a technical effect in the selection of vendors and the transmission of processed information regarding that selection to the mobile wireless communications device". However, in the Board's view, this is an instance of the well known argument that could be termed the "technical leakage fallacy", in which the intrinsic technical nature of the implementation leaks back into the intrinsically non-technical nature of the problem. In this case, the "selection of vendors" is not a technical effect and the mere "interaction" with technical elements is not enough to make the whole process technical as required by the jurisprudence. Similarly, the transmission of the selection is no more than the dissemination of information, which is in itself also not technical. These effects are more like those in T 158/88 and T 603/89 than in T 26/86 (supra). Technical considerations only come into play once the relevant features are implemented.
10. The appellant also argued that the difference of identifying a group of vendors rather than a single vendor as in D1 implied a problem of logistics, which was not a business method. However, the Board considers that a logistic or navigation system that actually involves navigation to a particular place might have some technical element, but the present invention does not as it does not involve any physical elements, but simply indicates possible choices. Moreover, in the Board's view, producing an itinerary is not technical as it involves only standard human behavioural concepts such as going to the bank and then going to the supermarket. The appellant replied that the physical act of going to the locations conferred technical character on these thoughts.
11. Here again, the Board sees something of a well known argument that could be termed the "broken technical chain fallacy" after decision T 1741/08 - GUI layout/SAP. This decision dealt with the fairly common situation that arises in connection with graphic user interfaces (GUIs) where a technical effect might result from the user's reaction to information. The decision essentially concluded (see point 2.1.6) that a chain of effects from providing information to its use in a technical process is broken by the intervention of a user. In other words, the possible final technical effect brought about by the action of a user cannot be used to establish an overall technical effect because it is conditional on the mental activities of the user. This applies to the present case because any possible technical effect depends on the user's reaction to the itinerary.
12. The appellant also argued that according to T 362/90 - Schaltanzeige für eine Gangschaltung/WABCO, providing a status indication about the state of a system was a technical effect. It is true that T 115/85 - Computer—related invention/IBM OJ EPO 1990,030 states that giving visual indications automatically about conditions prevailing in an apparatus or system is basically a technical problem. In that case the system was the input/output device of a text processor. T 362/90 cites this decision in support of the technical character of a simultaneous optical display of a current and ideal gear selection based on conditions in a gearbox. In the Board's view, the display of an optimal shopping itinerary is different because there is no comparable technical system since shopping is intrinsically non-technical. The availability of goods in a shop and information on shopping lists are not comparable with the status of a technical system. Furthermore, although the system of the invention has a server and a mobile device that are undoubtably technical, the invention is not displaying information about the status of these devices themselves, but only non-technical information that they process.
13. In summary, therefore, the Board is of the opinion that a technical effect may arise from either the provision of data about a technical process, regardless of the presence of a user or its subsequent use, or from the provision of data (including data that on its own is excluded, e.g. produced by means of an algorithm) that is applied directly in a technical process. In the Board's view, neither applies to the present case.
14. Thus, in the Board's view, the appellant's formulation of the problem as "the provision of a technique which has greater flexibility and can provide results tailored to a user's preferences" is not a technical problem and is also far too general because it does not correctly take into account non-technical aspects. In the Board's view, the problem is the much more specific one of how to modify the prior art to implement the non-technical aspects, in this case how to plan a shopping trip (itinerary) that includes orders from different vendors.
15. Concerning the implementation, the Board first notes that it is essentially only claimed in functional terms and that there are no details of how it is actually done. The only technical features of the solution are the hardware elements themselves and the specification of which elements perform the various steps. The elements of a mobile wireless communications device and a server are conventional and moreover known from D1. The only assignment of function that is specified is that the server determines the vendors as function of the orders and the location. Since D1 determines the vendor for a single order at the server, it would be obvious to consider determining multiple vendors in the case of multiple orders.
16. At the oral proceedings, the appellant stressed that the system of D1 only identified one facility whereas the invention identified a group of vendors and gave navigation information about how to visit them. If the system of D1 were to be used to order several items, it would only return information on a single vendor that could supply all the items. There might be no single vendor capable of doing this, or the vendor might be a long way away from the customer. The invention would be able to find more than one vendor that together could fulfil the order. Thus the invention solved the problem of reducing the number of failed attempts to fulfil an order. In the Board's view, this is another example of a standard argument, which could be termed the "non-technical prejudice fallacy". The argument essentially invokes non-technical aspects as a reason for not modifying the prior art, whereas these features cannot in fact contribute to inventive step. The question is not whether the skilled person would consider providing these features because that has already been decided in formulating the technical problem. The question is simply how it would be done. As mentioned above, in this case, the "how" comprises conventional hardware carrying out the tasks in an obvious way. In particular, there is no technical reason why the skilled person would not have considered modifying the various parts of the system of D1, at least to the extent claimed, to solve the problem posed.
17. It follows from the above, that in the Board's view, the appellant's analysis of why the repeated selection of vendors according to D1 is not equivalent to the claimed solution is moot.
18. Accordingly the Board judges that claim 1 of the main request does not involve an inventive step (Article 56 EPC 1973).

No comments:

Post a Comment

Do not use hyperlinks in comment text or user name. Comments are welcome, even though they are strictly moderated (no politics). Moderation can take some time.