(19)
(11)EP 2 775 363 A2

(12)EUROPÄISCHE PATENTANMELDUNG

(43)Veröffentlichungstag:
10.09.2014  Patentblatt  2014/37

(21)Anmeldenummer: 14156787.5

(22)Anmeldetag:  26.02.2014
(51)Internationale Patentklassifikation (IPC): 
G05B 19/042(2006.01)
(84)Benannte Vertragsstaaten:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR
Benannte Erstreckungsstaaten:
BA ME

(30)Priorität: 04.03.2013 DE 102013102082

(71)Anmelder: STILL GmbH
22113 Hamburg (DE)

(72)Erfinder:
  • Krüger-Basjmeleh, Tino
    25469 Halstenbek (DE)
  • Tödter, Joachim
    22391 Hamburg (DE)
  • Viereck, Volker
    23898 Kühsen (DE)

(74)Vertreter: Geirhos, Johann 
Geirhos & Waller Partnerschaft Patent- und Rechtsanwälte Landshuter Allee 14
80637 München
80637 München (DE)

  


(54)Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs


(57) Bei einem Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs (1), das mindestens einen Steuerungsrechner (2), der in Wirkverbindung mit Fahrfunktionen (6) und/oder Arbeitsfunktionen (6) und/oder Sensoren (7) des Flurförderzeugs (1) steht, und mindestens einen Anwendungsrechner (4) aufweist, wird die Anwendung als Software in den Anwendungsrechner (4) geladen und greift über definierte Schnittstellen (5) des Anwendungsrechners (4) auf die Fahrfunktionen (6) und/oder Arbeitsfunktionenfunktionen (6) und/oder Sensoren (7) des Flurförderzeugs (1) zu.




Beschreibung


[0001] Die Erfindung betrifft ein Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs. Insbesondere betrifft die Erfindung ein Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs, das mindestens einen Steuerungsrechner, der in Wirkverbindung mit Fahrfunktionen und/oder Arbeitsfunktionen und/oder Sensoren des Flurförderzeugs steht, und mindestens einen Anwendungsrechner aufweist, ein Flurförderzeug, auf dem das Verfahren zur Anwendung kommt, und ein System aus einer Mehrzahl von Flurförderzeugen sowie einem Server.

[0002] Bei Flurförderzeugen werden in der Regel eine Fahrzeugsteuerung oder mehrere Fahrzeugsteuergeräte eingesetzt, die Mikrocontroller basiert sind und einen Zugriff auf Sensoren, Aktoren für Fahrzeugfunktionen sowie Motoren, bzw. Fahr- und Arbeitsfunktionen des Flurförderzeugs, ermöglichen. Diese Fahrzeugsteuerung bzw. der hierzu eingesetzte Mikrocontroller besitzen zumeist ein einfaches Betriebssystem, um Standardfunktionalitäten wie den Download von Software, den sicheren Speicherzugriff usw. zu gewährleisten. Benutzerspezifische Funktionserweiterungen, wie etwa ein softwareunterstütztes Lagerverwaltungssystem, spezielle, gewünschte Sicherheitsfunktionen oder eine an örtliche Bedürfnisse angepasste Warenverfolgung im Rahmen einer Lagerverwaltung, werden nach dem Stand der Technik über getrennte, externe Hardware wie Terminals, Microcontrollersteuerungen oder embedded PCs umgesetzt.

[0003] Nachteilig an diesem Stand der Technik ist, dass diese externen Systeme keinen oder eine nur sehr begrenzten Zugriff auf die Sensoren und Aktoren des Flurförderzeugs haben, um beispielsweise Messwerte zu erhalten, Informationen über Bewegungen der Fahr- oder Arbeitsfunktionen des Flurförderzeugs sowie Fahr- oder Arbeitsfunktionen des Flurförderzeugs automatisiert anzusteuern. Es entsteht daher erheblicher finanzieller und zeitlicher Aufwand, wenn solche benutzerspezifischen Funktionserweiterungen bei einem Flurförderzeug eingesetzt werden sollen, da eine spezifische Entwicklung und Anpassung von Seiten des Herstellers des Flurförderzeugs und/oder externer Dienstleister erforderlich wird. Selbst wenn entsprechende Daten und Informationen in einem Steuerungscomputer bzw. Bussystem des Flurförderzeugs bereits vorhanden sind, stehen diese für solche Funktionserweiterungen nicht zur Verfügung und es muss zum Teil sogar mit eigenen getrennte Sensoren und Erfassungsvorrichtungen gearbeitet werden.

