DE102017219987A1 - Device and method for the efficient and cost-saving detection of misdemeanors, offenses and / or the causative persons - Google Patents

Abstract

A vehicle inspection device (10) for detecting an illegal action having an input interface (11) for requesting (8) a requestor (15) from outside the vehicle (1, 21) to perform a vehicle condition check to obtain a vehicle interface (12) to obtain data available within the vehicle (1, 21), wherein the verification device (10) is triggered by the receipt of the request (8) to perform the check, and executed, depending on the request (8) collect the data and determine from this data the vehicle state and an output interface (13) to provide the vehicle state for the requester (15). Furthermore, the invention relates to a triggering device (20), a checking system (30) and a method for detecting an illegal action on the basis of a vehicle condition and a corresponding computer program.

Description

The invention relates to an inspection device for a vehicle for detecting an illegal act according to claim 1, a trigger device for detecting an illegal action based on a vehicle condition according to claim 5, a checking system for detecting an illegal action based on a vehicle condition according to claim 7, a method for detecting a illegal act on the basis of a vehicle condition according to claim 10 and a computer program product according to claim 14.

In the case of vehicle theft, it is not always possible to determine who has or is currently in charge of the vehicle. It is not always possible to determine where the vehicle is currently located. Furthermore, it is not always possible to determine whether more than one person is in the vehicle. Illegal border crossings with stolen vehicles still have a low reconnaissance rate. In Germany, this information rate is about 30%. Stolen vehicles that subsequently commit other violations of the law are also potentially detected too late in road traffic. Such violations of the law are, for example, 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, it is not always possible to determine who has managed the vehicle in the event of a violation of road traffic regulations with a focus on traffic safety. Examples of such injuries are

• an exceeding of a permissible maximum speed,
• a non-buckling of a vehicle occupant,
• - an entrance to a zone which is closed to certain vehicles,
• - a non-compliance with a permissible safety distance,
• - driving a vehicle in case of improper use of mobile devices,
• driving without required vehicle lighting,
• - driving despite expired registration and / or
• -tracking with a trailer above the maximum trailer speed limit and / or the trailer's permitted trailer load weight.

For example, violating the seatbelt requirement is one of the most common violations and may lead to a greatly increased risk to 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 fast to determine who has committed this rule violation in a violation of road traffic rules, usually follows an environmental impact, for example by

• - permanent driving despite emissions-related vehicle errors and / or
• - Entry into restricted areas for certain types of vehicles, such as indoor environment zones.

In addition, in the case of toll roads, either in Austria, a system with a chargeable badge or, as in Germany, a system with Toll Collect is realized. Toll Collect is a system for taking a truck toll. For example, approaching vehicles are registered via permanently installed control bridges and a check is made as to whether the tolled trucks are properly booked in the system. The German toll debit is inflexible. The Austrian toll debit requires local staff to check. For roads that are subject to tolls and for which an automated check is to be made, a considerable initial investment must be made in Germany. Therefore, there are toll roads that are not automatically monitored. But this leads to revenue losses on the operator side.

In addition, pursuit journeys in public areas are generally associated with high risks for all involved and uninvolved road users. Furthermore, pursuit is usually not fast and predictable to end.

• - 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.

Basically, stationary, but also mobile traffic monitoring is always associated with technical effort, high investment, for example, in the purchase, and ongoing operating costs, for example, in the calibration. The consequences of this are

• - unnecessarily increasing the risk of accidents on the road,
• - an increased administrative and investigative effort for authorities and / or insurance companies,
• - A distribution of the costs of vehicle theft on all insured persons at the respective insurance company on the premiums or on the general public.

The transition of the company into 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 for toll roads and environmental damage.

Systems are known from the prior art in which external devices can actively access different vehicle systems. The prior art is for example in the DE 10 2009 015 055 A1 disclosed.

This is where the invention starts. The object of the invention is to improve the detection of misdemeanors, criminal offenses and / or the persons causing it.

This object is achieved with a checking device having the features of claim 1, a triggering device having the features of claim 5, a checking system having the features of claim 7, a method having the features of claim 10 and a computer program product having the features of claim 14.

Further developments and advantageous embodiments 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, on the basis of the technology installed in vehicles in combination with a vehicle-to-vehicle and / or vehicle-to-infrastructure communication unit, provides, inter alia, the following functionalities:

