DE102015016928A1 - Method for operating a vehicle - Google Patents

Abstract

The invention relates to a method for operating a vehicle (1). According to the invention, at least one vehicle function is remotely controlled via an external server (2) communicating with the vehicle (1) via a wireless communication link, a function command being sent for remote control of the at least one vehicle function being provided for diagnosing the vehicle function.

Description

The invention relates to a method for operating a vehicle according to the features of the preamble of claim 1.

From the prior art, as in the DE 10 2012 003 000 A1 described a remote diagnostics of vehicles known. A central processor resource communicates a set of diagnostic questions to a selected vehicle via a wireless communication link. A communication device in the vehicle receives information regarding a functional state of a set of units in the vehicle. The communication organ also receives diagnostic questions and causes diagnostic questions in the vehicle. The diagnostic questions are executed simultaneously and independently of each other. When executing the individual diagnostic questions, the associated resulting response data is generated, which the communication unit compiles with the diagnostic questions in a diagnostic file. Alternatively, the communication unit assembles identification data for the diagnosis questions and the above resulting response data into a diagnostic file. The communication device then initiates the transmission of the diagnostic file to the central processor resource via the wireless communication link.

The invention is based on the object to provide a comparison with the prior art improved method for operating a vehicle.

The object is achieved by a method for operating a vehicle having the features of claim 1.

Advantageous embodiments of the invention are the subject of the dependent claims.

In a method for operating a vehicle, according to the invention, at least one vehicle function is remotely controlled via an external server communicating with the vehicle via a wireless communication link, a function command being sent for remote control of the at least one vehicle function being provided for diagnosing the vehicle function.

By means of the method according to the invention, function commands already used in the vehicle for diagnosing the respective vehicle function, i. H. in particular diagnostic commands to a controller responsible for the respective vehicle function, used for remote control of the respective vehicle function, so that no installation of additional software in the vehicle is required. In this way, all vehicle functions that can be controlled by means of a diagnostic device can be remotely controlled without making any additional changes to the vehicle.

In modern vehicles, a plurality of control devices for controlling vehicle functions are integrated, which can each be controlled by means of a diagnostic device, since these control devices usually each include a remote diagnostics diagnostic module, which can be accessed by the diagnostic device to control the respective vehicle function. In addition, values or error codes, for example, can be read from the control unit, routines can be called up, parameterizations can be carried out, and vehicle functions and thus vehicle components can be controlled via the diagnostic device.

By means of the method, these function commands are not sent from a diagnostic device connected to the vehicle, for example to a so-called OBD interface or OBD-2 interface (OBD = on-board diagnosis) of the vehicle, but from the external server via the wireless communication link. The required software for remote control of the respective vehicle function is thus implemented in the server. An activation and / or configuration and / or status query of the respective vehicle function can thus be initiated and thus remotely controlled via this server. For example, a software update of the respective control device in this way is possible.

Expediently, a user, for example a vehicle owner and / or vehicle user, can access this server, preferably by means of a mobile terminal, and in this way remotely control the respective vehicle function. This is done, for example, with a corresponding terminal program, d. H. by means of a so-called app.

Since no software adaptation of the vehicle is required, the remotely controllable vehicle functions that are to be offered to the user can be configured on the server and offered to the user on the mobile terminal for use. If the user selects a vehicle function for remote control on the mobile terminal, this is transmitted to the server, which sends the corresponding function command to the vehicle, which is then executed in the vehicle.

The server is suitably operated by a respective vehicle manufacturer. This indirect access of the user via the server to the vehicle ensures, in particular, that only vehicle functions selected by the vehicle manufacturer can be remotely controlled and Remote control of at least some vehicle functions, for example, not possible at any time, but for example, is dependent on a respective operating state of the vehicle. For example, a remote control of vehicle functions, which could negatively influence a driving operation of the vehicle, can be prevented during the driving operation.

In principle, all the diagnostic functions available in the vehicle for remote control can be used by means of the method so that the user can be offered a multiplicity of remotely controllable vehicle functions by means of the method without requiring any changes to the vehicle. As a result, development costs for such remote-controlled vehicle functions are reduced and a much faster introduction of such remote-controlled vehicle functions possible, for example, for existing, d. H. already developed, produced and sold to end users vehicle series. No hardware or software retrofit of the particular vehicle is required because the required remote control software is installed on the server. The software and hardware required in the vehicle, as it has been used to perform the diagnostic functions already exists. As a result, in particular no replacement of control devices of the respective vehicle is required to enable the remote control of such vehicle functions, because the control units already support the performance of the vehicle functions for diagnostic purposes. It is only the sending of the corresponding diagnostic commands not via a diagnostic device, but for remote control from the server.

