DE10057638C2 - Verfahren zur Dokumentation von Daten eines Verkehrsmittels - Google Patents

Description

Die Erfindung betrifft ein Verfahren zur Dokumentation von Da­ ten eines Verkehrsmittels, wobei die Daten in einem Datenspei­ cher im Verkehrsmittel abgelegt werden, die Daten im Datenspei­ cher bei Änderungen aktualisiert werden und diese Daten über eine drahtlose Datenübertragungseinrichtung an eine Zentrale außerhalb des Verkehrsmittels übertragen werden, wobei die Zentrale, ausgelöst durch ein Initierungssignal, die Daten an einen Konfigurations-Dokumentationsserver weiterleitet und die Daten in einer Datenbank gespeichert werden.

Aus der DE 198 39 310 A1 ist ein Sicherungssystem für die in einem Fahrzeug von einer Terminalvorrichtung verwendeten Daten bekannt. Das Sicherungssystem speichert und sichert diese Daten in einem Zentrum außerhalb des Fahrzeugs. Die in dem Fahrzeug zu verwendenden Daten stellen die Daten zum Ausführen des Pro­ gramms und die Programmdaten selbst dar. Die Daten sind in nor­ male und spezielle Daten klassifiziert. Die normalen Daten wer­ den auf gleiche Art und Weise von zahlreichen Fahrzeugen ver­ wendet, während die speziellen Daten für jedes Fahrzeug einma­ lig sind. Die speziellen Daten werden unverändert an das Zent­ rum gesendet, während für die normalen Daten nicht die normalen Rohdaten, sonder Identifikationscodes gesendet werden.

Die DE 198 50 133 A1 offenbart ein System zur Neuprogrammierung eines Steuerspeichers, um Daten in einem Steuerspeicher einer Steuereinheit, wie etwa einer Fahrzeug-Steuereinheit, mit einer externen Einrichtung zum Laden eines Aufzeichnungsmediums neu zu schreiben. Beim Neuschreiben vergleicht das Neuprogrammie­ rungssystem den Identifikationscode der Steuereinheit mit dem Kompatibilitätsinformationssatz auf dem Aufzeichnungsmedium, um die Kompatibilität zwischen den Daten im Steuerspeicher und den Daten auf dem Aufzeichnungsmedium zu prüfen und verhindert die Neuprogrammierung mit dem Aufzeichnungsmedium, wenn die Kompa­ tibilität nicht bestätigt wird.

Aus der DE 198 53 000 A1 ist ein Verfahren und eine Anordnung zum Versorgen von Kraftfahrzeugen mit Daten bekannt. Die Daten werden zum Betrieb von Regelungs- und Steuersystemen verwendet. Mit Hilfe einer drahtlosen Datenübertragungseinrichtung zwi­ schen Fahrzeug und einer Zentrale ist gewährleistet, dass Daten übertragen, abgefragt oder ausgetauscht werden können. Diese Daten werden zum Betrieb, zur Überwachung, zur Aktualisierung und zur technischen Diagnose bzw. Analyse wie z. B. des Brems­ systems, des Fahrwerks, der Luftdruck der einzelnen Räder etc. herangezogen. Der Schwerpunkt dieses Verfahrens liegt in der Telediagnose, das heißt in der drahtlosen Übermittlung von Ü­ berwachungsdaten, die in regelmäßigen Zeitabständen von der Zentrale erfasst werden. Die Zentrale leitet dann gegebenen­ falls Korrekturmaßnahmen ein, wie dies aus Diagnosevorgängen bei Werkstattbesuchen bekannt ist.

Problematisch bei diesem Verfahren ist, dass die Zentrale sich immer erst mit dem Verkehrsmittel in Kontakt setzen muß, um Zugriff auf die Daten des Verkehrsmittels gewährleisten zu kön­ nen. Zudem steht beim Funkkontakt nur eine schmale Bandbreite über ein kurze Zeitspanne für die drahtlose Datenübertragung zur Verfügung. Dadurch muß eine Auswahl aus den zur Verfügung stehenden Daten getroffen werden, d. h. nicht alle zur Verfügung stehenden Daten werden übertragen.

Ferner ist aus der nachveröffentlichten DE 100 37 397 A1 ein Verfahren zum Laden von Software in ein Zielgerät und ein Fahrzeugsteuerungssystem zur Durchführung des Verfahrens bekannt, wobei das Verfahren nur geringe Anforderungen an die Leistungsfähigkeit des Zielgeräts stellt. Dabei wird das Laden eines Software-Moduls in verschie­ dene Teilschritte unterteilt. Unter anderem wird ein Schritt für einen Konfigurationsmanager definiert, wobei eine Kompati­ bilitätsprüfung aus den direkt mit der Software mitgeführten Kompatibilitätsinformationen durchführt wird, unabhängig davon, ob diese noch aktuell gültig sind.

Der Erfindung liegt als Aufgabe die Bereitstellung eines Ver­ fahrens zugrunde, das eine Aktualisierung von Produkten und ei­ ne Kompatibilitätsprüfung der Produkte im Verkehrsmittel er­ leichtert bzw. der Produktkonfiguration entsprechende Daten in einer Zentrale außerhalb des Verkehrsmittels ablegt und dabei gewährleistet, dass diese Daten einen aktuellen Stand sowie de­ ren chronologischen Verlauf darstellen.

Diese Aufgabe wird erfindungsgemäß durch die Merkmale des Ver­ fahrens nach Anspruch 1 gelöst. Die Daten im Datenspeicher des Verkehrsmittels werden bei Änderungen, also insbesondere beim Erneuern, Hinzufügen, Austauschen und Entfernen von Produkten, aktualisiert. Danach werden die Daten, ausgelöst durch ein In­ itiierungssignal, von der Zentrale an einen Konfigurations- Dokumentationsserver weitergeleitet. Diese Daten werden in ei­ nem zweiten Schritt von dem Konfigurations-Dokumentationsserver in einer Datenbank in chronologischer Reihenfolge und unter­ gliedert in Produkte, insbesondere Produktteile und/oder tech­ nische Geräte und/oder Software, gespeichert.

Erfindungsgemäß ist erkannt worden, dass bei dem Verfahren zur Dokumentation die Abspeicherung der Konfigurationsdaten in der Datenbank aufgeteilt entsprechend der verschiedenen Produkte, wie Produkteile, Hard- oder Software, erfolgt. Die Konfigurati­ on der Produkte im Verkehrsmittel wird dadurch erfasst und kann mit Suchalgorithmen für Auswertungen einzelner Produkte überarbeitet werden. Zudem können an diesen Daten turnusmäßige Überprüfungen zur Sicherung der Qualität und des neuesten Pro­ duktstandes im Verkehrsmittel durchgeführt werden.

Sollte eine Aufgliederung der Konfigurationsdaten nach dem in­ dividuellem Verkehrsmittel notwendig sein, muss bei der draht­ losen Datenübertragung vom Verkehrsmittel zur Zentrale eine eindeutige Kennung für das Verkehrsmittel übermittelt und mit den Daten abgelegt werden. Die Kennung kann beispielsweise eine Fahrzeug-Identnummer bzw. jede andere Art von eindeutigem Code sein. Zudem kann die Identifizierung des Verkehrsmittels auch durch eine individuell zugewiesene IP-Adresse oder Telefonnum­ mer realisert werden, die beim Verbindungsaufbau abgefragt und ebenfalls mit den Daten abgelegt wird.

Ferner gewährleistet die Speicherung der Daten unabhängig vom und außerhalb des Verkehrsmittels jederzeit kontrollierten Zu­ griff auf diese Daten durch das Werk(Fahrzeughersteller), die Servicestelle usw. Ein entscheidender Vorteil der Erfindung be­ steht darin, dass im Moment der Anforderung zur Auswertung kein Funkkontakt zum Verkehrsmittel bestehen muß. Die Daten können zu einem beliebigen Zeitpunkt aus dem Verkehrsmittel internen Datenspeicher ausgelesen werden und unabhängig vom und außer­ halb des Verkehrsmittels gespeichert werden. Zudem kann durch dieses Verfahren sichergestellt werden, dass bei einem Verlust des Datenspeichers im Verkehrsmittel durch Unfall oder Manipu­ lation, die Konfigurationsdaten des betreffenden Verkehrsmit­ tels weiterhin zur Verfügung stehen. Insbesondere kann durch effiziente und revisionssichere Backup-Systeme für Server und Datenbanken sichergestellt werden, dass ein Datenverlust unmög­ lich wird.

Ein weiterer Vorteil des erfindungsgemäßen Verfahrens für die Verkehrsmitteldokumentation ist die Beweissicherung im Falle von Produkthaftung, da die Daten in chronologischer Reihenfol­ ge, also mit einer zusätzlichen Datumsinformation versehen, in der Datenbank abgespeichert werden. Dies ermöglicht ebenfalls Auswertungen zur Historie der Produkte im Verkehrsmittel, also deren Konfigurationsänderungen im Lebenszyklus des Verkehrsmit­ tels bzw. des Produkts, durchzuführen.

Diese Aufgabe wird erfindungsgemäß auch durch die Merkmale des Verfahrens nach Anspruch 2 gelöst. Danach werden die Daten, die in einem Datenspeicher im Verkehrsmittel abgelegt sind, mit Hilfe drahtloser Datenübertragungseinrichtungen, ausgelöst durch ein Initiierungssignal, an eine Zentrale gesendet, welche diese Daten an einen Konfigurations-Dokumentationsserver zur Speicherung in einer Datenbank weiterleitet. Die Kompatibili­ tätsanforderungen der Produkte, insbesondere Produktteile und/oder Software, werden auf Kompatibilitäts-Dokumentations­ servern in Datenbanken abgelegt. Die Dokumentationsserver ver­ fügen über Schnittstellen zur Kommunikation. Damit kann mittels der Daten aus den Dokumentationsservern eine Kompatibili­ tätsprüfung für die im Verkehrsmittel vorhanden Produkte, ins­ besondere Produktteile und/oder Software, durchgeführt werden.

Erfindungsgemäß ist erkannt worden, dass bevorzugt ein Kompati­ bilitäts-Dokumentationsserver vorgesehen wird, der über Produk­ te, insbesondere Produktteile und/oder technische Geräte und/oder Software, Informationen speichert, welche spezifischen Abhängigkeiten gegeben und einzuhalten sind. Mit den Daten des Konfigurations-Dokumentationsserver wird dazu eine Kompatibili­ tätsprüfung für die entsprechenden Konfigurationsstände im Ver­ kehrsmittel durchgeführt.

Die zentrale Speicherung der Kompatibiltätsinformationen auf dem Kompatibilitäts-Dokumentationsserver hat den Vorteil, dass diese schnell aktualisiert werden können und Fehler durch veraltete Kompatibilitätsdaten, die zum Zeitpunkt der Auslieferung dem Produkt, insbesondere Produktteilen und/oder Software, mit­ gegeben wurde, vermieden werden.

Außerdem werden zur Kompatibilitätsprüfung der Produkte eines Verkehrsmittels die individuellen Konfigurationsdaten des Ver­ kehrsmittels, also die Konfigurations-Dokumentation, sowie die Kompatibilitätsanforderungen der Produkte, bspw. der Produkt­ teile und/oder Software, also die Kompatibilitäts- Dokumentation, über Schnittstellen für den Kompatibilitätstest zur Verfügung gestellt.

Bei einer Weiterbildung der Erfindung wird das Initiierungs­ signal für die drahtlose Datenübertragung entweder von der Zen­ trale und/oder einer Bedieneinheit am Verkehrsmittel und/oder durch die Aktualisierung des Datenspeichers im Verkehrsmittel ausgelöst. Die Anfrage, beispielsweise durch die Zentrale, kann turnusmäßig erfolgen, um gesicherte Informationen über den Zu­ stand der Verkehrsmittel zu erhalten.

Ist für einen Hersteller die Dokumentation aller Konfigurati­ onsstände eines Verkehrsmittels auch nach dem Verkauf Pflicht, so bietet es sich an, diese mit der Aktualisierung von Daten im Datenspeicher des Verkehrsmittels zu verbinden. Dieses Vorgehen könnte derart erweitert werden, dass der Kunde durch eine Be­ dieneinheit im Verkehrsmittel das Versenden der Daten bestätigt oder aus Geheimhaltungsgründen verweigert.

Bei der Kompatibilitätsprüfung kann die Datenübertragung durch die Zentrale und/oder einer Bedieneinheit am Verkehrsmittel und/oder durch die Aktualisierung des Datenspeichers im Ver­ kehrsmittel ausgelöst werden. Die Anfrage, beispielsweise durch die Zentrale im Werk oder einer Servicestelle, kann notwendig werden, wenn Änderungen in den Kompatibilitäts-Dokumentations­ servern eingespielt wurden. Sollten Kompatibilitätsprobleme bei bestimmten Konfigurationsdaten ermittelt werden, können diese Verkehrsmittel gezielt zurückgerufen werden.

Die Bedieneinheit am Verkehrsmittel versetzt den Fahrer des Verkehrsmittels und/oder die Werkstätte, in der das Verkehrs­ mittel gewartet wird, in die Lage, den Kompatibiltätstest durchzuführen. Ist der Kompatibilitätstest mit der Aktualisie­ rung der Daten im Datenspeicher des Verkehrsmittels gekoppelt, so können Konfigurationsfehler sofort festgestellt werden und es kann gezielt bei deren Behebung vorgegangen werden.

Bei einer anderen Weiterbildung der Erfindung können die Daten nach deren erfolgreichem Ablegen in der Datenbank des Konfigu­ rations-Dokumentationsservers im Datenspeicher des Verkehrsmit­ tels gelöscht werden. Dies kann z. B. dadurch erzielt werden, dass die erfolgreich auf den Konfigurations-Dokumentationsser­ ver überspielten Daten sofort nach der ordnungsgemäßen Rückmel­ dung gelöscht werden oder indem diese Daten eine besondere Ken­ nung erhalten und diese besonders gekennzeichneten Daten tur­ nusmäßig gelöscht werden. Dies hat den Vorteil, dass der Daten­ speicher im Verkehrsmittel klein gehalten werden kann. Zudem kann dieses Verfahren dazu benützt werden, dass nur die aktua­ lisierten Konfigurationsdaten des Verkehrsmittels zur Zentrale gesendet werden. Dies hat den Vorteil, dass die schmale Band­ breite zur Datenübertragung optimal genutzt wird.

Bevorzugt werden Aktualisierungen von Produkten und/oder Pro­ duktteilen und/oder Software im Verkehrsmittel erst nach er­ folgreichem Ablegen der Daten in der Datenbank des Konfigura­ tions-Dokumentationsservers zugelassen. Der Vorteil dieses Ver­ fahrens besteht darin, Änderungen am Verkehrsmittel, die nicht dokumentiert werden können, zu verhindern.

Alternativ hierzu kann genau eine Aktualisierungen von Produk­ ten und/oder Produktteilen und/oder Software im Verkehrsmittel ohne zwingendes Ablegen der Daten in der Datenbank des Konfigu­ rations-Dokumentationsservers zugelassen werden. Eine weitere Aktualisierung ist dann erst nach erfolgreichem Ablegen der Da­ ten in der Datenbank des Konfigurations-Dokumentationsservers zulässig. Dies verhindert Diskrepanzen zwischen dem Verkehrs­ mittel und dem Konfigurations-Dokumentationsservers.

Es gibt nun verschiedene Möglichkeiten, die Lehre der vorlie­ genden Erfindung in vorteilhafter Weise weiterzubilden. Dazu ist einerseits auf die untergeordneten Ansprüche und anderer­ seits auf die nachfolgende Erläuterung zum Verfahren zu verwei­ sen. In der Zeichnung ist eine Variante des erfindungsgemäßen Verfahrens dargestellt. Es zeigt in schematischer Darstellung,

Fig. 1 eine Vorrichtung zur Durchführung des Verfahrens.

