EP1128333A2 - Verfahren und Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges - Google Patents

Verfahren und Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges Download PDF

Info

Publication number
EP1128333A2
EP1128333A2 EP01250058A EP01250058A EP1128333A2 EP 1128333 A2 EP1128333 A2 EP 1128333A2 EP 01250058 A EP01250058 A EP 01250058A EP 01250058 A EP01250058 A EP 01250058A EP 1128333 A2 EP1128333 A2 EP 1128333A2
Authority
EP
European Patent Office
Prior art keywords
vehicle
terminal
service center
user
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP01250058A
Other languages
English (en)
French (fr)
Other versions
EP1128333A3 (de
Inventor
Dietmar Kuske
Hans Günter Schneider
Werner Dr.Rer.Nat. Schulz
Paul Dipl.-Ing. Aengenendt
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.)
Vodafone Holding GmbH
Original Assignee
Mannesmann AG
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
Priority claimed from DE10109911A external-priority patent/DE10109911A1/de
Application filed by Mannesmann AG filed Critical Mannesmann AG
Publication of EP1128333A2 publication Critical patent/EP1128333A2/de
Publication of EP1128333A3 publication Critical patent/EP1128333A3/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • G07C5/085—Registering performance data using electronic data carriers
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station

Definitions

  • a distributed system and modern, preferably wireless communication means used to perform this task Travel records quickly, efficiently and with great comfort.
  • At the heart of the invention is the approach of capturing the relevant vehicle data in the vehicle and transmitting it to a service center, preferably wirelessly.
  • the data is then made available to the customer on an office PC and made available in electronic or printed form as a logbook or trip record.
  • the data are stored in a user-specific, closed area. This data can then be called up by the user using standard methods from the office PC, preferably via a standard telecommunication connection, such as an Internet connection.
  • An essential requirement of a logbook is the possibility to provide evidence related to the trip, ie to assign important parameters or statuses to each individual trip, such as start of trip, end of trip, mileage, kilometers traveled, purpose of the trip, driver and the like.
  • the parameters to be recorded in detail result from the application.
  • the relevant tax regulations are particularly relevant when used as evidence for tax purposes.
  • the application of the invention is not limited to tax proof.
  • these travel-related parameters can also be determined directly at the start or end of the journey via the terminal.
  • the vehicle terminal offers a suitable interface. However, if there is no such interface, the following is possible:
  • the user activates logging of the trip by SMS from the cell phone.
  • the interaction at the start and finish can also take place via a separate plain text SMS server at the head office.
  • WAP or similar offers good opportunities for this.
  • proof must be complete and complete, ie all kilometers traveled must be assigned to journeys or types of journeys. Complete and complete registration is a prerequisite for tax proof.
  • it makes sense to collect additional vehicle data (vehicle status, load status, operating data acquisition ). This means that the full portfolio of the fleet management function can also be mapped.
  • the user has the option of storing and maintaining a customer database (typical destination addresses) on a central computer, so that the system automatically suggests the "nearest" target customer from the database when a position is reached.
  • a customer database typically destination addresses
  • the generated proof must always contain the address (and not any coordinate).
  • a control center (of a telecommunications and / or traffic telematics provider) can set up "multi-user" access to the data area; the idea here is the access, for example, of the tax adviser to the user of a terminal according to the invention.
  • a central office (of a telecommunications and / or traffic telematics provider) offers further interfaces, in particular for tax consultant software.
  • the following two processes are conceivable in particular: Direct access in particular by the tax advisor (multi-user, as above), or an export interface (for the encrypted e-mail to the tax advisor), which is triggered / initiated by the user.
  • the determination of the trip assignment directly at the start of the trip can be implemented, for example, using the following procedure.
  • a short message (SMS) is sent to one or more specified address (es) of the control center. This short message does not have to contain any further information, ie it can also be "empty”.
  • the control center evaluates the sender's telephone number and the destination address and automatically determines the start of the journey. When the SMS is received, the control center then polls further current vehicle data, thus completing the trip data.
  • a normal mobile phone can also be used to start this process, provided the control center is aware of the assignment of the authorized user (e.g.
  • SMS short message service
  • WAP voice-based automatic systems
  • voice servers voice servers
  • the system can also be expanded with other interfaces, ie the user can "dial in” to the system and read out the data in addition to mobile or landline-based Internet access using business management software (SAP or similar).
  • SAP business management software
  • access control is essential, which is ensured by the service center.
  • the start and / or end of the journey are defined by specifying conditions, the occurrence of which is monitored by the data acquisition device. Start and destination are defined in coordinates and the log process is automatically started or stopped when these locations are reached. Timers or receipts, ie confirmations by the driver, are also conceivable.
  • the terminal device prefferably displays the current total mileage of the vehicle, at least at the beginning and end of the journey, to be determined and / or from the vehicle read out and add to the data to be processed.
  • Intermediate stations documented route and / or breaks.
  • Additional usage-relevant vehicle data record at least one of the following variables and are transmitted from the vehicle: rest times, driving times, equipment status and consumption (petrol, oil, etc.), medium speed, maximum speed, refueling with location, quantity, price, etc., status of the load (e.g. temperature, cargo space doors), loading and / or unloading of goods, order status.
  • the terminal and terminal can be clearly assigned to a user and these assignments can be stored in the form of a database; Every time you communicate with the terminal and / or with the terminal, you have access authorization in the service center. The trip data is saved and evaluated in the terminal. This means that the actual "logbook application", ie the logging and evaluation of the data, takes place on the customer PC.
  • the head office only forwards the info containers; it does not have to know the content. It is possible to set up a user area in the service center, in which the trip data is saved and documented. The user can call up or request additional security and / or archiving of the user area in the service center.
  • an application server in the service center with which the user can carry out an evaluation of his trip data stored in the user area via the terminal.
  • the application server can be configured by the user at the terminal and the user-dependent configuration data can be saved in the user area of the service center. It is possible to also save subsequent changes or edits in the user area and to show them in the created proof as subsequent changes or edits.
  • the communication between the terminal and the service center is expediently carried out using an IP protocol, the user accessing the application server on the terminal using an Internet browser and / or file transfer software, and the application server being designed as a web server. If the service center uses Internet access, additional authorization can be carried out.
  • the service center provides additional memory in the user area for storing a table of start and destination locations (arrival locations).
  • the user uses the application server to store his own usual travel locations in this table.
  • This table contains at least the position (geocoordinate) and / or address and / or name of the arrival destination and / or ID number of the arrival location, whereby this information about the arrival locations is supplemented when creating proof of a single journey.
  • the user can access further application programs held in the service center for the creation of his journey proof, in particular for an address determination (takes over position data and determines the address for this purpose) and / or route planning.
  • An export interface can be provided in the service center, which the user can operate via the application server and via which he can send the trip data to third parties, in particular tax advisers or the like.
  • the vehicle-side terminal in FIG. 1 repeatedly acquires vehicle data such as the position (for example by GPS) and route lengths traveled. These are transmitted to the service center, for example by mobile radio, for example SMS, where they are collected and stored.
  • vehicle data can be read out from the service center by a terminal (for example via a fixed network or mobile radio and / or via the Internet) after an access authorization check.
  • a terminal for example via a fixed network or mobile radio and / or via the Internet
  • An example of an extract from a printed logbook is shown in Fig. 1 below.
  • the vehicle-side terminal as well as the control center can include a mobile radio terminal for transmitting the route data recorded in the vehicle.
  • the control center can be accessible from an external computer via modem, for example via the Internet, for reading out the route data and storing and / or processing and / or output etc.
  • the control center has a user area that can be configured by a terminal user.
  • FIG. 4 shows a variant in which the terminal device in the vehicle has GPS and mobile radio for short message communication and the control center also has mobile radio. 5, further terminals with user systems with access to the control center are provided.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Traffic Control Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und eine Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges mit Hilfe eines verteilten Systems bestehend aus
  • mindestens einem Endgerät mit Datenerfassungsvorrichtung und einer ersten Kommunikationsvorrichtung in einem Fahrzeug,
  • einer Dienstleistungszentrale mit einer Kommunikationsvorrichtung zur Kommunikation mit dem Fahrzeug, mit einer Verarbeitungsvorrichtung zur Verarbeitung und Weiterleitung von Informationen sowie einer zweiten Kommunikationsvorrichtung zur Kommunikation mit (mindestens) einem nicht-fahrzeuggebundenen Terminal sowie
  • mindestens einem nicht-fahrzeuggebundenen Terminal mit einer Kommunikationsvorrichtung zur Kommunikation mit der Dienstleistungszentrale.
Die Erfindung ist dadurch gekennzeichnet, dass eine einzelne Fahrt durch Festlegung von Beginn und Ende definiert wird, dass einzelne Fahrten des Fahrzeugs einem Fahrttyp zugeordnet werden, dass im Fahrzeug durch die Datenerfassungsvorrichtung Fahrzeugdaten erfaßt werden, die mindestens die Position und die Länge der zurückgelegten Fahrtstrecke umfassen, dass bei mindestens einem Fahrttyp die Fahrzeugdaten mindestens zu Beginn und Ende der Fahrt durch die Datenerfassungsvorrichtung ermittelt und an die Dienstleistungszentrale übermittelt werden, dass die Dienstleistungszentrale diese Fahrzeugdaten für ein berechtigtes nicht-fahrzeuggebundenes Terminal bereitstellt und an dieses übermittelt, dass die Dienstleistungszentrale für die Kommunikation mit dem Endgerät und dem Terminal eine Berechtigungsprüfung vornimmt, und dass für das Terminal ein Nachweis für die einzelne Fahrt erstellt wird, welcher mindestens Fahrttyp, Startort, Zielort sowie die zurückgelegte Fahrtstrecke enthält.

Description

Bei Fahrzeugen, die beruflich genutzt werden, ist oftmals ein Nachweis über Art und Umfang dieser Fahrten erforderlich. Dies ist insbesondere der Fall, wenn aus steuerlichen Gründen berufliche Fahrten von Fahrten zu anderen Zwecken abzugrenzen sind. Als Nachweis wird beispielsweise ein "Fahrtenbuch" akzeptiert, in dem der Fahrer Kilometerstand, Art der Fahrt, Ziel usw. einträgt und so den realen Verwendungszweck des Fahrzeugs dokumentiert. Neben der manuellen Dokumentation sind einfache Papier- basierte Lösungen (Fahrtenschreiber mit Karten) und Lösungen zur elektronischen Erfassung der Fahrten im Fahrzeug bekannt, z.B. das System "Fahrer-Logbuch" von VDO Kienzle.
Die bekannten Lösungen haben den Nachteil, dass die Erfassung isoliert im Fahrzeug erfolgt und mit erheblichem manuellem Aufwand verbunden ist. Ferner muß im Falle der elektronischen Aufzeichnung das Aufzeichnungsgerät zum Auslesen und Auswerten der Daten aus dem Fahrzeug entfernt werden.
Aufgabe der vorliegenden Erfindung ist die Schaffung eines möglichst einfachen, kostengünstigen und effizienten Verfahrens, welches eine schnelle, sichere und komfortable Fahrwegaufzeichnung erlaubt.
Die Aufgabe wird durch die Gegenstände der unabhängigen Ansprüche gelöst.
Erfindungsgemäß werden in einem grundlegend neuen Ansatz ein verteiltes System und moderne, vorzugsweise drahtlose Kommunikationsmittel eingesetzt, um diese Aufgabe eines Fahrtennachweises schnell, effizient und mit hohem Komfort zu lösen.
Kern der Erfindung ist hierbei der Ansatz, die relevanten Fahrzeugdaten im Fahrzeug zu erfassen und an eine Dienstleistungszentrale, vorzugsweise drahtlos, zu übermitteln. Die Daten werden dann dem Kunden auf einem Büro-PC zur Verfügung gestellt und als Fahrtenbuch bzw. Fahrtennachweis in elektronischer oder gedruckter Form zur Verfügung gestellt.
In einer weiteren Ausprägung der Erfindung werden die Daten in einem benutzereigenen, geschlossenen Bereich hinterlegt. Diese Daten können durch den Nutzer dann mit gängigen Methoden vom Büro-PC abgerufen werden, vorzugsweise über eine Standard-Telekommunikationsverbindung wie z.B. einen Internet-Anschluß.
Eine wesentliche Anforderung an ein Fahrtenbuch ist die Möglichkeit, Nachweise fahrtbezogen zu führen, d.h. jeder einzelnen Fahrt wichtige Paramerter oder Stati zuzuordnen, wie z.B. Fahrtbeginn, Fahrtende, Kilometerstände, gefahrene Kilometer, Fahrtzweck, Fahrer und dergleichen mehr. Die im Detail aufzunehmenden Parameter ergeben sich aus dem Anwendungszweck. Insbesondere bei der Verwendung als Nachweis für steuerliche Zwecke sind hierbei die entsprechenden steuerlichen Vorschriften einschlägig. Allerdings ist die Anwendung der Erfindung nicht auf den steuerlichen Nachweis beschränkt.
Insbesondere für die Anwendung ist es notwendig, dass diese fahrtbezogenen Parameter auch dierkt bei Fahrtbeginn bzw. -ende über das Terminal festgelegt werden könne. Die geschilderten Verfahren der Erfindung gestatten sowohl eine a priori Hinterlegung (= Eintreten bestimmter Bedingungen) als auch eine a posteriori Zuordenung (= nachträgliche Kennzeichnung der beruflichen Fahrten am Tagesende).
Die Festlegung von Fahrtbeginn und -ende ist nur bedingt automatisch möglich; es ist ja vielmehr genau der Sinn der Erfindung, zwischen den Fahrten (auch mit Unterbrechungen) unterscheiden zu können. Hierzu ist eine Interaktion, entweder in das Fahrzeug (also quasi online) oder aber zum Terminal möglich. Im einfachsten Fall bietet das Fahrzeugendgerät ein hierfür geeignetes Interface. Ist jedoch kein derartiges Interface vorhanden ist folgendes möglich: Der Nutzer aktiviert das Logging der Fahrt durch SMS vom Handy. Die Interaktion zu Start und Ziel kann somit auch über einen separaten Klartext- SMS- Server der Zentrale erfolgen. Auch WAP o.ä. bietet hierfür gute Möglichkeiten.
Zur Anerkennung als Fahrtenbuch muß der Nachweis lückenlos und vollständig sein, d.h. alle gefahrenen Kilometer müssen Fahrten bzw. Fahrttypen zugeordnet werden.
Die vollständige und lückenlose Erfassung ist Voraussetzung für den steuerlichen Nachweis. Neben der reinen Fahrtenbuch-Applikation bietet es sich an, weitere Fahrzeugdaten zu erheben (Fahrzeugstatus, Ladungsstatus, Betriebsdatenerfassung...). Damit kann zusätzlich das volle Portfolio von Flottenmanagement Funktion abgebildet werden.
Die Weiterführung dieser Idee ist wiederum, sich vollständig von einer (zu pflegenden und zu wartenden) Software auf der Nutzer-/Terminalseite zu trennen; d.h. der Zugang erfolgt über einen Browser und die Applikation "läuft" zentralseitig. Dem Nutzer werden einfache Tools zur Konfigurierung oder Indvidualisierung "seines Fahrtenbuches" geboten. Der Nutzer "lädt" sich dann einfach sein "Fahrtenbuch" herunter; es erfolgt somit echtes "outsourcing": ein Telekommunikations- und / oder Verkehrstelematikprovider führt für den Endgerät- Nutzer das Fahrtenbuch.
Als besondere Ausprägung können zusätzliche Funktionalitäten bereitgestellt werden, zum Beispiel automatische Adress-Ermittlung, Routenberechnung usw.. Diese Funktionalitäten sind für das Endprodukt sehr vorteilhaft. Für die steuerliche Anerkennung ist es erforderlich, Start und Ziel mit vollständiger Adresse und Name der Firma anzugeben. Der Nutzer bekommt die Möglichkeit, eine Kundendatenbank (typische Zieladressen) auf einem Rechner einer Zentrale zu hinterlegen und zu pflegen, so dass das System bei Erreichen einer Position automatisch den "nächstgelegenen" Zielkunden aus der Datenbank vorschlägt. Ob über Kontext-Datenbank oder per Hand: Der erzeugte Nachweis muß letztlich immer die Adresse (und nicht irgendeine Koordinate) enthalten.
In dem erstellten Nachweis wird in zweckmäßiger Weise jeder Fahrt ein verantwortlicher Fahrzeugführer zugeordnet. Dies kann sowohl - wenn eine Eingabevorrichtung im Wagen vorhanden ist - im Auto erfolgen, als auch durch nachträgliche Editierung über das Terminal oder hinterlegte "default" Einstellungen (= dieser Wagen wird fast immer von Herrn Meier gefahren).
In einer weiteren Ausgestaltung kann eine Zentrale (eines Telekommunikations- und / oder Verkehrstelematikproviders) einen "Multi-User" Zugang zu dem Datenbereich einrichten; die Idee hierbei ist der Zugang z.B. des Steuerberaters des Nutzers eines erfindungsgemäßen Endgerätes. Hierzu kann es sehr vorteilhaft sein, wenn eine Zentrale (eines Telekommunikations- und / oder Verkehrstelematikproviders) weitere Schnittstellen anbietet, insbesondere für Steuerberatersoftware. Hierbei sind insbesondere folgende zwei Prozesse denkbar:
Direktzugriff insbesondere des Steuerberaters (Multi-User, wie oben), oder aber eine ExportSchnittstelle (für die verschlüsselte e-mail an den Steuerberater), die durch den Nutzer ausgelöst/initiiert wird.
Die Festlegung der Fahrtzuordnung direkt bei Fahrtbeginn kann beispielsweise über das folgende Verfahren realisiert werden. Eine Kurznachricht (SMS) wird an eine oder mehrere festgelegte Adresse(n) der Zentrale geschickt. Diese Kurznachricht muß keine weiteren Informationen enthalten, d.h. sie kann auch "leer" sein. Die Zentrale wertet die Telefonnummer des Absenders sowie die Zieladresse aus und legt daraus automatisch den Fahrtbeginn fest. Mit Empfang der SMS werden dann durch die Zentrale weitere aktuelle Fahrzeugdaten im Polling- Verfahren abgerufen und die Fahrtdaten somit vervollständigt. Für das Starten dieses Prozesses kann auch ein normales Mobiltelefon benutzt werden, sofern der Zentrale die Zuordnung vom berechtigten Benutzer (z.B. der Zentrale bekannte Mobiltelefonnummer) und dem verwendeten (und damit zu pollenden) fahrzeugseitigen Endgerät bekannt ist oder durch den Startprozess bekanntgemacht wird (zum Beispiel über verschiedene Zieladressen für verschiedene Fahrzeuge). Selbstverständlich sind an Stelle von SMS auch andere bekannte interaktive Verfahren der Telekommunikation wie z.B. WAP oder sprachbasierte automatische systeme (voice server) im Sinne der Erfindung anwendbar.
Das System kann ferner erweitert werden durch andere Schnittstellen, d.h. der Nutzer kann sich neben einem mobilen oder festnetzbasierten Internetzugang auch über betriebswirtschaftliche Software (SAP o.ä.) in das System "einwählen" und die Daten auslesen. Wesentlich ist hierbei wieder die Zugangskontrolle, die durch die Dienstzentrale gesichert wird.
Weitere zweckmäßige Ausgestaltungen des erfindungsgemäßen Verfahrens sollen nun erläutert werden:
Bei Übermittlung eines Start- oder Ende- Signals wird das Endgerät automatisch zur Übermittlung der aktuellen Fahrzeugdaten aufgefordert.
Dies kann kann im Fahrzeug erfolgen, sofern es dort eine einfache Eingabevorrichtung (z.B. Taster oder "Knopf") gibt. Unabhängig vom manuellen Auslösevorgang kann die Übermittlung von Fahrzeugdaten, wie z.B. die Fahrzeugposition, auch im Pollingverfahren übermittelt werden, um die Einbindung anderer Applikationen , wie z.B. Flottenmanagement, zu ermöglichen.
Beginn und/oder Ende der Fahrt werden durch Vorgabe von Bedingungen definiert, deren Eintreten durch die Datenerfassungsvorrichtung überwacht werden.
Start- und Zielort werden in Koordinaten festgelegt und der Log-Prozeß automatisch bei Erreichen dieser Orte gestartet bzw. gestoppt. Denkbar sind auch Timer oder Quittungen, d.h. Bestätigungen durch den Fahrer.
Durch Wahl des Fahrttyps bei Mehrzwecknutzung des Fahrzeuges kann der Zweck der aktuellen Fahrt gekennzeichnet werden. Insbesondere gilt das für beruflich und/oder betrieblich relevante Fahrten.
Es ist möglich durch das Endgerät den aktuellen Gesamtkilometerstand des Fahrzeugs, zumindest bei Beginn und Ende der Fahrt, zu ermitteln und/oder aus dem Fahrzeug auszulesen und den weiterzuverarbeitenden Daten hinzuzufügen.
In Weiterbildung des Verfahrens kann die Erfassung von weiteren Fahrzeugdaten (= Zwischenstationen), während einer Fahrt, d.h. nach Beginn und vor Ende einer Fahrt, konfiguriert werden. Insbesondere werden mit Erfassung dieser Zwischenstationen die gefahrene Route und/oder Fahrtunterbrechungen dokumentiert.
Weitere nutzungsrelevante Fahrzeugdaten erfassen mindestens eine der folgenden Größen und werden aus dem Fahrzeug übermittelt: Ruhezeiten, Lenkzeiten, Betriebsmittelstatus und -verbrauch (Benzin, Öl usw.), mittlere Geschwindigkeit, Höchstgeschwindigkeit, Tankvorgänge mit Ort, Menge, Preis usw., Status der Ladung (z.B. Temperatur, Laderaumtüren), Be- und/oder Entladung von Gütern, Auftragsstatus.
In der Dienstleistungszentrale können Endgerät und Terminal eindeutig einem Nutzer zugeordnet und diese Zuordnungen in Form einer Datenbank gespeichert werden; bei jeder Kommunikation mit dem Endgerät und/oder mit dem Terminal erfolgt in der Dienstleistungszentrale eine Zugangsberechtigung.
Die Speicherung und Auswertung der Fahrtdaten erfolgt in dem Terminal.
Dies bedeutet, dass die eigentliche "Fahrtenbuchapplikation", also das Loggen und die Auswertung der Daten, auf dem Kunden-PC erfolgt. Dies entspricht einer "erweiterten" Flottenapplikation. Die Zentrale leitet nur die Info-Container weiter; sie muß den Inhalt nicht kennen .
Es ist möglich, in der Dienstleistungszentrale zusätzlich einen Nutzer-Bereich einzurichten, in dem die Fahrtdaten gespeichert und dokumentiert werden.
Der Nutzer kann in der Dienstleistungszentrale eine zusätzliche Sicherung und/oder Archivierung des Nutzer-Bereichs abrufen oder beauftragen.
Es ist zweckmäßig, in der Dienstleistungszentrale zusätzlich ein Applikationsserver einzurichten, mit dem der Nutzer über das Terminal eine Auswertung seiner im Nutzer-Bereich gespeicherten Fahrtdaten vornehmen kann.
Dabei kann der Applikationsserver durch den Nutzer am Terminal konfiguriert und können die nutzerabhängigen Konfigurationsdaten im Nutzer-Bereich der Dienstleistungszentrale gespeichert werden.
Es ist möglich, nachträgliche Änderungen oder Editierungen ebenfalls im Nutzer-Bereich zu speichern und im erstellten Nachweis als nachträgliche Änderung oder Editierung auszuweisen.
Zweckmäßig erfolgt die Kommunikation zwischen Terminal und Dienstleistungszentrale über ein IP Protokoll, wobei der Nutzer auf dem Terminal über einen Internet Browser und/oder eine File Transfer Software auf den Applikationsserver zugreift und der Applikationsserver als Web Server ausgestaltet ist.
Bei Nutzung eines Internet Zuganges durch die Dienstleistungszentrale kann eine zusätzliche Autorisierung durchgeführt werden.
In vorteilhafter Weise stellt die Dienstleistungszentrale in dem Nutzer-Bereich zusätzlichen Speicher für die Speicherung einer Tabelle von Start- und Zielorten (Anfahrtsorte) bereit.
Der Nutzer hinterlegt über den Applikationsserver in dieser Tabelle die eigenen, üblichen Anfahrtsorte. Diese Tabelle enthält mindestens Position (Geokoordinate) und/oder Adresse und/oder Name des Anfahrtzieles und/oder ID Nummer des Anfahrtsortes, wobei bei der Erstellung des Nachweises für eine einzelne Fahrt diese Information über die Anfahrtorte ergänzt wird.
Der Nutzer kann über den Applikationsserver auf weitere, in der Dienstleistungszentrale vorgehaltene Applikationsprogramme für die Erstellung seines Fahrt-Nachweises zugreifen, insbesondere für eine Adressermittlung (übernimmt Positionsdaten und ermittelt hierzu die Adresse) und/oder eine Routenplanung.
In der Dienstleistungszentrale kann eine Exportschnittstelle bereitgestellt werden, die der Nutzer über den Applikationsserver bedienen und über die er die Fahrtdaten an Dritte, insbesondere Steuerberater o.ä., senden kann.
Es ist möglich, in der Dienstleistungszentrale neben dem Nutzer über den Applikationsserver auf Antrag und mit Genehmigung des Nutzers auch weiteren Personen Zugriff auf den Datenbereich des Nutzers zu erlauben und durch die Dienstleistungszentrale jeweils die Zugangsberechtigung zu überprüfen. Dieser Zugang kann für Dritte auch über eine spezielle Schnittstelle und/oder einen eigenen Applikationsserver erfolgen. In zweckmäßiger Weise ist diese Schnittstelle insbesondere auf steuerliche und/oder steuerberatende und/oder buchhalterische Anforderungen optimiert .
Die Erfindung betrifft auch eine Vorrichtung zur Durchführung des Verfahrens mit einem Endgerät und einer Zentrale.
Weitere Merkmale und Vorteile der Erfindung ergeben sich aus den zugehörigen Zeichnungen. Dabei zeigt:
Figur 1:
schematisch den Aufbau und die Kommunikation eines Fahrzeug- seitigen Endgerätes, einer Zentrale und eines Terminals für den Zugang zur Zentrale,
Figur 2:
schematisch den Aufbau und die Kommunikation eines Fahrzeug- seitigen Endgerätes, einer Zentrale und eines Terminals in Form eines Rechners mit Modem und/ oder Internet- Zugang zur Zentrale zur Terminal- seitigen Erfassung des Fahrtenbuches,
Figur 3:
schematisch den Aufbau und die Kommunikation eines Fahrzeug- seitigen Endgerätes, einer Zentrale und eines Terminals in Form eines Rechners mit Modem und/ oder Internet- Zugang zur Zentrale zur Terminal- seitigen Erfassung des Fahrtenbuches,
Figur 4:
schematisch den Aufbau und die Kommunikation eines Fahrzeug- seitigen Endgerätes, einer Zentrale und eines Terminals in Form eines Rechners mit Modem und/ oder Internet- Zugang zur Zentrale zur Terminal- seitigen Erfassung des Fahrtenbuches,
Figur 5:
schematisch den Aufbau und die Kommunikation eines Fahrzeug- seitigen Endgerätes, einer Zentrale und eines Terminals in Form eines Rechners mit Modem und/ oder Internet- Zugang zur Zentrale zur Terminal- seitigen Erfassung des Fahrtenbuches.
Das fahrzeugseitige Endgerät in Fig. 1 erfaßt wiederholt Fahrzeugdaten wie die Position (z.B. per GPS) und gefahrene Streckenlängen. Diese werden z.B. per Mobilfunk, z.B. SMS, an die Dienstzentrale übermittelt, dort gesammelt und gepeichert. Aus der Dienstzentrale können die gespeicherten Fahrzeugdaten von einen Terminal (z.B. per Festnetz oder Mobilfunk und /oder per Internet) nach einer Zugangsberechtigungsüberprüfung ausgelesen werden. Ein Beispiel für einen Auszug eines ausgedrucken Fahrtenbuches ist in Fig. 1 unten dargestellt.
Wie Fig. 2 zeigt, kann das Fahrzeug- seitige Endgerät ebenso wie die Zentrale ein Mobilfunkendgerät zur Übertragung der im Fahrzeug erfaßten Fahrwegdaten umfassen. Die Zentrale kann von einem externen Rechner per Modem, z.B. per Internet zugänglich sein zum Auslesen der Fahrwegdaten und Speicherung und/oder Bearbeitung und/ oder Ausgabe usw. der Fahrwegdaten in einem Fahrtenbuch im Rechner.
Nach Fig. 3 weist die Zentrale eine von einem Endgerät- Nutzer (User) konfigurierbare User-Area auf.
Fig. 4 gibt eine Variante wieder, bei der das Endgerät im Fahrzeug GPS und Mobilfunk zur Kurznachrichtenkommunikation und die Zentrale ebenfalls Mobilfunk aufweisen.
Nach Fig. 5 sind weitere Terminals mit Anwendersystemen mit Zugang zur Zentrale vorgesehen.

Claims (34)

  1. Verfahren zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges mit Hilfe eines verteilten Systems bestehend aus
    mindestens einem Endgerät mit Datenerfassungsvorrichtung und einer ersten Kommunikationsvorrichtung in einem Fahrzeug,
    einer Dienstleistungszentrale mit einer Kommunikationsvorrichtung zur Kommunikation mit dem Fahrzeug, mit einer Verarbeitungsvorrichtung zur Verarbeitung und Weiterleitung von Informationen sowie einer zweiten Kommunikationsvorrichtung zur Kommunikation mit (mindestens) einem nicht-fahrzeuggebundenen Terminal sowie
    mindestens einem nicht-fahrzeuggebundenen Terminal mit einer Kommunikationsvorrichtung zur Kommunikation mit der Dienstleistungszentrale,
       dadurch gekennzeichnet,
    dass eine einzelne Fahrt durch Festlegung von Beginn und Ende definiert wird,
    dass einzelne Fahrten des Fahrzeugs einem Fahrttyp zugeordnet werden,
    dass im Fahrzeug durch die Datenerfassungsvorrichtung Fahrzeugdaten erfaßt werden, die mindestens die Position und die Länge der zurückgelegten Fahrtstrecke umfassen,
    dass bei mindestens einem Fahrttyp die Fahrzeugdaten mindestens zu Beginn und Ende der Fahrt durch die Datenerfassungsvorrichtung ermittelt und an die Dienstleistungszentrale übermittelt werden,
    dass die Dienstleistungszentrale diese Fahrzeugdaten für ein berechtigtes nichtfahrzeuggebundenes Terminal bereitstellt und an dieses übermittelt,
    dass die Dienstleistungszentrale für die Kommunikation mit dem Endgerät und dem Terminal eine Berechtigungsprüfung vornimmt, und
    dass für das Terminal ein Nachweis für die einzelne Fahrt erstellt wird, welcher mindestens Fahrttyp, Startort, Zielort sowie die zurückgelegte Fahrtstrecke enthält.
  2. Verfahren nach Anspruch 1,
    dadurch gekennzeichnet,
    dass der erstellte Nachweis alle mit dem Fahrzeug durchgeführten Fahrten enthält und dass jede einzelne Fahrt einem Fahrttyp zugeordnet wird.
  3. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass Beginn und/oder Ende einer Fahrt über das Terminal festgelegt und/oder eingegeben werden können.
  4. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass das Endgerät über eine Eingabevorrichtung verfügt, mit der der Fahrzeugführer Beginn und/oder Ende festlegen und/oder bestätigen kann.
  5. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass in dem erstellten Nachweis jeder Fahrt ein verantwortlicher Fahrzeugführer zugeordnet wird.
  6. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass die Dienstzentrale neben der ersten Kommunikationsvorrichtung zur Kommunikation mit dem Fahrzeug über eine weitere Schnittstelle zur mobilen Kommunikation verfügt, und dass der Nutzer mit Hilfe eines gängigen Kommunikationsmittels (z.B. Mobiltelefon) über diese weitere Schnittstelle Beginn/Ende der Fahrt festlegen und/oder bestätigen kann.
  7. Verfahren nach Anspruch 6,
    dadurch gekennzeichnet,
    dass die Kommunikation mit der weiteren Schnittstelle insbesondere über SMS, WAP oder die Einwahl in einen voice server erfolgt.
  8. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass bei Übermittlung eines solchen Start- oder Ende-Signals das Endgerät automatisch zur Übermittlung der aktuellen Fahrzeugdaten aufgefordert wird.
  9. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass Beginn und/oder Ende durch Vorgabe von Bedingungen definiert werden, deren Eintreten durch die Datenerfassungsvorrichtung überwacht werden.
  10. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass durch Wahl des Fahrttyps bei Mehrzwecknutzung des Fahrzeuges die aktuelle Fahrt einem bestimmten Zweck zugeordnet wird.
  11. Verfahren nach Anspruch 10,
    dadurch gekennzeichnet,
    dass hierdurch insbesondere beruflich und/oder betrieblich relevante Fahrten zugeordnet werden.
  12. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass durch das Endgerät der aktuelle Gesamtkilometerstand des Fahrzeugs ermittelt und/oder aus dem Fahrzeug ausgelesen und den weiterzuverarbeitenden Daten hinzugefügt wird.
  13. Verfahren nach Anspruch 12,
    dadurch gekennzeichnet,
    dass dieser Gesamtkilometerstand zumindest bei Beginn und Ende der Fahrt erfaßt und in der Folge weiterverarbeitet wird.
  14. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass die Erfassung von weiteren Fahrzeugdaten, insbesondere Zwischenstationen, während einer Fahrt, d.h. nach Beginn und vor Ende einer Fahrt, konfiguriert wird.
  15. Verfahren nach Anspruch 14,
    dadurch gekennzeichnet,
    dass mit Erfassung dieser Zwischenstationen insbesondere die gefahrene Route und/oder Fahrtunterbrechungen dokumentiert werden.
  16. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass als weitere nutzungsrelevante Fahrzeugdaten mindestens eine der folgenden Größen erfaßt und aus dem Fahrzeug übermittelt werden: Ruhezeiten, Lenkzeiten, Betriebsmittelstatus und -verbrauch (Benzin, Öl usw.), mittlere Geschwindigkeit, Höchstgeschwindigkeit, Tankvorgänge mit Ort, Menge, Preis usw., Status der Ladung (z.B. Temperatur, Laderaumtüren), Be- und/oder Entladung von Gütern, Auftragsstatus.
  17. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass in der Dienstleistungszentrale Endgerät und Terminal eindeutig einem Nutzer zugeordnet und diese Zuordnungen in Form einer Datenbank gespeichert werden; und dass bei jeder Kommunikation mit dem Endgerät und/oder mit dem Terminal in der Dienstleistungszentrale eine Zugangsberechtigung erfolgt.
  18. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass die Speicherung und Auswertung der Fahrtdaten in dem Terminal erfolgt.
  19. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass in der Dienstleistungszentrale zusätzlich ein Nutzer-Bereich eingerichtet wird, in dem die Fahrtdaten gespeichert und dokumentiert werden.
  20. Verfahren nach Anspruch 19,
    dadurch gekennzeichnet,
    dass der Nutzer in der Dienstleistungszentrale eine zusätzliche Sicherung und/oder Archivierung des Nutzer-Bereichs abrufen oder beauftragen kann.
  21. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass in der Dienstleistungszentrale zusätzlich ein Applikationsserver eingerichtet wird, mit dem der Nutzer über das Terminal eine Auswertung seiner im Nutzer-Bereich gespeicherten Fahrtdaten vornehmen kann.
  22. Verfahren nach Anspruch 21,
    dadurch gekennzeichnet,
    dass der Applikationsserver durch den Nutzer am Terminal konfiguriert werden kann und dass die nutzerabhängigen Konfigurationsdaten im Nutzer-Bereich der Dienstleistungszentrale gespeichert werden.
  23. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass nachträgliche Änderungen oder Editierungen ebenfalls im Nutzer-Bereich gespeichert werden und im erstellten Nachweis als nachträgliche Änderung oder Editierung ausgewiesen werden.
  24. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass die Kommunikation zwischen Terminal und Dienstleistungszentrale über ein IP Protokoll erfolgt, dass der Nutzer auf dem Terminal über einen Internet Browser und/oder eine File Transfer Software auf den Applikationsserver zugreift, und dass der Applikationsserver als Web Server ausgestaltet ist.
  25. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass bei Nutzung eines Internet Zuganges durch die Dienstleistungszentrale eine zusätzliche Autorisierung durchgeführt wird.
  26. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass die Dienstleistungszentrale in dem Nutzer-Bereich zusätzlichen Speicher für die Speicherung einer Tabelle von Start- und Zielorten (Anfahrtsorte) bereitstellt, dass der Nutzer über den Applikationsserver in dieser Tabelle die eigenen, üblichen Anfahrtsorte hinterlegen und pflegen kann, dass diese Tabelle mindestens Position (Geokoordinate) und/oder Adresse und/oder Name des Anfahrtzieles und/oder ID Nummer des Anfahrtsortes enthält, und dass bei der Erstellung des Nachweises für eine einzelne Fahrt diese Information über die Anfahrtorte ergänzt wird.
  27. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass der Nutzer über den Applikationsserver auf weitere, in der Dienstleistungszentrale vorgehaltene Applikationsprogramme für die Erstellung seines Fahrt-Nachweises zugreifen kann, insbesondere eine Adressermittlung (übernimmt Positionsdaten und ermittelt hierzu die Adresse) und/oder eine Routenplanung.
  28. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass in der Dienstleistungszentrale eine Exportschnittstelle bereitgestellt wird, die der Nutzer über den Applikationsserver bedienen kann und über die er die Fahrtdaten an Dritte, insbesondere Steuerberater o.ä., senden kann.
  29. Verfahren nach einem der vorhergehenden Ansprüche,
    dadurch gekennzeichnet,
    dass in der Dienstleistungszentrale neben dem Nutzer über den Applikationsserver auf Antrag und mit Genehmigung des Nutzers auch weiteren Personen Zugriff auf den Datenbereich des Nutzers erlaubt wird und dass durch die Dienstleistungszentrale jeweils die Zugangsberechtigung überprüft wird.
  30. Verfahren nach Anspruch 29,
    dadurch gekennzeichnet,
    dass dieser Zugang für Dritte auch über eine spezielle Schnittstelle und/oder einen eigenen Applikationsserver erfolgt.
  31. Verfahren nach Anspruch 30,
    dadurch gekennzeichnet,
    dass diese Schnittstelle insbesondere auf steuerliche und/oder steuerberatende und/oder buchhalterische Anforderungen optimiert ist.
  32. Vorrichtung zur Durchführung des Verfahrens nach einem der vorhergehenden Ansprüche.
  33. Vorrichtung nach Anspruch 32,
    dadurch gekennzeichnet,
    dass sie ein Endgerät umfaßt.
  34. Vorrichtung nach Anspruch 32 oder 33,
    dadurch gekennzeichnet,
    dass sie eine Zentrale umfaßt.
EP01250058A 2000-02-24 2001-02-22 Verfahren und Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges Withdrawn EP1128333A3 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
DE10009839 2000-02-24
DE10009839 2000-02-24
DE10109911A DE10109911A1 (de) 2000-02-24 2001-02-20 Verfahren und Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges
DE10109911 2001-02-20

Publications (2)

Publication Number Publication Date
EP1128333A2 true EP1128333A2 (de) 2001-08-29
EP1128333A3 EP1128333A3 (de) 2004-07-07

Family

ID=26004611

Family Applications (1)

Application Number Title Priority Date Filing Date
EP01250058A Withdrawn EP1128333A3 (de) 2000-02-24 2001-02-22 Verfahren und Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges

Country Status (1)

Country Link
EP (1) EP1128333A3 (de)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003073048A3 (en) * 2002-02-26 2003-12-24 Nnt Inc System for remote monitoring of a vehicle
WO2006040560A1 (en) * 2004-10-15 2006-04-20 Black Spot Interactive Ltd Apparatus and method for monitoring the usage status of an asset
US7092803B2 (en) 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
CN103400083A (zh) * 2013-07-08 2013-11-20 福建伊时代信息科技股份有限公司 电子证据保全方法、保全装置及保全系统
WO2014012800A1 (de) * 2012-07-20 2014-01-23 Volkswagen Aktiengesellschaft Verfahren, vorrichtung und system zur realisierung eines anwendungsprogramms für ein fahrzeug
US9633486B2 (en) 2005-08-15 2017-04-25 Innovative Global Systems, Llc Method for data communication between vehicle and fuel pump
IT201700037191A1 (it) * 2017-04-05 2018-10-05 Generali Italia S P A Sistema e metodo per l'emissione di un certificato d'uso di un autoveicolo.
IT201700037173A1 (it) * 2017-04-05 2018-10-05 Generali Italia S P A Sistema e metodo per l’emissione di un certificato sullo stile di guida di un utente guidatore.
US10127556B2 (en) 2005-08-15 2018-11-13 Innovative Global Systems, Llc Method for logging and reporting driver activity and operation of a vehicle

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7117075B1 (en) 2005-08-15 2006-10-03 Report On Board Llc Driver activity and vehicle operation logging and reporting

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE59202467D1 (de) * 1991-06-05 1995-07-13 Wb Electronic Intelligentes terminal als gesicherter datenträger.
DE19625002B4 (de) * 1996-06-22 2005-03-10 Daimler Chrysler Ag Fahrzeugkommunikationssystem
DE19647769C2 (de) * 1996-11-07 2000-08-10 Wilhelm Fey Verfahren zum automatischen Führen eines Fahrten- oder Logbuches und Vorrichtung zur Durchführung des Verfahrens
DE19708153A1 (de) * 1997-02-28 1998-09-03 Meggy S Rose Management Untern Verfahren zum Führen eines Fahrtenbuches und/oder einer Reisekostenabrechnung

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7092803B2 (en) 2000-08-18 2006-08-15 Idsc Holdings, Llc Remote monitoring, configuring, programming and diagnostic system and method for vehicles and vehicle components
WO2003073048A3 (en) * 2002-02-26 2003-12-24 Nnt Inc System for remote monitoring of a vehicle
US6714857B2 (en) 2002-02-26 2004-03-30 Nnt, Inc. System for remote monitoring of a vehicle and method of determining vehicle mileage, jurisdiction crossing and fuel consumption
WO2006040560A1 (en) * 2004-10-15 2006-04-20 Black Spot Interactive Ltd Apparatus and method for monitoring the usage status of an asset
US11836734B1 (en) 2005-08-15 2023-12-05 Innovative Global Systems, Llc Driver activity and vehicle operation logging and reporting
US9633486B2 (en) 2005-08-15 2017-04-25 Innovative Global Systems, Llc Method for data communication between vehicle and fuel pump
US11386431B1 (en) 2005-08-15 2022-07-12 Innovative Global Systems, Llc Driver activity and vehicle operation logging and reporting
US11587091B1 (en) 2005-08-15 2023-02-21 Innovative Global Systems, Llc Driver activity and vehicle operation logging and reporting
US10127556B2 (en) 2005-08-15 2018-11-13 Innovative Global Systems, Llc Method for logging and reporting driver activity and operation of a vehicle
US10157384B2 (en) 2005-08-15 2018-12-18 Innovative Global Systems, Llc System for logging and reporting driver activity and operation data of a vehicle
US10885528B2 (en) 2005-08-15 2021-01-05 Innovative Global Systems, Llc Driver activity and vehicle operation logging and reporting
US10891623B2 (en) 2005-08-15 2021-01-12 Innovative Global Systems, Llc Automated system and method for reporting vehicle fuel data
US11074589B2 (en) 2005-08-15 2021-07-27 Innovative Global Systems, Llc Driver activity and vehicle operation logging and reporting
US11216819B1 (en) 2005-08-15 2022-01-04 Innovative Global Systems, Llc Driver activity and vehicle operation logging and reporting
WO2014012800A1 (de) * 2012-07-20 2014-01-23 Volkswagen Aktiengesellschaft Verfahren, vorrichtung und system zur realisierung eines anwendungsprogramms für ein fahrzeug
US9530257B2 (en) 2012-07-20 2016-12-27 Volkswagen Aktiengesellschaft Method, device and system for the realization of an application program for a vehicle
CN103400083A (zh) * 2013-07-08 2013-11-20 福建伊时代信息科技股份有限公司 电子证据保全方法、保全装置及保全系统
IT201700037173A1 (it) * 2017-04-05 2018-10-05 Generali Italia S P A Sistema e metodo per l’emissione di un certificato sullo stile di guida di un utente guidatore.
IT201700037191A1 (it) * 2017-04-05 2018-10-05 Generali Italia S P A Sistema e metodo per l'emissione di un certificato d'uso di un autoveicolo.

Also Published As

Publication number Publication date
EP1128333A3 (de) 2004-07-07

Similar Documents

Publication Publication Date Title
DE112006003591B4 (de) Verfahren zum Bereitstellen einer Fahrzeuginformation durch eine Fahrzeug - Email - Benachrichtigung unter Verwendung von Vorlagen
DE69635093T2 (de) Mobiles Endgerät
DE60121881T2 (de) Speichersystem für Daten einer mobilen Kommunikationseinrichtung
DE60319069T2 (de) System und Verfahren zum Verwalten von Kraftfahrzeugen
DE602005002960T2 (de) Fahrzeuginformations-Sammelsstem mit Punktevergabeeinrichtung
DE60131815T2 (de) Basisstation Auswahl am GPS Navigationspfad entlang in einem dualmodus mobilen Klient-Endgerät.
DE10015644A1 (de) Vorrichtung zum Datenaustausch mit einem Kraftfahrzeug
DE102007018139A1 (de) Verfahren und System zur Verwaltung von Kraftfahrzeugdaten
DE102007059475A1 (de) Mechanismus eines konfigurierbaren Fahrzeugbus-Speicher-Cache
DE102019100557A1 (de) Carsharing-system und verfahren
EP1128333A2 (de) Verfahren und Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges
DE69906206T2 (de) Chipkarte mit Zugriff auf eine entfernte Anwendung, Endgerät und zugehöriges Übertragungssystem und Verfahren zum Zugriff auf die entfernte Anwendung mittels dieser Chipkarte
DE102013006070A1 (de) Verfahren und Vorrichtung zur Übermittlung fahrzeugspezifischer Informationen an ein Endgerät eines Nutzers durch Mittel der drahtlosen Kommunikation
DE60102163T2 (de) System zur Verwaltung einer Vielzahl von Fahrzeugen
DE10109911A1 (de) Verfahren und Vorrichtung zur Erzeugung eines elektronischen Nachweises über die Fahrten eines Fahrzeuges
EP1692677B1 (de) Fahrzeugendgerät und zugehöriges logistikmanagementsystem
WO2000072274A1 (de) Vorrichtung und verfahren zum führen eines fahrtenbuches
EP1498855A2 (de) Verfahren und Vorrichtung zur Vermietung von Fahrzeugen
DE102017124707A1 (de) Erzeugen eines transportberaterberichts basierend auf standortdaten
EP3239918A1 (de) Verfahren zur freigabe der entnahme einer definierten energiemenge und entnahmevorrichtung
EP3422300B1 (de) Elektronischer tachograf und verfahren zum speichern von einträgen in einem elektronischen tachograf
EP1702199B1 (de) Inbetriebnahme einer anwendung in einem mobilen klienten
DE10119426A1 (de) Transportsystem, Transportverfahren, Befehlsterminal für Transportfahrzeug, Auftragsterminal und Auftragsempfangsserver
DE19903548C2 (de) Einrichtung und Verfahren zur terminplanabgestimmten Reiseplanung
DE102017206884A1 (de) Verfahren und System zum Erfassen eines Problems bei einem internetbasierten Infotainmentsystem für ein Kraftfahrzeug

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

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VODAFONE AG

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: VODAFONE HOLDING GMBH

PUAL Search report despatched

Free format text: ORIGINAL CODE: 0009013

AK Designated contracting states

Kind code of ref document: A3

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

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

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20040730