For communication of the server with the vehicle, the vehicle expediently has a corresponding communication module, which is connected to the respective remote-controllable control devices of the vehicle, d. H. is expediently connected to one or more data bus systems of the vehicle, for example CAN and / or FlexRay. New vehicles can be equipped with such a communication module, also referred to as telematics control unit. In older vehicles retrofitting of such a communication module is possible. A connection of such a retrofitted communication module, for example, easily and inexpensively via an OBD adapter to the OBD interface or OBD-2 interface of the vehicle.

Embodiments of the invention will be explained in more detail below with reference to a drawing.

Showing:

1 a schematic representation of required components for carrying out a method for operating a vehicle.

1 shows a schematic representation of required components for carrying out a method for operating a vehicle 1 In this method, at least one vehicle function is connected with the vehicle 1 external server communicating over a wireless communication link 2 is remotely controlled. In this case, a function command is sent for remote control of the at least one vehicle function, which is provided for diagnosing the vehicle function.

To carry out the procedure is the server 2 required, which at least temporarily via a suitably bidirectional wireless communication connection, for example via radio, in particular via mobile radio, with the vehicle 1 is connected, as shown schematically by a first double arrow P1. At the server 2 it is expediently a server 2 of a respective vehicle manufacturer. Conveniently, by means of the method via the server 2 a plurality of vehicle functions of the vehicle 1 and preferably further vehicles not shown here 1 be remotely controlled with which the server 2 is also at least temporarily connected via such a suitably bidirectional wireless communication link.

The connection with the vehicle 1 expediently takes place via a communication module 3 of the vehicle 1 , also referred to as telematics control unit. This communication module 3 is expediently to one or more or all data bus systems 4 of the vehicle 1 , For example, CAN and / or FlexRay, connected and about with one or conveniently several or all control devices 5 of the vehicle 1 connected, which are responsible for the respective vehicle function, so that a bidirectional communication link between the communication module 3 and the respective control unit 5 of the vehicle 1 via the respective data bus system 4 is possible, as shown schematically by a second double arrow P2. For reasons of clarity, only a data bus system is shown here 4 and only one controller 5 of the vehicle 1 ,

Older vehicles 1 in which such a communication module 3 originally was not intended, with such a communication module 3 be retrofitted to the process even in such vehicles 1 to enable. This is particularly simple and cost-effective, for example, by connecting to an OBD interface or OBD-2 interface (OBD = on-board interface). Diagnosis) of the vehicle 1 possible by means of a corresponding adapter.

In order to allow a user, for example a vehicle owner or vehicle user, the method and thus the remote control of one or more vehicle functions, the user can use a terminal 6 , in particular by means of a mobile terminal 6 , for example by means of a mobile phone, on the external server 2 access to the external server 2 to control the respective vehicle function remotely. For this purpose, the terminal 6 at least in part via a bidirectional communication link with the server 2 connected, as shown schematically by a third double arrow P3. Is the terminal 6 as a mobile terminal 6 trained, so it is in this communication connection between the server 2 and the terminal 6 expediently to a wireless communication link. The remote control of the respective vehicle function may include, for example, an activation and / or configuration and / or status query of the vehicle function.

By means of this procedure are already in the vehicle 1 used function commands for the diagnosis of the respective vehicle function, ie in particular diagnostic commands to the responsible for the respective vehicle function control unit 5 , used for remote control of the respective vehicle function, so that no installation of additional software in the vehicle 1 is required. In this way, all vehicle functions that can be controlled by means of a diagnostic device can be remotely controlled without additional changes to the vehicle 1 make.

In modern vehicles 1 are a variety of control devices 5 integrated to control vehicle functions, which are each controlled by a diagnostic device, because these controllers 5 usually each include a remote diagnosable diagnostic module, which can be accessed by the diagnostic device to control the respective vehicle function. For example, values or error codes from the control unit can be used 5 be read out, routines are retrieved, parameterizations are carried out and vehicle functions and thus vehicle components are controlled via the diagnostic device.

By means of the method, these function commands are not from one to the vehicle 1 For example, to the OBD interface or OBD-2 interface of the vehicle 1 , but connected from the external server 2 over the wireless communication link. The required software for remote control of the respective vehicle function is thus in the server 2 implemented. About this server 2 Thus, an activation and / or configuration and / or status query of the respective vehicle function can be initiated and thus remotely controlled. For example, there is also a software update of the respective control device 5 possible in this way.

