T 1824/14 02-07-2019

1. Main request - inventive step

1.1 Closest state of the art

In the decision under appeal the examining division assessed inventive step starting from document D1 as the closest state of the art (see point 6 of the Rea­sons). Indeed, document D1 discloses - as detailed be­low - subject-matter that is conceived for the same purpose as the claimed inven­tion, namely for provid­ing a method of tracking tire-related data for a plurality of vehicles, and has the most relevant technical fea­tures in common with it. Document D1 is therefore con­sid­ered­ the closest state of the art.

1.2 Distinguishing features

1.2.1 Document D1 discloses (see paragraphs [0001], [0035], [0040], and [0051]) a sys­tem for fleet management, in particular for tracing and identi­fying tires and man­aging the sta­tus of the tires on a vehicle. The system includes a passive transponder 1 that is placed in the interior of each tire 2 for the identification of the tires moun­ted on a vehicle. In the vehicle, a control unit 3 is also installed for identi­fi­cation and storage of vehicle data, such as data about the vehicle identi­fication and the tires, the respec­tive data about pres­sure, temperature, groove measures, kilometers driven and/or worked hours, data about the motor operation, gathered from a vehicle electronic unit, the place of each tire in the vehicle and useful life status of the tires (new or retreaded). The system further includes a data gathering device 4 that per­forms the reading of the tire trans­ponder 1 and data providing means 5 com­prising a reader of the pressure and the tire groove deepness. These data are sent from the data gathering device 4 to the control unit 3 and also using a GPRS modem 40 through a TCP/IP connection to a remote data­base 6, where a fleet management software receives the data and events allowing the information analysis and generation of diverse reports.

1.2.2 Hence, using the wording of claim 1, document D1 dis­closes a method of tracking tire-related data for a plural­ity of vehicles, the method comprising:

(a)' receiving (by the remote database 6) via a web-based interface (TCP/IP connection) survey data col­lect­ed from a plurality of vehicles, the survey data including, for each of the plurality of vehicles, a plu­rality of tire parameters (pres­sure, groove mea­sures, kilometers driven, worked hours, ...) and a plurality of vehicle parameters (data about vehicle identification and motor operation);

(b) storing the survey data in a database (remote database 6);

(c)' generating at least one report (survey or report) using the survey data stored in the database (remote database 6), wherein the report is based upon survey data collected from the vehicles.

This is not disputed by the appellant.

1.2.3 In the contested decision the examining division held that document D1 disclosed a system for the management of a plurality of fleets (see the Reasons, point 6.2 and point 6.6.1, paragraph 1).

The board notes that the expressions "fleet management" and "fleets management" and similar respective expres­sions ("management of the fleets" ...) are used inter­changeably in document D1 (see the expressions in para­graphs [0001], [0002], [0008], [0016], [0020], [0037], [0039], [0041] and [0051] of D1 and those in paragraphs [0011], [0028], [0030], [0031], [0032], [0035], [0040] and [0053], respectively). There­­­fore, the board agrees with the appellant in that document D1 merely discloses that the described system manages and tracks data for one or the other fleet of vehicles, but not for a plu­rality of fleets.

1.2.4 Consequently, the subject-matter of claim 1 of the main request differs from the method of document D1 in com­prising the following features:

(i) the method being adapted for tracking tire-related data for a plurality of fleets of vehi­cles, the survey data being collect­ed from vehicles being associated with a plu­rality of fleets (see features (a) and (c)), and

(ii) the request being received through the web-based interface (see feature (c)), and re­ceiving via the web-based interface at least one filter defining a set of operat­ing conditions, wherein the report is fil­tered using the filter (see feature (d)).

1.3 Objective technical problem

1.3.1 The appellant argued that the problem to be solved by the invention was to provide a more flexible method allowing a more comprehensive anal­ysis.

