WO2012163863A1 - Verfahren zur fahrzeugkommunikation, schnittstellenmodul, fahrzeugdiagnoseschnittstelle, benutzerkommunikationsendgerät, datenverbundsystem und diagnose- und steuerungsnetz - Google Patents

Verfahren zur fahrzeugkommunikation, schnittstellenmodul, fahrzeugdiagnoseschnittstelle, benutzerkommunikationsendgerät, datenverbundsystem und diagnose- und steuerungsnetz Download PDF

Info

Publication number
WO2012163863A1
WO2012163863A1 PCT/EP2012/059921 EP2012059921W WO2012163863A1 WO 2012163863 A1 WO2012163863 A1 WO 2012163863A1 EP 2012059921 W EP2012059921 W EP 2012059921W WO 2012163863 A1 WO2012163863 A1 WO 2012163863A1
Authority
WO
WIPO (PCT)
Prior art keywords
vehicle
interface
data
code
diagnostic
Prior art date
Application number
PCT/EP2012/059921
Other languages
English (en)
French (fr)
Inventor
Alexander Marten
Stephan Kaufmann
Original Assignee
Augmentation Industries Gmbh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Augmentation Industries Gmbh filed Critical Augmentation Industries Gmbh
Priority to EP12729382.7A priority Critical patent/EP2715679A1/de
Priority to US14/122,097 priority patent/US20140189814A1/en
Publication of WO2012163863A1 publication Critical patent/WO2012163863A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/161—Decentralised systems, e.g. inter-vehicle communication
    • G08G1/162—Decentralised systems, e.g. inter-vehicle communication event-triggered
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/205—Indicating the location of the monitored vehicles as destination, e.g. accidents, stolen, rental
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/69—Identity-dependent
    • H04W12/71—Hardware identity