• - pictorial documentation of the driver to a request from an external, off-vehicle system,
• - Confirmation to the external system and
• - Transfer of the generated data to the external system.

Examples of technology incorporated into vehicles include sensors and actuators for optimum 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 police, authorities and / or insurance companies,
• - when using the vehicle in the context of other crimes,
• - in the case of illegal border crossings with vehicles,
• - in the case of flexible road traffic inspections 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 vehicle inspection apparatus according to the present invention is adapted to detect an illegal action. The checking device has an input interface to receive a request from a requestor from outside the vehicle to carry out a check of a vehicle condition. In addition, the verification device has a vehicle interface to obtain available data within the vehicle. In this case, the checking device can be triggered by receiving the request to carry out the check. The checking device is designed to collect the data in dependence on the request and to determine the vehicle state on the basis of this data. Further, the verification device has an output interface to provide the vehicle state for the requester.

Vehicles are especially passenger cars.

An inspection device for a vehicle for detecting an illegal action is a device that can be arranged or installed in or on a vehicle and is arranged or installed in operation in or on a vehicle. The verifier receives a request to perform a check, performs this check, and provides a result of that check.

An illegal act is a misdemeanor or a criminal offense. A misdemeanor is such an unlawful and principally accusatory act, which realizes the facts of a law and permits the punishment of a fine. Exceeding a permissible maximum speed is, for example, a regulatory offense. An offense is such an unlawful and generally objectionable act that implements a statute that specifically serves to protect at least one particular legal interest, such as life, health, property or the security and integrity of the state.

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

The input interface of the checking device is in particular an interface to a receiving unit of the checking device or of 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 transmitting unit of the checking device or the vehicle.

The vehicle interface is an interface to an in-vehicle system or functional unit, for example an interface to a Control Area Network (CAN) bus. By means of the CAN bus, for example, a query of a number of wheel revolutions, called in English wheelticks, a speed of the vehicle can be detected. The vehicle interface is located internally in the vehicle and represents an exchange to a technical equipment installed in the vehicle.

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

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

The verification device is thus triggered from outside the vehicle. That is, the verification device is triggered to perform the inspection from outside the vehicle. Depending on the particular requirement, the verification device performs the outside requested verification within the vehicle using data available in the vehicle.

Depending on the particular requirement, only certain data are collected.

The vehicle state is an actual state of the vehicle provided via the exit interface of the verification device. Thus, not only pure data are provided, but an underlying meaning of this data, which characterizes the vehicle condition, in particular, whether an illegal act is present.

For example, if the request to perform a speed check is that the current speed limit is 50 km / h, the checker collects the current speed of the vehicle and, as the vehicle state, provides a difference between the current speed and the requested speed. The vehicle condition is then concrete that the permissible speed limit is exceeded or fallen below 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 state, the verification device may also provide the current speed of the vehicle.

If the verification device needs to collect and evaluate a plurality of in-vehicle data according to a particular request, and thus the vehicle state is characterized by a plurality of data, the verification device is configured to provide the vehicle state as a data packet.

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

In the data packet, all data that characterize the vehicle state are summarized. Thus, multiple vehicle states are not provided individually with respect to deployment. Advantageously, a data packet containing several vehicle states is 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

• - an admissible speed limit of 20 km / h has been exceeded,
• - a vehicle lighting is improperly switched off and
• - a permissible safety distance to a vehicle in front is not maintained.

The data packet is provided in such a way that it can not be changed later. For example, the data packet may be encrypted by means of cryptography.

It is essential to the invention that the checking device, which is arranged for use on or inside the vehicle, is externally triggered, that is to say from outside the vehicle, and detects and internally evaluates the requested data within the vehicle. The verification device is therefore different from a system that externally evaluates in-vehicle data. The checking device is in particular different from a measured data acquisition system for evaluating the data outside the vehicle.

Preferably, the vehicle state is only provided if there is also a violation of a specific regulation. If no violation is found, according to a preferred embodiment of the invention, no feedback to the requester takes place.

With the checking device according to the invention, unlawful acts can advantageously be detected simply, namely by an external triggering of the vehicle-internal checking device.

Advantageously, the particular vehicle state is stored protected vehicle local and if possible sent directly to the requester. For example, the verification device has a memory interface to an in-vehicle memory. The determined vehicle state is stored in this in-vehicle memory. Preferably, access to this in-vehicle memory only legitimate facilities and / or persons, for example, official authorities, possible.

