EP2118742A1 - Verfahren zur handhabe eines kennwerteblocks - Google Patents

Verfahren zur handhabe eines kennwerteblocks

Info

Publication number
EP2118742A1
EP2118742A1 EP08701334A EP08701334A EP2118742A1 EP 2118742 A1 EP2118742 A1 EP 2118742A1 EP 08701334 A EP08701334 A EP 08701334A EP 08701334 A EP08701334 A EP 08701334A EP 2118742 A1 EP2118742 A1 EP 2118742A1
Authority
EP
European Patent Office
Prior art keywords
versions
version
characteristic block
block
characteristic
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.)
Ceased
Application number
EP08701334A
Other languages
English (en)
French (fr)
Inventor
Igor Shapiro
Matthias Gekeler
Thilo Wenzel
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.)
Robert Bosch GmbH
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
Publication of EP2118742A1 publication Critical patent/EP2118742A1/de
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management

Definitions

  • the invention relates to a method for the handling of a characteristic block, a device for the handling of a characteristic block, a computer program and a computer program product.
  • parameter blocks are used.
  • different versions are provided by the latter via an application tool depending on a software version.
  • Such characteristic blocks are used to manage actions in electronic or electromechanical devices, such as, for example, control devices for motor vehicles.
  • control devices function sequences of control devices can be controlled and thus regulated and / or controlled.
  • Parameter blocks can comprise as elements data and / or programs or program parts.
  • a score block may generally be considered as a software module that affects a function of the device.
  • On-the-market application tools currently support comparisons between software releases and data stalls, as well as copying from one data item to another data item.
  • CDM Calibration Data Manager
  • the invention relates to a method for handling a characteristic block, of which there are several versions. This is for automated comparison of this
  • Versions specify a criterion that determines whether the versions are considered different.
  • the characteristic value block With such a further development of the characteristic value block from a previous version to the subsequent version, it can typically happen that a first version of the characteristic value block changes in comparison with a second version of this characteristic value block, in particular with respect to its size and / or rating.
  • the method for handling the characteristic block it is possible in an embodiment to find out whether and to what extent two or more versions of a characteristic block differ in content from one another. Depending on how much the versions differ from each other in content, they are still classified as equal or already as different borrowed.
  • At least one element for example a date or a sequence of a first version of the characteristic block, can be copied into at least one second version of the characteristic block. This also includes the possibility that the at least one first version is copied into at least one second version.
  • the different versions of a characteristic block can be characterized by different, in particular content, features.
  • a dimension and thus a size of a version of a characteristic block can also be taken into account.
  • Differences in the dimension and size of versions of the characteristic block can also be used as a possible differentiator.
  • a first version with a first dimension as the source can be transferred to one destination and thereby into a second version with a second dimension.
  • the method may typically determine a difference between versions depending on the criterion.
  • two versions of the parameter block should differ from one another on the basis of the criterion, it is nevertheless possible with a variant of the method to copy the first version into the second version, since now existing differences between the versions are precisely determinable and known, so that the differences in copying can be taken into account.
  • the first version of the characteristic block having a first dimension may be copied into at least a second version of the feature block having a second dimension.
  • a copying in the presence of different dimensions of the versions favors, if the second Dimension of the at least one second version is at least as large as the first dimension of the first version.
  • the second dimension of the at least one second version may be smaller than the first dimension of the first version, so that a copying of the first version with the first dimension into the at least one second version with the second, smaller dimension is performed can.
  • a pattern recognition is carried out in particular for a content of the versions.
  • this pattern recognition can be performed taking into account an arbitrarily adjustable sharpness.
  • this sharpness is set, for example, taking into account the determinable criterion, wherein the pattern recognition can also be carried out on the basis of a comparison field ("compare array").
  • the content of the versions can be characterized by various elements.
  • a single date can be defined as the smallest unit of a respective version of the characteristic block as a simplest element.
  • a degree for the sharpness of the criterion is determined depending on a respective definition by how detailed an equality or difference between the versions is to be considered. For example, it is also possible to adjust the sharpness according to the details to be considered. With a comparatively fine setting, individual versions of the versions can be compared.
  • sequences of the versions are compared with one another.
  • the criterion to be determined for example, qualitative aspects can be taken into account, so that it is checked whether a certain date exists at least once in each version. If qualitative aspects are taken into account, it is necessary to check in the design where the date is arranged at least once within the versions.
  • the dimensions of the versions can be compared with each other in an embodiment of the invention. As a measure of a sharpness of the criterion and thus a data-related resolution of content to be compared from different versions, for example, data packets or data fields can be used.
  • a data packet generally comprises a plurality of data or elements arranged in an order, in the simplest case only a date or element.
  • Data packets comprising a comparatively large amount of data in the same order may be referred to as sequences.
  • the method can be carried out in one embodiment with an application tool and thus an application tool.
  • application tools can usually be used to provide and / or develop characteristic blocks.
  • At least one parameter block is automatically developed from version to version by the application tool depending on software and data versions.
  • a variant of the method can be used as at least one optionally executable function of the application tool.
  • the device according to the invention has at least one module for handling a characteristic block. It is provided that there are several versions of the characteristic block.
  • the at least one module of the device is designed to automatically compare these versions, taking into account a definable criterion which determines whether the versions are classified as different.
  • the device can have as the at least one module a computing unit.
  • the at least one module is designed to carry out at least one or more steps of the method.
  • the device can comprise the application tool as the at least one module or can be designed to realize and / or design the application tool.
  • the device can in particular be connected to a control device for a motor vehicle, so that an interaction between the device and the control device, for example. In a test bench, is provided.
  • the invention relates to a computer program with program code means in order to carry out all steps of a method described above, when the computer program is executed on a computer or a corresponding computing unit, in particular in a device according to the invention.
  • the computer program product according to the invention provided with program code means which are stored on a computer-readable data carrier is suitable for carrying out all the steps of the method according to the invention when the computer program is executed on a computer or a corresponding computing unit, in particular in a device described above.
  • the invention can be used in an embodiment in the application tool, with which the user is enabled by means of an option to set the criterion of whether a characteristic block is to be classified or displayed as different in two versions with any gradation and / or sharpness.
  • copying the parameter block from one dimension to the same or larger dimension is supported.
  • this may be described by providing pattern recognition with adjustable sharpness for data fields and their patterns within the versions of the parameter block.
  • pattern patterns which, taking account of an arrangement of the data, for example a content structure of the versions, are reproduced, are recognized within a data field. These can then be compared with patterns of other data fields.
  • Pattern recognition takes place between two or more data fields or data packets, it being possible to use as a basis any data field from the data field quantity to be compared. Alternatively or additionally, an explicit data field can be used as a reference.
  • the pattern recognition is used in design for at least two purposes, namely to make comparisons between versions of a characteristic block and individual data of these versions, and to provide a release for a copy operation from a first to a second version.
  • CDM Calibration Data Manager
  • INCA Calibration Data Manager
  • different data states which can originate from different software versions, are selected on the one hand as source and on the other as target so that a 1: 1 comparison can be made.
  • the CDM can also support the comparison of a source with multiple targets so that a 1: n comparison is feasible, with the result being the successive comparison of the source with each individual target.
  • a first version of the characteristic block is provided as source and at least a second version of the characteristic block as target.
  • comparison field For the comparison of characteristic blocks or of the present versions of a characteristic block, the option referred to as a comparison field ("compare array") is to be introduced, which can adopt different settings with regard to the sharpness of the criterion. For this purpose, at least the five variants listed below are conceivable.
  • the source and the target are considered to be the same if the parameter blocks have the same dimension and thus size, and the elements and thus the data therein are applied in the same sequence. are orders.
  • the sequence may be defined such that two particular elements follow one another directly.
  • the sequence is usually defined by the elements of the source. This option of the invention makes it possible to find identical characteristic blocks or identical versions of a characteristic block.
  • source and destination are considered equal if the elements of the characteristic block in the source, for example at the first position, are also present in the destination in the same sequence.
  • the target may have more elements than the source. This option usually allows finding feature blocks where the target has just expanded at the end.
  • a different sequence in one of the versions can consist of the same elements.
  • the source and destination are considered equal if the elements of the characteristic block in the source and in the target and thus the at least one second characteristic block are present at least as frequently. This option allows you to find parameter blocks where the elements are all in the target but whose order has been changed.
  • the source and destination are considered equal if each element of the characteristic block in the source exists at least once in the destination. This option makes it possible to find characteristic blocks where the source and the target have at least one commonality.
  • Table 1 below shows an overview of distinguishing features or criteria of two versions of a characteristic block.
  • options for normal characteristics that determine the copying behavior are available for normal characteristics that determine the copying behavior. For characteristics with different dimensions, options for the copying process can thus be created with the invention. For example, the user can choose Whether only characteristic blocks with the same dimension can be copied, or whether a larger dimension may be possible in the target data state. Copying to a target data state with a smaller dimension is typically not supported, but it is quite possible.
  • characteristic blocks for example, for managing actions to be performed by a control unit in certain situations.
  • ASAM keyword "VAL_BLK” is used.
  • Other functions can also use MAP and CURVE.
  • the characteristic blocks are used u. a.
  • the content of a characteristic block is usually represented to a user by a conversion formula as text, e.g. as "VTAB”.
  • the dimension of the characteristic block is, for example, defined as "MATRIX_DIM".
  • FIG. 1 shows a schematic representation of two examples of characteristic blocks.
  • Figure 2 shows a schematic representation of various embodiments of a
  • FIG. 3 shows a schematic representation of an embodiment of a device according to the invention.
  • FIG. 1 shows a schematic representation of two examples of characteristic blocks 102 and 104.
  • 100 positions are indicated in each case in a first line, the first characteristic block 102 having seven positions from 0 to 6 and the second characteristic values block 104 has five positions from 0 to 4.
  • the second lines 200 of both characteristic blocks 102, 104 cells are provided for receiving data.
  • the first characteristic block 102 is present here in a first version, within this version is in a zeroth field, the date "2001", in a first field, the date "2002", in a second field, the date "2003", in a third The date "2004” in a fourth field, the date "2006” in a fifth field, and the date "2007” in a sixth field.
  • the second characteristic block 104 is shown by way of example in FIG. 1, the cells usually provided for the data are not calibrated.
  • the two characteristic blocks 102, 104 have different numbers of cells and thus dimensions.
  • data is inserted into the individual cells.
  • FIG. 2 is provided for clarification of copying actions in an embodiment of the method according to the invention.
  • FIG. 2a shows a state before the copying actions
  • FIGS. 2b and 2c each show a state after the copying actions, which are carried out under different options.
  • Figure 2a shows as source to be copied on the left three times with each other in each case a first version of a characteristic block 106, the three times four (3 x 4) and thus twelve cells for receiving data, which are designated here by the numbers 1 to 12, has.
  • targets into which the first version of the score block 106 is to be copied three unoccupied feature blocks 108, 110, and 112 are provided.
  • a second as Target provided characteristic block 108 three times four (3 x 4) cells and thus the same dimension as the first characteristic block 106 on.
  • the third characteristic block 110 comprises four by five (4 ⁇ 5) cells and thus has a larger dimension than the first characteristic block 106.
  • the fourth characteristic block 112 has two times three (2 ⁇ 3) cells and thus a smaller dimension than the first characteristic block 106.
  • FIG. 2b shows the situation for the case in which a copying of the first version of the first characteristic block 106 is only possible if a characteristic block 108, 110, 112 intended to be the same has the same size as the first version of the first characteristic block 106. Accordingly, the first version of the first characteristic block 106 is only copied into the second characteristic block 108 and thus a second version of the first characteristic block 106 is provided. The third and fourth characteristic blocks 110, 112 remain unchanged in the example shown in FIG. 2b.
  • FIG. 2c shows, as an alternative to the embodiment of the copying process shown in FIG. 2b, the situation in which the first data block 106 is then copied into a further data block 108, 110, 112, provided that the further characteristic block 108, 110, 112 is at least the same Size as the first characteristic block 106 and therefore may be greater than this.
  • the first identifier block 106 is copied to the second characteristic block 108. Furthermore, the first
  • Parameter block 106 copied into the third characteristic block 110. Since this third characteristic block 110 has more cells and thus a larger dimension than the first characteristic block 106, this copying process can be carried out. The excess cells of the third characteristic block 110 remain unoccupied. In the case of the fourth characteristic block 112, copying is not possible because it has a smaller dimension than the first characteristic block 106.
  • the second characteristic block 108 can also be referred to as a second version of the first characteristic block 106.
  • the third characteristic block 110 from FIG. 2 c can also be referred to as a third version of the first characteristic block 106.
  • the dimension of the source in this case of the first characteristic block 106, is greater than that of the fourth characteristic block 112, then copying is not supported in this embodiment. The goal remains unchanged.
  • the so-called "NULL-Bedatung” can be recognized and even for case three a limited copying be allowed, although the first Parameter block 106 has a larger dimension than the fourth characteristic block 112 provided as the destination.
  • FIG. 3 shows a schematic representation of an embodiment of a device 114 according to the invention which has an application tool 116 and at least one module 118 for carrying out at least one step of a variant of the method according to the invention. Furthermore, this device 114 is connected to a control device 120.
  • the module 118 of the device 114 is configured to compare a first version 122 of a characteristic block 124 with a second version 126 of this characteristic block 124. In this case, it is checked in a comparison in the present embodiment, to what extent the two versions 122, 126 of the characteristic module 124 are the same or different. Whether the versions 122, 126 are considered equal or different depends on an arbitrarily adjustable criterion that is used in carrying out the method.
  • the module 118 is designed to copy the first version 122 of the characteristic block 124 into the second version 126 of the characteristic block 124. Also in this regard, an option is determined by which it is determined whether copying from the first version 122 to the second version 126 is possible. In the present embodiment, it is provided for this purpose that the copying is possible if the second version 126 of the characteristic block 124 has at least the same dimension and thus at least the same size as the first version 122 of the characteristic block 124.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

Es wird ein Verfahren zur Handhabe eines Kennwerteblocks (106, 108, 110, 112), von dem mehrere Versionen vorliegen, vorgestellt, bei dem zum automatisierten Vergleichen dieser Versionen ein Kriterium, durch das bestimmt wird, ob die Versionen als unterschiedlich eingestuft werden, festgelegt wird. Weiterhin wird eine Einrichtung (114) zur Handhabe eines Kennwerteblocks (106, 108, 110, 112), ein Computerprogramm und ein Computerprogrammprodukt, beschrieben.

Description

Beschreibung
Titel
Verfahren zur Handhabe eines Kennwerteblocks
Die Erfindung betrifft ein Verfahren zur Handhabe eines Kennwerteblocks, eine Einrichtung zur Handhabe eines Kennwerteblocks, ein Computerprogramm und ein Computerprogrammprodukt.
Stand der Technik
Zur Verwaltung von Aktionen bei Diagnose- Funktionen in Steuergeräten kommen sog. Kennwerteblöcke zum Einsatz. Bei einer Entwicklung eines Kennwerteblocks werden von diesem über ein Applikationswerkzeug in Abhängigkeit von einem Software-Stand verschiedene Versionen bereitgestellt.
Derartige Kennwerteblöcke werden zur Verwaltung von Aktionen in elektronischen oder elektromechanischen Vorrichtungen, wie bspw. Steuergeräten für Kraftfahrzeuge, eingesetzt. Mit den Kennwerteblöcken können Funktionsabläufe von Steuergeräten kontrolliert und somit geregelt und/oder gesteuert werden. Kennwerteblöcke können als Elemente Daten und/oder Programme bzw. Programmteile umfassen. Demnach kann ein Kennwerteblock allgemein als ein Softwaremodul betrachtet werden, das eine Funktion der Vorrichtung beeinflusst.
Auf dem Markt befindliche Applikationswerkzeuge unterstützen derzeit das Vergleichen zwischen Software-Ständen und von Datenständen, sowie das Kopieren von einem Datenstand in einen anderen Datenstand.
So ist es mit dem Programmteil Calibration Data Manager (CDM) des Applikationswerkzeugs INCA der ETAS GmbH möglich, Kennwerteblöcke zu vergleichen und zu kopieren. Weitere ähnliche Applikationswerkzeuge sind CDM Studio, Canape, ATI Vision und CalDesk. Sobald sich die Dimension zwischen Ausgangsstand und Vergleichsstand jedoch ändert, werden die Kennwerteblöcke von diesen Applikationswerkzeugen als unterschiedlich ausgewiesen, so dass ein automatisiertes Kopieren nicht möglich ist.
Offenbarung der Erfindung
Die Erfindung betrifft ein Verfahren zur Handhabe eines Kennwerteblocks, von dem mehrere Versionen vorliegen. Hierbei wird zum automatisierten Vergleichen dieser
Versionen ein Kriterium, durch das bestimmt wird, ob die Versionen als unterschiedlich eingestuft werden, festgelegt.
Somit ist es mit der Erfindung u. a. möglich, je nach anwendungsbezogener Anforde- rung zu definieren, wann zwei Versionen des Kennwerteblocks noch als gleich angesehen oder klassifiziert werden, obwohl sie sich im Detail möglicherweise unterscheiden. Weiterhin ist durch Festlegen des Kriteriums vorgesehen, welche Unterschiede die Versionen aufweisen müssen, so dass sie als unterschiedlich eingestuft bzw. klassifiziert werden. Dann ist es möglich, die unterschiedlich eingestuften Versionen einem Anwender als unterschiedlich anzuzeigen.
Bei dem automatisierten Vergleichen, das im Rahmen des Verfahrens durchgeführt werden kann, wird bspw. untersucht, worauf ein Unterschied zwischen den Versionen des Kennwerteblocks beruht. Bei einer Entwicklung des Kennwerteblocks werden in der Regel in einer Abfolge von mehreren Entwicklungsschritten verschiedenartige
Software-Stände sowie Datenstände bereitgestellt. Auf Grundlage dieser Entwicklungsschritte können im Laufe der Zeit verschiedene Versionen des Kennwerteblocks bereitgestellt werden. Über die verschiedenen Software- und Entwicklungsstände ergeben sich verschiedene Datenstände, die die Versionen der Kennwerteblöcke umfassen.
Bei einer derartigen Weiterentwicklung des Kennwerteblocks von einer vorhergehenden Version zur nachfolgenden Version kann es typischerweise vorkommen, dass sich eine erste Version des Kennwerteblocks im Vergleich zu einer zweiten Version dieses Kennwerteblocks insbesondere hinsichtlich ihrer Größe und/oder Bedatung verändert. Mit dem Verfahren zur Handhabe des Kennwerteblocks ist es in Ausgestaltung möglich, herauszufinden ob und inwiefern sich zwei oder mehrere Versionen eines Kennwerteblocks inhaltlich voneinander unterscheiden. Je nachdem wie sehr die Versionen voneinander inhaltlich abweichen, werden sie noch als gleich oder bereits als unterschied- lieh eingestuft.
Bei einer Variante der Erfindung kann mindestens ein Element, bspw. ein Datum oder eine Sequenz einer ersten Version des Kennwerteblocks, in mindestens eine zweite Version des Kennwerteblocks kopiert werden. Dies umfasst auch die Möglichkeit, dass die mindestens eine erste Version in mindestens eine zweite Version kopiert wird.
Durch ein derartiges Kopieren können die beiden Versionen des Kennwerteblocks untereinander abgeglichen werden.
Die verschiedenen Versionen eines Kennwerteblocks können durch verschiedene, insbesondere inhaltliche, Merkmale charakterisiert sein. Als ein Merkmal kann auch eine Dimension und somit eine Größe einer Version eines Kennwerteblocks berücksichtigt werden. Unterschiede hinsichtlich der Dimension und Größe von Versionen des Kennwerteblocks können auch als ein mögliches Unterscheidungsmerkmal herangezogen werden.
Bei einer Entwicklung des Kennwerteblocks kann eine erste Version mit einer ersten Dimension als Quelle in ein Ziel und dabei in eine zweite Version mit einer zweiten Dimension überführt werden. Durch das Verfahren kann typischerweise eine Unterschiedlichkeit zwischen den Versionen in Abhängigkeit des Kriteriums bestimmt werden. Für den Fall, dass zwei Versionen des Kennwerteblocks aufgrund des Kriteriums voneinander unterschiedlich sein sollten, ist es mit einer Variante des Verfahrens trotzdem möglich, die erste Version in die zweite Version zu kopieren, da nunmehr vorhandene Unterschiede zwischen den Versionen genau bestimmbar und bekannt sind, so dass die Unterschiede beim Kopieren berücksichtigt werden können.
Demnach kann die erste Version des Kennwerteblocks, die eine erste Dimension aufweist, in mindestens eine zweite Version des Kennwerteblocks, die eine zweite Dimension aufweist, kopiert werden. Üblicherweise ist ein derartiges Kopieren bei Vorliegen unterschiedlicher Dimensionen der Versionen u. a. dann begünstigt, wenn die zweite Dimension der mindestens einen zweiten Version mindestens genauso groß wie die erste Dimension der ersten Version ist. Weiterhin kann in Ausgestaltung die zweite Dimension der mindestens einen zweiten Version kleiner als die erste Dimension der ersten Version sein, so dass auch ein Kopieren der ersten Version mit der ersten Di- mension in die mindestens eine zweite Version mit der zweiten, kleineren Dimension durchgeführt werden kann.
Bei einer Ausführungsform des Verfahrens wird insbesondere für einen Inhalt der Versionen eine Mustererkennung durchgeführt. Dabei kann diese Mustererkennung unter Berücksichtigung einer beliebig einstellbaren Schärfe durchgeführt werden. Dabei wird diese Schärfe bspw. unter Berücksichtigung des festlegbaren Kriteriums eingestellt, wobei die Mustererkennung auch anhand eines Vergleichsfeldes ("Compare Array") erfolgen kann.
Wie bereits erwähnt, können die Versionen inhaltlich durch verschiedenartige Elemente charakterisiert sein. Dabei kann als ein einfachstes Element ggf. ein einzelnes Datum als kleinste Einheit jeweils einer Version des Kennwerteblocks definiert werden. Als Kriterium zum Vergleich der Unterschiedlichkeit oder Gleichheit der Versionen kann u. a. überprüft werden, ob jeweils ein Datum in beiden Versionen vorhanden ist. Ein Grad für die Schärfe des Kriteriums ist in Abhängigkeit einer jeweiligen Definition dadurch festgelegt, wie detailliert eine Gleichheit bzw. Unterschiedlichkeit zwischen den Versionen zu berücksichtigen ist. So ist es bspw. auch möglich, die Schärfe entsprechend der zu berücksichtigenden Details einzustellen. Bei einer vergleichsweise feinen Einstellung können einzelne Daten der Versionen miteinander verglichen werden. Bei einer im Vergleich hierzu gröberen Einstellung ist vorgesehen, dass lediglich Sequenzen der Versionen, wobei derartige Sequenzen mehrere Daten umfassen, miteinander verglichen werden. Mit dem festzulegenden Kriterium können z.B. qualitative Gesichtspunkte berücksichtigt werden, so dass geprüft wird, ob ein bestimmtes Datum in jeder Version zumindest einmal vorhanden ist. Bei Berücksichtigung qualitativer Gesichtspunkte ist in Ausgestaltung zu prüfen, wo das Datum innerhalb der Versionen zumindest einmal angeordnet ist. Außerdem können in Ausgestaltung der Erfindung die Dimensionen der Versionen miteinander verglichen werden. AIs ein Maß für eine Schärfe des Kriteriums und somit eine datenbezogene Auflösung von zu vergleichenden Inhalten von verschiedenen Versionen können bspw. Datenpakete bzw. Datenfelder herangezogen werden. Dabei umfasst ein Datenpaket in der Regel mehrere in einer Reihenfolge angeordnete Daten oder Elemente, im einfachsten Fall lediglich ein Datum oder Element. Datenpakete, die eine vergleichsweise große Anzahl an Daten in derselben Reihenfolge umfassen, können als Sequenzen bezeichnet werden. Somit ist es denkbar, aufgrund einer Anzahl und Größe von Datenpaketen, die in zwei Versionen eines Kennwerteblocks identisch sind, das Kriterium, wonach festgelegt ist, ob die Versionen als gleich oder unterschiedlich klassifiziert oder betrach- tet werden, zu quantifizieren.
Das Verfahren kann in einer Ausgestaltung mit einem Applikationswerkzeug und somit einem Anwendungswerkzeug durchgeführt werden. Derartige Applikationswerkzeuge können üblicherweise zur Bereitstellung und/oder Entwicklung von Kennwerteblöcken benutzt werden. Dabei wird durch das Applikationswerkzeug mindestens ein Kennwerteblock in Abhängigkeit von Software- und Datenständen von Version zu Version automatisiert weiterentwickelt. Eine Variante des Verfahrens kann als mindestens eine optional durchführbare Funktion des Applikationswerkzeugs zur Anwendung kommen.
Die erfindungsgemäße Einrichtung weist mindestens ein Modul zur Handhabe eines Kennwerteblocks auf. Dabei ist vorgesehen, dass von dem Kennwerteblock mehrere Versionen vorliegen. Das mindestens eine Modul der Einrichtung ist dazu ausgebildet, diese Versionen unter Berücksichtigung eines festlegbaren Kriteriums, durch das bestimmt ist, ob die Versionen als unterschiedlich eingestuft sind, automatisiert zu verglei- chen.
Die Einrichtung kann als das mindestens eine Modul eine Recheneinheit aufweisen. Das mindestens eine Modul ist zur Ausführung mindestens eines oder mehrerer Schritte des Verfahrens ausgebildet. Weiterhin kann die Einrichtung als das mindestens eine Modul das Applikationswerkzeug umfassen oder zur Realisierung und/oder Ausführung des Applikationswerkzeugs ausgebildet sein. Außerdem kann die Einrichtung insbesondere mit einem Steuergerät für ein Kraftfahrzeug verbunden werden, so dass eine Wechselwirkung zwischen der Einrichtung und dem Steuergerät, bspw. in einem Prüfstand, bereitgestellt wird. Zudem betrifft die Erfindung ein Computerprogramm mit Programmcodemitteln, um alle Schritte eines voranstehend beschriebenen Verfahrens durchzuführen, wenn das Computerprogramm auf einem Computer oder einer entsprechenden Recheneinheit, insbesondere in einer erfindungsgemäßen Einrichtung, ausgeführt wird.
Das weiterhin erfindungsgemäß vorgesehene Computerprogrammprodukt mit Programmcodemitteln, die auf einem computerlesbaren Datenträger gespeichert sind, ist zum Durchführen aller Schritte des erfindungsgemäßen Verfahrens geeignet, wenn das Computerprogramm auf einem Computer oder einer entsprechenden Recheneinheit, insbesondere in einer voranstehend beschriebenen Einrichtung, ausgeführt wird.
Die Erfindung kann in Ausgestaltung in dem Applikationswerkzeug zur Anwendung kommen, mit dem dem Anwender mittels einer Option ermöglicht wird, das Kriterium, ob ein Kennwerteblock in zwei Versionen als unterschiedlich eingestuft bzw. angezeigt werden soll, unter beliebiger Abstufung und/oder Schärfe festzulegen. Zudem wird das Kopieren des Kennwerteblocks von einer Dimension in eine gleich große oder auch größere Dimension unterstützt.
In einer Variante kann dies durch Vorsehen der Mustererkennung mit einstellbarer Schärfe für Datenfelder und deren Muster innerhalb der Versionen des Kennwerteblocks beschrieben werden. In diesem Fall werden in dem Kennwerteblock Beda- tungsmuster, die unter Berücksichtigung einer Anordnung der Daten, bspw. einem inhaltlichen Aufbau der Versionen, wiedergeben, innerhalb eines Datenfelds erkannt. Diese können dann mit Mustern anderer Datenfelder verglichen werden.
Über eine bedarfsweise vorzunehmende Einstellung der Schärfe kann eine Prüfung von der Übereinstimmung der Werte des kompletten Datenfeldmusters über Sequenzen von Einzelwerten bis hin zu einem einzelnen Datum besonders detailliert durchge- führt werden. Die Mustererkennung erfolgt zwischen zwei oder mehreren Datenfeldern bzw. Datenpaketen, wobei als Basis ein beliebiges Datenfeld aus der zu vergleichenden Datenfeldmenge verwendet werden kann. Alternativ oder ergänzend kann ein explizites Datenfeld als Referenz verwendet werden. Die Mustererkennung wird in Ausgestaltung für zumindest zwei Zwecke eingesetzt, nämlich um Vergleiche zwischen Versionen eines Kennwerteblocks und einzelnen Daten dieser Versionen durchzuführen, und um eine Freigabe für einen Kopiervorgang von einer ersten zu einer zweiten Version bereitzustellen.
Durch eine gezielte Festlegung, bis zu welcher Stufe des Kriteriums Versionen aus zwei Software- und/oder Datenständen als gleich angesehen werden sollen, ist es möglich, Änderungen in einer feineren Abstufung herauszufiltern und dadurch den Aufwand, dies auf andere Weise feststellen zu müssen, erheblich zu verringern.
Die Möglichkeit, Inhalte wie Daten aus einem kleineren Kennwerteblock in einen größeren Kennwerteblock durch einen Kopiervorgang abzuwickeln, reduziert den Aufwand, der bei bisherigen manuellen Vorgehensweisen notwendig war, deutlich.
In einer zukünftigen Version des Calibration Data Manager (CDM) des Applikationswerkzeugs INCA der ETAS GmbH, in dem die Erfindung bspw. zur Anwendung kommen soll, werden unterschiedliche Datenstände, die aus unterschiedlichen Software- Ständen stammen können, einerseits als Quelle und andererseits als Ziel ausgewählt, so dass ein l:l-Vergleich durchgeführt werden kann. Der CDM kann auch den Ver- gleich einer Quelle mit mehreren Zielen unterstützen, so dass ein l:n- Vergleich durchführbar ist, wobei das Ergebnis der aufeinanderfolgende Vergleich der Quelle mit jedem einzelnen Ziel ist. Bei derartigen Vergleichen ist als Quelle eine erste Version des Kennwerteblocks und als Ziel mindestens eine zweite Version des Kennwerteblocks vorgesehen.
Für den Vergleich von Kennwerteblöcken bzw. der vorliegenden Versionen eines Kennwerteblocks soll in Ausgestaltung die als Vergleichsfeld ("Compare Array") bezeichnete Option eingeführt werden, die hinsichtlich der Schärfe des Kriteriums verschiedene Einstellungen annehmen kann. Hierzu sind zumindest die fünf nachfolgend angeführten Varianten denkbar.
1. Bei Vorliegen einer gleichen Sequenz mit gleicher Größe werden Quelle und Ziel als gleich angesehen, wenn die Kennwerteblöcke die gleiche Dimension und somit Größe aufweisen und die Elemente und somit die Daten darin in der gleichen Abfolge ange- ordnet sind. In diesem Fall kann die Abfolge derart definiert sein, dass zwei bestimmte Elemente unmittelbar aufeinander folgen. Die Abfolge ist hierbei üblicherweise durch die Elemente der Quelle definiert. Diese Option der Erfindung ermöglicht das Auffinden von identischen Kennwerteblöcken bzw. von identischen Versionen eines Kennwerte- blocks.
2. Weiterhin kann geprüft werden, ob eine gleiche Sequenz an einer gleichen Position angeordnet ist. Hierbei werden Quelle und Ziel als gleich angesehen, wenn die Elemente des Kennwerteblocks in der Quelle bspw. an der ersten Stelle beginnend auch in der gleichen Abfolge im Ziel vorhanden sind. Dabei kann das Ziel unter Umständen mehr Elemente als die Quelle aufweisen. Diese Option ermöglicht üblicherweise das Auffinden von Kennwerteblöcken, bei denen das Ziel lediglich am Ende erweitert wurde.
3. Es ist auch denkbar, dass in zwei Versionen eine gleiche Sequenz mit Unterbrechungen gegeben ist. In diesem Fall werden Quelle und Ziel dann als gleich angesehen, wenn die Elemente des Kennwerteblocks in der Quelle und im Ziel in der gleichen Reihenfolge vorhanden sind. Die Reihenfolge kann dabei so definiert sein, dass zwei bestimmte Elemente aufeinanderfolgen, aber nicht unmittelbar aufeinanderfolgen müs- sen, weil sich zwischen diesen beiden Elementen mindestens ein drittes Element befindet. Diese Option ermöglicht bspw. das Auffinden von Kennwerteblöcken, bei denen das Ziel an einer beliebigen Stelle, insbesondere am Anfang oder zwischen den zwei Elementen, erweitert wurde.
4. Gemäß einer weiteren Variante kann eine abweichende Sequenz in einer der Versionen aus gleichen Elementen bestehen. Dabei werden Quelle und Ziel als gleich angesehen, wenn die Elemente des Kennwerteblocks in der Quelle sowie im Ziel und somit dem mindestens einen zweiten Kennwerteblock wenigstens genauso häufig vorhanden sind. Diese Option ermöglicht das Auffinden von Kennwerteblöcken, bei denen zwar die Elemente alle im Ziel vorhanden sind, aber deren Reihenfolge geändert wurde.
5. Bei einer abweichenden Sequenz, wobei jedes Element wenigstens einmal vorhanden ist, werden Quelle und Ziel als gleich angesehen, wenn jedes Element des Kennwerteblocks in der Quelle wenigstens einmal im Ziel vorhanden ist. Diese Option er- möglicht das Auffinden von Kennwerteblöcken, bei denen Quelle und Ziel zumindest eine Gemeinsamkeit haben.
In der nachfolgenden Tabelle 1 ist eine Übersicht zu Unterscheidungsmerkmalen bzw. -kriterien von zwei Versionen eines Kennwerteblocks dargestellt.
Tabelle 1
In der Tabelle 1 sind in den Feldern der ersten Spalte Elemente der ersten Version, d.h. der Quelle, sowie die Elemente der zweiten Version, hier auch als Ziel bezeichnet, aufgeführt. A, B, C definieren jeweils Einträge oder Daten, die in beiden Versionen des Kennwerteblocks vorliegen, X ist ein beliebiger anderer Wert, der nicht A, B oder C ist. Kriterien zur Festlegung der Gleichheit bzw. Unterschiedlichkeit der Versionen sind in der ersten Zeile der Tabelle eingetragen. Ist in einem Feld ein Gleichzeichen "=" eingetragen, werden beim Vergleichen der Versionen des Kennwerteblocks Quelle und Ziel als gleich angesehen. Falls in einem Feld ein Ungleichzeichen "≠" eingetragen ist, wer- den die Versionen des Kennwerteblocks beim Vergleich zwischen Quelle und Ziel als unterschiedlich angesehen.
Die hier beispielhaft aufgezeigten Kriterien für die Schärfe wurden so gewählt, dass die bekannten Praxisfälle bestmöglich abgedeckt sind, um somit mit möglichst wenigen Optionen eine sinnvolle Abgrenzung zwischen den relevanten Unterschieden zwischen den einzelnen Versionen zu erreichen. Eine andere Zahl von Optionen oder weitere Optionen, die zu einer anderen Unterscheidung führen, sind ebenfalls vorstellbar.
In einer neuen Version des als INCA bezeichneten Applikationswerkzeug können diese Optionen als mögliche Anwendereinstellungen verfügbar sein. Es ist jedoch auch denkbar, dies auf andere Weise zu realisieren, bspw. durch eine Benutzerführung (Wizzard), mit der die einzelnen Stufen der Reihe nach durchlaufen werden, oder indem stets alle Stufen automatisiert abgearbeitet werden und der Anwender dann für jede Größe angezeigt bekommt, wann zwischen zwei Versionen gegebenenfalls ein Wechsel von gleich nach unterschiedlich auftritt.
Nachdem der Anwender für einen Kennwerteblock einen Unterschied zwischen dem Ausgangsdatenstand und somit der Quelle und dem Vergleichsdatenstand und somit dem Ziel entdeckt hat, ist es oftmals erforderlich, den Inhalt zwischen den beiden Ver- sionen des Kennwerteblocks innerhalb des Datenstands abzugleichen. Dies geschieht mittels eines Kopiervorgangs für verschiedene Elemente und somit Kenngrößen, wie bspw. für normale Kennwerte, Kennlinien oder Kennfelder, und auch für Kennwerteblöcke mit gleicher Dimension. Dabei wird für das zu kopierende Element oder zumindest ein Datum ein physikalischer Wert der Quelle in das Ziel übertragen.
Unterscheiden sich Quelle und Ziel in ihrer Dimension, so sind in Ausgestaltung des Verfahrens für normale Kenngrößen Optionen verfügbar, die das Kopierverhalten festlegen. Für Kennwerte mit unterschiedlicher Dimension können mit der Erfindung somit Optionen für den Kopiervorgang geschaffen werden. Der Anwender kann z.B. wählen, ob nur Kennwerteblöcke mit identischer Dimension kopiert werden können, oder ob im Zieldatenstand auch eine größere Dimension möglich sein darf. Das Kopieren in einen Zieldatenstand mit kleinerer Dimension wird typischerweise nicht unterstützt, es ist jedoch durchaus denkbar.
Im Bereich von sog. Diagnose- Funktionen werden zur Verwaltung von Aktionen, die ein Steuergerät in bestimmten Situationen durchführen soll, Kennwerteblöcke, z.B. das sog. ASAM Schlüsselwort "VAL_BLK" verwendet. Im Bereich anderer Funktionen können auch MAP und CURVE verwendet werden. Die Kennwerteblöcke dienen u. a. da- zu, im Steuergerät für bestimmte Situationen festzulegen, in welcher Reihenfolge definiert Aktionen abzuarbeiten sind. Der Inhalt eines Kennwerteblocks wird für einen Anwender in der Regel durch eine Umrechnungsformel als Text dargestellt, z.B. als "VTAB". Die Dimension des Kennwerteblocks ist bspw. als "MATRIX_DIM" festgelegt.
Im Zuge einer Entwicklung von Kennwerteblöcken tritt häufig der Fall ein, dass sich dessen Dimension ändert. Der Anwender erhält dann beim Vergleichen derselben Kennwerteblocks mit dem gleichen Namen für zwei Versionen aus zwei unterschiedlichen Software-Ständen den Hinweis, dass deren Größen unterschiedlich sind.
In einem Software-Stand sind üblicherweise ca. 2000 derartige Kennwerteblöcke und/oder Inhalte von Kennwerteblöcken definiert. Für den Anwender ist es bislang mit großem Aufwand verbunden, diese Kennwerteblöcke und insbesondere deren Versionen zu handhaben. In einer Ausführungsform des Verfahrens kann für die als unterschiedlich angegebenen Versionen geprüft werden, worauf der Unterschied tatsächlich beruht.
Kurze Beschreibung der Zeichnungen
Figur 1 zeigt in schematischer Darstellung zwei Beispiele für Kennwerteblöcke.
Figur 2 zeigt in schematischer Darstellung verschiedene Ausführungsformen einer
Kopieraktion. Figur 3 zeigt in schematischer Darstellung eine Ausführungsform einer erfin- dungsgemäßen Einrichtung.
Ausführungsformen der Erfindung
Figur 1 zeigt in schematischer Darstellung zwei Beispiele von Kennwerteblöcken 102 und 104. Dabei sind in beiden Kennwerteblöcken 102, 104 innerhalb der schematischen Darstellung in jeweils einer ersten Zeile 100 Positionen angegeben, wobei der erste Kennwerteblock 102 sieben Positionen von 0 bis 6 und der zweite Kennwerte- block 104 fünf Positionen von 0 bis 4 aufweist. In den zweiten Zeilen 200 beider Kennwerteblöcke 102, 104 sind Zellen zur Aufnahme von Daten vorgesehen.
Der erste Kennwerteblock 102 liegt hier in einer ersten Version vor, innerhalb dieser Version befindet sich in einem nullten Feld das Datum "2001", in einem ersten Feld das Datum "2002", in einem zweiten Feld das Datum "2003", in einem dritten Feld das Datum "2004", in einem vierten Feld das Datum "2005", in einem fünften Feld das Datum "2006" und in einem sechsten Feld das Datum "2007". Bei der Version, in der der zweite Kennwerteblock 104 in Figur 1 beispielhaft dargestellt ist, sind die für die Daten üblicherweise vorgesehenen Zellen nicht kalibriert. Die beiden Kennwerteblöcke 102, 104 weisen unterschiedlich viele Zellen und somit Dimensionen auf. Bei einer Weiterentwicklung des zweiten Kennwerteblocks 104, wobei eine weitere, neue Version dieses zweiten Kennwerteblocks 104 bereitgestellt wird, werden in die einzelnen Zellen Daten eingefügt.
Die Figur 2 ist zur Verdeutlichung von Kopieraktionen bei einer Ausgestaltungsform des erfindungsgemäßen Verfahrens vorgesehen. Dabei zeigt Figur 2a einen Zustand vor der Kopieraktionen und die Figuren 2b und 2c jeweils einen Zustand nach den Kopieraktionen, die unter verschiedenen Optionen durchgeführt werden.
Dabei zeigt Figur 2a als zu kopierende Quelle links dreimal untereinander jeweils eine erste Version eines Kennwerteblocks 106, der drei mal vier (3 x 4) und somit zwölf Zellen zur Aufnahme von Daten, die hier mit den Ziffern 1 bis 12 bezeichnet sind, aufweist. Als Ziele, in die die erste Version des Kenntwerteblocks 106 zu kopieren ist, sind drei unbesetzte Kennwerteblöcke 108, 110 und 112 vorgesehen. Dabei weist ein zweiter als Ziel vorgesehener Kennwerteblock 108 dreimal vier (3 x 4) Zellen und somit dieselbe Dimension wie der erste Kennwerteblock 106 auf. Der dritte Kennwerteblock 110 um- fasst vier mal fünf (4 x 5) Zellen und somit eine größere Dimension als der erste Kennwerteblock 106 auf. Der vierte Kennwerteblock 112 weist zwei mal drei (2 x 3) Zellen und somit eine kleinere Dimension als der erste Kennwerteblock 106 auf.
Weiterhin zeigt Figur 2b die Situation für den Fall, dass ein Kopieren der ersten Version des ersten Kennwerteblocks 106 nur dann möglich ist, wenn ein als Ziel vorgesehener Kennwerteblock 108, 110, 112 dieselbe Größe wie die erste Version des ersten Kenn- werteblocks 106 aufweist. Demnach wird die erste Version des ersten Kennwerteblocks 106 lediglich in den zweiten Kennwerteblock 108 kopiert und somit eine zweite Version des ersten Kennwerteblocks 106 bereitgestellt. Der dritte und der vierte Kennwerteblock 110, 112 bleiben in dem anhand von Figur 2b gezeigten Beispiel unverändert.
Figur 2c zeigt alternativ zu der in Figur 2b dargestellten Ausgestaltung des Kopiervorgangs jene Situation, nach der vorgesehen ist, dass der erste Datenblock 106 dann in einen weiteren Datenblock 108, 110, 112 kopiert wird, sofern der weitere Kennwerteblock 108, 110, 112 mindestens dieselbe Größe wie der erste Kennwerteblock 106 aufweist und demnach auch größer als dieser sein kann. Somit wird der erste Kennwer- teblock 106 in den zweiten Kennwerteblock 108 kopiert. Weiterhin wird der erste
Kennwerteblock 106 in den dritten Kennwerteblock 110 kopiert. Da dieser dritter Kennwerteblock 110 mehr Zellen und somit eine größere Dimension als der erste Kennwerteblock 106 aufweist, ist dieser Kopiervorgang durchführbar. Dabei bleiben die überschüssigen Zellen des dritten Kennwerteblocks 110 unbesetzt. Im Fall des vierten Kennwerteblocks 112 ist ein Kopieren nicht möglich, da dieser eine kleinere Dimension als der erste Kennwerteblock 106 aufweist.
Je nach vorzunehmender Benennung kann der zweite Kennwerteblock 108, wie in den Figuren 2a und 2c dargestellt, auch als eine zweite Version des ersten Kennwerte- blocks 106 bezeichnet werden. Entsprechend kann der dritte Kennwerteblock 110 aus Figur 2c auch als eine dritte Version des ersten Kennwerteblocks 106 bezeichnet werden. Bei der Kopie des ersten Kennwerteblocks 106 in den zweiten Kennwerteblock 108 haben Quelle und Ziel die gleiche Dimension. Ein Kopieren ist somit möglich und ergibt bei beiden Optionen das gleiche Ergebnis.
Falls die Dimension der Quelle, also des ersten Kennwerteblocks 106, kleiner als die des Ziels und somit des dritten Kennwerteblocks 110 ist, so ist das Kopieren hier mit der erweiterten Option möglich. Dabei werden für Zellen, für die es keinen Gegenpart in der Quelle gibt, die bereits im Ziel vorhandenen Werte belassen.
Ist vorgesehen, dass die Dimension der Quelle, hier des ersten Kennwerteblocks 106, größer als die des vierten Kennwerteblocks 112 als Ziel ist, so wird das Kopieren in dieser Ausgestaltung nicht unterstützt. Das Ziel bleibt unverändert. Falls alternativ hierzu in einer Ausgestaltung des Verfahrens zum Kopieren ein sog. Leerdatennachweis bzw. "Empty Data Detection" vorgesehen sein sollte, kann die sog. "NULL-Bedatung" erkannt werden und sogar für Fall drei ein begrenztes Kopieren erlaubt sein, obwohl der erste Kennwerteblock 106 als Quelle eine größere Dimension als der als Ziel vorgesehene vierte Kennwerteblock 112 hat.
Figur 3 zeigt in schematischer Darstellung eine Ausführungsform einer erfindungsge- mäßen Einrichtung 114, die ein Applikationswerkzeug 116 sowie mindestens ein Modul 118 zur Durchführung mindestens eines Schrittes einer Variante des erfindungsgemäßen Verfahrens aufweist. Weiterhin ist diese Einrichtung 114 mit einem Steuergerät 120 verbunden. Das Modul 118 der Einrichtung 114 ist dazu ausgebildet, eine erste Version 122 eines Kennwerteblocks 124 mit einer zweiten Version 126 dieses Kennwerteblocks 124 zu vergleichen. Dabei wird in der vorliegenden Ausführungsform bei einem Vergleich überprüft, in welchem Umfang die beiden Versionen 122, 126 des Kennwertemoduls 124 gleich oder unterschiedlich sind. Ob die Versionen 122, 126 als gleich oder unterschiedlich angesehen werden, hängt von einem beliebig einstellbaren Kriterium ab, das bei Durchführung des Verfahrens herangezogen wird. Dabei wird in vorliegen- der Ausführungsform berücksichtigt, inwiefern in beiden Versionen 122, 126 identische Daten vorliegen, wie oft diese identischen Daten vorliegen oder in welcher Reihenfolge dieser Daten innerhalb der Versionen 122, 126 abgelegt sind. Weiterhin ist vorgesehen, dass das Modul 118 dazu ausgebildet ist, die erste Version 122 des Kennwerteblocks 124 in die zweite Version 126 des Kennwerteblocks 124 zu kopieren. Auch diesbezüg- lich ist in der vorliegenden Ausführungsform eine Option festgelegt, durch die bestimmt ist, ob ein Kopieren von der ersten Version 122 in die zweite Version 126 möglich ist. In der vorliegenden Ausführungsform ist hierzu vorgesehen, dass das Kopieren dann möglich ist, wenn die zweite Version 126 des Kennwerteblocks 124 zumindest dieselbe Dimension und somit zumindest dieselbe Größe wie die erste Version 122 des Kennwerteblocks 124 aufweist. Aufgrund des zuvor durchgeführten Vergleichs wird u. a. analysiert, wie die beiden Versionen 122, 126 inhaltlich strukturiert sind, so dass bekannt ist, wie die Daten jeweils innerhalb der Versionen 122, 126 angeordnet sind, so dass das Kopieren gezielt durchgeführt werden kann.

Claims

Ansprüche
1. Verfahren zur Handhabe eines Kennwerteblocks (102, 104, 106, 108, 110, 112, 124), von dem mehrere Versionen (122, 126) vorliegen, bei dem zum automatisierten Vergleichen dieser Versionen (122, 126) ein Kriterium, durch das be- stimmt wird, ob die Versionen (122, 126) als unterschiedlich eingestuft werden, festgelegt wird.
2. Verfahren nach Anspruch 1, bei dem beim Vergleichen automatisiert untersucht wird, worauf ein Unterschied zwischen den Versionen (122, 126) beruht.
3. Verfahren nach Anspruch 1 oder 2, bei dem mindestens ein Element einer ersten Version des Kennwerteblocks (102, 104, 106, 108, 110, 112, 124) in mindestens eine zweite Version (122, 126) des Kennwerteblocks (102, 104, 106, 108, 110, 112, 124) kopiert wird.
4. Verfahren nach einem der voranstehenden Ansprüche, bei dem die Versionen (122, 126) des Kennwerteblocks (102, 104, 106, 108, 110, 112, 124) miteinander abgeglichen werden.
5. Verfahren nach einem der voranstehenden Ansprüche, bei dem eine erste Version (122, 126) des Kennwerteblocks (102, 104, 106, 108, 110, 112, 124), die eine erste Dimension aufweist, in mindestens eine zweite Version (122, 126) des Kennwerteblocks (102, 104, 106, 108, 110, 112, 124), die eine zweite Dimension aufweist, kopiert wird.
6. Verfahren nach Anspruch 5, bei dem die zweite Dimension der mindestens einen zweiten Version (122, 126) mindestens so groß wie die erste Dimension der ersten Version (122, 126) ist.
7. Verfahren nach Anspruch 5 oder 6, bei dem die zweite Dimension der mindestens einen zweiten Version (122, 126) kleiner als die erste Dimension der ersten Version (122, 126) ist.
8. Verfahren nach einem der voranstehenden Ansprüche, bei dem für einen Inhalt der Versionen (122, 126) eine Mustererkennung mit einstellbarer Schärfe durchgeführt wird, wobei die Schärfe unter Berücksichtigung des Kriteriums eingestellt wird.
9. Verfahren nach einem der voranstehenden Ansprüche, bei dem Sequenzen der Versionen (122, 126) miteinander verglichen werden.
10. Verfahren nach einem der voranstehenden Ansprüche, bei dem Daten der Versionen (122, 126) miteinander verglichen werden.
11. Verfahren nach einem der voranstehenden Ansprüche, bei dem die Dimensionen der Versionen (122, 126) miteinander verglichen werden.
12. Verfahren nach einem der voranstehenden Ansprüche, das mit einem Applikati- onswerkzeug (116) durchgeführt wird.
13. Einrichtung, die mindestens ein Modul (118) zur Handhabe eines Kennwerteblocks (102, 104, 106, 108, 110, 112, 124), von dem mehrere Versionen (122, 126) vorliegen, aufweist, wobei das mindestens eine Modul (118) dazu ausge- bildet ist, diese Versionen (122, 126) unter Berücksichtigung eines festlegbaren
Kriteriums, durch das bestimmt ist, ob die Versionen (122, 126) als unterschiedlich einzustufen sind, automatisiert zu vergleichen.
14. Computerprogramm mit Programmcodemitteln, um alle Schritte eines Verfah- rens nach einem der Ansprüche 1 bis 12 durchzuführen, wenn das Computerprogramm auf einem Computer oder einer entsprechenden Recheneinheit, insbesondere in einer Einrichtung (114) nach Anspruch 13, ausgeführt wird.
15. Computerprogrammprodukt mit Programmcodemitteln, die auf einem computerlesbaren Datenträger gespeichert sind, um alle Schritte eines Verfahrens nach einem der Ansprüche 1 bis 12 durchzuführen, wenn das Computerprogramm auf einem Computer oder einer entsprechenden Recheneinheit, insbesondere in einer Einrichtung (114) nach Anspruch 13, ausgeführt wird.
EP08701334A 2007-02-12 2008-01-09 Verfahren zur handhabe eines kennwerteblocks Ceased EP2118742A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE200710006773 DE102007006773A1 (de) 2007-02-12 2007-02-12 Verfahren zur Handhabe eines Kennwerteblocks
PCT/EP2008/050169 WO2008098803A1 (de) 2007-02-12 2008-01-09 Verfahren zur handhabe eines kennwerteblocks