Definitions

  • the invention relates to a method for vehicle communication by means of a system comprising a vehicle via a vehicle diagnostic interface.
  • the invention also relates to an interface module for a vehicle diagnostic interface as well as the vehicle diagnostic interface.
  • the invention relates to a user communication terminal, a data network system and a diagnostic and control network for a plurality of vehicles.
  • OBD on-board diagnostic
  • all systems in particular exhaust gas-influencing systems, are monitored and, in addition, further important control devices, such as temperature controls or the like, whose data are accessible through their software. Any errors that occur are displayed to the driver via a warning light and stored permanently in the respective control unit. Error messages can then be queried later by a specialist workshop via standardized interfaces or similar vehicle diagnostic interfaces.
  • OBD diagnostic interfaces There are also so-called OBD diagnostic interfaces known, which - as can be seen, for example, the website www.obd-2.de- can connect via a Bluetooth or similar air interface to the vehicle diagnostic interface to vehicle diagnostic data for a smartphone, Android or Pocket PC or the like to provide mobile user communication terminal.
  • Such devices save the passage to the workshop, but are limited to only provide the vehicle diagnostic data to the driver and user of the mobile user communication terminal.
  • the problem with such devices is already the flexibility in terms of usability in relation to the vehicle diagnostic interface.
  • the errors or other codes of the vehicle diagnostic data are standardized (ISO standard 15031-6), they are not the protocol for transmitting them. So far, a separate OBD interface separated from mobile user communication terminals still has to be limited to a specific interpreter chip (eg ELM327).
  • US 2010/0210254 A1 discloses a system which limits the use of a mobile user communications terminal thus coupled to a vehicle diagnostic interface for certain driving situations of the vehicle.
  • blocking software may be configured to receive vehicle diagnostic data and to block the operation of at least one communication function of the mobile user communications terminal based on the received vehicle diagnostic data. This may be, for example, an increased speed or a shift or the like result of a vehicle diagnosis.
  • US 2010/0256861 discloses a system for monitoring the health status of a vehicle having a vehicle monitoring computer system and a cellular phone that can receive vehicle-related diagnostic information of a vehicle.
  • a severity status for vehicle conditions should be automatically determined based on predefined severity status values, and when the severity status for any of the vehicle conditions exceeds a predefined severity threshold, a text message should automatically be transmitted to the mobile phone.
  • a vehicle identification number (FIN) or an identification of the mobile telephone (PIN) can be implemented in a suitable data packet.
  • the mobile phone is wirelessly connected to the vehicle or its environment, and can communicate with the environment via, for example, a communication network or an Internet for vehicle diagnostic data to the network transfer.
  • the mobile phone and the CPU of the vehicle control can thereby go over in a paired state via Bluetooth, without any user intervention is required, so that vehicle diagnostic data is transmitted automatically.
  • the aforementioned air interface-coupled diagnostic connections to a vehicle-implemented vehicle diagnostic system are limited to the evaluation of vehicle diagnostic data, which in this respect can only be transmitted unidirectionally in an uplink from the vehicle-implemented vehicle diagnostic system to the mobile user communications terminal.
  • the systems are limited to either restricting the communication function of the mobile user communications terminal as a result of the vehicle diagnostic data, as in US 2010/0210254 A1, or a message to the mobile user communications terminal merely for the information of the user of the mobile user communications terminal, as in US 2010/0256861 which is not necessarily the driver of the vehicle.
  • Such systems are limited to merely making the pure vehicle diagnostic data transparent to a mobile phone user and, if necessary, avoiding a trip to the workshop.
  • US 2008/0015748 A1 discloses a system and method for displaying and analyzing vehicle diagnostic data of a vehicle diagnostic interface that inter alia has air interface coupling to a mobile user communications terminal such that the vehicle diagnostic data is wirelessly transmissible.
  • geographical position data are also transmitted from the vehicle diagnosis interface to the mobile user communication terminal or a navigation device and forwarded to an Internet server or a Wide Area Network (WAN).
  • WAN Wide Area Network
  • the data may be accessible to end users or software applications may have access to such data in a manner automated by a program.
  • Such a software application can only be dynamically configurably coupled from the network side to the mobile user communication terminal.
  • the vehicle diagnostic data may be provided to an authorized user, namely a towing service.
  • This system is also limited to a unidirectional connection in the context of an uplink from the vehicle-implemented vehicle diagnostic system to the mobile one User communication terminal - to motivate an action of external authorized users based on an analysis using the vehicle diagnostic data.
  • the invention begins, the object of which is to specify a method and a device, in particular an interface module, a vehicle diagnostic interface and a diagnostic network, which is improved beyond an extended diagnosis of vehicle data mentioned above.
  • a functionality of the method and the device should be substantially improved.
  • the data basis of such a method and such a device should be substantially improved.
  • a method for vehicle communication comprising an interface module, which is designed for wireless communication, is provided according to the invention that for authentication in the context of vehicle communication, an authorization code is transmitted wirelessly and the authorization code is based on a combination of at least two codes, the at least two codes are selected from the group comprising:
  • a communication code relating to the mobile user communication terminal an interface code serving the interface identification.
  • the authorization code is particularly preferably based on two codes, namely:
  • the authorization code is particularly preferably based on three codes, namely:
  • a first code in the form of a vehicle identification string and / or number FIN, VIN
  • SIM string and / or number Subscriber Identification Module
  • telephone string and / or number a second code in the form of a SIM string and / or number (Subscriber Identification Module) and / or a telephone string and / or number
  • a third code in the form of a character string and / or number assigned to the interface module.
  • the authorization code is based on at least two codes, wherein the at least two codes are selected from the group further comprising: a user-entered code, an individual user identification string and / or number, an application string and / or number, a Network identification string and / or number (IPv4, IPv6) for identifying a computer and / or a user communication terminal in the network.
  • a code entered by the user may be a numeric code or a scanned code, e.g. Example, a surface code or a picture or the like. As a code can also serve a speech recognition or photo recognition.
  • a user code / ID / hash from a user database of the data combination system in which the user can enter his personal data can also be included as a component.
  • the mobile user communications terminal is associated with the vehicle, in particular the vehicle diagnostic system of the vehicle or at least the vehicle diagnostic interface.
  • the mobile user communication terminal the vehicle such.
  • the vehicle diagnostic interface - also called adapter - the vehicle and the mobile user communication terminal known.
  • the mobile user communications terminal and an application of the adapters are known. All known devices are stored in a database of the data network system and reported to the system.
  • the mobile user communication terminal is assigned to the vehicle by means of the interface module; in particular, ie in the connected case by means of the vehicle diagnostic interface with an interface connector, the interface module and an air interface.
  • a fixed wireless communication link (pairing) between the mobile user communications terminal and an interface (eg, an OBD or SAE interface) of the vehicle diagnostic system may be established via the air interface.
  • vehicle diagnostic data of a vehicle may be transmitted from the vehicle-implemented vehicle diagnostic system of the vehicle over the air interface to a preferably, but not necessarily, predetermined number of multiple mobile user communication terminals; For example, these can also be defined depending on the situation by a driver or other user. Also can be sent to an unknown number that are not assigned to the vehicle.
  • the assigned mobile user communication terminal (s) need not be in the vehicle. However, it has proven advantageous to monitor, diagnose and communicate with regard to vehicle functions when an associated mobile user communications terminal is in the vehicle. In particular, the method proves to be particularly effective when available via the user communication terminal information from the driver or a vehicle occupant, in particular only a single user communication terminal, preferably the driver, in addition to the cockpit displays of the vehicle are available.
  • the vehicle is identified with respect to a vehicle-independent location; in the context of vehicle communication with the vehicle-independent body, an automatic authentication of the vehicle takes place, wherein the authentication is based on an authorization code that is automatically transmitted during vehicle communication.
  • the authorization code is based on a combination of at least two codes, the at least two codes being formed from the group comprising: a vehicle code serving the vehicle identification, a communication code relating to the mobile user communications terminal; an interface code serving the interface identification.
  • the authorization code is based on the combination of at least two codes if the at least two codes in some way enter into a generation of the authorization code from the at least two codes.
  • This can be a mere juxtaposition of the at least two codes.
  • this can also be an expedient type of algorithmic use of the at least two codes for generating a completely new authorization code.
  • a first of the two codes may be used as a random generator to obtain from a second of the two codes by permutation or otherwise the authorization code.
  • An authorization code is based in the broadest sense then on the at least two codes, if the at least two codes in any way comprehensible received in the determination of the authorization code.
  • the development is based on the consideration that a reliable vehicle communication is improved, if not only within the system of user communication terminal, possibly data network system, vehicle and interface module but in particular beyond third vehicle-independent locations, such.
  • a subjective reliability of the data origin is authenticatable.
  • the invention has recognized that a combination of at least two codes is suitable for this purpose, which are to be assigned to at least two of the three, possibly four essential components of the system-namely vehicle, vehicle diagnostic interface and user communication terminal, if appropriate, also data network system.
  • the driver of a vehicle can even be identified via one or more of the given indications, in particular in conjunction with a known combination of FIN, telephone number and UserID.
  • This may, for example, relate to the basic making available of service offers and / or the billability of service offers.
  • the invention has recognized that not only a simple exchange of information is possible by means of authentication with an authorization code, which is composed of codes which inherently have a high degree of reliability, but also a comprehensive range of higher communication levels in vehicle communication is possible ,
  • the development has recognized that it is possible to generate an authorization code which is based on already tested at least two codes.
  • the two codes selected from the group according to the invention include an inherent qualification for the combination "vehicle and vehicle owner" for a high degree of subjective reliability.
  • a renewed authorization check can be omitted as far as possible; namely, since this is done on the basis of the inventive concept already at the reception of the vehicle communication by authentication with the authorization code.
  • the vehicle-independent location comprises one or more locations selected from the group comprising: the user communications terminal and / or the shared data system, a service provider, a restricted access local area, the vehicle diagnostic system of said vehicle and / or another vehicle, a user communications terminal by means of an interface module (12), in particular the vehicle diagnostic interface (10), said vehicle and / or another vehicle is assigned; a road system (RoadSideEquipment, RSE); a user communication terminal, which is assigned to a road user without an interface module, such as a pedestrian, a cyclist or the like.
  • the abovementioned points-namely, a service provider, an access restricted local area, and a vehicle diagnostic system and / or user communications terminal associated with a vehicle other than said vehicle- may be referred to herein as third vehicle-independent locations outside the core components of the existing diagnostic and control network. They are outside of said vehicle and the diagnostic interface associated with said vehicle and the user communication terminal associated with said vehicle.
  • the authentication to such a third party outside the existing core components has to meet an increased level of objective and subjective reliability.
  • an authorization code according to the concept is also suitable for use within the existing diagnostic and control network with the named vehicle, this associated diagnostic interface and this associated user communication terminal.
  • the authorization code can be used to authenticate or make itself known before the data network system of the diagnostic and control network.
  • any two-combination of the three codes named according to the concept is suitable, namely at least one arbitrary combination of two, selected from vehicle code, communication code and interface code; if necessary, a code of the data network system can also be included.
  • an authorization code as a two-combination of vehicle code and communication code has proven to be simple and reliable.
  • the two-combination is suitable Communication code and interface code.
  • the two-combination of interface code and vehicle code is also suitable.
  • an authorization code can be based on the vehicle code, the communication code and the interface code; the aforementioned training using a triple combination of the codes of the group takes into account each core component of the existing diagnostic and control network, namely the components of the vehicle, the vehicle diagnostic interface associated with the vehicle, and the user communications terminal associated with the vehicle.
  • the above-mentioned tripartite combination also makes possible a particularly high variance possibility, for example if the same vehicle is used by different users with different user communication terminals.
  • a logic may be configured to generate an authorization code based on a combination of at least two codes selected from said group of codes, in particular based on three codes of said group.
  • two different authorization codes would be generated if the same vehicle with the same vehicle diagnostic interface were generated by a first driver, e.g. B. the holder of the vehicle, would be used with a first user communication terminal or a second driver with a second user communication terminal.
  • a first driver e.g. B. the holder of the vehicle
  • the vehicle code serving for vehicle identification is a vehicle identification string, in particular a motor vehicle office number (KBA no.) And / or a vehicle identification number, which is known per se by the abbreviation FIN (English: VIN) and is in each case one-to-one Way is assigned.
  • the vehicle identifier string and / or number is suitable in a similar manner.
  • the vehicle identification string and / or number has on average a longer life than, for example, the vehicle identifier string and / or -number. With the length of existence of the vehicle code used is also associated with a higher level of data reliability.
  • the communication code can be a SIM string and / or number assigned to the user communication terminal. It has been shown that even a SIM string and / or number has a comparatively high inventory time and is therefore conducive to a measure of reliability. In addition, it can be assumed that subjective characteristics of a holder of the user communications terminal when a SIM string and / or number with a high inventory time are available are also a quality feature for the user. Likewise, a telephone string and / or number associated with the user communication terminal is suitable. The telephone number is assigned by the network provider. Alternatively one could work with an IP address of the smartphone in the net.
  • a network identification string and / or number for identifying a computer and / or a user communication terminal in a local or supra-local network is basically suitable. Basically, other possibilities of a communication code can be used, as far as it can be assigned to the user communication terminal in any way.
  • the device string and / or number (IMEI) of the user communications terminal or a telephone string and / or number used on the user communications terminal are also suitable.
  • the interface identification is given via an interface code which is assigned to the interface module and contains a corresponding character string and / or number.
  • a code assigned to the vehicle diagnostic system for example a code of the diagnostic system interface, can also be used, that is to say a code of the OBD-II interface or the like.
  • an authorization code has proven itself which is based on a combination of exactly three or more than three codes, the three codes comprising: the vehicle identification number (FIN or English: VIN), the SIM number assigned to the user communications terminal (English: Subscriber Identification Module) and a number and / or character string assigned to the interface module.
  • the phone number can be used.
  • a user code may also be provided as the fourth code.
  • a vehicle communication system in particular via a vehicle diagnostic system that can be connected to a vehicle, is basically also claimed within the scope of the invention, comprising an interface module that is designed for wireless communication, wherein an authorization code is transmitted wirelessly for authentication as part of the vehicle communication becomes.
  • the authorization code is preferably based on a vehicle identification string and / or number (FIN, VIN), a SIM string and / or number (English: Subscriber Identification Module) and a character string and / or number assigned to the interface module.
  • an authorization code generated in this way for the purpose of authenticating the vehicle can be compared with a stored or generated code as part of an authorization check, or it can be matched to a reference in another appropriate manner.
  • two of the group of named according to the concept codes for generating an authorization code can be used and he third of the group can serve as stored code.
  • the deposited code does not necessarily have to be of the same kind as the authorization code. Rather, the authorization code and the stored code can be used in the manner of a key-lock principle; A comparison of authorization code and stored code is to be understood as meaning "fit together”.
  • the stored code is stored in the data network system and the vehicle-independent body is able to establish a test connection to the data network system as part of the authorization check for authentication of the vehicle.
  • the stored code is stored in the data network system and an assignment to a specific authorization code. If a vehicle is now to be authenticated relative to a vehicle-independent location, the third authority or another authority can set up a test connection to the data network system and query the assignment. If the authorization code and the stored code match, it must be considered a positive comparison and the authentication of the vehicle can be concluded positively.
  • the authorization code can be used in the context of vehicle communication for data encryption.
  • the authorization code can be a firmer code.
  • the authorization code can also be a temporary code in one variant.
  • the authorization code can also be a variable code; e.g. by having a base code based on at least two codes selected from the group comprising: a vehicle code serving the vehicle identification; a communication code concerning the mobile user communication terminal, an interface code serving the interface identification.
  • the base code can be variable to supplement with a user code or an application code or another code from the group further comprising: a user-entered code, an individual user identification string and / or number, an application string and / or number, a network identification string and / or number (IPv4, IPv6) for identifying a computer and / or a user communication terminal in the network.
  • a UserID user code
  • an adapter ID interface code
  • a telephone number communication code
  • the generation of the authorization code on the basis of six codes has proved to be advantageous.
  • a vehicle identification is initially independent of an authorization code and then an authentication based on the authorization code. It has also proved to be particularly advantageous in another variant that a vehicle identification is carried out automatically based on the authorization code. This has the advantage that the vehicle identification and the actual vehicle authentication no longer have to run as separate processes, but rather the identification and authentication of the vehicle coincide; for example, with the comparison of deposited code and authorization code to be implemented.
  • the comparison of authorization code and deposited code does not necessarily have to be done directly; Rather, an indirect comparison can also take place in such a way that, for example, an authorization code is assigned and a comparison is already positive if the assignment matches a stored code or matches an assignment of the stored code.
  • an authorization code for a combination of vehicle, vehicle diagnostic interface and user communications terminal to be generated from at least two codes of the named group according to the concept of the invention the authorization code is identified and authenticated in the case of a service request and in case of positive authentication or authorization a service is offered.
  • the said method has the advantage that, due to the high degree of subjective reliability of the authorization code according to the invention, the implementation of the service can also advantageously take place. Ie.
  • the service provider can assume that the service can be used in advance, also within the framework of the automated procedure, since the requester has a sufficient credit This may, for example, be a decisive time advantage in the handling of a parking lot request, a tank service request or similar value-added services, ultimately benefiting the user and the service provider the actual billing or compensation of the service.Also, the elimination of a cash logistics is already an advantage over previous payment systems.
  • the concept of the invention and the aforementioned developments also lead to an interface module of claim 16, which is designed to implement the method according to claim 1, in particular according to claim 12.
  • the interface module has a memory and logic, which is designed to implement the method are.
  • the concept of the invention also leads to an interface connector with the interface module.
  • the concept of the invention also leads to a user communication terminal advises, which is designed to participate in the method according to the invention or one of the developments.
  • the concept of the invention also leads to a data interconnection system according to claim 20, which is designed to receive vehicle diagnostic data, with the data interconnection system preferably being communicatively connectable to a vehicle-independent location for checking authorization of an authorization code.
  • the concept of the invention also leads to a diagnostic and control network according to claim 21, in particular with the core components of a vehicle, a vehicle diagnostic interface and a user communication terminal.
  • the diagnostic and control network advantageously has the data network system as well as the vehicle-independent location, in particular a third vehicle-independent location.
  • the diagnostic and control network is suitable for connecting proprietary, public or government data systems that transmit an authorization code to the data network system, in particular as part of a verification authorization request, which then compares this authorization code with a stored code and to the connected data systems of the office, in particular the third digit, returns a positive or negative response to the authorization code.
  • a variety of everyday services such as parking space search, fueling, special club membership rights, or the like, may be automated based on the authentication concept based on the authorization code of the present invention.
  • the method of vehicle communication with a vehicle-independent location is not only suitable for vehicle communication with a vehicle-independent location (Car-2- ⁇ ), but also with a location formed by other vehicles (N-2-N).
  • the vehicle communication can be decisively supported by vehicle diagnostic data and / or additional data obtained outside the vehicle diagnostic system.
  • Such and other data may be provided via the data link system, the user communications terminal and the vehicle diagnostic system, but also by third parties (Car-2-X sites) or other vehicles (N-2-N sites).
  • This additional information can, on the one hand, cause to offer certain services, but also cause not to offer certain services.
  • the vehicle diagnostic data is supplemented with additional data obtained outside the vehicle diagnostic system
  • the vehicle diagnostic data and the additional data may be transmitted back to the vehicle diagnostic interface; in a variant, however, only up to the mobile communication terminal.
  • a diagnostic and control network is designed accordingly.
  • a user communication terminal and / or the data network system and / or the vehicle diagnostic interface are configured to supplement the vehicle diagnostic data with additional data obtained outside of the vehicle diagnostic system.
  • the instruction specification that can preferably be created in an open programming environment can be, for example, a software application or another interpreter that is freely usable by a user of the mobile user communication terminal or a user of the communication network.
  • a preferred open programming environment includes an interpreter that is compatible with an operating system of the mobile user communications terminal.
  • a communication network is the Internet or a mobile communication network, and optionally also a WAN (Wide Area Network) network extends over long distances and is not limited in geographical range, nor in the number of computers) or LAN (Local Area Network - network (especially wireless), which is local / geographically limited (about 500 m)).
  • WAN Wide Area Network
  • LAN Local Area Network - network (especially wireless), which is local / geographically limited (about 500 m)).
  • PANs Personal Area Networks
  • WiFi networks and small devices such as PDAs or mobile phones can also be used on an ad hoc basis to build up and break down PicoNets; especially advantageous are wireless networks such as WLAN, WPAN, WiFi networks.
  • the interface connector is an OBD connector (especially for OBDII or OBDIII) or an SAE connector.
  • the interface in the form of a CARB or OBD socket is in turn exactly to the ZGW via CAN and in the future via Ethernet (DolP) z. B. connected via an RJ connector.
  • the still-discussed vehicle diagnostic interface with a compatible interface connector can be adapted and coupled accordingly and is therefore also referred to here in part shortened as an adapter
  • the logic is configured to implement an instruction set established in a preferred open programming environment and compatible with the mobile user communications terminal, the instruction set being configured to predetermine relevant additional data for the acute driving situation of the vehicle.
  • the memory is configured to store the vehicle diagnostic data and / or the relevant additional data, wherein the interface module can be connected to an interface connector and / or an air interface of the vehicle diagnostic interface or integrated.
  • the vehicle diagnostic data and the additional data are stored on the interface module of the vehicle diagnosis interface and can bidirectionally, ie in an uplink to the mobile user communication terminal and a downlink from the mobile user communication terminal, via the interface module be communicated with a vehicle controller and an external environment.
  • the vehicle diagnostic data and the additional data are stored only on the interface module, so that in principle in the form of a plug existing interface of the vehicle diagnostic interface as such does not need to be changed.
  • both the additional data and also the vehicle diagnostic data enriched with the additional data are again available at the vehicle diagnostic interface via the interface module, ie are available to the vehicle-implemented vehicle diagnostic system as well as to the vehicle control system.
  • the concept of the particularly preferred development is thus in essentials beyond a directly or indirectly extended mere vehicle diagnosis merely due to vehicle diagnostic data.
  • the particularly preferred development has recognized that vehicle diagnostic data can also be supplemented in many respects with additional data obtained outside of the vehicle diagnostic system.
  • the database of the diagnostic and control network or the method for vehicle diagnosis, as recognized by the invention significantly expanded and can be used to not only allow an extended vehicle diagnosis, but also to take over a beneficial for the vehicle owner targeted control function.
  • the particularly preferred development in a second aspect provides that the vehicle diagnostic data and the additional data are transmitted back to the vehicle diagnostic interface.
  • the connection between a mobile user communications terminal and the vehicle diagnostic interface is preferably bidirectional in terms of data transmission. Vehicle diagnostic data may be transmitted (as part of an uplink) from the vehicle diagnostic interface to the mobile user communications terminal.
  • vehicle diagnostic data not only this vehicle diagnostic data, but above all enriched with suitable additional data vehicle diagnostic data from the mobile user communication terminal (as part of a downlink) are transmitted to the vehicle diagnostic interface.
  • the vehicle diagnostic system and / or a vehicle control system also has access to the additional data and can initiate vehicle control measures based thereon, if appropriate. For example, this allows a template z. B. od of an application APP, a third party provider or the basic data network system explained here. The like. Part Infrastructure, or by the interface module itself as part of the vehicle diagnostic interface with an interface connector, an interface module and an air interface.
  • the concept of further education is not limited to a mere vehicle diagnosis, but goes beyond that.
  • the concept is directed to an enhanced vehicle control using the vehicle diagnostic data and additional data relevant for it, which has been obtained externally by the vehicle diagnostic system (eg via a so-called roadside equipment, RSE) and the like. a. are provided via the mobile user communication terminal of the vehicle controller.
  • the relevance of the additional data for the acute driving situation of the vehicle is predetermined in an instruction specification.
  • the instruction specification in an open programming environment can be created and compatible with the mobile user communication terminal. This eliminates, on the one hand, previous compatibility problems with regard to the transmission protocol.
  • any software application or the like computer program product implementing the instruction instruction is relatively easy to create in the open programming environment.
  • a user of the mobile user communications terminal can, using comparatively simple programming instructions, create an instruction instruction which is individually adapted for him on a mobile user communications terminal.
  • the logic of a vehicle diagnostic interface is designed to implement an instruction specification which predetermines the relevance of the additional data for the acute driving situation of the vehicle.
  • the logic of the interface module is designed to execute a software module with an application protocol (Application Protocol Interface, API) for implementing an instruction specification.
  • the memory of an interface module is designed to store vehicle diagnostic data and / or relevant additional data and to maintain it for a vehicle diagnostic system and / or vehicle control.
  • data is transmitted to the stationary data network system via a communication network with a long range and / or data relating to the mobile vehicle
  • the diagnostic interface from the vehicle is preferably transmitted via a communication network with a shorter range. Preferred may
  • a communication network in particular an Internet
  • a communication network in particular a local area network such as a Wi-Fi or LAN network
  • PANs Personal Area Networks
  • WiFi networks and small devices such as PDAs or mobile phones can also be used on an ad hoc basis to build up and break down PicoNets; especially advantageous are wireless networks such as WLAN, WPAN, WiFi networks.
  • data enrichment and / or buffering can take place at each communication node.
  • additional data and / or data buffering of at least the additional data may be performed on at least one of the components selected from the group comprising: vehicle diagnostic interface, user communication terminal, data interconnection system, proprietary data systems, and open data systems.
  • the interface module and / or the vehicle diagnostic interface is designed to carry out a data enrichment.
  • the additional data of the interface module at least include: time and date;
  • location data preferably obtained from a communication network, a global positioning system (GPS) or the like, includes location-time data, in particular in the form of uninfluenced additional data, which are designed as verification data for verification of a vehicle time and / or location.
  • GPS global positioning system
  • a user communication terminal and / or the data combination system are configured to supplement the vehicle diagnostic data with additional data obtained outside of the vehicle diagnostic system.
  • the vehicle diagnostic data and the additional data obtained outside the vehicle diagnostic system are assigned to each other by means of the for the acute driving situation of Vehicle in a directive.
  • the vehicle diagnostic data and the additional data obtained outside the vehicle diagnostic system can be communicated independently of one another and / or communicated to different components of a diagnostic and control network. It has also proved to be advantageous to communicate the vehicle diagnostic data and the additional data obtained outside the vehicle diagnostic system in a data packet, in particular in a data packet which contains all or part of the vehicle diagnostic data and additional data assigned to one another by means of the instruction instruction.
  • the determination and enrichment of the vehicle diagnostic data takes place in real time and continuously, which allows a particularly good support of the vehicle driver in an acute driving situation.
  • continuous means any process that works in the determination and enrichment of vehicle diagnostic data in a situation-appropriate manner. If a data connection is interrupted depending on the situation, a continuous process z. B. caching all or relevant data provide so that not one or important events are lost. Such a process runs in real time when an interrupt of the data update is sufficiently fast against a change in the driving situation.
  • An interrupt can be designed with a basically short clock rate in the sub-Hz range, as is customary for communication networks. Nevertheless, an interrupt can also be characterized by much longer minutes or even hours of cycles, if the driving situation permits this.
  • the additional data are advantageously available from the communication network and / or the data network system.
  • the additional data can advantageously be used both by the mobile user communications terminal and / or by the communications network and / or by the data network system and / or by an external sensor system for enriching the pure vehicle diagnostic data.
  • the data combination system advantageously comprises a database and a number of proprietary, public and / or government data systems connected thereto.
  • the additional data can be obtained from additional modules of the mobile user communications terminal.
  • these are modules implemented in the user communications terminal.
  • modules or sensors that are available externally from the user communications terminal.
  • the mobile user communications terminal has plug-ins that are selected but not limited to the group of modules from: GPS, clock, motion module, gyroscope, camera, video camera, microphone, speakers, light area.
  • additional data such as position, time, state of motion, local proximity, acoustic environment, temperature, humidity or the like can be comparatively easily recorded, in particular with the user communication terminal and depending on relevance for an acute driving situation by an instruction rule to enrich the vehicle diagnostic data.
  • Under close environment is initially meant in particular the vehicle interior and the immediate vicinity of the vehicle environment.
  • the local area but also a further neighborhood, such. B. by the range of a WLAN, WiFi and / or the closer traffic environment given-preferably to at least 500 m- include.
  • Additional data may also include user input or the like entered via an MMI (Man Machine Interface) or other suitable interface between the user and a device, in particular the user communication terminal, smartphone and / or the data network system.
  • MMI Man Machine Interface
  • HUD head-up display
  • a display field in the direction in which the important information for the user are projected into his field of view or a so-called data glasses (projection glass) on, for example, information from the Internet into their own field of view can be recorded and which can be operated, for example, with spoken commands or gestures.
  • the additional data can come from an external sensor and can be transmitted directly to the vehicle diagnostic interface.
  • the additional data can then be transmitted to the user communication terminal and / or transmitted directly to the user communication terminal.
  • the user communication terminal is thus used as a control unit in order to monitor an external sensor system in addition to a vehicle sensor system or to enrich corresponding diagnostic data with additional data.
  • Additional data may also be provided by RSE (Road Side Equipment) such as traffic lights, toll booths, particulate matter control points, etc.
  • RSE Raad Side Equipment
  • broadcast vehicle diagnostic data of a vehicle from the vehicle-implemented vehicle diagnostic system of the vehicle over the air interface to an air interface of another vehicle broadcasting and vehicle diagnostic data in the other vehicle to a mobile user communication terminal and, if necessary.
  • a data network system are assigned, which is assigned to the other vehicle.
  • a transmission can also be made via WLAN or a WiFi interface. This can be used for accident warning by z.
  • the drivers of the other vehicles may thus have the opportunity to react early or to accept a proposal for a vehicle control function explained below.
  • the additional data may also include data from other vehicles with which the diagnostic data of the diagnostic system of a vehicle can be enriched.
  • a package of vehicle diagnostic data and additional data for a particular acute driving situation may be used to make a verifiable proposal for a vehicle control function.
  • the proposal for a vehicle control function can be submitted via the vehicle control system to the vehicle owner for verification.
  • the verification may, for example, via a vehicle identification number (FIN) and / or an identification number of the mobile user communication terminal or the user (PIN, SIM number, device number or contract number or phone number of the mobile customer) or a connector PIN of the interface connector, such as an OBD or SAE connector or an RJ connector for connection to an ETHERNET of the vehicle diagnostic system.
  • FIN vehicle identification number
  • PIN SIM number, device number or contract number or phone number of the mobile customer
  • a connector PIN of the interface connector such as an OBD or SAE connector or an RJ connector for connection to an ETHERNET of the vehicle diagnostic system.
  • a verification can also be permanently established. This can be provided, for example, by a practically fixed, no longer detachable, coupling between the interface connector and the interface module; for example, by storing a key using the numbers of the verification in a non-volatile memory of the interface connector and the interface module, for example an EPROM or the like.
  • the interface module is provided in a particularly preferred manner with a powerful logic; z. B. the equivalent of a smartphone or similar and the interface module preferably has sufficient memory, z. For example, a few gigabytes of an EPROM or persistent memory.
  • the memory is used inter alia for storing matrices or the like information masks for addressing the interface to the vehicle diagnostic system.
  • the memory is preferably also used to store vehicle diagnostic data and the additional data.
  • An instruction instruction which is suitable for the acute driving situation can advantageously be created within the scope of a programmed software application or contain such.
  • the instruction instruction can be designed for different functions, in particular vehicle control functions.
  • the instruction specification advantageously provides not only an uplink transmission and / or determination of vehicle diagnostic data, but advantageously additionally a downlink transmission and / or determination of data, namely in particular a package of vehicle diagnosis data and additional data.
  • Vehicle control functions are not limited to the group of functions consisting of:
  • the first-mentioned vehicle control function (vehicle control proposal, route setting, vehicle passport data update, driving behavior control) relates respectively to the downlink transmission of vehicle diagnostic data and additional data in a package which is adapted to the acute driving situation of the vehicle. For example, by a vehicle control proposal and / or repair, such as by importing an emergency software or removal of an electronic lock a vehicle be temporarily trained in an emergency situation to drive to the nearest workshop.
  • FIG. 1 is a schematic overview of a diagnostic and control network for a plurality of vehicles, each with a vehicle-implemented vehicle diagnostic system, according to the concept of a mobile assisted driving assistance
  • 2 shows in view (A) a simplified diagram for illustrating the core components of a diagnostic and control network, namely a vehicle, a vehicle diagnostic interface and a user communications terminal, as well as, if necessary, a data network system (not shown);
  • in view (B) is a simplified schematic illustration illustrating a method for vehicle communication, are supplemented in the vehicle diagnostic data with additional data obtained outside the vehicle diagnostic system, the additional data beyond vehicle diagnostic data go;
  • 3 shows a basic diagram which shows that a plurality of vehicles with a plurality of vehicle diagnostic interfaces can be assigned to a mobile user communications terminal (upper part) and likewise a plurality of mobile user communications terminals can be assigned to a vehicle (lower part) - depending on the type and number of such connections represented by communication links, a so-called N-2-N system shown in view
  • FIG. 4 shows in view (A) a schematic representation of a particularly preferred authorization code, composed of two to possibly six codes (vehicle ID, SteckerID, WegID, NetzID, AppID, User ID), here optionally preferably three codes, comprising an interface number, a SIM number and a vehicle identification number FIN; in view (B), a process scheme for authenticating a vehicle to a third party;
  • FIG. 5 is a simplified, more general diagram illustrating the concept of vehicle communication with authentication of a vehicle to vehicle independent or other locations;
  • FIG. 6 shows a concretization of the method for vehicle communication, wherein in particular in the context of an end-to-end data flow at each station of the data flow, data enrichment with additional data and / or data buffering can take place (view (A) or view (B)) the scheme in FIG. 6 provides the specification with the necessary integration of the user communication terminal, but, as shown in FIG. 5, it can be modified in such a way that a data flow takes place directly from the vehicle diagnostic interface to the data combination system;
  • FIG. 7 is an exemplary illustration of a vehicle communication under authentication with an authentication code (such as one of the authentication codes of FIG. 4) consisting of codes of the essential core components of a diagnostic and control network-namely the vehicle, the user communications terminal, and the vehicle diagnostic interface module. is based on, or based on and using a service; here a parking service is used.
  • an authentication code such as one of the authentication codes of FIG. 4
  • the vehicle 1 shows a diagnostic and control network 100 for a plurality of vehicles, of which a single vehicle 1 is shown symbolically.
  • the vehicle 1 includes a vehicle control system 2 including a vehicle controller ECU and a vehicle diagnostic system 3. Both the vehicle control ECU and the vehicle diagnostic system 3 have control and / or data access to an engine 4 of the vehicle 1, so that engine data can be transmitted from the vehicle control system 2 to a vehicle system interface 5 -here an OBD-II interface.
  • OBD-II interface In addition to the engine data, exhaust gas-related vehicle data of the vehicle diagnostic system 3 are also available at the vehicle system interface 5.
  • the vehicle system interface 5 is presently designed as an OBD-II interface, but may also be a further development of the same as an OBD-III or an alternative interface such as an SAE interface.
  • FIG. 1 The following explanation of the preferred embodiment as shown in Fig. 1 is made by way of example of an OBD-II system as a vehicle-implemented vehicle diagnostic system 3 without limitation - basically, this may be any OBD based or SAE based system or even an Ethernet based system with my RJ interface.
  • An interface preferably connects to a CAN bus of a vehicle.
  • Other BUS systems in the vehicle such as K-Line, L-Line, SAE J1708, LIN, PWM, Flexray, CAN, TT-CAN, TTP and MOST or the like can also be connected to the appropriate interfaces. These are usually (not always) controlled by the ZGW (Central GateWay).
  • ZGW Central GateWay
  • FIG. 1 shows a diagnostic and control network 100 with the components explained below.
  • a vehicle diagnostic interface 10 is embodied in the present case with an interface connector 1 1, an interface module 12 and an air interface 13.
  • the air interface 13 has a first antenna module 13.1, which is designed for wireless bidirectional network communication in a near area;
  • the first antenna module 13.1 is implemented in the context of a WiFi interface, but not limited thereto.
  • the first antenna module 13.1 of the air interface 13 can also be realized within the framework of a Bluetooth, LAN, Wi-Fi, in particular WLAN, WPAN or PicNet or the like, locally limited air interface, which has a suitable antenna or the like for this purpose.
  • the air interface 13 also has a second antenna module 13.2, which is designed to carry out a unidirectional broadcast function, ie to transmit messages, at least in a near range of up to at least 500 m or so.
  • the broadcast function can be used, for example, for a "Car-2-Car” messaging explained in more detail in FIG. 3.
  • the broadcast function can also be used, for example, for a further "Car-2-X" message transmission.
  • the network 100 further includes a mobile user communications terminal 20, which in the present case is implemented as a smartphone. Via the air interface 13, the vehicle diagnostic data I obtained from the OBD-II interface can be sent to the vehicle in real time User communication terminal 20 continuously transferable; the vehicle diagnostic data I are thus available to the smartphone in real time and continuously.
  • the smartphone has a number of additional data II, which can be obtained via one or more modules, such as a GPS module, the smartphone.
  • the additional data II can also be obtained via an Internet connection of the smartphone.
  • a position 11.1 obtainable via the GPS module or a map II.2 or cost center II.3 or parking situation II.4 or multimedia data II.5 such as audio and video data or other image data available as additional data II are available via the Internet available.
  • additional additional data IV from an external sensor 50 can also be made available to the network 100, an example of which will be explained below with reference to FIG. 4.
  • the external sensor system 50 may include, but is not limited to, a sensor for the vehicle (including a vehicle implemented).
  • the external sensor system 50 comprises, in particular, a system of external vehicle sensors, which can supply, for example, multimedia data, in particular video data or the like, but also temperature values or the like, environmental data.
  • an aforementioned external vehicle sensor system can be easily retrofitted to the vehicle.
  • Further additional data from an external sensor 50 can be provided as additional data IV.1 best directly the air interface 13 are available.
  • additional data IV.2 can also be made available to the mobile user communications terminal 20.
  • the additional data IV.1, IV.2 can come from the same or different sensors of the sensor 50.
  • the vehicle diagnostic data I enriched with a selection of such additional data II, if necessary also IV, or additional data of further or other type, are transmitted as a package of vehicle diagnostic data I and additional data II, as well as possibly IV, to a data interconnection system 40 via a communications network 30.
  • the communication network 30 is, for example, a wireless internet.
  • the additional data II and IV are thus present completely outside the vehicle diagnostic system 2, in particular outside the vehicle control system 2 via the mobile user communication terminal 20 or an external sensor 50, won.
  • the data combination system 40 has a database 41 in which the packages from vehicle diagnostic data I and additional data II, IV are available for later retrieval in a memory 42.
  • the memory 42 has a plurality of memory units, of which a memory unit 43 is assigned to the vehicle 1.
  • the assignment takes place here via an identification of the vehicle 1 via a vehicle identification number FIN and an identification of the smartphone via a user identification number (PIN or SIM number) and a connector number SN.
  • a combination of the numbers FIN, SN, PIN and / or SIM is also used as a key to establish a secure uplink UL between the vehicle system interface 5 and the data link system 40 for transmitting the data packet from vehicle diagnostic data I and the additional data II, IV.
  • the uplink UL also extends to proprietary data systems 45 connected to the database 41, of which in the present case the systems of a police 45.1, an OEM 45.2, a tollbooth 45.3, an automobile assistance service 45.4 or a governmental institution 45.5 are shown ,
  • the data packets (I, II, IV) stored in an individualized database unit 43 are thus available for different evaluations and user-oriented uses.
  • the data packet (I, II, IV) from vehicle diagnostic data I and additional data II, IV can be supplemented by additional data III of another type.
  • additional data III of another type may be, for example, data of the proprietary data systems 45 (for example the availability of spare parts or toll costs or assistance services or federal legislation or police regulations), which are obtained directly from the proprietary data systems 45 or stored in the database 41 of the data combination system 40.
  • a downlink connection DL from the data interconnection system 40 via the mobile user communication terminal 20 and the vehicle diagnosis interface 10 to the vehicle control system 2 via the vehicle system interface 5 is shown here.
  • the downlink connection DL is designed according to the concept of the invention not only the vehicle diagnostic data I, but a data packet (I, II, III, IV) from the vehicle diagnostic data I enriched by the additional data II, if necessary. IV, and / or enriched by the additional additional data III. Again, this is done largely in real-time and continuously as far as the wireless connections of the communication network 30 and the wireless air connection 13 allow in the frame of the data transmission rate.
  • the diagnostic and control network 100 shown in FIG. 1 thus enables a mobile-assisted control of the vehicle 1 be it fully automatically or semi-automatically with verification of vehicle control functions by the vehicle driver.
  • the diagnostic and control network 100 is thus designed in terms of its functionality and data availability in a substantial way beyond conventional diagnostic systems.
  • an instruction specification for determining the relevance of additional data for an acute driving situation in the context of an open programming environment, for example on the smartphone can be created, for.
  • this can be implemented as part of a programmed software application, for example an interpreter programming for an iPad, an Android, a Blackberry or a Windows-compatible device.
  • FIG. 2 schematically shows, in view A, the core components of the diagnostic and control network 100 which are described here in detail by way of example in FIG. 1.
  • the core components 110 comprise the vehicle 1, the interface module 12 or the vehicle diagnostic interface 10 for connection to the vehicle diagnostic system 3 to an OBD_ll connector of the same or a similar connector of comparable vehicle diagnostic systems, wherein the vehicle diagnostic interface 10, the interface module 12, an interface connector 1 1 and an air interface 13 includes.
  • the core components 1 10 relate or in particular, identify the vehicle 1, the vehicle diagnostic interface 10, and a user communications terminal 20 that can wirelessly communicate with the vehicle diagnostic interface 10.
  • FIG. 2 schematically shows vehicle diagnostic data I and schematically additional data II, which are provided by a user communication terminal 20, in this case a smartphone.
  • the vehicle diagnostic data I and the additional data II can be combined to form a common set of data, as symbolized in FIG. 2, view (B).
  • the vehicle diagnostic data I include, for example, the vehicle identification number VIN, a speed indication in real time, a mileage in real time and a fuel gauge in real time.
  • the additional data II include, for example, data available on a smartphone, such as a GPS position, a gyroscope-measurable acceleration indication, other data of a data memory, an audio stream recorded by a microphone, a video stream recorded by a camera, or other multimedia - Records that may be conducive to an acute driving situation.
  • the user communication terminal 20 in the form of the smartphone can be an extended monitor console, possibly also a control console for the car; A complete implementation of advanced control, monitor and monitor features in a vehicle implemented multimedia system can be easily bypassed or supplemented.
  • the present concept offers the possibility of not only providing useful information to the driver and vehicle owner, but also to providing third parties that are vehicle-independent. This can then be used to set up a customized service offer for the vehicle owner, who in turn can make use of services in a simplified manner.
  • the user communications terminal 20 is in addition to the control console of the vehicle.
  • FIG. 3 shows in view (A) schematically the possibility of a so-called N-2-N system for vehicle communication, in which the vehicle 1 described above is connected via a vehicle diagnostic interface 10 to the previously described user communication terminal 20, ie within the core components 110. can communicate.
  • communication paths to other user communication terminals for example a further ren user communication terminal 21, which is assigned to the aforementioned vehicle 1 and can serve as an additional extended console in addition to the user communication terminal 20.
  • a further user communication terminal or a multiplicity of such even further user communication terminals 20 ' can also be provided, to which in turn one or more vehicles 1', 1 ", 1"'are connected via corresponding vehicle diagnostic interfaces 10', 10 ", 10". 'tethered.
  • FIG. 3 shows the possibility communicatively connect the aforementioned vehicle 1 with such and other vehicles V or with the aforementioned user communication terminal 20 of the driver or vehicle owner via the vehicle diagnostic interface 10 with the aforementioned interface module 12.
  • this Car-2-X system allows-unlike the N-2-N system of FIG Fig. 3 (A) ⁇ not only a communication to other vehicles 1 'but also to vehicle-independent points, such as service providers II.6 (police), II.7 (OEM vehicle manufacturer), II.8 (toll for motorways or the like) , II.9 (ADAC or similar car assistance services).
  • service providers II.6 police
  • II.7 OEM vehicle manufacturer
  • II.8 toll for motorways or the like
  • II.9 ADAC or similar car assistance services
  • FIG. 4 shows in view (A) a particularly preferred embodiment of an authorization code 130 symbolized as a key, which is based on five or six, preferably at least two, preferably three or four, codes in the present case.
  • the codes include interface code 120 for interface identification having a string and / or number associated with interface module 12, referred to herein as an adapter ID.
  • the codes also include a vehicle code 121 for vehicle identification, here a vehicle identifier string and / or number 121.2, and a vehicle identification string and / or number 121.1 (also referred to as FIN).
  • the codes further comprise a communication code 122 relating to the mobile user communication terminal, namely a telephone string and / or number 122.1 and / or a SIM string and / or number 122.2.
  • authorization code 130 is also based on a user password or other user identification as user code 123, which is designated here as a user ID.
  • the authorization code 130 can be obtained from the abovementioned codes with any simple or complex cryptographic or other algorithms or methods and used for authentication in the context of vehicle communication. That is, in principle, other codes, such as the already mentioned user ID / code / hash / phone number of a smartphone, the network ID, IP address or the like of the smartphone, a credit card code, a date of birth or the like are used for authentication.
  • An assignment to the authorization code can take place from all codes and / or components of the codes in the form of the keys, but at least two keys and not necessarily from all listed keys.
  • this three codes which are respectively assigned to a component of the core components 110 of the diagnostic and control network 100, namely in a particularly preferred manner the vehicle identification number VIN (121 .1), a telephone number ( 122.1) or SIM number (122.2) and an adapter identification number (120).
  • view (B) shows not only the core components 110 vehicle 1, interface module 12 or vehicle diagnostic interface 10 and user communication terminal 20, but also the other essential components of the diagnostic and control network 100, namely the Data link system 40 and a vehicle-independent location 60 or 45-for example one of the points 45.1, 45.2, 45.3, 45.4, 45.5 of FIG. 1 or one of the points II.6. to II.9 of FIG. 3.
  • the data interconnection system 40 is connected via a wireless communication network 30 to the vehicle-independent points 60, namely in particular data systems 45 of FIG.
  • this connection is described via the communication network 30 for authorization checking in the context of the authentication of a vehicle 1 for the purpose of using a service.
  • the authorization code 130 shown in view (A) of FIG. 4 is checked in the context of the communication connections designated K5, K6 and K7.
  • the vehicle 1 is authenticated by means of a vehicle identification number VIN with respect to the vehicle diagnostic interface 10 referred to here as adapter.
  • the user communication terminal 20 is authenticated to the vehicle diagnostic interface 10; Specifically, this authentication takes place within the scope of a first communication connection K2.1 by means of a telephone number and / or within the scope of a second communication connection K2.2 by means of a SIM number; both numbers can be assigned to the user communication terminal 20 be.
  • other additional or alternative communication codes 122 can also be used for authentication.
  • an authentication attempt can be made on the data combination system 40 using a authorization code 130 or 130 ', ie at least comprising the VIN 121.1, the SIM 122.2 and the adapter ID 120 of the adapter become.
  • a authorization code 130 or 130 ' ie at least comprising the VIN 121.1, the SIM 122.2 and the adapter ID 120 of the adapter become.
  • individual codes relating to the authorization code 130, 130 ', the customer-name, telephone number, provider, billing modalities and the like can be stored in the data combination system 40 as an authentication access.
  • the codes not used in the present example such as license plates, as well as the codes used, such as VIN, SIM and adapter ID can be deposited.
  • the - possibly temporary - possibly also limited in time, but in any case adequate - release of the authentication takes place.
  • the authorization code for example, by passing a passcode or the like and / or assigned to the correction code.
  • a passcode can be stored for the authorization code or assigned to the authorization code without the authorization code 130, 130 'being deposited.
  • the adapter i. the vehicle interface module 12 then stores either the authorization code 130, 130 'or the passcode, depending on what is stored in the data network system 40.
  • the adapter can then use the passcode or the authorization code 130, 130 'to identify and authenticate at a third vehicle-independent location 60.
  • the passcode can be kept in the adapter memory.
  • the adapter may also have logic which is able to generate the authorization code in the case of a service request from the VIN, the SIM and the adapter ID (in the present case) and to the service provider 60 as part of the communication request K5 to transfer.
  • supplementary data II explained in connection with FIGS. 1, 2 (B) are also available in addition to vehicle diagnostic data I and can be included in the approval or non-admission of a service, since all these data are for the communication connections K5, K6 , K7 are available.
  • FIG. 5 shows a particularly preferred, simplified embodiment of the system described in FIG.
  • the vehicle 1 is connected via the vehicle diagnostic interface 10 or the interface module 12 of the same via an air interface in the downlink DL or UL Uplink- with the user communication terminal 20 or via a communication network 30 directly to a data network system 40.
  • the communication connections K4, K5 shown in FIG. 4 can be routed via the communication network 30, while the downlink and uplink communication connections K2.1, K2.2 between the adapter and the user communication terminal 20 are routed via the air interface can be.
  • the communication network 30 is bidirectionally also for connecting the user communications terminal 20 to the adapter and / or the data interconnection system 40.
  • the identification key results from the adapter ID (120) in a combination in step SO, from the VIN (121 .1) in step S1, and from the telephone number and / or the SIM in step S2 ,
  • a user ID for example, from the communication connection K3 can additionally be used to provide the authorization code 130 as an identification key.
  • the authorization code 130 can be used not only for authentication at all interfaces, but also, if necessary, for concrete data encryption.
  • FIG. 6 shows the core components 110 shown in FIG. 5, namely the vehicle 1, the vehicle diagnostic interface 10 and the user communication terminal 20 together with the data combination system 40 and the proprietary data systems 45, as already described with reference to FIG.
  • data buffering here denoted by D1, D2, D3, can take place on each component, in particular the vehicle diagnostic interface 10, the user communication terminal 20 and the data interconnection system 40.
  • the connection between the vehicle 1 and the data combination system 40 or the proprietary data system 45 is presently a fully bidirectional end-to-end data connection DEE.
  • this is not necessarily the case, as for example the embodiment of FIG. 5 shows, in which by means of the connections V1, V2, V3, a bypass to the data communication terminal 20 is possible.
  • a return transmission from the data combination system via V3, V4 to the user communication terminal 20 may end without having to return all the data to the vehicle diagnostic interface 10 or the vehicle.
  • the vehicle diagnostic interface 10 can transmit data via its air interface 13, for example in the context of a WLAN connection, to the user communications terminal 20; for example via the communication link V6, V5.
  • a connection via the Internet 30 by means of the connection V2, V4 is possible.
  • the user communication terminal 20 can be connected to the data link system 40 via a mobile internet connection according to the connections V3, V4.
  • the data network system 40 builds an interface V7 to the proprietary data network systems 45, ie essentially data banks in the case of third-party providers.
  • time, date, etc. can be transmitted from the adapter of the vehicle diagnostic interface 10, z. B. to the mobile user communication terminal 20 and / or to the data interconnection system 40.
  • vehicle diagnostic data such as z. B. via the vehicle diagnostic data such as speed, temperature, etc .; but not time and date.
  • vehicle diagnostic data such as speed, temperature, etc .; but not time and date.
  • values such as time, date etc. can be added to any vehicle-related data or vehicle diagnostic data.
  • a date and time stamp may be provided for the vehicle diagnostic data.
  • the enrichment takes place in the interface module 12 of the vehicle diagnostic interface 10; the vehicle usually can not process data such as time and date in an interface. Time and date thus prove to be additional data that can already be enriched in the adapter.
  • V6, V5 or V2, V4 this time-stamped data record can be transmitted to the user communication terminal 20, for example via a WLAN or Internet connection.
  • the position, the movement state, ie in particular acceleration and speed state or the like can be added.
  • values such as petrol station prices, weather etc. can be added.
  • values such as parking lot location, vouchers, etc. can be displayed.
  • additional information can be returned via the interface V7, optionally only up to the data combination system 40 or alternatively only to the user communication terminal 20 or alternatively only to the diagnostic interface module 10 or optionally completely into the vehicle diagnostic system of the vehicle 1.
  • the vehicle diagnostic data I can be supplemented with additional data II, III, IV obtained outside of the vehicle diagnostic system 3, the additional data II, III, IV going beyond vehicle diagnostic data.
  • the data combination system 40, the vehicle diagnostic data I and the additional data II, III, IV are at least made available to the mobile user communication terminal 20 again, in particular authenticated and / or encrypted in the manner described above.
  • a relevance of the additional data II, III, IV for the acute driving situation of the vehicle is in a in fig. 6 predefined APP instruction on the user communication terminal 20.
  • the instruction specification APP may be created in an open programming environment and is compatible with the mobile user communications terminal 20.
  • vehicle diagnostic data I and the additional data II, III, IV are completely dig back into the vehicle diagnostic system of the vehicle 1 can be made after the return of the vehicle diagnostic data I and the additional data II, III, IV to the vehicle diagnostic interface 10, if necessary, a verifiable proposal for a vehicle control function.
  • 7 shows, by way of example, the sequence of a search for a parking space by means of the mobile-assisted vehicle guidance using the core components 110, namely the vehicle 1 of the vehicle diagnostic interface 10 and the user communication terminal 20. These have on the data network system 40 in the context of communication link K4, K3 -wie Fig. 4 explained - authenticated.
  • a communication link K7 between a service provider or another proprietary system 45 between the data interconnection system 40 and the proprietary system 45 here using the example of the service provider of a parking space offer.
  • Uniquely defined for the core components 110 is an authorization code -in the present example the combination based on VIN, SIM or telephone number and adapter ID, ie ID of the vehicle diagnostic interface 10 or of the interface module 12- exchanged via the communication connections K5, K6.
  • the service provider 60 can make an authorization check on the basis of the authorization code in the data combination system 40 via the communication connection K7 and release the service in this case to a parking space for the vehicle 1; in advance. This means that a parking space payment can be made via an established payment system.
  • a payment method can be established in a particularly simple and nevertheless secure manner. More specifically, in the present embodiment, the concrete situation can be provided with the following procedure.
  • a first step P1 the vehicle 1 drives in front of a barrier of the parking garage 61 and identifies itself in a second step P2 by transmitting the authorization code 130.
  • a third step P3 an authorization check of the authorization code takes place via the communication connection K7.
  • the barrier at the parking garage 61 can be opened; the vehicle 1 can retract, with a time stamp and a logbook entry being made at the parking garage 61 (this possibly taking into account the time data, as entered in the adapter, ie the vehicle diagnostic interface 10 or in the interface module 12).
  • a fifth step P5 the vehicle 1 can park in the parking garage 61 as required and in a sixth step P6 the parking garage can be parked. leave house 61 again.
  • the identification and authentication of the vehicle or the core component 1 10 takes place at the barrier and in an eighth step P8 finally the exit under time taking and log entry in a ninth step P9.
  • the service was performed as a result of the reliability test based on the authorization code 130 as well as the vehicle diagnostic data and the additional data without compensation; ie the service provider goes into advance or the vehicle driver has a credit account and the vehicle driver, the payment is simplified. Only in a subsequent tenth step P10 can automatic billing take place via a further established service - the latter on the basis of the subjective reliability check as a result of the reliably selected authorization code 130.

Abstract

Die Erfindung betrifft ein Verfahren zur Fahrzeugkommunikation, insbesondere über ein fahrzeugimplementiertes Fahrzeugdiagnosesystem (3), an das eine Fahrzeugdiagnose- Schnittstelle (10) mit einem Schnittstellenstecker (11), einem Schnittstellenmodul (12) und einer Luftschnittstelle (13) angeschlossen wird, wobei zur Authentifizierung im Rahmen der Fahrzeugkommunikation ein Berechtigungscode drahtlos übermittelt wird und der Berechtigungscode basiert auf einer Kombination von wenigstens zwei Codes.

Description

VERFAHREN ZUR FAHRZEUGKOMMUNIKATION, SCHNITTSTELLENMODUL,
FAHRZEUGDIAGNOSESCHNITTSTELLE, BENUTZERKOMMUNIKATIONSENDGERÄT, DATENVERBUNDSYSTEM UND DIAGNOSE- UND STEUERUNGSNETZ
Die Erfindung betrifft ein Verfahren zur Fahrzeugkommunikation mittels einem System, aufweisend ein Fahrzeug, über eine Fahrzeugdiagnose-Schnittstelle. Die Erfindung betrifft auch ein Schnittstellenmodul für eine Fahrzeugdiagnoseschnittstelle sowie die Fahrzeugdiagnoseschnittstelle. Weiter betrifft die Erfindung ein Benutzerkommunikati- onsendgerät, ein Datenverbundsystem und ein Diagnose- und Steuerungsnetz für eine Vielzahl von Fahrzeugen.
Bekannt sind auf die Fahrzeugdiagnose beschränkte Fahrzeugdiagnosesysteme, wie beispielsweise ein On-Board-Diagnose-System (OBD-System). Während des Fahrbetriebs werden alle, insbesondere abgasbeeinflussende Systeme, überwacht sowie zu- sätzlich weitere wichtige Steuergeräte, wie Temperatursteuerungen od. dgl., deren Daten durch ihre Software zugänglich sind. Auftretende Fehler werden dem Fahrer über eine Kontrollleuchte angezeigt und im jeweiligen Steuergerät dauerhaft gespeichert. Fehlermeldungen können dann später durch eine Fachwerkstatt über genormte Schnittstellen oder dergleichen Fahrzeugdiagnose-Schnittstellen abgefragt werden. Es sind auch sogenannte OBD-Diagnose-Interfaces bekannt, die -wie beispielsweise der Website www.obd-2.de zu entnehmen ist— über eine Bluetooth oder dergleichen Luftschnittstelle an die Fahrzeugdiagnose-Schnittstelle ankoppeln können, um Fahrzeugdiagnosedaten für ein Smartphone, Android oder Pocket-PC oder dergleichen mobiles Benutzerkommunikationsendgerät zur Verfügung zu stellen. Derartige Geräte ersparen den Gang in die Werkstatt, beschränken sich jedoch darauf einzig die Fahrzeugdiagnosedaten dem Fahrzeugführer und Benutzer des mobilen Benutzerkommunikationsendge- rätes zur Verfügung zu stellen. Problematisch bei solchen Geräten ist bereits die Flexibilität hinsichtlich der Verwendbarkeit in Bezug auf die Fahrzeugdiagnose-Schnittstelle. Zwar sind die Fehler oder sonstigen Codes der Fahrzeugdiagnosedaten genormt (ISO- Norm 15031-6), jedoch nicht das Protokoll zur Übertragung derselben. So muss bisher auch ein separates, von mobilen Benutzerkommunikationsendgeräten getrenntes OBD- Interface immer noch auf einen bestimmten Interpreterchip (z. B. ELM327) beschränkt bleiben. Aus US 2010/0210254 A1 ist ein System bekannt, das die Benutzung eines derart an eine Fahrzeugdiagnose-Schnittstelle angekoppeltes mobiles Benutzerkommunikationsendgerät für bestimmte Fahrsituationen des Fahrzeugs einschränkt. So kann eine Blockade-Software ausgebildet sein, Fahrzeugdiagnosedaten zu empfangen und die Operation wenigstens einer Kommunikationsfunktion des mobilen Benutzerkommunikations- endgerätes aufgrund der empfangenen Fahrzeugdiagnosedaten zu blockieren. Dies kann beispielsweise eine erhöhte Geschwindigkeit oder ein Schaltvorgang oder dergleichen Ergebnis einer Fahrzeugdiagnose sein.
US 2010/0256861 offenbart ein System zum Überwachen des Integritätsstatus eines Fahrzeugs mit einem Fahrzeugüberwachungscomputersystem und einem Mobiltelefon, das ein Fahrzeug betreffende Diagnostik-Informationen eines Fahrzeugs empfangen kann. Darüber soll ein Schweregradstatus für Fahrzeugzustände auf Basis von vordefinierten Schweregradstatuswerten automatisch bestimmt werden und wenn der Schweregradstatus für irgendwelche der Fahrzeugzustände einen vordefinierten Schweregradschwellenwert überschreitet, soll eine Textnachricht automatisch zum Mobiltelefon über- tragen werden. Dabei kann eine Fahrzeugidentifikationsnummer (FIN) oder eine Identifikation des Mobiltelefons (PIN) in einem geeigneten Datenpaket implementiert sein. Bei dem System ist das Mobiltelefon drahtlos mit dem Fahrzeug oder seiner Umgebung verbunden und kann mit der Umgebung beispielsweise über ein Kommunikations- Netzwerk oder ein Internet kommunizieren um Fahrzeugdiagnosedaten zum Netzwerk zu übertragen. Dies ermöglicht eine Auswertung der Daten, sei es vom Fahrzeughalter und Mobiltelefonnutzer von einer externen Stelle oder sei es eine Zentrale Dritter. Das Mobiltelefon und die CPU der Fahrzeugsteuerung können dabei in einem gepaarten Zustand über Bluetooth übergehen, ohne dass eine Nutzerintervention erforderlich ist, so dass Fahrzeugdiagnosedaten automatisch übertragen werden.
Die vorgenannten, an ein fahrzeugimplementiertes Fahrzeugdiagnosesystem luftschnitt- stellen-gekoppelten Diagnoseverbindungen beschränken sich auf die Auswertung von Fahrzeugdiagnosedaten, die insofern nur unidirektional in einem Uplink -vom fahrzeugimplementierten Fahrzeugdiagnosesystem zum mobilen Benutzerkommunikationsendge- rät— übertragbar sind. Die Systeme beschränken sich darauf entweder die Kommunikationsfunktion des mobilen Benutzerkommunikationsendgerätes in Folge der Fahrzeugdiagnosedaten, wie in US 2010/0210254 A1 , einzuschränken oder aber eine Nachricht an das mobile Benutzerkommunikationsendgerät lediglich zur Information des Benutzers des mobilen Benutzerkommunikationsendgerätes, wie in US 2010/0256861 , zu übermitteln, der nicht notwendigerweise der Fahrzeugführer ist. Solche Systeme beschränken sich darauf, die reinen Fahrzeugdiagnosedaten einem Mobiltelefonnutzer lediglich transparent sichtbar zu machen und gegebenenfalls einen Gang in die Werkstatt zu ersparen.
US 2008/0015748 A1 offenbart ein System und Verfahren zum Darstellen und Analysieren von Fahrzeugdiagnosedaten einer Fahrzeugdiagnose-Schnittstelle, die unter ande- rem eine Luftschnittstellenkopplung zu einem mobilen Benutzerkommunikationsendgerät hat, so dass die Fahrzeugdiagnosedaten drahtlos übertragbar sind. Dabei werden zusätzlich zu den Fahrzeugdiagnosedaten auch geographische Positionsdaten von der Fahrzeugdiagnose-Schnittstelle zum mobilen Benutzerkommunikationsendgerät oder einem Navigationsgerät übertragen und an einen Internetserver oder ein Wide-Area-Network (WAN) weitergeleitet. So können die Daten von Endnutzern einsehbar sein oder Software-Anwendungen können Zugriff auf solche Daten in einer von einem Programm automatisierten Weise erhalten. Eine solche Software-Anwendung kann lediglich von Netzwerkseite an das mobile Benutzerkommunikationsendgerät dynamisch konfigurierbar gekoppelt sein. Die Fahrzeugdiagnosedaten können einem autorisierten Nutzer, nämlich einem Abschleppdienst, zur Verfügung gestellt werden.
Auch dieses System beschränkt sich auf eine unidirektionale Verbindung im Rahmen eines Uplink -vom fahrzeugimplementierten Fahrzeugdiagnosesystem zum mobilen Benutzerkommunikationsendgerät- um aufgrund einer die Fahrzeugdiagnosedaten nutzenden Analyse eine Aktion externer autorisierter Nutzer zu motivieren.
Wünschenswert ist es, solche vorgenannten über ein fahrzeugimplementiertes Fahrzeugdiagnosesystem erweiterten Diagnosesysteme und Diagnosenetzwerke -die letz- tlich lediglich auf Fahrzeugdiagnosedaten beruhen- wesentlich zu verbessern, insbesondere hinsichtlich ihrer Funktionalität und ihrer Datengrundlage.
An dieser Stelle setzt die Erfindung an, deren Aufgabe es ist, ein Verfahren und eine Vorrichtung -insbesondere ein Schnittstellenmodul, eine Fahrzeugdiagnose-Schnittstelle und ein Diagnosenetz- anzugeben, das über eine eingangs genannte erweiterte Diagno- se von Fahrzeugdaten hinaus verbessert ist. Insbesondere soll eine Funktionalität des Verfahrens und der Vorrichtung wesentlich verbessert sein. Insbesondere soll die Datengrundlage eines solchen Verfahrens und einer solchen Vorrichtung wesentlich verbessert sein.
Die Aufgabe betreffend das Verfahren wird durch ein Verfahren, insbesondere der ein- gangs genannten Art, gelöst, bei dem die Merkmale des Anspruchs 1 vorgesehen sind.
Bei einem Verfahren zur Fahrzeugkommunikation, aufweisend ein Schnittstellenmodul, das zur drahtlosen Kommunikation ausgebildet ist, ist erfindungsgemäss vorgesehen, dass zur Authentifizierung im Rahmen der Fahrzeugkommunikation ein Berechtigungscode drahtlos übermittelt wird und der Berechtigungscode basiert auf einer Kombination von wenigstens zwei Codes, wobei die wenigstens zwei Codes ausgewählt sind aus der Gruppe umfassend:
- einen der Fahrzeugidentifikation dienender Fahrzeug-Code,
- einen das mobile Benutzerkommunikationsendgerät betreffenden Kommunikations-Code, - einen der Schnittstellenidentifikation dienender Schnittstellen-Code.
Vorteilhafte Weiterbildungen der Erfindung sind den Unteransprüchen zu entnehmen und geben im Einzelnen vorteilhafte Möglichkeiten an, das oben erläuterte Konzept im Rahmen der Aufgabenstellung sowie hinsichtlich weiterer Vorteile zu realisieren. Besonders bevorzugt basiert der Berechtigungscode in einer ersten Variante auf zwei Codes, nämlich:
- einem Code in Form einer Fahrzeugidentifikationszeichenfolge und/oder -nummer (FIN, VIN), - einem weiteren Code in Form einer dem Schnittstellenmodul zugeordneten
Zeichenfolge und/oder -nummer.
Besonders bevorzugt basiert der Berechtigungscode in einer zweiten Variante auf drei Codes, nämlich:
- einem ersten Code in Form einer Fahrzeugidentifikationszeichenfolge und/oder - nummer (FIN, VIN),
- einem zweiten Code in Form einer SIM-Zeichenfolge und/oder -nummer (Englisch: Subscriber Identification Module) und/oder einer Telefon- Zeichenfolge und/oder Nummer,
- einem dritten Code in Form einer dem Schnittstellenmodul zugeordneten Zei- chenfolge und/oder -nummer.
Vorteilhaft basiert der Berechtigungscode auf wenigstens zwei Codes, wobei die wenigstens zwei Codes ausgewählt sind aus der Gruppe weiter umfassend: einen vom Nutzer eingegebenen Code, eine individuelle Nutzeridentifikations-Zeichenfolge und/oder -nummer, eine Applikations-Zeichenfolge und/oder -nummer, eine Netzidentifikations- Zeichenfolge und/oder -nummer (IPv4, IPv6) zur Identifikation eines Rechners und/oder eines Benutzerkommunikationsendgerätes im Netz. Ein vom Nutzer eingegebener Code kann ein Zahlencode oder ein eingescannter Code, z. B. ein Flächencode oder ein Bild oder dergleichen sein. Als Code kann auch eine Spracherkennung oder Fotoerkennung dienen. Auch ein User-Code/ID/Hash aus einer Userdatenbank des Datenverbundsys- tems, in welcher der User seine persönlichen Daten eintragen kann, können als Bestandteil hinzugezogen werden.
Als besonders vorteilhaft erweist sich das Konzept der Erfindung im Rahmen einer Weiterbildung gemäß dem Verfahren des Anspruchs 12. . Vorzugsweise, jedoch nicht notwendigerweise, ist das mobile Benutzerkommunikationsendgerät dem Fahrzeug zugeordnet, insbesondere dem Fahrzeugdiagnosesystem des Fahrzeugs oder wenigstens der Fahrzeugdiagnoseschnittstelle bekannt. Grundsätzlich muss das mobile Benutzerkommunikationsendgerät dem Fahrzeug, wie z. B. einem Auto, zunächst nicht bekannt sein. Bevorzugt ist aber der Fahrzeugdiagnose-Schnittstelle— auch Adapter genannt- das Fahrzeug und das mobile Benutzerkommunikationsendgerät bekannt. Auch ist bevorzugt, aber nicht notwendigerweise, dem mobilen Benutzerkommunikationsendgerät und einer Applikation der Adapter bekannt. Alle bekannten Geräte werden in einer Datenbank des Datenverbundsystems hinterlegt und dem System ge- meldet. Bevorzugt ist das mobile Benutzerkommunikationsendgerät dem Fahrzeug mittels dem Schnittstellenmodul zugeordnet; insbesondere, d. h. im verbundenen Fall mittels der Fahrzeugdiagnose-Schnittstelle mit einem Schnittstellenstecker, dem Schnittstellenmodul und einer Luftschnittstelle. Über die Luftschnittstelle kann beispielsweise eine feste kabellose Kommunikationsverbindung (Pairing) zwischen dem mobilen Benut- zerkommunikationsendgerät und einer Schnittstelle (z. B. eine OBD- oder SAE-Schnitt- stelle) des Fahrzeugdiagnosesystems hergestellt werden. Es können auch Fahrzeugdiagnosedaten eines Fahrzeugs aus dem fahrzeugimplementierten Fahrzeugdiagnosesystem des Fahrzeugs über die Luftschnittstelle an eine bevorzugt jedoch nicht notwendigerweise vorbestimmt festgelegte Anzahl von mehrere mobilen Benutzerkommunika- tionsendgeräten übertragen werden; beispielsweise können diese auch situationsabhängig von einem Fahrzeugführer oder sonstigen Benutzer festgelegt werden. Auch kann an eine unbekannte Anzahl gesendet werden, die nicht dem Fahrzeug zugeordnet sind. Grundsätzlich muss sich das oder die zugeordneten mobilen Benutzerkommunikations- endgeräte nicht in dem Fahrzeug befinden. Es hat sich aber als vorteilhaft erwiesen zum Monitoren, Diagnostizieren und Kommunizieren hinsichtlich der Fahrzeugfunktionen, wenn sich ein zugeordnetes mobiles Benutzerkommunikationsendgerät in dem Fahrzeug befindet. Insbesondere erweist sich das Verfahren als besonders effektiv, wenn über das Benutzerkommunikationsendgerät verfügbare Informationen vom Fahrzeugführer oder einem Fahrzeuginsassen, insbesondere nur einem einzigen Benutzerkommunikations- endgerät, vorzugsweise des Fahrzeugführers, zusätzlich zu den Cockpit-Anzeigen des Fahrzeugs zur Verfügung stehen.
Bevorzugt ist vorgesehen, dass das Fahrzeug gegenüber einer fahrzeugunabhängigen Stelle identifiziert wird; im Rahmen der Fahrzeugkommunikation mit der fahrzeugunabhängigen Stelle eine automatische Authentifizierung des Fahrzeugs erfolgt, wobei die Authentifizierung auf einem Berechtigungscode basiert, der bei der Fahrzeugkommunikation automatisch übermittelt wird. Gemäß dem Konzept basiert der Berechtigungscode auch hier auf einer Kombination von wenigstens zwei Codes, wobei die wenigstens zwei Codes ausgebildet sind aus der Gruppe umfassend: einen der Fahrzeugidentifikation dienender Fahrzeugcode, einen das mobile Benutzerkommunikationsendgerät betreffender Kommunikations- code; einen der Schnittstellenidentifikation dienender Schnittstellencode.
Vorzugsweise basiert der Berechtigungscode auf der Kombination von wenigstens zwei Codes dann, wenn die wenigstens zwei Codes in irgendeiner Art in eine Generierung des Berechtigungscodes aus den wenigstens zwei Codes eingehen. Dies kann eine bloße Aneinanderreihung der wenigstens zwei Codes sein. Dies kann in weiterentwickelten Verfahren auch eine zweckmäßig geartete algorithmische Nutzung der wenigstens zwei Codes zur Generierung eines völlig neuen Berechtigungscodes sein. Beispielsweise kann ein erster der zwei Codes als Zufallsgenerator genutzt werden, um aus einem zweiten der zwei Codes durch Permutation oder anders den Berechtigungscode zu gewinnen. Dies sind jedoch nur Beispiele, um die breite Anwendbarkeit der zwei Codes zur Generation des Berechtigungscodes zu verdeutlichen. Ein Berechtigungscode basiert im weitesten Sinne dann auf den wenigstens zwei Codes, wenn die wenigstens zwei Codes in irgendeiner Weise nachvollziehbar in die Bestimmung des Berechtigungscodes eingehen.
Die Weiterbildung geht von der Überlegung aus, dass eine verlässliche Fahrzeugkom- munikation verbessert ist, wenn -nicht nur innerhalb des Systems aus Benutzerkommunikationsendgerät, gegebenenfalls Datenverbundsystem, Fahrzeug und Schnittstellenmodul- sondern insbesondere darüber hinaus gegenüber dritten fahrzeugunabhängigen Stellen, wie z. B. Serviceanbietern oder dergleichen, neben einer bloßen Herkunft und Zuordnung der Daten vor allem eine auch subjektive Verlässlichkeit des Datenursprungs authentifizierbar ist. Die Erfindung hat erkannt, dass sich dazu eine Kombination von wenigstens zwei Codes eignet, die wenigstens zwei der drei, ggfs. vier wesentlichen Komponenten des Systems -nämlich Fahrzeug, Fahrzeugdiagnoseschnittstelle und Benutzerkommunikationsendgerät, gegebenenfalls, auch Datenverbundsystem- zuzu- ordnen sind. Dies führt in einer zu einem Berechtigungscode mit hohem auch subjektivem Verlässlichkeitsmaß, so dass dieser nicht nur zur Authentifizierung genutzt werden kann, sondern darüber hinaus Basis für weitere Stufen einer Fahrzeugkommunikation genutzt werden kann, die auf dem Verlässlichkeitsmaß aufbauen können. Bevorzugt kann der Fahrer eines Fahrzeugs sogar identifiziert werden über eine oder mehrere der genannten Angaben, insbesondere in Verbindung mit einer bekannten Kombination von FIN, Telefonnummer und UserlD.
Dies kann beispielsweise das grundsätzliche Verfügbarmachen von Serviceangeboten und/oder die Abrechenbarkeit von Serviceangeboten betreffen. Die Erfindung hat erkannt, dass mittels Authentifizierung mit einem Berechtigungscode, der sich aus Codes zusammensetzt, welche inhärent ein hohes Verlässlichkeitsmaß als Grundlage haben, nicht nur ein einfacher Austausch von Informationen möglich ist, sondern darüberhinaus ein umfassendes Angebot von höheren Kommunikationsebenen in der Fahrzeugkommunikation möglich ist.
Die Weiterbildung hat insbesondere erkannt, dass es möglich ist, einen Berechtigungs- code zu generieren, der auf bereits geprüften wenigstens zwei Codes aufbaut. Die zwei Codes ausgewählt aus der erfindungsgemäßen Gruppe, beinhalten insbesondere eine inhärent für die Kombination "Fahrzeug und Fahrzeughalter" ausreichende Qualifikation für ein hohes subjektives Verlässlichkeitsmaß. Damit sind auch höhere Ausbaustufen einer Fahrzeugkommunikation leichter und in automatisierter Weise zugänglich. Insbe- sondere kann in einer höheren oder nachgelagerten Ebene einer Fahrzeugkommunikation nach einer einmal erfolgten Authentifizierung mit dem Berechtigungscode eine nochmalige Berechtigungsüberprüfung weitestgehend entfallen; nämlich, da diese aufgrund des erfindungsgemäßen Konzepts bereits bei Aufnahme der Fahrzeugkommunikation durch Authentifizierung mit dem Berechtigungscode erfolgt ist. Vorteilhaft hat die Weiterbildung erkannt, dass es einem hier insbesondere offen zu gestaltenden System einer Fahrzeugkommunikation zuträglich ist, wenn bereits die Eingangsauthentifizierung auf einem Berechtigungscode mit hohem Verlässlichkeitsmaß basiert. Bevorzugt umfasst die fahrzeugunabhängige Stelle eine oder mehrere Stellen, die ausgewählt ist aus der Gruppe umfassend: das Benutzerkommunikationsendgerät und/oder das Datenverbundsystem, einen Dienstleistungsanbieter, einen zugangsbeschränkten örtlichen Bereich, das Fahrzeugdiagnosesystem des genannten Fahrzeugs und/oder eines anderen Fahrzeugs, ein Benutzerkommunikationsendgerät, das mittels einem Schnittstellenmodul (12), insbesondere der Fahrzeugdiagnose-Schnittstelle (10), dem genannten Fahrzeug und/oder einem anderen Fahrzeug zugeordnet ist; eine Strassen- anlage (RoadSideEquipment, RSE); ein Benutzerkommunikationsendgerät, das einem Verkehrsteilnehmer ohne Schnittstellenmodul zugeordnet ist wie einem Fußgänger, einem Fahrradfahrer od. dgl.
Insbesondere die vorgenannten Stellen -nämlich ein Dienstleistungsanbieter, ein zugangsbeschränkter örtlicher Bereich sowie ein Fahrzeugdiagnosesystem und/oder Benutzerkommunikationsendgerät, das einem anderen als dem genannten Fahrzeug zugeordnet ist-, können vorliegend als dritte fahrzeugunabhängige Stellen außerhalb der Kernkomponenten des bestehenden Diagnose- und Steuerungsnetzes bezeichnet werden. Sie liegen außerhalb des genannten Fahrzeugs und der dem genannten Fahrzeug zugeordneten Diagnoseschnittstelle und des dem genannten Fahrzeug zugeordneten Benutzerkommunikationsendgeräts. Insbesondere die Authentifizierung gegenüber einer solchen dritten Stelle außerhalb der bestehenden Kernkomponenten hat einem erhöhten Maß an objektiver und subjektiver Verlässlichkeit zu genügen.
Unabhängig davon eignet sich ein Berechtigungscode gemäß dem Konzept auch zur Nutzung innerhalb des bestehenden Diagnose- und Steuerungsnetzes mit dem genanntem Fahrzeug, diesem zugeordneter Diagnoseschnittstelle und diesem zugeordnetem Benutzerkommunikationsendgerät. Beispielsweise kann der Berechtigungscode genutzt werden, um sich vor dem Datenverbundsystem des Diagnose- und Steuerungsnetzes zu authentifizieren bzw. erkennbar zu machen.
Grundsätzlich eignet sich mindestens jede beliebige Zweierkombination der gemäß dem Konzept genannten drei Codes, nämlich mindestens eine beliebige Zweierkombination, ausgewählt aus Fahrzeugcode, Kommunikationscode und Schnittstellencode; ggfs. kann auch ein Code des Datenverbundsystems mit eingehen. So hat sich im Rahmen einer ersten besonders bevorzugten Variante ein Berechtigungscode als Zweierkombination aus Fahrzeugcode und Kommunikationscode als einfach und verlässlich erwiesen. Grundsätzlich eignet sich in einer zweiten Variante auch die Zweierkombination aus Kommunikationscode und Schnittstellencode. Grundsätzlich eignet sich auch die Zweierkombination aus Schnittstellencode und Fahrzeugcode. Im Rahmen einer besonders verlässlichen Variante kann ein Berechtigungscode auf Basis des Fahrzeugcodes, des Kommunikationscodes und des Schnittstellencodes basieren; die vorgenannte Weiterbil- dung unter Nutzung einer Dreierkombination der Codes der Gruppe berücksichtigt jede Kernkomponente des bestehenden Diagnose- und Steuerungsnetzes, nämlich die Komponenten des Fahrzeugs, der dem Fahrzeug zugeordneten Fahrzeugdiagnoseschnittstelle als auch das dem Fahrzeug zugeordnete Benutzerkommunikationsendgerät. Auch ermöglicht die vorgenannte Dreierkombination im Rahmen der Weiterbildung eine beson- ders hohe Varianzmöglichkeit, beispielsweise wenn das gleiche Fahrzeug von unterschiedlichen Nutzern mit unterschiedlichen Benutzerkommunikationsendgeräten genutzt wird. In solchen und ähnlichen Fällen kann eine Logik ausgebildet sein, einen Berechtigungscode basierend auf einer Kombination von wenigstens zwei Codes, ausgewählt aus der genannten Gruppe von Codes, insbesondere basierend auf drei Codes der genann- ten Gruppe, zu generieren. Im Falle der genannten Dreierkombination würden zwei unterschiedliche Berechtigungscodes generiert, wenn das gleiche Fahrzeug mit der gleichen Fahrzeugdiagnoseschnittstelle von einem ersten Fahrer, z. B. dem Halter des Fahrzeugs, mit einem ersten Benutzerkommunikationsendgerät bzw. einem zweiten Fahrer mit einem zweiten Benutzerkommunikationsendgerät genutzt würde. Dies erweist sich in den meisten Fällen auch als sinnvoll, da zwar z. B. der Halter des Fahrzeugs andere Berechtigungen und Credits, ins besondere eine andere Verlässlichkeitsstufe, haben mag, als ein Fahrer des Fahrzeugs, der aber nicht Halter ist und Inhaber des zweiten Benutzerkommunikationsendgeräts ist.
Grundsätzlich lassen sich jedoch alle vorgenannten Weiterbildungen in realistischer Weise umsetzen mit den im Rahmen des Konzeptes der Erfindung erläuterten hohen Maß an subjektiver Verlässlichkeit inhärent dem Berechtigungscode.
Im Rahmen einer besonders bevorzugten Weiterbildung ist der zur Fahrzeugidentifikation dienende Fahrzeugcode eine Fahrzeugidentifikationszeichenfolge, insbesondere eine Kraftfahrtamtnummer (KBA-Nr.) und/oder eine Fahrzeugidentifikationsnummer, die auch unter der Abkürzung FIN (Englisch: VIN) an sich bekannt und jeweils einem Fahrzeug in eineindeutiger Weise zugeordnet ist. Grundsätzlich eignet sich in einer ähnlichen Weise die Fahrzeugkennzeichenzeichenfolge und/oder -nummer. Es hat sich jedoch gezeigt, dass die Fahrzeugidentifikationszeichenfolge und/oder -nummer im Mittel eine höhere Bestandzeit hat als beispielsweise die Fahrzeugkennzeichenzeichenfolge und/oder -nummer. Mit der Länge der Bestandzeit des verwendeten Fahrzeugcodes ist auch ein höheres Maß an Datenverlässlichkeit verbunden.
Im Rahmen einer besonders bevorzugten Weiterbildung kann der Kommunikationscode eine dem Benutzerkommunikationsendgerät zugeordnete SIM-Zeichenfolge und/oder - nummer sein. Es hat sich gezeigt, dass auch eine SIM-Zeichenfolge und/oder -nummer eine vergleichsweise hohe Bestandszeit hat und somit einem Verlässlichkeitsmaß zuträglich ist. Außerdem kann davon ausgegangen werden, dass subjektive Eigenschaften eines Halters des Benutzerkommunikationsendgeräts bei Verfügbarkeit einer SIM- Zeichenfolge und/oder -nummer mit hoher Bestandszeit auch ein Qualitätsmerkmal für den Nutzer ist. Gleichermaßen eignet sich eine dem Benutzerkommunikationsendgerät zugeordnete Telefon- Zeichenfolge und/oder Nummer. Die Telefonnummer wird vom Netzprovider vergeben. Alternativ könnte man mit einer IP-Adresse des Smartphones im Netz arbeiten. Auch eine Netzidentifikations-Zeichenfolge und/oder -nummer (IPv4, IPv6) zur Identifikation eines Rechners und/oder eines Benutzerkommunikationsendgerätes in einem lokalen oder überörtlichen Netz eignet sich grundsätzlich. Grundsätzlich lassen sich auch andere Möglichkeiten eines Kommunikationscodes nutzen, soweit dieser dem Benutzerkommunikationsendgerät in irgendeiner Weise zugeordnet werden kann. Es eignen sich beispielsweise auch die Gerätezeichenfolge und/oder -nummer (IMEI) des Benutzerkommunikationsendgeräts oder eine Telefonzeichenfolge und/oder -nummer, die auf dem Benutzerkommunikationsendgerät verwendet wird.
Im Rahmen einer besonders bevorzugten Weiterbildung ist die Schnittstellenidentifikation über einen Schnittstellencode gegeben, der dem Schnittstellenmodul zugeordnet ist und eine entsprechende Zeichenfolge und/oder -nummer beinhaltet. Grundsätzlich kann zusätzlich oder alternativ zum Schnittstellencode auch ein dem Fahrzeugdiagnosesystem zugeordneter Code, beispielsweise ein Code der Diagnosesystemschnittstelle, verwendet werden, also ein Code der OBD-Il-Schnittstelle oder dergleichen.
Im Rahmen einer in der Ausführungsform der Zeichnung als besonders bevorzugt beschriebenen Weiterbildung hat sich ein Berechtigungscode bewährt, der auf einer Kombination von genau drei oder mehr als drei Codes basiert, wobei die drei Codes umfassen: die Fahrzeugidentifikationsnummer (FIN bzw. Englisch: VIN), die dem Benutzerkommunikationsendgerät zugeordnete SIM-Nummer (Englisch: Subscriber Identification Module) und eine dem Schnittstellenmodul zugeordnete Nummer und/oder Zeichenfolge. Alternativ zur SIM kann die Telefonnummer verwendet werden. In einer besonders bevorzugten Weiterbildung kann zusätzlich zu den drei Codes (VIN, SIM oder Telefonnummer, Schnittstellenmodulnummer) auch als vierter Code ein Benutzercode vorgesehen sein.
Davon ausgehend wird grundsätzlich im Rahmen des Konzepts der Erfindung auch beansprucht ein Verfahren zur Fahrzeugkommunikation, insbesondere über eine an ein Fahrzeug implementiertes Fahrzeugdiagnosesystem anschließbare Fahrzeugdiagnoseschnittstelle, aufweisend ein Schnittstellenmodul, das zur drahtlosen Kommunikation ausgebildet ist, wobei im Rahmen der Fahrzeugkommunikation zur Authentifizierung ein Berechtigungscode drahtlos übermittelt wird. Bevorzugt basiert der Berechtigungscode auf einer Fahrzeugidentifikationszeichenfolge und/oder -nummer (FIN, VIN), einer SIM- Zeichenfolge und/oder -nummer (Englisch: Subscriber Identification Module) und einer dem Schnittstellenmodul zugeordneten Zeichenfolge und/oder -nummer.
Vorteilhaft kann ein so generierter Berechtigungscode zur Authentifizierung des Fahrzeugs im Rahmen einer Berechtigungsprüfung mit einem hinterlegten oder generierten Code verglichen oder auf andere angemessene Weise mit einer Referenz abgeglichen werden. Dabei zeigt sich, dass beispielsweise zwei aus der Gruppe von gemäß dem Konzept genannten Codes zur Generierung eines Berechtigungscodes benutzt werden können und er dritte der Gruppe als hinterlegter Code dienen kann. Der hinterlegte Code muss also nicht notwendiger Weise von der gleichen Art wie der Berechtigungscode sein. Vielmehr kann der Berechtigungscode und der hinterlegte Code in der Art eines Schlüs- sel-Schloss-Prinzips genutzt werden; ein Vergleichen von Berechtigungscode und hinter- legtem Code ist insofern weit zu verstehen im Sinne von„aufeinander passen".
Bevorzugt wird der hinterlegte Code in dem Datenverbundsystem hinterlegt und die fahrzeugunabhängige Stelle ist in der Lage, eine Prüfverbindung zum Datenverbundsystem aufzubauen im Rahmen der Berechtigungsprüfung zur Authentifizierung des Fahr- zeugs. So ist es beispielsweise möglich, dass der hinterlegte Code in dem Datenverbundsystem gespeichert ist und eine Zuordnung zu einem bestimmten Berechtigungscode. Soll nun ein Fahrzeug gegenüber einer fahrzeugunabhängigen Stelle authentifiziert werden, kann die dritte Stelle oder andere Stelle eine Prüfverbindung zum Datenverbundsystem aufbauen und die Zuordnung abfragen. Passt der Berechtigungscode und der hinterlegte Code aufeinander, ist von einem positiven Vergleich zu sprechen und die Authentifizierung des Fahrzeugs kann positiv abgeschlossen werden. Zur Erhöhung der Datensicherheit kann der Berechtigungscode im Rahmen der Fahrzeugkommunikation zur Datenverschlüsselung benutzt werden.
Grundsätzlich kann der Berechtigungscode ein festere Code sein. Der Berechtigungscode kann auch in einer Variante ein temporärer Code sein. Der Berechtigungscode kann auch ein variabler Code sein; z.B. indem ein Basiscode basiert auf wenigstens zwei Codes ausgewählt aus der Gruppe umfassend: einen der Fahrzeug Identifikation dienender Fahrzeug-Code; einen das mobile Benutzerkommunikationsendgerät betreffenden Kommunikations-Code, einen der Schnittstellenidentifikation dienender Schnittstellen- Code. Der Basiscode kann variabel zu ergänzen sein mit einer Nutzer-Code oder einem Applikationscode oder einem anderen Code aus der Gruppe weiter umfassend: einen vom Nutzer eingegebenen Code, eine individuelle Nutzeridentifikations-Zeichenfolge und/oder -nummer, eine Applikations-Zeichenfolge und/oder -nummer, eine Netzidentifi- kations-Zeichenfolge und/oder -nummer (IPv4, IPv6) zur Identifikation eines Rechners und/oder eines Benutzerkommunikationsendgerätes im Netz. Besonders bevorzugt eignet sich eine UserlD (Nutzer-Code), die einem Nutzerprofil zugeordnet ist; eine AdapterlD (Schnittstellen-Code), die wiederum mindestens einem User und evtl. einem Fahrzeug zugeordnet ist; eine Telefonnummer (Kommunikations- Code), die mindestens einem User und evtl. einem Fahrzeug zugeordnet ist.
Im Rahmen einer besonders sicheren Anwendung hat sich die Generierung des Berech- tigungscodes auf Basis von sechs Codes (insbesondere Fahrzeug ID, SteckerlD, Telefo- nlD, NetzID, AppID, UserlD) als vorteilhaft erwiesen.
Als ein Kommunikationsnetzwerk mit hoher Reichweite eignet sich insbesondere ein zelluläres Kommunikationsnetzwerk zur mobilen Kommunikation, z. B. basierend auf einer GPRS, UMTS oder LTE-Technologie oder dergleichen 2G-, 3G- Standard etc. In einer bevorzugten Variante erfolgt eine Fahrzeugidentifikation zunächst unabhängig von einem Berechtigungs-Code und anschließend erfolgt eine Authentifizierung auf Basis des Berechtigungs-Code. Es hat sich darüber hinaus in einer anderen Variante als besonders vorteilhaft erwiesen, dass eine Fahrzeug Identifikation automatisch auf Basis des Berechtigungscodes erfolgt. Dies hat den Vorteil, dass die Fahrzeugidentifikation und die eigentliche Fahrzeugauthentifizierung nicht mehr als separate Prozesse ablaufen müssen, sondern vielmehr die Identifizierung und Authentifizierung des Fahrzeugs zusammenfallen; beispielsweise mit dem Vergleich von hinterlegtem Code und Berechtigungs- code umgesetzt werden. Der Vergleich von Berechtigungscode und hinterlegtem Code muss nicht notwendiger Weise direkt erfolgen; vielmehr kann auch ein indirekter Vergleich in der Weise erfolgen, dass beispielsweise einem Berechtigungscode eine Zuordnung gegeben wird und ein Vergleich bereits dann positiv ist, wenn die Zuordnung zu einem hinterlegten Code passt oder zu einer Zuordnung des hinterlegten Codes passt.
Generell hat es sich beispielsweise zur Durchführung eines Authentifizierungs- oder Autorisierungsverfahrens als vorteilhaft erwiesen, dass ein Berechtigungscode für eine Kombination von Fahrzeug, Fahrzeugdiagnoseschnittstelle und Benutzerkommunikati- onsendgerät gemäß dem Konzept der Erfindung aus wenigstens zwei Codes der genann- ten Gruppe generiert wird, das Fahrzeug über den Berechtigungscode identifiziert und authentifiziert wird im Falle einer Dienstleistungsanfrage und bei positiver Authentifizierung bzw. Autorisierung eine Dienstleistung angeboten wird. Das genannte Verfahren hat den Vorteil, dass aufgrund des hohen subjektiven Verlässlichkeitsgrades des erfindungsgemäßen Berechtigungscodes auch vorteilhaft bereits die Umsetzung der Service- Dienstleistung erfolgen kann. D. h. nachdem der Berechtig ungsanf rag ende für die Dienstleistung sich mit seinem Berechtigungscode in ausreichender Weise verlässlich erweist, kann der Dienstleister davon ausgehen, dass mit der Dienstleistung -auch im Rahmen des automatisierten Verfahrens- in Vorleistung gegangen werden kann, da der Anfragende ein ausreichendes„Credit" hat. Dies kann beispielsweise bei einer Parkplatzanfra- ge, einer Tankleistungsanfrage oder dergleichen werthaltiger Dienstleistungen ein entscheidender zeitlicher Vorteil in der Abwicklung sein, der letztlich dem Nutzer und dem Dienstleistungsgeber zugute kommt. Der Dienstleistungsanfragende hat Zeitvorteile und das Durchführen der Dienstleistung erfolgt unabhängig von der eigentlichen Abrechnung bzw. Kompensation der Dienstleistung. Auch ist der Wegfall einer Bargeldlogistik bereits ein Vorteil gegenüber bisherigen Zahlungssystemen.
Das Konzept der Erfindung sowie die vorgenannten Weiterbildungen führen auch auf ein Schnittstellenmodul des Anspruchs 16, das ausgebildet ist zur Umsetzung des Verfahrens nach Anspruch 1 , insbesondere nach Anspruch 12. Insbesondere weist das Schnittstellenmodul einen Speicher und eine Logik auf, die zur Umsetzung des Verfahrens ausgebildet sind.
Das Konzept der Erfindung führt auch auf einen Schnittstellenstecker mit dem Schnittstellenmodul. Das Konzept der Erfindung führt auch auf ein Benutzerkommunikationsendge- rät, das ausgebildet ist, zur Teilnahme an dem erfindungsgemäßen Verfahren oder einer der Weiterbildungen.
Das Konzept der Erfindung führt auch auf ein Datenverbundsystem nach Anspruch 20, das ausgebildet ist zum Empfang von Fahrzeugdiagnosedaten, wobei besonders bevor- zugt das Datenverbundsystem kommunikativ verbindbar ist mit einer fahrzeugunabhängigen Stelle zur Prüfberechtigung eines Berechtigungscodes.
Das Konzept der Erfindung führt auch auf ein Diagnose- und Steuerungsnetz nach Anspruch 21 , insbesondere mit den Kernkomponenten eines Fahrzeugs, einer Fahrzeugdiagnoseschnittstelle und eines Benutzerkommunikationsendgeräts. Das Diagnose- und Steuerungsnetz weist vorteilhaft darüber hinaus das Datenverbundsystem sowie die fahrzeugunabhängige Stelle auf, insbesondere eine dritte fahrzeugunabhängige Stelle.
Das Diagnose- und Steuerungsnetz eignet sich zum Anschluss von proprietären, öffentlichen oder staatlichen Datensystemen, die insbesondere im Rahmen einer Prüfberechti- gungsanfrage einen Berechtigungscode an das Datenverbundsystem übermitteln, das daraufhin diesen Berechtigungscode mit einem hinterlegten Code vergleicht und an die angeschlossenen Datensysteme der Stelle, insbesondere der dritten Stelle, eine Positivoder Negativ-Antwort zu dem Berechtigungscode zurückgibt.
Auf solche oder ähnlich bevorzugte Weise lässt sich eine Vielzahl von Dienstleistungen des Alltags, wie beispielsweise eine Parkplatzsuche, das Tanken, Sonderrechte zur Wahrnehmung von Clubmitgliedschaften oder dergleichen automatisieren auf Grundlage des Konzepts zur Authentifizierung basierend auf dem erfindungsgemäßen Berechtigungscode.
Insbesondere ist das Verfahren der Fahrzeugkommunikation mit einer fahrzeugunabhängigen Stelle nicht nur geeignet zur Fahrzeugkommunikation mit einer fahrzeugunabhän- gigen Stelle (Car-2-Χ), sondern auch mit einer durch andere Fahrzeuge gebildeten Stelle (N-2-N). Insbesondere kann die Fahrzeugkommunikation maßgeblich unterstützt sein durch Fahrzeugdiagnosedaten und/oder außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten. Solche und andere Daten können über das Datenverbundsystem, das Benutzerkommunikationsendgerät und das Fahrzeugdiagnosesystem, aber auch durch dritte Stellen (Car-2-X-Stellen) oder andere Fahrzeuge (N-2-N-Stellen) zur Verfügung gestellt werden. Diese Zusatzinformationen können zum einen veranlassen, bestimmte Dienstleistungen anzubieten, aber auch veranlassen, bestimmte Dienstleistungen nicht anzubieten. So kann beispielsweise bei einer auch grundsätzlich positiv verlaufenden Authentifizierung bei einer Parkplatzsuche dennoch die Dienstleistung eines Parkplatzangebots verweigert werden, wenn aufgrund der Fahrzeugdiagnosedaten bekannt ist, dass ein Auspuffsystem des Fahrzeugs defekt ist. Andererseits könnte bei der gleichen zuvor genannten Sachlage bei positiv verlaufender Authentifizierung des Fahrzeugs gleichzeitig ein Werkstattbesuch des Fahrzeugs im näheren Umfeld angeboten und/oder terminiert werden.
Solche und andere Möglichkeiten bestehen insbesondere im Rahmen der nachfolgend erläuterten Weiterbildungen zur Verfügbarmachung von außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten, die insbesondere geeignet sind, Fahrzeugdiagnosedaten zu ergänzen.
Besonders bevorzugt ist vorgesehen, dass
- die Fahrzeugdiagnosedaten mit außerhalb des Fahrzeugdiagnosesystems ge- wonnenen Zusatzdaten ergänzt werden,
-eine Relevanz der Zusatzdaten für die akute Fahrsituation des Fahrzeugs in einer Anweisungsvorschrift vorbestimmt wird.
Insbesondere können die Fahrzeugdiagnosedaten und die Zusatzdaten bis an die Fahrzeugdiagnose-Schnittstelle rückübermittelt werden; in einer Variante jedoch auch nur bis zum mobilen Kommunikationsendgerät. Bevorzugt ist ein Diagnose- und Steuerungsnetz entsprechend ausgebildet. Ein Benutzerkommunikationsendgerät und/oder das Datenverbundsystem und/oder die Fahrzeugdiagnose-Schnittstelle sind entsprechend ausgebildet, die Fahrzeugdiagnosedaten mit außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten zu ergänzen. Die bevorzugt in einer offenen Programmierumgebung erstellbare Anweisungsvorschrift kann beispielsweise eine Software-Applikation oder ein sonstiger Interpreter sein, der von einem Nutzer des mobilen Benutzerkommunikationsendgerätes oder einem Nutzer des Kommunikations-Netzwerks frei benutzbar ist. Insbesondere enthält eine bevorzugt offene Programmierumgebung einen Interpreter, der zu einem Operationssystem des mobilen Benutzerkommunikationsendgerätes kompatibel ist. Dies kann beispielsweise eine Interpreterversion für ein iPad, ein Android, ein Blackberry (RIM) oder ein Windowsgerät sein. Z.B. kann die offene Programmierumgebung kompatibel sein zu Operationssystemen wie iOS, WINDOWSmobile, BADA, RIM OS od. dgl.. Unter einem Kommunikations-Netzwerk ist insbesondere das Internet oder ein mobiles Kommunikations-Netzwerk sowie gegebenenfalls auch ein WAN (Wide Area Network - Netz das sich über weite Strecken erstreckt und weder in geographischer Reichweite, noch in der Anzahl an Rechnern begrenzt ist) oder LAN (Local Area Network - Netz (insbesondere kabellos), das lokal/geographisch (ca. 500 m) beschränkt ist) zu verstehen. Auch können Personal Area Networks (PAN) oder sogenannten WiFi-Netze und von Kleingeräten wie PDAs oder Mobiltelefonen ad hoc auf- und abbaubare sogenannte PicoNets genutzt werden; vorteilhaft sind insbesondere kabellose Netzwerke wie WLAN-, WPAN-, WiFi-Netze.
Weiterbildungen führen auch auf ein Schnittstellenmodul und eine Fahrzeugschnittstelle. Insbesondere ist der Schnittstellenstecker ein OBD-Stecker (insbesondere nach OBDII oder OBDIII) oder ein SAE-Stecker. Die Schnittstelle in Form einer CARB bzw. OBD- Steckdose ist wiederum genau an das ZGW über CAN und zukünftig über Ethernet (DolP) z. B. über einen RJ-Stecker angeschlossen. Auf diese und andere Arten von Schnittstellen des Fahrzeugdiagnosesystems lässt sich die noch erläuterte Fahrzeugdiagnose-Schnittstelle mit einem kompatiblen Schnittstellenstecker anpassen und entsprechend ankoppeln und wird dementsprechend hier teilweise auch verkürzt als Adapter bezeichnet
Bei einem bevorzugten Schnittstellenmodul ist die Logik ausgebildet, eine Anweisungsvorschrift umzusetzen, die in einer bevorzugt offenen Programmierumgebung erstellt ist und die mit dem mobilen Benutzerkommunikationsendgerät kompatibel ist, wobei die Anweisungsvorschrift ausgebildet ist, um relevante Zusatzdaten für die akute Fahrsitua- tion des Fahrzeugs vorzubestimmen.
Bei dem bevorzugten Schnittstellenmodul ist der Speicher ausgebildet, die Fahrzeugdiagnosedaten und/oder die relevanten Zusatzdaten zu speichern, wobei das Schnittstellenmodul mit einem Schnittstellenstecker und/oder einer Luftschnittstelle der Fahrzeugdiagnose-Schnittstelle verbindbar ist oder diese integriert. Anders ausgedrückt sind die Fahrzeugdiagnosedaten und die Zusatzdaten auf dem Schnittstellenmodul der Fahrzeugdiagnose-Schnittstelle hinterlegt und können bidirektional, d. h. in einem Uplink zum mobilen Benutzerkommunikationsendgerät und einem Downlink vom mobilen Benutzerkommunikationsendgerät, über das Schnittstellenmodul mit einer Fahrzeugsteuerung und einer externen Umgebung kommuniziert werden. Vorzugsweise sind die Fahrzeugdiagnosedaten und die Zusatzdaten nur auf dem Schnittstellenmodul hinterlegt, sodass die in Form eines Steckers an sich existierende Schnittstelle der Fahrzeugdiagnose-Schnittstelle als solche grundsätzlich nicht verändert werden muss. Dennoch stehen damit sowohl die Zusatzdaten als auch die mit den Zusatzdaten angereicherten Fahrzeugdiagnosedaten -über das Schnittstellenmodul- wieder an der Fahrzeugdiagnose-Schnittstelle zur Verfügung, stehen also dem fahrzeugimplementierten Fahrzeugdiagnosesystem sowie auch der Fahrzeugsteuerung zur Verfügung. Das Konzept der besonders bevorzugten Weiterbildung geht damit in wesentlichen Punkten über eine unmittelbare oder mittelbar erweiterte bloße Fahrzeugdiagnose lediglich aufgrund von Fahrzeugdiagnosedaten hinaus.
Betreffend einen ersten Aspekt hat die besonders bevorzugte Weiterbildung erkannt, dass sich Fahrzeugdiagnosedaten in vielfältiger Hinsicht auch mit außerhalb des Fahr- zeugdiagnosesystems gewonnenen Zusatzdaten ergänzen lassen. Die Datenbasis des Diagnose- und Steuerungsnetzes bzw. des Verfahrens zur Fahrzeugdiagnose wird, wie von der Erfindung erkannt, wesentlich erweitert und kann genutzt werden, um nicht nur eine erweiterte Fahrzeugdiagnose zu ermöglichen, sondern darüber hinaus eine für den Fahrzeughalter vorteilhafte gezielte Steuerungsfunktion zu übernehmen. Dazu sieht die besonders bevorzugte Weiterbildung in einem zweiten Aspekt vor, dass die Fahrzeugdiagnosedaten und die Zusatzdaten bis an die Fahrzeugdiagnose- Schnittstelle rückübermittelt werden. Die Verbindung zwischen einem mobilen Benutzer- kommunikationsendgerät und der Fahrzeugdiagnose-Schnittstelle ist hinsichtlich der Datenübermittlung bevorzugt bidirektional. Fahrzeugdiagnosedaten können (im Rahmen eines Uplink) von der Fahrzeugdiagnose-Schnittstelle zum mobilen Benutzerkommunika- tionsendgerät übertragen werden. Darüber hinaus können jedoch nicht nur diese Fahrzeugdiagnosedaten, sondern vor allem mit geeigneten Zusatzdaten angereicherte Fahrzeugdiagnosedaten vom mobilen Benutzerkommunikationsendgerät (im Rahmen eines Downlink) an die Fahrzeugdiagnose-Schnittstelle übermittelt werden. Das Fahrzeugdiag- nosesystem und/oder eine Fahrzeugsteuerung hat Zugriff auch auf die Zusatzdaten und kann gegebenenfalls darauf basierende Maßnahmen der Fahrzeugsteuerung einleiten. Beispielsweise ermöglicht dies eine Vorlage— z. B. von einer Applikation APP, einem Drittanbieter oder dem hier grundsätzlich erläuterten Datenverbundsystem od. dgl. Teil Infrastruktur, oder vom Schnittstellenmodul selbst als Teil der Fahrzeugdiagnose- Schnittstelle mit einem Schnittstellenstecker, einem Schnittstellenmodul und einer Luftschnittstelle.
Das Konzept der Weiterbildung beschränkt sich nicht nur auf eine reine Fahrzeugdiagno- se, sondern geht darüber hinaus. Das Konzept ist auf eine erweiterte Fahrzeugsteuerung unter Nutzung der Fahrzeugdiagnosedaten sowie dafür relevanter Zusatzdaten gerichtet, die extern vom Fahrzeugdiagnosesystem gewonnen (z. B. über ein sogenanntes Road- SideEquipment, RSE) und u. a. über das mobile Benutzerkommunikationsendgerät der Fahrzeugsteuerung zur Verfügung gestellt sind. Die Relevanz der Zusatzdaten für die akute Fahrsituation des Fahrzeugs wird in einer Anweisungsvorschrift vorbestimmt.
Wie von einer besonders bevorzugten Weiterbildung erkannt, ist die Anweisungsvorschrift ,mit besonderem Vorteil versehen, in einer offenen Programmierumgebung erstellbar und mit dem mobilen Benutzerkommunikationsendgerät kompatibel. Dies beseitigt zum Einen bisherige Kompatibilitätsprobleme hinsichtlich des Übertragungsprotokolls. Zum Anderen ist jede die Anweisungsvorschrift realisierende Software-Applikation oder dergleichen Computerprogrammprodukt in der offenen Programmierumgebung vergleichsweise einfach zu erstellen. Beispielsweise kann ein Nutzer des mobilen Benutzerkom- munikationsendgerätes unter Nutzung vergleichsweise einfacher Programmieranweisun- gen eine für ihn individuell angepasste Anweisungsvorschrift auf einem mobilen Benutzerkommunikationsendgerät erstellen.
Die Logik einer Fahrzeugdiagnose-Schnittstelle ist entsprechend ausgebildet, eine Anweisungsvorschrift umzusetzen, welche die Relevanz der Zusatzdaten für die akute Fahrsituation des Fahrzeugs vorbestimmt. Insbesondere ist die Logik des Schnittstellen- moduls ausgebildet, ein Softwaremodul mit einem Anweisungsprotokoll (Application Protocollinterface, API) zur Umsetzung einer Anweisungsvorschrift auszuführen. Der Speicher eines Schnittstellenmoduls ist entsprechend ausgebildet, Fahrzeugdiagnosedaten und/oder relevante Zusatzdaten zu speichern und für ein Fahrzeugdiagnosesystem und/oder Fahrzeugsteuern vorzuhalten. Bevorzugt werden Daten zum stationären Datenverbundsystem über ein Kommunikationsnetzwerk mit hoher Reichweite übermittelt und/oder Daten zur mobilen Fahrzeug- diagnose-Schnittstelle aus dem Fahrzeug werden bevorzugt über ein Kommunikations- netzwerk mit geringerer Reichweite übermittelt. Bevorzugt können
- Fahrzeugdiagnosedaten und/oder Zusatzdaten zwischen dem mobilen Benutzer- kommunikationsendgerät und/oder zwischen der Fahrzeugdiagnose-Schnittstelle einer- seits über ein Kommunikations-Netzwerk, insbesondere ein Internet, an das Datenverbundsystem andererseits übermittelt werden. Zusätzlich oder alternativ können
- Fahrzeugdiagnosedaten und/oder Zusatzdaten zwischen dem mobilen Benutzer- kommunikationsendgerät einerseits und der Fahrzeugdiagnose-Schnittstelle andererseits über ein Kommunikations-Netzwerk, insbesondere ein lokales Netzwerk wie ein WiFi- oder LAN-Netzwerk, übertragen werden. Auch können Personal Area Networks (PAN) oder sogenannten WiFi-Netze und von Kleingeräten wie PDAs oder Mobiltelefonen ad hoc auf- und abbaubare sogenannte PicoNets genutzt werden; vorteilhaft sind insbesondere kabellose Netzwerke wie WLAN-, WPAN-, WiFi-Netze.
Bevorzugt kann eine Daten-Anreicherung und/oder Pufferung an jedem Kommunika- tionsknotenpunkt erfolgen. Insbesondere können Zusatzdaten und/oder eine Datenpufferung wenigstens der Zusatzdaten, insbesondere auch der Fahrzeugdiagnosedaten, an wenigstens einer der Komponenten erfolgen, die ausgewählt sind aus der Gruppe bestehend aus: Fahrzeugdiagnose-Schnittstelle, Benutzerkommunikationsendgerät, Datenverbundsystem, proprietäre Datensysteme und offene Datensysteme. Insbesondere ist das Schnittstellenmodul und/oder die Fahrzeugdiagnose-Schnittstelle ausgebildet eine Daten- Anreicherung vorzunehmen. Bevorzugt umfassen die Zusatzdaten des Schnittstellenmoduls wenigstens: Uhrzeit und Datum; insbesondere weiter umfassen Ortsdaten, vorzugsweise gewonnen aus einem Kommunikationsnetzwerk, einem Globalen Positions System (GPS) oder dergleichen, Orts-Zeitdaten, insbesondere in Form von unbeeinflussten Zusatzdaten, die als Nachweisdaten zur Verifikation einer Fahrzeug-Zeit und/oder Ort ausgebildet sind.
Ein Benutzerkommunikationsendgerät und/oder das Datenverbundsystem sind entsprechend ausgebildet, die Fahrzeugdiagnosedaten mit außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten zu ergänzen. Die Fahrzeugdiagnosedaten und die außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten sind einander zugeordnet mittels der für die akute Fahrsituation des Fahrzeugs in einer Anweisungsvorschrift bestimmten Filterwirkung. Grundsätzlich können die Fahrzeugdiagnosedaten und die außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten unabhängig voneinander kommuniziert werden und/oder zu unterschiedlichen Komponenten eines Diagnose- und Steuerungsnetzes kommuniziert wer- den. Es hat sich auch als vorteilhaft erwiesen die Fahrzeugdiagnosedaten und die außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten in einem Datenpaket zu kommunizieren, insbesondere in einem Datenpaket, das die mittels der Anweisungsvorschrift einander zugeordneten Fahrzeugdiagnosedaten und Zusatzdaten ganz oder teilweise enthält. Vorteilhaft erfolgt die Ermittlung und Anreicherung der Fahrzeugdiagnosedaten in Echtzeit und kontinuierlich, was eine besonders gute Unterstützung des Fahrzeugführers in einer akuten Fahrtsituation erlaubt. Unter kontinuierlich ist im weiteren Sinne jeder Pro- zess zu verstehen, der an der Ermittlung und Anreicherung der Fahrzeugdiagnosedaten in situationsangemessener Weise arbeitet. Wenn eine Datenverbindung situationsbedingt unterbrochen ist kann ein kontinuierlicher Prozess z. B. eine Zwischenspeicherung aller oder relevanter Daten vorsehen, damit nicht ein oder wichtige Ereignisse verloren gehen. Ein solcher Prozess läuft in Echtzeit, wenn ein Interrupt der Datenaktualisierung ausreichend schnell gegenüber einer Änderung der Fahrsituation ist. Ein Interrupt kann mit grundsätzlich kurzer Taktrate im Sub-Hz-Bereich ausgelegt sein, wie sie für Kommunika- tions-Netzwerke üblich sind. Ein Interrupt kann dennoch auch von sehr viel längeren Minuten oder auch Stunden Zyklen geprägt sein, wenn dies die Fahrsituation erlaubt.
Die Zusatzdaten stehen vorteilhaft aus dem Kommunikations-Netzwerk und/oder dem Datenverbundsystem zur Verfügung. Die Zusatzdaten können vorteilhaft sowohl vom mobilen Benutzerkommunikationsendgerät und/oder vom Kommunikations-Netzwerk und/oder vom Datenverbundsystem und/oder aus einer externen Sensorik zur Anreicherung der reinen Fahrzeugdiagnosedaten dienen. Das Datenverbundsystem umfasst vorteilhaft eine Datenbank und eine Anzahl von daran angeschlossenen proprietären, öffentlichen und/oder staatlichen Datensystemen.
Besonders bevorzugt lassen sich die Zusatzdaten aus Zusatzmodulen des mobilen Benutzerkommunikationsendgerätes gewinnen. Insbesondere sind dies im Benutzerkommunikationsendgerät implementierte Module. Es können aber auch extern vom Benutzerkommunikationsendgerät verfügbare Module oder eine Sensorik genutzt werden. Das mobile Benutzerkommunikationsendgerät weist insbesondere Zusatzmodule auf, die ausgewählt aber nicht beschränkt sind auf die Gruppe von Modulen bestehend aus: GPS, Uhr, Bewegungsmodul, Gyroskop, Kamera, Videokamera, Mikrofon, Lautsprecher, Lichtfläche. So lassen sich Zusatzdaten wie Position, Uhrzeit, Bewegungszustand, örtliche Nahumgebung, akustische Nahumgebung, Temperatur, Feuchte oder dergleichen vergleichsweise einfach insbesondere mit dem Benutzerkommunikationsendgerät erfassen und je nach Relevanz für eine akute Fahrsituation durch eine Anweisungsvorschrift heranziehen um die Fahrzeugdiagnosedaten anzureichern. Unter Nahumgebung ist zunächst insbesondere der Fahrzeuginnenraum und die unmittelbare Nahumgebung des Fahrzeugs gemeint. Insbesondere kann die Nahumgebung aber auch eine weitere Nahumgebung, wie z. B. durch die Reichweite eines WLAN, WiFi und/oder der näheren Verkehrsumgebung vorgegeben -vorzugsweise bis wenigstens 500 m— umfassen. Zusatzdaten können auch Nutzereingaben oder dergleichen umfassen, die über ein MMI (Man Machine Interface) oder einer anderen geeigneten Schnittstelle zwischen Nutzer und einem Gerät, insbesondere dem Benutzerkommunikationsendgerät, Smartphone und/oder dem Datenverbundsystem, eingegeben werden. Weitere Beispiele eines geeig- neten MMIs, das vor allem zur Anzeige von Fahrzeugdiagnosedaten mit außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten geeignet ist, ist z. B. ein HeadUp- Display (HUD), also ein Anzeigefeld in Blickrichtung, bei dem die für den Nutzer wichtige Informationen in sein Sichtfeld projiziert werden oder eine sogenannte Datenbrille (Projektionsglas) auf die, z.B. Informationen aus dem Internet ins eigene Blickfeld eingespielt werden können und die sich beispielsweise mit gesprochenen Kommandos oder Gesten bedienen lässt.
Im Rahmen einer sogenannten "Car-2-X"-Kommunikation können die Zusatzdaten aus einer externen Sensorik stammen und lassen sich direkt der Fahrzeugdiagnose- Schnittstelle übermitteln. Insbesondere können die Zusatzdaten danach dem Benutzer- kommunikationsendgerät übermittelt werden und/oder direkt dem Benutzerkommunikationsendgerät übermittelt werden. Vorteilhaft wird somit das Benutzerkommunikationsendgerät als Steuergerät eingesetzt, um zusätzlich zu einer Fahrzeugsensorik eine externe Sensorik mit zu monitoren bzw. entsprechende Diagnosedaten mit Zusatzdaten anzureichern. . Zusatzdaten können auch durch RSE (Road Side Equipment) wie Ampeln, Mautstellen, Kontrollpunkten für Feinstaub, etc. geliefert werden.
Im Rahmen einer sogenannten "Car-2-Car"-Kommunikation ist in einer besonders bevorzugten Weiterbildung vorgesehen, dass Fahrzeugdiagnosedaten eines Fahrzeugs aus dem fahrzeugimplementierten Fahrzeugdiagnosesystem des Fahrzeugs über die Luftschnittstelle an eine Luftschnittstelle eines anderen Fahrzeugs rundfunkübertragen werden und Fahrzeugdiagnosedaten in dem anderen Fahrzeug an ein mobiles Benutzer- kommunikationsendgerät sowie ggfs. eine Datenverbundsystem übertragen werden, das dem anderen Fahrzeug zugeordnet ist. Eine Übertragung kann auch über WLAN bzw. eine WiFi-Schnittstelle erfolgen. Dies kann zur Unfallvorwarnung genutzt werden, indem z. B. ein Schnittstellenmodul des ersten Fahrzeugs kritische Betriebszustände des ersten Fahrzeugs (z. B. eine Vollbremsung) an andere Fahrzeuge im Rahmen eines Broadcast übermittelt. Die Fahrzeugführer der anderen Fahrzeuge haben so eventuell die Möglichkeit frühzeitig zu reagieren bzw. auch einen weiter unten erläuterten Vorschlag für eine Fahrzeugsteuerungsfunktion entgegen zu nehmen. Anders ausgedrückt können die Zusatzdaten auch Daten anderer Fahrzeuge umfassen, mit denen die Diagnosedaten des Diagnosesystems eines Fahrzeugs angereichert werden können.
Insbesondere kann ein Paket aus Fahrzeugdiagnosedaten und Zusatzdaten für eine bestimmte akute Fahrsituation genutzt werden, um einen verifizierbaren Vorschlag für eine Fahrzeugsteuerungsfunktion zu machen. Der Vorschlag für eine Fahrzeugsteue- rungsfunktion kann über die Fahrzeugsteuerung dem Fahrzeughalter zur Verifikation vorgelegt werden. Insbesondere hat es sich jedoch auch als vorteilhaft erwiesen, dass die Fahrzeugsteuerungsfunktion ohne Fahrerverifikation geändert werden kann. Dies wird insbesondere unter geeigneter Verifikation des Fahrzeugs und/oder des mobilen Benutzerkommunikationsendgerätes und/oder der Fahrzeugdiagnose-Schnittstelle mög- lieh. Die Verifikation kann beispielsweise über eine Fahrzeugidentifikationsnummer (FIN) und/oder eine Identifikationsnummer des mobilen Benutzerkommunikationsendgerätes oder des Benutzers (PIN, SIM-Nr., Gerätenummer oder Vertragsnummer oder Telefonnummer des Mobilkunden) oder eine Stecker-PIN des Schnittstellensteckers, beispielsweise eines OBD- oder SAE-Steckers oder einer RJ-Steckverbindung zur Ankopplung an ein ETHERNET des Fahrzeugdiagnosesystems, erfolgen. Insbesondere kann eine solche Verifikation auch permanent etabliert werden. Dies kann beispielsweise durch eine praktisch feste, nicht mehr lösbare, Kopplung zwischen dem Schnittstellenstecker und dem Schnittstellenmodul geschaffen werden; beispielsweise durch Speicherung eines die Nummern der Verifikation verwendenden Schlüssels in einem Permanentspeicher des Schnittstellensteckers und dem Schnittstellenmodul, beispielsweise einem EPROM oder dergleichen. Das Schnittstellenmodul ist in besonders bevorzugter Weise mit einer leistungsfähigen Logik versehen; z. B. die eines Smartphones gleichwertig oder ähnlich und das Schnittstellenmodul weist bevorzugt einen ausreichenden Speicher auf, z. B. einige GigaByte eines EPROM oder eines persistenten Speichers. Der Speicher dient unter anderem zum Ablegen von Matrizen oder dergleichen Informationsmasken zum Anspre- chen der Schnittstelle zum Fahrzeugdiagnosesystem. Der Speicher dient bevorzugt auch zum Ablegen von Fahrzeugdiagnosedaten und der Zusatzdaten.
Eine für die akute Fahrsituation geeignete Anweisungsvorschrift kann vorteilhaft im Rahmen einer programmierten Software-Applikation erstellt werden oder eine solche enthalten. Die Anweisungsvorschrift kann für unterschiedliche Funktionen, insbesondere Fahrzeugsteuerungsfunktionen ausgelegt sein. Die Anweisungsvorschrift sieht dabei gemäß dem Konzept vorteilhaft nicht nur eine Uplink-Übermittlung und/oder Ermittlung von Fahrzeugdiagnosedaten, sondern vorteilhaft zusätzlich eine Downlink-Übermittlung und/oder Ermittlung von Daten, nämlich insbesondere eines Pakets aus Fahrzeugdiag- nosedaten und Zusatzdaten, vor. Unter anderem sind Beispiele solcher Anweisungsvorschriften in der Beschreibung der Zeichnungen erläutert. Fahrzeugsteuerungsfunktionen sind nicht beschränkt auf die Gruppe von Funktionen bestehend aus:
- Fahrzeugsteuerungs-Vorschlag und/oder -Reparatur,
- Unfall-Prüfung und -Benachrichtigung, - Fahrtrouten-Festlegung und -Analyse,
- Fahrtrouten- und/oder Fahrverhalten-Kostenausgleich,
- Fahrzeug-Passdaten-Aktualisierung und -Speicherung,
- Fahrverhalten-Steuerung und
- Analyse, insbesondere hinsichtlich ökonomischem und/oder effizientem Fahrver- halten.
Die jeweils erstgenannte Fahrzeugsteuerungsfunktion (Fahrzeugsteuerungs-Vorschlag, Fahrtrouten-Festlegung, Fahrzeug-Passdaten-Aktualisierung, Fahrverhalten-Steuerung) betrifft jeweils die Downlink-Übermittlung von Fahrzeugdiagnosedaten und Zusatzdaten in einem Paket, das angepasst ist auf die akute Fahrsituation des Fahrzeugs. Beispiels- weise kann durch einen Fahrzeugsteuerungs-Vorschlag und/oder -Reparatur, etwa durch Einspielen einer Notsoftware oder Wegnahme einer elektronischen Sperre ein Fahrzeug in einer Notsituation zur Fahrt bis in die nächste Werkstatt vorübergehend ertüchtigt werden.
Ausführungsbeispiele der Erfindung werden nun nachfolgend anhand der Zeichnung beschrieben. Diese soll die Ausführungsbeispiele nicht notwendigerweise maßstäblich darstellen, vielmehr ist die Zeichnung, wo zur Erläuterung dienlich, in schematisierter und/oder leicht verzerrter Form ausgeführt. Im Hinblick auf Ergänzungen der aus der Zeichnung unmittelbar erkennbaren Lehren wird auf den einschlägigen Stand der Technik verwiesen. Dabei ist zu berücksichtigen, dass vielfältige Modifikationen und Änderungen betreffend die Form und das Detail einer Ausführungsform vorgenommen werden kön- nen, ohne von der allgemeinen Idee der Erfindung abzuweichen. Die in der Beschreibung, in der Zeichnung sowie in den Ansprüchen offenbarten Merkmale der Erfindung können sowohl einzeln als auch in beliebiger Kombination für die Weiterbildung der Erfindung wesentlich sein. Zudem fallen in den Rahmen der Erfindung alle Kombinationen aus zumindest zwei der in der Beschreibung, der Zeichnung und/oder den Ansprü- chen offenbarten Merkmale. Die allgemeine Idee der Erfindung ist nicht beschränkt auf die exakte Form oder das Detail der im folgenden gezeigten und beschriebenen bevorzugten Ausführungsform oder beschränkt auf einen Gegenstand, der eingeschränkt wäre im Vergleich zu dem in den Ansprüchen beanspruchten Gegenstand. Bei angegebenen Bemessungsbereichen sollen auch innerhalb der genannten Grenzen liegende Werte als Grenzwerte offenbart und beliebig einsetzbar und beanspruchbar sein. Der Einfachheit halber sind nachfolgend für identische oder ähnliche Teile oder Teile mit identischer oder ähnlicher Funktion gleiche Bezugszeichen verwendet.
Weitere Vorteile, Merkmale und Einzelheiten der Erfindung ergeben sich aus der nachfolgenden Beschreibung der bevorzugten Ausführungsbeispiele sowie anhand der Zeich- nungen.
Im Einzelnen zeigt die Zeichnung in:
Fig. 1 eine schematische Übersicht über ein Diagnose- und Steuerungsnetz für eine Vielzahl von Fahrzeugen mit jeweils einem fahrzeugimplementierten Fahrzeugdiagnosesystem, gemäß dem Konzept einer mobil assistierten Fahrunterstüt- zung (Mobile Assisted Driving); Fig. 2 in Ansicht (A) ein vereinfachtes Schema zur Darstellung der Kernkomponenten eines Diagnose- und Steuerungsnetzes, nämlich eines Fahrzeugs, einer Fahrzeugdiagnoseschnittstelle sowie eines Benutzerkommunikationsendgerätes sowie ggfs. (nicht dargestellt) ein Datenverbundsystem; in Ansicht (B) eine vereinfachte schematische Darstellung zur Veranschaulichung eines Verfahrens zur Fahrzeugkommunikation, bei dem Fahrzeugdiagnosedaten mit außerhalb des Fahrzeugdiagnosesystems gewonnenen Zusatzdaten ergänzt werden, wobei die Zusatzdaten über Fahrzeugdiagnosedaten hinausgehen; Fig. 3 ein grundsätzliches Schema, das darstellt, dass mehrere Fahrzeuge mit mehreren Fahrzeugdiagnose-Schnittstellen einem mobilen Benutzerkommunikations- endgerät zugeordnet sein können (oberer Teil) und ebenso mehrere mobile Be- nutzerkommunikationsendgeräte einem Fahrzeug zugeordnet sein können (unterer Teil) - je nach Art und Anzahl solcher durch Kommunikationsverbindungen dargestellter Verbindungen lässt sich ein in Ansicht (A) dargestelltes sogenanntes N-2-N-System von einer Vielzahl von Fahrzeugdiagnoseschnittstellen und Benutzerkommunikationsendgeräten realisieren und ein in Ansicht (B) ein sogenannten Car-2-X-System realisieren zur Fahrzeugkom- munikation zwischen einem Fahrzeug und dritten Stellen, wie Dienstleistungsanbietern, aber auch Stellen innerhalb des bestehenden Diagnose- und Steuerungsnetzes, wie dem Benutzerkommunikationsendgerät des Fahrzeugfahrers oder Fahrzeughalters;
Fig. 4 in Ansicht (A) eine schematisierte Darstellung eines besonders bevorzugten Berechtigungscodes, zusammengesetzt aus zwei bis ggfs. sechs Codes (Fahr- zeuglD, SteckerlD, TelefonID, NetzID, AppID, UserlD), hier wahlweise bevorzugt drei Codes, umfassend eine Schnittstellennummer, eine SIM-Nummer und eine Fahrzeugidentifikationsnummer FIN; in Ansicht (B) ein Verfahrensschema zur Authentifizierung eines Fahrzeugs gegenüber einer dritten Stelle; Fig. 5 ein vereinfachtes allgemeineres Schema zur Darstellung des Konzepts der Fahrzeugkommunikation unter Authentifizierung eines Fahrzeugs gegenüber fahrzeugunabhängigen oder anderen Stellen;
Fig. 6 eine Konkretisierung des Verfahrens zur Fahrzeugkommunikation, wobei insbesondere im Rahmen eines End-to-End-Datenflusses an jeder Station des Datenflusses eine Datenanreicherung mit Zusatzdaten und/oder eine Datenpufferung erfolgen kann (Ansicht (A) bzw. Ansicht (B)) -das Schema in Fig. 6 sieht die Spezifizierung unter notwendiger Einbindung des Benutzerkommunikations- endgeräts vor- kann jedoch, gleichwohl -wie in Fig. 5 dargestellt- derart modifiziert werden, dass ein Datenfluss direkt von der Fahrzeugdiagnoseschnittstelle zum Datenverbundsystem erfolgt;
Fig. 7 eine beispielhafte Darstellung einer Fahrzeugkommunikation unter Authentifizierung mit einem Berechtigungscode (wie einem der Berechtigungscodes der Fig. 4), der aus Codes der wesentlichen Kernkomponenten eines Diagnose- und Steuerungsnetzes -nämlich des Fahrzeugs, des Benutzerkommunikati- onsendgeräts und des Moduls der Fahrzeugdiagnoseschnittstelle- zusammengesetzt ist bzw. darauf basiert und beim Inanspruchnehmen einer Dienstleistung; hier einer Parkdienstleistung genutzt wird.
Fig. 1 zeigt ein Diagnose- und Steuerungsnetz 100 für eine Vielzahl von Fahrzeugen, von denen ein einzelnes Fahrzeug 1 symbolisch dargestellt ist. Das Fahrzeug 1 weist ein Fahrzeugsteuerungssystem 2 mit einer Fahrzeugsteuerung ECU sowie einem Fahrzeugdiagnosesystem 3 auf. Sowohl die Fahrzeugsteuerung ECU als auch das Fahrzeugdiagnosesystem 3 haben einen Steuer- und/oder Datenzugriff auf einen Motor 4 des Fahrzeugs 1 , so dass Motordaten vom Fahrzeugsteuerungssystem 2 an eine Fahrzeugsystem-Schnittstelle 5 -hier eine OBD-Il-Schnittstelle- übermittelt werden können. Neben den Motordaten stehen auch insbesondere abgasbetreffende Fahrzeugdaten des Fahrzeugdiagnosesystems 3 an der Fahrzeugsystem-Schnittstelle 5 an. Die Fahrzeugsystem- Schnittstelle 5 ist vorliegend als eine OBD-Il-Schnittstelle ausgebildet, kann jedoch auch eine Weiterentwicklung derselben wie eine OBD-III- oder eine alternative Schnittstelle wie beispielsweise eine SAE-Schnittstelle sein. Die nachfolgende Erläuterung der bevorzugten Ausführungsform wie sie in Fig. 1 gezeigt ist, erfolgt anhand des Beispiels eines OBD-Il-Systems als fahrzeugimplementiertes Fahrzeugdiagnosesystem 3 ohne beschränkend zu wirken - grundsätzlich kann dies ein beliebiges OBD basiertes oder SAE basiertes System oder auch ein Ethernet basiertes System mit meiner RJ-Schnittstelle betreffen. Bevorzugt koppelt eines Schnittstelle an einen CAN-Bus eines Fahrzeugs an. Andere BUS-Systeme im Fahrzeug wie K-Line, L-Line, SAE J1708, LIN, PWM, Flexray, CAN, TT-CAN, TTP und MOST oder dgl. lassen sich auch mit entsprechenden Schnitt- stellen ankoppeln. Diese werden meist (nicht immer) über das ZGW (Zentrales GateWay) angesteuert. Die Schnittstelle in Form einer CARB bzw. OBD-Steckdose ist wiederum genau an das ZGW über CAN und zukünftig über Ethernet (DolP) z.b. über einen RJ- Stecker angeschlossen. Auf diese und andere Arten von Schnittstellen des Fahrzeugdiagnosesystems lässt sich die noch erläuterte Fahrzeugdiagnose-Schnittstelle 10 mit einem kompatiblen Schnittstellenstecker 1 1 anpassen und entsprechend ankoppeln und wird dementsprechend hier teilweise auch verkürzt als Adapter bezeichnet. Für ein solches Fahrzeug 1 zeigt Fig. 1 ein Diagnose- und Steuerungsnetz 100 mit den im Folgenden erläuterten Komponenten.
Eine Fahrzeugdiagnose-Schnittstelle 10 ist vorliegend mit einem Schnittstellenstecker 1 1 , einem Schnittstellenmodul 12 und einer Luftschnittstelle 13 ausgeführt. Die Luftschnittstelle 13 hat vorliegend ein erstes Antennenmodul 13.1 , das zur drahtlosen bidirektionalen Netzwerk-Kommunikation in einem Nahbereich ausgebildet; das erste Antennenmodul 13.1 ist vorliegend im Rahmen einer WiFi-Schnittstelle realisiert, jedoch nicht darauf beschränkt. Das erste Antennenmodul 13.1 der Luftschnittstelle 13 kann auch im Rah- men einer Bluetooth-, LAN-, WiFi- insbesondere WLAN, WPAN oder PicNet oder dergleichen lokal beschränkten Luft-Schnittstelle realisiert sein, die dafür eine geeignete Antenne oder dergleichen aufweist.
Die Luftschnittstelle 13 hat vorliegend auch ein zweites Antennenmodul 13.2, das zur Ausführung einer unidirektionalen Broadcast-Funktion, d. h. zum Aussenden von Nach- richten, mindestens in einem Nahbereich von bis zu wenigstens 500 m oder dergleichen, ausgebildet ist. Die Broadcast-Funktion kann beispielsweise für eine in Fig. 3 näher erläuterte "Car-2-Car"-Nachrichtenübermittlung genutzt werden. Die Broadcast-Funktion kann auch beispielsweise für eine darüberhinaus gehende "Car-2-X"-Nachrichten- übermittlung genutzt werden. Das Netz 100 weist weiter ein mobiles Benutzerkommunikationsendgerät 20 auf, das vorliegend als ein Smartphone realisiert ist. Über die Luftschnittstelle 13 sind die aus der OBD-Il-Schnittstelle gewonnenen Fahrzeugdiagnosedaten I in Echtzeit jedenfalls an das Benutzerkommunikationsendgerät 20 kontinuierlich übertragbar; die Fahrzeugdiagnosedaten I stehen somit in Echtzeit und kontinuierlich auch dem Smartphone zur Verfügung.
Ebenso stehen am Smartphone eine Reihe von Zusatzdaten II an, die über ein oder mehrere Module, wie beispielsweise über ein GPS-Modul, des Smartphone gewonnen werden können. Die Zusatzdaten II können auch über eine Internet-Verbindung des Smartphone gewonnen werden können. Lediglich beispielhaft stehen hier eine über das GPS-Modul gewinnbare Position 11.1 oder eine über das Internet verfügbare Karte II.2 oder Kostenstelle II.3 oder Parkplatzsituation II.4 oder Multimediadaten II.5 wie Audio- und Videodaten oder sonstige Bilddaten als Zusatzdaten II zur Verfügung. Es können dem Netz 100 grundsätzlich auch weitere Zusatzdaten IV aus einer externen Sensorik 50 zur Verfügung gestellt werden, wofür ein Beispiel im Weiteren noch anhand der Fig. 4 erläutert wird. Die externe Sensorik 50 kann eine Sensorik für das Fahrzeug (auch eine Fahrzeug implementierte) umfassen, aber nicht darauf beschränkt. Vielmehr umfasst die externe Sensorik 50 insbesondere ein System externer Fahrzeugsensorik, das beispielsweise Multimediadaten, insbesondere Videodaten od. dgl., aber auch Temperaturwerte od. dgl. Umgebungsdaten liefern kann. Insbesondere eine vorgenannte externe Fahrzeugsensorik kann am Fahrzeug leicht nachgerüstet werden. Weitere Zusatzdaten aus einer externen Sensorik 50 können als Zusatzdaten IV.1 am besten direkt der Luftschnittstelle 13 zur Verfügung gestellt werden. Zusätzlich oder alternativ können auch Zusatzdaten IV.2 dem mobilen Benutzerkommunikationsendgerät 20 zur Verfügung gestellt werden. Die Zusatzdaten IV.1 , IV.2 können aus gleichen oder unterschiedlichen Sensoren der Sensorik 50 stammen.
Alle Zusatzdaten I, II, IV -sowie auch die im Folgenden noch erläuterten Zusatzdaten III- sind außerhalb des Fahrzeugdiagnosesystems 2 gewonnen. Jedenfalls die mit einer Auswahl solcher Zusatzdaten II, ggfs. auch IV, oder Zusatzdaten weiterer oder anderer Art angereicherten Fahrzeugdiagnosedaten I werden als Paket von Fahrzeugdiagnosedaten I und Zusatzdaten II, sowie ggfs. IV, einem Datenverbundsystem 40 über ein Kommunikations-Netzwerk 30 übermittelt. Das Kommunikations-Netzwerk 30 ist vorliegend beispielsweise ein drahtlos zur Verfügung stehendes Internet. Die Zusatzdaten II sowie IV werden somit vorliegend vollständig außerhalb des Fahrzeugdiagnosesystems 2, insbesondere außerhalb des Fahrzeugsteuerungssystems 2 über das mobile Benutzerkommunikationsendgerät 20 oder eine externe Sensorik 50, gewonnen. Das Datenverbundsystem 40 ist hat eine Datenbank 41 , in der die Pakete aus Fahrzeugdiagnosedaten I und Zusatzdaten II, IV für einen späteren Abruf in einem Speicher 42 zur Verfügung stehen. Der Speicher 42 hat eine Vielzahl von Speichereinheiten, von denen eine Speichereinheit 43 dem Fahrzeug 1 zugeordnet ist. Die Zuordnung erfolgt vorliegend über eine Identifikation des Fahrzeugs 1 über eine Fahrzeugidentifikationsnummer FIN sowie eine Identifikation des Smartphone über eine Nutzeridentifikationsnummer (PIN oder SIM-Nummer) sowie eine Steckernummer SN. Vorliegend wird auch eine Kombination der Nummern FIN, SN, PIN und/oder SIM als Schlüssel genutzt, um eine gesicherte Uplink-Verbindung UL zwischen der Fahrzeugsystem-Schnittstelle 5 und dem Datenver- bundsystem 40 herzustellen zur Übertragung des Datenpakets aus Fahrzeugdiagnosedaten I und der Zusatzdaten II, IV. Die Uplink-Verbindung UL erstreckt sich auch auf an die Datenbank 41 angeschlossenen proprietäre Datensysteme 45, von denen vorliegend beispielhaft die Systeme einer Polizei 45.1 , eines OEM 45.2, einer Mautstelle 45.3, eines Automobilhilfsdienstes 45.4 oder einer staatlichen Institution 45.5 gezeigt sind. Die in einer individualisierten Datenbankeinheit 43 gespeicherten Datenpakete (I, II, IV) stehen so für unterschiedliche Auswertungen und nutzerorientierte Verwendungen zur Verfügung.
Zudem kann das Datenpaket (I, II, IV) aus Fahrzeugdiagnosedaten I und Zusatzdaten II, IV um Zusatzdaten III weiterer Art ergänzt werden. Dies können beispielsweise Daten der proprietären Datensysteme 45 sein (beispielsweise die Verfügbarkeit von Ersatzteilen oder Mautkosten oder Hilfedienstleistungen oder Bundesgesetzgebungen oder polizeiliche Verordnungen), die direkt aus den proprietären Datensystemen 45 bezogen oder in der Datenbank 41 des Datenverbundsystems 40 vorgehalten werden.
In besonders bevorzugter Weise wird vorliegend eine Downlink-Verbindung DL vom Datenverbundsystem 40 über das mobile Benutzerkommunikationsendgerät 20 und die Fahrzeugdiagnose-Schnittstelle 10 bis zum Fahrzeugsteuerungssystem 2 über die Fahrzeugsystem-Schnittstelle 5 dargestellt. Die Downlink-Verbindung DL ist ausgebildet, gemäß dem Konzept der Erfindung nicht nur die Fahrzeugdiagnosedaten I, sondern ein Datenpaket (I, II, III, IV) aus den Fahrzeugdiagnosedaten I angereichert durch die Zu- satzdaten II, ggfs. IV, und/oder angereichert durch die weiteren Zusatzdaten III zurückzu- liefern. Dies erfolgt wiederum weitgehend in Echtzeit und kontinuierlich soweit die drahtlosen Verbindungen des Kommunikations-Netzwerks 30 und die drahtlose Luftverbindung 13 dies im Rahmen der Datenübertragungsgeschwindigkeit zulassen. Auf diese Weise können sämtliche über das Smartphone oder den Datenverbund allgemein oder zielge- recht zur Verfügung stehenden Zusatzdaten II, III, IV zusätzlich zu den Fahrzeugdiagnosedaten I von einer Fahrzeugsteuerung ECU und/oder dem Fahrzeugdiagnosesystem 3, d. h. dem Fahrzeugsteuerungssystem 2 zur Steuerung des Motors 4 bzw. des Fahrzeugs 1 insgesamt berücksichtigt und herangezogen werden. Letztlich ermöglicht dies der Fahrzeugsteuerung ECU einen verifizierbaren Vorschlag für eine Fahrzeugsteuerungsfunktion an den Fahrzeugführer in der akuten Fahrsituation zu machen oder aber die Fahrzeugsteuerungsfunktion ohne Fahrerverifikation im Rahmen von geeigneten Sicherheitsvorschriften bereits umzusetzen.
Letzteres ist insbesondere in garantierter Weise möglich, da sowohl die Uplink- Verbindung UL als auch die Downlink-Verbindung DL in verschlüsselter Weise -nämlich unter Nutzung der FIN des SN sowie der PIN oder SIM-Nummer als Schlüssel- erfolgt. Das in Fig. 1 gezeigte Diagnose- und Steuerungsnetz 100 ermöglicht somit ein mobil assistiertes Steuern des Fahrzeugs 1 sei es vollautomatisch oder halbautomatisch unter Verifikation von Fahrzeugsteuerungsfunktionen durch den Fahrzeugführer. Das Diagno- se- und Steuerungsnetz 100 ist damit hinsichtlich seiner Funktionalität und Datenverfügbarkeit in wesentlicher Weise über übliche Diagnosesysteme hinausgehend ausgelegt.
Des Weiteren ist eine Anweisungsvorschrift zur Festlegung der Relevanz von Zusatzdaten für eine akute Fahrsituation im Rahmen einer offenen Programmierumgebung beispielsweise auf dem Smartphone erstellbar, z. B. kann das im Rahmen einer program- mierten Software-Applikation umgesetzt zu werden, beispielsweise einer Interpreter- Programmierung für ein iPad, ein Android, ein Blackberry oder ein windowskompatibles Gerät.
Fig. 2 zeigt in Ansicht A schematisiert die hier so bezeichneten Kernkomponenten des in Fig. 1 beispielhaft detailliert beschriebenen Diagnose- und Steuerungsnetzes 100. Dies sind die Kernkomponenten 1 10, wie sie nach Annahme des Konzepts der Erfindung in einem Fahrzeug zu finden sind beim Anfragen beispielsweise einer Dienstleistung, wie diese beispielhaft in Fig. 7 beschrieben ist, von dritter Stelle, d.h. fahrzeugunabhängiger Stelle. Die Kernkomponenten 1 10 der Fahrzeugkommunikation umfassen hier das Fahrzeug 1 , das Schnittstellenmodul 12 bzw. die Fahrzeugdiagnoseschnittstelle 10 zum Anschluss an das Fahrzeugdiagnosesystem 3 an einem OBD_ll-Stecker desselben— oder einem ähnlichen Stecker vergleichbarer Fahrzeugdiagnosesysteme-, wobei die Fahrzeugdiagnoseschnittstelle 10, das Schnittstellenmodul 12, einen Schnittstellenstecker 1 1 und eine Luftschnittstelle 13 umfasst. Die Kernkomponenten 1 10 betreffen bzw. identifizieren also insbesondere das Fahrzeug 1 , die Fahrzeugdiagnoseschnittstelle 10 und ein Benutzerkommunikationsendgerät 20, das mit der Fahrzeugdiagnoseschnittstelle 10 drahtlos kommunizieren kann.
Ansicht (B) der Fig. 2 zeigt schematisch Fahrzeugdiagnosedaten I und schematisch Zusatzdaten II , die von einem Benutzerkommunikationsendgerät 20, hier einem Smart- phone, zur Verfügung gestellt werden. Die Fahrzeugdiagnosedaten I und die Zusatzdaten II lassen sich zu einem gemeinsamen Satz Daten, wie in Fig. 2, Ansicht (B) symbolisiert, zusammenführen. Die Fahrzeugdiagnosedaten I umfassen beispielsweise die Fahrzeugidentifikationsnummer VIN, eine Geschwindigkeitsangabe in Echtzeit, einen Kilometer- stand in Echtzeit sowie eine Tankanzeige in Echtzeit. Die Zusatzdaten II umfassen beispielsweise Daten, wie sie bei einem Smartphone zur Verfügung stehen, etwa eine GPS- Position, eine mit einem Gyroskop messbare Beschleunigungsangabe, sonstige Daten eines Datenspeichers, einen durch ein Mikrofon aufgenommenen Audiostream, einen durch eine Kamera aufgenommenen Videostream oder sonstige Multimedia- Aufzeichnungen, die einer akuten Fahrsituation zuträglich sein können. Die Auswahl der Zusatzdaten kann beispielsweise im Rahmen von Applikationen erfolgen, die je nach Bedarf in einer offenen Programmierumgebung erstellt werden können. Im Ergebnis kann das Benutzerkommunikationsendgerät 20 in Form des Smartphones eine erweiterte Monitorkonsole darstellen, ggf. auch Steuer- oder Regelkonsole, für das Auto; eine vollständige Implementierung erweiterter Steuer-, Regel- und Monitor-Features in einem Fahrzeug implementierter Multimedia-System kann besonders einfach umgangen oder ergänzt werden. Zusätzlich bietet das vorliegende Konzept die Möglichkeit, nützliche Informationen nicht nur dem Fahrzeugführer und Fahrzeughalter zur Verfügung zu stellen, sondern darüber hinaus dritten Stellen zur Verfügung zu stellen, die fahrzeugunab- häng ig sind. Darauf kann ein bedarfsgerecht angepasstes Serviceangebot für den Fahrzeughalter aufgebaut werden, der wiederum Servicedienstleistungen in vereinfachter Weise in Anspruch nehmen kann. Als erweiterte Konsole dient das Benutzerkommunikationsendgerät 20 zusätzlich zur Steuerkonsole des Fahrzeugs.
Fig. 3 zeigt in Ansicht (A) schematisch die Möglichkeit eines sog. N-2-N-Systems zur Fahrzeugkommunikation, bei dem das zuvor beschriebene Fahrzeug 1 über eine Fahrzeugdiagnoseschnittstelle 10 mit dem zuvor beschriebenen Benutzerkommunikationsendgerät 20, also innerhalb der Kernkomponenten 1 10, kommunizieren kann. Darüber hinaus ergeben sich im Rahmen des dargestellten N-2-N-Systems auch Kommunikationspfade zu anderen Benutzerkommunikationsendgeräten, beispielsweise einem weite- ren Benutzerkommunikationsendgerät 21 , das dem zuvor genannten Fahrzeug 1 zugeordnet ist und als zusätzliche erweiterte Konsole neben dem Benutzerkommunikationsendgerät 20 dienen kann. Auch kann ein noch weiteres Benutzerkommunikationsendgerät bzw. eine Vielzahl von solchen noch weiteren Benutzerkommunikationsendge- räten 20' vorgesehen sein, an die wiederum ein oder mehrere Fahrzeuge 1 ', 1 ", 1 "' über entsprechende Fahrzeugdiagnoseschnittstellen 10', 10" bzw. 10"' angebunden sind.
Ansicht (B) der Fig. 3 zeigt die Möglichkeit, das zuvor genannte Fahrzeug 1 mit solchen und anderen Fahrzeugen V kommunikativ zu verbinden oder mit dem zuvor genannten Benutzerkommunikationsendgerät 20 des Fahrzeugführers oder Fahrzeughalters über die Fahrzeugdiagnoseschnittstelle 10 mit dem vorgenannten Schnittstellenmodul 12. Während also die Kommunikation innerhalb der vorgenannten Kernkomponenten 1 10 im Rahmen des in Fig. 3 (B) dargestellten Car-2-X-Systems möglich ist, so erlaubt dieses Car-2-X-System -anders als das N-2-N-System der Fig. 3 (A)~ nicht nur eine Kommunikation zu anderen Fahrzeugen 1 ' sondern auch zu fahrzeugunabhängigen Stellen, wie Dienstleistungsanbietern II.6 (Polizei), II.7 (OEM-Fahrzeughersteller), II.8 (Gebührenstelle für Autobahnen oder dergleichen), II.9 (ADAC oder dergleichen Autohilfsdienste).
Fig. 4 zeigt in Ansicht (A) eine besonders bevorzugte Ausführungsform eines als Schlüssel symbolisierten Berechtigungscodes 130, der auf vorliegend fünf oder sechs, bevorzugt wenigstens zwei, vorzugsweise drei oder vier Codes basiert. Die Codes umfassen einen Schnittstellencode 120 zur Schnittstellenidentifikation, der eine dem Schnittstellenmodul 12 zugeordnete Zeichenfolge und/oder Nummer hat, hier als Adapter-ID bezeichnet. Die Codes umfassen auch einen Fahrzeugcode 121 zur Fahrzeugidentifikation, hier eine Fahrzeugkennzeichenzeichenfolge und/oder -nummer 121.2 und eine Fahrzeugidentifikationszeichenfolge und/oder -nummer 121.1 (auch als FIN bezeichnet). Die Codes umfassen weiter einen das mobile Benutzerkommunikationsendgerät betreffende Kommunikationscode 122, nämlich eine Telefonzeichenfolge und/oder -nummer 122.1 und/oder eine SIM-Zeichenfolge und/oder -nummer 122.2.
Der Berechtigungscode 130 basiert vorliegend auch auf einem Nutzerpasswort oder einer sonstigen Nutzerkennzeichnung als Nutzercode 123, der hier als User-ID bezeich- net ist. Der Berechtigungscode 130 kann mit beliebigen einfachen, oder auch komplexen kryptografischen oder sonstigen Algorithmen oder Verfahren aus den vorgenannten Codes gewonnen werden und zur Authentifizierung im Rahmen der Fahrzeugkommunikation benutzt werden. D.h. grundsätzlich können auch andere Codes, wie beispielsweise die schon erwähnte User ID/Code/Hash/, Telefonnummer eines Smartphones, der NetzID, IPAdresse od. dgl. des Smartphones, ein Kreditkartencode, ein Geburtsdatum oder dergleichen zur Authentifizierung herangezogen werden. Eine Zuordnung zum Berechtigungscode kann aus allen Codes und/oder Bestandteilen der Codes in Form der Schlüssel erfolgen, mindestens aber zwei Schlüsseln und nicht notwendigerweise aus allen aufgeführten Schlüsseln.
In einer vereinfachten, besonders bevorzugten Version eines Berechtigungscodes 130' umfasst dieser drei Codes, die jeweils einer Komponente der Kernkomponenten 1 10 des Diagnose- und Steuerungsnetzes 100 zugeordnet ist, nämlich in besonders bevorzugter Weise die Fahrzeugidentifikationsnummer VIN (121 .1 ), eine Telefonnummer (122.1 ) oder SIM-Nummer (122.2) und eine Adapteridentifikationsnummer (120).
Das in Fig. 4, Ansicht (B) dargestellte Verfahren zeigt neben den Kernkomponenten 1 10 - -Fahrzeug 1 , Schnittstellenmodul 12 bzw. Fahrzeugdiagnoseschnittstelle 10 und Benut- zerkommunikationsendgerät 20- auch noch die weitere wesentliche Komponenten des Diagnose- und Steuerungsnetzes 100, nämlich das Datenverbundsystem 40 und eine fahrzeugunabhängige Stelle 60 oder 45 -beispielsweise eine der Stellen 45.1 , 45.2, 45.3, 45.4, 45.5 der Fig. 1 oder eine der Stellen II.6. bis II.9 der Fig. 3. Das Datenverbundsystem 40 ist vorliegend über ein drahtloses Kommunikationsnetzwerk 30 mit den fahrzeugunabhängigen Stellen 60, nämlich insbesondere Datensysteme 45 der Fig. 1 verbunden. Im Folgenden wird diese Verbindung über das Kommunikationsnetzwerk 30 zur Berechtigungsprüfung im Rahmen der Authentifizierung eines Fahrzeugs 1 zur Inanspruchnahme einer Dienstleistung beschrieben. Der in Ansicht (A) der Fig. 4 dargestellte Berechtigungscode 130 wird dabei im Rahmen der mit K5, K6 und K7 bezeichneten Kommunikationsverbindungen geprüft. Im Einzelnen erfolgt im Rahmen der Kommunikationsverbindung K1 eine Authentifizierung des Fahrzeugs 1 mittels einer Fahrzeugidentifikationsnummer VIN gegenüber der hier als Adapter bezeichneten Fahrzeugdiagnoseschnittstelle 10. In der Kommunikationsverbindung K2 erfolgt eine Authentifizierung des Benutzerkommunikationsendgeräts 20 gegenüber der Fahrzeugdiagnoseschnittstelle 10; konkret erfolgt diese Authentifizierung im Rahmen einer ersten Kommunikationsverbindung K2.1 mittels einer Telefonnummer und/oder im Rahmen einer zweiten Kommunikationsverbindung K2.2 mittels einer SIM- Nummer; beide Nummern können dem Benutzerkommunikationsendgerät 20 zugeordnet sein. Grundsätzlich können auch andere zusätzliche oder alternative Kommunikationscodes 122 zur Authentifizierung genutzt werden.
Im Rahmen einer Kommunikationsverbindung K4 zwischen der Fahrzeugdiagnoseschnittstelle 10 und dem Datenverbundsystem 40 kann unter Verwendung eines Berech- tigungscodes 130 oder 130' - also mindestens umfassend die VIN 121.1 , die SIM 122.2 und die Adapter-ID 120 des Adapters- ein Authentifizierungsversuch am Datenverbundsystem 40 vorgenommen werden. In dem Datenverbundsystem 40 können neben den vorgenannten einzelnen Codes zu dem Berechtigungscode 130, 130' als Authentifizie- rungszugang auch Kundenname, Telefonnummer, Provider, Abrechnungsmodalitäten und dergleichen hinterlegt sein. Insbesondere können auch die im vorliegenden Beispiel nicht verwendeten Codes, wie Kfz-Kennzeichen, als auch die verwendeten Codes, wie VIN, SIM und Adapter-ID hinterlegt sein. In einem Kommunikationsschritt K3 erfolgt die— ggf. zeitlich befristete, ggf. auch örtlich befristete, jedenfalls aber angemessene- Freigabe der Authentifizierung, d.h. des Berechtigungscodes, beispielsweise indem ein Pass- code oder dergleichen übergeben wird und/oder dem Berichtigungscode zugeordnet wird. Ein Passcode kann zum Berechtigungscode hinterlegt werden bzw. dem Berechtigungscode zugeordnet werden, ohne dass der Berechtigungscode 130, 130' hinterlegt wird. Der Adapter, d.h. das Fahrzeugschnittstellenmodul 12, speichert daraufhin entweder den Berechtigungscode 130, 130' oder aber den Passcode, je nachdem, was im Datenver- bundsystem 40 hinterlegt ist. In einem weiteren Kommunikationsschritt K5 kann der Adapter dann den Passcode oder den Berechtigungscode 130, 130' nutzen, um sich bei einer dritten fahrzeugunabhängigen Stelle 60 zu identifizieren und zu authentifizieren. Dazu kann der Passcode in dem Adapterspeicher vorgehalten werden. Es kann der Adapter auch eine Logik aufweisen, die in der Lage ist, im Falle einer Serviceanfrage aus der FIN, der SIM und der Adapter-ID (im vorliegenden Fall) den Berechtigungscode zu generieren und im Rahmen der Kommunikationsanfrage K5 gegenüber dem Serviceanbieter 60 zu übermitteln.
Im Rahmen einer Kommunikationsverbindung K6 vom Serviceanbieter zum Adapter kann dann eine Bestätigung des Eingangs und zeitgleich im Rahmen einer Kommunikations- Verbindung K7 zum Datenverbundsystem 40 der Abgleich des Berechtigungscode 130, 130' und des Passcodes erfolgen; d.h. der Abgleich mit dem im Datenverbundsystem hinterlegten Berechtigungscode und/oder Passcode (je nachdem, welche Variante im vorliegenden Fall zutrifft). Ist ein Authentifizierungsergebnis im Rahmen der bidirektionalen Kommunikationsverbindung K7 positiv, wird den Kernkomponenten 1 10, d. h. regel- mäßig einem bestimmten Fahrzeug mit bestimmtem Benutzerkommunikationsendgerat 20 und Fahrzeugdiagnoseschnittstelle 10, der angefragte Service freigegeben. In einem nicht dargestellten Schritt K8 kann eine Abrechnung dann zwischen dem Datenverbundsystem 40 bzw. dem Betreiber des Datenverbundsystems 40 und dem Inhaber der Kern- komponenten 1 10 erfolgen.
Diese Vorgehensweise erweist sich als einfach und verlässlich, da in dem hier beschriebenen besonderen Fall eine Verwendung der Codes—VIN, SIM und Adapter-ID- sowie die Codes der anderen im Rahmen der Fig. 4(A) aufgezeigten Möglichkeiten Verwendung finden, die bereits von anderer Seite, beispielsweise einem Telefondienstleistungsanbie- ter, einer Kfz- oder Autoregistrierstelle oder dergleichen verlässliche behördliche Institutionen, geprüft wurden.
Zudem stehen auch die im Rahmen der Fig. 1 , Fig. 2(B) erläuterten Zusatzdaten II zusätzlich zu Fahrzeugdiagnosedaten I zur Verfügung und können in die Zulassung bzw. Nichtzulassung einer Servicedienstleistung einfließen, da all diese Daten für die Kommu- nikationsverbindungen K5, K6, K7 zur Verfügung stehen.
Fig. 5 zeigt eine besonders bevorzugte, vereinfachte Ausführungsform des in Fig. 1 beschriebenen Systems. Zudem sind die Ursprünge der Codes im Einzelnen gezeigt. Das Fahrzeug 1 ist über die Fahrzeugdiagnoseschnittstelle 10 bzw. das Schnittstellenmodul 12 desselben über eine Luftschnittstelle—im Downlink DL oder UL Uplink— mit dem Benutzerkommunikationsendgerät 20 oder aber über ein Kommunikationsnetzwerk 30 direkt mit einem Datenverbundsystem 40 verbunden. So können beispielsweise die in Fig. 4 dargestellten Kommunikationsverbindungen K4, K5 über das Kommunikationsnetzwerk 30 geführt werden, während die Downlink- und Uplink-Kommuni- kationsverbindungen K2.1 , K2.2 zwischen dem Adapter und dem Benutzerkommunikati- onsendgerät 20 über die Luftschnittstelle geführt werden können. Darüber hinaus steht das Kommunikationsnetzwerk 30 bidirektional auch zur Verbindung des Benutzerkom- munikationsendgeräts 20 zum Adapter und/oder zum Datenverbundsystem 40 zur Verfügung.
Der Identifikationsschlüssel— d. h. Berechtigungscode 130- ergibt sich in einer Kombina- tion im Schritt SO aus der Adapter-ID (120), im Schritt S1 aus der VIN (121 .1 ), sowie im Schritt S2 aus der Telefonnummer und/oder der SIM. In Schritt S3 kann eine User-ID (beispielsweise aus der Kommunikationsverbindung K3) zusätzlich genutzt werden, um den Berechtigungscode 130 als Identifikationsschlüssel zur Verfügung zu stellen. Der Berechtigungscode 130 kann nicht nur zur Authentifizierung an allen Schnittstellen, sondern auch ggf. zur konkreten Datenverschlüsselung genutzt werden.
Fig. 6 zeigt die in Fig. 5 dargestellten Kernkomponenten 1 10, nämlich das Fahrzeug 1 , die Fahrzeugdiagnoseschnittstelle 10 und das Benutzerkommunikationsendgerat 20 zusammen mit dem Datenverbundsystem 40 und den proprietären Datensystemen 45, wie diese bereits anhand von Fig. 1 beschrieben wurden.
Wie anhand der Ansicht (B) der Fig. 6 ersichtlich ist, kann an jeder Komponente, insbesondere der Fahrzeugdiagnoseschnittstelle 10, dem Benutzerkommunikationsendgerät 20 und dem Datenverbundsystem 40 eine Datenpufferung stattfinden, die hier mit D1 , D2, D3 bezeichnet ist. Die Verbindung zwischen dem Fahrzeug 1 und dem Datenverbundsystem 40 bzw. dem proprietären Datensystem 45 ist vorliegend eine vollständig bidirektionale End-to-End-Datenverbindung DEE. Dies ist jedoch nicht notwendiger Weise der Fall, wie beispielsweise die Ausführungsform der Fig. 5 zeigt, bei welcher mittels der Verbindungen V1 , V2, V3 ein Bypass zum Datenkommunikationsendgerät 20 möglich ist. Auch kann eine RückÜbermittlung vom Datenverbundsystem über V3, V4 am Benutzerkommunikationsendgerät 20 enden, ohne dass sämtliche Daten an die Fahrzeugdiagnoseschnittstelle 10 oder das Fahrzeug zurückübermittelt werden müssten.
Im Einzelnen ist anhand von Fig. 6 nochmals deutlich gemacht, dass im Uplink UL eine Echtzeitdatenübermittlung aus der OBD-Il-Schnittstelle des Fahrzeugdiagnosesystems 3 mittels der Verbindung V1 an den Adapter oder Schnittstellenstecker 1 1 erfolgt. Weiter im Uplink kann die Fahrzeugdiagnoseschnittstelle 10 über ihre Luftschnittstelle 13, z.B. im Rahmen einer WLAN-Verbindung, an das Benutzerkommunikationsendgerät 20 Daten übermitteln; beispielsweise über die Kommunikationsverbindung V6, V5. Grundsätzlich ist jedoch auch eine Verbindung über das Internet 30 mittels der Verbindung V2, V4 möglich. Weiter im Uplink UL kann das Benutzerkommunikationsendgerät 20 über eine mobile Internetverbindung gemäß den Verbindungen V3, V4 mit dem Datenverbundsystem 40 verbunden werden. Das Datenverbundsystem 40 wiederum baut ein Interface V7 zu den proprietären Datenverbundsystemen 45, d. h. im wesentlichen Datenbänke bei Drittanbie- tern, auf. Im Uplink können beispielsweise Uhrzeit, Datum etc. vom Adapter der Fahrzeugdiagnoseschnittstelle 10 übertragen werden, z. B. an das mobile Benutzerkommunikationsendgerät 20 und/oder an das Datenverbundsystem 40. Üblicherweise sendet das Fahrzeug über seine Schnittstelle bzw. auf dem BUS nur Fahrzeugdiagnosedaten wie z. B. über den BUS Fahrzeugdiagnosedaten wie Geschwindigkeit, Temperatur, etc.; nicht aber Zeit und Datum. Diese kommen gemäß dem Konzept dieser Ausführungsform vom Adapter; konkret dem Schnittstellenmodul 12 der Fahrzeugdiagnoseschnittstelle 10. Dort können zusätzlich oder alternativ Werte wie Uhrzeit, Datum etc. hinzugefügt werden zu etwaigen fahrzeugbezogenen Daten bzw. Fahrzeugdiagnosedaten. Beispielsweise kann ein Datum- und Uhrzeitstempel für die Fahrzeugdiagnosedaten vorgesehen sein. Die Anreicherung geschieht im Schnittstellenmodul 12 der Fahrzeugdiagnoseschnittstelle 10; das Fahrzeug kann Daten wie Uhrzeit und Datum üblicherweise nicht in einer Schnittstelle verarbeiten. Uhrzeit und Datum erweisen sich somit als Zusatzdaten, die bereits im Adapter angereichert werden können. Via V6, V5 oder V2, V4 kann dieser mit Zeitstempel versehene Datensatz an das Benutzerkommunikationsendgerät 20 übermittelt werden, beispielsweise über eine WLAN- oder Internetverbindung. Dort kann in einem zweiten Datenanreicherungspunkt die Position, der Bewegungszustand, d.h. insbesondere Beschleunigungs- und Geschwindigkeitszustand oder dergleichen, hinzugefügt werden. Am weiteren Dateneinreichungspunkt können Werte wie Tankstellenpreise, Wetter etc. hinzugefügt werden. Am weiteren vierten Dateneinreichungspunkt können Werte wie Parkplatzlage, Gutscheine etc. angezeigt werden.
Im Downlink wiederum können über das Interface V7 Zusatzinformationen zurückgegeben werden, wahlweise nur bis zum Datenverbundsystem 40 oder wahlweise nur bis zum Benutzerkommunikationsendgerät 20 oder wahlweise nur bis zum Diagnoseschnittstellenmodul 10 oder wahlweise vollständig bis in das Fahrzeugdiagnosesystem des Fahrzeugs 1.
Auf diese Weise können die Fahrzeugdiagnosedaten I mit außerhalb des Fahrzeugdiagnosesystems 3 gewonnenen Zusatzdaten II, III, IV ergänzt werden, wobei die Zusatzda- ten II, III, IV über Fahrzeugdiagnosedaten hinaus gehen. Das Datenverbundsystem 40, die Fahrzeugdiagnosedaten I und die Zusatzdaten II, III, IV werden wenigstens dem mobilen Benutzerkommunikationsendgerät 20 wieder zur Verfügung gestellt, insbesondere authentifiziert und/oder verschlüsselt in der oben beschriebenen Weise. Eine Relevanz der Zusatzdaten II, III, IV für die akute Fahrsituation des Fahrzeugs wird in einer in fig. 6 gezeigten Anweisungsvorschrift APP auf dem Benutzerkommunikationsendgerät 20 vorbestimmt. Die Anweisungsvorschrift APP kann in einer offenen Programmierumgebung erstellt werden und ist mit dem mobilen Benutzerkommunikationsendgerät 20 kompatibel. Werden die Fahrzeugdiagnosedaten I und die Zusatzdaten II, III, IV vollstän- dig wieder bis in das Fahrzeugdiagnosesystem des Fahrzeugs 1 rückübermittelt kann nach der Rückübermittlung der Fahrzeugdiagnosedaten I und der Zusatzdaten II, III, IV bis an die Fahrzeugdiagnose-Schnittstelle 10 bei Bedarf ein verifizierbarer Vorschlag für eine Fahrzeugsteuerungsfunktion gemacht werden. Fig. 7 zeigt beispielhaft den Ablauf einer Parkplatzsuche mittels der mobil assistierten Fahrzeugführung unter Benutzung der Kernkomponenten 1 10, nämlich des Fahrzeugs 1 der Fahrzeugdiagnoseschnittstelle 10 und des Benutzerkommunikationsendgeräts 20. Diese haben sich am Datenverbundsystem 40 im Rahmen der Kommunikationsverbindung K4, K3 -wie anhand von Fig. 4 erläutert- authentifiziert. Auch besteht eine Kom- munikationsverbindung K7 zwischen einem Serviceanbieter oder einem sonstigen proprietären System 45 zwischen dem Datenverbundsystem 40 und dem proprietären System 45 hier am Beispiel des Serviceanbieters eines Parkplatzangebots. Für die Kernkomponenten 1 10 eindeutig festgelegt ist ein Berechtigungscode —im vorliegenden Beispiel die Kombination basierend auf VIN, SIM oder Telefonnummer und Adapter-ID, d.h. ID der Fahrzeugdiagnoseschnittstelle 10 bzw. des Schnittstellenmoduls 12— ausgetauscht über die Kommunikationsverbindungen K5, K6. Der Serviceanbieter 60 kann über die Kommunikationsverbindung K7 eine Berechtigungsprüfung aufgrund des Berechtigungscodes beim Datenverbundsystem 40 vornehmen lassen und den Service—in diesem Fall einem Parkplatz für das Fahrzeug 1— freigeben; in Vorleistung. D.h. eine Parkplatzzahlung kann über ein etabliertes Zahlsystem erfolgen.
Grundsätzlich kann basierend auf dem Konzept der Erfindung ein Zahlungsverfahren besonders einfach und dennoch sicher etabliert werden. Im Einzelnen kann bei der vorliegenden Ausführungsform die konkrete Situation mit folgendem Verfahrensverlauf versehen werden. In einem ersten Schritt P1 fährt das Fahrzeug 1 vor eine Schranke des Parkhauses 61 vor und identifiziert sich in einem zweiten Schritt P2 durch Übermittlung des Berechtigungscodes 130. In einem dritten Schritt P3 erfolgt über die Kommunikationsverbindung K7 eine Berechtigungsprüfung des Berechtigungscodes. In einem vierten Schritt P4 kann die Schranke am Parkhaus 61 geöffnet werden; das Fahrzeug 1 kann einfahren, wobei ein Zeitstempel und ein Logbucheintrag beim Parkhaus 61 erfolgt (dies ggf. unter Abgleich der Zeitdaten, wie sie im Adapter, d.h. der Fahrzeugdiagnoseschnittstelle 10 bzw. im Schnittstellenmoduls 12 , eingetragen ist). In einem fünften Schritt P5 kann das Fahrzeug 1 im Parkhaus 61 nach Bedarf parken und in einem sechsten Schritt P6 das Park- haus 61 wieder verlassen. Zuvor erfolgt in einem siebten Schritt P7 die Identifizierung und Authentifizierung des Fahrzeugs bzw. der Kernkomponente 1 10 an der Schranke und in einem achten Schritt P8 schließlich die Ausfahrt unter Zeitnahme und Logbucheintrag in einem neunten Schritt P9. Bis zu diesem Zeitpunkt erfolgte der Service infolge der Verlässlichkeitsprüfung auf Basis des Berechtigungscodes 130 sowie der Fahrzeugdiagnosedaten und der Zusatzdaten ohne Kompensation; d. h. der Serviceanbieter geht in Vorleistung oder der Fahrzeugfahrer hat ein Guthabenkonto und dem Fahrzeugfahrer ist die Bezahlung damit vereinfacht. Erst in einem nachgelagerten zehnten Schritt P10 kann eine automatische Abrechnung über einen weiteren etablierten Service erfolgen - letzte- res auf Grundlage der subjektiven Verlässlichkeitsprüfung infolge des verlässlich gewählten Berechtigungscodes 130.
Bezugszeichenliste
1 Fahrzeug
2 Fahrzeugsteuerungssystem
3 Fahrzeugdiagnosesystem
4 Motor
5 Fahrzeugsystem-Schnittstelle
10 Fahrzeugdiagnose-Schnittstelle
1 1 Schnittstellenstecker
12 Schnittstellenmodul
13 Luftschnittstelle
13.1 erstes Antennenmodul
13.2 zweites Antennenmodul
20 mobiles Benutzerkommunikationsgerät
30 Kommunikationsnetzwerk
40 Datenverbundsystem
41 Datenbank
42 Speicher
43 Speichereinheit
45 proprietäre Datensysteme
45.1 Polizeidienststelle
45.2 OEM
45.3 Mautstelle
45.4 Automobilhilfsdienst
45.5 staatliche Institution (Bund)
50 Sensorik
100 Diagnose- und Steuerungsnetz APP Anweisungsvorschrift
DL Downlink-Verbindung
ECU Fahrzeugsteuerung
FIN Fahrzeugidentifikationsnummer I Fahrzeugdiagnosedaten II, III, IV Zusatzdaten
11.1 gewinnbare Position
11.2 verfügbare Karte
II.3 Kostenstelle
II.4 Parkplatzsituation
II.5 Multimediadaten
PIN/SIM Nutzeridentifikationsnummer
SN Steckernummer
UL Uplink-Verbindung

