WO2017121513A1 - Verfahren und system zur informationsübermittlung - Google Patents

Verfahren und system zur informationsübermittlung Download PDF

Info

Publication number
WO2017121513A1
WO2017121513A1 PCT/EP2016/077346 EP2016077346W WO2017121513A1 WO 2017121513 A1 WO2017121513 A1 WO 2017121513A1 EP 2016077346 W EP2016077346 W EP 2016077346W WO 2017121513 A1 WO2017121513 A1 WO 2017121513A1
Authority
WO
WIPO (PCT)
Prior art keywords
component
data structure
data
information
transport
Prior art date
Application number
PCT/EP2016/077346
Other languages
English (en)
French (fr)
Inventor
Rainer Baumgaertner
Original Assignee
Robert Bosch 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 Robert Bosch Gmbh filed Critical Robert Bosch Gmbh
Priority to CN201680078880.1A priority Critical patent/CN108463781A/zh
Priority to US16/069,649 priority patent/US20190012355A1/en
Priority to EP16797817.0A priority patent/EP3403149A1/de
Priority to JP2018536381A priority patent/JP2019505044A/ja
Publication of WO2017121513A1 publication Critical patent/WO2017121513A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/465—Distributed object oriented systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/258—Data format conversion from or to a database
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/18—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form
    • G05B19/19—Numerical control [NC], i.e. automatically operating machines, in particular machine tools, e.g. in a manufacturing environment, so as to execute positioning, movement or co-ordinated operations by means of programme data in numerical form characterised by positioning or contouring control systems, e.g. to control position from one programmed point to another or to control movement along a programmed continuous path
    • G05B19/40—Open loop systems, e.g. using stepping motor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/30—Arrangements for executing machine instructions, e.g. instruction decode
    • G06F9/30003—Arrangements for executing specific machine instructions
    • G06F9/30007—Arrangements for executing specific machine instructions to perform operations on data operands
    • G06F9/30025—Format conversion instructions, e.g. Floating-Point to Integer, decimal conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488—Object-oriented
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488—Object-oriented
    • G06F9/4493—Object persistence
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00—Programme-control systems
    • G05B19/02—Programme-control systems electric
    • G05B19/04—Programme control other than numerical control, i.e. in sequence controllers or logic controllers
    • G05B19/042—Programme control other than numerical control, i.e. in sequence controllers or logic controllers using digital processors
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2637—Vehicle, car, auto, wheelchair
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/36—Handling requests for interconnection or transfer for access to common bus or bus system