[0004] Ein Ansatz zur Überwindung dieses Problems wäre, den direkten Zugriff auf die Fahrzeugsteuerung und über diesen Weg auf die Fahr- oder Betriebsfunktionen sowie die Fahrzeugdaten, insbesondere Sensordaten und Daten der Aktoren des Flurförderzeugs zu ermöglichen. Dabei würden Programme und Programmteile basierend auf Quellcode von Drittanbietern in die Programme von Fahrzeugsteuergeräten bzw. in die Fahrzeugsteuerung integriert und auf diesen laufen.

[0005] Nachteilig an diesem Stand der Technik ist, dass ein direkter Zugriff auf die Fahrzeugdaten bzw. das Betriebssystem der Fahrzeugsteuergeräte oder der Fahrzeugsteuerung rechtliche Probleme mit sich bringen kann, insbesondere Probleme bei der Erfüllung von Sicherheitsvorschriften und Gesetzen wie sie beispielsweise aus der Umsetzung der Maschinenrichtlinie der Europäischen Union resultieren, deren Einhaltung gewährleistet werden muss. Weiterhin ist ein solcher Zugriff aus elektrischen und technischen Gründen meist nicht sinnvoll oder möglich, da der Hersteller des Flurförderzeugs das technische Verhalten des Flurförderzeugs und den Energieverbrauch dann nicht gewährleisten kann. Auch ist ein solcher Zugriff aus Gründen des Schutzes des eigenen Know-hows zumeist nicht erwünscht.

[0006] Weil für benutzerspezifische Funktionserweiterungen folglich erheblicher Aufwand erforderlich ist, führt dies dazu, dass viele kleine Anwendungen für die Hersteller von Flurförderzeugen im Hinblick auf Kosten und Aufwand nicht rentabel und interessant sind, jedoch von Seiten der Kunden gewünscht werden, da durch diese die Attraktivität der Flurförderzeuge durch individuelle Anpassungen erhöht wird. Auch können diese benutzerspezifischen Funktionserweiterungen oftmals von vornherein nicht umgesetzt werden, wenn entsprechende Informationen und Steuerbefehle allein über die Fahrzeugsteuerung zugänglich sind und durch zusätzliche Sensoren bzw. zur Verfügung stehende Funktionsschnittstellen nicht darstellbar sind.

[0007] Weiterhin nachteilig ergibt sich das Problem, dass Zugriffe extern entwickelter Geräte und Vorrichtungen auf vorhandene Fahrzeugsteuerungsgeräte bzw. die Fahrzeugsteuerung nicht vollständig in ihrer Funktionalität überprüft werden können, so dass für benutzerspezifische Funktionserweiterungen im Regelfall eine kostenintensive grundsätzliche Aufrüstung des Flurförderzeugs einschließlich eines entsprechenden Entwicklungsprojekts durchgeführt werden muss.

[0008] Es ist daher Aufgabe der vorliegenden Erfindung, ein Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs, ein entsprechendes Flurförderzeug sowie ein System zur Verfügung zu stellen, mit dem die oben genannten Nachteile vermieden werden und benutzerspezifische Funktionserweiterungen auf einfache und kostengünstige Art und Weise sowie sehr flexibel durchgeführt werden können.

[0009] Diese Aufgabe wird durch ein Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs mit den Merkmalen des unabhängigen Patentanspruchs 1, ein Flurförderzeug mit den Merkmalen des unabhängigen Patentanspruchs 7 und ein System mit den Merkmalen des unabhängigen Patentanspruchs 9 gelöst. Vorteilhafte Weiterbildungen der Erfindung sind in den Unteransprüchen angegeben.

[0010] Diese Aufgabe wird erfindungsgemäß dadurch gelöst, dass bei einem Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs, das mindestens einen Steuerungsrechner, der in Wirkverbindung mit Fahrfunktionen und/oder Arbeitsfunktionen und/oder Sensoren des Flurförderzeugs steht, und mindestens einen Anwendungsrechner aufweist, die Anwendung als Software in den Anwendungsrechner geladen wird und über definierte Schnittstellen des Anwendungsrechners auf die Fahrfunktionen und/oder Arbeitsfunktionenfunktionen und/oder Sensoren des Flurförderzeugs zugreift.

[0011] Indem die Anwendung nur für den Anwendungsrechner und dessen definierte Schnittstellen mit dem Steuerungsrechner programmiert wird, erfolgt kein direkter Eingriff in das Steuerungssystem des Flurförderzeugs durch die Anwendung. Dadurch ist es möglich, dass auch sehr kleine und spezifische Anwendungen entwickelt werden können, insbesondere durch dritte Personen, die nicht mit dem Hersteller des Flurförderzeugs zusammenarbeiten oder zu dessen Unternehmen gehören, da keine Integration in die eigentliche Steuerung des Flurförderzeugs erfolgen muss. Durch die strikte Trennung und den indirekten Zugriff über die definierten Schnittstellen können die rechtlichen Verpflichtungen zur Einhaltung gesetzlicher Vorschriften durch den Hersteller des Flurförderzeugs garantiert werden. Jeder Steuerbefehl, der indirekt über die definierte Schnittstelle auf die Fahr- und/oder Arbeitsfunktionen des Flurförderzeugs zugreift und somit in agierender Weise in das Fahrzeugverhalten eingreift, kann wie bei Eingaben einer Bedienperson den Kontrollfunktionen und Überwachungsfunktionen des Flurförderzeugs unterworfen werden und es können sicherheitskritische Zustände vermieden werden. Fahrfunktionen können dabei beispielsweise Befehle zur Vorwärts- oder Rückwärtsfahrt wie auch Lenkbefehle sein. Typische Arbeitsfunktionen sind beispielsweise die Ansteuerung eines Hubmastes, einer Neigevorrichtung oder einer Seitenschubeinrichtung für eine Lastgabel als Lasthandhabungsvorrichtung. Vorteilhaft kann der Hersteller eines Flurförderzeugs auch die Möglichkeit des Einsatzes von Anwendungen zur Verfügung stellen, ohne die Details der Fahrzeugsteuerung offen legen zu müssen. Dies ergibt einen effizienten Know-How-Schutz. Weiterhin können auch unerwünschte Eingriffe vermieden werden, die Energieverbrauchseigenschaften oder technische Eigenschaften des Flurförderzeugs negativ beeinflussen würden. Es ergibt sich auch als Vorteil, dass weiterhin das Flurförderzeug ein herstellerkonformes Fahrzeug ist und sich keine garantierechtlichen Probleme ergeben, wenn beispielsweise Drittanbieter benutzerspezifische Funktionserweiterungen durch eine Anwendung anbieten. Auch kann eine Beeinflussung der Form und des Designs des Arbeitsplatzes für eine Bedienperson auf dem Flurförderzeug festgelegt werden und durch die definierten Schnittstellen und von diesen zu Verfügung gestellten Befehle können Änderungen hieran auf ein erlaubtes Maß beschränkt werden. Externe Anbieter von Anwendungen können dann nur in diesem Rahmen beispielsweise die Gestaltung bestimmter Untermenüs in Displayanzeigen eines Armaturenbrettes indirekt über die Schnittstellen als Befehlsaufruf in dem Anwendungsrechner beeinflussen. Unter dem Steuerungsrechner des Flurförderzeugs ist auch eine Mehrzahl von Steuerungsrechnern oder Fahrzeugsteuergeräten für einzelne Komponenten, die über ein Bussystem, beispielsweise einem CAN-Bus, verbunden sind und in der Gesamtheit das Flurförderzeug steuern, zu verstehen. Vorteilhaft kann die Attraktivität der Flurförderzeuge durch eine umfangreiche Verbreiterung der Funktionalität bzw. massive Erweiterungen der Funktionalität erhöht werden. Dies ist insbesondere vorteilhaft möglich durch die Möglichkeit der Entwicklung durch externe Firmen und Drittanbieter auf der Basis der zur Verfügung gestellten Umgebung des Anwendungsrechners. Es wird eine flexible und schnelle Möglichkeit der Reaktion auf veränderte Anforderungen geboten, die durch die Programmierung von Anwendungen erfolgen kann. Insbesondere ergibt sich auch die Möglichkeit einer nachträglichen Erweiterung von Fahrzeugfunktionen durch späteres Integrieren einer Anwendung. Da die Installation von zusätzlicher Hardware, beispielsweise zusätzlichen Sensoren, durch das beschriebene Verfahren oftmals vermieden werden kann, ergibt sich auch ein Gewinn an Sicherheit und eine Verringerung der Komplexität mit deren potentiellen Fehlerquellen.

[0012] In einer vorteilhaften Weiterbildung des Verfahrens ist der Anwendungsrechner ein in die Fahrzeugsteuerung integrierter virtueller Rechner.

[0013] Steuerungsrechner weisen zum Teil erhebliche Rechenleistungen auf. Auch werden oft Steuerungsrechner eingesetzt, die vereinfachte Betriebssysteme oder bereits auf üblichen Betriebssystemen von Personal-Computern aufbauende Betriebssysteme einsetzen, wie beispielsweise das unter dem Markenamen Windows-CE bekannte Betriebssystem. Daher besteht oft bereits die Kapazität, auf einem Steuerungsrechner einen virtuellen Rechner mit einem entsprechenden Betriebssystem zur Verfügung zu stellen, durch den der Anwendungsrechner als virtueller Rechner emuliert werden kann.

[0014] In einer günstigen Ausbildung des Verfahrens ist der Anwendungsrechner ein von der Fahrzeugsteuerung getrennter eigener Rechner, der mit der Fahrzeugsteuerung verbunden ist.

[0015] Durch einen völlig getrennten Rechner kann eine unbeabsichtigte Beeinflussung des Steuerungsrechner bzw. der Fahrzeugsteuerung außerhalb der über die Schnittstellen vorgesehenen Möglichkeiten sicher verhindert werden. Beispiele solcher getrennter Rechner sind leistungsfähige 32/64 Bit Rechner X86, ein ARM, oder etwa ein PowerPC.

[0016] Vorteilhaft bildet der Anwendungsrechner einen isolierten Bereich.

[0017] Durch einen isolierten Bereich, auch in der Informatik bezeichnet als "Sandkiste" oder "Sandbox", innerhalb dem jedwede Maßnahme durch ein Programm keinerlei Auswirkung auf die äußere Umgebung hat, besteht eine vollständige Abkapselung. Zugriffe nach außen können dann nur über die definierten Schnittstellen und deren zur Verfügung gestellte Befehle erfolgen. Ein solcher gekapselter Bereich kann dennoch alle Möglichkeiten und Vorteile eines modernen, echtzeitfähigen multitaskingfähigen Betriebssystems bieten und ermöglicht es umgekehrt dennoch, alle Schnittstellen exakt zu überwachen und zu kontrollieren. Insbesondere für Zugriffe auf die Fahrfunktionen oder die Arbeitsfunktionen kann eine zuverlässige und genaue Überwachung erfolgen. Dadurch können die Entwicklungskosten für benutzerspezifische Funktionserweiterungen über das Konzept der beschriebenen Anwendungen vorteilhaft reduziert werden.

[0018] In einer Ausgestaltung der Erfindung läuft die Anwendung in einer speichersicheren Umgebung des Anwendungsrechners mit niedriger Priorität.

[0019] Dies ergibt die vorteilhafte Möglichkeit, dass die Systemumgebung des Steuerungsrechners des Flurförderzeugs jederzeit die Anwendungen in dem Anwendungsrechner unterbrechen kann. Im Falle eines Softwarefehlers bzw. Programmfehlers in der Anwendung wirkt sich dieser durch die Kontrollmöglichkeit nicht oder nur sehr eingeschränkt auf die Fahrzeugsteuerung und die Arbeitsfunktionen, Fahrfunktionen sowie Sensoren des Flurförderzeugs aus.

[0020] Es ist möglich, dass die Anwendung nur auf Sensoren und/oder Dateninformationen der Fahrfunktionen und/oder Dateninformationen der Arbeitsfunktionen des Flurförderzeugs zugreift.

[0021] Vorteilhaft ist es dadurch möglich, die auf dem Anwendungsrechner laufenden Anwendungen zu klassifizieren und Ihnen unterschiedliche Niveaus des Zugriffs auf die definierten Schnittstellen und über diese auf die Funktionen des Flurförderzeugs zu ermöglichen. Dabei kann zum einen nur ein informeller Zugriff auf das Flurförderzeug erlaubt werden, bei dem allein Fahrzeuginformationen zugänglich sind, wie die Sensoren, die Dateninformationen der Fahrfunktionen, oder die Dateninformationen der Arbeitsfunktionen des Flurförderzeugs. Dabei sind die Dateninformationen der Arbeitsfunktionen oder der Fahrfunktionen des Flurförderzeugs beispielsweise berechnete Werte einer zurückgelegten Fahrstrecke, basierend auf den Fahrbefehlen, oder eine berechnete Hubhöhe für die Arbeitsfunktion eines Hubmastes, die aus den Hubbefehlen berechnet wird.

[0022] Die Aufgabe wird auch gelöst durch ein Flurförderzeug mit mindestens einen Steuerungsrechner, der in Wirkverbindung mit Fahrfunktionen und/oder Arbeitsfunktionen und/oder Sensoren des Flurförderzeugs steht, und mindestens einem Anwendungsrechner, wobei der mindestens eine Steuerungsrechner und der Anwendungsrechner ein zuvor beschriebenes Verfahren durchführen.

[0023] Das Flurförderzeug weißt die bereits zuvor geschilderten Vorteile auf.

[0024] Vorteilhaft ist der Anwendungsrechner ein von der Fahrzeugsteuerung getrennter eigener Rechner, der mit der Fahrzeugsteuerung verbunden ist.

[0025] Weiterhin wird die Aufgabe auch gelöst durch ein System aus einer Mehrzahl von Flurförderzeugen, wie es zuvor beschrieben wurde, sowie mindestens einem Server, wobei die Flurförderzeuge über ein Netzwerk mit dem Server verbindbar sind und von dem Server Anwendungen herunter geladen werden können.

[0026] Dadurch können die Anwendungen durch den Hersteller des Flurförderzeugs kontrolliert werden und es kann beispielsweise die zuvor beschriebene Klassifizierung, beispielsweis zwischen einem agierenden Zugriff oder einem rein informellen Zugriff auf das Fahrzeug durchgeführt werden. Gleichzeitig besteht eine günstige und komfortable Möglichkeit der Verteilung der Anwendungen auf die Flurförderzeuge. Ein solcher Server kann im Sinne eines Marktplatzes gestaltet werden, auf dem die Anwendungen käuflich erworben werden können.

[0027] In einer günstigen Ausgestaltung ist das Netzwerk das Internet.

[0028] In einer vorteilhaften Weiterbildung des Systems können über das Netzwerk durch Dritte Anwendungen auf dem Server bereitgestellt werden.

[0029] Durch die Gestaltung des Servers als offener Marktplatz kann auch eine entwickelte Anwendung durch einen Dritten auf dem Server zur Verfügung gestellt werden, wobei vorteilhaft die Möglichkeit der Kontrolle und Überprüfung der Konformität der Anwendung mit vorhandenen Vorgaben besteht. Beispielsweise ist es möglich, bestimmte Berechtigungsstufen für die Anwendungen zu definieren und diese mit unterschiedlichen Vorgaben in Bezug auf die Anforderungen an die Programmierung wie auch die Überprüfung der Anwendungen zu versehen. So könnte in einem dreistufigen Konzept beispielsweise in einer ersten Stufe die Nutzung der von dem Hersteller des Flurförderzeugs spezifizierten Hardware bzw. des Anwendungsrechners und vorgegebener Software zugelassen werden. In einer zweiten Stufe könnte die Nutzung der von dem Fahrzeughersteller bzw. Hersteller des Flurförderzeugs kontrollierten und überwachten Fahrzeuginformationen, der zuvor geschilderten Sensoren sowie Dateninformationen der Fahrfunktionen bzw. Dateninformationen der Arbeitsfunktionen zugelassen werden. Hierfür kann beispielsweise ein Freigabeverfahren mit einer Info an den Hersteller des Flurförderzeugs verlangt werden mit einer durch diesen zu erteilenden Freigabe. Dies kann beispielsweise auch automatisiert erfolgen. Schließlich kann in einer dritten Stufe bei einer weitergehenden Nutzung insbesondere einer aktiven Nutzung der Fahrfunktionen und/oder Arbeitsfunktionen eine Einzelfallzertifizierung durch den Hersteller des Flurförderzeugs gefordert werden.

[0030] Vorteilhaft ist ein Laden der Anwendung in den Anwendungsrechner nur über das Netzwerk von dem Server möglich.

[0031] Dadurch kann sichergestellt werden, dass keine unzulässige Software auf dem Anwendungsrechner gestartet werden kann. In dem beispielsweise Einladen von Software grundsätzlich nur über das Netzwerk möglich ist und keine sonstige Schnittstelle wie etwa ein Datenzugang oder ein Laufwerk vorhanden ist, kann effizient sichergestellt werden, dass nur kontrollierte und den Bedingungen entsprechende Anwendungen auf dem Anwendungsrechner laufen können. Es ist denkbar dies auch durch entsprechende Verschlüsselungen, Kodierungen oder Zertifizierungen der Anwendungen sicherzustellen.

[0032] Es ist auch denkbar, auf dem Anwendungsrechner Anwendungen bzw. Software laufen zu lassen, die auch parallel für einen Einsatz auf Terminals oder sonstigen Computern geeignet sind. Diese gibt die Möglichkeit, dass ein Benutzer des Flurförderzeugs integriert in dem Flurförderzeug als auch auf von dem Flurförderzeug getrennten Terminals, etwa PDAs, Smartphones, Notebooks oder sonstigen Computern die Funktionen dieser Software bzw. Anwendung nutzen kann.

[0033] Weitere Vorteile und Einzelheiten der Erfindung werden anhand des in den schematischen Figuren dargestellten Ausführungsbeispiels näher erläutert. Hierbei zeigt
Fig. 1
schematisch den Aufbau des erfindungsgemäßen Verfahrens und
Fig. 2
schematisch ein erfindungsgemäßes System.


[0034] Die Fig. 1 zeigt schematisch den Aufbau des erfindungsgemäßen Verfahrens. Ein Flurförderzeug 1 weist einen Steuerungsrechner 2 auf, der als virtuellen Rechner 3 einen Anwendungsrechner 4 umfasst. Alternativ ist es auch möglich, den Anwendungsrechner 4 als einen getrennten physikalischen Rechner auszuführen. Über definierte Schnittstellen 5 kann eine auf dem Anwendungsrechner 4 laufende Anwendung Fahr- und Arbeitsfunktionen 6 als Aktoren und Sensoren 7 des Flurförderzeugs 1 ansprechen und abhängig von einem für die Anwendung erlaubten Zugriffsniveau den Fahr- und Arbeitsfunktionen 6 Steuerbefehle übermitteln, beispielsweise auch als CAN-Botschaft über einen CAN-Bus 13, oder auch nur Messwerte der Sensoren 7 bzw. eventuell Dateninformationen der Fahr-und Arbeitsfunktionen 6 abfragen.

[0035] Die Fig. 2 zeigt schematisch ein erfindungsgemäßes System 8, das einen Server 9 aufweist und zwei Gabelstapler 10 als Beispiel eines Flurförderzeugs 1. Die Gabelstapler 10 weisen entsprechend der Beschreibung in Fig. 1 einen Anwendungsrechner 4 auf. Wie durch die Pfeile verdeutlicht, kann über ein Netzwerk 11, beispielsweise das Internet 12, eine Anwendung von dem Server 9 in den Anwendungsrechner 4 herunter geladen werden.