Claims

Ansprüche
1. Verfahren zur Fahrzeugkommunikation mittels einem System, aufweisend eine Fahrzeugdiagnose-Schnittstelle (10) eines Fahrzeugs und ein Benutzerkommunikations- endgerät, die zur drahtlosen Kommunikation ausgebildet sind, wobei zur Authentifizierung im Rahmen der Fahrzeugkommunikation ein Berechtigungscode drahtlos übermittelt wird und der Berechtigungscode basiert auf einer Kombination von wenigstens zwei Codes, wobei die wenigstens zwei Codes ausgewählt sind aus der Gruppe umfassend:
- einen der Fahrzeugidentifikation dienender Fahrzeug-Code,
- einen das mobile Benutzerkommunikationsendgerät betreffenden Kommunika- tions-Code,
- einen der Schnittstellenidentifikation dienender Schnittstellen-Code.
2. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass der Berechtigungscode basiert auf zwei Codes, nämlich:
- einem Code in Form einer Fahrzeugidentifikationszeichenfolge und/oder -nummer (FIN. VIN),
- einem weiteren Code in Form einer dem Schnittstellenmodul zugeordneten Zeichenfolge und/oder -nummer.
3. Verfahren nach Anspruch 1 dadurch gekennzeichnet, dass der Berechtigungscode basiert auf drei Codes, nämlich: - einem ersten Code in Form einer Fahrzeugidentifikationszeichenfolge und/oder - nummer (FIN, VIN),
- einem zweiten Code in Form einer SIM-Zeichenfolge und/oder -nummer (Englisch: Subscriber Identification Module) und/oder in Form einer Telefon- Zeichenfolge und/oder Nummer, - einem dritten Code in Form einer dem Schnittstellenmodul zugeordneten Zeichenfolge und/oder -nummer.
4. Verfahren nach einem der vorhergehenden Ansprüche dadurch gekennzeichnet, dass der Berechtigungscode basiert auf wenigstens zwei Codes, wobei die wenigstens zwei Codes ausgewählt sind aus der genannten Gruppe, die weiter umfasst: einen vom Nutzer eingegebenen Code, eine individuelle Nutzeridentifikations- Zeichenfolge und/oder -nummer, eine Applikations-Zeichenfolge und/oder -nummer, eine Netzidentifikations-Zeichenfolge und/oder -nummer (IPv4, IPv6) zur Identifikation eines Rechners und/oder eines Benutzerkommunikationsendgerätes im Netz.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die fahrzeugunabhängigen Stelle eine oder mehrere Stellen umfasst, die ausgewählt ist aus der Gruppe umfassend: das Benutzerkommunikationsendgerät (20) und/oder das Datenverbundsystem (40) und/oder anderen Datensystemen; einen Dienstleistungs-Anbieter; einen zugangsbeschränkten örtlichen Bereich; das Fahrzeugdiagno- sesystem (3) des genannten Fahrzeugs und/oder eines anderen Fahrzeugs; ein Benutzerkommunikationsendgerät, das mittels einem Schnittstellenmodul (12), insbesondere der Fahrzeugdiagnose-Schnittstelle (10), dem genannten Fahrzeug und/oder einem anderen Fahrzeug zugeordnet ist; eine Strassenanlage (RoadSideEquipment, RSE); ein Benutzerkommunikationsendgerät, das einem Verkehrsteilnehmer ohne Schnittstellen- modul zugeordnet ist wie einem Fußgänger, einem Fahrradfahrer od. dgl.
6. Verfahren nach einem der vorhergehenden Ansprüche , dadurch gekennzeichnet, dass der der Fahrzeug Identifikation dienender Fahrzeug-Code eine Fahrzeug- Kennzeichen- Zeichenfolge und/oder Nummer ist und/oder eine Fahrzeug identifikations- Zeichenfolge und/oder Nummer (FIN) und/oder eine Kraftfahrtamtnummer (KBA-Nr.) ist.
7. Verfahren nach einem der vorhergehenden Ansprüche 1 bis 6, dadurch gekennzeichnet, dass der das mobile Benutzerkommunikationsendgerät betreffende Kommunikations-Code eine Geräte- Zeichenfolge und/oder Nummer (IMEI) des Benutzerkommu- nikationsendgeräts ist; und/oder eine dem Benutzerkommunikationsendgerät zugeordnete Telefon- Zeichenfolge und/oder Nummer ist; und/oder eine dem Benutzerkommunika- tionsendgerät zugeordnete SIM- Zeichenfolge und/oder Nummer ist; und/oder eine Netz- identifikations-Zeichenfolge und/oder -nummer (IPv4, IPv6) zur Identifikation eines Rech- ners und/oder eines Benutzerkommunikationsendgerätes in einem lokalen oder überörtlichen Netz ist.
8. Verfahren nach einem der vorhergehenden Ansprüche 1 bis 7, dadurch gekennzeichnet, dass der der Schnittstellenidentifikation dienender Schnittstellen-Code eine dem Schnittstellenmodul (12) zugeordnete Zeichenfolge und/oder Nummer ist.
9. Verfahren nach einem der vorhergehenden Ansprüche 1 bis 8, dadurch gekennzeichnet, dass zur Authentifizierung des Fahrzeugs im Rahmen einer Berechtigungs- Prüfung der Berechtigungs-Code mit einem hinterlegten Code verglichen wird, wobei der hinterlegte Code in einem Datenverbundsystem (40) hinterlegt wird und die fahrzeugunabhängige Stelle eine Prüf-Verbindung zum Datenverbundsystem (40) aufbaut im Rahmen der Berechtigungs-Prüfung zur Authentifizierung des Fahrzeugs.
10. Verfahren nach einem der vorhergehenden Ansprüche 1 bis 9, dadurch gekennzeichnet, dass mittels dem Berechtigungs-Code im Rahmen der Fahrzeugkommunikation Daten verschlüsselt werden.
1 1. Verfahren nach einem der vorhergehenden Ansprüche 1 bis 10, dadurch gekennzeichnet, dass eine Fahrzeug Identifikation zunächst unabhängig von einem Berechtigungs-Code erfolgt und anschließend eine Authentifizierung auf Basis des Berechtigungs-Code erfolgt; oder die Fahrzeugidentifikation automatisch auf Basis des Berechtigungs-Code erfolgt, insbesondere eine Fahrzeugidentifikation mittels der Fahrzeugau- thentifizierung erfolgt .
12. Verfahren zur Fahrzeugkommunikation nach einem der vorhergehenden Ansprüche, über ein fahrzeugimplementiertes Fahrzeugdiagnosesystem (3), an das eine Fahrzeugdiagnose-Schnittstelle (10) mit einem Schnittstellenstecker (1 1 ), einem Schnittstellenmodul (12) und einer Luftschnittstelle (13) angeschlossen wird, und bei dem:
- fahrzeugbezogene Daten an ein mobiles Benutzerkommunikationsendgerät (20) und/oder ein Datenverbundsystem (40) übertragen werden, und wobei
- das Fahrzeug gegenüber einer fahrzeugunabhängigen Stelle identifiziert wird dadurch gekennzeichnet, dass - im Rahmen einer Fahrzeugkommunikation mit der fahrzeugunabhängigen Stelle eine automatische Authentifizierung des Fahrzeugs erfolgt, wobei
- die Authentifizierung auf dem Berechtigungs-Code basiert, der bei der Fahrzeugkommunikation automatisch übermittelt wird.
13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass
- Fahrzeugdiagnosedaten (I) eines Fahrzeugs aus dem fahrzeugimplementierten Fahrzeugdiagnosesystem (3) des Fahrzeugs über die Luftschnittstelle (13) an ein mobiles Benutzerkommunikationsendgerät (20) und/oder ein Datenverbundsystem (40) übertra- gen werden, insbesondere authentifiziert und/oder verschlüsselt;
- die Fahrzeugdiagnosedaten (I) mit außerhalb des Fahrzeugdiagnosesystems (3) gewonnenen Zusatzdaten (II, III, IV) ergänzt werden, wobei die Zusatzdaten (II, III, IV) über Fahrzeugdiagnosedaten hinaus gehen; und
- das Datenverbundsystem (40) die Fahrzeugdiagnosedaten (I) und die Zusatzda- ten (II, III, IV) wenigstens einem mobilen Benutzerkommunikationsendgerät (20) wieder zur Verfügung gestellt werden, insbesondere authentifiziert und/oder verschlüsselt.
14. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass eine Relevanz der Zusatzdaten (II, III, IV) für die akute Fahrsituation des Fahrzeugs in einer Anweisungsvorschrift (APP) vorbestimmt wird, insbesondere die Anweisungs- Vorschrift (APP) in einer offenen Programmierumgebung erstellt wird, und die Anweisungsvorschrift (APP) mit dem mobilen Benutzerkommunikationsendgerät (20) kompatibel ist.
15. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass nach RückÜbermittlung der Fahrzeugdiagnosedaten (I) und der Zusatzdaten (II, III, IV) bis an die Fahrzeugdiagnose-Schnittstelle (10) ein verifizierbarer Vorschlag für eine Fahrzeugsteuerungsfunktion gemacht wird.
16. Schnittstellenmodul (12) zur Integration in oder zur Verbindung mit einer Fahrzeugdiagnose-Schnittstelle (10), die weiter einen Schnittstellenstecker und/oder eine Luftschnittstelle aufweist, ausgebildet zur Umsetzung des Verfahrens nach einem der vorhergehenden Ansprüche aufweisend: einen Speicher und eine Logik, wobei
- der Speicher ausgebildet ist aufzunehmen wenigstens zwei Codes ausgewählt aus einer Gruppe von Codes umfassend:
- einen der Fahrzeugidentifikation dienender Fahrzeug-Code,
- einen das mobile Benutzerkommunikationsendgerät betreffenden Kommunikations-Code,
- einen der Schnittstellenidentifikation dienender Schnittstellen-Code; und -die Logik ausgebildet ist:
- einen Berechtigungs-Code basierend auf einer Kombination von wenigstens zwei Codes ausgewählt aus der genannten Gruppe von Codes zu generieren, und im Rahmen einer Fahrzeugkommunikation mit der fahrzeugunabhängigen Stelle erfolgenden automatischen Authentifizierung des Fahrzeugs; und eine Übertragungseinrichtung ausgebildet ist: den Berechtigungs-Code bei der Fahrzeugkommunikation zu übermitteln, wobei die Authentifizierung auf dem Berechtigungs-Code basiert.
17. Schnittstellenmodul (12) nach Anspruch 16 dadurch gekennzeichnet, dass
- die Logik ausgebildet ist, ein Softwaremodul mit einem Anweisungsprotokoll (Application Protocollinterface, API) zur Umsetzung einer Anweisungsvorschrift auszuführen , wobei
- die Anweisungsvorschrift ausgebildet ist, relevante Zusatzdaten für die akute Fahrsituation des Fahrzeugs vorzubestimmen, und - der Speicher ausgebildet ist, die Fahrzeugdiagnosedaten und/oder die relevanten Zusatzdaten zu speichern.
18. Fahrzeugdiagnose-Schnittstelle (10) mit einem Schnittstellenstecker (1 1 ), einer Luftschnittstelle (13) und mit einem Schnittstellenmodul (12) nach Anspruch 16 oder 17 dadurch gekennzeichnet, dass der Schnittstellenstecker ein Stecker zu einem Fahrzeug- Steuernetz ist, insbesondere ein OBD-Stecker oder ein SAE-Stecker oder RJ-Stecker ist.
19. Benutzerkommunikationsendgerät (20), ausgebildet zur Teilnahme an einem Verfahren nach einem der Ansprüche 1 bis 15 und zum Empfang von Fahrzeugdiagno- sedaten (I) eines Fahrzeugs aus einem fahrzeugimplementierten Fahrzeugdiagnosesystem (3) des Fahrzeugs über eine Luftschnittstelle (13) und/oder aus einem Datenverbundsystem (40) dadurch gekennzeichnet, dass das Benutzerkommunikationsendgerät (20) ausgebildet ist zur Durchführung der Verfahrensschritte des kennzeichnenden Teils des Anspruchs 1 oder eines der weiteren Ansprüche 2 bis 15 und zur Ausführung einer Anweisungsvorschrift (APP) auf dem Benutzerkommunikationsendgerät (40).
20. Datenverbundsystem (40) ausgebildet zum Empfang von Fahrzeugdiagnosedaten (I) eines Fahrzeugs aus einem fahrzeugimplementierten Fahrzeugdiagnosesystem (3) des Fahrzeugs und/oder über ein mobiles Benutzerkommunikationsendgerät (20) über eine Luftschnittstelle (13) dadurch gekennzeichnet, dass das Datenverbundsystem (40) ausgebildet ist zur Durchführung der Verfahrensschritte des kennzeichnenden Teils des Anspruchs 1 oder eines der weiteren Ansprüche 2 bis 15 und zur Ausführung einer Anweisungsvorschrift (APP) auf dem Datenverbundsystem (40), insbesondere zum Vorhalten des Berechtigungscodes.
21. Diagnose- und Steuerungs-Netz (100), insbesondere mit einer Vielzahl von Fahr- zeugen (1 ) jeweils mit einem fahrzeugimplementierten Fahrzeugdiagnosesystem und einer Fahrzeugdiagnose-Schnittstelle (10), die einen Schnittstellenstecker, ein Schnittstellenmodul (12) und eine Luftschnittstelle für das fahrzeugimplementierte Fahrzeugdiagnosesystem des jeweiligen Fahrzeugs aufweist, umfassend: ein Kommunikations-Netzwerk (30) über das Fahrzeugdiagnosedaten an ein Datenverbundsystem (40) übermittelbar sind, und wobei
- fahrzeugbezogene Daten an ein mobiles Benutzerkommunikationsendgerät (20) und/oder ein Datenverbundsystem (40) übertragbar sind , und wobei
- das Fahrzeug gegenüber einer fahrzeugunabhängigen Stelle identifizierbar ist, ausgebildet derart, dass
- im Rahmen einer Fahrzeugkommunikation mit der fahrzeugunabhängigen Stelle eine automatische Authentifizierung des Fahrzeugs erfolgt, wobei
- die Authentifizierung auf einem Berechtigungs-Code basiert, der bei der Fahrzeugkommunikation automatisch übermittelt wird, und wobei - der Berechtigungs-Code auf einer Kombination von wenigstens zwei Codes basiert, wobei die wenigstens zwei Codes ausgewählt sind aus der Gruppe umfassend:
- einen der Fahrzeugidentifikation dienender Fahrzeug-Code,
- einen das mobile Benutzerkommunikationsendgerät betreffenden Kommunikations-Code,
- einen der Schnittstellenidentifikation dienender Schnittstellen-Code.
PCT/EP2012/059921 2011-05-27 2012-05-25 Verfahren zur fahrzeugkommunikation, schnittstellenmodul, fahrzeugdiagnoseschnittstelle, benutzerkommunikationsendgerät, datenverbundsystem und diagnose- und steuerungsnetz WO2012163863A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP12729382.7A EP2715679A1 (de) 2011-05-27 2012-05-25 Verfahren zur fahrzeugkommunikation, schnittstellenmodul, fahrzeugdiagnoseschnittstelle, benutzerkommunikationsendgerät, datenverbundsystem und diagnose- und steuerungsnetz
US14/122,097 US20140189814A1 (en) 2011-05-27 2012-05-25 Method for vehicle communication, interface module, vehicle diagnosis interface, user communication terminal, data network system and diagnosis and control network

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102011076638A DE102011076638A1 (de) 2011-05-27 2011-05-27 Verfahren zur Fahrzeugkommunikation über ein fahrzeugimplementiertes Fahrzeugdiagnosesystem, Schnittstellenmodul sowie Fahrzeugdiagnose-Schnittstelle und Diagnose- und Steuerungsnetz für eine Vielzahl von Fahrzeugen
DE102011076638.3 2011-05-27

Publications (1)

Publication Number Publication Date
WO2012163863A1 true WO2012163863A1 (de) 2012-12-06

Family

ID=46354164

Family Applications (3)

Application Number Title Priority Date Filing Date
PCT/EP2012/059921 WO2012163863A1 (de) 2011-05-27 2012-05-25 Verfahren zur fahrzeugkommunikation, schnittstellenmodul, fahrzeugdiagnoseschnittstelle, benutzerkommunikationsendgerät, datenverbundsystem und diagnose- und steuerungsnetz
PCT/EP2012/059919 WO2012163861A1 (de) 2011-05-27 2012-05-25 Verfahren zur fahrzeugkommunikation über ein fahrzeugimplementiertes fahrzeugdiagnosesystem, schnittstellenmodul sowie fahrzeugdiagnose-schnittstelle und diagnose- und steuerungsnetz für eine vielzahl von fahrzeugen
PCT/EP2012/059920 WO2012163862A1 (de) 2011-05-27 2012-05-25 Verfahren zur fahrzeugkommunikation über ein fahrzeugimplementiertes fahrzeugdiagnosesystem, fahrzeugdiagnose - schnittstelle, schnittstellenmodul, benutzerkommunikationsendgerät, datenverbundsystem sowie diagnose- und steuerungsnetz für eine vielzahl von fahrzeugen