Publications (1)

Publication Number Publication Date
EP2118742A1 true EP2118742A1 (de) 2009-11-18

Family

ID=39322396

Family Applications (1)

Application Number Title Priority Date Filing Date
EP08701334A Ceased EP2118742A1 (de) 2007-02-12 2008-01-09 Verfahren zur handhabe eines kennwerteblocks

Country Status (3)

Country Link
EP (1) EP2118742A1 (de)
DE (1) DE102007006773A1 (de)
WO (1) WO2008098803A1 (de)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7353510B2 (en) 2003-07-11 2008-04-01 Computer Associates Think, Inc. System and method for comparing objects
US7503038B2 (en) 2004-08-27 2009-03-10 Microsoft Corporation System and method for seamlessly comparing objects

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
None *
See also references of WO2008098803A1 *

Also Published As

Publication number Publication date
DE102007006773A1 (de) 2008-08-14
WO2008098803A1 (de) 2008-08-21

Similar Documents

Publication Publication Date Title
DE102006056432A1 (de) Verfahren zum Testen eines Computerprogramms
DE102015215513A1 (de) System zur Überwachung einer technischen Vorrichtung
WO2020102842A1 (de) Verfahren zur kalibrierung einer elektronischen steuereinheit eines fahrzeugs
EP2924522B1 (de) Verfahren zur Beeinflussung eines Steuerprogramms
DE102021123597A1 (de) Verfahren und Steuergerät zur automatisierten Applikation von Fahrerassistenzsystemen im Serienbetrieb
EP1665031A2 (de) Verfahren zur installation einer programmkomponente
EP2118742A1 (de) Verfahren zur handhabe eines kennwerteblocks
DE19914819B4 (de) Verfahren zur Unterstützung von Entwicklungprozessen
DE10325843B4 (de) Verfahren, Drucksystem, Computer und Computerprogramm zum Verwalten von Resourcen zur Verwendung in einem resourcenbasierten Dokumentendatenstrom
DE102023116589A1 (de) Verfahren zum ermöglichen eines erlernens wenigstens einer funktion eines wenigstes eine funktion aufweisenden kraftfahrzeuges
EP2990941B1 (de) Computerimplementiertes verfahren zur erzeugung eines steuergeräteprogrammcodes und diesbezügliche meldungsverwaltungsumgebung
DE102021117770B4 (de) Verfahren zur Veränderung von Kalibrierdaten eines Kraftfahrzeugscheinwerfers mit mehreren Lichtquellen
DE102006025904B4 (de) Verfahren zur Einstellung von Fahrdynamikreglern
DE102010012307B4 (de) Verfahren und Vorrichtung zum Erstellen eines Verfahrensablaufs für eine speicherprogrammierbare Steuerung
WO2020025244A1 (de) Verfahren und vorrichtung zum ermitteln einer erklärungskarte
DE102019126817B4 (de) Verfahren, Vorrichtung, Computerprogramm und computerlesbares Speichermedium zur Analyse eines mechatronischen Systems
DE102024000270A1 (de) Verfahren zur Ermittlung von automatisierungsgeeigneten Einzelbauteilen bei der Produktentwicklung
DE10347187B4 (de) Verfahren und Computerprogramm zum iterativen Berechnen der Gesamtmasse eines Fahrzeugs
DE102021120109A1 (de) Verfahren zum Einstellen eines von einem Nutzer individuell konfigurierten Betriebsmodus für ein Kraftfahrzeug
DE102023201929A1 (de) Verfahren und Vorrichtung zum Bereitstellen von Konfigurationsvorschlägen für eine Konfiguration eines modularen Produktionssystems
DE102016207768A1 (de) Vorrichtung und Verfahren zum Bereitstellen einer Menge von Modultypen
DE10303684B4 (de) Verfahren und Vorrichtung zur formalen Schaltungsverifikation einer digitalen Schaltung
EP0563077B1 (de) Verfahren zum maschinellen ermitteln von in zwei datenfolgen enthaltenen gleichen datenelementen
DE102022211286A1 (de) Berücksichtigung einer Anwender-Lernkurve bei visuellen Erklärungen im Fahrzeug
EP2026202A1 (de) Verfahren zur Visualisierung von Selektionskontexten in einem Automatisierungsumfeld

Legal Events

Date Code Title Description
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

17P Request for examination filed

Effective date: 20090914

AK Designated contracting states

Kind code of ref document: A1

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

17Q First examination report despatched

Effective date: 20091216

DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: DE

Ref legal event code: R003

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

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20170923