DE102017219987C5 - Device and method for the efficient and cost-saving recording of administrative offenses, criminal offenses and/or the perpetrators - Google Patents

Abstract

Checking device (10) for a vehicle (1, 21) for detecting an illegal act, the checking device (10) being arranged on or within the vehicle (1, 21) when used, with an input interface (11) for a request (8) from a requester (15) from outside the vehicle (1, 21) to carry out a check of a vehicle condition, the requester (15) sending the request (8) to the checking device (10) using a triggering device (20). and the triggering device (20) receives a vehicle condition, the triggering device (20) comprising a transmitting unit (22) and a receiving unit (23) in order to send a request (8) to carry out a check of the vehicle condition to the checking device (10) and in order to obtain the vehicle status, - a vehicle interface (12) in order to obtain data available within the vehicle (1, 21), carried out, location data, time data, speed data, signaling data, distance data, immobilizer data, chassis data and / or license plate data of the vehicle as vehicle status data and to obtain a vehicle occupant photo from an interior camera (2) of the vehicle, wherein the checking device (10) • can be triggered by receiving the request (8) to carry out the check, and • is carried out depending on the request (8) the data to collect and to determine the vehicle condition based on this data, • upon a request (8) to carry out a check of a vehicle occupant (3), to control the interior camera (2) to take the vehicle occupant photo and to collect the vehicle occupant photo, the checking device (10) being carried out is, • to record the requested data within the vehicle and to evaluate it internally, • to determine the vehicle condition based on a comparison of the vehicle condition data with target values contained in the request (8) for carrying out the check and - depending on the comparison, to record an illegal act, and - an output interface (13) to provide the vehicle state including the unlawful act to the requestor (15).

Description

The invention relates to a checking device for a vehicle for detecting an illegal act according to claim 1 and a method for detecting an illegal act based on a vehicle condition according to claim 4.

If a vehicle is stolen, it is not always possible to determine who drove or is currently driving the vehicle. Furthermore, it is not always possible to determine where the vehicle is currently located. Furthermore, it is not always possible to determine whether there is more than one person in the vehicle. Illegal border crossings with stolen vehicles still have a low clearance rate. In Germany this clearance rate is around 30%. Stolen vehicles, which can subsequently be used to commit further violations of the law, are also generally recognized too late in traffic. Such violations of the law include bank robberies or assassinations.

• - ein Überschreiten einer zulässigen Höchstgeschwindigkeit,
• - ein Nicht-Anschnallen eines Fahrzeuginsassen,
• - eine Einfahrt in eine Zone, die für bestimmte Fahrzeuge gesperrt ist,
• - ein Nichteinhalten eines zulässigen Sicherheitsabstandes,
• - ein Führen eines Fahrzeuges bei unzulässiger Benutzung von mobilen Endgeräten,
• - ein Fahren ohne erforderliche Fahrzeugbeleuchtung,
• - ein Fahren trotz abgelaufener Zulassung und/oder
• - ein Fahren mit Anhänger über der zulässigen Höchstgeschwindigkeit des Anhängers und/oder über das zulässige Beladungsgewicht des Anhängers.

Furthermore, if road traffic rules with a focus on traffic safety are violated, it is not always possible to determine who was driving the vehicle. Examples of such injuries are:

• - exceeding a permissible maximum speed,
• - a vehicle occupant not wearing a seatbelt,
• - an entrance into a zone that is closed to certain vehicles,
• - failure to maintain a permissible safety distance,
• - driving a vehicle while using mobile devices without permission,
• - driving without the necessary vehicle lighting,
• - driving despite expired registration and/or
• - driving with a trailer above the permissible maximum speed of the trailer and/or above the permissible loading weight of the trailer.

For example, ignoring the requirement to wear a seat belt is one of the most common violations and can lead to a greatly increased risk potential for the occupants in the event of an accident.

• - dauerhaftes Fahren trotz emissionsrelevanter Fahrzeugfehler und/oder
• - Einfahrt in für bestimmte Fahrzeugtypen gesperrte Bereiche, wie zum Beispiel Umweltzonen in Innenstädten.

Since it is not always easy and quick to determine who committed the violation when road traffic rules are violated, this usually results in environmental pollution, for example

• - continuous driving despite emission-relevant vehicle errors and/or
• - Entry into areas that are closed to certain vehicle types, such as low-emission zones in city centers.

In addition, on toll roads, either a system with a paid sticker is implemented, as in Austria, or a system with Toll Collect, as in Germany. Toll Collect is a system for collecting a truck toll. For example, vehicles approaching via permanently installed control bridges are registered and it is checked whether the trucks subject to toll are properly logged into the system. German toll debiting is inflexible. The Austrian toll collection requires staff on site to check. In Germany, a significant initial investment must be made for roads that are subject to tolls and for which automated controls are to be carried out. That's why there are toll roads that are not automatically monitored. However, this leads to loss of income for the operator.

In addition, pursuit drives in public spaces generally involve high risks for all road users involved and uninvolved. Furthermore, chases generally cannot be ended quickly and predictably.

• - unnötige Erhöhung des Unfallrisikos im Straßenverkehr,
• - ein erhöhter Verwaltungs- und Ermittlungsaufwand für Behörden und/oder Versicherungen,
• - eine Verteilung der Kosten bei Fahrzeugdiebstahl auf alle Versicherten bei der jeweiligen Versicherungsgesellschaft über die Prämien beziehungsweise auf die Allgemeinheit.

In principle, stationary and mobile traffic monitoring always involves technical effort, high investments, for example in the purchase, and ongoing operating costs, for example in calibration. The consequences that arise from this are

• - unnecessary increase in the risk of accidents in road traffic,
• - an increased administrative and investigative effort for authorities and/or insurance companies,
• - a distribution of the costs in the event of vehicle theft among all insured persons with the respective insurance company via the premiums or among the general public.

Society's transition to the phase of fully automated driving is made more difficult because the difference between the driving behavior of automated vehicles and manually controlled vehicles is large.

Other consequences include loss of revenue from toll roads and environmental damage.

Systems are known from the prior art in which external devices can actively access different vehicle systems nen. The state of the art is, for example, in DE 10 2009 015 055 A1 , DE 10 2013 209 055 A1 or WO 2004/092 876 A2 disclosed.

This is where the invention comes into play. The invention is based on the object of improving the recording of administrative offenses, criminal offenses and/or the persons responsible.

This task is solved with a checking device with the features of claim 1 and a method with the features of claim 4.

Further developments and advantageous refinements of the invention are specified in the subclaims.

• - bildliche Dokumentation des Fahrers auf eine Anforderung von einem externen, außerhalb des Fahrzeuges befindlichen Systems,
• - Bestätigung an das externe System und
• - Übertragung der erzeugten Daten an das externe System.

The core of the invention is a system which, based on the technology installed in vehicles in combination with a vehicle-to-vehicle and/or vehicle-to-infrastructure communication unit, provides, among other things, the following functionalities:

• - visual documentation of the driver in response to a request from an external system located outside the vehicle,
• - Confirmation to the external system and
• - Transmission of the generated data to the external system.

Examples of technology installed in vehicles include sensors and actuators for optimal interior and exterior mirror adjustment or interior camera-based fatigue detection systems.

• - bei Fahrzeugdiebstahl, zum Beispiel durch Meldungserzeugung an Polizei, Behörden und/oder Versicherungen,
• - bei Fahrzeugbenutzung im Umfeld von anderen Straftaten,
• - bei illegalen Grenzübertritten mit Fahrzeugen,
• - bei flexiblen Straßenverkehrskontrollen mit Fokus auf Verkehrssicherheit und/oder Umwelt,
• - bei flexibler Gebührenerhebung beim Befahren mautpflichtiger Straßen und/oder Gebieten und/oder
• - bei flexibler Gebührenkontrolle von mautpflichtigen Straßen und/oder Gebieten.

Use cases arise, for example

• - in the event of vehicle theft, for example by reporting to the police, authorities and/or insurance companies,
• - when using a vehicle in the vicinity of other crimes,
• - illegal border crossings with vehicles,
• - in flexible road traffic controls with a focus on traffic safety and/or the environment,
• - with flexible charging when driving on toll roads and/or areas and/or
• - with flexible fee control of toll roads and/or areas.

The inspection device according to the invention for a vehicle is designed to detect an illegal act. The checking device has an input interface to receive a request from a requester from outside the vehicle to perform a check of a vehicle condition. ,The requester sends the request to the verification device with a ,trigger device and receives a vehicle state. The triggering device includes a transmitting unit and a receiving unit for sending a request to carry out a check of the vehicle condition to the checking device and for obtaining the vehicle condition. In addition, the checking device has a vehicle interface in order to obtain data available within the vehicle. The checking device can be triggered by receiving the request to carry out the check. The checking device is designed to collect the data depending on the requirement and to determine the vehicle condition based on this data. Furthermore, the checking device has an output interface to provide the vehicle status to the requester.

Vehicles are, in particular, passenger cars.

A vehicle inspection device for detecting an unlawful act is a device that can be arranged or installed in or on a vehicle and is arranged or installed in or on a vehicle when in operation. The verification device receives a request to perform a verification, performs that verification, and provides a result of that verification.

An unlawful act is a misdemeanor or a criminal offense. An administrative offense is an illegal and fundamentally reprehensible act that implements the elements of a law and allows for the punishment of a fine. For example, exceeding the maximum permissible speed is a misdemeanor. A criminal offense is an illegal and fundamentally reprehensible act that implements the facts of a law, which serves in particular to protect at least one special legal interest such as life, health, property or security and integrity of the state.

An interface is a device between at least two functional units at which an exchange of logical variables, for example data, or physical variables, for example electrical signals, takes place, either only unidirectionally or bidirectionally. The exchange can be analog or digital. The exchange can also take place wired or wirelessly.

The input interface of the checking device is in particular an interface to a receiving unit of the checking device or the vehicle, wherein the checking device or the vehicle can receive a request wirelessly via the receiving unit.

The output interface is preferably an interface to a transmission unit of the checking device or the vehicle.

The vehicle interface is an interface to a vehicle-internal system or functional unit, for example an interface to a Control Area Network (CAN) bus. Using the CAN bus, for example, the speed of the vehicle can be determined by querying a number of wheel revolutions, known in English as wheelticks. The vehicle interface is located internally in the vehicle and represents an exchange for technical equipment installed in the vehicle.

A requester is a facility or person with whom a request, for example a protocol of instructions, can be submitted.

That the request is received by the input interface from a requestor external to the vehicle means that the requester is located external to the vehicle and is not physically connected to the vehicle.

The checking device is therefore triggered from outside the vehicle. This means that the checking device is triggered to carry out the checking from outside the vehicle. Depending on the respective requirement, the checking device carries out the check requested from outside within the vehicle using data available in the vehicle.

Depending on the respective requirement, only certain data is collected.

The vehicle state is an actual state of the vehicle that is provided via the output interface of the checking device. So not only pure data is provided, but also a meaning underlying this data that characterizes the vehicle condition, in particular whether an illegal act has occurred.

For example, if the request to carry out a speed check is that the current speed limit is 50 km/h, the checking device collects the current speed of the vehicle and provides a difference between the current speed and the required speed as the vehicle state. The vehicle condition is then specifically that the permissible speed limit is exceeded or undershot by this difference. The current speed is collected, for example, via a vehicle interface to the CAN bus. Instead of or in addition to the vehicle condition, the checking device can also provide the current speed of the vehicle.

If the checking device has to collect and evaluate several vehicle-internal data in accordance with a specific requirement and consequently the vehicle state is characterized by several data, the checking device is designed to provide the vehicle state as a data packet.

A data packet is a self-contained unit of multiple pieces of data.

All data that characterizes the vehicle condition is summarized in the data package. This means that multiple vehicle states are not provided individually in terms of provision. A data packet which contains several vehicle states is advantageously provided. This is particularly advantageous for remote data transmission.