[0036] Dadurch kann sichergestellt werden, dass nur Anwendungen auf dem Anwendungsrechner 4 der Gabelstapler 10 laufen können, die den Vorgaben entsprechen. Dies lässt sich in dem Server 9 beim zur Verfügung stellen der Anwendung überprüfen. Je nach Stufe der erlaubten Nutzung kann dabei eine individuelle Prüfung oder eine automatisierte formelle Prüfung erfolgen.


Ansprüche

1. Verfahren zur Integration von Anwendungen in eine Steuerung eines Flurförderzeugs (1), das mindestens einen Steuerungsrechner (2), der in Wirkverbindung mit Fahrfunktionen (6) und/oder Arbeitsfunktionen (6) und/oder Sensoren (7) des Flurförderzeugs (1) steht, und mindestens einen Anwendungsrechner (4) aufweist,
dadurch gekennzeichnet,
dass die Anwendung als Software in den Anwendungsrechner (4) geladen wird und über definierte Schnittstellen (5) des Anwendungsrechners (4) auf die Fahrfunktionen (6) und/oder Arbeitsfunktionenfunktionen (6) und/oder Sensoren (7) des Flurförderzeugs (1) zugreift.
 
2. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass der Anwendungsrechner (4) ein in die Fahrzeugsteuerung (2) integrierter virtueller Rechner (3) ist.
 
3. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass der Anwendungsrechner ein von der Fahrzeugsteuerung (2) getrennter eigener Rechner ist, der mit der Fahrzeugsteuerung (2) verbunden ist.
 
4. Verfahren nach einem der Ansprüche 1 bis 3,
dadurch gekennzeichnet,
dass der Anwendungsrechner (4) einen isolierten Bereich bildet.
 
5. Verfahren nach einem der Ansprüche 1 bis 4,
dadurch gekennzeichnet,
dass die Anwendung in einer speichersicheren Umgebung des Anwendungsrechners (4) mit niedriger Priorität läuft.
 
6. Verfahren nach einem der Ansprüche 1 bis 5,
dadurch gekennzeichnet,
dass die Anwendung nur auf Sensoren (7) und/oder Dateninformationen der Fahrfunktionen (6) und/oder Dateninformationen der Arbeitsfunktionen (6) des Flurförderzeugs (1) zugreift.
 
7. Flurförderzeug mit mindestens einen Steuerungsrechner (2), der in Wirkverbindung mit Fahrfunktionen (6) und/oder Arbeitsfunktionen (6) und/oder Sensoren (7) des Flurförderzeugs (1) steht, und mindestens einem Anwendungsrechner (4), wobei der mindestens eine Steuerungsrechner (2) und der Anwendungsrechner (4) ein Verfahren nach einem der vorhergehenden Ansprüche durchführen.
 
8. Flurförderzeug nach Anspruch 7,
dadurch gekennzeichnet,
dass der Anwendungsrechner ein von der Fahrzeugsteuerung (2) getrennter eigener Rechner ist, der mit der Fahrzeugsteuerung (2) verbunden ist.
 
9. System aus einer Mehrzahl von Flurförderzeugen (1) nach Anspruch 7 oder 8 sowie mindestens einem Server (9), wobei die Flurförderzeuge (1) über ein Netzwerk (11) mit dem Server (9) verbindbar sind und von dem Server (9) Anwendungen herunter geladen werden können.
 
10. System nach Anspruch 9,
dadurch gekennzeichnet,
dass das Netzwerk (11) das Internet (12) ist.
 
11. System nach Anspruch 9 oder 10,
dadurch gekennzeichnet,
dass über das Netzwerk (11) durch Dritte Anwendungen auf dem Server (9) bereitgestellt werden können.
 
12. System nach einem der Ansprüche 9 bis 11,
dadurch gekennzeichnet,
dass ein Laden der Anwendung in den Anwendungsrechner (4) nur über das Netzwerk (11) von dem Server (9) möglich ist.
 




Zeichnung