If no immediate transmission is possible, stationary buffer storage devices are arranged, for example, in the area of filling stations, charging stations and / or borders. These stationary buffering devices have a, preferably wireless, interface to the verification device to obtain an unsuccessfully transmitted vehicle state. The stationary buffer storage devices provide the obtained vehicle condition for further use, for example for official authorities. In addition, mobile cache devices are provided.

Preferably, a driver of the vehicle is informed via the output interface of the checking device whether a request for carrying out a check has been obtained, if appropriate also about its result. For this purpose, in particular, an alarm functionality is implemented in the checking device.

In one development of the invention, the input interface is designed to obtain a tag for identifying the requestor and / or a time for determining a triggering time of the request. The checking device is designed to collect the license plate and / or the time information as further data and to create a data packet from these further data together with the vehicle state. The output interface is designed to provide this data packet to the requestor. The data packet is provided in such a way that it can not be changed later. For example, the data packet may be encrypted by means of cryptography.

By means of the indicator, it is advantageously possible to be able to assign, with legal certainty, who initiated which request for executing a check. The identifier may be, for example, an identification number or another identifier over which the requestor is uniquely identifiable. By means of the time indication, it can advantageously be assigned with legal certainty when which request for the execution of a check was initiated, that is to say when the request was communicated. The time is a time and / or a date. Preferably, the time indication also includes a time zone indication.

According to a preferred embodiment of the invention, the vehicle interface is designed to obtain a vehicle occupant photo from an interior camera of the vehicle. The checking device is configured to drive the interior camera for taking the vehicle occupant photos and to collect the vehicle occupant photo when requesting to carry out a check of a vehicle occupant. In particular, it can be recognized via the vehicle occupant photo who is driving the vehicle. It can also be determined whether a driver uses a mobile terminal, for example a smartphone, while driving. The checking device may also be designed to control the interior camera for recording a single vehicle occupant photo or for a series exposure.

In an advantageous embodiment of the invention, the vehicle interface is designed to obtain 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 on the basis of a comparison of the vehicle state data with target values contained in the request for execution of the check, and to record an illegal action as a function of the comparison. The source interface is designed to provide the illegal action to the requestor.

Location data are 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 may also be data from another satellite system, for example the European satellite navigation system Galileo. This can be assigned legally secure where the vehicle was at the time of communication with the requester.

Time data is time information, time zone information and / or dates.

With signaling data signaling devices of the vehicle are checked, for example, lighting system or turn signal system. This can be checked whether the vehicle has turned on the vehicle light or whether a turn signal system is actuated.

Distance data is in particular data about a distance to a vehicle in front. With distance data can be determined whether the vehicle complies with a prescribed minimum distance to a preceding vehicle.

In order to be able to initiate a theft check from the outside, it is advantageous to read in the current state of the immobilizer state, 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 called 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. Through the license plate data can also read a TÜV sticker. TÜV stands for Technical Monitoring Association, which performs safety checks as a technical testing organization. The TÜV sticker can be used to determine when a next TÜV inspection is due and / or whether a time for a next TÜV inspection has been exceeded.

Preferably, for a plausibility check between the time information sent by the external requestor and an in-vehicle time, including the date, the vehicle-internal time, including date, is read. The vehicle-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 predetermined and requested set values is made as a data packet consisting of

• - driver picture,
• Vehicle identification information,
• - Time stamp,
• - type of incident,
• - requester indicator,
• - carried out checks and
• - further data of the vehicle condition

provided.

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

Preferably, the driver is informed of the executed checks, for example via an instrument cluster of the vehicle, a corresponding display device or a man-machine interface, a so-called human-machine interface, abbreviated HMI. In this case, the type of review with further information can be made known to the driver, for example, as a speeding violation of 23 km / h.

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

The triggering device according to the invention for detecting an illegal action based on a vehicle state of a first vehicle has a transmitting unit to send a request for carrying out a check of the vehicle state to the first vehicle. The triggering device is disposed outside the first vehicle and configured to trigger 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 may be preferably used by regulatory agencies, such as police, to inspect a vehicle condition outside the vehicle and to receive the vehicle condition determined in the vehicle to detect an illegal action.

Advantageously, the triggering device is stationary or mobile, preferably arranged in a second vehicle. A stationary triggering device may preferably be installed at high traffic or other critical traffic locations. A mobile Tripping device in a second vehicle can be used in particular in pursuit.

Particularly preferably, the trigger device is arranged concealed on a roadside, stationary or mobile, and triggers the verification of speeding over in approaching vehicles. Speed cameras such as speed cameras are thus superfluous.

The check system for detecting an illegal action based on a vehicle condition includes a triggering device having a transmitting unit for sending a request for executing 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. Further, the inspection system has a receiving unit to obtain the vehicle condition determined in the vehicle. In addition, the inspection system includes the vehicle having a vehicle receiving unit to receive the request to carry out the vehicle condition check. Furthermore, the verification system has a verification device that is triggered by the receipt of the request to carry out the review. The checking device is designed to collect available data depending on the request within the vehicle and to determine the vehicle state based on this data. Furthermore, the inspection system has a vehicle end unit to provide this vehicle state for 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.

The verification system according to the invention consists of an external device, the triggering device, which may be installed stationary or in another vehicle. The inspection device in the vehicle is retriggered from outside the vehicle. Part of the trigger is the request to execute a check and / or an action to be triggered. In the vehicle, there is a receiving unit that receives this request, performs the requested checks using data available in the vehicle, and, depending on the check, provides the vehicle state or a plurality of individual vehicle states as a whole vehicle state as a data packet. This data packet consists, among other things, for example

• - the driver picture,
• - the review carried out,
• - the activities carried out,
• - the mileage of the vehicle,
• - the time of verification,
• - location coordinates of the vehicle,
• - the identifier of the requester,
• - the VIN and / or
• - the police registration number of the vehicle.

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, a communication between the triggering device and the checking device is a vehicle-to-vehicle communication and / or a vehicle-to-infrastructure communication.

Vehicle-to-vehicle communication, abbreviated V2V, and vehicle-to-infrastructure communication, in English vehicle-to-X-communication, abbreviated V2X, respectively are communication systems that are used to 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 an infrastructure. The infrastructure includes in particular traffic lights, building equipment and pedestrians. Various technologies are available for vehicle-to-vehicle communication and vehicle-to-infrastructure communication. Relevant are wireless LAN and mobile communications. For some applications, digital radio and Bluetooth are also interesting. The ITSG5 WLAN standard for vehicle-to-vehicle and vehicle-to-infrastructure communication is based on the IEEE 802.11a / b / g standard known from today's computer world. Based on these standards, a special version for vehicle communication has been developed, the IEEE 802.11p, which, among other things, enables significantly faster ad-hoc connections. In addition, other, specifically licensed frequencies, for example 5 GHz band, are used for this purpose. This in turn allows the transmission of safety-relevant information without being influenced by the 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 action on the basis of a vehicle condition has the following method steps:

• - with an inspection device receiving a request from a requestor from outside a vehicle to carry out a check of a vehicle state within the vehicle,
• - triggering the check by receiving the request,
• - depending on the requirement collecting data available within the vehicle,
• Determination of the vehicle condition based on a comparison of said data with target values included in the request to execute the check,
• - Send this vehicle condition to the requestor.

With this method, an unlawful action can advantageously be easily detected, namely by an external triggering of an in-vehicle inspection device. This checking device carries out a vehicle-internal check and the result of the check on the vehicle-external requester.

In a further development of the method, the request for carrying out a check of the vehicle condition with a triggering device is sent to the vehicle.

Advantageously, an inventive checking device and / or a triggering device according to the invention is 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 has the execution

• - a speed control,
• a check of the seatbelt buckles in conjunction with seat occupancy detection,
• - a toll control,
• - a TÜV inspection,
• - a distance control,
• - a light control,
• - an on-board diagnostic check,
• a mobile terminal control and / or
• - An occupant control, wherein the verification device
• -compares a vehicle speed with a speed setpoint for a requested speed control and stores this violation in the event of a speed limit violation,
• stores location data, preferably GPS data, of the vehicle in the event of a requested toll check,
• - reads in and stores a TÜV sticker at a requested TÜV inspection,
• when a requested distance check compares a vehicle distance to a vehicle ahead with a distance setpoint and stores this violation in the event of a violation of a distance control,
• - When a requested light control compares a light condition of the vehicle with a light setpoint and stores this violation in case of violation of a light control,
• on an on-board diagnostic check requested, carries out an on-board diagnosis, compares the result with target diagnostic values and, in the case of a violation of a diagnostic control, stores this violation,
• - Checks the activity of a mobile terminal in a requested mobile terminal control and stores this depending on the activity, and
• - At a requested occupant control an interior camera for receiving a vehicle occupant photos drives and stores the vehicle occupant photo.

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

On-board diagnostics, or OBD for short, are used to check in-vehicle ECUs whose data is accessible via the vehicle interface.

For a review of the vehicle is relatively easy.

The computer program product according to the invention is designed to be loaded into a memory of a computer and comprises 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 perform a particular engineering procedure that results in a particular technical result. When that program is used on a computer, it calls Computer program out a technical effect, namely the checking of a vehicle state depending on a request to carry out the verification and providing a data packet with the result of this review.

A computer is a means of processing data that processes data through programmable computing.

A memory is a medium for backing up data.

Software is a collective term for programs and related 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 Computerprogrammprodukts,
• 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 will be described in detail with reference to the following figures. Show it:

• 1 FIG. 1 shows an exemplary embodiment of a vehicle with an exemplary embodiment of a checking device, FIG.
• 2 : an embodiment of a triggering device,
• 3 FIG. 4: an exemplary embodiment of a stationarily arranged triggering device for monitoring,
• 4 an embodiment of a mobile triggering device for monitoring,
• 5 an embodiment of a stationary release device,
• 6 an embodiment of a mobile triggering device,
• 7 : a schematic representation of an embodiment of a verification system with inputs and outputs,
• 8th : An embodiment of a method for initializing a computer program product,
• 9 an embodiment of a flow of a computer program product,
• 10 : an embodiment of a computer program product,
• 11 : an embodiment of a computer program product,
• 12 : an embodiment of a computer program product,
• 13 : an 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 numerals designate the same parts or functionally similar parts. In the respective figures, the relevant reference parts are numbered.

1 shows a vehicle 1 with a verification device 10 , The verification device 10 has an input interface 11 on. Via the input interface 11 receives the verification device 10 from a vehicle receiving unit 4 a request to perform a check of a vehicle condition. The request receives the vehicle receiving unit 4 wireless via wireless LAN.

Via a vehicle interface 12 collects the verification device 10 the data requested in the request for review. These data will be in the verification device 10 with setpoints 9 the requirement compared and from this comparison the vehicle state via an output interface 13 by means of a vehicle end unit 5 as a data packet 14 Posted.

About the vehicle interface 12 collects the verification device 10 not only in-vehicle data, but may also actively access and control in-vehicle systems depending on the request to perform the verification. For example, the verification device 10 an interior camera 2 of the vehicle 1 control.

The interior camera 2 can take a picture of a vehicle occupant 3 can make. The interior camera 2 makes a single photo of the vehicle occupant depending on the requirement 3 or a continuous shot over a random period of time. This photo reads the checking device 10 via the vehicle interface 12 and there in the data package 14 out.

About the vehicle interface 12 reads the verification device 10 also a license plate 6 together with a TÜV sticker 7 to obtain appropriate 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 , About the transmitting unit 22 triggers the triggering device 20 externally an in-vehicle inspection by means of the verification device 10 and receives the result of this review as a data packet 14 via the receiving unit 23 ,

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

3 shows a verification system 30 , The verification system 30 has a stationary triggering device 20 and vehicles 1 on. Every vehicle 1 has the verification device 10 on. The triggering device 20 sends a request via vehicle-to-infrastructure communication 8th to the verification device 10 of the vehicle 1 , The verification device 10 carries out a vehicle-internal check and sends the vehicle status as a data packet 14 back to the triggering device 20 , The vehicles 1 are within a communication range 31 the triggering device 20 , A the vehicle 1 preceding vehicle 25 is outside the communication range 31 and does not participate in vehicle-to-infrastructure communication. The setpoints 9 that of the triggering device 20 are driving restrictions for diesel vehicles, general driving bans, speed limits, distance requirements, accident reports, mobile device bans, expired TÜV plates, toll roads, on-board diagnostics, light-on-checks and speed specifications.

In 4 is the triggering device 20 mobile in a second vehicle 24 arranged. The second vehicle 24 is the requester 15 that with the triggering device 20 the request 8th to a first vehicle 21 sends and the data packet 14 received from the first vehicle. The communication between the triggering device 20 and the second vehicle 24 is a vehicle-to-vehicle communication.

In 5 is the triggering device 20 stationary arranged. There is no monitoring, but there is a possibility of intervention in the vehicle 1 , The requester 15 is a second vehicle 24 that of the triggering device 20 the data package 14 within the communication range 31 receives.

5 shows a vehicle-to-infrastructure communication. On the other hand shows 6 a vehicle-to-vehicle communication in which the triggering device 20 in the second vehicle 24 is arranged mobile and a data exchange between the first vehicle and the second vehicle 24 , this is the vehicle ahead 25 is, takes place.

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

7 represents 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 to the verification system 30 coming from outside the vehicle 1 is obtained.

The Request for Driver Image input contains the request for the vehicle 1 if possible, a picture of the driver in the vehicle 1 built-in interior camera 2 close. This includes the information as to whether only one image should be generated or a series of images.

The Request for ID input is used to assign who has initiated which request for checking. This is done by having the requester 15 identifiable via an identifier.

About the input Date, Time is determined when the communication of the request 8th 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 input Mode Request determines which check is requested, for example

• - checking the speed,
• - Checking the seatbelt buckles in conjunction with seat occupancy detection,
• - Check if the vehicle 1 located on a toll road,
• - check if a TÜV has expired,
• - Checking the distance to a vehicle in front 25 is
• - check if light is on,
• - Checking an on-board diagnosis,
• - Checking for theft, for example via data from the immobilizer,
• Checking whether the driver uses a smartphone, for example via the driver's photo,

up to official vehicle deactivation.

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

• - 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 in-vehicle data representing the verification device 10 when triggered by the release device 20 via the vehicle interface 12 queries are

• - GPS coordinates in order to be able to assign legally, where the vehicle at the time of communication with the triggering device 20 was,
• the state-of-vehicle, that is the vehicle condition,
• -the immobilizer state, that is the data state of the immobilizer,
• - Date, Time, to determine via a plausibility check, whether the time specification of the requester 15 coincides with an in-vehicle time specification, and the
• - Vehicle ID, ie VIN, in order to be able to legally assign an incident to a vehicle and
• - The license plate number, ie license plate, in order to be able to legally assign an incident to a vehicle owner.

The data of the respective outputs are called data packets 14 provided.

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

The Acknowledge to Requester output is used during communication with the tripping device 20 a remote from this request 8th confirmed as arrived.

Via the Hazard Lights On Request output, a sign visible to the outside can be disconnected, for example, switching on the hazard warning lights in response to an official decommissioning of the vehicle 1 ,

It is possible to use the Engine Off Request output for external requests 8th an official decommissioning the vehicle 1 to stop.

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

8th Represents the flow of a computer program product 40 ,

In the initialization state, first the hardware, for example the verification device 10 on which the computer program product 40 running, as well as the in-vehicle systems, including actuators, such as mirrors and camera, initialized. In addition, communication with all other sources of information in the vehicle is established. Communication outside the vehicle is in connection with the triggering device.

transition 1 is the transition from the Initialization state to the Inactive state. The state Inactive is always taken when a request 8th has been completely processed or communication with the external triggering device 20 collapsed and can not reestablish itself.

transition 12 is the transition from the Initialization state to the Failure mode state. There are one or more severe errors in the Failure mode state. There are no other functions available in this Failure mode state. The information about the error is sent to the vehicle 1 sent. From this, the vehicle can generate messages for the instrument cluster, a display device or an HMI to inform the driver about the malfunction and / or the nature of the malfunction. As long as at least one check is possible, the Failure mode state is not reached.

If an error is detected in the inactive state, it is transitioned 4 the transition from the inactive state to the failure mode state is reached. If there is no more serious error, it will transition 9 the transition from the Failure mode state to the Inactive state is reached.

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

In the normal state is the verification device 10 or the verification system 30 , on or on the computer program product 40 runs, either in Failure Mode, Inactive Mode or Check Mode. About transition 12 this normal state is switched off. After shutdown, the state Shut down is taken.

The garage in-plant tester mode is the state over which the surveillance system 30 on the outside of the vehicle 1 fed test in a test mode and controlled can be. In this state, the individual functionalities of the verification system are tested, in particular its outputs. This 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, a shutdown of the functionality can take place by means of the shutdown state. For example, communication with other communication partners is ended in a controlled manner.