• - eine zulässige Geschwindigkeitsbegrenzung um 20 km/h überschritten ist,
• - eine Fahrzeugbeleuchtung regelwidrig ausgeschaltet ist und
• - ein zulässiger Sicherheitsabstand zu einem vorausfahrenden Fahrzeug nicht eingehalten ist.

For example, the data packet contains the vehicle states

• - a permissible speed limit is exceeded by 20 km/h,
• - vehicle lighting is switched off illegally and
• - a permissible safety distance from a vehicle in front is not maintained.

The data package is provided in such a way that it cannot be changed subsequently. For example, the data packet can be encrypted using cryptography.

It is essential to the invention that the checking device, which is arranged on or within the vehicle when used, is triggered externally, that is to say from outside the vehicle, and records the requested data within the vehicle and evaluates it internally. The checking device is therefore different from a system that externally evaluates vehicle-internal data. The checking device is in particular different from a measurement data acquisition system for evaluating the data outside the vehicle.

Preferably, the vehicle status is only provided if there is a violation of a specific regulation. If no violation is detected, according to a preferred embodiment of the invention, there is no response to the requester.

With the checking device according to the invention, illegal actions can advantageously be easily detected, namely by externally triggering the vehicle-internal checking device.

Advantageously, the specific vehicle status is stored in a protected manner locally and, if possible, sent directly to the requester. For example, the verification device has a memory interface to an in-vehicle memory. The specific vehicle status is stored in this vehicle-internal memory. Access to this vehicle-internal memory is preferably only possible for authorized institutions and/or people, for example official authorities.

If immediate transmission is not possible, stationary buffer storage devices are arranged, for example, in the area of gas stations, charging stations and/or borders. These stationary buffer storage devices have a, preferably wireless, interface to the checking device in order to obtain a vehicle status that was not successfully transmitted. The stationary temporary storage devices make the preserved vehicle condition available for further use, for example for official authorities. Mobile temporary storage devices are also provided.

A driver of the vehicle is preferably informed via the output interface of the checking device as to whether a request to carry out a check has been received and, if necessary, also about its result. For this purpose, in particular, an alarm functionality is implemented in the checking device.

In a further development of the invention, the input interface is designed to receive an identifier for identifying the requester and/or a time indication for determining a triggering time of the request. The checking device is designed to collect the license plate number and/or the time as further data and to create a data packet from this further data together with the vehicle condition. The output interface is designed to provide this data packet to the requester. The data package is provided in such a way that it cannot be changed subsequently. For example, the data packet can be encrypted using cryptography. Using the license plate, it is advantageously possible to legally assign who initiated which request to carry out a check. The identifier can, for example, be an identification number or another identifier through which the requester can be clearly identified. By means of the time specification, it can advantageously be assigned in a legally secure manner when which request was initiated to carry out a check, that is, when the communication of the request took place. The time specification is a time specification and/or a date specification. The time information preferably also contains a time zone information.

According to a preferred embodiment of the invention, the vehicle interface is designed to receive a vehicle occupant photo from an interior camera of the vehicle. The checking device is designed to control the interior camera to take the vehicle occupant photo and to collect the vehicle occupant photo when there is a request to carry out a check of a vehicle occupant. In particular, the vehicle occupant photo can be used to identify who is driving the vehicle. It can also be determined whether a driver is using a mobile device, such as a smartphone, while driving. The checking device can also be designed to control the interior camera to take a single vehicle occupant photo or to take a series photo.

According to the invention, the vehicle interface is designed to receive vehicle status data, preferably location data, time data, speed data, signaling data, distance data, immobilizer data, chassis data and / or license plate data of the vehicle. The checking device is designed to determine the vehicle state based on a comparison of the vehicle state data with target values contained in the request to carry out the check and to detect an illegal act depending on the comparison. The output interface is designed to provide the illegal action to the requester.

Location data is, for example, GPS coordinates of the vehicle. GPS stands for Global Position System and is an American satellite navigation system. This location data can be obtained via a vehicle interface to an in-vehicle GPS receiver. Location data can also be data from another satellite system, for example the European satellite navigation system Galileo. This means that where the vehicle was at the time of communication with the requester can be assigned in a legally secure manner.

Time data means times, time zones and/or dates.

Signaling data is used to check the vehicle's signaling devices, for example the lighting system or turn signal system. This can be used to check whether the vehicle has the vehicle lights on or whether a turn signal system is activated.

Distance data is in particular data about a distance to a vehicle in front. Distance data can be used to determine whether the vehicle maintains a prescribed minimum distance from a vehicle in front.

In order to be able to initiate a theft check from the outside, it is advantageous to read the current state of the immobilizer, which is made possible by the immobilizer data.

In order to be able to legally assign an incident to a vehicle, the chassis number must be read in, which is made possible by the chassis data. The chassis number, also known as the vehicle identification number, is the internationally standardized, 17-digit serial number with which a motor vehicle can be clearly identified.

In order to be able to legally assign an incident to a vehicle owner, the license plate assigned to the vehicle must be read in, which is made possible by the license plate data. A TÜV sticker can also be read in using the license plate data. TÜV stands for Technical Monitoring Association, which carries out safety checks as a technical testing organization. The TÜV sticker can be used to determine when the next TÜV inspection is due and/or whether a time for a next TÜV inspection has been exceeded.

Preferably, the vehicle-internal time, including date, is read in for a plausibility check between the time information sent by the external requester and an internal vehicle time, including date. The vehicle's internal time, which can be sent with the GPS signal, serves as a uniform basis.

• - Fahrerbild,
• - Fahrzeugidentifikationsinformationen,
• - Zeitstempel,
• - Art des Vorfalls,
• - Anforderer Kennzeichen,
• - durchgeführte Überprüfungen und
• - weiteren Daten des Fahrzeugzustandes

bereitgestellt.The comparison of the vehicle condition data with specified and requested target values is carried out as a data packet consisting of

• - driver picture,
• - vehicle identification information,
• - Time stamp,
• - type of incident,
• - requestor license plate,
• - inspections carried out and
• - further data on the vehicle condition

provided.

To document a legally relevant incident, a data packet is generated that cannot be subsequently changed, for example by means of encryption.

The vehicle driver is preferably informed about the checks carried out, for example via a vehicle combination instrument, a corresponding display device or a human-machine interface, a so-called human-machine interface, abbreviated HMI. The type of check can be made known to the driver with further information, for example as a speed limit of 23 km/h.

It is also within the scope of the invention that a visible sign is sent to the outside in the event of various incidents. For example, the hazard warning lights are switched on in response to an official inspection of the vehicle.

The triggering device according to the invention for detecting an illegal act based on a vehicle condition of a first vehicle has a transmission unit in order to send a request to carry out a check of the vehicle condition to the first vehicle. The triggering device is arranged outside the first vehicle and is designed to trigger the execution of the check in the first vehicle. Furthermore, the triggering device has a receiving unit in order to obtain the vehicle state determined in the first vehicle. The triggering device is an external device that can preferably be used by official authorities, such as the police, to trigger a check of a vehicle condition outside the vehicle and to receive the vehicle condition determined in the vehicle in order to determine an illegal act.

The triggering device is advantageously arranged in a stationary or mobile manner, preferably in a second vehicle. A stationary triggering device can preferably be installed in places with high traffic volumes or other traffic-critical locations. A mobile trigger device in a second vehicle can be used in particular when driving in pursuit.

Particularly preferably, the triggering device is arranged concealed on a roadside, stationary or mobile, and triggers the checking of speeding in approaching vehicles. This makes speed traps such as speed cameras unnecessary.

The checking system according to the invention for detecting an illegal act based on a vehicle condition has a triggering device with a transmitting unit in order to send a request to carry out a check of a vehicle condition to a vehicle. The triggering device is arranged outside the vehicle and is designed to trigger the execution of the check in the vehicle. Furthermore, the checking system has a receiving unit in order to obtain the vehicle condition determined in the vehicle. In addition, the verification system includes the vehicle with a vehicle receiving unit to receive the request to carry out the vehicle condition verification. Furthermore, the verification system has a verification device that can be triggered upon receipt of the request to carry out the verification. The checking device is designed to collect data available within the vehicle depending on the requirement and to determine the vehicle condition based on this data. Furthermore, the checking system has a vehicle transmitting unit in order to provide this vehicle status to the receiving unit.

• - dem Fahrerbild,
• - der durchgeführten Überprüfung,
• - den durchgeführten Aktivitäten,
• - dem Kilometerstand des Fahrzeuges,
• - der Zeitangabe der Überprüfung,
• - Ortskoordinaten des Fahrzeuges,
• - dem Kennzeichen des Anforderers,
• - der Fahrgestellnummer und/oder
• - dem polizeilichen Kennzeichen des Fahrzeuges.

According to the invention, the checking system consists of an external device, the triggering device, which can be stationary or installed in another vehicle. The checking device in the vehicle is triggered from outside the vehicle. Part of the trigger is the request to execute a check and/or an action to be triggered. There is a receiving unit in the vehicle that receives this request, carries out the requested checks using data available in the vehicle and, depending on the check, provides the vehicle state or several individual vehicle states as an overall vehicle state as a data packet. This data package consists, among other things, of:

• - the driver picture,
• - the inspection carried out,
• - the activities carried out,
• - the mileage of the vehicle,
• - the time of the review,
• - location coordinates of the vehicle,
• - the requester's identifier,
• - the chassis number and/or
• - the vehicle's police license plate number.

According to a preferred embodiment of the checking system, the triggering device is a triggering device according to the invention and the checking device is a checking device according to the invention.

According to a particularly advantageous development of the checking system, communication between the triggering device and the checking device is vehicle-to-vehicle communication and/or vehicle-to-infrastructure communication.

Vehicle-to-vehicle communication, abbreviated V2V, and vehicle-to-infrastructure communication, vehicle-to-X communication, abbreviated V2X, are each communication systems that are used to detect dangerous situations. In V2V communication, the communication partners are vehicles. In V2X communication, the communication partners are at least one vehicle and at least one object of infrastructure. The infrastructure particularly includes traffic lights, building facilities and pedestrians. Various technologies are available for vehicle-to-vehicle communication and vehicle-to-infrastructure communication. Wireless LAN and mobile communications are relevant. Digital broadcasting and Bluetooth are also interesting for some applications. The WLAN standard according to ITSG5 for vehicle-to-vehicle and vehicle-to-infrastructure communication is based on the protocol known from today's computer world, the IEEE 802.11 a/b/g standard. Based on these standards, a special version for vehicle communication was developed, the IEEE 802.11p, which, among other things, enables significantly faster ad-hoc connections. In addition, other, specially licensed frequencies, such as the 5 GHz band, are used. This in turn allows security-relevant information to be transmitted without being influenced by other data traffic.

• - mit einer Überprüfungsvorrichtung Empfangen einer Anforderung eines Anforderers von außerhalb eines Fahrzeuges zur Ausführung einer Überprüfung eines Fahrzeugzustandes innerhalb des Fahrzeuges,
• - Auslösen der Überprüfung durch den Erhalt der Anforderung,
• - abhängig von der Anforderung Sammeln von innerhalb des Fahrzeuges verfügbaren Daten,
• - Bestimmen des Fahrzeugzustandes anhand eines Vergleichs dieser Daten mit in der Anforderung zur Ausführung der Überprüfung enthaltenen Sollwerten,
• - Senden dieses Fahrzeugzustandes an den Anforderer.

The method according to the invention for detecting an illegal act based on a vehicle condition has the following procedural steps:

• - with a checking device receiving a request from a requester from outside a vehicle to carry out a check of a vehicle condition within the vehicle,
• - triggering the review by receiving the request,
• - depending on the requirement to collect data available within the vehicle,
• - determining the vehicle condition based on a comparison of this data with target values contained in the request to carry out the check,
• - Sending this vehicle status to the requestor.

With this method, an illegal act can advantageously be detected easily, namely by externally triggering a vehicle-internal checking device. This checking device carries out a check within the vehicle and sends the result of the check to the requester external to the vehicle.

In a further development of the method, the request to carry out a check of the vehicle condition is sent to the vehicle using a triggering device.

A checking device according to the invention and/or a triggering device according to the invention is advantageously used to carry out the method.

• - einer Geschwindigkeitskontrolle,
• - einer Überprüfung der Sicherheitsgurtschlösser in Verbindung mit einer Sitz-Belegungs-Erkennung,
• - einer Mautkontrolle,
• - einer TÜV-Kontrolle,
• - einer Abstandskontrolle,
• - einer Lichtkontrolle,
• - einer On-Board-Diagnosekontrolle,
• - einer mobilen Endgerätkontrolle und/oder
• - einer Insassenkontrolle auf, wobei die Überprüfungsvorrichtung
• - bei einer angeforderten Geschwindigkeitskontrolle eine Fahrzeuggeschwindigkeit mit einem Geschwindigkeitssollwert vergleicht und im Fall einer Verletzung einer Geschwindigkeitsbegrenzung diese Verletzung speichert,
• - bei einer angeforderten Mautkontrolle Ortsdaten, vorzugsweise GPS-Daten, des Fahrzeuges speichert,
• - bei einer angeforderten TÜV-Kontrolle eine TÜV-Plakette einliest und speichert,
• - bei einer angeforderten Abstandskontrolle einen Fahrzeugabstand zu einem vorausfahrenden Fahrzeug mit einem Abstandssollwert vergleicht und im Fall einer Verletzung einer Abstandsregelung diese Verletzung speichert,
• - bei einer angeforderten Lichtkontrolle einen Lichtzustand des Fahrzeuges mit einem Lichtsollwert vergleicht und im Fall einer Verletzung einer Lichtregelung diese Verletzung speichert,
• - bei einer angeforderten On-Board-Diagnosekontrolle eine On-Board-Diagnose ausführt, deren Ergebnis mit Solldiagnosewerten vergleicht und im Fall einer Verletzung einer Diagnoseregelung diese Verletzung speichert,
• - bei einer angeforderten mobilen Endgerätkontrolle die Aktivität eines mobilen Endgerätes überprüft und in Abhängigkeit der Aktivität diese speichert, und
• - bei einer angeforderten Insassenkontrolle eine Innenraumkamera zur Aufnahme eines Fahrzeuginsassenfotos ansteuert und das Fahrzeuginsassenfoto speichert.

Preferably, the request indicates execution

• - a speed control,
• - a check of the seat belt buckles in conjunction with seat occupancy detection,
• - a toll control,
• - a TÜV inspection,
• - a distance control,
• - a light control,
• - an on-board diagnostic control,
• - a mobile device control and/or
• - an occupant check, whereby the checking device
• - when a speed check is requested, compares a vehicle speed with a speed setpoint and, in the event of a speed limit violation, saves this violation,
• - saves location data, preferably GPS data, of the vehicle when a toll check is requested,
• - reads and saves a TÜV sticker when a TÜV inspection is requested,
• - when a distance control is requested, compares a vehicle distance to a vehicle in front with a distance setpoint and, in the event of a distance control violation, saves this violation,
• - when a light check is requested, compares the vehicle's lighting status with a light setpoint and, in the event of a violation of a lighting control, saves this violation,
• - carries out an on-board diagnosis when a requested on-board diagnostic check is made, compares the result with target diagnostic values and, in the event of a violation of a diagnostic regulation, saves this violation,
• - when a mobile device control is requested, the activity of a mobile device is checked and, depending on the activity, it is saved, and
• - When an occupant check is requested, an interior camera is activated to take a photo of the vehicle occupant and saves the vehicle occupant photo.

A data packet is created from the stored data and a received identifier for identifying the requester and/or a time indication for determining a triggering time of the request. This data packet is sent to the requester.

On-board diagnostics, abbreviated OBD, checks the vehicle's internal control devices, whose data is accessible via the vehicle interface.

This makes checking the vehicle relatively easy.

The computer program product according to the invention is designed to be loaded into a memory of a computer and includes software code sections with which one of the methods according to the invention can be executed when the computer program product is running on the computer.

Computer program products typically include a sequence of instructions that cause the hardware, when the program is loaded, to carry out a specific technical procedure that leads to a specific technical result. When the program in question is used on a computer, the computer program causes a technical effect, namely checking a vehicle condition depending on a request for execution checking and providing a data package with the result of this checking.

A computer is a data processing device that processes data using programmable calculation fonts.

A storage is a medium for backing up data.

Software is a collective term for programs and the associated data. The complement to software is hardware. Hardware refers to the mechanical and electronic alignment of a data processing system.

• 1: ein Ausführungsbeispiel eines Fahrzeuges mit einem Ausführungsbeispiel einer Überprüfungsvorrichtung,
• 2: ein Ausführungsbeispiel einer Auslösevorrichtung,
• 3: ein Ausführungsbeispiel einer stationär angeordneten Auslösevorrichtung zum Überwachen,
• 4: ein Ausführungsbeispiel einer mobilen Auslösevorrichtung zum Überwachen,
• 5: ein Ausführungsbeispiel einer stationären Auslösevorrichtung,
• 6: ein Ausführungsbeispiel einer mobilen Auslösevorrichtung,
• 7: eine schematische Darstellung eines Ausführungsbeispiels eines Überprüfungssystems mit Ein- und Ausgängen,
• 8: ein Ausführungsbeispiel eines Verfahrens zum Initialisieren eines Computerprogramm produkts,
• 9: ein Ausführungsbeispiel eines Ablaufs eines Computerprogrammprodukts,
• 10: ein Ausführungsbeispiel eines Computerprogrammprodukts,
• 11: ein Ausführungsbeispiel eines Computerprogrammprodukts,
• 12: ein Ausführungsbeispiel eines Computerprogrammprodukts,
• 13: ein Ausführungsbeispiel eines Computerprogrammprodukts,
• 14: ein Ausführungsbeispiel eines Computerprogrammprodukts und
• 15: ein Ausführungsbeispiel eines Computers.