Because no software customization of the vehicle 1 is required, the remotely controllable vehicle functions that are to be offered to the user, on the server 2 be configured and the user on the terminal 6 be offered for use. Selects the user on the device 6 a vehicle function for remote control, this is sent to the server 2 which transmits the corresponding function command to the vehicle 1 sends, then in the vehicle 1 is performed.

The server 2 is suitably operated by a respective vehicle manufacturer. Through this indirect access of the user via the server 2 on the vehicle 1 In particular, it is ensured that only vehicle functions selected by the vehicle manufacturer can be controlled remotely and the remote control of at least some vehicle functions, for example, is not possible at any time, but, for example, from a respective operating state of the vehicle 1 is dependent. For example, this can be a remote control of vehicle functions, which a driving operation of the vehicle 1 could be negatively influenced while driving.

In principle, by means of the process all in the vehicle 1 existing diagnostic functions for remote control available, so that the user by means of the method a variety of remotely controllable vehicle functions can be offered without causing any changes to the vehicle 1 required are. This reduces development costs for such remotely controllable vehicle functions and enables a much faster introduction of such remotely controllable vehicle functions, for example also for already existing, ie already developed, produced and sold end user vehicle series.

There is no hardware or software upgrade of the respective vehicle 1 required, because the required software for remote control is on the server 2 Installed. The in the vehicle 1 Required software and hardware is already present because it is used to perform the diagnostic functions. As a result, in particular, no exchange of control devices 5 of the respective vehicle 1 required to allow the remote control of such vehicle functions, because the control units 5 support the implementation of vehicle functions for diagnostic purposes already. It Only the transmission of the corresponding diagnostic commands is not via a diagnostic device, but for remote control from the server 2 ,

In the vehicle sector, various standard diagnostic protocols are used to diagnose ECUs 5 used, for example, the UDS protocol (Unified Diagnostic Services) and / or the KWP2000 protocol (Key Word Protocol 2000). All of these protocols share different tasks for secure communication in different levels, according to the ISO model or OSI model. In order to enable the advantageous procedure described above, advantageously in the layer structure of the OSI model (Open Systems Interconnection Model), a separation and distribution of the OSI layers (OSI layers) and their protocols on the vehicle 1 more precisely on its communication module 3 , and on the server 2 performed.

The OSI model consists of seven layers. The first layer is a physical layer, the second layer is a data link layer, the third layer is a network layer, the fourth layer is a transport layer (transport layer) ), the fifth layer is a communication control or session layer, the sixth layer is a presentation layer, and the seventh layer is an application layer. These layers are used for carrying out the method, in particular for transmitting function commands, in particular diagnostic commands, which are used for the remote control of vehicle functions and status updates and possibly also for software updates of the control devices 5 , the so-called ECU-flashing, can be advantageously divided such that the communication module 3 the fifth and fourth layer and all layers underneath and the server 2 Also referred to as the back-end server or cloud, it handles the seventh layer, ie, the application layer or application layer, ie, sending the so-called payload and decoding the corresponding responses.

This concept is also referred to as "balanced diagnosis". This makes it possible to offer users new remote controllable vehicle functions, without any adjustments, especially in the form of new software and coding in the vehicle 1 or in its communication module 3 to have to make because of the remotely controllable vehicle functions sequences and commands not fixed in the vehicle 1 or its communication module 3 must be programmed, but on the server 2 be programmed, ie all necessary changes are made on the server 2 made interventions in the vehicles 1 are not required.

This achieves great flexibility as there are no changes to the vehicles 1 required are. Here is this concept of distributing protocols on vehicle 1 and server 2 regardless of which protocols are used, as long as such a division of the layers and their protocols in the protocols used in each case is possible. As a result, the method can also continue to be used with protocols used in the future.

The use of the protocols, for example, depends on the respective vehicle 1 used data bus system 4 , for example CAN or FlexRay. For CAN, for example, the TP protocol ( ISO 15765-2 or ISO-TP) is used as the transport protocol for the CAN bus. For the diagnostic services, for example, the UDS protocol (Unified Diagnostic Services) is currently used as the diagnostic communication protocol in the ECU environment and / or the KWP2000 protocol (Key Word Protocol 2000). As mentioned, however, protocols used in the future can also be used for the method. As long as the protocols for different tasks, for example according to the layers of the OSI model, are separate and compatible with each other, they can continue to be based on their tasks on vehicle 1 and server 2 be distributed and work together to carry out the procedure.