Family Applications After (2)

Application Number Title Priority Date Filing Date
PCT/EP2012/059919 WO2012163861A1 (de) 2011-05-27 2012-05-25 Verfahren zur fahrzeugkommunikation über ein fahrzeugimplementiertes fahrzeugdiagnosesystem, schnittstellenmodul sowie fahrzeugdiagnose-schnittstelle und diagnose- und steuerungsnetz für eine vielzahl von fahrzeugen
PCT/EP2012/059920 WO2012163862A1 (de) 2011-05-27 2012-05-25 Verfahren zur fahrzeugkommunikation über ein fahrzeugimplementiertes fahrzeugdiagnosesystem, fahrzeugdiagnose - schnittstelle, schnittstellenmodul, benutzerkommunikationsendgerät, datenverbundsystem sowie diagnose- und steuerungsnetz für eine vielzahl von fahrzeugen

Country Status (4)

Country Link
US (2) US20140189814A1 (de)
EP (2) EP2715678A1 (de)
DE (1) DE102011076638A1 (de)
WO (3) WO2012163863A1 (de)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150024686A1 (en) * 2013-07-16 2015-01-22 GM Global Technology Operations LLC Secure simple pairing through embedded vehicle network access device
DE202017101065U1 (de) * 2017-02-24 2018-05-25 Hugo Vogelsang Maschinenbau Gmbh Entsorgungsstation für ein Fahrzeug
US10115117B2 (en) 2014-06-30 2018-10-30 Thinxnet Gmbh Obtaining and using vehicle related data
CN111698115A (zh) * 2019-03-12 2020-09-22 罗伯特·博世有限公司 用于运行通信系统的方法和设备
US11084071B2 (en) 2017-02-24 2021-08-10 Vogelsang Gmbh & Co Kg Suction device for wastewater tank and disposal station for a vehicle