Definitions

  • the invention relates to the transmission of information.
  • the invention relates to the transmission of structured information on a data bus of a motor vehicle.
  • a data bus is provided to couple different components together.
  • a first component may comprise a sensor and a second component a control unit, wherein the sensor provides the control unit with certain information.
  • the sensor can summarize the information in a predetermined data structure and transmit it via the data bus to the control unit.
  • the data structure comprises an ordered sequence of predetermined data fields.
  • the individual data fields each have a predetermined amount and follow each other directly. If necessary, special
  • the present invention is therefore based on the object of specifying a technique by means of which information between a first and a second Component in particular on board a motor vehicle improved can be replaced.
  • the invention solves this object by means of a method, a computer program product and a system having the features of the independent claims. Subclaims give preferred embodiments again.
  • One method of communicating information includes steps of arranging information in a data structure, communicating the data structure from a first component to a second component using a transport component, and converting the data structure into a first object that implements a predetermined abstract data type.
  • the data structure contains an indication of its conversion into the first object.
  • the abstract data type may include a collection of data along with the definition of all valid operations that access the data.
  • An application on the part of the second component can thus work directly on an object.
  • Object-oriented programming is already established in many areas, and delivering objects that contain information can support this approach.
  • the object may allow access to the information only by one or more methods provided.
  • an access control can also be implemented, which only allows a predetermined second component access to a pre-determined method. Misuse of information can thus be prevented.
  • Ideas or content to which the information relates can thus be better protected. For example, different manufacturers can produce components on board the motor vehicle, which can communicate with one another by means of the transport component, wherein information can be exchanged specifically without allowing any access.
  • the data structure comprises a description of the object.
  • the description may for example be written in a known description syntax, for example by means of ASN.1 or in an XML variant.
  • the data structure comprises the object in a serialized form.
  • the object and its methods can be mapped in the data structure.
  • an implementation of a method may also be part of the serialized object.
  • the data structure is arranged to be converted into a second object having a predetermined abstract
  • a computer program product comprises program code means for carrying out the method described above when the computer program product runs on a processor or is stored on a computer-readable medium.
  • a system in particular on board a motor vehicle, comprises a first and a second component which are interconnected by means of a transport component.
  • the first component is set up to arrange information in a data structure and to transfer the data structure to the transport component, wherein the transport component allows the transport of the data structure.
  • the second component is arranged to take over the data structure from the data connection, the second component comprising a converter adapted to transform an inherited data structure into a first object that implements a predetermined abstract data type.
  • the converter can be provided for example as a library function (Library). If the first transmitting component is changed so that the data structure has a different format, an associated translator may also be provided to be used in the second component. For example, a manufacturer of the first component may provide library-style translators to different manufacturers of different second components, so that the implementation of the second components is essentially limited to accessing objects. The actual transport of information or data structures can be completely transparent for the second component. Conversely, the translation of information into the data structure and back into information can be fully controlled by the first manufacturer without having to deal with the processing of information from the second component. Collaboration between components and between their manufacturers can be improved. A functional safety for the system can be increased. Test cycles can be shortened.
  • the first component comprises a sensor, the second component a control unit or the transport component a data bus.
  • both components each comprise a control unit.
  • the first component may also comprise an actuator, which may comprise a corresponding communication and processing capability, for example as an "intelligent actuator.”
  • the actuator may comprise an engine control unit, a steering control unit or a brake control unit
  • the components may comprise programs that can run independently of each other and communicate with each other by means of the data structures The direction in which information is communicated between the components. is arbitrary.
  • Fig. 1 shows a system and a method
  • Fig. 2 illustrates a component of the system of Fig. 1.
  • FIG. 1 shows a system 100, in particular for use on board a motor vehicle.
  • the system 100 comprises a first component 105, a second component 110, optionally a third component 15 and a transport component 120 for connecting the components 105 to 15.
  • the first component 105 may in particular comprise a sensor provided with a scanning device 125 for Detection of an object 130 is coupled.
  • the scanner 125 may include a radar or lidar sensor
  • the object 130 may include, for example, a person or a motor vehicle.
  • the first component 105 may include, for example, a controller.
  • the second component 110 and the third component 15 are preferably each formed by a control device or a control device.
  • the second component 1 10 can be provided, for example, for implementing a speed assistant (ACC, Adaptive Cruise Control) and the third component 1 15 for implementing a parking assistant.
  • ACC Adaptive Cruise Control
  • Such functionalities are also known as middleware, which is based on an existing infrastructure, which in particular includes hardware, and can serve as part of a higher-level control mechanism, such as an autonomous control of the motor vehicle.
  • Both controllers 1 10, 1 15 can access information from the sensor 105, wherein different information needs may be present.
  • Each of the components 105-115 includes a functional component 135 and a translator 140.
  • the functional component 135 typically implements only the functionality required to process information without worrying about transporting information.
  • the converters 140 serve to enable the transmission of information about the transport component 120.
  • a method 150 it is proposed in a method 150 to arrange information 155 in a step 160 in a data structure 165, to transmit it in a step 170 by means of the transport component 120 and to convert it into a first object 180 or a second object 185 in a step 175.
  • the second object 185 is an extension of the first object 180.
  • Both objects 180, 185 comprise a number of predetermined properties or methods 190.
  • the second object 185 preferably comprises at least one additional or extended method 190.
  • the converter 135 can operate in different modes, which can also be offered simultaneously.
  • a first mode backward compatibility is established in that the first object 180 is essentially a known sequence (struct) of base types (eg, int, float, bool).
  • the first object 180 or a reference to the first object 180 is provided.
  • a second mode the first object 180 is provided with access methods, the access methods being implemented on elements of the known sequence.
  • the hidden interface is realized as a detailed data interface with object-oriented access.
  • object-oriented access is done with hidden
  • the data structure 165 is preferably selected to include an indication of how the data structure 165 is to be converted into the object 180 or 185. In a simple embodiment, a version number can be specified for this purpose.
  • the indicia 195 includes further information, particularly regarding at least one of the methods 190.
  • the indicium 195 may also include a complete definition of one of the methods 190.
  • the object 180 or 185 may be present in the data structure 165 completely linearized. In this case, all the properties of the object 180, 185, including the methods 190, can be specified in a predetermined description form. In one embodiment, information 155 is also attached.
  • the sensor 105 which transmits information 155 to the first component 105 of the system 100
  • distance measurements for the object 130 can be arranged as information 155 in the data structure 165.
  • the data structure 165 is transmitted to the first component 105 and converted there by means of the converter 140 into the first object 180.
  • the converter 140 may be provided by a manufacturer of the sensor 105 so as to ensure that the first object 180 fits the data structure 165 and the information 155 in a predetermined manner.
  • the first object 180 may then be processed by the functional component 135 of the first grain component 105 may be used to determine, for example, whether a longitudinal speed of the vehicle on which the system 100 is installed needs to be reduced to reduce the risk of landing on the object 130.
  • the third component 1 15 can also receive data structures 165 which can be converted into the first object 180 by means of the converter 140. If the first component 105 is now changed, for example by using a sampling device 125 which has improved resolution in the near range, it may be advantageous to adapt the data structure 165 in order to provide the more precise information 155 of the third component 15. It is proposed that the data structure 165 be adapted to be converted to the first object 180 as before, but in addition to which it is possible to convert it to the second object 185, which is preferably downwardly compatible with the first object 180. For example, an additional method 190 may be provided that allows retrieval of a distance to the object 130 with improved accuracy, for example, in units of centimeters rather than units of meters.
  • FIG. 2 shows a component 110, 15 of the system 100 of FIG. 1.
  • the component 1 10, 1 15 receives from the transport component 120, a data structure 165, which is shown by way of example in the right pane of Figure 2 approach.
  • the converter 140 is preferably provided as a library.
  • a manufacturer of the first component 105 may, for example, provide a library or an executable binary program which implements the converter 140 on the part of the second component 110 or the third component 15.
  • the provided object 180, 185 can then be provided to the function component 135 which tracks higher abstracted targets, as in the above example a longitudinal control of the motor vehicle in the case of the speed assist on the second component 110 or an example acoustic or haptic distance warning in the case of the parking assistant the third component 1 15.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Automation & Control Theory (AREA)
  • Manufacturing & Machinery (AREA)
  • Human Computer Interaction (AREA)
  • Data Mining & Analysis (AREA)
  • Traffic Control Systems (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Information Transfer Between Computers (AREA)
  • Small-Scale Networks (AREA)
  • Arrangements For Transmission Of Measured Signals (AREA)

Abstract

Ein Verfahren zum Übermitteln von Informationen umfasst Schritte des Anordnens von Informationen in einer Datenstruktur, des Übermittelns der Datenstruktur von einer ersten Komponente an eine zweite Komponente mittels einer Transportkomponente und des Umwandelns der Datenstruktur in ein erstes Objekt, das einen vorbestimmten abstrakten Datentyp implementiert. Dabei umfasst die Datenstruktur einen Hinweis zu seiner Umwandlung in das erste Objekt.

Description

Beschreibung
Titel
Verfahren und System zur Informationsübermittlunq Die Erfindung betrifft die Übermittlung von Informationen. Insbesondere betrifft die Erfindung die Übermittlung von strukturierten Informationen auf einem Datenbus eines Kraftfahrzeugs.
Stand der Technik
An Bord eines Kraftfahrzeugs ist ein Datenbus vorgesehen, um unterschiedliche Komponenten miteinander zu koppeln. Eine erste Komponente kann einen Sensor und eine zweite Komponente ein Steuergerät umfassen, wobei der Sensor dem Steuergerät bestimmte Informationen zur Verfügung stellt. Dazu kann der Sensor die Informationen in einer vorbestimmten Datenstruktur zusammenfassen und über den Datenbus an das Steuergerät übermitteln.
Klassischerweise umfasst die Datenstruktur eine geordnete Abfolge vorbestimmter Datenfelder. Die einzelnen Datenfelder haben jeweils eine vorbestimmte Menge und folgen unmittelbar aufeinander. Gegebenenfalls sind noch besondere
Felder für eine Prüfsumme, eine Sequenznummer oder andere Zwecke vorgesehen. Sowohl das Bilden der Datenstruktur seitens des Sensors als auch das Analysieren der Datenstruktur seitens der Steuervorrichtung erfolgen üblicherweise jeweils mittels eines Verfahrens, das auf der Basis einer Spezifikation erstellt wurde. Die Spezifikation muss üblicherweise für einen Menschen verständlich sein, sodass die Verfahren erstellt und überprüft werden können. Dabei ergeben sich häufig Missverständnisse, sodass die Verfahren des Sensors und des Steuergeräts unter Umständen nicht miteinander kompatibel sind. Das Auffinden einer solchen Inkompatibilität kann aufwendig sein.
Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, eine Technik anzugeben, mittels derer Informationen zwischen einer ersten und einer zweiten Komponente insbesondere an Bord eines Kraftfahrzeugs verbessert ausgetauscht werden können. Die Erfindung löst diese Aufgabe mittels eines Verfahrens, eines Computerprogrammprodukts und eines Systems mit den Merkmalen der unabhängigen Ansprüche. Unteransprüche geben bevorzugte Ausführungs- formen wieder.
Offenbarung der Erfindung
Ein Verfahren zum Übermitteln von Informationen umfasst Schritte des Anord- nens von Informationen in einer Datenstruktur, des Übermitteins der Datenstruktur von einer ersten Komponente an eine zweite Komponente mittels einer Transportkomponente und des Umwandeins der Datenstruktur in ein erstes Objekt, das einen vorbestimmten abstrakten Datentyp implementiert. Dabei umfasst die Datenstruktur einen Hinweis zu seiner Umwandlung in das erste Objekt.
Dadurch ist es möglich, die Datenstruktur nicht länger als bloße Aneinanderreihung von festen Datentypen, sondern flexibel zu gestalten. Ein Interpretationsspielraum kann dadurch verringert sein. Die Kompatibilität der ersten Komponente mit der zweiten Komponente kann verbessert sein. Die Spezifikation, welcher Hinweis mit welcher Abfolge von Informationen innerhalb der Datenstruktur gekoppelt ist, muss nicht länger von einem Menschen bzw. einem Programmierer interpretiert werden. Vielmehr können das Anordnen von Informationen in der Datenstruktur und das Entnehmen von Informationen aus der Datenstruktur automatisiert mit Bezug auf den Hinweis erfolgen. Mittels des vorgeschlagenen An- satzes können die Informationen während der Übertragung zwischen den Komponenten verbessert gekapselt sein. Außerdem kann ein Missbrauch der übermittelten Datenstrukturen seitens einer dritten Stelle erschwert werden, die den Zusammenhang zwischen dem Hinweis und der vorgeschlagenen Umwandlung nicht kennt.
Der abstrakte Datentyp kann insbesondere einen Verbund von Daten zusammen mit der Definition aller zulässigen Operationen, die auf die Daten zugreifen, umfassen. Eine Applikation seitens der zweiten Komponente kann so unmittelbar auf einem Objekt arbeiten. Die objektorientierte Programmierweise ist in vielen Bereichen bereits etabliert und das Übermitteln von Objekten, die Informationen umfassen, kann diesen Ansatz unterstützen. Das Objekt kann einen Zugriff auf die Informationen ausschließlich mittels einer oder mehrerer vorgesehener Methoden erlauben. Dabei kann auch eine Zugriffssteuerung implementiert sein, die lediglich einer vorbestimmten zweiten Komponente den Zugriff auf eine vorgestimmte Methode erlaubt. Ein Missbrauch von In- formationen kann so verhindert werden. Ideen oder Inhalte, auf die sich die Informationen beziehen, können so verbessert geschützt werden. Beispielsweise können unterschiedliche Hersteller Komponenten an Bord des Kraftfahrzeugs herstellen, die mittels der Transportkomponente miteinander kommunizieren können, wobei Informationen spezifisch ausgetauscht werden können, ohne ei- nen beliebigen Zugriff zu erlauben.
Es ist besonders bevorzugt, dass die Datenstruktur eine Beschreibung des Objekts umfasst. Die Beschreibung kann beispielsweise in einer bekannten Beschreibungssyntax verfasst sein, beispielsweise mittels ASN.1 oder in einer XML- Variante.
In noch einer weiter bevorzugten Ausführungsform umfasst die Datenstruktur das Objekt in einer serialisierten Form. Dabei kann das Objekt samt seiner Methoden in der Datenstruktur abgebildet sein. In einer Ausführungsform kann auch eine Implementation einer Methode Teil des serialisierten Objekts sein. Dadurch können beispielsweise Änderungen an der Datenstruktur seitens der ersten Komponente transparent auf die zweite Komponente übertragen werden.
Es ist besonders bevorzugt, dass die Datenstruktur dazu eingerichtet ist, in ein zweites Objekt umgewandelt zu werden, das einen vorbestimmten abstrakten
Datentyp implementiert, und sich das zweite Objekt vom ersten Objekt unterscheidet. Insbesondere kann das zweite Objekt eine Erweiterung des ersten Objekts sein. Sollte beispielsweise die erste Komponente zusätzliche Fähigkeiten erwerben, so kann sie die Datenstruktur erweitern, wobei eine ältere zweite Komponente auf der Basis der Datenstruktur unverändert das erste Objekt und eine neuere zweite Komponente auf der Basis der gleichen Datenstruktur ein zweites Objekt bereitstellen kann, wobei das zweite Objekt zusätzliche Methoden, Formate, Eigenschaften oder Merkmale gegenüber dem zweiten Objekt aufweist. Anders ausgedrückt kann das zweite Objekt rückwärtskompatibel zum ersten Objekt sein. Ein Versionsmanagement von Komponenten in einem System, insbesondere an Bord eines Kraftfahrzeugs, kann dadurch massiv verein- facht werden. Insbesondere ist es möglich, eine der Komponenten zu erneuern, ohne eine andere erneuern zu müssen.
Ein Computerprogrammprodukt umfasst Programmcodemittel zur Durchführung des oben beschriebenen Verfahrens, wenn das Computerprogrammprodukt auf einer Verarbeitungseinrichtung abläuft oder auf einem computerlesbaren Datenträger gespeichert ist.
Ein System, insbesondere an Bord eines Kraftfahrzeugs, umfasst eine erste und eine zweite Komponente, die mittels einer Transportkomponente miteinander verbunden sind. Die erste Komponente ist dazu eingerichtet, Informationen in einer Datenstruktur anzuordnen und die Datenstruktur an die Transportkomponente zu übergeben, wobei die Transportkomponente den Transport der Datenstruktur erlaubt. Die zweite Komponente ist dazu eingerichtet, die Datenstruktur von der Datenverbindung zu übernehmen, wobei die zweite Komponente einen Umsetzer umfasst, der dazu eingerichtet ist, eine übernommene Datenstruktur in ein erstes Objekt umzuwandeln, das einen vorbestimmten abstrakten Datentyp implementiert.
Der Umsetzer kann beispielsweise als Bibliotheksfunktion (Library) bereitgestellt sein. Wird die erste, sendende Komponente verändert, sodass die Datenstruktur ein anderes Format aufweist, so kann auch ein zugehöriger Umsetzer bereitgestellt werden, um in der zweiten Komponente verwendet zu werden. Ein Hersteller der ersten Komponente kann beispielsweise Umsetzer in Bibliotheksform unterschiedlichen Herstellern unterschiedlicher zweiten Komponenten bereitstellen, sodass die Implementation der zweiten Komponenten im Wesentlichen auf den Zugriff auf Objekte beschränkt ist. Der tatsächliche Transport von Informationen bzw. Datenstrukturen kann für die zweite Komponente vollständig transparent erfolgen. Umgekehrt kann die Umsetzung von Informationen in die Datenstruktur und wieder zurück in Informationen vollständig seitens des ersten Herstellers kontrolliert werden, ohne dass er sich mit der Verarbeitung der Informationen seitens der zweiten Komponenten befassen muss. Die Zusammenarbeit zwischen Komponenten und zwischen deren Herstellern kann so verbessert werden. Eine Funktionssicherheit für das System kann erhöht sein. Testzyklen können verkürzt sein. Es ist besonders bevorzugt, dass die erste Komponente einen Sensor, die zweite Komponente ein Steuergerät oder die Transportkomponente einen Datenbus um- fasst. In einer anderen Ausführungsform umfassen beide Komponenten jeweils ein Steuergerät. In einer weiteren Variante kann die erste Komponente auch einen Aktuator umfassen, der beispielsweise als„intelligenter Aktuator" eine entsprechende Kommunikations- und Verarbeitungsfähigkeit umfassen kann. Der Aktuator kann etwa ein Motorsteuergerät, ein Lenkungssteuergerät oder ein Bremssteuergerät umfassen. In noch einer weiteren Variante sind eine oder mehrere der Komponenten als Software definiert und können auf der gleichen Ausführungs- bzw. Verarbeitungseinrichtung ablaufen. Beispielsweise können die Komponenten Programme umfassen, die unabhängig voneinander ablaufen und mittels der Datenstrukturen miteinander kommunizieren können. Die Richtung, in der Informationen zwischen den Komponenten übermittelt werden, ist beliebig wählbar.
Kurze Beschreibung von Ausführungsformen
Die Erfindung wird nun mit Bezug auf die beigefügten Figuren genauer beschrieben, in denen:
Fig. 1 ein System und ein Verfahren; und
Fig. 2 eine Komponente des Systems von Fig. 1 darstellt.
Genaue Beschreibung von Ausführungsbeispielen
Figur 1 zeigt ein System 100, insbesondere für den Einsatz an Bord eines Kraftfahrzeugs. Das System 100 umfasst eine erste Komponente 105, eine zweite Komponente 1 10, optional eine dritte Komponente 1 15 und eine Transportkomponente 120 zur Verbindung der Komponenten 105 bis 1 15. Die erste Komponente 105 kann insbesondere einen Sensor umfassen, der mit einer Abtasteinrichtung 125 zur Erfassung eines Objekts 130 gekoppelt ist. Beispielsweise kann die Abtasteinrichtung 125 einen Radar- oder Lidarsensor umfassen und das Objekt 130 kann beispielsweise eine Person oder ein Kraftfahrzeug umfassen. In einer anderen Ausführungsform kann die erste Komponente 105 jedoch beispielsweise auch ein Steuergerät umfassen. Die zweite Komponente 1 10 und die dritte Komponente 1 15 sind bevorzugterweise jeweils durch eine Steuereinrichtung bzw. ein Steuergerät gebildet. Die zweite Komponente 1 10 kann beispielsweise zur Implementation eines Ge- schwindigkeitsassistenten (ACC, Adaptive Cruise Control) und die dritte Komponente 1 15 zur Implementation eines Parkassistenten vorgesehen sein. Derartige Funktionalitäten sind auch als Middleware bekannt, die auf eine bestehende Infrastruktur, die insbesondere Hardware umfasst, aufbaut, und Teile eines übergeordneten Steuermechanismus, etwa einer autonomen Steuerung des Kraftfahr- zeugs, dienen können. Beide Steuergeräte 1 10, 1 15 können auf Informationen des Sensors 105 zurückgreifen, wobei unterschiedliche Informationsbedürfnisse vorliegen können.
Jede der Komponenten 105 bis 1 15 umfasst eine Funktionskomponente 135 und einen Umsetzer 140. Die Funktionskomponente 135 implementiert üblicherweise nur die Funktionalität, die zur Verarbeitung von Informationen erforderlich ist, ohne sich um einen Transport von Informationen zu kümmern. Die Umsetzer 140 dienen dazu, die Übermittlung von Informationen über die Transportkomponente 120 zu ermöglichen.
Es wird vorgeschlagen, Informationen zwischen der ersten Komponente 105 und einer der beiden Komponenten 1 10 und 1 15 mittels einer Datenstruktur durchzuführen, die es den Umsetzern 140 in der zweiten Komponente 1 10 oder der dritten Komponente 1 15 erlaubt, die übermittelten Informationen jeweils in Form ei- nes Objekts 130 den Funktionskomponenten 135 bereitzustellen, wobei das Objekt 130 jeweils einen abstrakten Datentyp implementiert.
Insbesondere wird vorgeschlagen, in einem Verfahren 150 Informationen 155 in einem Schritt 160 in einer Datenstruktur 165 anzuordnen, in einem Schritt 170 mittels der Transportkomponente 120 zu übermitteln und in einem Schritt 175 in ein erstes Objekt 180 oder ein zweites Objekt 185 umzuwandeln. Dabei ist bevorzugt, dass das zweite Objekt 185 eine Erweiterung des ersten Objekts 180 ist. Beide Objekte 180, 185 umfassen eine Anzahl vorbestimmter Eigenschafen oder Methoden 190. Das zweite Objekt 185 umfasst bevorzugterweise wenigstens ei- ne zusätzliche oder erweiterte Methode 190. Die bereitgestellten Objekte 180,
185 werden bevorzugterweise den Funktionskomponenten 135 der Komponenten 1 10, 1 15 bereitgestellt. Der Umsetzer 135 kann in unterschiedlichen Modi arbeiten, die auch gleichzeitig angeboten werden können. In einem ersten Modus wir eine Abwärtskompatibilität hergestellt, indem das erste Objekt 180 im Wesentlichen eine bekannte Abfolge (struct) von Basistypen (z. B. int, float, bool) ist. Es wird das erste Objekt 180 o- der eine Referenz auf das erste Objekt 180 bereitgestellt. In einem zweiten Modus wird das erste Objekt 180 mit Zugriffsmethoden bereitgestellt, wobei die Zugriffsmethoden auf Elemente der bekannten Abfolge realisiert sind. Das versteckte Interface wird als detailliertes Dateninterface mit objektorientiertem Zugriff rea- lisiert. In einem dritten Modus erfolgt ein objektorientierter Zugriff mit verstecktem
Dateninterface. In einem vierten Modus ist zusätzlich eine Verschlüsselung vorgesehen, sodass der Zugriff auf die Methoden des ersten Objekts 180 vor Missbrauch geschützt sind. Weitere Modi können ebenfalls realisiert werden. Die Datenstruktur 165 ist bevorzugterweise so gewählt, dass sie einen Hinweis darauf enthält, wie die Datenstruktur 165 in das Objekt 180 oder 185 umzuwandeln ist. In einer einfachen Ausführungsform kann hierzu eine Versionsnummer angegeben sein. In einer bevorzugten Ausführungsform umfasst der Hinweis 195 weitergehende Informationen, insbesondere bezüglich wenigstens einer der Me- thoden 190. In noch einer weiteren Ausführungsform kann der Hinweis 195 auch eine vollständige Definition einer der Methoden 190 umfassen. Das Objekt 180 oder 185 kann in einer weiteren Ausführungsform in der Datenstruktur 165 vollständig linearisiert vorliegen. Dabei können alle Eigenschaften des Objekts 180, 185 einschließlich der Methoden 190 in einer vorbestimmten Beschreibungsform angegeben sein. In einer Ausführungsform sind auch die Informationen 155 beigefügt.
In obigem Beispiel des Sensors 105, der Informationen 155 an die erste Komponente 105 des Systems 100 übermittelt, können beispielsweise Entfernungsmes- sungen zum Objekt 130, die mittels der Abtasteinrichtung 125 bestimmt wurden, als Informationen 155 in der Datenstruktur 165 angeordnet werden. Dann wird die Datenstruktur 165 zur ersten Komponente 105 übermittelt und dort mittels des Umsetzers 140 in das erste Objekt 180 umgewandelt. Der Umsetzer 140 kann in einer Ausführungsform durch einen Hersteller des Sensors 105 bereitge- stellt sein, sodass sichergestellt ist, dass das erste Objekt 180 in einer vorbestimmten Weise zur Datenstruktur 165 und zu den Informationen 155 passt. Das erste Objekt 180 kann dann von der Funktionskomponente 135 der ersten Korn- ponente 105 verwendet werden, um beispielsweise zu bestimmen, ob eine Längsgeschwindigkeit des Fahrzeugs, an Bord dessen das System 100 installiert ist, verringert werden muss, um die Gefahr eines Auffahrens auf das Objekt 130 zu verringern.
In der gleichen Weise kann auch die dritte Komponente 1 15 Datenstrukturen 165 empfangen, die mittels des Umsetzers 140 in das erste Objekt 180 umgewandelt werden können. Sollte nun die erste Komponente 105 verändert werden, beispielsweise indem eine im Nahbereich verbessert auflösende Abtasteinrichtung 125 verwendet wird, so kann es vorteilhaft sein, die Datenstruktur 165 anzupassen, um die genaueren Informationen 155 der dritten Komponente 1 15 bereitzustellen. Es wird vorgeschlagen, dass die Datenstruktur 165 derart angepasst wird, dass sie wie zuvor in das erste Objekt 180 umgewandelt werden kann, zusätzlich jedoch die Möglichkeit besteht, es in das zweite Objekt 185 umzuwan- dein, das bevorzugterweise abwärtskompatibel zum ersten Objekt 180 ist. Beispielsweise kann eine zusätzliche Methode 190 bereitgestellt werden, die die Abfrage einer Entfernung zum Objekt 130 mit einer verbesserten Genauigkeit, beispielsweise in der Einheit Zentimeter statt in der Einheit Meter, erlaubt. Die ursprünglichen Methoden 190 des ersten Objekts 180 werden hierbei bevorzugter- weise nicht verändert. Bevorzugterweise wird auch der Umsetzer 140 für die dritte Komponente 1 15 seitens des Herstellers der ersten Komponente 105 bereitgestellt. Die Funktionskomponente 135 der dritten Komponente 1 15 kann dann objektorientiert auf der Basis des zweiten Objekts 185 arbeiten, ohne von den Einschränkungen des ersten Objekts 180 betroffen zu sein.
Mittels der vorgeschlagenen Technologie ist es möglich, die Komponenten 105 bis 1 15 von unterschiedlichen Herstellern zu beziehen und die Zuständigkeit für eine korrekte Übermittlung der Informationen 155 bzw. die korrekte Bereitstellung von Objekten 180, 185 an einen der Hersteller zu delegieren. Ein Zusammenar- beiten von Entwicklungsabteilungen unterschiedlicher Hersteller, um die korrekte
Übermittlung von Informationen 155 zu ermöglichen, kann nicht mehr erforderlich sein. Dadurch kann insbesondere vermieden werden, dass eine für einen Menschen verständliche Spezifikation des Datenformats der Datenstruktur 165 von unterschiedlichen Personen seitens der unterschiedlichen Hersteller verschieden interpretiert wird. Figur 2 zeigt eine Komponente 1 10, 1 15 des Systems 100 von Figur 1 . Die Komponente 1 10, 1 15 empfängt von der Transportkomponente 120 eine Datenstruktur 165, die im rechten Bereich von Figur 2 exemplarisch ansatzweise dargestellt ist. Der Umsetzer 140 ist bevorzugterweise als Bibliothek bereitgestellt. Dazu kann ein Hersteller der ersten Komponente 105 beispielsweise eine Bibliothek oder ein lauffähiges Binärprogramm bereitstellen, das den Umsetzer 140 seitens der zweiten Komponente 1 10 oder der dritten Komponente 1 15 implementiert. Der Umsetzer 140 stellt auf der Basis der Datenstruktur 165 ein Objekt 180, 185 bereit, das einen vorbestimmten abstrakten Datentyp implementiert. Der abstrakte Datentyp umfasst einen Verbund von Daten (Informationen) zusammen mit der Definition aller zulässigen Operationen, die auf die Daten zugreifen. Ein Fragment eines Beispiels für eine Struktur eines Objekts 180, 185 ist im rechten Bereich von Figur 2 dargestellt.
Das bereitgestellte Objekt 180, 185 kann dann der Funktionskomponente 135 bereitgestellt werden, die höher abstrahierte Ziele verfolgt, wie im obigen Beispiel eine Längssteuerung des Kraftfahrzeugs im Fall des Geschwindigkeitsassistenten auf der zweiten Komponente 1 10 oder eine beispielsweise akustische oder haptische Abstandswarnung im Fall des Parkassistenten auf der dritten Komponente 1 15.

Claims

Verfahren (150) zum Ubermitteln von Informationen, wobei das Verfahren (150) folgende Schritte umfasst:
- Anordnen (160) von Informationen (155) in einer Datenstruktur (165);
- Übermitteln (170) der Datenstruktur (165) von einer ersten Komponente (105) an eine zweite Komponente (1 10) mittels einer Transportkomponente (120); und
- Umwandeln (175) der Datenstruktur (165) in ein erstes Objekt (180), das einen vorbestimmten abstrakten Datentyp implementiert,
- wobei die Datenstruktur (165) einen Hinweis (195) zu seiner Umwandlung in das erste Objekt (180) umfasst.
Verfahren (150) nach Anspruch 1 , wobei der abstrakte Datentyp einen Verbund von Daten zusammen mit der Definition aller zulässigen Operationen, die auf die Daten zugreifen, umfasst.
Verfahren (150) nach Anspruch 1 oder 2, wobei das erste Objekt (180) einen Zugriff auf die Informationen (155) ausschließlich mittels einer oder mehrerer vorgesehener Methoden (190) erlaubt.
Verfahren (150) nach einem der vorangehenden Ansprüche, wobei die Datenstruktur (165) eine Beschreibung des Objekts (180, 185) umfasst.
Verfahren (150) nach einem der vorangehenden Ansprüche, wobei die Datenstruktur (165) das Objekt (180, 185) in einer serialisierten Form umfasst.
Verfahren (150) nach einem der vorangehenden Ansprüche, wobei die Datenstruktur (165) dazu eingerichtet ist, in ein zweites Objekt (185) umgewandelt zu werden, das einen vorbestimmten abstrakten Datentyp implementiert, und sich das zweite Objekt (185) vom ersten Objekt (180) unterscheidet. 7. Verfahren (150) nach Anspruch 6, wobei das zweite Objekt (185) eine Erweiterung des ersten Objekts (180) ist.
8. Computerprogrammprodukt mit Programmcodemitteln zur Durchführung des Verfahrens (150) nach einem der vorangehenden Ansprüche, wenn das Computerprogrammprodukt auf einer Verarbeitungseinrichtung (105, 1 10, 1 15) abläuft oder auf einem computerlesbaren Datenträger gespeichert ist.
9. System (100), umfassend:
- eine erste (105) und eine zweite Komponente (1 10), die mittels einer Transportkomponente (120) miteinander verbunden sind;
- wobei die erste Komponente (105) dazu eingerichtet ist, Informationen (155) in einer Datenstruktur (165) anzuordnen und die Datenstruktur (165) an die Transportkomponente (120) zu übergeben,
- wobei die Transportkomponente (120) den Transport der Datenstruktur (165) erlaubt;
- wobei die zweite Komponente (1 10) dazu eingerichtet ist, die Datenstruktur (165) von der Datenverbindung (120) zu übernehmen,
- wobei die zweite Komponente (1 10) einen Umsetzer (140) umfasst, der dazu eingerichtet ist, eine übernommene Datenstruktur (165) in ein erstes Objekt (180) umzuwandeln, das einen vorbestimmten abstrakten Datentyp implementiert.
10. System (100) nach Anspruch 9, wobei die erste Komponente (105) einen Sensor, die zweite Komponente (1 10) ein Steuergerät oder die Transportkomponente (120) einen Datenbus umfasst.
PCT/EP2016/077346 2016-01-13 2016-11-10 Verfahren und system zur informationsübermittlung WO2017121513A1 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201680078880.1A CN108463781A (zh) 2016-01-13 2016-11-10 用于信息传送的方法和系统
US16/069,649 US20190012355A1 (en) 2016-01-13 2016-11-10 Process and system for transmitting information
EP16797817.0A EP3403149A1 (de) 2016-01-13 2016-11-10 Verfahren und system zur informationsübermittlung
JP2018536381A JP2019505044A (ja) 2016-01-13 2016-11-10 情報を伝達するための方法およびシステム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102016200322.4 2016-01-13
DE102016200322.4A DE102016200322A1 (de) 2016-01-13 2016-01-13 Verfahren und System zur Informationsübermittlung

Publications (1)

Publication Number Publication Date
WO2017121513A1 true WO2017121513A1 (de) 2017-07-20

Family

ID=57345905

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2016/077346 WO2017121513A1 (de) 2016-01-13 2016-11-10 Verfahren und system zur informationsübermittlung

Country Status (6)

Country Link
US (1) US20190012355A1 (de)
EP (1) EP3403149A1 (de)
JP (1) JP2019505044A (de)
CN (1) CN108463781A (de)
DE (1) DE102016200322A1 (de)
WO (1) WO2017121513A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019068557A1 (de) * 2017-10-05 2019-04-11 Bayerische Motoren Werke Aktiengesellschaft Analyse einer datenstruktur

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102019132476A1 (de) 2019-11-29 2021-06-02 Dspace Digital Signal Processing And Control Engineering Gmbh Modul mit einer Serialisierereinheit und verbesserter Kompatibilität zu Deserialisierereinheiten unterschiedlicher Baureihen

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0969364A2 (de) * 1998-06-30 2000-01-05 Nec Corporation Verteiltes Agentsoftwaresystem und Verfahren mit verbesserter Prozessmobilität und Kommunikation in einem Rechnernetzwerk
EP1290547B1 (de) * 2000-05-09 2004-01-07 Sun Microsystems, Inc. Transformation von objekten zwischen einer rechnerprogrammiersprache und einer daten-darstellungssprache
US20040261020A1 (en) * 1999-08-10 2004-12-23 Microsoft Corporation Object persister
US20120110573A1 (en) * 2010-11-03 2012-05-03 International Business Machines Corporation Transferring objects between virtual machines

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08161208A (ja) * 1994-12-08 1996-06-21 Fujitsu Ltd オブジェクト構造変換装置
US7197512B2 (en) * 2003-03-26 2007-03-27 Microsoft Corporation Type bridges
DE102005014782A1 (de) * 2005-03-31 2006-10-05 Siemens Ag Verfahren und Vorrichtung zum Übertragen von Daten auf einer Datenleitung zwischen einem Steuergerät und einem dezentralen Datenverarbeitungsgerät
CN100458793C (zh) * 2007-05-10 2009-02-04 浪潮集团山东通用软件有限公司 数据访问层Xml格式数据与关系数据间的映射转换方法
US7885292B2 (en) * 2008-02-11 2011-02-08 International Business Machines Corporation Method, system, and computer program product for data exchange
DE102010043722A1 (de) * 2010-11-10 2012-05-10 Robert Bosch Gmbh Verfahren zur Steuerung einer Informationsausgabe
DE102013217772A1 (de) * 2013-09-05 2015-03-05 Robert Bosch Gmbh Daten- und/oder Kommunikationsgerät sowie Verfahren zu dessen Steuerung
US9727567B2 (en) * 2015-03-25 2017-08-08 Ca, Inc. Transferring data using a data bridge structure

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0969364A2 (de) * 1998-06-30 2000-01-05 Nec Corporation Verteiltes Agentsoftwaresystem und Verfahren mit verbesserter Prozessmobilität und Kommunikation in einem Rechnernetzwerk
US20040261020A1 (en) * 1999-08-10 2004-12-23 Microsoft Corporation Object persister
EP1290547B1 (de) * 2000-05-09 2004-01-07 Sun Microsystems, Inc. Transformation von objekten zwischen einer rechnerprogrammiersprache und einer daten-darstellungssprache
US20120110573A1 (en) * 2010-11-03 2012-05-03 International Business Machines Corporation Transferring objects between virtual machines

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019068557A1 (de) * 2017-10-05 2019-04-11 Bayerische Motoren Werke Aktiengesellschaft Analyse einer datenstruktur

Also Published As

Publication number Publication date
EP3403149A1 (de) 2018-11-21
US20190012355A1 (en) 2019-01-10
CN108463781A (zh) 2018-08-28
JP2019505044A (ja) 2019-02-21
DE102016200322A1 (de) 2017-07-13

Similar Documents

Publication Publication Date Title
DE102017125662A1 (de) System und verfahren zum bestimmen eines anhängewinkels basierend auf einer eingabe von einem sensor und einem kinematischen modell eines fahrzeugs und eines anhängers und zum steuern des fahrzeugs basierend auf dem anhängewinkel
DE102017104830A1 (de) Softwareverwaltungssystem für ein fahrzeug, verwaltungsserver und fahrzeug
DE102009014105A1 (de) Erkennungssystem für ein Fahrzeug
EP3352028A1 (de) Verfahren zum test einer steuergerätefunktion eines steuergeräts eines fahrzeugs
DE102015217386A1 (de) Verfahren und System zum Betreiben eines Kraftfahrzeugs
EP3552062B1 (de) Verfahren zum bereitstellen von sensorbasierten fahrzeugfunktionen in einem kraftfahrzeug sowie kraftfahrzeug-recheneinrichtung und kraftfahrzeug
DE102018219976A1 (de) Vorrichtung und Verfahren zur Warnung eines Fahrers eines Fahrzeugs
DE102016003969A1 (de) Verfahren zum Erfassen von Umgebungsdaten mittels mehrerer Kraftfahrzeuge
WO2014198484A1 (de) Assistenzvorrichtung und verfahren zum unterstützen eines fahrers des fahrzeugs
DE102017208462A1 (de) Verfahren und Vorrichtung zum Ermitteln von Betriebsdaten für ein automatisiertes Fahrzeug
DE102020200169B3 (de) Verfahren zur Zusammenführung mehrerer Datensätze für die Erzeugung eines aktuellen Spurmodells einer Fahrbahn und Vorrichtung zur Datenverarbeitung
WO2017121513A1 (de) Verfahren und system zur informationsübermittlung
DE102019202025A1 (de) System und Verfahren zum sicheren Betreiben eines automatisierten Fahrzeugs
DE102021101225A1 (de) Autonomes Fahrzeug und Verfahren zu dessen Betrieb
DE102020215657A1 (de) Verfahren und System zum Testen eines Steuergeräts eines Fahrzeugs
EP3475772B1 (de) Verfahren zum bereitstellen von aktuatorbasierten fahrzeugfunktionen in einem kraftfahrzeug sowie kraftfahrzeug-recheneinrichtung und kraftfahrzeug
DE102019214482A1 (de) Verfahren zum sicheren zumindest teilautomatisierten Führen eines Kraftfahrzeugs
DE102017201796A1 (de) Steuervorrichtung zum Ermitteln einer Eigenbewegung eines Kraftfahrzeugs sowie Kraftfahrzeug und Verfahren zum Bereitstellen der Steuervorrichtung
EP4007891B1 (de) Verfahren und vorrichtung zur lokalisierung eines fahrzeugs in einer umgebung
DE102020213862A1 (de) Verfahren und Umgebungserfassungssystem zum Bereitstellen von Umgebungsdaten
DE112017003049T5 (de) Softwareverriegelung
DE102021214048A1 (de) Konzept zum Assistieren eines Kraftfahrzeugs
WO2024013146A1 (de) Verfahren zum steuern eines fahrzeugs
DE102021209204A1 (de) Fahrzeugsystem zur Generierung von Betriebsparametern zur Steuerung eines Fahrzeugs und Verfahren
DE102020123808A1 (de) Verfahren und System zum Erfassen von Umgebungsdaten zur Absicherung einer Umfelderkennung

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: 16797817

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018536381

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE