EP4107917A1 - Fahrzeugkomponente zur bereitstellung wenigstens eines dienstes in einem fahrzeug mit einer vorfiltereinheit - Google Patents

Fahrzeugkomponente zur bereitstellung wenigstens eines dienstes in einem fahrzeug mit einer vorfiltereinheit

Info

Publication number
EP4107917A1
EP4107917A1 EP21704527.7A EP21704527A EP4107917A1 EP 4107917 A1 EP4107917 A1 EP 4107917A1 EP 21704527 A EP21704527 A EP 21704527A EP 4107917 A1 EP4107917 A1 EP 4107917A1
Authority
EP
European Patent Office
Prior art keywords
service
vehicle component
vehicle
identification message
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP21704527.7A
Other languages
English (en)
French (fr)
Inventor
Felix Henschel
Niklas May-Johann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hella GmbH and Co KGaA
Original Assignee
Hella GmbH and Co KGaA
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 Hella GmbH and Co KGaA filed Critical Hella GmbH and Co KGaA
Publication of EP4107917A1 publication Critical patent/EP4107917A1/de
Pending legal-status Critical Current

Links

Classifications

    • 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/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227—Filtering policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40032—Details regarding a bus interface enhancer
    • 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/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • 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/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services

Definitions

  • Vehicle component for providing at least one service in one
  • the present invention relates to a vehicle component and a method for providing at least one service in a vehicle.
  • SOA service-oriented architecture
  • SD Service Discovery
  • AUTOSAR AUTomotive Open System ARchitecture
  • SOME / IP Scalable Service-Oriented Middleware over IP
  • the services are typically coordinated by messages (hereinafter also referred to as service identification messages) that are sent as multicast.
  • service identification messages This means that the messages have to be evaluated by most control units in the network, although they may neither offer nor require the corresponding service. That logic is traditionally a pure software solution and therefore creates a high load on the microcontrollers.
  • a vehicle component for providing at least one service in a vehicle
  • the vehicle component can have the following parts: at least one (in particular electronic) processing unit, such as a processor, for performing data processing in order to (via data processing) the at least perform a service, preferably so that this service can be provided by the vehicle component for other vehicle components of the vehicle, which can thus use the service for their own and / or higher-level services, preferably in accordance with the SOA and / or SOME / IP (the latter in particular as a possibility to integrate the SOA into the control units of the vehicle), at least one (in particular electrical and / or electronic) data interface for connection to at least one Data transmission network of the vehicle in order to receive and / or send data for data processing during the execution of the service, and / or to (at least) one service identification message for service coordination (in particular coordination in the
  • an (in particular electronic) pre-filter unit for performing a relevance check of the (at least one) received service identification message, in particular based on a service specification (the vehicle component), in order to display the service identification message as a function of the relevance check forward the processing unit.
  • the prefilter unit can thus be connected upstream of the processing unit in order to check the relevance of the service identification message for the processing unit before the processing unit has to evaluate the service identification message.
  • the prefilter unit can comprise at least one integrated circuit, or it can be integrated into a microcontroller. Furthermore, the prefilter unit can carry out the relevance check without the support of the processing unit - and thus in particular independently of the processing unit.
  • the vehicle component can be designed, for example, as a control device or a sensor or an actuator of the vehicle in order to provide one or more vehicle functions.
  • the vehicle is z. B. a passenger vehicle or a truck, which optionally includes at least one driver assistant and / or an autonomous driving function and / or a radar sensor for monitoring the surroundings of the vehicle and / or an electronic steering system and / or the like, each of which is controlled by the at least one Service can be operated.
  • the service can be exemplified as a radar detection or as a Be carried out steering wheel angle determination or the like.
  • SOA ie a service-oriented architecture, these services can be encapsulated and coordinated.
  • the services that are offered by individual vehicle components can be combined to form higher-level services (such as the aforementioned vehicle functions, e.g. a driver assistance function).
  • the dynamic integration of services is also possible.
  • a service is therefore dynamically linked, ie when an application is created (as in the case of the aforementioned vehicle functions) that uses a service, the service does not initially need to be available. It is only localized and integrated during execution. It is therefore necessary to coordinate the services using the service identification messages.
  • the vehicle components, which services are available are in communication with one another.
  • the transmission of the service identification messages in this data transmission network can take place as a multicast, so that all of the vehicle components connected to the data transmission network can receive the transmitted service identification messages and, if necessary, an evaluation of the received messages is always provided. Since this frequent evaluation - particularly in the case of vehicle components - can lead to massive problems with regard to the utilization of the vehicle component, the prefilter unit is provided according to the invention. This makes it possible to carry out a relevance check of the service identification message without using the processing unit, and thus to contribute to the coordination of the services.
  • the processing unit can e.g. B. be designed as a data processing device such as a processor of an electronic assembly of the vehicle component.
  • the prefilter unit can also be an electronic component (ie an electronic component such as an arrangement of electronic components or a separate integrated circuit or a separate part of a microcontroller) of the electronic arrangement of the vehicle component, and be designed for data processing.
  • the electronics arrangement can have at least one memory with at least one computer program which includes instructions to at the execution by the processing unit and / or the prefilter unit to execute the method according to the invention.
  • the data transmission network is designed to carry out the data transmission by means of SOME / IP, so that the data interface can also be designed as a SOME / IP interface.
  • the data interface can thus be used to enable the vehicle components to be used within an AUTOSAR-compliant architecture.
  • an SOA Service-Oriented Architecture
  • Various control units, sensors and actuators in the vehicle are networked with one another via the SOA structure.
  • the participating electronic vehicle components in particular the control units, can support the corresponding interfaces and protocols.
  • the vehicle component according to the invention can also be designed as such a participating electronic vehicle component, in particular as a control device, which has the data interface to the data transmission network as the interface.
  • the vehicle component according to the invention can thus form one of the clients in the SOA network.
  • So-called find or offer services are used to find or offer services that are stored distributed in the SOA network by the clients or by a server.
  • multicast mode ie messages are transmitted from one point to a group of participants (multipoint connection).
  • service identification messages are sent in the data transmission network, which are received by several clients, in particular all clients.
  • These messages include a service request, which for this purpose includes information about the requested service, such as a service ID.
  • a service request which for this purpose includes information about the requested service, such as a service ID.
  • the corresponding service requests and also service offers are also evaluated by participants (vehicle components) of the vehicle, although they do not offer or require the corresponding service. this in turn brings with it a disadvantageous high load on the microcontroller.
  • the corresponding request / offer messages can advantageously be filtered, for example filtered using data in the header and / or in so-called service entries, thus preventing unnecessary further processing.
  • the processing unit is designed to execute the at least one service as part of a service offering of the vehicle component, and / or that the prefilter unit is designed to carry out the relevance check by comparing the service identification message with the service offering in order to convert the service identification message into To forward depending on the comparison to the processing unit.
  • the service identification message is used to search for a service. It is then a find service, so that the corresponding service identification message can also be referred to as a service request message.
  • the prefilter unit can thus be understood as an SD filter for the find service.
  • SD filters for the other services are created according to the same structure.
  • the comparison can then be expanded by the prefilter unit to the effect that the service identification message (then in the form of a service offer message) is compared with a service request.
  • Both the service request and the service offer can be stored in a service specification (for example in the form of lookup tables).
  • the data interface is designed to receive the service identification message in the form of a service request message for requesting a desired service
  • the prefilter unit is designed to forward the service identification message to the processing unit depending on the comparison when the requested service Service in which the service offer is available. This means that another SOA-capable vehicle component can be reliably notified when the desired service is available. in order to provide a higher-level service in cooperation with these vehicle components.
  • the prefilter unit is designed to forward the service identification message to the processing unit only as a function of the comparison when the requested service is available in the service offering, and thus the at least one service provided by the vehicle component is equivalent to. A significant reduction in the workload for the processing unit can thus take place.
  • the prefilter unit and the processing unit are designed as separate electronic components of an electronic arrangement of the vehicle component. This hardware separation makes it possible to reliably reduce the load on the processing unit.
  • the prefilter unit and the processing unit are integrated together on a printed circuit board of the vehicle component, in particular in a common microcontroller.
  • the electronics assembly can thus be provided as a compact and easy-to-assemble electronics assembly for the vehicle component.
  • the processing unit is designed in the form of a processor and / or the prefilter unit is designed in the form of a circuit designed specifically for the relevance check and forwarding.
  • the prefilter unit can thus reliably carry out the prefiltering of the service identification messages.
  • the data transmission network is designed as a network for an SOA. It is also conceivable for the data interface to be designed as a service-oriented interface in order to Establish a connection to the data transmission network.
  • the data interface can, for example, be designed as an Ethernet interface.
  • the data transmission network is designed as an Ethernet. That is to say, the data interface can be designed to establish the connection to the data transmission network in the form of Ethernet, so that the data interface can be designed as an Ethernet interface.
  • the data transmission network is designed as a CAN bus system (Controller Area Network bus system). That is, the data interface can be designed to establish the connection to the data transmission network in the form of the CAN bus system, so that the data interface can be designed as a CAN bus interface.
  • CAN bus system Controller Area Network bus system
  • the prefilter unit is designed to evaluate a data structure corresponding to an SOA of the vehicle in the service identification message in order to carry out the relevance check.
  • the data structure specifies, for example, the position at which the service-related field is located, which contains information about a desired service. The comparison for the relevance check can therefore take place on the basis of this information.
  • the vehicle component and / or the processing unit is designed to provide the service as a service within an SOA of the vehicle.
  • the vehicle component can thus be SOA-compatible in order to enable flexible and dynamic provision of services in the vehicle.
  • the prefilter unit is an ASIC (application-specific integrated circuit) or an FPGA (field programmable gate array) or a SOA adapter is designed for the vehicle component.
  • the processing unit for example in the form of a processor, can be reliably relieved.
  • the invention also relates to a method for providing at least one service in a vehicle. It is provided that the following steps are carried out, preferably one after the other or in any order, whereby individual and / or all steps can also be repeated:
  • the method according to the invention thus has the same advantages as have been described in detail with reference to a vehicle component according to the invention.
  • the vehicle component used in the method according to the invention can be designed as a vehicle component according to the invention.
  • performing the relevance check includes the following steps: Carrying out a data extraction of the data in the received service identification message, preferably depending on an SOA data structure, preferably according to SOME / IP, particularly preferably from a SOME / IP header according to AUTOSAR,
  • the service specification can include information about a service offer and / or a service request of the vehicle component
  • the relevant messages can be reliably separated from the non-relevant messages in order to filter out the non-relevant messages.
  • the data can be extracted according to a SOME / IP protocol.
  • the type of message can be checked in such a way that it is checked that the service identification message is actually one, for example a SOME / IP SD (Service Discovery) message.
  • SOME / IP-SD Service Discovery
  • SOME / IP-SD provides two mechanisms that allow services to be found dynamically.
  • An offer service enables the server to offer all of the services it offers in the network.
  • FIG. 1 shows a schematic representation of two vehicle components according to the invention in a vehicle
  • FIG. 3 shows a further schematic representation of a vehicle component according to the invention
  • FIG. 1 shows two examples and FIGS. 2 to 4 each show an example of a vehicle component 10 according to the invention for providing at least one service in a vehicle 1.
  • the vehicle components 10 shown in FIG. 1 can offer different services and therefore also be designed differently.
  • the Vehicle components 10 according to FIGS. 1 to 4 have at least one processing unit 20 for carrying out data processing in order to carry out the at least one provided service.
  • a data interface 30 can be provided for connection to a data transmission network 2 of the vehicle 1, in order to receive and / or send data for data processing during the execution of the service, and to receive a service identification message 210 for service coordination in the data transmission network 2.
  • a special feature according to the invention is the use of a prefilter unit 40 for the vehicle components. This is used to carry out a relevance check 110 of the received service identification message 210 in order to forward the service identification message 210 to the processing unit 20 as a function of the relevance check 110. This makes it possible to relieve the processing unit 20, which otherwise would have to evaluate a possibly very large number of service identification messages 210 itself, even if these are not relevant for the service provided.
  • the processing unit 20 can be designed to execute the at least one service as part of a service offering 220 of the vehicle component 10, the prefilter unit 40 being able to carry out the relevance check 110 via a comparison 150 of the service identification message 210 with the service offering 220 in order to identify the service identification message 210 to be forwarded to the processing unit 20 as a function of the comparison 150.
  • the data interface 30 can be designed to receive the service identification message 210 in the form of a service request message 210 for requesting a desired service, the prefilter unit 40 being designed to forward the service identification message 210 to the processing unit 20 as a function of the comparison 150, if the requested service is available in the service offering 220.
  • the service identification message 210 can only then be sent to the processing unit 20 as a function of the comparison 150 are forwarded when the requested service is available in the service offering 220 and thus corresponds to the at least one service provided by the vehicle component 10.
  • the prefilter unit 40 and the processing unit 20 can be designed as separate electronic components of an electronic assembly 60 of the vehicle component 10. Nevertheless, according to FIG. 4, the prefilter unit 40 and the processing unit 20 can be arranged together on a printed circuit board 62 of the vehicle component 10. In the example shown in FIGS. 3 and 4, the prefilter unit 40 and the processing unit 20 are physically separated, arranged at a distance, and possibly only electrically connected by conductor tracks. Alternatively, it is provided according to FIG. 2 that the prefilter unit 40 and the processing unit 20 are integrated in a common microcontroller 61. Nevertheless, these are also separate components that can each carry out the data processing independently. It is particularly advantageous if the prefilter unit 40, in contrast to the processing unit 20, is designed in the form of a circuit designed specifically for the relevance check 110 and the forwarding.
  • Carrying out the relevance check 110 can include the following steps:
  • the data in the SOME / IP header are evaluated, which define whether the received message is generally a service identification message 210 (SOME / IP-SD message) or not. This can be used as a first indicator to filter for “SD Messages”.
  • the “Service Entries” can be evaluated during the extraction 140 (e.g. Offer, Find, ).
  • the service-related field 230 can include, for example, the “Find Service Entry” field, which in turn can consist of several fields. These can define the service you are looking for. These fields can be evaluated by the pre-filter unit 40 at the hardware level.
  • the fields “Type” and “Service ID” of the service-related field 230 can then be compared with the supported services of the vehicle component 10 in the service specification 215. With these two fields, the majority of the irrelevant inquiries are filtered out. Only in the event of a match can the service identification message 210 be passed on to the downstream evaluation logics - that is to say the processing unit 20.
  • other relevant fields from the "Find Service Entry” can also be taken into account in the comparison. These are, for example, Instance ID, Major Version and Minor Version. Further SD filters can be created for the other services (offer, ...) according to the same structure.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)

Abstract

Fahrzeugkomponente (10) zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug (1), aufweisend: - eine Verarbeitungseinheit (20) zur Durchführung einer Datenverarbeitung, um den wenigstens einen Dienst auszuführen, - eine Datenschnittstelle (30) zur Verbindung mit wenigstens einem Datenübertragungsnetzwerk (2) des Fahrzeuges (1), um Daten für die Datenverarbeitung bei der Ausführung des Dienstes zu empfangen und/oder zu senden, und um eine Diensterkennungsnachricht (210) zur Dienstkoordination im Datenübertragungsnetzwerk (2) zu empfangen, - eine Vorfiltereinheit (40) zur Durchführung einer Relevanzprüfung (110) der empfangenen Diensterkennungsnachricht (210), um die Diensterkennungsnachricht (210) in Abhängigkeit von der Relevanzprüfung (110) an die Verarbeitungseinheit (20) weiterzuleiten.

Description

Fahrzeugkomponente zur Bereitstellung wenigstens eines Dienstes in einem
Fahrzeug mit einer Vorfiltereinheit
Beschreibung
Die vorliegende Erfindung betrifft eine Fahrzeugkomponente und ein Verfahren zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug.
Es ist aus dem Stand der Technik bekannt, dass Fahrzeugkomponenten in einem Fahrzeug mittels einer Service-Orientierten Architektur (SOA) miteinander verbunden werden können. Beispielhaft wird hier auf die Schrift WO 2018/127790 A2 verwiesen, in welcher die Verwendung einer SOA und entsprechender Dienste in einem Fahrzeug offenbart ist. Dies führt zu einer Änderung in der Kommunikationsstruktur (Schnittstellen und Protokollen), die in die elektronischen Fahrzeugkomponenten Einzug erhalten. Ein Merkmal der SOA ist der Service-Discovery (SD) Dienst, welcher gemäß AUTOSAR (AUTomotive Open System ARchitecture) in der SOME/IP (Scalable Service-Oriented Middleware over IP) Struktur über den Bus gesendet wird. SOME/IP ist ein aus dem Stand der Technik bekanntes Kommunikationsprotokoll, welches im Zusammenhang mit AUTOSAR verwendet wird. Mit dieser Funktionalität „SOME/IP-SD“ ist es möglich, flexible Dienste/Services im Netzwerk zu koordinieren, um gewünschte Dienste zu identifizieren und zu abonnieren. Hinsichtlich der Spezifikationen des vorgenannten SOME/IP und SOME/IP-SD Protokolls wird auf die entsprechende öffentlich zugängliche Dokumentation (AUTOSAR, „SOME/IP Service DiscoveryProtocol Specification,“ 2017) verwiesen.
Im SD-Protokoll findet die Koordination der Dienste typischerweise durch Nachrichten (nachfolgend auch als Diensterkennungsnachrichten bezeichnet) statt, welche als Multicast versendet werden. Das führt dazu, dass die Nachrichten von den meisten Steuergeräten im Netzwerk ausgewertet werden müssen, obwohl sie ggf. den entsprechenden Dienst weder anbieten noch benötigen. Diese Logik ist herkömmlicherweise eine reine Softwarelösung und erzeugt daher eine große Auslastung auf den Mikrocontrollern.
Es ist daher eine Aufgabe der vorliegenden Erfindung, die voranstehend beschriebenen Nachteile zumindest teilweise zu beheben. Insbesondere ist es Aufgabe der vorliegenden Erfindung, die Belastung der Auswertung von Diensterkennungsnachrichten wie den SD-Nachrichten zu reduzieren.
Die voranstehende Aufgabe wird gelöst durch eine Fahrzeugkomponente mit den Merkmalen des Anspruchs 1 und durch ein Verfahren mit den Merkmalen des Anspruchs 13. Weitere Merkmale und Details der Erfindung ergeben sich aus den jeweiligen Unteransprüchen, der Beschreibung und den Zeichnungen. Dabei gelten Merkmale und Details, die im Zusammenhang mit der erfindungsgemäßen Fahrzeugkomponente beschrieben sind, selbstverständlich auch im Zusammenhang mit dem erfindungsgemäßen Verfahren, und jeweils umgekehrt, sodass bezüglich der Offenbarung zu den einzelnen Erfindungsaspekten stets wechselseitig Bezug genommen wird bzw. werden kann.
Die Aufgabe wird insbesondere gelöst durch eine Fahrzeugkomponente zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug, wobei die Fahrzeugkomponente nachfolgende Teile aufweisen kann: wenigstens eine (insbesondere elektronische) Verarbeitungseinheit, wie ein Prozessor, zur Durchführung einer Datenverarbeitung, um (über die Datenverarbeitung) den wenigstens einen Dienst auszuführen, vorzugsweise sodass dieser Dienst durch die Fahrzeugkomponente für weitere Fahrzeugkomponenten des Fahrzeuges bereitgestellt werden kann, welche den Dienst somit für eigene und/oder übergeordnete Dienste nutzen können, bevorzugt gemäß der SOA und/oder SOME/IP (letztere insbesondere als Möglichkeit, die SOA in die Steuergeräte des Fahrzeuges zu integrieren), wenigstens eine (insbesondere elektrische und/oder elektronische) Datenschnittstelle zur Verbindung mit wenigstens einem Datenübertragungsnetzwerk des Fahrzeuges, um Daten für die Datenverarbeitung bei der Ausführung des Dienstes zu empfangen und/oder zu senden, und/oder um (wenigstens) eine Diensterkennungsnachricht zur Dienstkoordination (insbesondere also Koordination im
Datenübertragungsnetzwerk bspw. gemäß SOA bzw. SOME/IP) zu empfangen, eine (insbesondere elektronische) Vorfiltereinheit zur Durchführung einer Relevanzprüfung der (wenigstens einen) empfangenen Diensterkennungsnachricht, insbesondere anhand einer Dienstvorgabe (der Fahrzeugkomponente), um die Diensterkennungsnachricht in Abhängigkeit von der Relevanzprüfung an die Verarbeitungseinheit weiterzuleiten.
Damit kann die Vorfiltereinheit der Verarbeitungseinheit vorgeschaltet sein, um die Relevanz der Diensterkennungsnachricht für die Verarbeitungseinheit zu prüfen, noch bevor die Verarbeitungseinheit die Diensterkennungsnachricht auswerten muss.
Sofern hierbei durch die Vorfiltereinheit festgestellt wird, dass die Relevanz der Diensterkennungsnachricht für die Verarbeitungseinheit unzureichend ist, kann die Weiterleitung unterbunden werden. Dies hat den Vorteil, dass die Auslastung der Verarbeitungseinheit drastisch reduziert werden kann. Die Vorfiltereinheit kann hierzu wenigstens einen integrierten Schaltkreis umfassen, oder in einen Mikrocontroller integriert sein. Weiter kann die Vorfiltereinheit die Relevanzprüfung ohne Unterstützung der Verarbeitungseinheit - und damit insbesondere autark zur Verarbeitungseinheit - durchführen.
Die Fahrzeugkomponente kann bspw. als ein Steuergerät oder ein Sensor oder ein Aktuator des Fahrzeuges ausgebildet sein, um ein oder mehrere Fahrzeugfunktionen bereitzustellen. Das Fahrzeug ist z. B. ein Personen kraftfahrzeug oder ein Lastkraftfahrzeug, welches ggf. wenigstens einen Fahrassistenten und/oder eine autonome Fahrfunktion und/oder einen Radarsensor zur Überwachung der Umgebung des Fahrzeuges und/oder ein elektronisches Lenksystem und/oder dergleichen umfasst, welche jeweils durch den wenigstens einen Dienst betrieben werden können. Entsprechend kann der Dienst beispielhaft als eine Radardetektion oder als eine Lenkradwinkelbestimmung oder dergleichen ausgeführt sein. Durch die Nutzung einer SOA, d. h. einer serviceorientierten Architektur (englisch service-oriented architecture) können diese Dienste gekapselt und koordiniert werden. Damit können die Dienste, welche durch einzelne Fahrzeugkomponenten angeboten werden, zu höheren Diensten (wie den vorgenannten Fahrzeugfunktionen, z. B. einer Fahrassistenzfunktion) zusammengefasst werden. Auch ist die dynamische Einbindung von Diensten möglich. Ein Dienst ist damit dynamisch gebunden, d. h. bei der Erstellung einer Anwendung (wie bei den vorgenannten Fahrzeugfunktionen), die einen Dienst nutzt, braucht der Dienst zunächst nicht vorhanden zu sein. Er wird erst bei der Ausführung lokalisiert und eingebunden. Damit ist es notwendig, die Koordination der Dienste durch die Diensterkennungsnachrichten durchzuführen. Im Datenübertragungsnetzwerk können die Fahrzeugkomponenten, welche Dienste zur Verfügung stehen, miteinander in Kommunikationsverbindung stehen. Die Aussendung der Diensterkennungsnachrichten in diesem Datenübertragungsnetzwerk kann dabei als Multicast erfolgen, sodass sämtliche der mit dem Datenübertragungsnetzwerk verbunden Fahrzeugkomponenten die ausgesendeten Diensterkennungsnachrichten empfangen können und ggf. immer eine Auswertung der empfangenen Nachrichten vorgesehen ist. Da diese häufige Auswertung - insbesondere bei Fahrzeugkomponenten - zu massiven Problem hinsichtlich der Auslastung der Fahrzeugkomponente führen kann, ist erfindungsgemäß die Vorfiltereinheit vorgesehen. Diese ermöglicht es, ohne Verwendung der Verarbeitungseinheit bereits eine Relevanzprüfung der Diensterkennungsnachricht durchzuführen, und somit zur Koordination der Dienste beizutragen. Die Verarbeitungseinheit kann z. B. als eine Datenverarbeitungsvorrichtung wie ein Prozessor einer Elektronikanordnung der Fahrzeugkomponente ausgebildet sein. Die Vorfiltereinheit kann ebenfalls ein Elektronikbestandteil (d. h. eine Elektronikkomponente wie eine Anordnung von elektronischen Bauelementen oder ein separater integrierter Schaltkreis oder ein separater Teil eines Mikrocontrollers) der Elektronikanordnung der Fahrzeugkomponente sein, und zur Datenverarbeitung ausgeführt sein. Ferner kann die Elektronikanordnung wenigstens einen Speicher mit wenigstens einem Computerprogramm aufweisen, welches Befehle umfasst, um bei der Ausführung durch die Verarbeitungseinheit und/oder die Vorfiltereinheit das erfindungsgemäße Verfahren auszuführen.
Es kann möglich sein, dass das Datenübertragungsnetzwerk dazu ausgeführt ist, die Datenübertragung mittels SOME/IP durchzuführen, sodass auch die Datenschnittstelle als eine SOME/IP Schnittstelle ausgebildet sein kann. Damit kann die Datenschnittstelle dazu dienen, die Verwendung der Fahrzeugkomponente innerhalb einer AUTOSAR-gemäßen Architektur zu ermöglichen.
Gemäß der Erfindung kann eine SOA (Service-Orientierte Architektur) im Fahrzeug vorgesehen sein. Dabei sind verschiedenen Steuergeräte, Sensoren und Aktuatoren im Fahrzeug über die SOA-Struktur miteinander vernetzt. Um dies zu ermöglichen, können die teilnehmenden elektronischen Fahrzeugkomponenten, insbesondere also die Steuergeräte, die entsprechenden Schnittstellen und Protokolle unterstützen. In entsprechender Weise kann auch die erfindungsgemäße Fahrzeugkomponente als eine solche teilnehmende elektronische Fahrzeugkomponente, insbesondere als ein Steuergerät, ausgeführt sein, welche als die Schnittstelle die Datenschnittstelle zum Datenübertragungsnetzwerk aufweist. Die erfindungsgemäße Fahrzeugkomponente kann somit einen der Clients im SOA Netzwerk ausbilden. Zum Auffinden bzw. Anbieten von Diensten (Services), die im dem SOA-Netzwerk verteilt abgelegt sind, durch die Clients bzw. durch einen Server werden sogenannte Find- bzw. Offer- Services genutzt. Diese werden typischerweise im sogenannten Multicast-Betrieb ausgeführt, d.h. die Nachrichtenübertragung erfolgt von einem Punkt zu einer Gruppe von Teilnehmern (Mehrpunktverbindung). Für das Auffinden von Diensten werden somit Diensterkennungsnachrichten im Datenübertragungsnetzwerk versendet, welche von mehreren uns insbesondere sämtlichen Clients empfangen werden. Diese Nachrichten umfassen eine Dienstanfrage, welche hierzu eine Information über den angefragten Dienst wie bspw. eine Dienst-ID umfasst. Dies führt nun wiederum dazu, dass die entsprechenden Dienstanfragen und auch Dienstangebote auch von Teilnehmern (Fahrzeugkomponenten) des Fahrzeuges ausgewertet werden, obwohl diese den entsprechenden Service nicht anbieten oder benötigen. Dies wiederum bringt eine nachteilige starke Auslastung der Mikrocontroller mit sich. In vorteilhafter Weise kann daher erfindungsgemäß die entsprechenden Anfrage-/Angebots- Nachrichten gefiltert werden, bspw. anhand von Daten im Header und/oder in sogenannten Service Entries gefiltert werden, und so eine unnötige Weiterverarbeitung verhindert werden.
Es kann ferner möglich sein, dass die Verarbeitungseinheit dazu ausgeführt ist, den wenigstens einen Dienst als Teil eines Dienstangebots der Fahrzeugkomponente auszuführen, und/oder dass die Vorfiltereinheit zur Durchführung der Relevanzprüfung über einen Vergleich der Diensterkennungsnachricht mit dem Dienstangebot ausgeführt ist, um die Diensterkennungsnachricht in Abhängigkeit von dem Vergleich an die Verarbeitungseinheit weiterzuleiten. Im geschilderten Fall wird somit durch die Diensterkennungsnachricht nach einem Dienst gesucht. Es handelt sich dann um einen Find-Service, sodass die entsprechende Diensterkennungsnachricht auch als Dienstanfragenachricht bezeichnet werden kann. Die Vorfiltereinheit kann somit als ein SD-Filter für den Find-Service aufgefasst werden. Es ist aber auch denkbar, dass SD-Filter für die anderen Services (wie Offer-Services) nach der gleichen Struktur angelegt werden. Dann kann der Vergleich durch die Vorfiltereinheit dahingehend erweitert werden, dass die Diensterkennungsnachricht (dann in der Form einer Dienstangebotsnachricht) mit einem Dienstwunsch verglichen wird. Sowohl der Dienstwunsch als auch das Dienstangebot können (z. B. in der Form von Lookup- Tabellen) in einer Dienstvorgabe hinterlegt sein.
Es kann optional möglich sein, dass die Datenschnittstelle dazu ausgeführt ist, die Diensterkennungsnachricht in der Art einer Dienstanfragenachricht zur Anfrage eines gewünschten Dienstes zu empfangen, und die Vorfiltereinheit dazu ausgeführt ist, die Diensterkennungsnachricht in Abhängigkeit von dem Vergleich an die Verarbeitungseinheit weiterzuleiten, wenn der angefragte Dienst in dem Dienstangebot vorhanden ist. Damit kann zuverlässig einerweiteren SOA-fähigen Fahrzeugkomponente mitgeteilt werden, wenn der gewünschte Dienst vorhanden ist, um in Zusammenarbeit dieser Fahrzeugkomponenten einen übergeordneten Dienst bereitzustellen.
Gemäß einer vorteilhaften Weiterbildung der Erfindung kann vorgesehen sein, dass die Vorfiltereinheit dazu ausgeführt ist, die Diensterkennungsnachricht nur dann in Abhängigkeit von dem Vergleich an die Verarbeitungseinheit weiterzuleiten, wenn der angefragte Dienst in dem Dienstangebot vorhanden ist, und somit dem wenigstens einen bereitgestellten Dienst der Fahrzeugkomponente entspricht. Somit kann eine deutliche Reduzierung der Arbeitsbelastung für die Verarbeitungseinheit stattfinden.
Vorteilhafterweise kann bei der Erfindung vorgesehen sein, dass die Vorfiltereinheit und die Verarbeitungseinheit als separate Elektronikkomponenten einer Elektronikanordnung der Fahrzeugkomponente ausgebildet sind. Diese hardwaremäßige Trennung ermöglicht es, zuverlässig die Last für die Verarbeitungseinheit zu verringern.
Bevorzugt kann im Rahmen der Erfindung vorgesehen sein, dass die Vorfiltereinheit und die Verarbeitungseinheit gemeinsam an einer Leiterplatte der Fahrzeugkomponente, insbesondere in einen gemeinsamen Mikrocontroller, integriert sind. Somit kann die Elektronikanordnung als eine kompakte und leicht zu montierende Elektronikbaugruppe für die Fahrzeugkomponente bereitgestellt werden.
Gemäß einer vorteilhaften Weiterbildung der Erfindung kann vorgesehen sein, dass die Verarbeitungseinheit in der Form eines Prozessors ausgebildet ist, und/oder die Vorfiltereinheit in der Form eines dediziert für die Relevanzprüfung und die Weiterleitung ausbildeten Schaltkreises ausgebildet ist. Somit kann die Vorfiltereinheit zuverlässig die Vorfilterung der Diensterkennungsnachrichten durchführen.
Es kann bei der Erfindung vorgesehen sein, dass das Datenübertragungsnetzwerk als ein Netzwerk für eine SOA ausgebildet ist. Ebenfalls ist es denkbar, die Datenschnittstelle als eine Service Orientierte Schnittstelle ausgeführt ist, um die Verbindung zum Datenübertragungsnetzwerk herzustellen. Beispielhaft kann die Datenschnittstelle hierzu als eine Ethernet-Schnittstelle ausgebildet sein.
Vorzugsweise kann vorgesehen sein, dass das Datenübertragungsnetzwerk als ein Ethernet ausgebildet ist. Das heißt, die Datenschnittstelle kann dazu ausgeführt sein, die Verbindung zum Datenübertragungsnetzwerk in der Form des Ethernets herzustellen, sodass die Datenschnittstelle als eine Ethernet-Schnittstelle ausgebildet sein kann. Alternativ oder zusätzlich ist es denkbar, dass das Datenübertragungsnetzwerk als CAN-Bussystem (Controller Area Network Bussystem) ausgebildet ist. Das heißt, die Datenschnittstelle kann dazu ausgeführt sein, die Verbindung zum Datenübertragungsnetzwerk in der Form des CAN- Bussystems herzustellen, sodass die Datenschnittstelle als eine CAN-Bus- Schnittstelle ausgebildet sein kann.
Außerdem kann es im Rahmen der Erfindung von Vorteil sein, dass die Vorfiltereinheit dazu ausgeführt ist, bei der Diensterkennungsnachricht eine Datenstruktur entsprechend einer SOA des Fahrzeuges auszuwerten, um die Relevanzprüfung durchzuführen. Die Datenstruktur gibt dabei bspw. vor, an welcher Position sich das dienstbezogenes Feld befindet, welches eine Information über einen gewünschten Dienst aufweist. Anhand dieser Information kann somit der Vergleich für die Relevanzprüfung stattfinden.
Vorteilhaft ist es darüber hinaus, wenn im Rahmen der Erfindung die Fahrzeugkomponente und/oder die Verarbeitungseinheit dazu ausgeführt ist, den Dienst als einen Dienst innerhalb einer SOA des Fahrzeuges bereitzustellen. Die Fahrzeugkomponente kann damit SOA-geeignet sein, um eine flexible und dynamische Bereitstellung von Diensten im Fahrzeug zu ermöglichen.
Es kann von Vorteil sein, wenn im Rahmen der Erfindung die Vorfiltereinheit als ein ASIC (Anwendungsspezifische integrierte Schaltung, engl application-specific integrated Circuit) oder ein FPGA (engl. Field Programmable Gate Array) oder ein SOA-Adapter für die Fahrzeugkomponente ausgebildet ist. Damit kann die Verarbeitungseinheit, bspw. in der Form eines Prozessors, zuverlässig entlastet werden.
Ebenfalls Gegenstand der Erfindung ist ein Verfahren zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug. Hierbei ist vorgesehen, dass die nachfolgenden Schritte durchgeführt werden, vorzugsweise nacheinander oder in beliebiger Reihenfolge, wobei einzelne und/oder sämtliche Schritte auch wiederholt werden können:
Durchführen einer Datenverarbeitung durch eine Verarbeitungseinheit einer Fahrzeugkomponente (des Fahrzeuges), um den wenigstens einen Dienst auszuführen,
Bereitstellen einer Verbindung mit einem Datenübertragungsnetzwerk des Fahrzeuges durch eine Datenschnittstelle der Fahrzeugkomponente, um Daten für die Datenverarbeitung bei der Ausführung des Dienstes zu empfangen und/oder zu senden, und/oder um eine Diensterkennungsnachricht zur Dienstkoordination im Datenübertragungsnetzwerk zu empfangen,
Durchführen einer Relevanzprüfung der empfangenen Diensterkennungsnachricht, insbesondere anhand einer Dienstvorgabe, durch eine Vorfiltereinheit der Fahrzeugkomponente, um die Diensterkennungsnachricht in Abhängigkeit von der Relevanzprüfung an die Verarbeitungseinheit weiterzuleiten.
Damit bringt das erfindungsgemäße Verfahren die gleichen Vorteile mit sich, wie sie ausführlich mit Bezug auf eine erfindungsgemäße Fahrzeugkomponente beschrieben worden sind. Zudem kann die bei dem erfindungsgemäßen Verfahren verwendete Fahrzeugkomponente als eine erfindungsgemäße Fahrzeugkomponente ausgebildet sein.
Auch ist es optional denkbar, dass das Durchführen der Relevanzprüfung die nachfolgenden Schritte umfasst: Durchführen einer Datenextrahierung der Daten bei der empfangenen Diensterkennungsnachricht, vorzugsweise in Abhängigkeit von einer SOA Datenstruktur, bevorzugt gemäß SOME/IP, besonders bevorzugt aus einem SOME/IP Header nach AUTOSAR,
Durchführen einer Überprüfung der Nachrichtenart der Diensterkennungsnachricht anhand der extrahierten Daten, insbesondere aus einem Feld Message ID des SOME/IP Headers,
Durchführen einer Extrahierung mindestens eines dienstbezogenen Feldes der Diensterkennungsnachricht, insbesondere des Find Service Entrys des SOME/IP Headers,
Durchführen eines Vergleichs mindestens eines Inhalts des dienstbezogenen Feldes mit einem Inhalt der Dienstvorgabe, wobei die Dienstvorgabe Informationen über ein Dienstangebot und/oder eines Dienstwunsches der Fahrzeugkomponente umfassen kann,
Durchführen der Weiterleitung der Diensterkennungsnachricht in Abhängigkeit von dem Vergleich.
Dies hat den Vorteil, dass zuverlässig die relevanten von den nicht-relevanten Nachrichten getrennt werden können, um die nicht-relevanten Nachrichten herauszufiltern. Konkret können bei der Datenextrahierung die Daten gemäß einem SOME/IP Protokoll extrahiert werden. Die Überprüfung der Nachrichtenart kann derart erfolgen, dass überprüft wird, dass es sich bei der Diensterkennungsnachricht tatsächlich um eine solche handelt, bspw. eine SOME/IP SD (Service-Discovery) Nachricht. Mit dieser Funktionalität (wie SOME/IP-SD) ist es möglich, flexible Dienste/Services im Datenübertragungsnetzwerk zu identifizieren und ggf. zu abonnieren. Damit ein Client wie die Fahrzeugkomponente weiß, welche Dienste momentan verfügbar sind, stellt SOME/IP-SD zwei Mechanismen zur Verfügung, die das dynamische Auffinden von Services erlauben. Ein Offer-Service ermöglicht dem Server, alle von ihm angebotenen Services im Netzwerk anzubieten. Der „Find- Service“ erlaubt es den Clients stattdessen, nach verfügbaren Services zu fragen, welche bei der Fahrzeugkomponente dann z. B. im Dienstwunsch hinterlegt werden. Weitere Vorteile, Merkmale und Einzelheiten der Erfindung ergeben sich aus der nachfolgenden Beschreibung, in der unter Bezugnahme auf die Zeichnungen Ausführungsbeispiele der Erfindung im Einzelnen beschrieben sind. Dabei können die in den Ansprüchen und in der Beschreibung erwähnten Merkmale jeweils einzeln für sich oder in beliebiger Kombination erfindungswesentlich sein. Es zeigen:
Fig. 1 eine schematische Darstellung von zwei erfindungsgemäßen Fahrzeugkomponenten bei einem Fahrzeug,
Fig. 2 eine schematische Darstellung einer erfindungsgemäßen Fahrzeugkomponente,
Fig. 3 eine weitere schematische Darstellung einer erfindungsgemäßen Fahrzeugkomponente,
Fig. 4 eine schematische Darstellung einer Leiterplatte einer erfindungsgemäßen Fahrzeugkomponente,
Fig. 5 eine schematische Darstellung zur Visualisierung eines erfindungsgemäßen Verfahrens,
In den nachfolgenden Figuren werden für die gleichen technischen Merkmale auch von unterschiedlichen Ausführungsbeispielen die identischen Bezugszeichen verwendet.
In Figur 1 sind beispielhaft zwei und in den Figuren 2 bis 4 ist jeweils beispielhaft eine erfindungsgemäße Fahrzeugkomponente 10 zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug 1 gezeigt. Die in Figur 1 dargestellten Fahrzeugkomponenten 10 können dabei unterschiedliche Dienste anbieten, und daher auch unterschiedlich ausgebildet sein. In gleicher Weise können die Fahrzeugkomponenten 10 gemäß den Figuren 1 bis 4 jedoch wenigstens eine Verarbeitungseinheit 20 zur Durchführung einer Datenverarbeitung aufweisen, um den wenigstens einen bereitgestellten Dienst auszuführen. Weiter kann eine Datenschnittstelle 30 zur Verbindung mit einem Datenübertragungsnetzwerk 2 des Fahrzeuges 1 vorgesehen sein, um Daten für die Datenverarbeitung bei der Ausführung des Dienstes zu empfangen und/oder zu senden, und um eine Diensterkennungsnachricht 210 zur Dienstkoordination im Datenübertragungsnetzwerk 2 zu empfangen.
Eine erfindungsgemäße Besonderheit ist bei den Fahrzeugkomponenten die Verwendung einer Vorfiltereinheit 40. Diese dient zur Durchführung einer Relevanzprüfung 110 der empfangenen Diensterkennungsnachricht 210, um die Diensterkennungsnachricht 210 in Abhängigkeit von der Relevanzprüfung 110 an die Verarbeitungseinheit 20 weiterzuleiten. Damit ist eine Entlastung der Verarbeitungseinheit 20 möglich, welche ansonsten selbst eine ggf. sehr hohe Anzahl an Diensterkennungsnachrichten 210 auswerten müsste, auch wenn diese keine Relevanz für den bereitgestellten Dienst haben.
Die Verarbeitungseinheit 20 kann dazu ausgeführt sein, den wenigstens einen Dienst als Teil eines Dienstangebots 220 der Fahrzeugkomponente 10 auszuführen, wobei die Vorfiltereinheit 40 zur Durchführung der Relevanzprüfung 110 über einen Vergleich 150 der Diensterkennungsnachricht 210 mit dem Dienstangebot 220 ausgeführt sein kann, um die Diensterkennungsnachricht 210 in Abhängigkeit von dem Vergleich 150 an die Verarbeitungseinheit 20 weiterzuleiten. Weiter kann die Datenschnittstelle 30 dazu ausgeführt sein, die Diensterkennungsnachricht 210 in der Art einer Dienstanfragenachricht 210 zur Anfrage eines gewünschten Dienstes zu empfangen, wobei die Vorfiltereinheit 40 dazu ausgeführt ist, die Diensterkennungsnachricht 210 in Abhängigkeit von dem Vergleich 150 an die Verarbeitungseinheit 20 weiterzuleiten, wenn der angefragte Dienst in dem Dienstangebot 220 vorhanden ist. Die Diensterkennungsnachricht 210 kann hierbei nur dann in Abhängigkeit von dem Vergleich 150 an die Verarbeitungseinheit 20 weitergeleitet werden, wenn der angefragte Dienst in dem Dienstangebot 220 vorhanden ist, und somit dem wenigstens einen bereitgestellten Dienst der Fahrzeugkomponente 10 entspricht.
Wie in den Figuren 2 bis 4 gezeigt ist, können die Vorfiltereinheit 40 und die Verarbeitungseinheit 20 als separate Elektronikkomponenten einer Elektronikanordnung 60 der Fahrzeugkomponente 10 ausgebildet sein. Dennoch können gemäß Figur 4 die Vorfiltereinheit 40 und die Verarbeitungseinheit 20 gemeinsam an einer Leiterplatte 62 der Fahrzeugkomponente 10 angeordnet sein. Im gezeigten Beispiel in den Figuren 3 und 4 sind die Vorfiltereinheit 40 und die Verarbeitungseinheit 20 physikalisch getrennt, beabstandet angeordnet, und ggf. lediglich durch Leiterbahnen elektrisch verbunden. Alternativ ist es gemäß Figur 2 vorgesehen, dass die Vorfiltereinheit 40 und die Verarbeitungseinheit 20 in einen gemeinsamen Mikrocontroller 61 integriert sind. Dennoch handelt es sich auch hier um separate Komponenten, welche jeweils selbstständig die Datenverarbeitung durchführen können. Besonders vorteilhaft ist es, wenn die Vorfiltereinheit 40, im Gegensatz zur Verarbeitungseinheit 20, in der Form eines dediziert für die Relevanzprüfung 110 und die Weiterleitung ausbildeten Schaltkreises ausgebildet ist.
In Figur 5 ist mit weiteren Einzelheiten ein erfindungsgemäßes Verfahren dargestellt. Dabei kann das Durchführen der Relevanzprüfung 110 die nachfolgenden Schritte umfassen:
Durchführen einer Datenextrahierung 120 der Daten bei der empfangenen Diensterkennungsnachricht 210,
Durchführen einer Überprüfung 130 der Nachrichtenart der Diensterkennungsnachricht 210 anhand der extrahierten Daten,
Durchführen einer Extrahierung 140 eines dienstbezogenen Feldes 230 der Diensterkennungsnachricht 210,
Durchführen eines Vergleichs 150 eines Inhalts des dienstbezogenen Feldes 230 mit einem Inhalt einer Dienstvorgabe 215, welche wenigstens eine Information über ein Dienstangebot 220 der Fahrzeugkomponente 10 umfasst, Durchführen der Weiterleitung 160 der Diensterkennungsnachricht 210 in Abhängigkeit von dem Vergleich 150.
Gemäß der Überprüfung 130 können z. B. die Daten im SOME/IP Header ausgewertet werden, welche definieren, ob es sich bei der empfangenen Nachricht generell um eine Diensterkennungsnachricht 210 (SOME/IP-SD Message) handelt oder nicht. Dies kann als erster Indikator verwendetet werden um auf „SD Messages“ zu filtern. Zudem können bei der Extrahierung 140 noch die „Service Entries“ ausgewertet werden (z. B. Offer, Find, ...). Das dienstbezogene Feld 230 kann bspw. das Feld „Find Service Entry“ umfassen, welches wiederum aus mehreren Feldern bestehen kann. Diese können den gesuchten Service definieren. Diese Felder können durch die Vorfiltereinheit 40 auf Hardwareebene ausgewertet werden. Konkret können dann bei dem Vergleich 150 die Felder „Type“ und „Service ID“ des dienstbezogenen Feldes 230 mit den unterstützten Services der Fahrzeugkomponente 10 in der Dienstvorgabe 215 verglichen werden. Mit diesen beiden Feldern wird schon ein Großteil der nicht relevanten Anfragen herausgefiltert. Nur im Falle einer Übereinstimmung kann die Diensterkennungsnachricht 210 weiter in die nachgelagerten Auswertelogiken - also die Verarbeitungseinheit 20 - geleitet werden. Optional können auch weitere relevante Felder aus dem „Find Service Entry“ bei dem Vergleich berücksichtigt werden. Diese sind bspw. Instance ID, Major Version und Minor Version. Weitere SD-Filter können für die anderen Services (Offer, ...) nach der gleichen Struktur angelegt werden.
Die voranstehende Erläuterung der Ausführungsformen beschreibt die vorliegende Erfindung ausschließlich im Rahmen von Beispielen. Selbstverständlich können einzelne Merkmale der Ausführungsformen, sofern technisch sinnvoll, frei miteinander kombiniert werden, ohne den Rahmen der vorliegenden Erfindung zu verlassen. Bezugszeichenliste
1 Fahrzeug
2 Datenübertragungsnetzwerk 10 Fahrzeugkomponente
20 Verarbeitungseinheit
30 Datenschnittstelle
40 Vorfiltereinheit
60 Elektronikanordnung
61 Mikrocontroller
62 Leiterplatte
110 Relevanzprüfung
120 Datenextrahierung 130 Überprüfung
140 Extrahierung 150 Vergleich 160 Weiterleitung
210 Diensterkennungsnachricht, Dienstanfragenachricht, Dienstangebotsnachricht 215 Dienstvorgabe
220 Dienstangebot 230 dienstbezogenes Feld

Claims

Patentansprüche
1. Fahrzeugkomponente (10) zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug (1), aufweisend:
- eine Verarbeitungseinheit (20) zur Durchführung einer Datenverarbeitung, um den wenigstens einen Dienst auszuführen,
- eine Datenschnittstelle (30) zur Verbindung mit wenigstens einem Datenübertragungsnetzwerk (2) des Fahrzeuges (1), um Daten für die Datenverarbeitung bei der Ausführung des Dienstes zu empfangen und/oder zu senden, und um eine Diensterkennungsnachricht (210) zur Dienstkoordination im Datenübertragungsnetzwerk (2) zu empfangen,
- eine Vorfiltereinheit (40) zur Durchführung einer Relevanzprüfung (110) der empfangenen Diensterkennungsnachricht (210), um die Diensterkennungsnachricht (210) in Abhängigkeit von der Relevanzprüfung (110) an die Verarbeitungseinheit (20) weiterzuleiten.
2. Fahrzeugkomponente (10) nach Anspruch 1 , dadurch gekennzeichnet, dass die Verarbeitungseinheit (20) dazu ausgeführt ist, den wenigstens einen Dienst als Teil eines Dienstangebots (220) der Fahrzeugkomponente (10) auszuführen, und dass die Vorfiltereinheit (40) zur Durchführung der Relevanzprüfung (110) über einen Vergleich (150) der Diensterkennungsnachricht (210) mit dem Dienstangebot (220) ausgeführt ist, um die Diensterkennungsnachricht (210) in Abhängigkeit von dem Vergleich (150) an die Verarbeitungseinheit (20) weiterzuleiten.
3. Fahrzeugkomponente (10) nach Anspruch 2, dadurch gekennzeichnet, dass die Datenschnittstelle (30) dazu ausgeführt ist, die Diensterkennungsnachricht (210) in der Art einer Dienstanfragenachricht (210) zur Anfrage eines gewünschten Dienstes zu empfangen, und die Vorfiltereinheit (40) dazu ausgeführt ist, die Diensterkennungsnachricht (210) in Abhängigkeit von dem Vergleich (150) an die Verarbeitungseinheit (20) weiterzuleiten, wenn der angefragte Dienst in dem Dienstangebot (220) vorhanden ist.
4. Fahrzeugkomponente (10) nach Anspruch 3, dadurch gekennzeichnet, dass die Vorfiltereinheit (40) dazu ausgeführt ist, die Diensterkennungsnachricht (210) nur dann in Abhängigkeit von dem Vergleich (150) an die Verarbeitungseinheit (20) weiterzuleiten, wenn der angefragte Dienst in dem Dienstangebot (220) vorhanden ist, und somit dem wenigstens einen bereitgestellten Dienst der Fahrzeugkomponente (10) entspricht.
5. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Vorfiltereinheit (40) und die Verarbeitungseinheit (20) als separate Elektronikkomponenten einer Elektronikanordnung (60) der Fahrzeugkomponente (10) ausgebildet sind.
6. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Vorfiltereinheit (40) und die Verarbeitungseinheit (20) gemeinsam an einer Leiterplatte (62) der Fahrzeugkomponente (10), insbesondere in einen gemeinsamen Mikrocontroller (61), integriert sind.
7. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Verarbeitungseinheit (20) in der Form eines Prozessors ausgebildet ist, und die Vorfiltereinheit (40) in der Form eines dediziert für die Relevanzprüfung (110) und die Weiterleitung ausbildeten Schaltkreises ausgebildet ist.
8. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Datenschnittstelle (30) als eine Service Orientierte Schnittstelle ausgeführt ist, um die Verbindung zum Datenübertragungsnetzwerk (2) herzustellen.
9. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Datenschnittstelle (30) als eine Ethernet-Schnittstelle ausgeführt ist, um die Verbindung zum Datenübertragungsnetzwerk (2) in der Form eines Ethernets herzustellen.
10. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Vorfiltereinheit (40) dazu ausgeführt ist, bei der Diensterkennungsnachricht (210) eine Datenstruktur entsprechend einer SOA des Fahrzeuges (1) auszuwerten, um die Relevanzprüfung durchzuführen.
11. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Fahrzeugkomponente (10) und/oder die Verarbeitungseinheit (20) dazu ausgeführt ist, den Dienst als einen Dienst innerhalb einer SOA des Fahrzeuges (1) bereitzustellen.
12. Fahrzeugkomponente (10) nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Vorfiltereinheit (40) als ein ASIC oder ein FPGA oder ein SOA- Adapter für die Fahrzeugkomponente (10) ausgebildet ist.
13. Verfahren zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug (1), wobei die nachfolgenden Schritte durchgeführt werden:
- Durchführen einer Datenverarbeitung durch eine Verarbeitungseinheit (20) einer Fahrzeugkomponente (10), um den wenigstens einen Dienst auszuführen,
- Bereitstellen einer Verbindung mit wenigstens einem Datenübertragungsnetzwerk (2) des Fahrzeuges (1) durch eine Datenschnittstelle (30) der Fahrzeugkomponente (10), um Daten für die Datenverarbeitung bei der Ausführung des Dienstes zu empfangen und/oder zu senden, und um eine Diensterkennungsnachricht (210) zur Dienstkoordination im Datenübertragungsnetzwerk (2) zu empfangen,
- Durchführen einer Relevanzprüfung (110) der empfangenen Diensterkennungsnachricht (210) durch eine Vorfiltereinheit (40), um die Diensterkennungsnachricht (210) in Abhängigkeit von der Relevanzprüfung (110) an die Verarbeitungseinheit (20) weiterzuleiten.
14. Verfahren nach Anspruch 13, dadurch gekennzeichnet, dass das Durchführen der Relevanzprüfung (110) die nachfolgenden Schritte umfasst:
- Durchführen einer Datenextrahierung (120) der Daten bei der empfangenen Diensterkennungsnachricht (210),
- Durchführen einer Überprüfung (130) der Nachrichtenart der Diensterkennungsnachricht (210) anhand der extrahierten Daten,
- Durchführen einer Extrahierung (140) mindestens eines dienstbezogenen Feldes (230) der Diensterkennungsnachricht (210),
- Durchführen eines Vergleichs (150) mindestens eines Inhalts des dienstbezogenen Feldes (230) mit einem Inhalt einer Dienstvorgabe (215),
- Durchführen der Weiterleitung (160) der Diensterkennungsnachricht (210) in Abhängigkeit von dem Vergleich (150).
15. Verfahren nach Anspruch 13 oder 14, dadurch gekennzeichnet, dass die Fahrzeugkomponente (10) in der Form einer Fahrzeugkomponente (10) nach einem der Ansprüche 1 bis 12 ausgeführt ist.
EP21704527.7A 2020-02-19 2021-02-10 Fahrzeugkomponente zur bereitstellung wenigstens eines dienstes in einem fahrzeug mit einer vorfiltereinheit Pending EP4107917A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102020104408.9A DE102020104408A1 (de) 2020-02-19 2020-02-19 Fahrzeugkomponente zur Bereitstellung wenigstens eines Dienstes in einem Fahrzeug mit einer Vorfiltereinheit
PCT/EP2021/053195 WO2021165116A1 (de) 2020-02-19 2021-02-10 Fahrzeugkomponente zur bereitstellung wenigstens eines dienstes in einem fahrzeug mit einer vorfiltereinheit

Publications (1)

Publication Number Publication Date
EP4107917A1 true EP4107917A1 (de) 2022-12-28

Family

ID=74587058

Family Applications (1)

Application Number Title Priority Date Filing Date
EP21704527.7A Pending EP4107917A1 (de) 2020-02-19 2021-02-10 Fahrzeugkomponente zur bereitstellung wenigstens eines dienstes in einem fahrzeug mit einer vorfiltereinheit

Country Status (5)

Country Link
US (1) US12095873B2 (de)
EP (1) EP4107917A1 (de)
CN (1) CN115136547B (de)
DE (1) DE102020104408A1 (de)
WO (1) WO2021165116A1 (de)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114051040A (zh) * 2021-11-05 2022-02-15 诚迈科技（南京）股份有限公司 一种基于soa的车身域和座舱域的通讯架构及融合方法
CN114172938B (zh) * 2022-02-10 2022-05-20 诚迈科技（南京）股份有限公司 智能座舱soa化的实现方法、系统和智能汽车
DE102022203281A1 (de) * 2022-04-01 2023-10-05 Robert Bosch Gesellschaft mit beschränkter Haftung Vorrichtung und Verfahren zur Verarbeitung von Dateneinheiten
US12489691B2 (en) * 2023-06-14 2025-12-02 GM Global Technology Operations LLC Method for persisting service discovery learning
DE102024102217B3 (de) 2024-01-26 2025-03-06 Cariad Se Verfahren zum Steuern und/oder Regeln einer serviceorientierten Kommunikation
DE102024200728A1 (de) 2024-01-26 2025-07-31 Robert Bosch Gesellschaft mit beschränkter Haftung Schnittstellenmodul für eine Buskommunikation mit botschaftsbasierter Adressierung, Empfänger, Übertragungssystem und Fahrzeug
DE102024110376B4 (de) * 2024-04-12 2025-10-30 Cariad Se Verfahren zum Verarbeiten von Sensormessdaten

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8738389B2 (en) * 2008-06-05 2014-05-27 Telefonaktiebolaget Lm Ericsson (Publ) Vehicle information communication
US8314718B2 (en) * 2009-10-02 2012-11-20 GM Global Technology Operations LLC Reducing the computational load on processors by selectively discarding data in vehicular networks
DE102010005658A1 (de) * 2010-01-19 2011-07-21 THALES Defence Deutschland GmbH, 75175 Verbindungsmodul zum Anbinden mindestens eines Sensors, Aktors oder Effektors an ein Service Oriented Architecture- (SOA-) Netzwerk
US9319362B1 (en) * 2012-01-25 2016-04-19 Solace Systems, Inc. Messaging system with distributed filtering modules which register interests, remove any messages that do not match the registered interest, and forward any matched messages for delivery
DE102015216284A1 (de) * 2015-08-26 2017-03-02 Robert Bosch Gmbh Verfahren zum Betreiben eines Gateways
EP3311528A1 (de) * 2015-08-31 2018-04-25 Huawei Technologies Co., Ltd. Umleitung von dienst- oder vorrichtungsentdeckungsnachrichten in softwaredefinierten netzwerken
US10055260B2 (en) 2017-01-05 2018-08-21 Guardknox Cyber Technologies Ltd. Specially programmed computing systems with associated devices configured to implement centralized services ECU based on services oriented architecture and methods of use thereof
CN110830543B (zh) * 2018-08-13 2021-10-19 华为技术有限公司 通信方法和通信设备
WO2020070061A1 (en) 2018-10-02 2020-04-09 Volkswagen Aktiengesellschaft Method for executing one or more vehicle applications using a vehicle computation unit of a vehicle, vehicle computation unit, method for providing a permission information manifest for a vehicle application, permission information manifest for a vehicle application and computer program
DE102019210229A1 (de) 2019-07-10 2021-01-14 Robert Bosch Gmbh Verfahren und Vorrichtung zur Analyse dienste-orientierter Kommunikation

Also Published As

Publication number Publication date
WO2021165116A1 (de) 2021-08-26
US20220394103A1 (en) 2022-12-08
US12095873B2 (en) 2024-09-17
CN115136547A (zh) 2022-09-30
DE102020104408A1 (de) 2021-08-19
CN115136547B (zh) 2025-01-07

Similar Documents

Publication Publication Date Title
WO2021165116A1 (de) Fahrzeugkomponente zur bereitstellung wenigstens eines dienstes in einem fahrzeug mit einer vorfiltereinheit
EP2724494B1 (de) Verfahren zum betreiben eines feldgerätes und feldgerät
EP1472851A2 (de) System und verfahren zur analyse eines netzwerks und/oder generierung der topologie eines netzwerks
DE102012112225B3 (de) Verfahren zum Austausch von gerätespezifischen Daten zwischen Geräten und/oder Systemen verschiedener Netzwerksysteme sowie Bussystem zur Durchführung des Verfahrens
EP2491492B1 (de) Automatisierungssystem und verfahren zum betrieb eines automatisierungssystems
WO2022018131A1 (de) Verfahren zum koppeln und ankoppeln eines sensors und kommunikationsnetzwerk
WO2003094046A2 (de) Verzeichnisdienst in einem automatisierungssystem
EP2839623B1 (de) Verfahren und vorrichtungen zum schreibzugriff auf eine variable in einem server
WO2013170929A1 (de) Busteilnehmer für ein bussystem, bussystem für einen kraftwagen sowie ein verfahren zur zuordnung von adressen in einem bussystem
EP2503760A1 (de) Verfahren zum Einrichten eines Kommunikationsnetzes aus Geräten einer Automatisierungsanlage
EP3017587B1 (de) Verfahren zum betreiben eines infotainmentsystems eines kraftfahrzeugs und kraftfahrzeug mit einem infotainmentsystem
EP1435026B1 (de) System und verfahren zur datenausgabe eines geräts, insbesondere eines automatisierungsgerät über eine standardisierte schnittstelle mit variablenersetzung über einen echoserver
EP1435025B1 (de) System und verfahren zum zugriff auf ein gerät, insbesondere ein automatisierungsgerät mit einer standardisierten schnittstelle
EP3647794B1 (de) Verfahren zum steuern einer kommunikation zwischen einer aufzeichnungseinheit und einem geschwindigkeitsgeber eines tachographensystems eines kraftfahrzeugs sowie korrespondierendes tachographensystem und aufzeichnungseinheit für das tachographensystem
DE102022203339A1 (de) Ersatzsteuergerät zum Bereitstellen einer funktionswesentlichen Steuerfunktion in einem Fahrzeug
DE102020214357A1 (de) Computerimplementiertes Verfahren zum Übertragen von Nachrichten in einem auf einem MQTT-Protokoll basierenden Kommunikationsnetzwerk
WO2019161820A1 (de) Integrierte kommunikationseinheit
DE102007053916A1 (de) Verfahren zum Verwalten von Netzkomponenten in einem Netzwerk und Netzkomponente
DE4327455A1 (de) System zur Ansteuerung eines Stellgliedes zur Einstellung der Luftzufuhr eines Kraftfahrzeugmotors
DE102020206761A1 (de) Kommunikation gleichartiger Teilnehmer an einem Datenbus
AT504962B1 (de) Verfahren zum konfigurieren eines an ein netzwerk angeschlossenen netzwerkfähigen gerätes, ein solches netzwerkfähiges gerät und eine photovoltaik anlage
DE102004020880A1 (de) Schnittstelle zur Kommunikation zwischen Fahrzeug-Applikationen und Fahrzeug-Bussystemen
DE102012022796B4 (de) Kraftwagen mit einer Bedienvorrichtung zum Bedienen eines Internetportals eines sozialen Netzwerkdienstes
DE102017123581A1 (de) Fahrerassistenz-Steuerungssystem für ein Fahrzeug
DE102023209299A1 (de) Softwareprogrammprodukt für das prüfen von kraftfahrzeugkomponenten

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20220815

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20260519