The 9 to 14 show the sequence of the check mode state. Every single figure of the 9 to 14 can run your own computer program product 40 represent. The course of the computer program product 40 But it can also be a combination of in the 9 to 14 be shown processes. Furthermore, all of 9 to 14 together the expiration of the computer program product 40 represent.

If an error has been detected, the monitoring system becomes 30 set in the failure mode. If there is no error, it is checked whether a test command exists. In the case of a test command, the garage is in-plant tester mode state.

If there is no test command, it is checked whether the system should be switched off. If necessary, the system is put into the shutdown state. If the system is not switched off, it is checked whether the inputs are available. If the inputs are not available, the system is set to inactive.

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

If the request 8th includes a speed check, a comparison of the current vehicle speed is performed with the predetermined target speed. In the event of a speed violation, the incident of the speed violation is stored with the value of exceeding the specified speed.

If there is no speed violation or includes the request 8th no speed check, it is checked whether the vehicle is on a toll road or a toll area. If so, this state is saved to subsequently require a toll from the driver.

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

If the TÜV is still valid, and contains the requirement 8th the execution of a check of a distance, the distance of the vehicle 1 to the vehicle in front 25 certainly. If there is a violation of a distance control, this violation is stored with the value of the violation. Contains the request 8th if no request is made to execute a distance check 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 light control is being followed, it is checked whether the light is correspondingly on or off and an injury stored accordingly.

If there is no light check or if a light control is followed, it will check if the request 8th includes an on-board diagnostic check. If so, it checks whether an on-board diagnostic control is violated. In case of injury, the injury is stored.

The checks of the distance, the light and the on-board diagnosis are in 11 shown.

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

In 13 Further checks can be carried out.

In 14 becomes a signal to control the interior camera 2 prepared and triggered a recording of pictures. All stored data becomes the data packet 14 created together with the occupant photo. The data package 14 will be to the requester 15 Posted. The driver will be informed about the check.

15 shows a computer 42 with a memory 41 , The computer program product 40 will be in the store 41 of the computer 42 loaded and leads thereby in the 9 to 14 shown steps.

LIST OF REFERENCE NUMBERS

1

vehicle

2

Interior camera

3

passenger

4

Vehicle receiver unit

5

Vehicle transmitting unit

6

license plate

7

TÜV seal

8th

Requirement

9

setpoints

10

Checking device

11

Input interface

12

Vehicle interface

13

Output interface

14

data packet

15

requester

20

triggering device

21

first vehicle

22

transmission unit

23

receiver unit

24

second vehicle

25

preceding vehicle

30

Verification system

31

Communication range

40

A computer program product

41

Storage

42

computer

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 102009015055 A1 [0011]

Claims (14)