The invention is described in detail using the following figures. Show it:

• 1 : an exemplary embodiment of a vehicle with an exemplary embodiment of a checking device,
• 2 : an exemplary embodiment of a triggering device,
• 3 : an exemplary embodiment of a stationary triggering device for monitoring,
• 4 : an exemplary embodiment of a mobile triggering device for monitoring,
• 5 : an exemplary embodiment of a stationary triggering device,
• 6 : an embodiment of a mobile triggering device,
• 7 : a schematic representation of an exemplary embodiment of a verification system with inputs and outputs,
• 8th : an exemplary embodiment of a method for initializing a computer program product,
• 9 : an exemplary embodiment of a sequence of a computer program product,
• 10 : an exemplary embodiment of a computer program product,
• 11 : an exemplary embodiment of a computer program product,
• 12 : an exemplary embodiment of a computer program product,
• 13 : an exemplary embodiment of a computer program product,
• 14 : an embodiment of a computer program product and
• 15 : an embodiment of a computer.

In the figures, the same reference numbers designate the same parts or functionally similar parts. The relevant reference parts are numbered in the respective figures.

1 shows a vehicle 1 with a checking device 10. The checking device 10 has an input interface 11. Via the input interface 11, the checking device 10 receives a request from a vehicle receiving unit 4 to carry out a check of a vehicle condition. The vehicle receiving unit 4 receives the request wirelessly via Wireless LAN.

Via a vehicle interface 12, the verification device 10 collects the data requested in the request for verification. This data is compared in the checking device 10 with target values 9 of the request and from this comparison the vehicle status is sent via an output interface 13 by means of a vehicle transmission unit 5 as a data packet 14.

Via the vehicle interface 12, the checking device 10 not only collects data internal to the vehicle, but can also actively access and control vehicle-internal systems depending on the request to carry out the check. For example, the checking device 10 can control an interior camera 2 of the vehicle 1.

The interior camera 2 can take a photo of a vehicle occupant 3. Depending on the requirement, the interior camera 2 takes a single photo of the vehicle occupant 3 or a series recording over a single or random period of time. The checking device 10 reads this photo via the vehicle interface 12 and outputs it in the data packet 14.

Via the vehicle interface 12, the checking device 10 also reads a license plate 6 together with a TÜV sticker 7 in order to obtain corresponding data when checking whether a TÜV has expired and who the vehicle owner is.

2 shows a triggering device 20 with a transmitting unit 22 and a receiving unit 23. Via the transmitting unit 22, the triggering device 20 triggers an external vehicle-internal check using the checking device 10 and receives the result of this check as a data packet 14 via the receiving unit 23.

The triggering device 20 can be arranged or installed in a stationary or mobile manner in another vehicle 1, 21, 24, 25.

3 shows a checking system 30. The checking system 30 has a stationary triggering device 20 and vehicles 1. Each vehicle 1 has the checking device 10. The triggering device 20 sends a request 8 to the checking device 10 of the vehicle 1 by means of vehicle-to-infrastructure communication. The checking device 10 carries out a check within the vehicle and sends the vehicle status as a data packet 14 back to the triggering device 20. The vehicles 1 are inside a communication range 31 of the triggering device 20. A vehicle 25 driving in front of the vehicle 1 is outside the communication range 31 and does not take part in the vehicle-to-infrastructure communication. The target values 9, which are queried by the triggering device 20, are driving bans for diesel vehicles, general driving bans, speed limits, distance specifications, accident notices, mobile device bans, expired TÜV stickers, toll roads, on-board diagnoses, light-on checks and speed specifications.

In 4 the triggering device 20 is arranged to be mobile in a second vehicle 24. The second vehicle 24 is the requestor 15, which sends the request 8 to a first vehicle 21 using the triggering device 20 and receives the data packet 14 from the first vehicle. The communication between the trigger device 20 and the second vehicle 24 is vehicle-to-vehicle communication.

In 5 the triggering device 20 is arranged stationary. There is no monitoring, but there is an opportunity to intervene in the vehicle 1. The requester 15 is a second vehicle 24 which receives the data packet 14 from the triggering device 20 within the communication range 31.

5 shows vehicle-to-infrastructure communication. Contrary to this shows 6 a vehicle-to-vehicle communication, in which the triggering device 20 is arranged mobilely in the second vehicle 24 and a data exchange takes place between the first vehicle and the second vehicle 24, which here is the vehicle 25 in front.

• - Request for Driver Image,
• - Request ID,
• - Date, Time, und
• - Mode Request.

7 shows the verification system 30 schematically. The inputs of the verification system 30 are

• - Request for Driver Image,
• - Request ID,
• - Date, Time, and
• - Mode Request.

These inputs form an input into the verification system 30, which is received from outside the vehicle 1.

The Request for Driver Image input contains the request for vehicle 1, if possible, to take a driver image using the interior camera 2 installed in vehicle 1. This includes information about whether just one image should be created or a series of images.

The Request for ID input is used to legally assign who initiated which request for verification. This is done because the requester 15 can be identified via an identifier.

The Date, Time input is used to determine when communication of request 8 took place.

• - Überprüfung der Geschwindigkeit,
• - Überprüfung der Sicherheitsgurtschlösser in Verbindung mit einer Sitz-Belegungs-Erkennung,
• - Überprüfung, ob sich das Fahrzeug 1 auf einer Mautstraße befindet,
• - Überprüfung, ob ein TÜV abgelaufen ist,
• - Überprüfung, wie groß der Abstand zu einem vorausfahrenden Fahrzeug 25 ist,
• - Überprüfung, ob Licht angeschaltet ist,
• - Überprüfung einer On-Board-Diagnose,
• - Überprüfung, ob ein Diebstahl vorliegt, zum Beispiel über Daten der Wegfahrsperre,
• - Überprüfung, ob der Fahrer ein Smartphone benutzt, zum Beispiel über das Fahrerfoto,

bis hin zu behördlicher Fahrzeugdeaktivierung.The Mode Request input determines which check is requested, for example

• - checking speed,
• - Checking the seat belt locks in conjunction with seat occupancy detection,
• - checking whether vehicle 1 is on a toll road,
• - Checking whether an MOT has expired,
• - Checking how big the distance is to a vehicle 25 in front,
• - Checking whether the light is on,
• - Checking an on-board diagnosis,
• - Check whether there has been theft, for example via immobilizer data,
• - Checking whether the driver is using a smartphone, for example via the driver photo,

up to official vehicle deactivation.

When checking the seat belt buckles in conjunction with seat occupancy detection, it is checked whether the seat is occupied and the person is wearing a seat belt.

• - GPS-Koordinaten, um rechtssicher zuordnen zu können, wo sich das Fahrzeug zum Zeitpunkt der Kommunikation mit der Auslösevorrichtung 20 befand,
• - der State-of-Vehicle, das heißt der Fahrzeugzustand,
• - der Immobilizer State, das heißt Datenzustand der Wegfahrsperre,
• - Date, Time, um über einen Plausibilitätscheck zu bestimmen, ob die Zeitangabe des Anforderers 15 mit einer fahrzeuginternen Zeitangabe übereinstimmt, sowie die
• - Vehicle ID, das heißt Fahrgestellnummer, um rechtssicher einen Vorfall einem Fahrzeug zuordnen zu können sowie
• - die License Plate Number, das heißt Kennzeichen, um rechtssicher einen Vorfall einem Fahrzeughalter zuordnen zu können.

The vehicle-internal data that the checking device 10 queries via the vehicle interface 12 when triggered by the triggering device 20 is

• - GPS coordinates in order to be able to legally assign where the vehicle was at the time of communication with the triggering device 20,
• - the state-of-vehicle, i.e. the vehicle condition,
• - the immobilizer state, i.e. the data state of the immobilizer,
• - Date, Time, in order to determine via a plausibility check whether the time specified by the requestor 15 corresponds to a time specified within the vehicle, as well as the
• - Vehicle ID, i.e. chassis number, in order to be able to legally assign an incident to a vehicle
• - the license plate number, i.e. license plate number, in order to be able to legally assign an incident to a vehicle owner.

The data of the respective outputs are provided as data packet 14.

The Incident Report to Driver output informs the driver that he has committed an illegal act, for example speeding by 23 km/h.

A request 8 sent by the triggering device 20 is confirmed as having arrived via the Acknowledge to Requester output as part of the communication with the triggering device 20.

An externally visible signal can be sent via the Hazard Lights On Request output, for example switching on the hazard warning lights in response to an official decommissioning of the vehicle 1.

Via the Engine Off Request output, it is possible to stop the vehicle 1 in the event of an external request 8 for an official decommissioning.

The results of the comparison between vehicle-internal data and specified target values 9 are output via the outputs Driver Image for Police Insurance Company Including Time Stamp and Location and Requester ID and Vehicle ID.

8th represents the process of a computer program product 40.

In the initialization state, the hardware, for example the checking device 10 on which the computer program product 40 runs, as well as the vehicle-internal systems, including actuators, such as mirrors and cameras, are first initialized. In addition, communication is established with all other information sources in the vehicle. There is communication outside the vehicle in connection with the triggering device.

Transition 1 is the transition from the Initialization state to the Inactive state. The Inactive state is always assumed when a request 8 has been completely processed or communication with the external triggering device 20 has broken down and cannot re-establish itself.

Transition 12 is the transition from the Initialization state to the Failure mode state. In the Failure mode state, one or more serious errors have occurred. In this failure mode state, no further functions are available. The information about the error is sent to the vehicle 1. The vehicle can then generate messages for the instrument cluster, a display device or an HMI to inform the driver of the functional failure and/or the type of malfunction. As long as at least one check is possible, the failure mode state will not be reached.

If an error is detected in the inactive state, the transition from the inactive state to the failure mode state is achieved via transition 4. If there is no longer a serious error, the transition from the failure mode state to the inactive state is achieved via transition 9.

The check mode state is the state in which the computer program product 40 is implemented and in which the requested check is performed. The check mode state is reached from the inactive state via transition 5. Transition 10 changes the Failure mode state to the Check mode state. The rest of the in 8th The state transitions shown have a correspondingly analogous meaning.

In the normal state, the checking device 10 or the checking system 30 on which the computer program product 40 runs is either in failure mode, inactive mode or check mode. This normal state is switched off via transition 12. After switching off, the shutdown state is assumed.

The garage in-plant tester mode is the state via which the monitoring system 30 can be put into a test mode and controlled via a test fed into the vehicle 1 from outside. In this state, the individual functionalities of the verification system are tested, especially its outputs. This operating mode is interesting for a workshop or for the manufacturing process of the vehicle 1 at an original equipment manufacturer As part of a final vehicle test. From any other state, the functionality can be ended in a controlled manner using the shutdown state. For example, communication with other communication partners is ended in a controlled manner.

The 9 to 14 show the process of the check mode state. Every single figure 9 to 14 can represent the flow of your own computer program product 40. The sequence of the computer program product 40 can also be a combination of those in the 9 to 14 the processes shown. Furthermore, all of them can 9 to 14 together represent the process of the computer program product 40.

If an error was detected, the monitoring system 30 is put into failure mode. If there is no error, it is checked whether a test command is available. If a test command is present, the Garage in-plant tester mode state is assumed.

If there is no test command, a check is made to see whether the system should be switched off. If necessary, the system is put into shutdown state. If the system is not to be switched off, a check is made to see whether the inputs are available. If the inputs are not available, the system is placed in the Inactive state.

If signals are present at the inputs, the computer program product 40 starts taking occupant photos, either as a single image capture or multiple captures. Furthermore, the check mode state can be started. This general process is in 9 shown.

If request 8 includes a speed check, a comparison of the current vehicle speed with the specified target speed is carried out. In the event of a speeding violation, the speeding violation incident is saved with an indication of the value of exceeding the specified speed.

If there is no speeding violation or requirement 8 does not include a speed check, it is checked whether the vehicle is on a toll road or toll area. If so, this state is saved in order to subsequently request a toll fee from the vehicle driver.

If the vehicle 1 is not on a toll road or a toll area or if a corresponding toll has already been paid, it is checked whether the TÜV inspection has expired. If so, this violation will be saved. These reviews are in 10 shown.

If the TÜV is still valid and requirement 8 contains the execution of a distance check, the distance of the vehicle 1 to the vehicle 25 in front is determined. If there is a violation of a distance regulation, this violation is saved with the value of the violation. If requirement 8 does not contain a requirement to carry out a distance control or if a distance control is not violated, it is checked whether the request includes a check of the light signal. If it is to be checked whether a lighting regulation is being followed, it is checked whether the light is on or off accordingly and a violation is saved accordingly.

If no light check is to take place or if a light regulation is followed, it is checked whether requirement 8 includes an on-board diagnostic check. If so, a check is made to see whether an on-board diagnostic regulation is being violated. In the event of an injury, the injury is saved.

The distance, light and on-board diagnostics checks are in 11 shown.

12 shows further checks, such as checking whether there is insurance, whether a cell phone is active and whether the VIN number matches the license plate number.

In 13 further checks can be carried out.

In 14 A signal is prepared to control the interior camera 2 and images are recorded. The data packet 14 is created from all stored data together with the occupant photo. The data packet 14 is sent to the requestor 15. The driver of the vehicle will be informed about the inspection.

15 shows a computer 42 with a memory 41. The computer program product 40 is loaded into the memory 41 of the computer 42 and thereby carries out the data in the 9 to 14 steps shown.

Reference symbols

1

vehicle

2

Interior camera

3

vehicle occupant

4

Vehicle reception unit

5

Vehicle transmitter unit

6

license plate

7

TÜV badge

8th

Requirement

9

Setpoints

10

Verification device

11

Input interface

12

Vehicle interface

13

Output interface

14

Data package

15

requestor

20

Trigger device

21

first vehicle

22

Transmitting unit

23

Receiving unit

24

second vehicle

25

vehicle in front

30

Verification system

31

Communication range

40

Computer program product

41

Storage

42

computer

Claims (4)

Checking device (10) for a vehicle (1, 21) for detecting an illegal act, the checking device (10) being arranged on or within the vehicle (1, 21) when used - an input interface (11) to receive a request (8) from a requester (15) from outside the vehicle (1, 21) to carry out a check of a vehicle condition, the requester (15) responding to the request (8) with a triggering device (20) sends to the checking device (10) and the triggering device (20) receives a vehicle status, the triggering device (20) comprising a transmitting unit (22) and a receiving unit (23) in order to receive a request (8) to carry out a check of the to send the vehicle condition to the checking device (10) and to maintain the vehicle condition, - a vehicle interface (12) in order to obtain data available within the vehicle (1, 21), location data, time data, speed data, signaling data, distance data, immobilizer data, chassis data and / or license plate data of the vehicle as vehicle status data and a vehicle occupant photo from an interior camera (2) to obtain the vehicle, the checking device (10) • can be triggered by receiving the request (8) to carry out the check, and • is designed to collect the data depending on the requirement (8) and to determine the vehicle condition based on this data, • upon a request (8) to carry out a check of a vehicle occupant (3), the interior camera (2) is activated to take the vehicle occupant photo and collect the vehicle occupant photo, wherein the checking device (10) is designed, • to record the requested data within the vehicle and evaluate it internally, • determine the vehicle condition based on a comparison of the vehicle condition data with target values contained in the request (8) for carrying out the check and - depending on the comparison, to record an unlawful act, and - an output interface (13) to provide the vehicle state including the illegal act to the requestor (15). Checking device (10). Claim 1 , characterized in that - the input interface (11) is designed to receive an identifier for identifying the requester (15) and / or a time indication for determining a trigger time of the request (8), - the checking device (10) is designed, - to collect the license plate number and/or the time information as further data - and to create a data packet (14) from this further data together with the vehicle status, and - the output interface (13) is designed to provide this data packet (14) to the requestor (15 ) to provide. Method for detecting an illegal act based on a vehicle condition with the following method steps: - using a checking device to receive a request (8) from a requester (15) from outside a vehicle (1, 21) to carry out a check of a vehicle condition within the vehicle (1, 21), - triggering the check by receiving the request (8), - depending on the request (8) collecting data available within the vehicle (1, 21), - determining the vehicle condition based on a comparison of this data with the request (8) to carry out the review evaluate, - sending this vehicle status to the requester (15), with a checking device (10) according to one of the following being used to carry out the method Claims 1 until 2 be used. Procedure according to Claim 3 , characterized in that the request (8) includes the execution of a speed check, a toll check, a TÜV check, a distance check, a light check, an on-board diagnostic check, a mobile device check and / or an occupant check, wherein the checking device (10) - compares a vehicle speed with a speed setpoint when a speed check is requested and stores this violation in the event of a violation of a speed limit, - stores location data, preferably GPS data, of the vehicle (1, 21) when a toll check is requested, - in the event of a requested TÜV inspection, a TÜV sticker (7) is inserted and stored, - in the event of a requested distance inspection, compares a vehicle distance to a vehicle in front (25) with a distance target value and, in the event of a violation of a distance control, saves this violation, - in the event of a requested Light control compares a light state of the vehicle (1, 21) with a light target value and, in the event of a violation of a light control, saves this violation, - when an on-board diagnostic check is requested, carries out the on-board diagnosis, compares the result with target diagnostic values and in the event of a violation of a diagnostic regulation, saves this violation, - checks the activity of a mobile device when a mobile device check is requested and stores it depending on the activity, and - when an occupant check is requested, controls an interior camera (2) to take a photo of the vehicle occupant and that Stores vehicle occupant photo, - creates a data packet (14) from the stored data and a received license plate for identifying the requester (15) and / or a time for determining a trigger time of the request - and sends this data packet (14) to the requester (15). .

Images