In particular, by this division of the OSI layers and their protocols, whereby a majority of the software required to carry out the remote control of the vehicle functions not in the vehicle 1 , in particular not in its communication module 3 , needs to be installed, but on the server 2 is installed, it allows that communication module 3 in particular for switching and forwarding the function commands of the server 2 to the respective addressed control unit 5 and for forwarding the answers of the respective control unit 5 to the server 2 to use, ie the communication module 3 forms in this way a kind of gateway to the control units 5 of the vehicle 1 over which the communication between the server 2 and the controllers 5 is handled.

In particular, it is not necessary that the communication module 3 the function command itself reads / decrypts / executes, but it gets, for example, a command from the server 2 , which sends the function command to a respective control unit 5 of the vehicle 1 for executing a respective vehicle function and an address of the control unit 5 contains. The communication module 3 expediently essentially evaluates only the address of the control unit 5 and forwards the function command to the addressed ECU 5 Next, which then activates the vehicle function corresponding to the respective function command and / or configured and / or status information via the communication module 3 to the server 2 sends.

For communication between the communication module 3 and the server 2 and between the server 2 and the terminal 6 For example, the mobile terminal 6 For example, the mobile phone or a user terminal, for example, the Secure Hypertext Transfer Protocol (S-HTTP), Web sockets or similar communication mechanisms are used for a secure, ie coded, transmission.

For example, the server 2 to the communication module 3 for each vehicle function to be remotely controlled, the vehicle identification number (VIN), a Req ID, ie an identification of a respective diagnosis request, a D-RQ-CANId, ie a CAN identification of a transmission channel of the remote control unit 5 , a D-RS-CANId, ie a CAN identification of a receiving channel of the remote control unit 5 , a request PDU, ie a payload of the diagnosis request, which, for example, in a database for specific vehicle model series, control units 5 and / or variants, and transmit an IGN status precon, ie, an ignition status check request.

The current ignition status of the vehicle 1 decides, for example, whether the diagnostic command, ie the function command, is executed or not. As a result, it can be prevented, for example, that with the ignition switched on and, for example, the engine running, that is, in a driving operation of the vehicle 1 , a vehicle function is remotely controlled, which controls the driving of the vehicle 1 could negatively influence.

The communication module 3 expediently checks the vehicle identification number (VIN) and reports an incorrect vehicle identification number (VIN) as an error to the server 2 because then obviously the transfer to the wrong vehicle 1 went. This will prevent the wrong vehicle 1 or whose vehicle function is remotely controlled. The communication module 3 stores the request PDU in a temporary buffer, builds a transport channel connection to the desired controller 5 based on the CAN Id's on, ie on the transmitted address of the data bus or the control unit 5 , and waits for a positive or negative response from the controller 5 ,

This response is then cached in the temporary cache and sent to the server 2 Posted.

The communication module 3 then sends the following information to the server 2 : Vehicle identification number (VIN), Req ID, ie the identification of the respective diagnostic request, the D-RQ-CANId, ie the CAN identification of the transmission channel of the remote control unit 5 , the D-RS-CANId, ie the CAN identification of the receiving channel of the remote control unit 5 , a response PDU, ie a payload of the diagnostic response, which, for example, in a database for specific vehicle model series, control units 5 and / or variants, and an IGN status precon, ie, the detected firing status at the time of executing the server's request 2 to the communication module 3 , The transmission of the Response PDU to the server 2 can be asynchronous. The Response PDU may have a positive or negative response from the controller 5 be. Any non-positive answer is interpreted as a negative answer.

The communication module 3 thus evaluates the response of the controller 5 not out, but directs them to the server 2 continue where it is evaluated. The communication module 3 can therefore be easily set up and the remote control applications can be on the server 2 customized, changed or deleted or new remote control applications can be programmed. It is only crucial that these remote control applications with the already in the control units 5 of the vehicle 1 Implemented diagnostic functions are implemented, so that no software or hardware changes to the vehicle 1 required are. In this way, the implementation of the software required to perform the remote control is in the communication module 3 of the vehicle 1 not mandatory.

The communication module 3 advantageously monitors continuously the ignition status and vehicle identification number (VIN) as long as the CAN bus is in operation. For example, the ignition may have the following status: Ignition lock, Ignition off, Ignition accessory, Ignition on, and Ignition engine start. The server 2 can request these parameters at any time, which then from the communication module 3 checked and sent to the server 2 be sent.