Checking device (10) for a vehicle (1, 21) for detecting an illegal act with an input interface (11) for receiving a request (8) from a requester (15) from outside the vehicle (1, 21) for carrying out a check of a vehicle condition, a vehicle interface (12) for obtaining data available within the vehicle (1, 21), - wherein the checking device (10) • by receiving the request (8) is triggerable to carry out the review, and Is executed, depending on the requirement (8) to collect the data and use this data to determine the vehicle condition and an output interface (13) to provide the vehicle condition to the requester (15). Verification device (10) according to Claim 1 characterized in that - the input interface (11) is designed to obtain a tag for identifying the requester (15) and / or a time for determining a triggering time of the request (8), - the checking device (10) is implemented, collect the license plate and / or the time information as further data - and from this further data together with the vehicle state to create a data packet (14), and - the output interface (13) is executed, this data packet (14) for the requestor (15 ). Verification device (10) according to Claim 1 or 2 characterized in that - the vehicle interface (12) is adapted to receive a vehicle occupant photo from an interior camera (2) of the vehicle (1, 21), - wherein the verification device (10) is implemented at a request (8) for execution a check of a vehicle occupant (3) to control the interior camera (2) for receiving the vehicle occupant photos and to collect the vehicle occupant photo. Checking device (10) according to one of Claims 1 to 3 characterized in that - the vehicle interface (12) is adapted to receive vehicle condition 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 verification device (10) is implemented, determine the vehicle condition based on a comparison of the vehicle condition data with target values included in the request (8) to perform the verification, and - detect an illegal action as a function of the comparison, and - the output interface (13) is executed, the illegal action for the requester (15). Tripping device (20) for detecting an illegal action on the basis of a vehicle state of a first vehicle (21) a transmitting unit (22) for sending a request (8) for carrying out a check of the vehicle condition to the first vehicle (21), - wherein the triggering device (20) • is arranged outside the first vehicle (21) and • is executed to trigger the execution of the check in the first vehicle (21), and a receiving unit (23) for obtaining the vehicle condition determined in the first vehicle (21). Trigger device (20) after Claim 5 , characterized in that the triggering device (20) stationary or mobile, preferably in a second vehicle (24), is arranged. A verification system (30) for detecting an illegal action based on a vehicle condition - A trigger device (20) with A transmitting unit (22) for sending a request (8) for carrying out a check of a vehicle condition to a vehicle (1, 21), Wherein the triggering device (20) is arranged outside the vehicle (1, 21) and is designed to trigger the execution of the check in the vehicle (1, 21), and A receiving unit (23) for obtaining the vehicle condition determined in the vehicle (1, 21), and - The vehicle (1, 21) with A vehicle receiving unit (4) to receive the request (8) for carrying out the vehicle condition check, • an inspection device (10), which is triggered by the receipt of the request (8) to carry out the inspection within the vehicle, and is designed to collect available data depending on the requirement (8) within the vehicle (1, 21) and using this data to determine the vehicle condition, and • a vehicle end unit (5) to provide this vehicle condition to the receiving unit (23). Verification system (30) after Claim 7 , characterized in that the triggering device (20) a triggering device (20) according to Claim 5 or 6 and / or the checking device (10) is a checking device (10) according to one of the Claims 1 to 4 is. Verification system (30) after Claim 7 or 8th , characterized in that a communication between the triggering device (20) and the checking device (10) is a vehicle-to-vehicle communication and / or a vehicle-to-infrastructure communication. Method for detecting an illegal act on the basis of a vehicle condition with the following method steps: - having a checking device receiving a request (8) from a requester (15) from outside a vehicle (1, 21) for carrying out a check of a vehicle state within the vehicle (1, 21), - triggering the check by obtaining the request (8), depending on the requirement (8) collecting data available within the vehicle (1, 21), Determining the vehicle condition based on a comparison of these data with setpoints included in the request (8) for carrying out the check, - Send this vehicle status to the requestor (15). Method according to Claim 10 , characterized in that the request (8) for carrying out a check of the vehicle condition with a triggering device (20) is sent to the vehicle. Method according to Claim 10 or 11 , characterized in that for performing the method, a checking device (10) according to one of Claims 1 to 4 and / or a triggering device (20) according to one of Claims 5 or 6 be used. Method according to one of Claims 10 to 13 characterized in that the request (8) comprises execution of a speed control, a toll control, a TÜV control, a distance control, a light control, an on-board diagnostic control, a mobile terminal control and / or an occupant control, wherein the checking device (10) - compares a vehicle speed with a speed setpoint at a requested speed control and stores this violation in the event of a speed limit violation, - stores location data, preferably GPS data, of the vehicle (1, 21) at a requested toll check, if a requested TÜV inspection enters and stores a TÜV sticker (7), - compares a vehicle distance to a vehicle driving ahead (25) with a distance setpoint in a requested distance control and stores this violation in the event of a violation of a distance control, - with a the light control unit compares a light condition of the vehicle (1, 21) with a desired light value and stores this violation in the event of a light control violation; - performs the on-board diagnosis for a requested on-board diagnostic control, comparing the result with target diagnosis values and in the case of a violation of a diagnostic control, stores this violation, - checks the activity of a mobile terminal at a requested mobile terminal control and stores it in dependence of the activity, and - activates an interior camera (2) for picking up a vehicle occupant photo at a requested occupant control, and stores the vehicle occupant photo, - creates a data packet (14) from the stored data and a received identifier for identifying the requester (15) and / or a time for determining a triggering time of the request - and this data packet (14) to the requestor (15) sends. A computer program product (40) adapted to be loaded into a memory (41) of a computer (42) and comprising software code portions for carrying out a method according to any one of Claims 10 to 13 is executable when the computer program product (40) is running on the computer (42).

Images