1.3.2 The board agrees with the appellant in that the first set (i) of difference fea­tures relating to a plurality of fleets of vehi­cles allows the tracking of tire-re­lated data of different types of vehicles thus leading to a more flexible tire-tracking method and the oppor­tunity of performing a more comprehensive analysis for generating the claimed report.

1.3.3 In relation to the second set (ii) of difference fea­tures it is noted first that docu­ment D1 discloses - as indicated above - that the data trans­mit­ted to the remote database 6 are analysed for generat­ing various reports (see paragraph [0051], last sen­tence):

"Finally, the events, as recorded in the memory of the data gatherer, are sent by GPRS 40 to the re­mote databank and then they can be worked in the system, issuing diverse reports and analyses."

Furthermore, access to the transmitted data via a web­site is explicitly disclosed in document D1 (see para­graph [0040]):

"The transmitted data are available for consulta­tion in the Internet through an own 'site' ..."

However, the manner in which the user interacts with the website in order to access the data stored in the database 6 and to generate the desired reports is not described at all in document D1.

Vis-à-vis this disclosure in document D1 the second set (ii) of dif­fer­ence fea­tures has the effect of merely imple­ment­ing the web-based interaction with the data­base.

1.3.4 Since the two sets (i) and (ii) of difference features are not functionally interdependent it is appropriate to formulate partial problems in relation to them (see Case Law of the Boards of Appeal of the EPO, 8th edi­tion 2016, section I.D.9.2.2). The objective technical partial problems corresponding to these sets of differ­ence features are therefore considered to be the fol­low­ing:

- to render the tire-tracking method more flexible, allowing a more comprehensive analysis, and

- to implement the web-based interaction with the database.

1.4 Obviousness

1.4.1 The appellant argued that document D1 did not provide any hint or motivation to arrive at the claimed sub­ject-matter.

1.4.2 The claims and the description of the application do not con­tain any definition of what is meant by a "fleet of vehicles". The board considers the concept designat­ed by this expression to be broad. In particular, any set of vehicles sharing some common characteristics, for ex­ample relating to the type, attribute or condi­tion of the vehicles or relating to their registra­tions­ may be considered the claimed fleet of vehi­cles.

On the other hand, the method described in document D1 is applicable to any kind of vehicle. Moreover, various details concerning the vehicles and their registrations are in fact gathered and transmitted to the remote da­ta­­base 6, as described for example in paragraph [0043] (explanatory insertions in square brackets by the board):

"For the vehicle registration, it [the software of the data gathering device 4] must be informed the vehicle code, the present hodometer counting of the vehicle, the configuration of tires, spare tires and axles of the vehicle and which tire is mounted in each position. All of the data are recorded by the reader of the transponder [i. e. the data gather­ing device 4] that identifies the tire or the ve­hicle and, later on, they are sent to the remote database."

It would thus occur to the skilled person - when at­tempt­ing to render the tire-tracking method more flexi­ble, allowing a more comprehensive analysis - to apply the known tire-tracking method of D1 to various sets of vehicles having, for example, different con­fig­urations of axles or tires or different locations or years of reg­is­tration. The skilled person would thus be led to applying the known method to a plurality of fleets of vehi­cles.

1.4.3 In relation to the second set (ii) of difference fea­tures, the board notes first that the claimed "filter defining a set of operating conditions" is understood as concerning those characteristics of the vehicles or tires which relate to their operation, such as tire pres­­sure, tread depth, and mileage. This is also in line with the description and drawings of the applica­tion (see Figures 16-22 and the corresponding descrip­tion on pages 17-19).

The board agrees with the opinion expressed by the ex­am­ining division in the contested decision (see point 6.4 of the Reasons) that the use of a filter is a stan­dard and basic way to interact with a database. In fact, any manner of restricting the attention to a lim­ited number of entries of a database amounts to the ap­plication of a filter.

Moreover, those characteristics of the vehicles or tires which relate to their operation are the most rel­e­vant ones which have to be tracked in a tire manage­ment system. Accordingly, several such characteristics, for example tire pressure, temperature, groove mea­sures, kilo­meters driven, and worked hours are gathered in the system of document D1 and stored in the remote da­ta­­base 6 (see document D1, paragraphs [0035] and [0051]).

Hence, the board considers it to be obvious for the skilled person to implement the web-based interaction with the remote da­tabase 6 by applying a filter relat­ing to such operat­ing conditions.

1.4.4 In view of the above the board concludes that the sub­ject-matter of claim 1 of the main request does not in­volve an inventive step (Articles 52(1) and 56 EPC).

2. First auxiliary request - inventive step

2.1 Claim 1 of the first auxiliary request comprises - com­pared to claim 1 of the main request - the additional feature (e) relating to the "health index", which is a further difference feature over the closest state of the art document D1.

The appellant argued that technical considerations were involved for selecting the relevant parameters making up the claimed health index.

2.2 The board remarks first that, in accordance with the parts of the description and drawings of the appli­ca­tion mentioned above (Figures 16-22 and correspond­ing descrip­tion on pages 17-19), the term "report" may be un­der­stood as referring to a graphical illustration (us­ing the web-based interface) of the desired in­forma­tion.

Feature (e) exclusively concerns the content of the claimed report, namely that it "in­cludes a health index repre­­senting a compos­ite score for a fleet or model of tire". The health index is thus merely destined for be­ing presented to the user, who may then decide to take technical action or not. As such the health index is con­­sidered to relate to the cognitive information con­tent of the presentation. Moreover, claim 1 of the first auxiliary request contains no details in relation to the use of the report by the operator so that a con­tinued and/or guided human-machine interaction process credibly assisting the operator to perform a technical task cannot be considered to be implied by the claim, either (see the headnote of decision T 336/14). Hence, the fact that the report includes the claimed health index is not considered to contribute to the technical solution of a technical problem (cf. decision T 1000/09, point 7 of the Rea­sons).­

2.3 The health index may therefore legitimately appear in the formulation of the technical problem as a given framework within which that problem is posed. Hence, it is to be included in the second partial problem men­tioned under point 1.3.4 above as follows:

- to implement the web-based interaction with the database such that the report includes the desired health index.

The implementation of including the given health index repre­senting a composite score for a fleet or model of tire in the report is considered a routine task for the skilled person, a com­puter systems engineer having experience with data­bases, and does not require any inventive skills.

Consequently, the subject-matter of claim 1 of the first auxiliary request does not involve an inventive step (Articles 52(1) and 56 EPC).

3. Second auxiliary request - inventive step

3.1 Claim 1 of the second auxiliary request comprises - com­­pared to claim 1 of the main request - the addi­tion­al features (f) and (g), which are further difference features over the closest state of the art document D1.

3.2 The examining division held that the subject-matter of claim 1 of the second auxiliary request was not inven­tive since the comparison of real data with specifica­tion data was a basic way of moni­tor­ing a device, also citing paragraph [0092] of document D3 in this respect (see the decision, point 8 of the Reasons).

3.3 The appellant advanced neither during the written stage of the ap­peal proceedings nor during the oral proceed­ings before the board any arguments concerning the in­ventiveness of the additional features (f) and (g) of claim 1 of the second auxiliary request.

3.4 The board sees no reasons to differ from the point of view taken by the examining division and is thus of the opinion that the skilled person would implement the subject-matter of features (f) and (g) in the tire-tracking method of the closest state of the art docu­ment D1 without exercising any inventive skills.

Hence, the subject-matter of claim 1 of the second aux­iliary request does not involve an inventive step, either (Articles 52(1) and 56 EPC).

4. Conclusion

Since the subject-matter of claim 1 of the main request and of the first and second auxiliary requests does not involve an inventive step, the board confirms the deci­sion of the examining division refusing the applica­tion. Therefore, the appeal has to be dismissed (Arti­cles 97(2) and 111(1) EPC).