The communication module 3 uses these parameters to implement a first level of security. It checks the vehicle identification number (VIN) to make sure that right vehicle 1 or its vehicle function is remotely controlled, and the intended for remote control ignition status to ensure that the remote control is not performed at an ignition status for which the remote control is not provided, so that, for example, a remote control of a vehicle function with the engine is stopped when this remote control a driving operation of the vehicle 1 would disturb.

The communication module 3 and the distribution of OSI layers described above on the server 2 and the communication module 3 is particularly advantageous with respect to the large data transfer of the function commands from the server 2 to the vehicle 1 via a wireless communication link. This can lead to delays in direct communication of the server 2 with the control unit 5 would lead to a so-called timeout, ie a timeout. The management of the communication to the control unit 5 however, is through the communication module 3 which takes the function commands from the server 2 cached and then timely to the control unit 5 transmitted to avoid a timeout.

Also, the transmission of the response of the controller 5 expediently takes place in this way, ie the communication module 3 receives the response, caches it, and sends the response to the server first 2 continue when it has received it completely.

Should via the remote control software update the controller 5 be performed, ie a so-called ECU-flashing, is the intermediate storage in the communication module 3 especially important, since initially a large amount of data from the server 2 to the communication module 3 must be transmitted before the ECU flashing can be triggered and executed. This should be a security storage process with a so-called CRC (Cyclic Redundancy Check).

For example, for normal remote control of vehicle functions, diagnostic functions may be used to read parameters, change parameters, and enable vehicle functions.

From the server 2 Also, a plurality of function commands may be sent to the same controller 5 are sent, expediently in a common data message, which from the server 2 to the communication module 3 is sent. It is also possible to send function commands to several ECUs in one data telegram 5 of the vehicle 1 be sent.

The communication module 3 For example, a respective control unit 5 monitor continuously, for example by means of a so-called background client in the communication module 3 , Changes in the control unit 5 can then immediately to the server 2 be sent or stored and sent at a later date. This monitoring of a respective control device 5 can from the server 2 caused by a corresponding command and also terminated by a corresponding command.

Are in the vehicle 1 older controllers 5 installed, which require a different communication, so the command from the server 2 in addition to the function command and the address of the data bus or the control unit 5 have further command components.

As already mentioned, the remote control of the respective vehicle function may include an activation and / or configuration and / or status query of the vehicle function. For example, values and / or error codes from the respective control unit 5 be read, routines are retrieved, parameterizations are made and vehicle components are controlled.

• – Türsteuergerät Fahrer/Beifahrer,
• – Elektronik Rückhaltesystem,
• – elektrische Schiebetür links/rechts,
• – Dachbedieneinheit,
• – Klimasteuergerät,
• – eCall,
• – PTC-Zuheizer,
• – Standheizung (insbesondere Standheizung Wasser),
• – Anhängersteuergerät,
• – Freisprecheinrichtung,
• – Signalerfassungs- und Ansteuermodul,
• – intelligenter Batteriesensor,
• – oberes Bedienfeld,
• – Keyless Entry, d. h. ein schlüsselloses Zugangs- und Fahrberechtigungssystem,
• – Reifendruckkontrolle,
• – Kombiinstrument,
• – parametrierbares Sondermodul,
• – kraftstoffbetriebener Zuheizer,
• – Luftfederung,
• – Headunit/Telematic Gateway,
• – Navigationssystem,
• – elektrische Lenkungsverriegelung,
• – elektrischer Zündstartschalter,
• – Fleetboard,
• – automatische Leuchtweitenregulierung,
• – elektronische Stabilitätskontrolle/adaptives Bremssystem,
• – Verteilergetriebe,
• – Parksystem/Parksensoren,
• – Tachograph,
• – Getriebesteuerung,
• – elektrisches Wählhebelmodul,
• – Mantelrohrmodul,
• – Kollisionswarnsystem,
• – Totwinkelassistent links/rechts,
• – Kamera,
• – Stop/Start Pumpe,
• – Motorsteuergerät,
• – Generator,
• – Glühkerzenaktuator,
• – NOx Sensor links/rechts,
• – Selective Catalytic Reduction Control Module,
• – Compressed Natural Gas Control Module,
• – Particulate Matter Sensor.

Below are some examples of remotely controllable vehicle functions and / or remotely controllable vehicle components:

• - door control unit driver / passenger,
• - electronics restraint system,
• - electric sliding door left / right,
• - roof control unit,
• - climate control unit,
• - eCall,
• - PTC heater,
• - auxiliary heating (especially auxiliary heating water),
• - trailer control unit,
• - handsfree,
• - signal acquisition and control module,
• - intelligent battery sensor,
• - upper control panel,
• Keyless Entry, ie a keyless entry and drive authorization system,
• - tire pressure control,
• - instrument cluster,
• - parameterizable special module,
• Fuel powered heater,
• - air suspension,
• - Headunit / Telematic Gateway,
• - Navigation system,
• - electric steering lock,
• - electrical ignition switch,
• - Fleetboard,
• - automatic headlight range control,
• - electronic stability control / adaptive braking system,
• - transfer case,
• - parking system / parking sensors,
• - tachograph,
• - transmission control,
• - electric selector lever module,
• - jacket pipe module,
• - collision warning system,
• - Blind Spot Assist left / right,
• - camera,
• - stop / start pump,
• - engine control unit,
• - generator,
• - glow plug actuator,
• - NOx sensor left / right,
• - Selective Catalytic Reduction Control Module,
• - Compressed Natural Gas Control Modules,
• - Particulate Matter sensor.

Depending on the vehicle model, further remotely controllable vehicle functions and / or remotely controllable vehicle components may be present and / or some of the abovementioned remotely controllable vehicle functions and / or remotely controllable vehicle components may not be present.

In the overhead control unit, for example, an interior light can be switched on and off, a reading light (left / right) on and off, a sunroof are controlled so that it is in a closed position, open position, ventilation position, relative roof position , Intermediate position of the stroke range or intermediate position of the sliding range moves.

For example, the head unit can tune in to a radio station, start a search, start a call, or program radio presets. From the instrument cluster, for example, stored data can be retrieved, for example the vehicle identification number, the mileage, the tank contents in liters and / or percent, the speed, the speed, the consumption and service data.

By controlling the climate control unit, for example, an air flow in percent or levels can be set, components of the air conditioning system can be controlled and keys and light units are controlled. For example, temperatures can also be specified.

For example, a steering angle, a battery voltage and a status of all keys and switches can be read out, activated and / or checked from the jacket tube module or jacket tube switch module.

For example, a seat heater can be switched on or off, light units can be actuated and a status of keys can be checked on the overhead control unit or an upper operating compartment.

For example, the horn, turn signals, mirrors, brake light, windshield wiper, central locking, power windows, headlights, rear window wipers, license plate lights, fog lights, parking lights and all other lights can be controlled on the signal acquisition and control module.

The electric sliding door can be unlocked, locked, opened and closed, for example.

By means of the door control device, for example, windows and the central locking can be controlled.

On the tachograph, for example, its stored values can be read out.

LIST OF REFERENCE NUMBERS

1

vehicle

2

server

3

communication module

4

data bus system

5

control unit

6

terminal

P1

first double arrow

P2

second double arrow

P3

third double arrow

QUOTES INCLUDE IN THE DESCRIPTION

This list of the documents listed by the applicant has been generated automatically and is included solely for the better information of the reader. The list is not part of the German patent or utility model application. The DPMA assumes no liability for any errors or omissions.

Cited patent literature

• DE 102012003000 A1 [0002]

Cited non-patent literature

• ISO 15765-2 [0034]

Claims (5)

Method for operating a vehicle ( 1 ), characterized in that at least one vehicle function via one with the vehicle ( 1 ) communicating via a wireless communication connection external server ( 2 ) is remotely controlled, wherein for remote control of the at least one vehicle function, a function command is sent, which is provided for the diagnosis of the vehicle function. A method according to claim 1, characterized in that the remote control of the vehicle function comprises an activation and / or configuration and / or status query of the vehicle function. Method according to one of the preceding claims, characterized in that the external server ( 2 ) with a communication module ( 3 ) of the vehicle ( 1 ) which communicates with a control unit responsible for the vehicle function ( 5 ) of the vehicle ( 1 ) communicates. Method according to claim 3, characterized in that the server ( 2 ) a command to the communication module ( 3 ), which transmits the function command for the control unit ( 5 ) and an address of the control unit ( 5 ), the communication module ( 3 ) the address of the control unit ( 5 ) and sends the function command to the addressed ECU ( 5 ). Method according to one of the preceding claims, characterized in that by means of a terminal ( 6 ), in particular by means of a mobile terminal ( 6 ), to the external server ( 2 ) is accessed through the external server ( 2 ) remotely controlling the at least one vehicle function.

Images