EP2458564A2 - Remote diagnosis of vehicles - Google Patents
Remote diagnosis of vehicles Download PDFInfo
- Publication number
- EP2458564A2 EP2458564A2 EP11190359A EP11190359A EP2458564A2 EP 2458564 A2 EP2458564 A2 EP 2458564A2 EP 11190359 A EP11190359 A EP 11190359A EP 11190359 A EP11190359 A EP 11190359A EP 2458564 A2 EP2458564 A2 EP 2458564A2
- Authority
- EP
- European Patent Office
- Prior art keywords
- vehicle
- checksum
- configuration file
- data storage
- storage space
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004171 remote diagnosis Methods 0.000 title description 4
- 238000003745 diagnosis Methods 0.000 claims abstract description 72
- 238000013500 data storage Methods 0.000 claims abstract description 67
- 238000004891 communication Methods 0.000 claims abstract description 9
- 230000004044 response Effects 0.000 claims abstract description 8
- 238000000034 method Methods 0.000 claims description 27
- 238000012545 processing Methods 0.000 claims description 8
- 230000008569 process Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000007429 general method Methods 0.000 description 2
- 238000011835 investigation Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008439 repair process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
Definitions
- the present invention relates generally to solutions for fault diagnosis of vehicles.
- the invention relates to a system according to the preamble of claim 1 and a method according to the preamble of claim 8.
- the invention relates also to a computer programme according to claim 15 and a computer-readable medium according to claim 16.
- GB 2 366 407 describes a system for remote diagnosis of faults in a vehicle, whereby a two-way connection is set up between the vehicle and a central server.
- the vehicle uses said connection to convey details of its type and its current fault state, whereupon the server returns a description of possible causes and/or guidance information relating to continued fault identification.
- the server has access to a database of historical fault data for the specific vehicle, enabling it to "learn" to diagnose the vehicle increasingly effectively.
- the server needs to be provided with full details of the vehicle's current configuration, i.e. what components are incorporated in the vehicle and what functions they are programmed to be able to perform. What is also normally necessary is a relatively comprehensive step-by-step exchange of questions and answers between server and vehicle until all the particulars relevant for the diagnosis have been conveyed to the server.
- the object of the present invention is to propose a solution which alleviates the above problem and thereby makes more effective remote diagnosis of a motor vehicle possible.
- the object is achieved by the system described in the introduction whereby the central processor resource is connected to a data storage space which contains for example a database.
- the central processor resource is also configured to check whether a current configuration file specific to the vehicle, or corresponding data describing a prevailing configuration of the vehicle, is stored in the data storage space. If the data storage space is found to contain a current configuration file, the central processor resource is configured to read it out from the data storage space to serve as a basis for the diagnosis engine to determine the fault diagnosis. If on the contrary the data storage space is found not to contain a current vehicle-specific configuration file, the central processor resource is configured to send to the vehicle a request for a configuration file specific to it. In response to receiving from the vehicle a configuration file specific to it, the central processor resource is configured to read it in, to serve as a basis for the diagnosis engine to determine the fault diagnosis.
- This system is advantageous in avoiding unnecessary provision of data describing the vehicle's configuration.
- a relatively large amount of data is needed to properly describe the configuration of a particular vehicle.
- providing said data may involve a comprehensive dialogue procedure between a central processor resource and the respective vehicle. Minimising the provision of configuration data thus saves both data traffic costs and time.
- the vehicle-specific configuration file is regarded as describing a current configuration of the vehicle if it is associated with a timestamp indicating a file age which is less than a first predetermined value.
- the vehicle-specific configuration file is regarded as describing a current configuration of the vehicle if a history stored for said file in conjunction with the central processor resource indicates that the vehicle's configuration has changed less frequently than a second predetermined value. If this condition is fulfilled, further investigation of the configuration file may be avoided, saving a considerable amount of time and resources. This investigation may of course be combined dynamically with the aforesaid age check so that the configuration file is regarded as current if the time since the latest recorded change to the configuration file is shorter than a historical average interval between two consecutive updates of the file.
- the vehicle-specific configuration file is associated with a checksum.
- the diagnosis request transmitted from the vehicle to the central processor resource further includes the checksum associated with the vehicle-specific configuration file.
- the central processor resource comprises a comparator configured to compare the checksum received via diagnosis requests with a checksum calculated in the central processor resource for a configuration file for the vehicle stored in the data storage space. If the checksum received corresponds to the calculated checksum, the data storage space is regarded as containing a current configuration file for the vehicle, so no further provision of data is required.
- the checksum is based on the content of the configuration file in such a way that a match between two checksums very probably indicates that the respective configuration files are also identical. The conclusion from this comparison may therefore be drawn with a high degree of safety.
- the central processor resource be configured to calculate a checksum for a configuration file received for storage in the data storage space, and then to store the calculated checksum in the data storage space in association with the configuration file received.
- the stored checksum is subsequently read out from the data storage space for comparison with a checksum received via a diagnosis request. The amount of time spent receiving a diagnosis request from a vehicle is thus appreciably minimised.
- the vehicle-specific configuration file is associated with a checksum.
- the vehicle is here supposed to have a local processing unit configured to receive an order message from the central processor resource.
- the order message is in response to a diagnosis request from the vehicle and includes a checksum associated with a vehicle-specific configuration file which is stored in the data storage space connected to the central processor resource.
- the local processing unit is also supposed to be configured to compare the checksum received from the central processor resource with a checksum calculated locally in the vehicle for a current configuration file for the vehicle.
- the data storage space is found to contain a current configuration file if the checksum received by the vehicle corresponds to the checksum calculated locally in the vehicle.
- the vehicle-specific configuration file is associated with a checksum.
- the vehicle is further supposed to have a local processing unit configured to calculate a new local checksum for said file.
- the vehicle is assumed to be adapted to transmitting said new local checksum and a diagnosis request to the central processor resource.
- the central processor resource comprises a comparator configured to compare said new locally calculated checksum with a stored previously received locally calculated checksum for a configuration file stored in the data storage space.
- the data storage space is here found to contain a current configuration file if said new locally calculated checksum corresponds to said previously received said locally calculated checksum.
- the aforesaid comparator may be situated in the vehicle so that the comparison is instead done in the vehicle and the calculation of the checksums takes place in the central processor resource. This reduces the vehicle's computing burden.
- the object is achieved by the method described in the introduction which comprises checking whether a current vehicle-specific configuration file describing a prevailing configuration of the vehicle is stored in a data storage space connected to the central processor resource. If the data storage space is found to contain a current configuration file, the method comprises reading it out from the data storage space to serve as a basis for the diagnosis engine to determine the fault diagnosis. If on the contrary the data storage space is found not to contain a current vehicle-specific configuration file, the central processor resource sends to the vehicle a request for such a file. In response to receiving a vehicle-specific configuration file from the vehicle, the diagnosis engine reads it in, to serve as a basis for determining the fault diagnosis.
- the object is achieved by a computer programme which can be directly downloaded to the internal memory of a computer and comprises software for controlling the steps according to the method proposed above when said programme is run on a computer.
- the object is achieved by a computer-readable medium which has stored on it a programme adapted to enabling a computer to control the steps according to the method proposed above.
- FIG. 1 depicting an embodiment of a system according to the invention.
- the system comprises a central processor resource 100 and a data storage space 120 and is adapted to remote-diagnosing a vehicle 180.
- the central processor resource 100 is configured to communicate wirelessly with at least one vehicle 180 via a communication means 182 located in the vehicle.
- the communication means 182 is itself adapted to receiving information about a functional status of the vehicle 180 from a data gathering means 184 located in the vehicle.
- the communication means 182 handles inter alia fault signals and fault reports from ECUs (electronic control units) located in the vehicle.
- the vehicle 180 is configured to generate, and by means of the communication means 182 send to the central processor resource 100, a diagnosis request DR.
- the diagnosis request DR will include a fault report describing a functional status of the vehicle 180 and may for example be transmitted to the central processor resource 100 via a base station 160 and one or more communication networks 150, e.g. Internet.
- the central processor resource 100 is configured to use a diagnosis engine to determine a fault diagnosis for the vehicle 180.
- the central processor resource 100 is connected to a data storage space 120 which for example contains a database.
- the central processor resource 100 is further configured to check whether a current vehicle-specific configuration file CF describing a prevailing configuration of the vehicle 180 is stored in the data storage space 120.
- the central processor resource 100 is adapted to reading it out from the data storage space 120 to the diagnosis engine 110 to serve as a basis for determining the fault diagnosis for the vehicle 180. If the data storage space 120 is found not to contain a current vehicle-specific configuration file CF, the central processor resource 100 is adapted instead to sending to the vehicle 180 a request CFR for such a file. In response to receiving a vehicle-specific configuration file CF from the vehicle 180, the central processor resource 100 is further adapted to reading it into the diagnosis engine 110 to serve as a basis for determining the fault diagnosis.
- the vehicle-specific configuration file CF is regarded as describing a current configuration of the vehicle 180 if it is associated with a timestamp which indicates its age at less than a first predetermined value, e.g. a week, a month, a half-year or a year, depending on vehicle type and/or model, equipment and, where applicable, a dynamic parameter such as a configuration history.
- the vehicle-specific configuration file CF is regarded as describing a current configuration of the vehicle 180 if a history H stored in conjunction with the central processor resource 100 for the file indicates that the configuration of the vehicle 180 has changed less frequently than a second predetermined value.
- the history H is stored with advantage in a database 130 which may either be accommodated in the same storage space as, or be stored separately from, the data storage space 120.
- the file is associated with a checksum calculated, for example, by so-called hashing.
- the checksum may be calculated locally in the vehicle 180 and be designated # v , or be calculated centrally in the central processor resource 100 and be designated # c .
- diagnosis requests DR transmitted from the vehicle 180 to the central processor resource 100 may include the checksum # v associated with the vehicle-specific configuration file CF.
- the central processor resource 100 comprises a comparator 140 configured to compare the checksum # v received via diagnosis requests DR with a checksum # c calculated in the central processor resource for a configuration file CF for the vehicle 180 which is stored in the data storage space 120.
- the data storage space 120 is here found to contain a current configuration file CF if the checksum # v received corresponds to the centrally calculated checksum # c .
- the central processor resource 100 may be configured to calculate for a configuration file CF received a checksum # c with a view to the file being stored in the data storage space 120.
- the central processor resource 100 stores the calculated checksum # c in the data storage space 120 in association with the configuration file CF received, either at a shared location or with suitable linking.
- the central processor resource 100 is further adapted to reading the checksum # c out from the data storage space 120 for comparison with a checksum # v received via a diagnosis request DR. Valuable computing time is thus saved at the time of the comparison.
- the comparison between the checksums may instead be performed in the vehicle 180.
- the vehicle 180 is supposed to have a local processing unit 186 configured to receive an order message OM from the central processor resource 100.
- the order message OM is sent to the vehicle 180 in response to a diagnosis request DR from it.
- the order message OM includes a checksum # c associated with a vehicle-specific configuration file CF for the vehicle 180 which is stored in the data storage space 120.
- the local processing unit 186 is adapted to comparing the checksum # c received from the central processor resource 100 with a checksum # v calculated locally in the vehicle 180 for a current configuration file CF for the vehicle.
- the data storage space 120 is found to contain a current configuration file CF if the checksum # c received in the vehicle 180 corresponds to the checksum # v calculated locally in the vehicle.
- the local processing unit 186 of the vehicle 180 may for example be configured to calculate a new local checksum # v for a current configuration file CF for the vehicle 180.
- the vehicle 180 is further configured to be able to transmit the new local checksum # v to the central processor resource 100, e.g. via the communication means 182, advantageously at the same time as transmitting a diagnosis request DR.
- the new locally calculated checksum # v is compared with a stored previously received locally calculated checksum # v for a configuration file CF stored in the data storage space 120.
- the data storage space 120 is found to contain a current configuration file CF if the new locally calculated checksum # v corresponds to the previously received said locally calculated checksum # v .
- the allocation of work between the vehicle 180 and the central processor resource 100 may be reversed so that a similar comparator is located in the vehicle 180 and the calculation of checksums # c is performed in the central processor resource 100.
- the central processor resource 100 be configured to function in accordance with the instructions contained in software which is executed in the processor resource 100. It is therefore advantageous if the central processor resource 100 includes, or is in some other way linked to, a memory module M containing software which, when executed in the central processor resource 100, causes the procedure described above to be performed.
- a first step 210 checks whether a diagnosis request DR from a vehicle has been received.
- the diagnosis request DR will include a fault report describing a functional status of the vehicle concerned. If such a diagnosis request DR has been received, a step 220 follows, otherwise the procedure loops back and comes to a halt at step 210.
- Step 220 checks whether a current vehicle-specific configuration file describing a prevailing configuration of the vehicle is stored in an accessible data storage space. If such is the case, a step 230 reads said configuration file CF out from the data storage space to serve as a basis for a diagnosis engine.
- a subsequent step 240 determines a fault diagnosis for the vehicle on the basis of the configuration file CF and the fault report received.
- a step 250 follows whereby the vehicle is sent a request for a vehicle-specific configuration file CF.
- a step 260 checks whether such a file has been received. The procedure loops to step 250 until such a configuration file CF is received. Receipt of the configuration file CF is followed by a step 270 which reads the configuration file CF received into the diagnosis engine to serve in conjunction with the fault report as a basis for determining the fault diagnosis, which takes place at step 240.
- step 240 When the fault diagnosis has been established at step 240, the procedure loops back to step 210.
- the method steps described with reference to Figure 2 may be controlled by means of programmed computer apparatus.
- the embodiments of the invention described above with reference to the diagrams comprise a computer and processes conducted in a computer
- the invention extends to computer programmes, especially computer programmes on or in a carrier suited to practically implementing the invention.
- the programme may be in the form of source code, object code, a code intermediate between source and object code, e.g. in partly compiled form, or in any other form suitable for use in implementing the process according to the invention.
- the carrier may be any entity or device capable of carrying a programme.
- the carrier may comprise a storage medium such as a flash memory, an ROM (read only memory), e.g.
- the carrier may also be a transmitting carrier such as an electrical or optical signal which can be conveyed by an electrical or optical cable or via radio or in some other way.
- the carrier may take the form of such a cable, device or means.
- the carrier may be an integrated circuit in which the programme is embedded and which is adapted to conducting, or to being used in conducting, the relevant processes.
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Small-Scale Networks (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Description
- The present invention relates generally to solutions for fault diagnosis of vehicles. In particular, the invention relates to a system according to the preamble of claim 1 and a method according to the preamble of claim 8. The invention relates also to a computer programme according to claim 15 and a computer-readable medium according to claim 16.
- It is generally preferred to minimise the time which a motor vehicle spends at workshops for servicing or repairs. This applies in particular to commercial vehicles, e.g. trucks and buses, for which a maximum degree of effective utilisation is desired. There are therefore various current solutions for remotely identifying and, wherever possible, remedying faults which occur on vehicles. Even if a fault cannot be remedied locally, it is most commonly advantageous if it can be identified before the vehicle reaches the workshop or before a repairer reaches the vehicle. This makes it possible to prepare for the repair, leading to minimisation of outage time.
-
GB 2 366 407 - Before a proper fault diagnosis can be established, however, significant amounts of data need to be transmitted from the vehicle to the central server. Inter alia the server needs to be provided with full details of the vehicle's current configuration, i.e. what components are incorporated in the vehicle and what functions they are programmed to be able to perform. What is also normally necessary is a relatively comprehensive step-by-step exchange of questions and answers between server and vehicle until all the particulars relevant for the diagnosis have been conveyed to the server.
- The object of the present invention is to propose a solution which alleviates the above problem and thereby makes more effective remote diagnosis of a motor vehicle possible.
- According to an aspect of the invention, the object is achieved by the system described in the introduction whereby the central processor resource is connected to a data storage space which contains for example a database. The central processor resource is also configured to check whether a current configuration file specific to the vehicle, or corresponding data describing a prevailing configuration of the vehicle, is stored in the data storage space. If the data storage space is found to contain a current configuration file, the central processor resource is configured to read it out from the data storage space to serve as a basis for the diagnosis engine to determine the fault diagnosis. If on the contrary the data storage space is found not to contain a current vehicle-specific configuration file, the central processor resource is configured to send to the vehicle a request for a configuration file specific to it. In response to receiving from the vehicle a configuration file specific to it, the central processor resource is configured to read it in, to serve as a basis for the diagnosis engine to determine the fault diagnosis.
- This system is advantageous in avoiding unnecessary provision of data describing the vehicle's configuration. As today's commercial vehicles are typically very complex as regards possible equipment alternatives and choice of software-implemented functions, a relatively large amount of data is needed to properly describe the configuration of a particular vehicle. Moreover, providing said data may involve a comprehensive dialogue procedure between a central processor resource and the respective vehicle. Minimising the provision of configuration data thus saves both data traffic costs and time.
- According to an embodiment of this aspect of the invention, the vehicle-specific configuration file is regarded as describing a current configuration of the vehicle if it is associated with a timestamp indicating a file age which is less than a first predetermined value. By simple comparison between current time and the timestamp value it is thus possible to decide whether the configuration file may be deemed up to date or not.
- According to another embodiment of this aspect of the invention, the vehicle-specific configuration file is regarded as describing a current configuration of the vehicle if a history stored for said file in conjunction with the central processor resource indicates that the vehicle's configuration has changed less frequently than a second predetermined value. If this condition is fulfilled, further investigation of the configuration file may be avoided, saving a considerable amount of time and resources. This investigation may of course be combined dynamically with the aforesaid age check so that the configuration file is regarded as current if the time since the latest recorded change to the configuration file is shorter than a historical average interval between two consecutive updates of the file.
- According to a further embodiment of this aspect of the invention, the vehicle-specific configuration file is associated with a checksum. The diagnosis request transmitted from the vehicle to the central processor resource further includes the checksum associated with the vehicle-specific configuration file. To this end, the central processor resource comprises a comparator configured to compare the checksum received via diagnosis requests with a checksum calculated in the central processor resource for a configuration file for the vehicle stored in the data storage space. If the checksum received corresponds to the calculated checksum, the data storage space is regarded as containing a current configuration file for the vehicle, so no further provision of data is required. The checksum is based on the content of the configuration file in such a way that a match between two checksums very probably indicates that the respective configuration files are also identical. The conclusion from this comparison may therefore be drawn with a high degree of safety.
- It is also preferred that the central processor resource be configured to calculate a checksum for a configuration file received for storage in the data storage space, and then to store the calculated checksum in the data storage space in association with the configuration file received. The stored checksum is subsequently read out from the data storage space for comparison with a checksum received via a diagnosis request. The amount of time spent receiving a diagnosis request from a vehicle is thus appreciably minimised.
- According to yet another embodiment of this aspect of the invention, the vehicle-specific configuration file is associated with a checksum. The vehicle is here supposed to have a local processing unit configured to receive an order message from the central processor resource. The order message is in response to a diagnosis request from the vehicle and includes a checksum associated with a vehicle-specific configuration file which is stored in the data storage space connected to the central processor resource. The local processing unit is also supposed to be configured to compare the checksum received from the central processor resource with a checksum calculated locally in the vehicle for a current configuration file for the vehicle. The data storage space is found to contain a current configuration file if the checksum received by the vehicle corresponds to the checksum calculated locally in the vehicle. As above, unnecessary provision of configuration data can thus be avoided while at the same time it is possible to verify with a high degree of safety that a previously transmitted configuration file describes a current configuration of the vehicle.
- According to a yet further embodiment of this aspect of the invention, the vehicle-specific configuration file is associated with a checksum. The vehicle is further supposed to have a local processing unit configured to calculate a new local checksum for said file. To this end, the vehicle is assumed to be adapted to transmitting said new local checksum and a diagnosis request to the central processor resource. The central processor resource comprises a comparator configured to compare said new locally calculated checksum with a stored previously received locally calculated checksum for a configuration file stored in the data storage space. The data storage space is here found to contain a current configuration file if said new locally calculated checksum corresponds to said previously received said locally calculated checksum.
- Alternatively, the aforesaid comparator may be situated in the vehicle so that the comparison is instead done in the vehicle and the calculation of the checksums takes place in the central processor resource. This reduces the vehicle's computing burden.
- According to another aspect of the invention, the object is achieved by the method described in the introduction which comprises checking whether a current vehicle-specific configuration file describing a prevailing configuration of the vehicle is stored in a data storage space connected to the central processor resource. If the data storage space is found to contain a current configuration file, the method comprises reading it out from the data storage space to serve as a basis for the diagnosis engine to determine the fault diagnosis. If on the contrary the data storage space is found not to contain a current vehicle-specific configuration file, the central processor resource sends to the vehicle a request for such a file. In response to receiving a vehicle-specific configuration file from the vehicle, the diagnosis engine reads it in, to serve as a basis for determining the fault diagnosis. The advantages of this method and of its preferred embodiments are indicated by the above discussion pertaining to the proposed system.
- According to a further aspect of the invention, the object is achieved by a computer programme which can be directly downloaded to the internal memory of a computer and comprises software for controlling the steps according to the method proposed above when said programme is run on a computer.
- According to a further aspect of the invention, the object is achieved by a computer-readable medium which has stored on it a programme adapted to enabling a computer to control the steps according to the method proposed above.
- The present invention is explained below in more detail on the basis of embodiments described by way of examples with reference to the attached drawings.
- Figure 1
- is a schematic diagram of a preferred remote diagnosis system, and
- Figure 2
- is a flowchart illustrating the general method according to the invention.
- We refer initially to
Figure 1 depicting an embodiment of a system according to the invention. The system comprises acentral processor resource 100 and adata storage space 120 and is adapted to remote-diagnosing avehicle 180. - The
central processor resource 100 is configured to communicate wirelessly with at least onevehicle 180 via a communication means 182 located in the vehicle. The communication means 182 is itself adapted to receiving information about a functional status of thevehicle 180 from a data gathering means 184 located in the vehicle. Thus the communication means 182 handles inter alia fault signals and fault reports from ECUs (electronic control units) located in the vehicle. Thevehicle 180 is configured to generate, and by means of the communication means 182 send to thecentral processor resource 100, a diagnosis request DR. The diagnosis request DR will include a fault report describing a functional status of thevehicle 180 and may for example be transmitted to thecentral processor resource 100 via abase station 160 and one ormore communication networks 150, e.g. Internet. - On the basis of the fault report the
central processor resource 100 is configured to use a diagnosis engine to determine a fault diagnosis for thevehicle 180. With the object of making the diagnosis process more effective, thecentral processor resource 100 is connected to adata storage space 120 which for example contains a database. Thecentral processor resource 100 is further configured to check whether a current vehicle-specific configuration file CF describing a prevailing configuration of thevehicle 180 is stored in thedata storage space 120. - If the
data storage space 120 is found to contain a current configuration file CF, thecentral processor resource 100 is adapted to reading it out from thedata storage space 120 to thediagnosis engine 110 to serve as a basis for determining the fault diagnosis for thevehicle 180. If thedata storage space 120 is found not to contain a current vehicle-specific configuration file CF, thecentral processor resource 100 is adapted instead to sending to the vehicle 180 a request CFR for such a file. In response to receiving a vehicle-specific configuration file CF from thevehicle 180, thecentral processor resource 100 is further adapted to reading it into thediagnosis engine 110 to serve as a basis for determining the fault diagnosis. - According to an embodiment of the invention, the vehicle-specific configuration file CF is regarded as describing a current configuration of the
vehicle 180 if it is associated with a timestamp which indicates its age at less than a first predetermined value, e.g. a week, a month, a half-year or a year, depending on vehicle type and/or model, equipment and, where applicable, a dynamic parameter such as a configuration history. According to another embodiment of the invention, the vehicle-specific configuration file CF is regarded as describing a current configuration of thevehicle 180 if a history H stored in conjunction with thecentral processor resource 100 for the file indicates that the configuration of thevehicle 180 has changed less frequently than a second predetermined value. The history H is stored with advantage in adatabase 130 which may either be accommodated in the same storage space as, or be stored separately from, thedata storage space 120. - According to embodiments of the invention, with the object of achieving increased reliability in assessing whether a configuration file CF stored for a
particular vehicle 180 in thedata storage space 120 describes a current configuration (i.e. whether the file properly indicates the units with which the vehicle is equipped and which software and versions thereof have been loaded to control them), the file is associated with a checksum calculated, for example, by so-called hashing. The checksum may be calculated locally in thevehicle 180 and be designated #v, or be calculated centrally in thecentral processor resource 100 and be designated #c. - For example, diagnosis requests DR transmitted from the
vehicle 180 to thecentral processor resource 100 may include the checksum #v associated with the vehicle-specific configuration file CF. In this case thecentral processor resource 100 comprises acomparator 140 configured to compare the checksum #v received via diagnosis requests DR with a checksum #c calculated in the central processor resource for a configuration file CF for thevehicle 180 which is stored in thedata storage space 120. Thedata storage space 120 is here found to contain a current configuration file CF if the checksum #v received corresponds to the centrally calculated checksum #c. - For reasons of effectiveness it may be advantageous to arrive at the centrally calculated checksum #c beforehand, i.e. for the
central processor resource 100 to be configured to calculate for a configuration file CF received a checksum #c with a view to the file being stored in thedata storage space 120. Thecentral processor resource 100 stores the calculated checksum #c in thedata storage space 120 in association with the configuration file CF received, either at a shared location or with suitable linking. Thecentral processor resource 100 is further adapted to reading the checksum #c out from thedata storage space 120 for comparison with a checksum #v received via a diagnosis request DR. Valuable computing time is thus saved at the time of the comparison. - As an alternative to the above, the comparison between the checksums may instead be performed in the
vehicle 180. In this case thevehicle 180 is supposed to have alocal processing unit 186 configured to receive an order message OM from thecentral processor resource 100. The order message OM is sent to thevehicle 180 in response to a diagnosis request DR from it. The order message OM includes a checksum #c associated with a vehicle-specific configuration file CF for thevehicle 180 which is stored in thedata storage space 120. Thelocal processing unit 186 is adapted to comparing the checksum #c received from thecentral processor resource 100 with a checksum #v calculated locally in thevehicle 180 for a current configuration file CF for the vehicle. - As above, the
data storage space 120 is found to contain a current configuration file CF if the checksum #c received in thevehicle 180 corresponds to the checksum #v calculated locally in the vehicle. - According to the invention there is of course no need for the comparison of the checksums to be performed at the same location as that where the respective checksums #c and #v are calculated.
- Thus the
local processing unit 186 of thevehicle 180 may for example be configured to calculate a new local checksum #v for a current configuration file CF for thevehicle 180. In this case thevehicle 180 is further configured to be able to transmit the new local checksum #v to thecentral processor resource 100, e.g. via the communication means 182, advantageously at the same time as transmitting a diagnosis request DR. The new locally calculated checksum #v is compared with a stored previously received locally calculated checksum #v for a configuration file CF stored in thedata storage space 120. Thedata storage space 120 is found to contain a current configuration file CF if the new locally calculated checksum #v corresponds to the previously received said locally calculated checksum #v. - As a further alternative, the allocation of work between the
vehicle 180 and thecentral processor resource 100 may be reversed so that a similar comparator is located in thevehicle 180 and the calculation of checksums #c is performed in thecentral processor resource 100. - It is preferable that the
central processor resource 100 be configured to function in accordance with the instructions contained in software which is executed in theprocessor resource 100. It is therefore advantageous if thecentral processor resource 100 includes, or is in some other way linked to, a memory module M containing software which, when executed in thecentral processor resource 100, causes the procedure described above to be performed. - To summarise, the general method according to the invention will now be described with reference to the flowchart in
Figure 2 . - A
first step 210 checks whether a diagnosis request DR from a vehicle has been received. The diagnosis request DR will include a fault report describing a functional status of the vehicle concerned. If such a diagnosis request DR has been received, astep 220 follows, otherwise the procedure loops back and comes to a halt atstep 210. Step 220 checks whether a current vehicle-specific configuration file describing a prevailing configuration of the vehicle is stored in an accessible data storage space. If such is the case, astep 230 reads said configuration file CF out from the data storage space to serve as a basis for a diagnosis engine. Asubsequent step 240 determines a fault diagnosis for the vehicle on the basis of the configuration file CF and the fault report received. - If at
step 220 it turns out that the data storage space does not contain a current vehicle-specific configuration file for the vehicle, astep 250 follows whereby the vehicle is sent a request for a vehicle-specific configuration file CF. Astep 260 then checks whether such a file has been received. The procedure loops to step 250 until such a configuration file CF is received. Receipt of the configuration file CF is followed by astep 270 which reads the configuration file CF received into the diagnosis engine to serve in conjunction with the fault report as a basis for determining the fault diagnosis, which takes place atstep 240. - When the fault diagnosis has been established at
step 240, the procedure loops back tostep 210. - The method steps described with reference to
Figure 2 may be controlled by means of programmed computer apparatus. In addition, although the embodiments of the invention described above with reference to the diagrams comprise a computer and processes conducted in a computer, the invention extends to computer programmes, especially computer programmes on or in a carrier suited to practically implementing the invention. The programme may be in the form of source code, object code, a code intermediate between source and object code, e.g. in partly compiled form, or in any other form suitable for use in implementing the process according to the invention. The carrier may be any entity or device capable of carrying a programme. For example, the carrier may comprise a storage medium such as a flash memory, an ROM (read only memory), e.g. a CD (compact disc) or semiconductor ROM, EPROM (electrically programmable ROM), EEPROM (erasable EPROM) or a magnetic recording medium, e.g. a floppy disc or a hard disc. The carrier may also be a transmitting carrier such as an electrical or optical signal which can be conveyed by an electrical or optical cable or via radio or in some other way. Where the programme is in the form of a signal which can be conveyed directly by cable or some other device or means, the carrier may take the form of such a cable, device or means. Alternatively the carrier may be an integrated circuit in which the programme is embedded and which is adapted to conducting, or to being used in conducting, the relevant processes. - The invention is not restricted to the embodiments described with reference to the diagrams but may be varied freely within the scope of the claims set out below.
Claims (16)
- A system for diagnosis of vehicles (180), comprising
a central processor resource (100) configured to communicate wirelessly with at least one vehicle (180) via a communication means (182) located in the vehicle and adapted to receiving information about a functional status of the vehicle (180) from a data gathering means (184) located in the vehicle (180),
said at least one vehicle (180) being configured to generate and send to the central processor resource (100) by means of said communication means (182) a diagnosis request (DR) which includes a fault report describing a functional status of the vehicle (180), and
the central processor resource (100) being configured to determining on the basis of the fault report a fault diagnosis for the vehicle (180) by using a diagnosis engine (110), characterised in that the central processor resource (100) is connected to a data storage space (120) and is further configured
to check whether a current vehicle-specific configuration file (CF) describing a prevailing configuration of the vehicle (180) is stored in the data storage space (120),
if the data storage space (120) is found to contain a current configuration file (CF), to read it out from the data storage space (120) to serve as a basis for the diagnosis engine (110) to determine the fault diagnosis,
if the data storage space (120) is found not to contain a current vehicle-specific configuration file (CF),
to send to the vehicle (180) a request (CFR) for a vehicle-specific configuration file (CF), and
to respond to receiving a vehicle-specific configuration file (CF) from the vehicle (180) by reading it in, to serve as a basis for the diagnosis engine (110) to determine the fault diagnosis. - The system according to claim 1, whereby the vehicle-specific configuration file (CF) is regarded as describing a current configuration of the vehicle (180) if it is associated with a timestamp which indicates its age as less than a first predetermined value.
- The system according to claim 2, whereby the vehicle-specific configuration file (CF) is regarded as describing a current configuration of the vehicle (180) if a history (H) stored for said file in conjunction with the central processor resource (100) indicates that the configuration file of the vehicle (180) has changed less frequently than a second predetermined value.
- The system according to any one of the foregoing claims, whereby the vehicle-specific configuration file (CF) is associated with a checksum (#v #c), said diagnosis request (DR) transmitted from the vehicle (180) to the central processor resource (100) includes the checksum (#v) associated with the vehicle-specific configuration file (CF), and the central processor resource (100) comprises
a comparator (140) configured to compare the checksum (#v) received via diagnosis requests (DR) with a checksum (#c) calculated in the central processor resource (100) for a configuration file (CF) for the vehicle (180) which is stored in the data storage space (120), and
whereby the data storage space (120) is found to contain a current configuration file (CF) if the checksum (#v) received corresponds to the calculated checksum (#c). - The system according to claim 4, whereby the central processor resource (100) is configured
to calculate a checksum (#c) for a configuration file (CF) received with a view to storing it in the data storage space (120),
to store the calculated checksum (#c) in the data storage space (120) in association with the configuration file (CF) received, and
to read the stored checksum (#c) out from the data storage space (120) for comparison with a checksum (#v) received via a diagnosis request (DR). - The system according to any one of claims 1 to 3, whereby the vehicle-specific configuration file (CF) is associated with a checksum (#v #c) and the vehicle (180) is supposed to have a local processing unit (186) configured
to receive from the central processor resource (100) an order message (OM) which is sent in response to a diagnosis request (DR) from the vehicle (180) and includes a checksum (#c) associated with a vehicle-specific configuration file (CF) for the vehicle (180) which is stored in the data storage space (120) connected to the central processor resource (100), and
to compare the checksum (#c) received from the central processor resource (100) with a checksum (#v) calculated locally in the vehicle (180) for a current configuration file (CF) for the vehicle (180), and
the data storage space (120) is found to contain a current configuration file (CF) if said checksum (#c) received in the vehicle (180) corresponds to said locally calculated checksum (#v). - The system according to any one of claims 1 to 3, whereby the vehicle-specific configuration file (CF) is associated with a checksum (#v #c),
the vehicle (180) being supposed to have a local processing unit (186) configured to calculate a new local checksum (#v) for said file (CF), and being adapted to transmitting to the central processor resource (100) said new local checksum (#v) and a diagnosis request (DR),
the central processor resource (100) comprising a comparator (140) configured to compare said new locally calculated checksum (#v) with a stored locally calculated checksum (#v) received previously for a configuration file (CF) stored in the data storage space (120), and
whereby the data storage space (120) is found to contain a current configuration file (CF) if said new locally calculated checksum (#v) corresponds to said previously received said locally calculated checksum (#v). - A method for diagnosis of vehicles (180), comprising
conveying to a central processor resource (100) from a vehicle (180) a diagnosis request (DR) which includes a fault report describing a functional status of the vehicle (180),
on the basis of the fault report, determining a fault diagnosis for the vehicle (180) by means of a diagnosis engine (110) in the central processor resource (100),
characterised in that the method comprises
checking whether a current vehicle-specific configuration file (CF) describing a prevailing configuration of the vehicle (180) is stored in a data storage space (120) connected to the central processor resource (100),
if the data storage space (120) is found to contain a current configuration file (CF), reading it out from the data storage space (120) to serve as a basis for the diagnosis engine (110) to determine the fault diagnosis,
if the data storage space (120) is found not to contain a current vehicle-specific configuration file (CF),
sending from the central processor resource (100) to the vehicle (180) a request (CFR) for a vehicle-specific configuration file (CF), and
responding to receiving a vehicle-specific configuration file (CF) from the vehicle (180) by reading it in, to serve as a basis for the diagnosis engine (110) to determine the fault diagnosis. - The method according to claim 8, whereby the vehicle-specific configuration file (CF) is regarded as describing a current configuration of the vehicle (180) if it is associated with a timestamp indicating its age as less than a first predetermined value.
- The method according to claim 9, whereby the vehicle-specific configuration file (CF) is regarded as describing a current configuration of the vehicle (180) if a history (H) stored for said file in conjunction with the central processor resource (100) indicates that the configuration of the vehicle (180) has changed less frequently than a second predetermined value.
- The method according to any one of the claims 8 to 10, whereby the vehicle-specific configuration file (CF) is associated with a checksum (#v #c), said diagnosis request (DR) transmitted from the vehicle (180) to the central processor resource (100) includes the checksum (#v) associated with the vehicle-specific configuration file (CF), and the method comprises
comparing the checksum (#v) received via diagnosis requests (DR) with a checksum (#c) calculated in the central processor resource (100) for a configuration file (CF) for the vehicle (180) which is stored in the data storage space (120), and
whereby the data storage space (120) is found to contain a current configuration file (CF) if the checksum (#v) received from the vehicle (180) corresponds to the calculated checksum (#c). - The method according to claim 11, comprising
calculating in the central processor resource (100) a checksum (#c) for a configuration file (CF) received, with a view to storing it in the data storage space (120),
storing the calculated checksum (#c) in the data storage space (120) in association with the configuration file (CF) received, and
reading the stored checksum (#c) out from the data storage space (120) for comparison with a checksum (#v) received via a diagnosis request (DR). - The method according to any one of claims 8 to 10, whereby the vehicle-specific configuration file (CF) is associated with a checksum (#v #c) and the method comprises
in response to a diagnosis request (DR) received, transmitting from the central processor resource (100) to the vehicle (180) a checksum (#c) associated with a vehicle-specific configuration file (CF) for the vehicle (180) which is stored in the data storage space (120),
comparing in the vehicle (180) the checksum (#c) received from the central processor resource (100) with a checksum (#v) calculated locally for a current configuration file (CF) for the vehicle (180), and
whereby the data storage space (120) is found to contain a current configuration file (CF) if the checksum (#c) received in the vehicle (180) corresponds to the locally calculated checksum (#v). - The method according to any one of claims 8 to 10, whereby the vehicle-specific configuration file (CF) is associated with a checksum (#v #c) and the method comprises
transmitting a diagnosis request (DR) from the vehicle (180) to the central processor resource (100),
calculating in the vehicle (180) a new local checksum (#v) for said file (CF), and
transmitting said new locally calculated checksum (#v) from the vehicle (180) to the central processor resource (100), and
comparing in the central processor resource (100) said new locally calculated checksum (#v) with a stored previously received locally calculated checksum (#v) for a configuration file (CF) stored in the data storage space (120), and
whereby the data storage space (120) is found to contain a current configuration file (CF) if said new locally calculated checksum (#v) corresponds to said previously received said locally calculated checksum (#v). - A computer programme which can be directly downloaded to the internal memory (M) of a computer, comprising software for controlling the steps according to any one of claims 8 to 14 when said programme is run on the computer.
- A computer-readable medium (M) which has stored on it a programme adapted to enabling a computer to control the steps according to any one of claims 8 to 14.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
SE1051246A SE1051246A1 (en) | 2010-11-29 | 2010-11-29 | Remote diagnostics of vehicles |
Publications (3)
Publication Number | Publication Date |
---|---|
EP2458564A2 true EP2458564A2 (en) | 2012-05-30 |
EP2458564A3 EP2458564A3 (en) | 2014-08-27 |
EP2458564B1 EP2458564B1 (en) | 2018-04-04 |
Family
ID=45217263
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP11190359.7A Active EP2458564B1 (en) | 2010-11-29 | 2011-11-23 | Remote diagnosis of vehicles |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2458564B1 (en) |
BR (1) | BRPI1105021A2 (en) |
SE (1) | SE1051246A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103061910A (en) * | 2012-12-27 | 2013-04-24 | 潍柴动力股份有限公司 | System and method for distinguishing present fault and ancient fault of motor |
EP2940660A1 (en) * | 2014-04-30 | 2015-11-04 | Continental Automotive GmbH | Synchronization of records of duty status between a vehicle and a stationary unit |
WO2019145209A1 (en) * | 2018-01-25 | 2019-08-01 | Robert Bosch Gmbh | Apparatus and method for registering and monitoring autonomous vehicles |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2366407A (en) | 2000-08-31 | 2002-03-06 | Trw Ltd | Remote diagnosis of faults in vehicles |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NL9301301A (en) * | 1993-07-23 | 1995-02-16 | Nederland Ptt | System and device for the transmission of vehicle data. |
US7155321B2 (en) * | 2001-08-06 | 2006-12-26 | Idsc Holdings Llc | System, method and computer program product for remote vehicle diagnostics, monitoring, configuring and reprogramming |
GB2383854B (en) * | 2001-09-06 | 2005-06-22 | Sun Microsystems Inc | Method for checking a computer system configuration |
DE10323384A1 (en) * | 2003-05-23 | 2004-12-16 | Daimlerchrysler Ag | diagnostic system |
DE102006009098A1 (en) * | 2006-02-28 | 2007-08-30 | Daimlerchrysler Ag | Diagnosis data transmitting method for e.g. passenger car, involves transmitting connection request via channel of radio interface to onboard communication module found in vehicle |
US20100082702A1 (en) * | 2008-09-29 | 2010-04-01 | Honeywell International Inc. | Dynamic vehicle information management |
CN101860531B (en) * | 2010-04-21 | 2013-04-17 | 北京星网锐捷网络技术有限公司 | Filtering rule matching method of data packet and device thereof |
-
2010
- 2010-11-29 SE SE1051246A patent/SE1051246A1/en not_active Application Discontinuation
-
2011
- 2011-11-23 EP EP11190359.7A patent/EP2458564B1/en active Active
- 2011-11-29 BR BRPI1105021-7A patent/BRPI1105021A2/en active Search and Examination
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2366407A (en) | 2000-08-31 | 2002-03-06 | Trw Ltd | Remote diagnosis of faults in vehicles |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103061910A (en) * | 2012-12-27 | 2013-04-24 | 潍柴动力股份有限公司 | System and method for distinguishing present fault and ancient fault of motor |
CN103061910B (en) * | 2012-12-27 | 2015-07-08 | 潍柴动力股份有限公司 | System and method for distinguishing present fault and ancient fault of motor |
EP2940660A1 (en) * | 2014-04-30 | 2015-11-04 | Continental Automotive GmbH | Synchronization of records of duty status between a vehicle and a stationary unit |
US9299199B2 (en) | 2014-04-30 | 2016-03-29 | Continental Automotive Gmbh | Synchronization of records of duty status between a vehicle and a stationary unit |
WO2019145209A1 (en) * | 2018-01-25 | 2019-08-01 | Robert Bosch Gmbh | Apparatus and method for registering and monitoring autonomous vehicles |
Also Published As
Publication number | Publication date |
---|---|
SE1051246A1 (en) | 2012-05-30 |
BRPI1105021A2 (en) | 2013-03-19 |
EP2458564A3 (en) | 2014-08-27 |
EP2458564B1 (en) | 2018-04-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200302710A1 (en) | Automobile trouble diagnosis method, automobile trouble diagnosis apparatus, and electronic device | |
CN108563214B (en) | Vehicle diagnosis method, device and equipment | |
CN110069053B (en) | Remote vehicle detection system and method based on TSP cloud deck | |
CN105589719B (en) | system for remotely upgrading whole vehicle-mounted controller software and upgrading method | |
US20090265055A1 (en) | System and method for performing automotive diagnostics | |
CN106406273A (en) | Method for determining the cause of failure in a vehicle | |
US20120041637A1 (en) | Engine diagnostic system and method for capturing diagnostic data in real-time | |
US20090306849A1 (en) | System for diagnosis of motor vehicles, and for reception of vehicles at a repair facility | |
TW200836957A (en) | Method and system for processing and transmitting automotive emission data | |
CN104488004A (en) | Methods and systems for providing vehicle repair information | |
US20150277891A1 (en) | Electronic controller software coding system and method for vehicle control | |
US20230058631A1 (en) | Remote automobile diagnostic method and apparatus, and computer device | |
KR101412289B1 (en) | ECU management system and method | |
EP2458564B1 (en) | Remote diagnosis of vehicles | |
CN110995823B (en) | Vehicle-mounted terminal offline processing method, device, storage medium and device | |
CN114378862B (en) | Cloud platform-based automatic robot abnormality repairing method and device and robot | |
CN115022223A (en) | Method and system for carrying out automatic test on TBOX through UDS | |
CN113780963A (en) | Transportation management method, system, storage medium and equipment for commodity vehicle | |
CN113505056A (en) | Vehicle diagnosis method, system, device and storage medium | |
CN111447231B (en) | Vehicle protocol identification method and device | |
CN106882162B (en) | Vehicle maintenance device and system | |
CN115619370A (en) | Vehicle fault diagnosis method and device | |
CN110045720A (en) | Vehicle-mounted TBox abnormal data uploads monitoring system and monitoring method | |
KR20200124472A (en) | Apparatus for diagnosis error of a vehicle, system having the same and method thereof | |
CN111507705B (en) | Processing method of refueling data |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
AK | Designated contracting states |
Kind code of ref document: A2 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
PUAL | Search report despatched |
Free format text: ORIGINAL CODE: 0009013 |
|
AK | Designated contracting states |
Kind code of ref document: A3 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
AX | Request for extension of the european patent |
Extension state: BA ME |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: G07C 5/00 20060101AFI20140723BHEP Ipc: G07C 5/08 20060101ALI20140723BHEP |
|
17P | Request for examination filed |
Effective date: 20150227 |
|
RBV | Designated contracting states (corrected) |
Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
17Q | First examination report despatched |
Effective date: 20151211 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
INTG | Intention to grant announced |
Effective date: 20171130 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 986369 Country of ref document: AT Kind code of ref document: T Effective date: 20180415 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602011047083 Country of ref document: DE |
|
REG | Reference to a national code |
Ref country code: SE Ref legal event code: TRGR |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20180404 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180704 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180704 Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180705 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 986369 Country of ref document: AT Kind code of ref document: T Effective date: 20180404 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180806 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602011047083 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
26N | No opposition filed |
Effective date: 20190107 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20181123 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181123 Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20181130 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: MM4A |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181130 Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181130 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181123 Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181130 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181130 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181123 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20181123 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MK Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180404 Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20111123 Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180404 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180804 |
|
P01 | Opt-out of the competence of the unified patent court (upc) registered |
Effective date: 20230518 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: SE Payment date: 20231002 Year of fee payment: 13 Ref country code: DE Payment date: 20230929 Year of fee payment: 13 |