Ein Verkehrsmittel 1 verfügt über einen Datenspeicher 2 in dem Konfigurationsdaten über Produkte, insbesondere Produktteile und/oder technische Geräte und/oder Software, abgelegt sind. Die Konfigurationsdaten werden automatisch von dem Datenspei­ cher 2 erfasst, sobald eine Veränderung der Produkte im Ver­ kehrsmittel 1 vorgenommen wird.

Wenn die Produkte Software beinhalten, weisen die Konfigurati­ onsdaten ein Aktualisierungsdatum, eine Bezeichnung des Soft­ ware-Moduls, eine Angabe eines Zielgeräts, einen Versionsstand sowie optional die bereits in der Software vorhandenen Kompati­ bilitätsinformationen auf.

Die Daten werden aus dem Datenspeicher 2 ausgelesen und über eine Sende-Empfangseinheit 3 mittels drahtloser Übertragungs­ einrichtung 4, die z. B. mit elektromagnetischer Strahlung über einen Satellit erfolgen kann, zur Zentrale 5 kommuniziert. Die Zentrale 5 leitet die empfangenen Daten an einen Konfigura­ tions-Dokumentationsserver 7 weiter.

Die Zentrale 5 kann z. B. durch ein Call-Center realisiert sein, von dem die Daten an die entsprechenden Stellen, insbesondere Werk, Werkstätten, Kundencenter, Verkehrsmittel 1, Dokumentati­ onsserver 7, 9, weitergeleitet werden. Die Zentrale 5 kann ähn­ lich den Einwahlpunkten für Internetdienste als Remote-Access- Zugang aufgebaut sein, der die ankommenden Daten automatisch weiterleitet.

Die Zentrale 5 ist direkt an ein Netzwerk 12 angekoppelt, wo­ durch alle Teilnehmer dieses Netzwerks 12 Zugang zu den einzel­ nen Dokumentationsservern 7, 9, dem Konfigurationsmanager 10 und/oder der Zentrale 5, haben. Teilnehmer des Netzwerkes 12 sind auch das Werk, die Servicestellen, die Werkstätten und/oder Zulieferer, jeweils angekoppelt über ein bereits be­ stehendes Netzwerk 12 eines Herstellers.

Der Konfigurations-Dokumentationsserver 7 speichert die aus dem Datenspeicher 2 des Verkehrsmittel ankommenden Konfigurations­ daten in einer Datenbank 6. Das Speichern der Daten erfolgt in chronologischer Reihenfolge, d. h. entsprechend ihres zeitlichen Eingangs in der Datenbank. Dies ist durch die Speicherung des entsprechenden Datums, an dem die Aktualisierung des Verkehrs­ mittels erfolgte, zusammen mit den Daten, sichergestellt. Diese Daten stehen nun über das Terminal 11 jedem Teilnehmer des Netzwerks 12, insbesondere der Zentrale 5 und/oder den Dokumen­ tationsserver 7, 9 zur Verfügung und können zur Fehlersuche, zur Beweissicherung bei Produkthaftung, zu statistischen Erhe­ bungen usw., verwendet werden.

Die Zentrale 5 kann jederzeit einen Kompatibilitätstest über einen elektronischen Konfigurationsmanager 10 initiieren. Dabei führt dieser einen Vergleich zwischen den Konfigurationsdaten 6 des Verkehrsmittels auf dem Konfigurations-Dokumentationsserver 7 und den Kompatibilitäts-Daten in der Datenbank 8 des Kompati­ bilitäts-Dokumentationsservers 9 durch.

Wenn die Produkte Software aufweisen, wird bei diesem Vergleich festgestellt, ob ein bestimmtes aktuelles Software-Modul X des Verkehrsmittels für ein bestimmtes Zielgerät Y mit einem be­ stimmten Versionsstand Z Abhängigkeiten zu anderen Geräten im Verkehrsmittel aufweist. Dabei werden Anforderungen an Ver­ sionsstände anderer Software-Module im selben Zielgerät oder anderer Geräte überprüft. Die zur Kompatibilitätsprüfung erfor­ derlichen Informationen sind bereits im Kompatibilitäts- Dokumentationsserver abgelegt. Die Informationen geben bei­ spielsweise an, dass das Software-Modul X zur korrekten Funkti­ onsweise das Software-Modul A im Versionsstand B im Zielgerät C benötigt. Ferner prüft der Konfigurationsmanager 10 mit den Da­ ten aus dem Konfigurations-Dokumentationsserver 7, ob die vor­ gegebene Konfiguration tatsächlich in dem betreffenden Ver­ kehrsmittel umgesetzt ist.

Bei einer anderen Ausführungsform sind die Produkte technische Geräte, Produktteile oder Hardware. Als Konfigurationsdaten sind Daten, insbesondere zur Ausstattung und den charakteristi­ sche Größen gespeichert. Die Konfigurationsdaten für das Pro­ dukt Reifen bestehen aus den Angaben Aktualisierungsdatum, Her­ steller, Typ, Größe sowie Position am Verkehrsmittel. Aus dem Vergleich der Konfigurationsdaten auf der Datenbank 6 mit den Kompatibilitätsdaten auf der Datenbank 8 durch den Konfigurati­ onsmanager 10 wird ermittelt, ob dieses Produkt für dieses Ver­ kehrsmittel kompatibel ist, also die verkehrstechnischen und gerätespezifischen Anforderungen erfüllt.

Bezugszeichenliste

1

Verkehrsmittel

2

Datenspeicher

3

Sende-Empfangseinheit

4

drahtlose Übertragungseinrichtung

5

Zentrale

6

Datenbank

7

Konfigurations-Dokumentationsserver

8

Datenbank

9

Kompatibilitäts-Dokumentationsserver

10

Konfigurationsmanager

11

Terminal

12

Netzwerk

Claims (5)

1. Verfahren zur Dokumentation von Daten eines Verkehrsmittels, wobei die Daten in einem Datenspeicher (2) im Verkehrsmittel (1) abgelegt werden, die Daten im Datenspeicher (2) bei Ände­ rungen aktualisiert werden und diese Daten über eine drahtlose Datenübertragungseinrichtung (4) an eine Zentrale (5) außerhalb des Verkehrsmittels (1) übertragen werden, wobei die Zentrale (5), ausgelöst durch ein Initiierungssignal, die Daten an einen Konfigurations-Dokumentationsserver (7) weiterleitet und die Daten in einer Datenbank (6) gespeichert werden, dadurch gekennzeichnet, dass
die Kompatibilitätsanforderungen der Produkte auf einem Kom­ patibilitäts-Dokumentationsserver (9) in einer Datenbank (8) abgelegt werden,
eine Kompatibilitätsprüfung für die im Verkehrsmittel (1) vorhandenen Produkte mittels der Daten des Kompatibilitäts- Dokumentationsservers (9) durchgeführt wird und
die Dokumentationsserver (7 und 9) über Schnittstellen kommu­ nizieren, um außerhalb des Verkehrsmittels (1) Konfigurations­ stände von Produkten im Verkehrsmittel (1) zu überprüfen.

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das Initiierungssignal für die drahtlose Datenübertragung von der Zentrale (5), über eine Bedieneinheit am Verkehrsmittel (1) und/oder durch die Aktualisierung des Datenspeichers (2) im Verkehrsmittel (1) ausgelöst wird.

3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass als Daten Konfigurationsstände zu den im Verkehrsmittel (1) eingesetzten Produkten, wie Softwarestände von Software, gespeichert werden.

4. Verfahren nach Anspruch 1 bis 3, dadurch gekennzeichnet, dass ein Freigabesignal von der Zentrale (5) an das Verkehrs­ mittel (1) nach Ablegen der Daten in der Datenbank (6) des Kon­ figurations-Dokumentationsservers (7) übertragen wird, um ein Aktualisieren der Daten im Datenspeicher (2) zuzulassen.

5. Verfahren nach Anspruch 4, dadurch gekennzeichnet, dass das Freigabesignal nach erfolgreicher Durchführung des Kompatibilitätstests übertragen wird.