Families Citing this family (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150170521A1 (en) 2001-09-11 2015-06-18 Zonar Systems, Inc. System and method to enhance the utility of vehicle inspection records by including route identification data in each vehicle inspection record
US11341853B2 (en) 2001-09-11 2022-05-24 Zonar Systems, Inc. System and method to enhance the utility of vehicle inspection records by including route identification data in each vehicle inspection record
US8972097B2 (en) * 2005-10-11 2015-03-03 Charles Michael McQuade System and method to enhance the utility of vehicle inspection records by including route identification data in each vehicle inspection record
DE102011076638A1 (de) * 2011-05-27 2012-11-29 Stephan Kaufmann Verfahren zur Fahrzeugkommunikation über ein fahrzeugimplementiertes Fahrzeugdiagnosesystem, Schnittstellenmodul sowie Fahrzeugdiagnose-Schnittstelle und Diagnose- und Steuerungsnetz für eine Vielzahl von Fahrzeugen
US9483884B2 (en) * 2012-05-09 2016-11-01 Innova Electronics, Inc. Smart phone app-based remote vehicle diagnostic system and method
US9667742B2 (en) * 2012-07-12 2017-05-30 Robert Bosch Gmbh System and method of conversational assistance in an interactive information system
US9142065B2 (en) * 2012-10-01 2015-09-22 Zubie, Inc. OBD based in-vehicle device providing content storage and access
JP5915492B2 (ja) * 2012-10-10 2016-05-11 株式会社デンソー 車両用ダイアグノーシス装置
US10387826B2 (en) * 2013-01-06 2019-08-20 Directed, Llc Vehicle inventory and customer relation management system and method
DE102013004917A1 (de) * 2013-03-22 2014-09-25 Deutsche Telekom Ag Verfahren und System zur Fernauslesung von Daten eines Fahrzeugs zur Unterstützung der Wartung und/oder der Reparatur des Fahrzeugs, Telekommunikationsendgerät, Computerprogramm und Computerprogrammprodukt
JP6105377B2 (ja) 2013-04-30 2017-03-29 株式会社クボタ 作業機、及び、アプリケーションプログラム
FR3006485B1 (fr) * 2013-06-03 2015-05-22 Renault Sa Dispositif de securisation de l'acces a un vehicule a l'aide d'un telephone portable
CN103369058A (zh) * 2013-08-07 2013-10-23 深圳市元征科技股份有限公司 一种车辆信息获取方法及装置
CN103592936A (zh) * 2013-11-08 2014-02-19 深圳市道通科技有限公司 汽车诊断装置与vci设备之间的自动连接方法及装置
SE539785C2 (sv) * 2013-12-02 2017-11-28 Scania Cv Ab Installation av trådlösa noder i motorfordon
CN104038546A (zh) * 2014-06-12 2014-09-10 深圳市元征科技股份有限公司 一种车辆检测方法、移动终端和车载终端
EP4224439A3 (de) * 2014-09-05 2023-11-15 Vinli, Inc. Fahrzeuginformationssystem
US9056616B1 (en) 2014-09-23 2015-06-16 State Farm Mutual Automobile Insurance Student driver feedback system allowing entry of tagged events by instructors during driving tests
US9373203B1 (en) 2014-09-23 2016-06-21 State Farm Mutual Automobile Insurance Company Real-time driver monitoring and feedback reporting system
JP6032265B2 (ja) * 2014-12-10 2016-11-24 トヨタ自動車株式会社 車両データのリモート収集システム
CN105812404A (zh) * 2014-12-29 2016-07-27 罗伯特·博世有限公司 车辆诊断设备数据升级方法、装置及车辆诊断设备
DE102015204924B4 (de) * 2015-03-18 2022-05-25 Röchling Automotive SE & Co. KG LIN-Netzwerk
US10373523B1 (en) 2015-04-29 2019-08-06 State Farm Mutual Automobile Insurance Company Driver organization and management for driver's education
US9586591B1 (en) 2015-05-04 2017-03-07 State Farm Mutual Automobile Insurance Company Real-time driver observation and progress monitoring
US9755851B2 (en) * 2015-08-12 2017-09-05 GM Global Technology Operations LLC Method and apparatus for plug-in wireless safety devices
US10902485B2 (en) 2015-08-26 2021-01-26 Spaces Operations, Llc Method and system for dynamic parking selection, transaction, management and data provision
DE102015014750B4 (de) 2015-11-13 2021-05-12 Audi Ag Verfahren zum Betreiben eines Kraftfahrzeugs, bei welchem ein Notruf abgesetzt wird, und Kraftfahrzeug
US10074220B2 (en) * 2015-11-20 2018-09-11 Geotab Inc. Big telematics data constructing system
US9728087B2 (en) 2015-12-18 2017-08-08 International Business Machines Corporation Vehicle accident response using diagnostic data burst transmission
US10354230B1 (en) * 2016-01-28 2019-07-16 Allstate Insurance Company Automatic determination of rental car term associated with a vehicle collision repair incident
EP3206176A1 (de) 2016-02-09 2017-08-16 Volkswagen Aktiengesellschaft Verfahren, vorrichtungen und computerprogramme zum bereitstellen eines schlossteuerungssignals für ein mobiles logistikziel
ITUB20161178A1 (it) * 2016-02-29 2017-08-29 B Lab S R L Sistema per l’assistenza alla guida di autoveicoli
CN105632167A (zh) * 2016-03-02 2016-06-01 苏州华兴源创电子科技有限公司 一种基于移动终端的计程车智能调度系统
US10706716B2 (en) * 2016-03-30 2020-07-07 K-9 Ice, Llc Vehicle interface system
WO2017174108A1 (en) * 2016-04-04 2017-10-12 Volvo Truck Corporation Method for vehicle identification
EP3465633A2 (de) 2016-05-25 2019-04-10 Phoenix IP BV I.O. Verfahren und system zur ermittlung der im alltagsbetrieb von strassenfahrzeugen tatsächlich entstehenden kraftstoffverbräuche, energieeinsätze und emissionen
DE102016008212A1 (de) * 2016-07-06 2018-01-11 Wabco Gmbh System und Verfahren zum Übersenden von Daten aus einem drahtlosen Netzwerk eines Fahrzeugs
DE102016008708A1 (de) 2016-07-16 2018-01-18 Audi Ag Rückmeldekanal zur sicheren Datenübertragung
US10198947B2 (en) * 2016-09-01 2019-02-05 Global Traffic Technologies, Llc Emitter programmer and verification system
DE102016217901A1 (de) * 2016-09-19 2018-03-22 Robert Bosch Gmbh Verfahren und Vorrichtung zum Konfigurieren eines Fahrzeuges
DE102016125294A1 (de) * 2016-12-22 2018-06-28 Dr. Ing. H.C. F. Porsche Aktiengesellschaft Verfahren und System für die Diagnose oder Konfigurierung eines Fahrzeugs
US20180232971A1 (en) * 2017-02-10 2018-08-16 Microchip Technology Incorporated Systems And Methods For Managing Access To A Vehicle Or Other Object Using Environmental Data
DE102017207040A1 (de) * 2017-04-26 2018-10-31 Bayerische Motoren Werke Aktiengesellschaft Funkschlüssel für Fortbewegungsmittel, Verfahren zur Ferndiagnose an einem Fortbewegungsmittel und Verwendung eines Funkschlüssels.
ES2844126T3 (es) * 2017-08-11 2021-07-21 Siemens Mobility GmbH Procedimiento para proporcionar un funcionamiento seguro de los subsistemas dentro de un sistema crítico para la seguridad
DE202017105100U1 (de) 2017-08-24 2018-08-30 Reich Gmbh Regel- Und Sicherheitstechnik Signalübertragungseinrichtung für eine Vorrichtung, insbesondere für einen Wohnwagen, Caravan, Motorcaravan oder ein Boot sowie System mit einer solchen Signalübertragungseinrichtung, und Anhänger und Fahrzeug
KR102320043B1 (ko) 2017-09-13 2021-11-01 현대자동차주식회사 차량용 제어 장치의 진단 방법 및 장치
CN107608337B (zh) 2017-09-25 2020-03-20 深圳市道通科技股份有限公司 汽车远程诊断方法和装置、移动终端、电子设备及服务器
US10885781B2 (en) * 2017-09-25 2021-01-05 Blackberry Limited Method and system for a proxy vehicular intelligent transportation system station
US10608941B2 (en) 2017-09-27 2020-03-31 Nio Usa, Inc. Dual-network for fault tolerance
CN108337291B (zh) * 2017-12-28 2021-08-17 蔚来(安徽)控股有限公司 车辆远程服务系统和方法、处理装置和存储装置
CN111630881B (zh) * 2018-01-26 2023-03-31 株式会社多田野 无线通信机、作业车及作业车的无线通信系统
US11380141B2 (en) * 2018-03-30 2022-07-05 Shenzhen Launch Software Co., Ltd. Vehicle diagnosis method, user equipment, and server
CN110389574A (zh) * 2018-04-23 2019-10-29 江苏迪纳数字科技股份有限公司 一种不实车测试下判断智能车载终端与车辆是否适配方法
US10730463B2 (en) * 2018-06-11 2020-08-04 Ford Global Technologies, Llc Tigger based vehicle monitoring
US11284376B2 (en) 2018-08-17 2022-03-22 At&T Intellectual Property I, L.P. Distributed control information for multiple party communications for 5G or other next generation network
US10962986B2 (en) * 2018-08-21 2021-03-30 Ford Global Technologies, Llc Vehicle network sharing
US11040683B2 (en) * 2018-08-22 2021-06-22 Toyota Motor Engineering & Manufacturing North America, Inc. Short range communication for vehicular use
US10703386B2 (en) * 2018-10-22 2020-07-07 Ebay Inc. Intervehicle communication and notification
DE102018218960A1 (de) * 2018-11-07 2020-05-07 Robert Bosch Gmbh Verfahren zum Ansteuern eines Antriebsstrangs eines Kraftfahrzeugs
CN110011809A (zh) * 2019-03-29 2019-07-12 深圳市元征科技股份有限公司 一种车辆诊断设备的通信方法及车辆诊断设备
KR102647646B1 (ko) * 2019-05-15 2024-03-13 현대자동차주식회사 엣지 컴퓨팅에 기초한 이동체 동작 방법 및 장치
CN112241155A (zh) * 2019-07-16 2021-01-19 深圳市道通科技股份有限公司 接口转换器及汽车诊断系统
CN110597229A (zh) * 2019-09-24 2019-12-20 中国第一汽车股份有限公司 一种车辆诊断互斥方法、装置、车辆和存储介质
CN111741074B (zh) * 2020-05-28 2023-06-30 深圳市元征科技股份有限公司 车辆远程诊断方法、系统、车辆连接器及设备连接器
CN111742354A (zh) * 2020-05-29 2020-10-02 深圳市元征科技股份有限公司 一种车辆诊断方法、系统、设备及服务器
US11343760B2 (en) 2020-06-15 2022-05-24 Caterpillar Inc. System, method, and device for providing local electronic servicing
CN112787893A (zh) * 2021-02-18 2021-05-11 三一汽车起重机械有限公司 远程诊断方法、装置、电子设备及存储介质
CN113055250B (zh) * 2021-03-29 2022-06-17 深圳市元征科技股份有限公司 一种联网通信方法、装置、终端设备及存储介质
CN113393592B (zh) * 2021-06-02 2022-11-04 中寰卫星导航通信有限公司黑龙江分公司 基于车载终端的全流程检测方法、装置、设备及介质
CN113676316B (zh) * 2021-07-06 2024-03-22 惠州市德赛西威汽车电子股份有限公司 一种基于访问网站方式打开车机系统调试工具的方法
CN113479034B (zh) * 2021-08-16 2023-05-12 上汽通用五菱汽车股份有限公司 一种车辆远程预约空调的控制方法和系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003027629A1 (de) * 2001-09-18 2003-04-03 Robert Bosch Gmbh Verfahren zur durchführung einer ferndiagnose bei einem kraftfahrzeug, fahrzeugdiagnosemodul und servicecenter
DE10257030A1 (de) * 2002-06-10 2003-12-18 Bosch Gmbh Robert Verfahren und Vorrichtung für einen fahrzeugbezogenen Telematikdienst
DE102006009098A1 (de) * 2006-02-28 2007-08-30 Daimlerchrysler Ag Kraftfahrzeugdiagnose und Fahrzeugannahme
US20080015748A1 (en) 2006-07-14 2008-01-17 David Nagy System for monitoring, controlling, and reporting vehicle operation through onboard diagnostic port
US20080147265A1 (en) * 1995-06-07 2008-06-19 Automotive Technologies International, Inc. Vehicle Diagnostic or Prognostic Message Transmission Systems and Methods
US20100210254A1 (en) 2009-02-13 2010-08-19 Charles Kelly System and Method for Regulating Mobile Communications Use by Drivers
US20100256861A1 (en) 2009-04-07 2010-10-07 Ford Global Technologies, Llc System and method for performing vehicle diagnostics
US7904219B1 (en) * 2000-07-25 2011-03-08 Htiip, Llc Peripheral access devices and sensors for use with vehicle telematics devices and systems

Family Cites Families (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8140358B1 (en) * 1996-01-29 2012-03-20 Progressive Casualty Insurance Company Vehicle monitoring system
US6330499B1 (en) * 1999-07-21 2001-12-11 International Business Machines Corporation System and method for vehicle diagnostics and health monitoring
US7376191B2 (en) * 2000-10-27 2008-05-20 Lightwaves Systems, Inc. High bandwidth data transport system
US8472942B2 (en) * 2000-06-12 2013-06-25 I/O Controls Corporation System and method for facilitating diagnosis and maintenance of a mobile conveyance
US7734287B2 (en) * 2000-04-10 2010-06-08 I/O Controls Corporation System for providing remote access to diagnostic information over a wide area network
US6636790B1 (en) * 2000-07-25 2003-10-21 Reynolds And Reynolds Holdings, Inc. Wireless diagnostic system and method for monitoring vehicles
US20050203673A1 (en) * 2000-08-18 2005-09-15 Hassanayn Machlab El-Hajj Wireless communication framework
US7092803B2 (en) * 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
US7155321B2 (en) * 2001-08-06 2006-12-26 Idsc Holdings Llc System, method and computer program product for remote vehicle diagnostics, monitoring, configuring and reprogramming
US6871067B2 (en) * 2001-10-15 2005-03-22 Electronic Data Systems Corporation Method and system for communicating telematics messages
US7778750B2 (en) * 2002-02-25 2010-08-17 Cummins Inc. Vehicle communications network adapter
US20030195676A1 (en) * 2002-04-15 2003-10-16 Kelly Andrew Jeffrey Fuel and vehicle monitoring system and method
DE10225786A1 (de) * 2002-06-10 2004-01-08 Robert Bosch Gmbh Verfahren und Vorrichtung zur Übertragung, zum Senden und/oder zum Empfang von Informationen in Verbindung mit einem Fahrzeug
US7233814B2 (en) * 2003-01-14 2007-06-19 Mack Trucks, Inc. Communication system for vehicle management
US7275027B2 (en) * 2003-03-04 2007-09-25 Microsoft Corporation Facilitating communication with automotive vehicle buses
DE10313467A1 (de) * 2003-03-26 2004-10-07 Daimlerchrysler Ag Verfahren zur Fehlerdiagnose und dabei einsetzbarer Datenprotokollwandler
DE10323384A1 (de) * 2003-05-23 2004-12-16 Daimlerchrysler Ag Diagnosesystem
WO2004114055A2 (en) * 2003-05-23 2004-12-29 Nnt, Inc. An enterprise resource planning system with integrated vehicle diagnostic and information system
JP3849675B2 (ja) * 2003-07-25 2006-11-22 トヨタ自動車株式会社 車両診断方法、車両診断システム、車両およびセンター
JP4082306B2 (ja) * 2003-08-08 2008-04-30 三菱ふそうトラック・バス株式会社 故障診断装置
US8468057B2 (en) * 2004-01-28 2013-06-18 General Motors Llc System and method for personalized access to vehicle data services through portals
US7123164B2 (en) * 2004-08-02 2006-10-17 Netistix Technologies Corporation Vehicle telemetric system
US7835691B2 (en) * 2004-08-30 2010-11-16 General Motors Llc Remote vehicle-related notification
US7768548B2 (en) * 2005-08-12 2010-08-03 William Bradford Silvernail Mobile digital video recording system
US20070038338A1 (en) * 2005-08-15 2007-02-15 Larschan Bradley R Driver activity and vehicle operation logging and reporting
US20070038351A1 (en) * 2005-08-15 2007-02-15 Larschan Bradley R Driver activity and vehicle operation logging and reporting
US20070038353A1 (en) * 2005-08-15 2007-02-15 Larschan Bradley R Driver activity and vehicle operation logging and reporting
US20070038352A1 (en) * 2005-08-15 2007-02-15 Larschan Bradley R Driver activity and vehicle operation logging and reporting
US20070050108A1 (en) * 2005-08-15 2007-03-01 Larschan Bradley R Driver activity and vehicle operation logging and reporting
US9026267B2 (en) * 2007-03-09 2015-05-05 Gordon*Howard Associates, Inc. Methods and systems of selectively enabling a vehicle by way of a portable wireless device
US10027805B2 (en) * 2007-11-26 2018-07-17 General Motors Llc Connection management for a vehicle telematics unit
JP4492702B2 (ja) * 2008-01-11 2010-06-30 トヨタ自動車株式会社 異常検出装置
AT507033B1 (de) * 2008-06-05 2011-09-15 Efkon Ag Verfahren und system zur simultanen fahrzeug- und fahrprofilüberwachung
CA2689744C (en) * 2009-01-08 2015-05-05 New Flyer Industries Canada Ulc System and method for monitoring operation of vehicles
KR20120020164A (ko) * 2009-05-08 2012-03-07 오브에지, 엘엘씨 차량 작동자에 의한 모바일 장치의 사용에 대한 정책 기반 제어 및 모니터링을 위한 시스템, 방법, 및 장치
DE102009048493A1 (de) * 2009-09-25 2011-04-07 Valeo Schalter Und Sensoren Gmbh Fahrerassistenzsystem für ein Fahrzeug, Fahrzeug mit einem Fahrerassistenzsystem und Verfahren zum Unterstützen eines Fahrers beim Führen eines Fahrzeugs
US8423239B2 (en) * 2009-11-23 2013-04-16 Hti Ip, L.L.C. Method and system for adjusting a charge related to use of a vehicle during a period based on operational performance data
US8498771B2 (en) * 2010-05-05 2013-07-30 Ford Global Technologies, Llc Wireless vehicle servicing
US8948727B2 (en) * 2010-05-28 2015-02-03 General Motors Llc Providing wireless mobile device information to a call center
US8751100B2 (en) * 2010-08-13 2014-06-10 Deere & Company Method for performing diagnostics or software maintenance for a vehicle
US9117321B2 (en) * 2010-08-18 2015-08-25 Snap-On Incorporated Method and apparatus to use remote and local control modes to acquire and visually present data
US8463953B2 (en) * 2010-08-18 2013-06-11 Snap-On Incorporated System and method for integrating devices for servicing a device-under-service
US20120046807A1 (en) * 2010-08-18 2012-02-23 Snap-On Incorporated System and Method for Preventing Theft of Vehicle Diagnostic Equipment
US20120046825A1 (en) * 2010-08-18 2012-02-23 Snap-On Incorporated System and Method for Universal Scanner Module to Buffer and Bulk Send Vehicle Data Responsive to Network Conditions
JP5120437B2 (ja) * 2010-10-19 2013-01-16 トヨタ自動車株式会社 車載機、車両用認証システム及びデータ通信方法
US8522320B2 (en) * 2011-04-01 2013-08-27 Ford Global Technologies, Llc Methods and systems for authenticating one or more users of a vehicle communications and information system
DE102011076638A1 (de) * 2011-05-27 2012-11-29 Stephan Kaufmann Verfahren zur Fahrzeugkommunikation über ein fahrzeugimplementiertes Fahrzeugdiagnosesystem, Schnittstellenmodul sowie Fahrzeugdiagnose-Schnittstelle und Diagnose- und Steuerungsnetz für eine Vielzahl von Fahrzeugen
US9030312B2 (en) * 2011-06-09 2015-05-12 Bosch Automotive Service Solutions Inc. Diagnostic tool with global positioning system and alerts
US8626568B2 (en) * 2011-06-30 2014-01-07 Xrs Corporation Fleet vehicle management systems and methods
US9275503B2 (en) * 2012-04-18 2016-03-01 Aeris Communications, Inc. Method and apparatus for remotely communicating vehicle information to the cloud
US8688380B2 (en) * 2012-04-23 2014-04-01 Geotab Inc. Even driven data acquisition switch
EP2842086A1 (de) * 2012-04-27 2015-03-04 Fleetmatics Irl Limited System und verfahren zur verwaltung von fahrzeugauslieferungen und fahrzeugflottenarbeitsabläufen
US9569403B2 (en) * 2012-05-03 2017-02-14 Ford Global Technologies, Llc Methods and systems for authenticating one or more users of a vehicle communications and information system
US20140058618A1 (en) * 2012-08-22 2014-02-27 Zubie, Inc. Methods and systems for vehicle valuation from obd based operation data
US8832825B2 (en) * 2012-11-29 2014-09-09 GM Global Technology Operations LLC Challenge-response methodology for securing vehicle diagnostic services
DE102012024010A1 (de) * 2012-12-06 2014-06-12 Volkswagen Aktiengesellschaft Verfahren für ein Fahrzeug
CA2930764C (en) * 2013-01-09 2023-12-19 Martin D. Nathanson Vehicle communications via wireless access vehicular environment
CN103592936A (zh) * 2013-11-08 2014-02-19 深圳市道通科技有限公司 汽车诊断装置与vci设备之间的自动连接方法及装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080147265A1 (en) * 1995-06-07 2008-06-19 Automotive Technologies International, Inc. Vehicle Diagnostic or Prognostic Message Transmission Systems and Methods
US7904219B1 (en) * 2000-07-25 2011-03-08 Htiip, Llc Peripheral access devices and sensors for use with vehicle telematics devices and systems
WO2003027629A1 (de) * 2001-09-18 2003-04-03 Robert Bosch Gmbh Verfahren zur durchführung einer ferndiagnose bei einem kraftfahrzeug, fahrzeugdiagnosemodul und servicecenter
DE10257030A1 (de) * 2002-06-10 2003-12-18 Bosch Gmbh Robert Verfahren und Vorrichtung für einen fahrzeugbezogenen Telematikdienst
DE102006009098A1 (de) * 2006-02-28 2007-08-30 Daimlerchrysler Ag Kraftfahrzeugdiagnose und Fahrzeugannahme
US20080015748A1 (en) 2006-07-14 2008-01-17 David Nagy System for monitoring, controlling, and reporting vehicle operation through onboard diagnostic port
US20100210254A1 (en) 2009-02-13 2010-08-19 Charles Kelly System and Method for Regulating Mobile Communications Use by Drivers
US20100256861A1 (en) 2009-04-07 2010-10-07 Ford Global Technologies, Llc System and method for performing vehicle diagnostics

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150024686A1 (en) * 2013-07-16 2015-01-22 GM Global Technology Operations LLC Secure simple pairing through embedded vehicle network access device
US10115117B2 (en) 2014-06-30 2018-10-30 Thinxnet Gmbh Obtaining and using vehicle related data
DE202017101065U1 (de) * 2017-02-24 2018-05-25 Hugo Vogelsang Maschinenbau Gmbh Entsorgungsstation für ein Fahrzeug
US11084071B2 (en) 2017-02-24 2021-08-10 Vogelsang Gmbh & Co Kg Suction device for wastewater tank and disposal station for a vehicle
CN111698115A (zh) * 2019-03-12 2020-09-22 罗伯特·博世有限公司 用于运行通信系统的方法和设备

Also Published As

Publication number Publication date
US20140189814A1 (en) 2014-07-03
EP2715678A1 (de) 2014-04-09
WO2012163861A1 (de) 2012-12-06
US20140200760A1 (en) 2014-07-17
US9538374B2 (en) 2017-01-03
WO2012163862A1 (de) 2012-12-06
EP2715679A1 (de) 2014-04-09
DE102011076638A1 (de) 2012-11-29

Similar Documents

Publication Publication Date Title
WO2012163863A1 (de) Verfahren zur fahrzeugkommunikation, schnittstellenmodul, fahrzeugdiagnoseschnittstelle, benutzerkommunikationsendgerät, datenverbundsystem und diagnose- und steuerungsnetz
EP2931567B1 (de) System zum selektiven öffnen eines fahrzeuges durch einen servicedienstleister
DE102009015055B4 (de) Fahrzeugverlangsamungssteuerung über eine drahtlose Nahbereichskommunikation
EP2795948B1 (de) Verfahren zur übermittlung von post sendungen in einem fahrzeug
DE102017121962A1 (de) Beziehungsverwaltung für fahrgemeinschaftssysteme
DE102012224149A1 (de) System zur Parkzeitverwaltung
DE102014205664A1 (de) Fahrzeugeigene Vermittlungsvorrichtung und Datenübertragungssystem
DE102018100109A1 (de) Wartungs-management für carsharing-systeme
DE102015103550A1 (de) Sichern von elektronischen steuereinheiten unter verwendung von nachrichtenauthentifizierungscodes
DE102019110790A1 (de) System und verfahren für den zugang zu eingeschränkten bereichen durch ein autonomes fahrzeug
EP2932448A1 (de) System zur übermittlung von sendungen
DE102019101110A1 (de) System und verfahren zum warten eines fahrzeugs
DE102013211515A1 (de) Modul und System zur Fahrzeugdiagnose
DE102017109091A1 (de) Dynamische statusaktualisierungsaufforderung
DE102013203357A1 (de) Verfahren zum herstellen einer kommunikation zwischen einrichtungen in einem fahrzeug
DE102018107709A1 (de) System und verfahren zum parkverstoss-risikomanagement
DE102018101611A1 (de) System und Verfahren zum Anzeigen von Fahrzeuginformationen
DE102006031726B4 (de) Verfahren zum Bereitstellen einer Information über ein Fahrzeug und Fahrzeugdaten-Übertragungsvorrichtung
DE102018123197A1 (de) Priorisierung und behebung von cybersicherheitsschwachstellen
DE102019210709A1 (de) Vorrichtung und server zum austausch von positionsdaten eines fahrzeugs
DE102017107048A1 (de) Systeme und verfahren zur übertragung von produktinformationen an ein mobilgerät
DE102015105281A1 (de) Authentifizieren von Daten an einem Mikrocontroller unter Verwendung von Nachrichtenauthentifizierungscodes
DE102017115064A1 (de) Sicheres ermitteln von zeitwerten bei angeschlossenen vorrichtungen
DE102019135167A1 (de) System und verfahren zum übertragen von informationen an einen benutzer basierend auf seiner position in bezug auf ein fahrzeug
DE102013208111B4 (de) Anrufveranlassung einer entfernten Kommunikationseinrichtung unter Verwendung eines Datenkanalkommunikationspfads

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12729382

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14122097

Country of ref document: US