EP3002733A1 - Mauterhebungszentrale, Mobilgerät und Verfahren zur Erhebung einer Maut - Google Patents

Mauterhebungszentrale, Mobilgerät und Verfahren zur Erhebung einer Maut Download PDF

Info

Publication number
EP3002733A1
EP3002733A1 EP14187568.2A EP14187568A EP3002733A1 EP 3002733 A1 EP3002733 A1 EP 3002733A1 EP 14187568 A EP14187568 A EP 14187568A EP 3002733 A1 EP3002733 A1 EP 3002733A1
Authority
EP
European Patent Office
Prior art keywords
toll
mobile
position data
computing device
vehicle
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.)
Granted
Application number
EP14187568.2A
Other languages
English (en)
French (fr)
Other versions
EP3002733B1 (de
Inventor
Corinna Kossert
Burkhard Mende
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.)
Toll Collect GmbH
Original Assignee
Toll Collect GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toll Collect GmbH filed Critical Toll Collect GmbH
Priority to PL14187568.2T priority Critical patent/PL3002733T3/pl
Priority to EP14187568.2A priority patent/EP3002733B1/de
Publication of EP3002733A1 publication Critical patent/EP3002733A1/de
Application granted granted Critical
Publication of EP3002733B1 publication Critical patent/EP3002733B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07BTICKET-ISSUING APPARATUS; FARE-REGISTERING APPARATUS; FRANKING APPARATUS
    • G07B15/00Arrangements or apparatus for collecting fares, tolls or entrance fees at one or more control points
    • G07B15/06Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems
    • G07B15/063Arrangements for road pricing or congestion charging of vehicles or vehicle users, e.g. automatic toll systems using wireless information transmission between the vehicle and a fixed station

Definitions

  • the present invention relates to a toll center, a mobile device and a toll collection method for charging a toll for using a toll road through a toll vehicle.
  • tolling systems are dependent on the collection of the route of the respective toll vehicles at least in the area which is decisive for the use of the toll road.
  • the vehicle positions in the operated by the German toll operator Toll Collect GmbH toll collection system at least in the area of the driveway on the respective toll road surface and the departure of this traffic area are recorded.
  • Toll data is here understood to mean data associated with a user of tollable traffic areas and / or tolls, which are determined by a toll recognition and / or toll determination.
  • Toll relevant data are all data that are included in the determination of the toll, such as the identifier and / or the length of the toll road surface and the vehicle data such as weight, number of axles and pollutant class.
  • At least one toll-relevant data record is usually coupled with a basic charge or charge rate, which, in conjunction with the other toll-relevant data, permits the determination of the total charge for toll collection.
  • toll recognition is technically understood the process of linking a used, recognized by a detected vehicle position or on the basis of several detected vehicle positions, toll road surface with the user. In other words, it is understood to associate the user for the first time with a used toll road surface.
  • toll determination is technically understood the process of determining a toll from the used or perspective to be used toll road surface, possibly taking into account toll-related vehicle data and times.
  • Tolling is understood herein to be technically the process of collecting certain tolls from the user whose vehicle has been proven to use or prospectively use the toll road surface, for example by taking cash such as at a toll station, by central debiting an account or by decentralized deduction of a pre-paid credit on a chip card arranged in a vehicle device.
  • a toll fee is due.
  • the determination of the amount of the toll for example, according to measured on the toll road surface, for example, in meters, according to the number of used toll sections or lump sum or time for the use of a specific toll route network, such as a city toll, take place.
  • a position determining device is again provided in the vehicle or a vehicle device, which transmit the position data to a toll center and the toll recognition, the toll determination and the toll collection are carried out in the toll center.
  • the toll determination can be carried out, for example, by an actual calculation of the toll on the basis of a determined route length and a toll factor, or by reading the due toll from a database on the basis of the determined route sections.
  • a GNSS receiver in the vehicle detects the position of the vehicle via a GNSS system and a DSRC receiver in the vehicle can receive positions from roadside equipment.
  • the toll recognition can be carried out in the vehicle unit or in the toll center. If toll recognition is carried out outside the vehicle unit, only position data which carries out toll recognition is transmitted to the toll center. The collection of the toll takes place after driving on the toll road section.
  • toll collection systems which dispense with the use of GNSS receivers and perform position determination and toll recognition exclusively via roadside vehicle detection devices.
  • the toll vehicle sends to the roadside vehicle detection device a corresponding identification signal.
  • the identification signals received by the road-side vehicle detection devices are transmitted to a toll center, which determines the toll on this basis and raises the toll.
  • the collection of the toll takes place after driving on the toll road section.
  • toll center this is always referred to as a toll center.
  • the toll can also be charged by a separate toll service.
  • toll devices On Board Units
  • vehicle devices proven, which have a position determination device for position detection of the vehicle or coupled to a provided in the vehicle position determination device are.
  • the vehicle devices can accordingly determine the position of the respective toll vehicle and determine based on stored in the vehicle device map material, whether the vehicle is on a toll road surface. If this is the case, a toll fee for the use of the determined toll road surface is determined by the vehicle device and the corresponding toll data, which include the determined fee, transmitted to a toll center.
  • toll data transmitted by the vehicle device to the toll center can also only contain information about the route traveled on the toll road surface, for example a toll section, whereby the toll due is then calculated in the toll center on this basis.
  • the position determining device In the vehicular devices, a highly accurate position determination is possible by means of the position determining device, which has a GNSS receiver which receives specific signals from satellites of a Global Navigation Satellite System (GNSS), which are stationed in Earth orbit and which transmit corresponding position signals.
  • GNSS Global Navigation Satellite System
  • the position determining device uses these signals in a known manner for calculating the own position.
  • GNSS systems include, for example, the US GPS system, the Russian GLONASS, the European Galileo and the Chinese Compass system, the latter of which are still under construction.
  • a tachometer, an odometer, and other sensors such as a gyroscope or an electronic compass may be connected to the position determining device to allow even more accurate position determination, for example, by dead reckoning. This may be particularly important if no cover GNSS data are available, for example in a tunnel, and yet a precise position determination is desired.
  • the transmission of the toll data to the toll center is carried out via a present in the vehicle unit communication module, which uses a known mobile radio standard and communicates the data, for example via the GSM standard to the toll center.
  • a two-way communication is not provided, but only the toll data determined by the vehicle device are transmitted to the toll center when the vehicle device has completed the collection of data.
  • the user In order to allow for proper toll collection, the user must initialize the vehicle equipment before departure and enter, among other things, vehicle data, for example the total weight of the vehicle, its emission class and the current number of axles. Based on this, the vehicle unit, taking into account the position of the toll vehicle determined by the position determination device and the adjustment of the position of the toll vehicle with a database in which the toll roads are deposited, determines the toll incurred for the respective journey and transmits this toll data at the latest Fulfillment of a certain criterion, for example when leaving the toll route, to the toll center.
  • vehicle data for example the total weight of the vehicle, its emission class and the current number of axles.
  • vehicle data for example the total weight of the vehicle, its emission class and the current number of axles.
  • the vehicle unit taking into account the position of the toll vehicle determined by the position determination device and the adjustment of the position of the toll vehicle with a database in which the toll roads are deposited, determines the toll incurred for the respective journey
  • the position data determined over the course of the journey by the position-determining device and recorded by the vehicle device are transmitted continuously or when a specific criterion, such as the achievement of a predetermined amount of data at position data, to the toll center is met.
  • the toll for the toll vehicle to be paid for this trip is then determined and collected centrally in the toll center on the basis of the vehicle data and the traffic-related traffic areas recognized as having traveled from the position data.
  • This method of collecting the toll data in which the user of the toll vehicle only has to initialize the vehicle device and thereafter the detection of the route, the transmission of toll data to the toll center, as well as the collection of the toll after initialization without further user input are carried out is also referred to as automatic procedure (AV).
  • AV automatic procedure
  • the toll is determined in this process only after driving on the respective toll road section and thereby charged that it will be charged accordingly or deducted from a deposited or pre-paid balance.
  • the vehicle device carried by the vehicle subject to toll recognizes according to the comparison of position data, which were determined by means of the position determining device with stored in a database map data, whether, and if so, which toll road section is traveled.
  • a toll road section is then stored in a storage device of the vehicle device.
  • toll sections are stored section by section in the storage device in the vehicle unit and then transmitted as toll data upon the occurrence of a predetermined criterion, for example, after exceeding a predetermined number of stored sections, to the toll center.
  • the toll determination takes place on this basis either in the toll center or in the vehicle unit. In the latter case, the toll charge to be levied is then transferred to the toll center as toll data.
  • the right to use the traveled, toll section is thus acquired step by step after driving each toll road section, the toll charged via the toll center after driving the toll section and transmitting the relevant data to the toll center becomes.
  • the toll collection system operated by Toll Collect GmbH also allows logging in according to the so-called manual procedure (MV).
  • AV automatic procedure
  • MV manual procedure
  • the respective user can use one of the approximately 3600 toll-station terminals, which are typically set up on truck stops, rest areas or petrol stations.
  • the manual procedure (MV) can also use a web service on the Internet.
  • the user acquires in the manual procedure (MV) a right to use the respective toll section before driving on the toll section or a toll route, which consists of one or more toll sections.
  • the user indicates the planned driveway and the planned departure from the toll road surface before driving on the track at the toll station or in the web service, which then one or the be defined on several toll sections of the route.
  • the user can also enter via positions in his route, which are taken into account in the determination of the route to be traveled and which are based on the calculation of the toll fee due.
  • the user of the manual method (MV) determines accordingly before the actual driving on the toll road sections the route to be traveled and pays the appropriate toll.
  • the toll can either be paid directly at the toll booth terminal or on the Internet, or be made available to registered users via the toll center in a monthly collective bill or deducted from an existing credit.
  • a booking of a route with the manual procedure results in a fixed route which the user can not leave without possibly being considered a toll-bumper.
  • a change in the route may become necessary, for example, if a section of the route booked is blocked or if a traffic jam occurs that is to be avoided. It may also happen that a user wants to go to additional stations while traveling. If the user wants to change his route after starting the journey booked via the manual procedure, he must do so at a stationary toll terminal so that his actually traveled route remains traceable. The user then has to make a partial cancellation of the booked route and then book the new desired route.
  • a toll center for charging a toll of a toll vehicle when using a toll road surface comprising a central computing device and at least one central communication device, which is communicatively coupled to the central computing device proposed.
  • the central computing device is configured to receive via the central communication device an initiation request for initiating a toll collection process for using the tollable traffic area by the toll vehicle from a mobile device, initiating a toll collection process in response to receiving the initiation request, and in response to the Occurrence of a termination event to end the initiated toll collection process.
  • the initiated toll collection process is a manually initiated toll collection process, in which the route selection with the initiation is not rigidly predetermined as in the previously known manual toll collection process, but is flexible. Therefore, it is also referred to herein as a route-flexible manual toll collection process. That is, after initiation of the route-flexible manual toll collection process, the user can select any route without running the risk of possibly being considered a toll-bumper. Only after completion of the journey, the toll is determined and charged for the then known only the toll center busy route.
  • the toll collection can be carried out centrally in the toll center or by a separate toll service.
  • the toll can also be charged in the mobile device, which is charged, for example, with a pre-paid balance or which allows billing via mobile phone bill.
  • a vehicle can use a toll road surface without the user having to do so the journey must book the intended route firmly and without that in the respective vehicle, a vehicle-side recognition device, in particular an on-board unit (OBU), must be provided.
  • OBU on-board unit
  • the user would therefore have to approach the next toll terminal, cancel the previously prebooked rigid route there or partially cancel and then book a new route at the toll terminal, before he can drive again the desired by him, modified toll road surface.
  • the proposed toll center and the associated method in which an initiation of the use of the toll road surface or the toll road through the mobile device by the user can take place arbitrarily and only at the end of the journey, the actual booking carried out by the user initiated termination of the ride However, the user can flexibly navigate the desired route on the way. The actual route is then determined only after completing the journey in the toll center.
  • the toll center can only contain a single computer. It can also be a distributed system ("distributed system").
  • the toll center computing device comprises at least one processor with internal memory.
  • the computing device is a single, preferably physically delimitable computer. In another embodiment, this is a distributed system, that is, multiple independent computers that appear to a user as a single coherent system. In the latter case, each of the computers would have at least one Processor with internal memory.
  • the several computers of the computing device then work autonomously but functionally coordinated.
  • the toll booth may include a computer and communicatively coupled computers located at roadside detection devices. In this case, all steps performed by the computing device according to the invention can be carried out by the computer of the toll center. However, one or more of these steps may be performed by a computer arranged at a roadside detection device.
  • the initiation request comprises start position data.
  • the termination event preferably includes end position data. In this way, it becomes possible to perform toll recognition in the toll center based on the initiation request and the termination event including the start position data and the end position data and determine that a user has used a toll road surface, for example, several consecutive toll road sections.
  • the central computing device is configured to receive a termination event in the form of a termination request from the mobile device via the central communication device, wherein the termination request preferably comprises end position data.
  • the user can reach a termination of the toll collection process by sending the termination request, for example, when he has left the toll road surface again.
  • the central computing device may be configured to receive, subsequent to the reception of start position data, receipt of further position data, for example via position data, of the mobile device corresponding to a position outside a tollable traffic area without a termination request from the mobile device Evaluate completion event and interpret the other position data as end position data.
  • the central computing device may be arranged to check received further position data as to whether they correspond to a position which is outside a tolling traffic area in order to determine the occurrence of a termination event in the presence of this case.
  • Starting position data, end position data and via position data are, for example, data which contain at least one representation of at least one current position (start position, end position, via position) of the vehicle, for example by specifying the exact length and Latitude.
  • the position data can both represent data of a single position of the vehicle as well as of several, preferably immediately consecutive positions of the vehicle, from which the central computing device determines a consolidated position information, for example a specific geographical object, which is regarded as start position, end position or via position ,
  • Start position data, end position data and via position data can also be represented by the designation of a toll route section as corresponding start position, end position and via position.
  • Start position data can also be represented by naming an entry into a tollable traffic area as a start position, for example a driveway of one or more toll road sections.
  • End position data can also be represented by the designation of an exit from a tollable traffic area as an end position, for example a departure of one or more toll road sections.
  • Via-position data is positional data of the vehicle received from the toll booth subsequent to the starting position data each from either the mobile or road-side detection apparatus and not position data previously declared as end-position data (for example, end-position data included in the termination request).
  • a message from the mobile device to the toll center may also include an indication of the orientation of the vehicle and / or the current direction of travel and / or the current speed and / or the time of detection.
  • To collect the position data can be used in the vehicle, for example, the position determination device, which provides a current position information. By measuring the position in a short time interval, the direction of travel and the speed can be determined. The direction of travel can also be determined via an (electronic) compass. The speed can also be determined via the vehicle's speedometer. Messages with via position data of the vehicle, which will be sent from a roadside detection device to the toll center, could in addition to the actual position of the determined vehicle preferably also include the time of detection and / or the direction of travel of the vehicle.
  • the initiation request and / or the termination event for example a termination request, preferably also contain an indication of a means of payment and / or a vehicle identifier and / or an indication of a user identifier.
  • the recognized toll road surface can be assigned to a specific user, a specific vehicle and / or a specific means of payment (eg credit account).
  • the initiation request and / or the termination event for example a termination request, preferably also contains vehicle-relevant data in the form of vehicle data on which the amount of the toll fee depends (eg permissible total weight, number of axles, emission class etc.).
  • a toll determination can be performed by determining the route traveled on the toll road from the start position and the end position and determining a toll to be paid in consideration of the vehicle data.
  • the toll can also be collected centrally, insofar as payment information is transmitted from the mobile device to the toll center or payment information is stored on the central side and an assignment of a means of payment in the toll center can be made via a transmitted user identification.
  • the user identification can be carried out via any identifier.
  • the user identifier can be provided based on the license plate of the motor vehicle, on the mobile number or MAC address of the mobile device, or on a customer number. If the mobile number is used as the user ID, the user does not have to enter them separately, but instead the latter is automatically transmitted via the mobile communication device of the mobile device to the central communication device of the toll center. In this way, also transmitted by the mobile device to the toll center via position data can be clearly assigned to the initiated by the user toll collection process, so that a one-to-one determination of the route used by the toll vehicle is possible.
  • the toll center there is preferably a link between the transmitted user identification and payment information.
  • payment information information about the intended payment behavior can be deposited, for example, whether the user receives an invoice or credit card information or a pre-paid credit deposited, so that the toll can be collected directly.
  • payment information can also be deposited, that on the mobile device, a pre-paid credit is charged, through which the toll is then charged. Furthermore, it can also be deposited as information that the toll is billed via the mobile operator of the mobile device.
  • a combination of user identification and vehicle identification can be established on this basis, so that the toll collection process initiated for the respective user via the mobile device is uniquely linked to the respective vehicle using the tollable traffic area. This is particularly important when an additional detection of the vehicle described below is performed via roadside detection devices.
  • the toll center must then be informed that the vehicle with this identification or this identifier is assigned to the toll collection process initiated by the user via the mobile device, in order to enable a correct treatment of the data detected by the roadside detection device.
  • the toll center is set up to determine a route of the toll vehicle on the toll road between a start position defined by start position data and an end position defined by end position data, preferably taking into account received via-position data, and based on the determined route to determine a toll due and prefer to charge the toll.
  • the calculating unit of the toll center is set up to determine, between the start position and the end position, the best route using at least one predetermined criterion, using the traffic areas subject to tolling.
  • the at least one predetermined criterion may be the travel route, the use of which costs the least toll, the route of which is the shortest, or whose use generally requires the least time.
  • a weighted evaluation of all these criteria can also be the basis for determining the best route be. This is advantageous because several routes may be possible when determining the route.
  • the computing device is set up to determine a toll based on the calculated route.
  • the further information transmitted with the initiation request by the user is also taken into account.
  • the central computing device is configured to receive via position data of the toll vehicle from a roadside detection device.
  • the route actually traveled by the vehicle can be determined more reliably, in particular if there are different passable routes between the start position and the end position.
  • the via-position data of the toll vehicle sent by the detection device can be received at the central computing device via the same central communication device of the toll center via which the central computing device also receives the initiation request from the mobile device.
  • this central communication device may have different communication channels, a first of which is assigned to receive messages from mobile devices, for example the reception of initiation requests, and a second one to receive messages from roadside detection devices, e.g. Position data of toll vehicles.
  • the toll center may be equipped with a plurality of central communication devices, each for receiving messages from only a single type of sender (mobile device or roadside detection device are provided.
  • the via-position data of the toll vehicle sent by the detection device can be received at the central computing device via another central communication device of the toll center, which is in addition to that communication device from the toll center via which the central computing device receives the initiation request from the mobile device.
  • the central computing device may instead receive the via-position data from the road-side detection device via another central toll center communication device in addition to the central communication device from the toll center via which the central computing device receives the initiation request from the mobile device.
  • the central computing device is adapted to determine a route of the toll vehicle on the toll road surface between a start position and an end position, preferably taking into account received via-position data, and on the basis of the determined route to a toll fee due to calculate. Accordingly, a reliable determination of the actual travel route can be made.
  • the first time the receiving device receives a via position from a roadside detection device after receiving the initiation request the plausibility of the start position data is checked in accordance with a predefined criterion.
  • a predefined criterion This can be used, for example, to check whether the start position data was entered correctly by the user.
  • the check may be performed, for example, to calculate the distance between the start position and the position of the roadside detection device, and from this a predetermined average speed and possibly a safety margin, an expected driving time is calculated which corresponds to the actual time traveled by the vehicle between the Initiation request and the roadside detection device is compared.
  • a roadside control device or a control vehicle can identify and check the toll vehicle.
  • control bridges may also be on the road side, such as in mobile traffic moving mobile or stationarily arranged above or next to the road control vehicles that can communicate with the vehicles or record a short distance communication.
  • an identifier associated with the mobile device is stored in a memory of the toll center. This may be a license plate, an identifier stored in an RFID chip or the like, via which a roadside Detecting device can detect a vehicle with the mobile device.
  • the respective acquisition data are also transmitted to the toll center as via-position data.
  • An advantage of this embodiment is that based on via-position data, which were detected by roadside detection devices and transmitted to the toll center, the computing center of the toll center in the best case, the actually driven by the toll vehicle route or at least the best according to at least one predetermined criterion Route can determine. Preferably, a calculation of the toll is then made on the basis of the determined route and the corresponding toll fee deducted from the deposited means of payment.
  • the user of a toll vehicle it is easy for the user of a toll vehicle to make a toll trip with this vehicle without having to make structural changes to the vehicle itself. Furthermore, the user does not have to pre-set his route even before the start of the journey, as provided in the conventional manual method (MV), but can be flexible after the initiation of the route-flexible manual toll collection method and adapted to the respective traffic conditions.
  • MV manual method
  • the central computing device is preferably set up to send a status request to the mobile device in response to a predetermined event and to receive a status message from the mobile device via the central communication device, which includes via-position data of the mobile device.
  • the predetermined event may be, for example, the receipt of an initiation request with start position data from the mobile device and / or the receipt of via position data from a roadside detection device and / or the receipt of a status message with via position data from the mobile device and / or the expiration of a predetermined and / or or calculated time duration since the reception of the initiation request and / or the status message with the via position data from the mobile device and / or the via position data from the roadside detection device.
  • a control of the route can be performed without the use of the roadside detection devices or in addition to these.
  • a predetermined event may for example also be present when an expected travel time between two roadside detection devices is exceeded.
  • the status message if the vehicle has left, for example, the toll road surface, without the ride terminate properly, or whether the vehicle is still on the toll road surface and has fallen into an unknown traffic congestion.
  • via-position data of the mobile device is also via-position data of the toll vehicle.
  • Such a predetermined event may be present if the vehicle can not reach a precalculated time between the two known positions due to the present traffic conditions, for example a traffic jam or a blockage of the respective traffic area, but requires much longer. As a further reason may be that the vehicle has in the meantime - unnoticed by the roadside detection devices - left the toll road surface and accordingly can no longer be detected by the roadside detection devices. In the latter case, the user would have failed to properly end the ride.
  • the last received via the mobile device via-position data are those that the mobile device sends in the context of a status message in response to the receipt of a status request from the toll center.
  • the central computing device can be set up to send the status request to the mobile device only after the expected period of time has elapsed, when the central computing device has still received via-position data of the vehicle from a road-side detection device until the expected time has elapsed, the status request being implemented in this way is that upon receipt of the status request, the mobile device is instructed to send its via position instantaneously.
  • the central computing device may be configured to send the status request to the mobile device prior to expiration of the expected time period, for example, in response to receiving the initiation request or a via position, the status request configured to instruct the mobile device to: Via-position data delayed to send the expected time duration, and wherein the central computing device is further configured to send a cancellation message to the mobile device, with the sent status request is canceled when the central computing device until the expiration of the expected time period Via-position data of the Vehicle has received from a roadside detection device.
  • the cancellation message can consist of or include such a renewed status request.
  • next-to-be-reached roadside detection device the user of the vehicle with the mobile device may be able to select multiple routes based on the most recently determined position, such as a motorway junction or highway exit. Then, all those detection devices are next detection devices that toll the mobile device (in a vehicle) Can reach traffic surface without having to pass another roadside detection device before.
  • the roadside detection devices located in a certain environment around the last received position of the mobile device may also be determined to be the next roadside detection devices to be reached. If there are several roadside detection devices in the vicinity, the one furthest from the last received position is selected or, particularly in the case where the last received position is a via position, the one closest to the direction of travel the last previously received position. If no or only one roadside detection device is included in a first determined environment, the environment is to be extended until at least one other roadside detection device is included in the extended environment that can be selected.
  • the computing device is set up to adjust the minimum average speed which the computing device uses to determine the expected time duration - for example based on current traffic information.
  • the computing device can receive information transmitted via the communication device, for example as part of the road-side detection device, or in some other way obtain information. If the toll center is aware that there is a traffic incident in a certain section of a toll road, the expected journey times can be adjusted accordingly.
  • the requesting of current position data from the toll center to the mobile device can be reduced to the cases where such information about traffic disruptions in the toll center is not available, or these are not accurate when the originating position, which the user of the respective toll vehicle at the Initiation of the tolled journey was incorrect, or if the user forgot to properly end the toll ride.
  • the central computing device is particularly preferably configured to record the distance between the start position transmitted by the mobile device or the last via position received by a roadside detection device or the last via position received by the mobile device in response to a status request and the position of the mobile device determine next to be reached roadside detection device and the expected duration on the basis of the average speed expected on this route, which is determined from at least one average speed stored in a memory of the central computer, preferably with the addition of a percentage or absolute safety margin.
  • the central computing device is configured to determine whether the via position of the via-position data received with the status message is outside the tollable traffic area and to determine the occurrence of a termination event in response to the determination that the via position is outside the toll area or sending a request to send a termination request to the mobile device, and preferably in response to receiving a termination event in the form of a termination request from the mobile device via the central communication device, the termination request particularly preferably comprising end position data.
  • the central computing device is set up to determine whether the via position of the via-position data received with the status message is within the tollable traffic area, and in response to the determination that the via position is within the toll-liable area, it is preferred Traffic surface is to continue the initiated toll collection process and preferred to adjust an average speed stored in a memory of the central processing unit for the currently considered stretch of road.
  • the transmission of a plurality of status requests to other toll vehicles can be reduced or avoided if it turns out that the current average speed in a certain section is less than previously assumed.
  • the expected driving time for other toll vehicles in this section can be adjusted. Accordingly, the route-flexible manual toll collection process can be continued and by adjusting the average speed, status requests are output to subsequent vehicles in a customized manner, so that the data traffic can be reduced.
  • the mobile device prompted to transmit a current position to the toll center.
  • This can for example be done by the mobile phone automatically transmits its current position to the toll center, this position was again determined, for example, in the mobile device by a positioning device, such as a GPS system or the evaluation of the respective radio cells.
  • the mobile device prompts the user to enter a current position, which in turn can indicate his current position, for example, from a road map or a drop-down menu, possibly supported by a selection or narrowing of the map section or the drop-down menu. down menus. It is also possible that the user confirms only on his mobile device that there has been a disruption of the traffic flow, and he is still on the toll road surface.
  • the respective received positions include information indicative of whether the received position is a start position, a via position or an end position is.
  • the end position data may be part of a termination request
  • the via position data may be part of a status message of the mobile device or a detection message of a roadside detection device
  • the start position data may be part of an initiation request.
  • the vehicle data transmitted with the initiation request include information about the registration number of the motor vehicle, the number of axles, the weight and the pollutant class.
  • a user identification of the respective user can be transmitted and / or a deposit of valid payment information.
  • This payment information can be stored in the toll center at a registered user and be consulted accordingly when specifying the respective user ID.
  • the user if the user is not a user registered in the toll center with stored, valid payment information, then the user must also deposit a valid means of payment for initiating the respective toll-based journey, for example credit card information, information about a prepaid card, information about one Fuel card or other payment methods that allow a toll payment after the end of the journey.
  • the toll center will commence duly upon initiation of the toll trip by the user the mobile device sends a corresponding receipt.
  • This document can then be considered as proof that the user has properly logged the respective vehicle on the one hand in the toll center and has accordingly initiated the toll trip, and on the other hand that the user is ready after completion of the ride, the corresponding toll fee to pay the deposited funds.
  • the computing device is set up to check the plausibility of the start position data when a via position is first received by a roadside detection device after initiation of the route-flexible toll collection process.
  • Embodiments in which the journey is automatically terminated or the user is requested to quit are advantageous because overbooking is thereby avoided. Because the user has failed to properly complete the ride, the user may be prompted to properly complete the ride by stating its location.
  • the drive can also be terminated automatically by the toll center, in which case, after transferring the current position of the mobile device, the departure nearest the current toll-off position from the toll road is considered to be a departure from the toll road.
  • the toll center determines a route of the toll vehicle, which results from the specified at the initiation of the toll road position and the nearest to the current position departure from the toll road surface position, possibly taking into account the between the driveway and the departure lying via positions, which accordingly allow an adjustment of the route, deviating from the assumed shortest route.
  • the route determined in this way is again displayed to the user for confirmation, and then the corresponding debit of the toll is initiated by the toll center.
  • Another aspect of the invention relates to a mobile device according to claim 11.
  • a mobile device preferably a mobile phone or a smartphone, is proposed for use in charging a toll for a toll vehicle, the mobile device having a mobile communication device and a mobile computing device that is communicatively coupled to the mobile communication device.
  • the mobile computing device is configured to send an initiation request for initiating use of the tollable traffic area by the toll vehicle via the mobile communication device to a toll center, preferably to a toll center as described above, thereby initiating a toll collection process and the mobile computing device is adapted to send a termination request to terminate the toll collection process by means of the mobile communication device to the toll center, thereby terminate the toll collection process.
  • a mobile device in this sense does not require the device to be a portable device. It may for example also be permanently installed in a vehicle. However, in a preferred embodiment, the mobile device is a portable mobile device. For example, it is then a mobile phone or smartphone or a tablet computer whose computing device is set up accordingly by a computer product loaded into an internal memory of the computing device, for example an app.
  • An advantage of the invention is that it is in the initiated toll collection process to a manual toll collection process in which the route choice with the initiation not predetermined as in the previously known manual toll collection process, but is flexible. Therefore, it is also referred to herein as a route-flexible manual toll collection process. That is, the user can choose any route.
  • the user may complete the booking with the toll collection system by transmitting end position data to the toll collection system to complete his tolled trip with his mobile device.
  • the mobile computing device is configured to determine start position data of the mobile device and to send the start position data as part of the initiation request by means of the mobile communication device to the toll center.
  • the mobile device preferably has a position-determining device or is connected to such a position-determining device. Then, the mobile computing device is configured to perform the determination of the start position data by means of the position determination device. This is advantageous because no inputs from Users or external devices are required.
  • the position determination can be carried out, for example, by means of a GPS receiver and / or by means of an evaluation of adjacent WLAN and / or mobile radio cells.
  • the mobile computing device is set up to determine end position data of the mobile device and to send the end position data to the toll center as part of the termination request by means of the mobile communication device.
  • the user may also be given the opportunity to manually specify his position via a user interface of the mobile device.
  • the user can mark his current position on a road map provided on the user interface or select the respective driveway from a drop-down menu.
  • the mobile device may assist the user in this selection such that, based on a provisional position determined by a position determination device, a specific map of the road map is displayed, or the drop-down menu is restricted accordingly.
  • the mobile device has a user interface which is suitable for representing interface elements and for receiving user inputs relating to at least one of the illustrated interface elements.
  • a user interface may be, for example, a touch screen or a combination of screen or LED display and input means such as input keys, scroll wheel, joystick, touch pad, voice recognition or mouse.
  • a displayed destination selection option is either an already specified final position or one or more input fields, which can also be displayed consecutively, in which a user can manually enter end position data.
  • the mobile computing device is configured to receive a status request from the toll center via the mobile communication device and to determine in response to the receipt of the status request via-position data of the mobile device to generate a status message based on the via position and the status message by means of mobile communication device to the toll center to send.
  • the mobile computing device is configured to determine the start position data from the start user input.
  • the computing device is configured to receive a via user input via the user interface and to determine the via position data from the via user input.
  • the mobile computing device is configured to receive an end user input via the user interface and to determine the end position data from the end user input.
  • the mobile device can autonomously and in the background transmit the corresponding end position data to the toll center, or it may be up to the user to specify the appropriate end position, for example, under the support of the mobile device, in which only a selection of possible departures or a selected map section of the road map is displayed as a function of the position determined in the mobile device.
  • the mobile computing device is configured to perform the following steps in response to a predetermined event after the initiation of the toll collection process: determining a mobile device via position, generating a status message based on the via position, and transmitting the status message to the toll collection system by means of the communication device.
  • the transmission of the status message takes place before the end of the initiated toll collection process.
  • the mobile computing device is configured to receive a status request from the toll collection system via the communication device.
  • the predetermined event is the receipt of a status request from the toll collection system.
  • the mobile computing device of the mobile device is configured to receive a status request from the toll collection system via the communication device and in response to receipt of the status request, determine via-position data of the mobile device, generate a status message based on the via position, and communicate the status message to the toll collection system by the communication device.
  • the toll collection system can interrogate the position of the mobile device and thus the vehicle when a particular event requires it. For example, when an expected travel time between two roadside detection devices is exceeded.
  • the mobile device comprises at least one measuring device (i.e., at least one sensor) for determining at least one physical parameter that is communicatively coupled to the mobile computing device; the mobile computing device is configured to monitor the at least one physical parameter and to generate the predetermined event when the at least one physical parameter meets a predetermined condition.
  • at least one measuring device i.e., at least one sensor
  • the computing device monitors at least one physical parameter.
  • the at least one physical parameter relates to the mobile device.
  • it may be the location or the speed of the mobile device.
  • it has at least one measuring device which is suitable for determining at least one physical parameter.
  • the mobile computing device determines that the at least one physical parameter fulfills a predetermined condition, it triggers the predetermined event, which results in the mobile device's position data being determined and transmitted to the toll center.
  • the predetermined condition may be the leaving of the toll road. This can be determined, for example, based on the location of the mobile device.
  • the speed of the mobile device may also be indicative of this.
  • the predetermined condition may also be the detection of a particular traffic situation, for example a traffic jam, or a stop at a rest stop. For this purpose, speed and possibly the speed of the communication device can be used for determining.
  • the above object is achieved by a method for collecting a toll on a toll vehicle when using a toll road surface, this being the provision of a mobile device, which is a mobile communication device and a mobile computing device communicatively coupled to the mobile communication device.
  • the mobile computing device sends an initiation request for initiating use of the toll road through the toll vehicle via the mobile communication device to a toll center to thereby initiate a toll collection process and the mobile computing device sends a termination request to end the toll collection process by the mobile communication device to the toll center to thereby end the toll collection process.
  • a method for charging a toll for a toll vehicle when using a toll road surface comprising providing a toll center, which has a central communication device and a central computing device communicatively coupled to the central communication device comprises.
  • the central computing device receives an initiation request for initiating use of the tolled traffic area by the toll vehicle from a mobile device via the central communication device and initiates a toll collection process in response to receiving the initiation request, and the central computing device receives a termination request from the mobile device via the central Communication device and terminates the initiated toll collection process in response to the received termination request.
  • the methods can advantageously be further developed according to the previously described, procedurally designed features of the toll center, the mobile device and the toll collection system.
  • the methods and functions performed by a mobile device and / or a toll center when software code portions of one of the two computer program products are loaded in the respective internal memory of the respective computing device and executed by the respective computing device have already been described above.
  • the computer program product itself can be a computer-readable non-transitory storage medium, for example a DVD, a CD-ROM, a flash disk or a hard disk.
  • the toll center 100 initially comprises a central computing device 101.
  • FIG. 1 An exemplary central computing device 101 is shown as a block diagram in FIG FIG. 1 shown.
  • instructions for example in the form of software code sections, are executed so that the computing device performs one or more of the methods and functions described herein.
  • the central computing device 101 may include only a single computer. It can also be a distributed system ("distributed system "). In one embodiment, the central computing device 101 is a single, preferably physically delineated computer. In another embodiment, this is a distributed system, that is, multiple independent computers that appear to a user as a single coherent system. In the latter case, each of the computers would have at least one processor with internal memory. The several computers of the computing device then work autonomously but functionally coordinated.
  • the exemplary central computing device 101 includes a central processor 102 (eg, a CPU, a GPU, or both) having an internal memory, a central memory 104, and a central static memory 106 communicatively coupled to one another via a bus 108.
  • the central computing device 101 may also be communicatively coupled to a user interface.
  • This user interface may include a display unit 110 (for example, a flat panel display or the like) and a first input unit 112 (for example, a touch screen, input keys, a scroll wheel, a joystick, a touch pad, a mouse, or a voice recognition system) and a second input unit 114 (for example, a touch screen, input keys, a scroll wheel, a joystick, a touch pad, a mouse, or a voice recognition system).
  • the user interface may include the display unit 114 and the input unit (s) in an integrated device, such as a touch screen.
  • the central storage device 116 includes a machine readable medium 122 having stored thereon software code portions and data (e.g., instructions 124) required for the methods and functions of the computing device described herein.
  • the instructions 124 may also be loaded, at least in part, into the main memory 104 and / or the internal memory of the processor 102, wherein the main memory 104 and the internal memory of the processor 102 are also machine-readable Media acts.
  • the instructions 124 may also be communicated or received over a network 126 by the central communication device 120 using one of the numerous known transmission protocols (eg, HTTP).
  • HTTP HyperText Transfer Protocol
  • machine-readable medium 122 (which is preferably non-transitory) in an exemplary embodiment is a single medium
  • machine-readable medium includes both a single medium and multiple media (eg, a central or distributed database and any buffers associated therewith (" Cache ”) and server), which store the instructions in the form of software code sections 124.
  • the term “machine-readable medium” also includes any medium capable of storing, encoding or carrying instructions 124. This can be a solid state memory, an optical or a magnetic memory.
  • Exemplary embodiments of the central computing device 101 may be implemented in digital circuits or in computer hardware, firmware, software, or combinations thereof.
  • the FIG. 2 shows a schematic overview of the entire toll system 1000, which includes, among others, the toll center 100, a mobile device 200 and preferably also at least one roadside detection device 130.
  • the toll center 100 is adapted for use in a route-flexible manually initiated toll collection process. As already explained, it has the central computing device 101 and the central communication device 120, which are communicatively coupled to the central computing device 101.
  • the central computing device 101 is configured to receive an initiation request to initiate a tolling use of the toll road surface from a mobile device 200 via the central communication device 120 and to initiate a toll collection process in response to receiving the initiation request.
  • the initiation request received by the mobile device 200 may include start position data, an indication of a tender, an indication of a registration, and / or toll-specific vehicle data.
  • the starting position data determine the position on the toll road surface at which the vehicle begins the toll journey or at which it enters the toll road surface.
  • a means of payment must at least be deposited if the user or the vehicle is not already registered in the toll center 100 by depositing a means of payment.
  • the means of payment serves in toll center 100 to debit the costs incurred during the toll journey.
  • the toll-specific vehicle data include, for example, the vehicle registration number, the vehicle weight, the number of axles, as well as the pollutant class of the vehicle in order to calculate the toll due on this basis.
  • the reception of the starting position data and the toll-specific vehicle data can already be interpreted by the central computing device 101 as an initiation request, so that the central computing device 101 then initiates the toll collection process in response to the receipt of the data.
  • the then initiated toll collection is a manual toll collection process in which the route choice with the initiation is not predetermined as in the previously known manual toll collection, but can be handled flexibly. Therefore, it is also referred to herein as a route-flexible manual toll collection process. That is, the user initiates the toll collection process by sending a corresponding initiation request to the toll center 100 via his mobile device 200, which accordingly initiates a toll collection process for that user. Triggering the transmission of the initiation request from the mobile device 200 to the toll center 100 to initiate the toll collection process thus requires active actuation of the mobile device 200 by the tollgate User. This is understood here as a manual initiation of the toll collection process.
  • the vehicle or the user can then select any route along the tolled traffic areas and is not bound to a prebooked route.
  • the user manually terminates the toll collection process thus manually initiated by actively operating the mobile device 200 after completing the toll trip, thereby completing the booking in the toll center 100.
  • the user terminates the toll trip with his mobile device 200 by sending a termination request to the toll center 100.
  • the termination request may also preferably include the transmission of the current end position data corresponding to the position on the toll road surface at which the journey is completed or at which the toll road is left.
  • the central computing device 101 is set up to receive, with the termination request, end position data of the mobile device 200 from the mobile device 200 via the central communication device 120 and to terminate the initiated toll collection process in response to the received termination request.
  • the central computing device 101 based on the transmitted start position data and the transmitted end position data used by the toll vehicle on the toll road surface calculated route and calculated on this basis in connection with the toll-relevant data, the toll due and debited from the deposited means of payment.
  • All positions received by the central computing device 101 via their central communication device 120 may include information indicative of whether the respective received position is a start position, a via position, or an end position. This can be achieved in that the end position data is part of a termination request of the mobile device 200 and the start position data is part of an initiation request of the mobile device 200.
  • a via position is either part of a status message of the mobile device 200 or a detection message of a roadside detection device 130.
  • the toll-based journey by means of a mobile device 200 is initiated by the respective user and is terminated by the user after termination of the toll-based journey by this mobile device 200, a vehicle 300 can use a toll road surface without having to the user must book the intended route firmly before driving and without in the respective vehicle 300, a vehicle-side detection device, in particular an on-board unit (OBU), must be provided.
  • OBU on-board unit
  • tolled vehicles can accordingly use toll road vehicles without the need for special equipment in the toll vehicle.
  • Mobile devices 200 such as mobile phones or smartphones, are now widely used and are commonly carried by users of toll vehicles 300. In this way it is also possible for vehicles 300 that are not specially equipped with an OBU to use toll areas without being considered toll-buffers.
  • the proposed method in which an initiation of the use of the toll road surface or the toll road through the mobile device 200 may take place arbitrarily by the user, and only at the end of the journey, the actual booking is performed by the user initiated termination of the trip can the user on the way flexibly drive the desired route.
  • the actually on the toll Traffic route traveled route is then determined only after completing the drive from the toll center 100.
  • the central computing device 101 of the toll collection system 100 is configured to determine a route of the toll vehicle 300 between the start position and the end position. This has the advantage that the central computing device 101 determines the calculation of the toll on the basis of the previously determined route.
  • the central computing device 101 of the toll center 100 is set up to determine between the start position and the end position the best route according to at least one predetermined criterion using the toll roads. It can serve as a predetermined criterion that that route is assumed to be the best, the use of which usually requires the least time or the shortest route on the toll road surface.
  • the central computing device 101 is set up to determine a toll based on the calculated route.
  • the further toll-relevant data transmitted during the initiation by the mobile device 200 are taken into account, which are transmitted when initiating the manually initiated toll collection process.
  • the toll-relevant data include, for example, data of a registration of the user, the license plate number 302 of the motor vehicle 300, the number of axles, the weight of the vehicle 300 and / or its emission class.
  • Payment information is deposited in the toll center 100 associated with a registered user. However, if the user is not a user registered in toll center 100 with stored, valid payment information, the user must also deposit a valid means of payment for initiating the respective toll-based journey, for example credit card information, information about a prepaid card, information about a fuel card or other payment method that allows the toll to be deducted upon completion of the journey.
  • a valid means of payment for initiating the respective toll-based journey for example credit card information, information about a prepaid card, information about a fuel card or other payment method that allows the toll to be deducted upon completion of the journey.
  • the central computing device 101 is configured to receive at least via position data of the toll vehicle 300 from a roadside detection device 130 via the central communication device 120.
  • roadside detection devices 130 for example in the form of stationary control bridges which span the respective tollable traffic area, or in the form of mobile control devices placed on the tollable traffic surface as needed or for monitoring purposes, pass the toll vehicle 300 on the basis of in the toll center 100 deposited flag 302 are determined.
  • the toll center 100 executes the toll collection process for this motor vehicle due to the manual initiation of the toll collection process by means of the mobile device 200, and is informed accordingly that the toll vehicle 300 travels a toll road section.
  • the license plate 300 of the toll-liable vehicle 300 for which the toll collection process was initiated manually via the mobile device 200 is stored.
  • the toll vehicle 300 is therefore detected at the respective known positions of the roadside detection devices 130 in the form of stationary or mobile control devices and the respective detection data are transmitted as via-position data via the existing or a separate communication network to the toll center 100.
  • the detection data respectively acquired by the roadside detection devices 130 are assigned to the respective toll vehicles 300 on the basis of the detected flags 302.
  • the toll center 100 knows the position and direction of a toll vehicle 300 for which the toll collection process was initiated manually via the mobile device 200 at the time of acquisition via the evaluation of the acquisition data. This position and direction of travel is stored as a via position of the respective toll vehicle 300 in the toll center 100.
  • the central computing device 101 of the toll center 100 is configured accordingly to take into account the received via position data when determining the travel route. Accordingly, in a case where the toll vehicle 300 is detected after initiation of the toll collection process by at least one roadside detection device 130 and the position corresponding to the roadside detection devices 130 is transmitted to the toll center 100, the toll center 100 determines the best route of the toll vehicle 300 the starting position, the end position and the at least one between the However, in order to determine the best route, the transmission and consideration of via positions is not absolutely necessary - the start position and the end position may be sufficient for this purpose.
  • this unique route is taken as the best route of the toll calculation.
  • the toll center 100 may send a request for transmission of the current position to the mobile device 200.
  • the toll center 100 proceeds from an average speed stored in the toll center 100 for the respective route sections, which is from the toll vehicle 300 between two roadside detection devices 130 is expected to pass.
  • the amount of time may be provided with a safety margin, such as a percentage (e.g., 10% time penalty) or an absolute (e.g., 20 minutes) safety margin.
  • a safety margin such as a percentage (e.g., 10% time penalty) or an absolute (e.g., 20 minutes) safety margin.
  • the central processing unit 101 is further configured to check the plausibility of the indication of the start position data by the following steps: determining an actual time duration of the travel based on the received start position data and the via position received from the roadside detection device 130. Further calculating an expected time difference between the start position and the end position based on the known route length. If the actual time is within or at the expected time difference, then the starting position data is assumed to be correct. If the actual time is outside the expected time difference, then the starting position data is assumed to be incorrect. In determining the expected time difference, the central computing device 101 takes into account an assumed or experienced maximum and minimum average speed on the route length between the start position and the via position and any traffic congestion such as traffic jams or construction sites which can reduce the average speed.
  • the central computing device 101 of the toll center 100 is further configured to send a status request to the mobile device 200 in response to a predetermined event and to receive a status message from the mobile device 200 via the central communication device 120.
  • This status message includes a via position determined by the mobile device 200.
  • Such a predetermined event for sending a status request is, for example, when the toll vehicle 300 is subject to an expected time difference between the two known positions (between start position and position of the roadside detection device or between the present traffic conditions, for example a congestion or blocking of the respective traffic area the positions of two roadside detection devices) can not reach, but longer needed.
  • an expected time difference between the two known positions between start position and position of the roadside detection device or between the present traffic conditions, for example a congestion or blocking of the respective traffic area the positions of two roadside detection devices
  • Such an event exists even if the toll vehicle 300 has in the meantime - unnoticed by the roadside detection devices 130 - left the toll road surface and accordingly can no longer be detected by the roadside detection devices 130, as the user has failed to properly terminate the ride by transmitting a termination request from the mobile device 200 to the toll center 100.
  • the central computing device 101 is configured to monitor the movement of the mobile device 200 after manually initiating and before terminating the initiated toll collection process, the monitoring comprising the steps of: determining at least one next-possible roadside detection device 130 based on the last received position (Start or via position) of the mobile device 200, determining the expected time difference after which the mobile device 200 is expected to arrive at the next possible roadside detection device 130, sending a status request to the mobile device 200 via the central communication device 120 after expiration of the expected time difference central computing device 101 has still received via position data of the toll vehicle 300 from the next possible roadside detection device 130, and receiving a status message of the mobile device ts 200 via the communication device 120.
  • the monitoring may include the steps of determining at least one next-possible road-side detection device 130 based on the last received position (start or via position) of the mobile device 200, determining the expected one Time difference, after which the mobile device 200 is expected at the next possible roadside detection device 130, sending a status request to the mobile device 200 via the central communication device 120, wherein the status request is arranged to instruct the mobile device 200 to delay via position data send expected time difference to the toll center 100 send a cancellation message to cancel the sent status request when the central processing unit 101 has received by the end of the expected time difference via position data of the vehicle 300 from a roadside detection device 130.
  • the user of the vehicle with the mobile device 200 may be able to select multiple routes based on the most recently determined position, such as a motorway junction or highway exit. Then, all of the detection devices 130 are the closest possible detection devices 130 that the mobile device 200 (in a vehicle) can reach on the toll road surface without first having to pass through another roadside detection device 130.
  • a status request is sent from the toll center 100 to the mobile device 200 if, on expiry of the expected time difference, detection of the toll vehicle 300 does not occur from the next possible roadside detection device 130 and thus also the receipt of a via position from one roadside detection device 130 is absent.
  • the expected time difference is determined taking into account the distance between the determined roadside detection device 130 and the last received position of the mobile device 200 and a stored average speed and a possible safety margin.
  • the Mobile device 200 prompted to transmit a current position to the toll center 100.
  • the central computing device 101 is additionally configured to adapt the minimum average speed which the central computing device 101 uses to determine the expected time difference on the basis of current traffic information.
  • the central computing device 101 receives traffic information via the central communication device 120, for example as part of the acquisition messages transmitted by the roadside detection devices 130.
  • the toll center 100 is known to have a traffic disruption in a certain section of a tolled traffic area, the expected time differences are adjusted accordingly. In this way, requesting current position data from the toll center 100 to the mobile device 200 may be reduced to cases where such traffic disruption information is not present in the toll center 100 or is not accurate when the starting position data requested by the user of the toll is present Vehicle was specified at the initiation of the toll ride, was not correct, or if the user has forgotten to properly end the toll ride.
  • the central computing device 101 of the toll center 100 is set up to determine whether the received as part of the status message Via position is within the toll road surface. If the answer is the determination that the via position is within the toll area, the initiated toll collection process is continued and preferably a (minimum) average speed stored in the memory of the toll collection system 100 communicatively coupled to the central computing device 101 is adjusted on the corresponding leg.
  • the central computing device 101 of the toll collection system 100 is further configured to determine if the via position received as part of the status message is outside the toll area and in response to determining that the via location is outside the toll area, the initiated toll collection process then quit automatically.
  • This automatic termination of the initiated toll collection process may replace a termination request received from the mobile device 200.
  • Ending the initiated toll collection process in response to determining that the via position is outside the toll area may also include sending a request to the mobile device 200 to send a termination request. If the user has failed to complete the trip properly, the user is accordingly requested to terminate the trip properly indicating its position by sending a termination request. If the termination by the user, the toll center 100 then determines a route of the toll vehicle, which consists of the starting position data specified at the initiation of the toll road and the closest to the current sent with the termination request position departure from the toll road surface end position data. If appropriate, this end position is determined taking into account the via positions lying between the driveway and the exit, which accordingly require an adaptation of the route.
  • the user may be sent the route thus determined once again for confirmation from the toll center 100 to the mobile device 200 and displayed thereon, in order to then be authorized by the user. Then, the calculation of the toll due and the corresponding debit of the toll take place in the central computing device 101.
  • the central computing device 101 is also configured to determine whether the via position received as part of the status message is outside the toll area and to continue the initiated toll collection process in response to determining that the via position is within the toll area in a memory of the toll collection system 100 that is communicatively coupled to the central computing device 101, the (minimum) average speed stored on the corresponding route section is adjusted.
  • the central computing device 101 is also set up to use the last used or determined end position data in the initiation of the subsequent journey as start position data.
  • the central computing device 101 of the toll collection system 100 is configured to acknowledge receipt of the start position data and / or the end position data. For example, after initiating the manual toll collection process and receiving the relevant data, the toll center 100 may send a receipt to the mobile device 200. In addition, the central computing device 101 is configured to transmit an acknowledgment to the mobile device 200 in response to receiving the start position data and / or in response to receiving a status message.
  • This acknowledgment may take the form of a machine-readable code, in particular a QR code.
  • the code can be checked for authenticity by a control device.
  • a mobile device 200 This is a portable mobile device, for example a mobile phone or smartphone, whose mobile computing device 201 is set up by software code sections of a computer product, for example an app, loaded into an internal memory of the mobile computing device 201.
  • the mobile computing device 201 may be a general computing device, as has already been described with respect to the central computing device 101 of the toll center 100. With respect to the general statements on the execution of a computing device, reference is therefore made above. A preferred embodiment of the mobile computing device 201 of the mobile device will be described below.
  • the mobile device 200 includes, among other things, a mobile computing device 201 having a mobile processor 202, a plurality of different mobile data memories 204, 216, 222, a power supply 214, and a user interface 210 in the form of a touchscreen display 215, on which data is stored by the mobile processor 202 can be displayed.
  • the mobile processor 202 is further provided with a clock 240, a mobile communication device 220 in the form of a mobile radio transceiver having a corresponding mobile radio antenna 221, and a position determining device 230 having a GNSS receiver 232 communicatively coupled to a GNSS receiving antenna 234 , communicatively coupled.
  • a first mobile data memory 222 is a read-only memory, for example a ROM, EEPROM or FLASHMEMORY, and is used to store a computer program product.
  • the toll software can be transmitted to the mobile data memory 222 via appropriate communication interfaces.
  • the mobile data memory 204 is a skin memory communicatively coupled to the mobile processor 202 in the form of a random access memory, such as a RAM, for temporary inclusion of at least portions of the toll software during operation of the mobile device 200. To do so, the mobile processor 202 loads during the Start phase of the mobile device 200 from the mobile data storage 222, the corresponding toll software in the mobile main memory 204.
  • the read-write memory 212 is also used to receive position data, which are received by the mobile processor 202 of the position determination device 230 and processed in the mobile processor 202.
  • Another mobile data memory 216 is provided as a cryptographic memory, for example as ROM, EEPROM or RAM, and may be provided in a security module with an independent processor, and serves to record booking data records of user authorizations for the use of upcoming motorway sections.
  • the mobile device 200 can communicate with the toll center 100 described above.
  • the mobile radio antenna 221 and the GNNS receiving antenna 234 may also be provided as externally arranged antennas.
  • the mobile device 200 may automatically determine this start position data accordingly.
  • the starting position data may also be specified or selected by the user by displaying to the user on the user interface of the mobile device 200 possible starting positions, from which he can select. The selection can be made, for example, via a drop-down menu or the display of a map, wherein the mobile device 200 preferably makes a preselection of the possible start positions on the basis of the current position determined by the mobile device 200.
  • Typical selectable starting positions are the driveways of toll sections of a motorway network.
  • the initiated toll collection process is a manual toll collection process where route selection is not rigidly predetermined with initiation but flexible. That is, the user can select any route starting from the start position while driving.
  • the user completes the booking at toll center 100 upon completion of the toll trip by sending a termination request to toll center 100 with his mobile device 200.
  • the initiation of the manual toll collection process may further comprise: transmitting data for identifying the user, for example payment information, registration data of the user, the registration number 302 of the toll vehicle 300, and toll-relevant data, for example the number of axles and / or Weight of the vehicle.
  • the payment information is deposited in the toll center 100, for example associated with a registered user. However, if the user is not a user registered in the toll center 100 with stored, valid payment information, the user must also deposit a valid means of payment for initiating the respective toll-based journey, for example credit card information, information about a prepaid card, information about a fuel card or other payment method that allows the toll to be deducted upon completion of the journey.
  • the mobile computing device 201 of the mobile device 200 is further configured to receive a first user input via the user interface 210 and to initiate the manual toll collection process in response to the first user input by communicating the initiation request to the toll center 100.
  • the mobile computing device 201 of the mobile device 200 is also configured to terminate the initiated toll collection process, the termination comprising: determining end position data of the mobile device 200 and transmitting the end position data along with a termination request to the toll center 100 via the mobile communication device 220
  • Starting position data may also be the final position data selected from a drop-down menu or the display of a map. Typical selectable end positions are the departures of toll sections of a motorway network.
  • the mobile computing device 201 of the mobile device 200 is configured to perform the following steps in response to a predetermined event after initiation and before completion of the toll collection process: determining a via position of the mobile device 200, generating a status message based on the via position in FIG In response to a status request received from the toll center 100 and transmitting the status message to the toll center 100 via the mobile communications device 220.
  • the mobile computing device 201 of the mobile device 200 is configured to receive a status request from the toll center 100 via the central communication device 120.
  • the computer program product itself may be a computer readable non-transitory Storage medium, such as a DVD, a CD-ROM, a flash disk or a hard drive. Preferably, it is a DVD.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)
  • Traffic Control Systems (AREA)

Abstract

Die vorliegende Erfindung betrifft eine Mautzentrale (100) zur Erhebung einer Maut eines mautpflichtigen Fahrzeugs beim Benutzen einer mautpflichtigen Verkehrsfläche, umfassend eine zentrale Recheneinrichtung (101) und eine zentrale Kommunikationseinrichtung (120), welche mit der zentralen Recheneinrichtung (101) kommunikativ gekoppelt ist, aufweist, wobei die zentrale Recheneinrichtung (101) dazu eingerichtet ist, über die zentrale Kommunikationseinrichtung (120) eine Initiierungsanforderung zur Initiierung eines Mauterhebungsverfahrens zur Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug (300) von einem Mobilgerät (200) zu empfangen, wobei die Initiierungsanforderung bevorzugt Startpositionsdaten umfasst, in Antwort auf den Empfang der Initiierungsanforderung ein Mauterhebungsverfahren zu initiieren, und in Antwort auf den Eintritt eines Beendigungsereignisses das initiierte Mauterhebungsverfahren zu beenden.

Description

    Technisches Gebiet
  • Die vorliegende Erfindung betrifft eine Mautzentrale, ein Mobilgerät und ein Verfahren für ein Mauterhebungsverfahren zur Erhebung einer Maut für die Benutzung einer mautpflichtigen Verkehrsfläche durch ein mautpflichtiges Fahrzeug.
  • Stand der Technik
  • Benutzungsabhängig abrechnende Mautsysteme sind zur Erhebung der Maut auf die Erfassung der Fahrstrecke der jeweiligen mautpflichtigen Fahrzeuge zumindest in dem Bereich angewiesen, welcher maßgeblich für die Nutzung der mautpflichtigen Straße ist. Beispielsweise werden hierzu die Fahrzeugpositionen in dem vom deutschen Mautbetreiber Toll Collect GmbH betriebenen System zur Mauterhebung zumindest im Bereich der Auffahrt auf die jeweilige mautpflichtige Verkehrsfläche sowie der Abfahrt von dieser Verkehrsfläche erfasst.
  • Unter Mautdaten werden hierin einem Nutzer zugeordnete Daten mautpflichtiger Verkehrsflächen und/ oder Mautgebühren verstanden, die durch eine Mauterkennung und/ oder Mautbestimmung ermittelt werden. Mautrelevante Daten sind alle Daten, die in die Bestimmung der Mautgebühr einfließen wie beispielsweise auch die Kennung und/ oder die Länge der mautpflichtigen Verkehrsfläche sowie die Fahrzeugdaten wie beispielsweise Gewicht, Achsenzahl und Schadstoffklasse. An zumindest einen mautrelevanten Datensatz ist üblicherweise eine Grundgebühr oder Gebührenrate gekoppelt, die in Verbindung mit den übrigen mautrelevanten Daten die Bestimmung der Gesamtgebühr bei der Mauterhebung gestattet.
  • Unter Mauterkennung wird hierin technisch der Vorgang des Verknüpfens einer benutzten, anhand einer erfassten Fahrzeugposition oder anhand mehrerer erfasster Fahrzeugpositionen erkannten, mautpflichtigen Verkehrsfläche mit dem Benutzer verstanden. Mit anderen Worten wird darunter verstanden, den Benutzer erstmalig mit einer benutzten mautpflichtigen Verkehrsfläche zu verknüpfen.
  • Unter Mautbestimmung wird hierin technisch der Vorgang verstanden, eine Mautgebühr aus der benutzten oder perspektivisch zu nutzenden mautpflichtigen Verkehrsfläche, gegebenenfalls unter Berücksichtigung von mautrelevanten Fahrzeugdaten und Zeitangaben, zu bestimmen.
  • Unter Mauterhebung wird hierin technisch der Vorgang verstanden, die bestimmte Mautgebühr von dem Benutzer, dessen Fahrzeug die mautpflichtige Verkehrsfläche nachweislich benutzt hat oder perspektivisch benutzen wird, zu vereinnahmen, beispielsweise durch Einnahme von Bargeld wie beispielsweise an einem Mautstellenterminal, durch zentrale Abbuchung von einem Konto oder durch dezentralen Abzug von einem pre-paid Guthaben auf einer in einem Fahrzeuggerät angeordneten Chipkarte.
  • Unter einer mautpflichtigen Verkehrsfläche werden hierin Verkehrsflächen verstanden, für deren Benutzung eine Mautgebühr fällig ist. Dabei kann die Bestimmung der Höhe der Mautgebühr beispielsweise nach auf der mautpflichtigen Verkehrsfläche gefahrener Strecke, beispielsweise in Metern gemessen, nach der Anzahl benutzter mautpflichtiger Streckenabschnitte oder pauschal oder nach Zeit für die Benutzung eines bestimmten mautpflichtigen Streckennetzes, beispielsweise bei einer City-Maut, stattfinden.
  • Prinzipiell lassen sich unterschiedliche Systeme zur Erfassung der zu erhebenden Mautgebühren unterscheiden:
    • Zum einen sind dezentrale erhebende Systeme bekannt, bei welchen eine Positionsbestimmungsvorrichtung in dem Fahrzeug vorgesehen ist, beispielsweise in einem Fahrzeuggerät, welches auch als "on board unit" (OBU) bezeichnet wird. Ein GNSS Empfänger im Fahrzeug erfasst die Position des Fahrzeugs über ein GNSS System und ein DSRC Empfänger im Fahrzeug kann von straßenseitigen Einrichtungen Positionen empfangen. Im dezentralen System werden diese Positionsdaten in dem Fahrzeuggerät zur Erkennung der allfällig befahrenen mautpflichtigen Verkehrsfläche verarbeitet. Die Maut kann dezentral im Fahrzeuggerät erhoben werden, beispielsweise durch Abbuchen von einem pre-paid Guthaben. Alternativ kann die Maut nach Übermittlung der ermittelten Mautdaten an eine Mautzentrale durch die Mautzentrale erhoben werden, welche die Abbuchung oder Rechnungsstellung vornimmt. Die Erhebung der Maut findet nach dem Befahren des mautpflichtigen Streckenabschnitts statt.
  • Weiterhin sind zentralisierte Systeme bekannt, bei welchen wiederum eine Positionsbestimmungsvorrichtung im Fahrzeug beziehungsweise einem Fahrzeuggerät vorgesehen ist, welche die Positionsdaten an eine Mautzentrale übermitteln und die Mauterkennung, die Mautbestimmung und die Mauterhebung in der Mautzentrale durchgeführt werden. Die Mautbestimmung kann beispielsweise durch eine tatsächliche Berechnung der Maut auf Grundlage einer ermittelten Streckenlänge und einem Mautfaktor, oder durch ein Auslesen der fälligen Maut aus einer Datenbank auf Grundlage der ermittelten Streckenabschnitte durchgeführt werden. Ein GNSS Empfänger im Fahrzeug erfasst dabei die Position des Fahrzeugs über ein GNSS System und ein DSRC Empfänger im Fahrzeug kann von straßenseitigen Einrichtungen Positionen empfangen. Die Mauterkennung kann im Fahrzeuggerät oder in der Mautzentrale durchgeführt werden. Wird die Mauterkennung außerhalb des Fahrzeuggeräts durchgeführt, so werden nur Positionsdaten an die Mautzentrale übermittelt, die die Mauterkennung durchführt. Die Erhebung der Maut findet nach dem Befahren des mautpflichtigen Streckenabschnitts statt.
  • Weiterhin sind Mauterhebungssysteme bekannt, die auf die Verwendung von GNSS Empfängern verzichten und eine Positionsbestimmung und Mauterkennung ausschließlich über straßenseitige Fahrzeugerfassungsvorrichtungen durchführen. Dabei sendet das mautpflichtige Fahrzeug an die straßenseitige Fahrzeugerfassungsvorrichtung ein entsprechendes Identifikationssignal. Die von den straßenseitigen Fahrzeugerfassungsvorrichtungen empfangenen Identifikationssignale werden an eine Mautzentrale übermittelt, welche auf dieser Grundlage die Maut bestimmt und die Maut erhebt. Auch bei diesem Mauterhebungssystem findet die Erhebung der Maut nach dem Befahren des mautpflichtigen Streckenabschnitts statt.
  • Aus Gründen der Vereinfachung wird hierin stets von einer Mautzentrale gesprochen. Anstelle einer Mautzentrale kann die Maut aber auch durch einen separaten Mautdienst erhoben werden.
  • Bislang ist das System der Toll Collect GmbH zur Erhebung von Maut bei der Benutzung von Autobahnen in Deutschland vorgesehen, wobei hier straßenseitige Fahrzeugerfassungsvorrichtungen in Form von die Straße überspannenden, fest installierten Kontrollbrücken vorgesehen sind, welche die Kennzeichen jedes vorbeifahrenden Fahrzeugs erfassen und so einen Abgleich mit einer zentralen Datenbank ermöglichen. Zusätzlich können auch mobile Fahrzeugerfassungsvorrichtungen vorgesehen sein, welche unterstützend zur Erfassung der Fahrzeuge dienen. Dieses System kann auf weitere Straßen erweitert werden.
  • Zur individuellen und weitgehend automatischen Erfassung der Nutzung der mautpflichtigen Verkehrswege haben sich fahrzeugseitige Gebührenerhebungsgeräte, welche auch als Mautgeräte, OBUs (On Board Units) oder Fahrzeuggeräte bezeichnet werden, bewährt, welche zur Positionserfassung des Fahrzeugs eine Positionsbestimmungsvorrichtung aufweisen beziehungsweise an eine im Fahrzeug vorgesehene Positionsbestimmungsvorrichtung gekoppelt sind. Die Fahrzeuggeräte können entsprechend die Position des jeweiligen mautpflichtigen Fahrzeugs bestimmen und anhand von im Fahrzeuggerät gespeichertem Kartenmaterial ermitteln, ob sich das Fahrzeug auf einer mautpflichtigen Verkehrsfläche befindet. Ist dies der Fall, so wird vom Fahrzeuggerät eine Mautgebühr für die Nutzung der ermittelten mautpflichtigen Verkehrsfläche bestimmt und die entsprechenden Mautdaten, welche die ermittelte Gebühr umfassen, an eine Mautzentrale übermittelt.
  • In einer alternativen Ausführung können von dem Fahrzeuggerät an die Mautzentrale übermittelten Mautdaten auch lediglich eine Information über die auf der mautpflichtigen Verkehrsfläche gefahrene Strecke, beispielsweise einen mautpflichtigen Streckenabschnitt, umfassen, wobei die fällige Maut dann auf dieser Grundlage in der Mautzentrale berechnet wird.
  • In beiden Fällen wird die fällige Maut dem jeweiligen Nutzer in Rechnung gestellt beziehungsweise von einem vorhandenen Guthaben abgezogen.
  • In den Fahrzeuggeräten ist eine hochgenaue Positionsbestimmung mittels der Positionsbestimmungsvorrichtung möglich, wobei diese einen GNSS-Empfänger aufweist, welcher spezifische Signale von Satelliten eines globalen Navigationssatellitensystems (Global Navigation Satellite System, kurz GNSS) empfängt, welche im Erdorbit stationiert sind und welche entsprechende Positionssignale aussenden. Die Positionsbestimmungsvorrichtung verwendet diese Signale in bekannter Weise zur Berechnung der eigenen Position. Solche GNSS-Systeme sind beispielsweise das US-Amerikanische GPS-System, das Russische GLONASS, das Europäische Galileo und das Chinesische Compass-System, wobei die letzteren noch in Aufbau begriffen sind.
  • Zusätzlich können auch ein Tacho, ein Odometer, und andere Sensoren wie beispielsweise ein Gyroskop oder ein elektronischer Kompass mit der Positionsbestimmungsvorrichtung verbunden sein, um eine noch genauere Positionsbestimmung, beispielsweise durch eine Koppelnavigation, zu ermöglichen. Dies kann insbesondere dann von Bedeutung sein, wenn durch Abdeckung keine GNSS-Daten verfügbar sind, beispielsweise in einem Tunnel, und dennoch eine genaue Positionsbestimmung gewünscht ist.
  • Die Übermittlung der Mautdaten an die Mautzentrale wird über ein in dem Fahrzeuggerät vorliegendes Kommunikationsmodul durchgeführt, welches einen bekannten Mobilfunkstandard verwendet und die Daten beispielsweise über den GSM-Standard an die Mautzentrale kommuniziert. Eine zweiseitige Kommunikation ist dabei nicht vorgesehen, sondern es werden nur die vom Fahrzeuggerät ermittelten Mautdaten an die Mautzentrale übermittelt, wenn das Fahrzeuggerät die Erhebung der Daten abgeschlossen hat.
  • Um eine korrekte Mauterhebung zu ermöglichen, muss der Benutzer das Fahrzeuggerät vor Fahrtantritt initialisieren und unter anderem Fahrzeugdaten eingeben, beispielsweise das Gesamtgewicht des Fahrzeuges, dessen Schadstoffklasse sowie die aktuelle Anzahl der Achsen. Auf dieser Grundlage ermittelt das Fahrzeuggerät unter Berücksichtigung der über die Positionsbestimmungsvorrichtung ermittelten Position des mautpflichtigen Fahrzeuges und des Abgleichs der Position des mautpflichtigen Fahrzeuges mit einer Datenbank, in welcher die mautpflichtigen Straßen hinterlegt sind, die für die jeweilige Fahrt anfallenden Maut und übermittelt diese Mautdaten spätestens bei Erfüllung eines bestimmten Kriteriums, beispielsweise beim Verlassen der mautpflichtigen Strecke, an die Mautzentrale.
  • In einer Variante werden die über den Fahrtverlauf von der Positionsbestimmungsvorrichtung ermittelten und von dem Fahrzeuggerät aufgenommenen Positionsdaten fortlaufend oder bei Erfüllung eines bestimmten Kriteriums, beispielsweise dem Erreichen einer vorbestimmten Datenmenge an Positionsdaten, an die Mautzentrale übermittelt. Die für diese Fahrt zu entrichtende Maut für das mautpflichtige Fahrzeug wird dann zentral in der Mautzentrale auf Grundlage der Fahrzeugdaten und der aus den Positionsdaten als befahrenen erkannten mautpflichtigen Verkehrsflächen bestimmt und erhoben.
  • Dieses Verfahren der Erhebung der Mautdaten, bei welchem der Benutzer des mautpflichtigen Fahrzeugs lediglich das Fahrzeuggerät initialisieren muss und danach die Erfassung der Fahrtstrecke, die Übermittlung der Mautdaten an die Mautzentrale, sowie die Erhebung der Maut nach der Initialisierung ohne weitere Benutzereingaben durchgeführt werden, wird auch als automatisches Verfahren (AV) bezeichnet. Die Maut wird in diesem Verfahren erst nach dem Befahren des jeweiligen mautpflichtigen Streckenabschnitts bestimmt und dadurch erhoben, dass sie entsprechend in Rechnung gestellt oder von einem hinterlegten oder pre-paid Guthaben abgezogen wird.
  • Im automatischen Verfahren (AV) erkennt das von dem mautpflichtigen Fahrzeug mitgeführte Fahrzeuggerät entsprechend anhand des Vergleichs von Positionsdaten, welche mittels der Positionsbestimmungsvorrichtung bestimmt wurden, mit in einer Datenbank hinterlegten Kartendaten, ob, und wenn ja, welcher mautpflichtige Streckenabschnitt befahren wird. Ein solcher mautpflichtiger Streckenabschnitt wird dann in einer Speichervorrichtung des Fahrzeuggerätes gespeichert. Entsprechend werden mautpflichtige Streckenabschnitte Abschnitt für Abschnitt in der Speichervorrichtung im Fahrzeuggerät gespeichert und dann als Mautdaten beim Eintritt eines vorbestimmten Kriteriums, beispielsweise nach Überschreiten einer vorbestimmten Anzahl an gespeicherten Streckenabschnitten , an die Mautzentrale übertragen. Die Mautbestimmung findet auf dieser Grundlage entweder in der Mautzentrale oder im Fahrzeuggerät statt. Im letzteren Fall wird als Mautdaten dann die zu erhebende Mautgebühr an die Mautzentrale übertragen. Im automatischen Verfahren (AV) wird damit die Nutzungsberechtigung für den befahrenen, mautpflichtigen Streckenabschnitt Schritt für Schritt jeweils nach dem Befahren eines jeden einzelnen mautpflichtigen Streckenabschnitts erworben, wobei die Maut über die Mautzentrale nach Befahren des mautpflichtigen Streckenabschnitts und Übermittlung der entsprechenden Daten an die Mautzentrale erhoben wird.
  • Zusätzlich zu dem automatischen Verfahren (AV) ist in dem von der Toll Collect GmbH betriebenen Mauterhebungssystem auch eine Einbuchung nach dem sogenannten manuellen Verfahren (MV) möglich.
  • Im manuellen Verfahren (MV) kann der jeweilige Nutzer eines der etwa 3600 Mautstellen-Terminals nutzen, welche typischerweise auf Autohöfen, Rastplätzen oder an Tankstellen aufgestellt sind. Alternativ dazu kann im manuellen Verfahren (MV) auch ein Webdienst im Internet genutzt werden.
  • Der Nutzer erwirbt dabei im manuellen Verfahren (MV) eine Nutzungsberechtigung für den jeweiligen mautpflichtigen Streckenabschnitt vor dem Befahren des mautpflichtigen Streckenabschnitts beziehungsweise einer mautpflichtigen Route, welche aus einem oder mehreren mautpflichtigen Streckenabschnitten besteht. Hierzu gibt der Nutzer bereits vor dem Befahren der Strecke am Mautstellenterminal oder im Webdienst die geplante Auffahrt auf und die geplante Abfahrt von der mautpflichtigen Verkehrsfläche an, wodurch dann der eine oder die mehreren mautpflichtigen Streckenabschnitte der Route definiert werden. Der Nutzer kann weiterhin auch Via-Positionen in seiner Route eingeben, welche bei der Bestimmung der zu fahrenden Route berücksichtigt werden und welche entsprechend der Berechnung der fälligen Mautgebühr zugrunde gelegt werden. Der Nutzer des manuellen Verfahrens (MV) legt entsprechend vor dem eigentlichen Befahren der mautpflichtigen Streckenabschnitte die zu fahrende Strecke fest und zahlt die entsprechende Mautgebühr ein. Dabei kann die Mautgebühr entweder am Mautstellenterminal beziehungsweise im Internet direkt bezahlt werden, oder aber für registrierte Benutzer über die Mautzentrale in einer monatlichen Sammelrechnung bereitgestellt werden oder von einem vorhandenen Guthaben abgezogen werden.
  • Eine Buchung einer Strecke mit dem manuellen Verfahren resultiert in einer fest vorgegebenen Route, welche der Benutzer nicht verlassen kann, ohne dabei gegebenenfalls als Mautpreller zu gelten. Eine Änderung der Route kann beispielsweise notwendig werden, wenn ein Streckenabschnitt der gebuchten Strecke gesperrt ist oder wenn ein Stau auftritt, der umfahren werden soll. Auch kann es vorkommen, dass ein Benutzer unterwegs noch zusätzliche Stationen anfahren möchte. Wenn der Benutzer nach Antritt der über das manuelle Verfahren gebuchten Fahrt seine Route ändern will, muss er dies an einem stationären Mautterminal tun, damit seine tatsächlich gefahrene Strecke nachvollziehbar bleibt. Dabei muss der Benutzer dann eine Teilstornierung der gebuchten Strecke vornehmen und danach die neue gewünschte Strecke buchen.
  • Darstellung der Erfindung
  • Entsprechend ist es eine Aufgabe der vorliegenden Erfindung, ein Mauterhebungssystem, Mobilgerät und ein Verfahren zur Erhebung von Maut anzugeben, welche den Einbau eines Fahrzeuggeräts nicht erfordern und welche eine flexiblere Routenplanung ermöglichen.
  • Diese Aufgabe wird durch eine Mautzentrale mit den Merkmalen des Anspruchs 1, ein Mobilgerät mit den Merkmalen des Anspruchs 10, ein Verfahren mit den Merkmalen des Anspruchs 13, ein Computerprogrammprodukt mit den Merkmalen des Anspruchs 14 und ein Computerprogrammprodukt mit den Merkmalen des Anspruchs 15 gelöst. Vorteilhafte Weiterbildungen ergeben sich aus den Unteransprüchen.
  • Entsprechend wird eine Mautzentrale zur Erhebung einer Maut eines mautpflichtigen Fahrzeugs beim Benutzen einer mautpflichtigen Verkehrsfläche, umfassend eine zentrale Recheneinrichtung und wenigstens eine zentrale Kommunikationseinrichtung, welche mit der zentralen Recheneinrichtung kommunikativ gekoppelt ist, vorgeschlagen. Erfindungsgemäß ist die zentrale Recheneinrichtung dazu eingerichtet, über die zentrale Kommunikationseinrichtung eine Initiierungsanforderung zur Initiierung eines Mauterhebungsverfahrens zur Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug von einem Mobilgerät zu empfangen, in Antwort auf den Empfang der Initiierungsanforderung ein Mauterhebungsverfahren zu initiieren, und in Antwort auf den Eintritt eines Beendigungsereignisses das initiierte Mauterhebungsverfahren zu beenden.
  • Entsprechend handelt es sich bei dem initiierten Mauterhebungsverfahren um ein manuell initiiertes Mauterhebungsverfahren, bei dem die Routenwahl mit der Initiierung nicht wie beim vorbekannten manuellen Mauterhebungsverfahren starr vorgegeben ist, sondern flexibel ist. Daher wird es hierin auch als routenflexibles manuelles Mauterhebungsverfahren bezeichnet. Das heißt, der Benutzer kann nach der Initiierung des routenflexiblen manuellen Mauterhebungsverfahrens jedwede Route wählen, ohne Gefahr zu laufen, möglicherweise als Mautpreller zu gelten. Erst nach Abschluss der Fahrt wird die Maut für die erst dann der Mautzentrale bekannte befahrene Route bestimmt und erhoben.
  • Die Mauterhebung kann dabei zentral in der Mautzentrale oder von einem separaten Mautdienst durchgeführt werden. In einer bevorzugten Variante kann die Maut aber auch in dem Mobilgerät erhoben werden, welches beispielsweise mit einem pre-paid Guthaben aufgeladen ist oder welches eine Abrechnung über die Mobilfunkrechnung ermöglicht.
  • Dadurch, dass die mautpflichtige Fahrt mittels des Mobilgeräts, beispielsweise eines Mobiltelefons oder Smartphones, von dem jeweiligen Benutzer initiiert wird und nach Beenden der mautpflichtigen Fahrt mittels dieses Mobilgeräts wieder vom Benutzer beendet wird, kann ein Fahrzeug eine mautpflichtige Verkehrsfläche benutzen, ohne dass der Benutzer vor der Fahrt die beabsichtigte Fahrtroute fest buchen muss und ohne dass in dem jeweiligen Fahrzeug eine fahrzeugseitige Erkennungsvorrichtung, insbesondere eine On-Board-Unit (OBU), vorgesehen sein muss.
  • Durch die Initiierung der mautpflichtigen Fahrt durch den Benutzer mittels des Mobilgeräts können entsprechend mautpflichtige Fahrzeuge mautpflichtige Verkehrsflächen verwenden, ohne dass es hierfür eines besonderen apparativen Aufwandes im mautpflichtigen Fahrzeug bedürfte.
  • Mobilgeräte, wie beispielsweise Mobiltelefone oder Smartphones sind heute weit verbreitet und werden üblicherweise von den Benutzern mautpflichtiger Fahrzeuge mitgeführt. Es ist auf diese Weise auch für nicht speziell mit einer OBU eingerichtete Fahrzeuge möglich, mautpflichtige Verkehrsflächen zu verwenden, ohne eventuell als Mautpreller zu gelten. Weiterhin ist es für den Benutzer möglich, ausgehend von der Position, an welcher er die Fahrt initiiert hat, die jeweiligen mautpflichtigen Verkehrsflächen ohne vorherige Festlegung seiner Route zu verwenden. Im herkömmlichen manuellen Verfahren (MV) war dies jedoch notwendig, so dass der Benutzer im manuellen Verfahren (MV) an eine vollkommen starre Routenvorgabe gebunden war. Eine solche starre Routenvorgabe ist insbesondere dann, wenn es auf den jeweiligen Verkehrsflächen zu Staus, Behinderungen oder Sperrungen, beispielsweise durch Baustellen, kommt, hinderlich, da der Benutzer die Route beispielsweise zur Umfahrung ändern möchte. Im herkömmlichen manuellen Verfahren (MV) müsste der Benutzer daher das nächste Mautterminal anfahren, dort die vormals vorgebuchte starre Strecke stornieren beziehungsweise teilweise stornieren und dann eine neue Strecke an dem Mautterminal buchen, bevor er wiederum die von ihm gewünschte, geänderte mautpflichtige Verkehrsfläche befahren kann.
  • Durch die vorgeschlagene Mautzentrale und das damit einhergehende Verfahren, in welchem eine Initiierung der Benutzung der mautpflichtigen Verkehrsfläche beziehungsweise der mautpflichtigen Fahrt mittels des Mobilgeräts durch den Benutzer beliebig stattfinden kann und erst zum Ende der Fahrt die eigentliche Buchung durch das vom Benutzer initiierte Beenden der Fahrt durchgeführt wird, kann der Benutzer unterwegs jedoch flexibel die von ihm gewünschte Route befahren. Die eigentliche Fahrtroute wird dann erst nach dem Beenden der Fahrt in der Mautzentrale ermittelt.
  • Die Mautzentrale kann nur einen einzelnen Computer umfassen. Es kann sich aber auch um ein verteiltes System ("distributed system") handeln. In jedem Fall umfasst die Recheneinrichtung der Mautzentrale zumindest einen Prozessor mit internem Speicher. Nach einer Ausführungsform handelt es sich bei der Recheneinrichtung um einen einzelnen, vorzugsweise körperlich abgrenzbaren Computer. Nach einer anderen Ausführungsform handelt es sich dabei um ein verteiltes System, d.h. um mehrere unabhängige Computer, die einem Benutzer wie ein einzelnes kohärentes System erscheinen. In letzterem Fall hätte jeder der Computer zumindest einen Prozessor mit internem Speicher. Die mehreren Computer der Recheneinrichtung arbeiten dann zwar autonom aber funktional aufeinander abgestimmt. Beispielsweise kann die Mautzentrale mit einem Computer und damit kommunikativ gekoppelte Computer aufweisen, die bei straßenseitigen Erfassungsvorrichtungen angeordnet sind. In diesem Fall können alle von der Recheneinrichtung erfindungsgemäß ausgeführten Schritte von dem Computer der Mautzentrale ausgeführt werden. Es können aber auch einer oder mehr dieser Schritte von einem bei einer straßenseitigen Erfassungsvorrichtung angeordneten Computer ausgeführt werden.
  • Bevorzugt umfasst die Initiierungsanforderung Startpositionsdaten. Das Beendigungsereignis umfasst bevorzugt Endpositionsdaten. Auf diese Weise wird es möglich, in der Mautzentrale auf Grundlage der Initiierungsanforderung und des Beendigungsereignisses, welche die Startpositionsdaten und die Endpositionsdaten enthalten, eine Mauterkennung durchzuführen und festzustellen, dass ein Nutzer eine mautpflichtige Verkehrsfläche, beispielsweise mehrere aufeinanderfolgende mautpflichtige Streckenabschnitte, benutzt hat.
  • Vorzugsweise ist die zentrale Recheneinrichtung dazu eingerichtet, ein Beendigungsereignis in Form einer Beendigungsanforderung von dem Mobilgerät über die zentrale Kommunikationseinrichtung zu empfangen, wobei die Beendigungsanforderung bevorzugt Endpositionsdaten umfasst. Entsprechend kann der Benutzer eine Beendigung des Mauterhebungsverfahrens durch die Übersendung der Beendigungsanforderung erreichen, beispielsweise wenn er die mautpflichtige Verkehrsfläche wieder verlassen hat. Alternativ oder optional dazu kann die zentrale Recheneinrichtung dazu eingerichtet sein, einen auf den Empfang von Startpositionsdaten nachfolgenden Empfang von weiteren Positionsdaten, beispielsweise Via-Positionsdaten, des Mobilgeräts, welche einer Position entsprechen, die außerhalb einer mautpflichtigen Verkehrsfläche liegt, ohne eine Beendigungsanforderung des Mobilgeräts als Beendigungsereignis zu werten und die weiteren Positionsdaten als Endpositionsdaten zu interpretieren. In diesem Fall kann die zentrale Recheneinrichtung dazu eingerichtet sein, empfangene weitere Positionsdaten dahingehend zu prüfen, ob sie einer Position entsprechen, die außerhalb einer mautpflichtigen Verkehrsfläche liegt, um bei Vorliegen dieses Falles den Eintritt eines Beendigungsereignisses festzustellen.
  • Startpositionsdaten, Endpositionsdaten und Via-Positionsdaten sind beispielsweise Daten, welche zumindest eine Darstellung wenigstens einer aktuellen Position (Startposition, Endposition, Via-Position) des Fahrzeugs enthalten, beispielsweise durch Angabe der genauen Längen- und Breitengrade. Die Positionsdaten können sowohl Daten einer einzigen Position des Fahrzeugs als auch mehrerer, vorzugsweise unmittelbar aufeinander folgender Positionen des Fahrzeugs darstellen, aus denen die zentrale Recheneinrichtung eine konsolidierte Positionsinformation, beispielsweise ein bestimmtes geographisches Objekt, das als Startposition, Endposition oder Via-Position gilt, bestimmt.
  • Startpositionsdaten, Endpositionsdaten und Via-Positionsdaten können auch durch die Benennung eines mautpflichtigen Streckenabschnitts als entsprechende Startposition, Endposition und Via-Position repräsentiert sein.
  • Startpositionsdaten können auch durch die Benennung einer Einfahrt in eine mautpflichtige Verkehrsfläche als Startposition, beispielsweise eine Auffahrt eines oder mehrerer mautpflichtiger Streckenabschnitte, repräsentiert sein.
  • Endpositionsdaten können auch durch die Benennung einer Ausfahrt aus einer mautpflichtigen Verkehrsfläche als Endposition, beispielsweise einer Abfahrt eines oder mehrerer mautpflichtiger Streckenabschnitte, repräsentiert sein.
  • Via-Positionsdaten sind Positionsdaten des Fahrzeugs, die von der Mautzentrale nachfolgend zu den Startpositionsdaten jeweils entweder von dem Mobilgerät oder einer straßenseitigen Erfassungsvorrichtung empfangen werden und keine Positionsdaten sind, die vorab als Endpositionsdaten deklariert sind (beispielsweise Endpositionsdaten, die von der Beendigungsanforderung umfasst sind).
  • Weiterhin kann eine Nachricht von dem Mobilgerät an die Mautzentrale, die Positionsdaten umfasst, jeweils auch eine Angabe zur Orientierung des Fahrzeugs und/oder der aktuellen Fahrtrichtung und/oder der aktuellen Geschwindigkeit und/oder dem Zeitpunkt der Erfassung umfassen. Zur Erhebung der Positionsdaten kann im Fahrzeug beispielsweise auf die Positionsbestimmungsvorrichtung zurückgegriffen werden, welche eine aktuelle Positionsangabe liefert. Durch Messung der Position in einem kurzen zeitlichen Abstand kann auch die Fahrtrichtung und die Geschwindigkeit bestimmt werden. Die Fahrtrichtung kann auch über einen (elektronischen) Kompass ermittelt werden. Die Geschwindigkeit kann auch über den Tacho des Fahrzeugs ermittelt werden. Nachrichten mit Via-Positionsdaten des Fahrzeugs, die von einer straßenseitigen Erfassungsvorrichtung an die Mautzentrale gesendet werden werden, könne neben der eigentlichen Position des ermittelten Fahrzeugs bevorzugt auch den Zeitpunkt der Erfassung und/oder die Fahrtrichtung des Fahrzeugs umfassen.
  • Bevorzugt enthält die Initiierungsanforderung und/oder das Beendigungsereignis, beispielsweise eine Beendigungsanforderung, auch eine Angabe eines Zahlungsmittels und/oder eine Fahrzeugkennung und/oder eine Angabe einer Nutzerkennung. Damit kann die erkannte mautpflichtige Verkehrsfläche einem bestimmten Nutzer, einem bestimmten Fahrzeug und/ oder einem bestimmten Zahlungsmittel (z. B. Guthabenkonto) zugeordnet werden.
  • Bevorzugt enthält die Initiierungsanforderung und/oder das Beendigungsereignis, beispielsweise eine Beendigungsanforderung, auch fahrzeugrelevante Daten in Form von Fahrzeugdaten, von denen die Höhe der Mautgebühr abhängt (z. B. zulässiges Gesamtgewicht, Achszahl, Schadstoffklasse etc.).
  • Infolgedessen kann eine Mautbestimmung durchgeführt werden, indem die auf der mautpflichtigen Verkehrsfläche gefahrene Route aus der Startposition und der Endposition bestimmt wird und unter Berücksichtigung der Fahrzeugdaten eine zu entrichtende Maut bestimmt werden kann. Weiterhin kann die Maut auch zentral erhoben werden, insoweit Zahlungsinformationen von dem Mobilgerät an die Mautzentrale übermittelt werden oder Zahlungsinformationen zentralseitig hinterlegt sind und über eine übermittelte Nutzerkennung eine Zuordnung eines Zahlungsmittels in der Mautzentrale vorgenommen werden kann.
  • Die Nutzerkennung kann über eine beliebige Kennung durchgeführt werden. Vorzugsweise kann die Nutzerkennung anhand des Kennzeichens des mautpflichtigen Kraftfahrzeugs, anhand der Mobilfunknummer oder MAC-Adresse des Mobilgeräts oder durch eine Kundennummer bereitgestellt werden. Wenn die Mobilfunknummer als Benutzerkennung verwendet wird, muss der Benutzer diese bevorzugt nicht separat eingeben, sondern diese wird über die mobile Kommunikationseinrichtung des Mobilgeräts automatisch an die zentrale Kommunikationseinrichtung der Mautzentrale übermittelt. Auf diese Weise können auch von dem Mobilgerät an die Mautzentrale übertragene Via-Positionsdaten eindeutig dem durch den Benutzer initiierten Mauterhebungsverfahren zugeordnet werden, so dass eine eineindeutige Bestimmung der von dem mautpflichtigen Fahrzeug verwendeten Fahrtroute möglich ist.
  • Bevorzugt besteht in der Mautzentrale eine Verknüpfung zwischen der übermittelten Benutzerkennung und Zahlungsinformationen. Als Zahlungsinformationen können Angaben über das beabsichtigte Zahlungsverhalten hinterlegt werden, beispielsweise ob der Nutzer eine Rechnung erhält oder es sind Kreditkarteninformationen oder ein pre-paid Guthaben hinterlegt, so dass die Maut direkt erhoben werden kann. Als Zahlungsinformation kann auch hinterlegt sein, dass auf dem Mobilgerät ein pre-paid Guthaben aufgeladen ist, über welches die Maut dann erhoben wird. Weiterhin kann als Information auch hinterlegt sein, dass die Maut über den Mobilfunkbetreiber des Mobilgeräts abgerechnet wird.
  • Weiterhin kann auf dieser Grundlage eine Verknüpfung von Nutzerkennung und Fahrzeugkennung, beispielsweise dem Fahrzeugkennzeichen, hergestellt werden, so dass das für den jeweiligen Nutzer über das Mobilgerät initiierte Mauterhebungsverfahren mit dem jeweils die mautpflichtige Verkehrsfläche benutzenden Fahrzeug eindeutig verknüpft ist. Dies ist insbesondere dann von Bedeutung, wenn eine nachfolgend beschriebene zusätzliche Erfassung des Fahrzeugs über straßenseitige Erfassungsvorrichtungen durchgeführt wird. Hier muss die Mautzentrale dann darüber informiert sein, dass das Fahrzeug mit diesem Kennzeichen beziehungsweise dieser Kennung dem von dem Benutzer über das Mobilgerät initiierten Mauterhebungsverfahren zugeordnet ist, um eine korrekte Behandlung der von der straßenseitigen Erfassungsvorrichtung erfassten Daten zu ermöglichen.
  • Gemäß einer Ausführungsform der Mautzentrale ist die zentrale Recheneinrichtung dazu eingerichtet, eine Fahrtroute des mautpflichtigen Fahrzeuges auf der mautpflichtigen Verkehrsfläche zwischen einer durch Startpositionsdaten definierten Startposition und einer durch Endpositionsdaten definierten Endposition zu ermitteln, bevorzugt unter Berücksichtigung empfangener Via-Positionsdaten, und auf Grundlage der ermittelten Fahrtroute eine fällige Mautgebühr zu bestimmen und bevorzugt die Mautgebühr zu erheben.
  • Gemäß einer weiteren Ausführungsform der Mautzentrale ist die Recheneinrichtung der Mautzentrale dazu eingerichtet, zwischen der Startposition und der Endposition die nach zumindest einem vorbestimmten Kriterium beste Route unter Benutzung der mautpflichtigen Verkehrsflächen zu bestimmen. Dabei kann es sich bei dem zumindest einem vorbestimmten Kriterium um die Fahrtroute handeln, deren Benutzung am wenigsten Maut kostet, deren Strecke die kürzeste ist oder deren Benutzung in der Regel am wenigsten Zeit benötigt. Natürlich kann auch eine gewichtete Bewertung aller dieser Kriterien die Grundlage für die Bestimmung der besten Route sein. Dies ist vorteilhaft, weil bei der Bestimmung der Fahrtroute mehrere Fahrtrouten möglich sein können.
  • Nach einer weiteren Ausführungsform der Mautzentrale ist die Recheneinrichtung dazu eingerichtet, auf Grundlage der berechneten Route eine Maut zu bestimmen. Vorzugsweise werden dabei auch die mit der Initiierungsanforderung durch den Benutzer übersandten weiteren Informationen berücksichtigt.
  • Bevorzugt ist die zentrale Recheneinrichtung dazu eingerichtet, Via-Positionsdaten des mautpflichtigen Fahrzeugs von einer straßenseitigen Erfassungsvorrichtung zu empfangen. So kann die vom Fahrzeug tatsächlich befahrene Route zuverlässiger bestimmt werden, insbesondere dann, wenn unterschiedliche befahrbare Routen zwischen der Startposition und der Endposition vorliegen.
  • Die von der Erfassungsvorrichtung gesendeten Via-Positionsdaten des mautpflichtigen Fahrzeugs können an der zentralen Recheneinrichtung über dieselbe zentrale Kommunikationseinrichtung der Mautzentrale empfangen werden, über die die zentrale Recheneinrichtung auch die Initiierungsanforderung von dem Mobilgerät empfängt.
  • Vorzugsweise, jedoch nicht zwingend, kann diese zentrale Kommunikationseinrichtung unterschiedliche Kommunikationskanäle aufweisen, von denen ein erster dem Empfang von Nachrichten von Mobilgeräten, beispielsweise dem Empfang von Initiierungsanforderungen, zugeordnet ist und ein zweiter dem Empfang von Nachrichten von straßenseitigen Erfassungsvorrichtungen, beispielsweise dem Empfang von Via-Positionsdaten mautpflichtiger Fahrzeuge.
  • Alternativ zur Ausgestaltung der Mautzentrale mit einer sowohl für den Empfang von Nachrichten von Mobilgeräten als auch von Nachrichten von straßenseitigen Erfassungsvorrichtungen vorgesehenen zentralen Kommunikationseinrichtung, kann die Mautzentrale mit mehreren zentralen Kommunikationseinrichtungen ausgestattet sein, die jeweils für den Empfang von Nachrichten von nur einer einzigen Senderart (Mobilgerät oder straßenseitige Erfassungsvorrichtung vorgesehen sind.
  • So können die von der Erfassungsvorrichtung gesendeten Via-Positionsdaten des mautpflichtigen Fahrzeugs an der zentralen Recheneinrichtung über eine weitere zentrale Kommunikationseinrichtung der Mautzentrale empfangen werden, die zusätzlich zu derjenigen Kommunikationseinrichtung von der Mautzentrale umfasst ist, über die die zentrale Recheneinrichtung die Initiierungsanforderung von dem Mobilgerät empfängt.
    Wann immer im Verlaufe der folgenden Beschreibung die Rede davon ist, dass Via-Positionsdaten von einer straßenseitigen Erfassungsvorrichtung durch die zentrale Recheneinrichtung über dieselbe zentrale Kommunikationseinrichtung empfangen werden, über die die zentrale Recheneinrichtung auch die Initiierungsanforderung von dem Mobilgerät empfängt, so soll damit keinesfalls ausgeschlossen werden, dass die zentrale Recheneinrichtung die Via-Positionsdaten von der straßenseitigen Erfassungsvorrichtung stattdessen auch über eine weitere zentrale Kommunikationseinrichtung der Mautzentrale empfangen kann, die zusätzlich zu derjenigen zentralen Kommunikationseinrichtung von der Mautzentrale umfasst ist, über die die zentrale Recheneinrichtung die Initiierungsanforderung von dem Mobilgerät empfängt.
  • Zur Erfassung von Via-Positionsdaten des Fahrzeugs nimmt die straßenseitige Erfassungsvorrichtung beispielsweise mittels einer Kamera ein Bild des Fahrzeugs samt dessen Nummernschildes auf und wertet dieses Bild zur Bestimmung des auf dem Nummernschild wiedergegebenen Kennzeichens des Fahrzeuges (beispielsweise durch Anwendung einer OCR-Routine (OCR = optical character recognition) auf die Bilddaten des Bildes) aus. Anschließend sendet die straßenseitige Erfassungseinrichtung Textdaten des bestimmten Kennzeichens des Fahrzeugs zusätzlich zu mit seiner eigenen Position an die zentrale Recheneinrichtung. Handelt es sich nicht um eine mobile, sondern um eine stationäre Erfassungsvorrichtung, deren Position zentralseitig bekannt ist, so genügt statt der Übersendung der Position die Übersendung einer Kennung der Erfassungsvorrichtung, aus der die zentrale Recheneinrichtung anhand von entsprechenden zentralseitig hinterlegten Daten die Position der Erfassungsvorrichtung bestimmen kann. Die Position der straßenseitigen Erfassungseinrichtung gilt insofern als Via-Position des Fahrzeugs.
  • In einer weiteren vorteilhaften Ausbildung ist die zentrale Recheneinrichtung dazu eingerichtet, eine Fahrtroute des mautpflichtigen Fahrzeuges auf der mautpflichtigen Verkehrsfläche zwischen einer Startposition und einer Endposition zu ermitteln, bevorzugt unter Berücksichtigung empfangener Via-Positionsdaten, und auf Grundlage der ermittelten Fahrtroute eine fällige Mautgebühr zu berechnen. Entsprechend kann eine zuverlässige Bestimmung der tatsächlichen Fahrtroute vorgenommen werden.
  • Gemäß einer weiteren vorteilhaften Ausführungsform ist die zentrale Recheneinrichtung dazu eingerichtet, beim erstmaligen Empfangen einer Via-Position von einer straßenseitigen Erfassungsvorrichtung nach Empfang der Initiierungsanforderung die Plausibilität der Startpositionsdaten nach einem vorgegebenen Kriterium zu überprüfen. Damit kann beispielsweise überprüft werden, ob die Startpositionsdaten vom Benutzer korrekt eingegeben wurden. Die Überprüfung kann beispielsweise so durchgeführt werden, dass die zwischen der Startposition und der Position der straßenseitigen Erfassungsvorrichtung liegende Strecke berechnet wird und hieraus aus einer vorgegebenen Durchschnittsgeschwindigkeit und gegebenenfalls einer Sicherheitsmarge eine erwartete Fahrzeit berechnet wird, welche mit der tatsächlich von dem Fahrzeug gefahrenen Zeit zwischen der Initiierungsanforderung und der straßenseitigen Erfassungsvorrichtung verglichen wird. Bei einer Abweichung ist davon auszugehen, dass die Startpositionsdaten nicht korrekt übermittelt wurde, so dass das Fahrzeug zur Kontrolle ausgeschrieben werden kann, damit eine straßenseitige Kontrollvorrichtung beziehungsweise ein Kontrollfahrzeug das mautpflichtige Fahrzeug identifizieren und überprüfen kann.
  • Unter straßenseitig wird hierin alles das verstanden, was in Reichweite einer von einem Fahrzeug auf der Straße ausgehenden Kurzstreckenkommunikation vom Typ DSRC neben, auf, in oder über der Straße an Erfassungsvorrichtungen stationär oder zeitweise mobil oder portabel angeordnet ist. Entsprechend können Kontrollbrücken ebenso straßenseitig sein, wie im fließenden Verkehr mitfahrende mobile oder stationär über oder neben der Straße angeordnete Kontrollfahrzeuge, welche mit den Fahrzeugen kommunizieren können beziehungsweise eine Kurzstreckenkommunikation aufnehmen können.
  • Zur Ermittlung der Via-Position kann über straßenseitige Erfassungsvorrichtungen, beispielsweise über Kontrollbrücken, welche die jeweilige mautpflichtige Verkehrsfläche überspannen, oder mobile Kontrollvorrichtungen, das jeweilige mautpflichtige Fahrzeug, welches ordnungsgemäß die mautpflichtige Fahrt über das Mobilgerät initiiert hat, erfasst werden. Dazu ist gemäß einer Ausführungsform vorgesehen, dass ein mit dem Mobilgerät assoziierte Kennung in einem Speicher der Mautzentrale hinterlegt ist. Dabei kann es sich um ein Kennzeichen, eine in einem RFID-Chip gespeicherte Kennung oder ähnliches handeln, über welche eine straßenseitige Erfassungsvorrichtung ein Fahrzeug mit dem Mobilgerät erfassen kann. Die jeweiligen Erfassungsdaten werden ebenfalls an die Mautzentrale als Via-Positionsdaten übermittelt.
  • Vorteilhaft an dieser Ausführungsform ist, dass auf Grundlage von Via-Positionsdaten, welche von straßenseitigen Erfassungsvorrichtungen erfasst und an die Mautzentrale übermittelt wurden, die Recheneinrichtung der Mautzentrale im besten Fall die tatsächlich von dem mautpflichtigen Fahrzeug gefahrene Route oder zumindest die nach zumindest einem vorbestimmten Kriterium beste Route ermitteln kann. Vorzugsweise wird dann auf Basis der ermittelten Route eine Berechnung der Maut angestellt und die entsprechende Mautgebühr von dem hinterlegten Zahlungsmittel abgebucht.
  • Es ist entsprechend für den Benutzer eines mautpflichtigen Fahrzeugs einfach, eine mautpflichtige Fahrt mit diesem Fahrzeug durchzuführen, ohne dass hierfür bauliche Veränderungen an dem Fahrzeug selbst durchgeführt werden müssten. Weiterhin muss der Benutzer auch vor Antritt der Fahrt seine Route nicht im Vorhinein festlegen, so wie dies im herkömmlichen manuellen Verfahren (MV) vorgesehen ist, sondern kann nach dem Initiieren des routenflexiblen manuellen Mauterhebungsverfahrens flexibel und an die jeweiligen Verkehrsbedingungen angepasst seine Fahrt durchführen.
  • Bevorzugt ist die zentrale Recheneinrichtung dazu eingerichtet, in Antwort auf ein vorbestimmtes Ereignis eine Statusanforderung an das Mobilgerät zu senden und eine Statusnachricht von dem Mobilgerät über die zentrale Kommunikationseinrichtung zu empfangen, welche Via-Positionsdaten des Mobilgeräts umfasst. Das vorbestimmte Ereignis kann beispielsweise den Empfang einer Initiierungsanforderung mit Startpositionsdaten von dem Mobilgerät und/oder den Empfang von Via-Positionsdaten von einer straßenseitigen Erfassungsvorrichtung und/oder den Empfang einer Statusnachricht mit Via-Positionsdaten von dem Mobilgerät und/oder den Ablauf einer vorgegebenen und/oder berechneten Zeitdauer seit dem Empfang der Initiierungsanforderung und/oder der Statusnachricht mit den Via-Positionsdaten von dem Mobilgerät und/oder der Via-Positionsdaten von der straßenseitigen Erfassungsvorrichtung umfassen. Damit kann eine Kontrolle der Fahrtroute auch ohne die Verwendung der straßenseitigen Erfassungsvorrichtungen beziehungsweise in Ergänzung zu diesen durchgeführt werden. Ein vorbestimmtes Ereignis kann beispielsweise auch dann vorliegen, wenn eine erwartete Fahrzeit zwischen zwei straßenseitigen Erfassungsvorrichtungen überschritten wird. Hier kann durch die Statusnachricht ermittelt werden, ob das Fahrzeug beispielsweise die mautpflichtige Verkehrsfläche verlassen hat, ohne die Fahrt ordnungsgemäß zu beenden, oder aber ob sich das Fahrzeug noch auf der mautpflichtigen Verkehrsfläche befindet und in eine noch nicht bekannte Verkehrsstörung geraten ist.
  • Da das Mobilgerät dafür vorgesehen ist, in dem mautpflichtigen Fahrzeug mitgeführt zu werden, sind Via-Positionsdaten des Mobilgerät auch Via-Positionsdaten des mautpflichtigen Fahrzeugs.
  • Ein solches vorbestimmtes Ereignis kann vorliegen, wenn das Fahrzeug durch die vorliegenden Verkehrsbedingungen, beispielsweise einen Stau oder eine Sperrung der jeweiligen Verkehrsfläche, eine vorberechnete Zeit zwischen den beiden bekannten Positionen nicht erreichen kann, sondern deutlich länger benötigt. Als weiterer Grund kann vorliegen, dass das Fahrzeug in der Zwischenzeit - von den straßenseitigen Erfassungsvorrichtungen unbemerkt - die mautpflichtige Verkehrsfläche verlassen hat und entsprechend nicht mehr von den straßenseitigen Erfassungsvorrichtungen erfasst werden kann. Der Benutzer hätte im letztgenannten Fall versäumt, die Fahrt ordnungsgemäß zu beenden.
  • In einer weiteren bevorzugten Ausführung ist die zentrale Recheneinrichtung dazu eingerichtet, die folgenden Schritte durchzuführen:
    • Ermitteln einer als nächstes zu erreichenden straßenseitigen Erfassungsvorrichtung auf Grundlage von von dem Mobilgerät übermittelten Startpositionsdaten und/oder von letzten von einer straßenseitigen Erfassungsvorrichtung oder von dem Mobilgerät empfangenen Via-Positionsdaten,
    • Ermitteln einer erwarteten Zeitdauer, in der das Fahrzeug bei der straßenseitigen Erfassungsvorrichtung zu erwarten ist,
    • Senden einer Statusanforderung an das Mobilgerät über die zentrale Kommunikationseinrichtung, und
    • Empfangen einer Statusnachricht des Mobilgeräts über die zentrale Kommunikationseinrichtung nach Ablauf der erwarteten Zeitdauer, wobei die Statusnachricht die aktuelle Via-Position des Mobilgeräts umfasst, oder
    • Empfangen von Via-Positionsdaten von einer straßenseitigen Erfassungsvorrichtung vor Ablauf der erwarteten Zeitdauer.
  • Bevorzugt sind die letzten von dem Mobilgerät empfangenen Via-Positionsdaten solche, die das Mobilgerät im Rahmen einer Statusnachricht in Antwort auf dem Empfang einer Statusanforderung von der Mautzentrale versendet.
  • Die zentrale Recheneinrichtung kann diesbezüglich eingerichtet sein, die Statusanforderung erst nach Ablauf der erwarteten Zeitdauer an das Mobilgerät zu senden, wenn die zentrale Recheneinrichtung bis zum Ablauf der erwarteten Zeitdauer noch Via-Positionsdaten des Fahrzeugs von einer straßenseitigen Erfassungsvorrichtung empfangen hat, wobei die Statusanforderung derart ausgebildet ist, dass das Mobilgerät bei Empfang der Statusanforderung zum unverzögerten Senden seiner Via-Position angewiesen wird.
    Alternativ dazu kann die zentrale Recheneinrichtung eingerichtet sein, die Statusanforderung vor Ablauf der erwarteten Zeitdauer - beispielsweise in Antwort auf das Empfangen der Initiierungsanforderung oder einer Via-Position - an das Mobilgerät zu senden, wobei die Statusanforderung derart ausgebildet ist, dass das Mobilgerät angewiesen wird, Via-Positionsdaten verzögert um die erwartete Zeitdauer zu senden, und wobei die zentrale Recheneinrichtung ferner eingerichtet ist, eine Annullierungsnachricht an das Mobilgerät zu senden, mit der die gesendete Statusanforderung aufgehoben wird, wenn die zentrale Recheneinrichtung bis zum Ablauf der erwarteten Zeitdauer Via-Positionsdaten des Fahrzeugs von einer straßenseitigen Erfassungsvorrichtung empfangen hat. Dabei kann die Annullierungsnachricht in einer erneuten derartigen Statusanforderung bestehen oder eine solche umfassen.
  • Damit lässt sich eine Überprüfung der Position des Fahrzeugs erreichen, wenn dieses von einem erwarteten Bewegungsmuster abweicht. Wie diese Abweichung zu bewerten ist, lässt sich dann aus der mit der Statusnachricht empfangenen Position ermitteln. Ist nämlich die Position noch auf der mautpflichtigen Verkehrsfläche, ist davon auszugehen, dass das Fahrzeug in einer Verkehrsstörung feststeckt oder eine Pause eingelegt hat. Liegt die Position außerhalb der mautpflichtigen Verkehrsfläche, so hat der Benutzer offensichtlich die Beendigung des Mauterhebungsverfahrens durch Übersendung einer Beendigungsanforderung versäumt.
  • Bei der Bestimmung der als nächstes zu erreichenden straßenseitigen Erfassungsvorrichtung ist zu beachten, dass der Benutzer des Fahrzeugs mit dem Mobilgerät unter Umständen ausgehend von der zuletzt bestimmten Position mehrere Routen wählen kann, beispielsweise bei einem Autobahnkreuz oder einer Autobahnabfahrt. Dann sind alle diejenigen Erfassungsvorrichtungen nächste Erfassungsvorrichtungen, die das Mobilgerät (in einem Fahrzeug) auf mautpflichtiger Verkehrsfläche erreichen kann, ohne zuvor eine andere straßenseitige Erfassungsvorrichtung passieren zu müssen.
  • Alternativ können auch die in einer bestimmten Umgebung um die zuletzt empfangene Position des Mobilgeräts befindliche straßenseitige Erfassungsvorrichtungen als nächste zu erreichende straßenseitige Erfassungsvorrichtungen bestimmt werden. Sind in der Umgebung mehrere straßenseitige Erfassungsvorrichtungen vorhanden, wird diejenige ausgewählt, die am weitesten von der letzten empfangenen Position entfernt liegt, oder - insbesondere im dem Fall, in dem die zuletzt empfangene Position eine Via-Position ist - diejenige, die nächstliegend in Fahrtrichtung bezüglich der letzten zuvor empfangenen Position liegt. Ist in einer zuerst bestimmten Umgebung keine oder nur eine straßenseitige Erfassungsvorrichtung enthalten, so ist die Umgebung auszudehnen, bis wenigstens eine weitere straßenseitige Erfassungsvorrichtung in der ausgedehnten Umgebung enthalten ist, die ausgewählt werden kann.
  • Gemäß einer Ausführungsform der Mautzentrale ist die Recheneinrichtung dazu eingerichtet, die minimale Durchschnittsgeschwindigkeit, welche die Recheneinrichtung der Ermittlung der erwarteten Zeitdauer zugrunde legt, anzupassen - beispielsweise auf Grundlage aktueller Verkehrsinformationen. Dazu kann die Recheneinrichtung über die Kommunikationseinrichtung beispielsweise als Bestandteil der straßenseitigen Erfassungsvorrichtung übermittelten Informationen oder auf andere Weise Informationen erhalten. Ist der Mautzentrale entsprechend bekannt, dass eine Verkehrsstörung in einem bestimmten Abschnitt einer mautpflichtigen Verkehrsfläche vorliegt, können die erwarteten Fahrzeiten entsprechend so angepasst werden. Auf diese Weise kann das Anfordern aktueller Positionsdaten von der Mautzentrale an das Mobilgerät auf die Fälle reduziert werden, wenn solche Informationen über Verkehrsstörungen in der Mautzentrale nicht vorliegen, oder diese nicht akkurat sind, wenn die Ursprungsposition, welche vom Benutzer des jeweiligen mautpflichtigen Fahrzeugs bei der Initiierung der mautpflichtigen Fahrt angegeben wurde, nicht korrekt war, oder wenn der Benutzer vergessen hat, die mautpflichtige Fahrt ordnungsgemäß zu beenden.
  • Besonders bevorzugt ist in diesem Zusammenhang die zentrale Recheneinrichtung dazu eingerichtet, die Strecke zwischen der von dem Mobilgerät übermittelten Startposition oder der letzten von einer straßenseitigen Erfassungsvorrichtung empfangenen Via-Position oder der letzten in Antwort auf eine Statusanforderung vom Mobilgerät empfangenen Via-Position und der Position der als nächstes zu erreichenden straßenseitigen Erfassungsvorrichtung zu bestimmen und die erwartete Zeitdauer auf Grundlage der auf dieser Strecke erwarteten Durchschnittsgeschwindigkeit, welche aus mindestens einer in einem Speicher der zentralen Recheneinrichtung gespeicherten Durchschnittsgeschwindigkeit bestimmt wird, zu berechnen, bevorzugt unter Zuschlag einer prozentualen oder absoluten Sicherheitsmarge.
  • Bevorzugt ist zentrale Recheneinrichtung dazu eingerichtet, festzustellen, ob die Via-Position der mit der Statusnachricht empfangenen Via-Positionsdaten außerhalb der mautpflichtigen Verkehrsfläche liegt und in Antwort auf die Feststellung, dass die Via-Position außerhalb der mautpflichtigen Verkehrsfläche liegt, den Eintritt eines Beendigungsereignisses festzustellen oder eine Aufforderung zur Übersendung einer Beendigungsanforderung an das Mobilgerät zu senden und bevorzugt in Antwort darauf ein Beendigungsereignis in Form einer Beendigungsanforderung von dem Mobilgerät über die zentrale Kommunikationseinrichtung zu empfangen, wobei die Beendigungsanforderung besonders bevorzugt Endpositionsdaten umfasst.
  • Bevorzugt in diesem Zusammenhang ist weiterhin, wenn die zentrale Recheneinrichtung dazu eingerichtet ist, festzustellen, ob die Via-Position der mit der Statusnachricht empfangenen Via-Positionsdaten innerhalb der mautpflichtigen Verkehrsfläche liegt und in Antwort auf die Feststellung, dass die Via-Position innerhalb der mautpflichtigen Verkehrsfläche liegt, das initiierte Mauterhebungsverfahren fortzuführen und bevorzugt eine in einem Speicher der zentrale Recheneinrichtung gespeicherte Durchschnittsgeschwindigkeit für den gerade betrachten Streckenabschnitt anzupassen. Auf diese Weise kann das Aussenden einer Vielzahl von Statusanforderungen an andere mautpflichtige Fahrzeuge verringert oder vermieden werden, wenn sich ergibt, dass die momentane Durchschnittsgeschwindigkeit in einem bestimmten Streckenabschnitt geringer ist, als vormals angenommen. So können die erwarteten Fahrtdauern für andere mautpflichtige Fahrzeuge in diesem Streckenabschnitt angepasst werden. Entsprechend kann damit das routenflexible manuelle Mauterhebungsverfahren weitergeführt werden und durch die Anpassung der Durchschnittsgeschwindigkeit werden an nachfolgende Fahrzeuge Statusanforderungen in einer angepassten Weise ausgegeben, so dass der Datenverkehr reduziert werden kann.
  • Entsprechend wird beim Vorliegen einer Diskrepanz zwischen der tatsächliche und der berechneten erwarteten Fahrtdauer zwischen zwei bekannten Positionen des Fahrzeuges, also beispielsweise zwischen der als Startposition deklarierten Position bei der Initiierung der mautpflichtigen Fahrt und einer ersten straßenseitigen Erfassungsvorrichtung beziehungsweise zwischen zwei bekannten vorliegenden Erfassungsvorrichtungen das Mobilgerät dazu aufgefordert, eine aktuelle Position an die Mautzentrale zu übermitteln. Dies kann beispielsweise dadurch geschehen, dass das Mobiltelefon seine aktuelle Position selbsttätig an die Mautzentrale übermittelt, wobei diese Position wieder beispielsweise in dem Mobilgerät durch ein Positionsbestimmungsvorrichtung, wie beispielsweise ein GPS-System oder die Auswertung der jeweiligen Funkzellen, ermittelt wurde. Es ist weiterhin möglich, dass das Mobilgerät den Benutzer zur Eingabe einer aktuellen Position auffordert, wobei dieser wiederum beispielsweise aus einer Straßenkarte oder einem Drop-Down-Menü seine aktuelle Position angeben kann, möglicherweise unterstützt durch eine Selektion beziehungsweise Einengung des Kartenausschnittes beziehungsweise des Drop-Down-Menüs. Es ist weiterhin möglich, dass der Benutzer lediglich auf seinem Mobilgerät bestätigt, dass es zu einer Störung des Verkehrsflusses gekommen ist, und er sich immer noch auf der mautpflichtigen Verkehrsfläche befindet.
  • Gemäß einer Ausführungsform der Mautzentrale enthalten die jeweiligen empfangenen Positionen (Startpositionsdaten, Via-Positionsdaten und Endpositionsdaten, soweit sie vorgesehen sind) eine Information, die indikativ dafür ist, ob es sich bei der empfangenen Position um eine Startposition, eine Via-Position oder eine Endposition handelt. Insbesondere können beispielsweise die Endpositionsdaten Bestandteil einer Beendigungsanforderung, die Via-Positionsdaten Bestandteil einer Statusnachricht des Mobilgeräts oder einer Erfassungsnachricht einer straßenseitigen Erfassungsvorrichtung und die Startpositionsdaten Bestandteil einer Initiierungsanforderung sein.
  • Gemäß einer weiteren Ausführungsform umfassen die mit der Initiierungsanforderung übersendeten Fahrzeugdaten Informationen zum amtlichen Kennzeichen des Kraftfahrzeugs, zur Anzahl der Achsen, zum Gewicht sowie zur Schadstoffklasse. Weiterhin kann eine Nutzerkennung des jeweiligen Nutzers übertragen werden und/oder eine Hinterlegung von validen Zahlungsinformationen. Diese Zahlungsinformationen können in der Mautzentrale bei einem registrierten Benutzer hinterlegt sein und entsprechend bei Angabe der jeweiligen Nutzerkennung hinzugezogen werden. Handelt es sich bei dem Nutzer jedoch nicht um einen in der Mautzentrale registrierten Nutzer mit hinterlegten, validen Zahlungsinformationen, so muss der Benutzer zum Initiieren der jeweiligen mautpflichtigen Fahrt auch ein valides Zahlungsmittel hinterlegen, beispielsweise Kreditkarteninformationen, Informationen zu einer Prepaid-Karte, Informationen zu einer Tankkarte oder andere Zahlungsverfahren, welche eine Abbuchung der Mautgebühr nach Beenden der Fahrt ermöglichen.
  • Um bei einer Kontrolle des Fahrzeugs durch eine entsprechende Kontrollautorität, beispielsweise Beamte des jeweiligen die mautpflichtige Strecke betreibenden Landes, einen Beleg für die ordnungsgemäße Initiierung der Fahrt vorlegen zu können, wird gemäß einer Ausführungsform von der Mautzentrale nach ordnungsgemäßer Initiierung der mautpflichtigen Fahrt durch den Benutzer an das Mobilgerät ein entsprechender Beleg übersandt. Dieser Beleg kann dann als Nachweis dafür gelten, dass der Benutzer das jeweilige Fahrzeug zum einen ordnungsgemäß in die Mautzentrale eingebucht hat und entsprechend die mautpflichtige Fahrt initiiert hat, und andererseits dafür, dass der Benutzer nach Abschluss der Fahrt dazu bereit ist, die entsprechende Mautgebühr über die hinterlegten Zahlungsmittel zu entrichten.
  • Gemäß einer Ausführungsform der Mautzentrale ist die Recheneinrichtung dazu eingerichtet, beim erstmaligen Empfangen einer Via-Position von einer straßenseitigen Erfassungsvorrichtung nach der Initiierung des routenflexiblen Mauterhebungsverfahrens die Plausibilität der Startpositionsdaten zu überprüfen.
  • Ausführungsformen, bei denen die Fahrt automatisch beendet wird oder der Benutzer zum Beenden aufgefordert wird, sind vorteilhaft, weil damit Überbuchungen vermieden werden. Denn hat der Benutzer versäumt, die Fahrt ordnungsgemäß zu beenden, kann der Benutzer dazu aufgefordert werden, die Fahrt ordnungsgemäß unter Angabe seiner Position zu beenden. Die Fahrt kann von der Mautzentrale auch automatisch beendet werden, wobei dann nach Übergabe der aktuellen Position des Mobilgeräts die dieser aktuellen Position nächstgelegene Abfahrt von der mautpflichtigen Verkehrsfläche als Abfahrt von der mautpflichtigen Verkehrsfläche gewertet wird. Entsprechend bestimmt die Mautzentrale dann eine Route des mautpflichtigen Fahrzeuges, welche sich ergibt aus der bei der Initiierung der mautpflichtigen Fahrt angegebenen Position sowie der als zu der aktuellen Position nächstliegenden Abfahrt von der mautpflichtigen Verkehrsfläche liegenden Position, gegebenenfalls unter Berücksichtigung der zwischen der Auffahrt und der Abfahrt liegenden Via-Positionen, welche entsprechend eine Anpassung der Route, abweichend von der angenommenen kürzesten Route, ermöglichen.
  • Bevorzugt wird dem Benutzer die auf diese Weise ermittelte Route noch einmal zur Bestätigung angezeigt, und dann die entsprechende Abbuchung der Maut durch die Mautzentrale initiiert.
  • Ein weiterer Aspekt der Erfindung betrifft ein Mobilgerät nach Anspruch 11.
  • Entsprechend wird ein Mobilgerät, bevorzugt Mobiltelefon oder Smartphone, zur Verwendung bei der Erhebung einer Maut für ein mautpflichtiges Fahrzeug vorgeschlagen, wobei das Mobilgerät eine mobile Kommunikationseinrichtung und eine mobile Recheneinrichtung, welche mit der mobile Kommunikationseinrichtung kommunikativ gekoppelt ist, aufweist. Erfindungsgemäß ist die mobile Recheneinrichtung dazu eingerichtet, eine Initiierungsanforderung zur Initiierung einer Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug über die mobile Kommunikationseinrichtung an eine Mautzentrale zu senden, bevorzugt an eine Mautzentrale wie sie weiter oben beschrieben ist, um dadurch ein Mauterhebungsverfahren zu initiieren und die mobile Recheneinrichtung dazu eingerichtet ist, eine Beendigungsanforderung zur Beendigung des Mauterhebungsverfahrens mittels der mobilen Kommunikationseinrichtung an die Mautzentrale zu senden, um dadurch das Mauterhebungsverfahren zu beenden.
  • Ein Mobilgerät in diesem Sinne erfordert nicht, dass das Gerät ein tragbares Gerät ist. Es kann beispielsweise auch fest in einem Fahrzeug installiert sein. Nach einer bevorzugten Ausführungsform handelt es sich bei dem Mobilgerät allerdings um ein tragbares Mobilgerät. Beispielsweise handelt es sich dann um ein Mobiltelefon oder Smartphone oder um einen Tablet Computer, deren Recheneinrichtung durch ein in einen internen Speicher der Recheneinrichtung geladenes Computerprodukt, beispielsweise eine App, entsprechend eingerichtet ist.
  • Vorteilhaft an der Erfindung ist, dass es sich bei dem initiierten Mauterhebungsverfahren um ein manuelles Mauterhebungsverfahren, bei dem die Routenwahl mit der Initiierung nicht wie beim vorbekannten manuellen Mauterhebungsverfahren vorgegeben, sondern flexibel ist. Daher wird es hierin auch als routenflexibles manuelles Mauterhebungsverfahren bezeichnet. Das heißt, der Benutzer kann jedwede Route wählen. Gemäß einer Ausführungsform kann der Benutzer die Buchung beim Mauterhebungssystem vervollständigen, indem er zur Beendigung seiner mautpflichtigen Fahrt mit seinem Mobilgerät Endpositionsdaten an das Mauterhebungssystem übermittelt.
  • Bevorzugt ist die mobile Recheneinrichtung dazu eingerichtet, Startpositionsdaten des Mobilgeräts zu bestimmen und die Startpositionsdaten als Teil der Initiierungsanforderung mittels der mobilen Kommunikationseinrichtung an die Mautzentrale zu senden. Dabei weist das Mobilgerät bevorzugt eine Positionsbestimmungsvorrichtung auf oder ist mit einer solchen verbunden. Dann ist die mobile Recheneinrichtung dazu eingerichtet, die Bestimmung der Startpositionsdaten mittels der Positionsbestimmungsvorrichtung vorzunehmen. Dies ist vorteilhaft, weil keine Eingaben vom Benutzer oder externen Geräten erforderlich sind. Die Positionsbestimmung kann beispielsweise mittels eines GPS-Empfängers und/oder mittels einer Auswertung von benachbarten WLAN-und/oder Mobilfunk-Funkzellen durchgeführt werden.
  • Vorteilhaft ist weiterhin, wenn die mobile Recheneinrichtung dazu eingerichtet ist, Endpositionsdaten des Mobilgeräts zu bestimmen und die Endpositionsdaten als Teil der Beendigungsanforderung mittels der mobilen Kommunikationseinrichtung an die Mautzentrale zu senden.
  • Gemäß einer weiteren Ausführungsform des Mobilgeräts kann dem Benutzer jedoch auch die Möglichkeit geben werden, seine Position über eine Benutzerschnittstelle des Mobilgeräts manuell anzugeben. Dabei kann der Benutzer beispielsweise auf einer auf der Benutzerschnittstelle bereitgestellten Straßenkarte seine derzeitige Position markieren oder aus einem Drop-Down-Menü die jeweilige Auffahrt auswählen. Das Mobilgerät kann den Benutzer bei dieser Auswahl dahingehend unterstützen, dass auf Grundlage einer mittels einer Positionsbestimmungsvorrichtung ermittelten vorläufigen Position, ein spezifischer Kartenausschnitt der Straßenkarte anzeigt, oder das Drop-Down-Menü entsprechend einschränkt wird.
  • Gemäß einer vorteilhaften Ausführungsform hat das Mobilgerät eine Benutzerschnittstelle, die dazu geeignet ist, Schnittstellenelemente darzustellen und Benutzereingaben betreffend zumindest eines der dargestellten Schnittstellenelemente zu empfangen. Eine Benutzerschnittstelle kann beispielsweise ein Touch-Screen oder eine Kombination aus Bildschirm oder LED-Anzeige und Eingabemittel, wie etwa Eingabetasten, Scrollrad, Steuerknüppel, Touch-Pad, Spracherkennung oder Maus sein. Bei einer dargestellten Zielauswahlmöglichkeit handelt es sich entweder um eine bereits konkret vorgegebene Endposition oder um ein oder mehrere Eingabefelder, welche auch konsekutiv dargestellt werden können, in dem oder denen ein Benutzer Endpositionsdaten manuell eingeben kann.
  • Bevorzugt ist die mobile Recheneinrichtung dazu eingerichtet, über die mobile Kommunikationseinrichtung eine Statusanforderung von der Mautzentrale zu empfangen und in Antwort auf den Empfang der Statusanforderung Via-Positionsdaten des Mobilgeräts zu bestimmen, eine Statusmeldung auf Grundlage der Via-Position zu generieren und die Statusmeldung mittels der mobile Kommunikationseinrichtung an das Mautzentrale zu senden. Gemäß einer weiteren Ausführungsform des Mobilgeräts ist die mobile Recheneinrichtung dazu eingerichtet, die Startpositionsdaten aus der Start-Benutzereingabe zu bestimmen. Gemäß einer weiteren Ausführungsform des Mobilgeräts ist die Recheneinrichtung dazu eingerichtet, eine Via-Benutzereingabe über die Benutzerschnittstelle zu empfangen und die Via-Positionsdaten aus der Via-Benutzereingabe zu bestimmen. Gemäß einer weiteren Ausführungsform des Mobilgeräts ist die mobile Recheneinrichtung dazu eingerichtet, eine End-Benutzereingabe über die Benutzerschnittstelle zu empfangen und die Endpositionsdaten aus der End-Benutzereingabe zu bestimmen. Diese Ausführungsformen sind vorteilhaft, wenn das Mobilgerät keine eigene Positionsbestimmungsvorrichtung aufweist oder die Positionsbestimmungsvorrichtung ausgefallen ist oder fehlerhaft arbeitet.
  • Auch zum Beenden der mautpflichtigen Fahrt kann das Mobilgerät selbstständig und im Hintergrund die entsprechenden Endpositionsdaten an die Mautzentrale übermitteln, oder es kann dem Benutzer überlassen sein, die entsprechende Endposition anzugeben, beispielsweise unter Unterstützung durch das Mobilgerät, in welcher entsprechend nur eine Auswahl an möglichen Abfahrten beziehungsweise ein selektierter Kartenausschnitt der Straßenkarte in Abhängigkeit von der in dem Mobilgerät ermittelten Position angezeigt wird.
  • Gemäß einer weiteren Ausführungsform des Mobilgeräts ist die mobile Recheneinrichtung dazu eingerichtet ist, die folgenden Schritte in Antwort auf ein vorbestimmtes Ereignis nach der Initiierung des Mauterhebungsverfahrens durchzuführen: Bestimmen einer Via-Position des Mobilgeräts, Erzeugen einer Statusmeldung auf Grundlage der Via-Position, und Übermitteln der Statusmeldung an das Mauterhebungssystem mittels der Kommunikationseinrichtung.
  • Gemäß einer weiteren Ausführungsform des Mobilgeräts erfolgt das Übermitteln der Statusmeldung vor Beendigung des initiierten Mauterhebungsverfahrens.
  • Gemäß einer weiteren Ausführungsform des Mobilgeräts ist die mobile Recheneinrichtung dazu eingerichtet, eine Statusanforderung von dem Mauterhebungssystem über die Kommunikationseinrichtung zu empfangen. Dabei handelt es sich bei dem vorbestimmten Ereignis um das Empfangen einer Statusanforderung von dem Mauterhebungssystem.
  • Besonders bevorzugt ist die mobile Recheneinrichtung des Mobilgeräts dazu eingerichtet, über die Kommunikationseinrichtung eine Statusanforderung von dem Mauterhebungssystem zu empfangen und in Antwort auf den Empfang der Statusanforderung Via-Positionsdaten des Mobilgeräts zu bestimmen, eine Statusmeldung auf Grundlage der Via-Position zu generieren und die Statusmeldung mittels der Kommunikationseinrichtung an das Mauterhebungssystem zu übermitteln. Entsprechend kann das Mauterhebungssystem die Position des Mobilgeräts und damit des Fahrzeugs abfragen, wenn ein bestimmtes Ereignis dies fordert. Beispielsweise bei einer Überschreitung einer erwarteten Fahrtdauer zwischen zwei straßenseitigen Erfassungsvorrichtungen.
  • Gemäß einer weiteren Ausführungsform des Mobilgeräts weist das Mobilgerät zumindest eine Messeinrichtung (d.h. zumindest einen Sensor) zum Bestimmen zumindest eines physikalischen Parameters aufweist, welche kommunikativ mit der mobilen Recheneinrichtung gekoppelt ist; die mobile Recheneinrichtung dazu eingerichtet ist, den zumindest einen physikalischen Parameter zu überwachen, und das vorbestimmte Ereignis zu erzeugen, wenn der zumindest eine physikalische Parameter eine vorbestimmte Bedingung erfüllt.
  • Diese Ausführungsform ist vorteilhaft, weil das eine Statusmeldung auslösende Ereignis von der dem Mobilgerät selber erzeugt wird. Die Recheneinrichtung überwacht zumindest einen physikalischen Parameter. Vorzugsweise betrifft der zumindest einen physikalische Parameter das Mobilgerät. Beispielsweise kann es sich um den Ort oder um die Geschwindigkeit des Mobilgeräts handeln. Dazu weist sie zumindest eine Messeinrichtung auf, die geeignet ist, zumindest einen physikalischen Parameters zu bestimmen. Stellt die mobile Recheneinrichtung fest, dass der zumindest eine physikalische Parameter eine vorbestimmte Bedingung erfüllt, dann löst sie das vorbestimmte Ereignis aus, was dazu führt, dass die Positionsdaten des Mobilgeräts bestimmt werden und an die Mautzentrale übermittelt werden. Bei der vorbestimmten Bedingung kann es sich um das Verlassen der mautpflichtigen Verkehrsfläche handeln. Dies kann beispielsweise anhand des Orts des Mobilgeräts festgestellt werden. Die Geschwindigkeit des Mobilgeräts kann auch indikativ hierfür sein. Bei der vorbestimmten Bedingung kann es sich auch um das Feststellen einer besonderen Verkehrssituation, beispielsweise um einen Stau, oder ein Anhalten an einer Raststation handeln. Hierfür können Geschwindigkeit und gegebenenfalls die Geschwindigkeit der Kommunikationseinrichtung zum Feststellen herangezogen werden.
  • Weiterhin wird die oben angegebene Aufgabe durch ein Verfahren zur Erhebung einer Maut eines mautpflichtigen Fahrzeugs beim Benutzen einer mautpflichtigen Verkehrsfläche, gelöst, wobei dieses das Bereitstellen eines Mobilgeräts, welches eine mobile Kommunikationseinrichtung und eine mobile Recheneinrichtung, welche mit der mobilen Kommunikationseinrichtung kommunikativ gekoppelt ist, aufweist. Erfindungsgemäß schickt die mobile Recheneinrichtung eine Initiierungsanforderung zur Initiierung einer Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug über die mobile Kommunikationseinrichtung an eine Mautzentrale, um dadurch ein Mauterhebungsverfahren zu initiieren und die mobile Recheneinrichtung schickt eine Beendigungsanforderung zur Beendigung des Mauterhebungsverfahrens mittels der mobilen Kommunikationseinrichtung an die Mautzentrale, um dadurch das Mauterhebungsverfahren zu beenden.
  • Weiterhin wird ein Verfahren zur Erhebung einer Maut eines mautpflichtigen Fahrzeugs beim Benutzen einer mautpflichtigen Verkehrsfläche vorgeschlagen, umfassend das Bereitstellen einer Mautzentrale, welche eine zentrale Kommunikationseinrichtung und eine zentrale Recheneinrichtung, die mit der zentralen Kommunikationseinrichtung kommunikativ gekoppelt ist, aufweist. Erfindungsgemäß empfängt die zentrale Recheneinrichtung eine Initiierungsanforderung zur Initiierung einer Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug von einem Mobilgerät über die zentrale Kommunikationseinrichtung und initiiert ein Mauterhebungsverfahren in Antwort auf den Empfang der Initiierungsanforderung, und die zentrale Recheneinrichtung empfängt eine Beendigungsanforderung von dem Mobilgerät über die zentrale Kommunikationseinrichtung und beendet das initiierte Mauterhebungsverfahren in Antwort auf die empfangene Beendigungsanforderung.
  • Die Verfahren können gemäß den vorher beschriebenen, verfahrensmäßig ausgestalteten Merkmalen der Mautzentrale, des Mobilgeräts sowie des Mauterhebungssystems vorteilhaft weitergebildet werden.
  • Die von einem Mobilgerät und/oder von einer Mautzentrale durchgeführten Verfahren und Funktionen, wenn Softwarecodeabschnitte eines der beiden Computerprogrammprodukte im jeweiligen internen Speicher der jeweiligen Recheneinrichtung geladen sind und von der jeweiligen Recheneinrichtung ausgeführten werden, wurden bereits oben beschrieben. Bei dem Computerprogrammprodukt selber kann es sich um ein computerlesbares nicht-transitorisches Speichermedium handeln, beispielsweise um eine DVD, eine CD-ROM, eine Flashdisk oder eine Festplatte.
  • Bei der obigen Darstellung der verschiedenen Aspekte der Erfindung wurden, um Wiederholungen zu vermeiden, nicht bei allen Aspekten alle möglichen Ausführungsformen im Einzelnen erläutert. Es sei aber darauf hingewiesen, dass natürlich Merkmale eines Aspekts, soweit sie auch einen anderen Aspekt betreffen, diesen entsprechend weiterbilden. So werden die oben nur kurz erläuterten Verfahren und Computerprogrammprodukte durch die Ausführungsformen der Erzeugnisse weitergebildet. Auch wird das Mobilgerät durch Ausführungsformen der Mautzentrale weitergebildet und andersherum die Mautzentrale durch Ausführungsformen des Mobilgeräts weitergebildet. Die einzelnen Ausführungsformen sind als Konkretisierungen der allgemeinen Aspekte zu verstehen und ihre einzelnen Merkmale sind untereinander kombinierbar, soweit nicht technische Gründe dagegen sprechen.
  • Kurze Beschreibung der Figuren
  • Bevorzugte weitere Ausführungsformen und Aspekte der vorliegenden Erfindung werden durch die nachfolgende Beschreibung der Figuren näher erläutert. Dabei zeigen:
    • Figur 1 ein schematisches Blockdiagramm einer Recheneinrichtung eines Mauterhebungssystems;
    • Figur 2 eine schematische Darstellung des Mauterhebungssystems;
    • Figur 3 eine Außenansicht eines Mobilgeräts; und
    • Figur 4 ein schematisches Blockdiagramm des Mobilgeräts.
    Detaillierte Beschreibung bevorzugter Ausführungsbeispiele
  • Im Folgenden werden bevorzugte Ausführungsbeispiele anhand der Figuren beschrieben. Dabei werden gleiche, ähnliche oder gleichwirkende Elemente in den unterschiedlichen Figuren mit identischen Bezugszeichen bezeichnet und auf eine wiederholte Beschreibung dieser Elemente wird verzichtet, um Redundanzen zu vermeiden.
  • Im Folgenden wird zumindest ein bevorzugtes Ausführungsbeispiel (1.) des Mauterhebungssystems und (2.) des Mobilgeräts beschrieben. Im Rahmen der Beschreibung dieser beiden Erzeugnisse werden zugleich bevorzugte Ausführungsformen der Verfahren beschreiben. Geschlossen wird mit einer Beschreibung bevorzugter Ausführungsformen (3.) der beiden Computerprogrammprodukte.
  • 1. Mauterhebungssystem
  • Zunächst wird eine bevorzugte Ausführungsform eines Mauterhebungssystems anhand der Figuren 1 und 2 beschrieben. Die Mautzentrale 100 umfasst zunächst eine zentrale Recheneinrichtung 101.
  • Eine beispielhafte zentrale Recheneinrichtung 101 ist als Blockdiagramm in Figur 1 dargestellt. In dieser zentralen Recheneinrichtung 101 werden Anweisungen, zum Beispiel in Form von Softwarecodeabschnitten, ausgeführt, so dass die Recheneinrichtung eine oder mehrere der hierin beschriebenen Verfahren und Funktionen durchführt.
  • Die zentrale Recheneinrichtung 101 kann nur einen einzelnen Computer umfassen. Es kann sich aber auch um ein verteiltes System ("distributed system") handeln. Nach einer Ausführungsform handelt es sich bei der zentralen Recheneinrichtung 101 um einen einzelnen, vorzugsweise körperlich abgegrenzten Computer. Nach einer anderen Ausführungsform handelt es sich dabei um ein verteiltes System, d.h. um mehrere unabhängige Computer, die einem Benutzer wie ein einzelnes kohärentes System erscheinen. In letzterem Fall hätte jeder der Computer zumindest einen Prozessor mit internem Speicher. Die mehreren Computer der Recheneinrichtung arbeiten dann zwar autonom aber funktional aufeinander abgestimmt.
  • Die beispielhafte zentrale Recheneinrichtung 101 umfasst einen zentralen Prozessor 102 (beispielweise eine CPU, eine GPU oder beides) mit einem internen Speicher, einen zentralen Hauptspeicher 104 und einen zentralen statischen Speicher 106, welche miteinander über einen Bus 108 kommunikativ gekoppelt sind. Die zentrale Recheneinrichtung 101 kann außerdem mit einer Benutzerschnittstelle kommunikativ gekoppelt sein. Diese Benutzerschnittstelle kann eine Anzeigeeinheit 110 (zum Beispiel ein Flachbildschirm oder ähnliches ) und eine erste Eingabeeinheit 112 (zum Beispiel ein Touch-Screen, Eingabetasten, ein Scrollrad, ein Steuerknüppel, ein Touch-Pad, eine Maus oder ein Spracherkennungssystem) und eine zweite Eingabeeinheit 114 (zum Beispiel ein Touch-Screen, Eingabetasten, ein Scrollrad, ein Steuerknüppel, ein Touch-Pad, eine Maus oder ein Spracherkennungssystem) umfassen. Natürlich kann die Benutzerschnittstelle die Anzeigeeinheit 114 und die Eingabeeinheit(en) in einem integrierten Gerät umfassen, wie beispielsweise einem Touch-Screen. Schließlich umfasst die zentrale Recheneinrichtung 101 auch eine zentrale Speichereinrichtung 116, eine Signalerzeugungseinrichtung 118 und eine zentrale Kommunikationseinrichtung 120, welche kommunikativ über den Bus 108 miteinander verbunden sind.
  • Die zentrale Speichereinrichtung 116 umfasst ein maschinenlesbares Medium 122, auf welches Softwarecodeabschnitte und Daten (zum Beispiel Anweisungen 124) gespeichert sind, welche für die hierein beschriebenen Verfahren und Funktionen der Recheneinrichtung erforderlich sind. Während des Betriebs der zentrale Recheneinrichtung 101 können die Anweisungen 124 auch, zumindest teilweise, in den Hauptspeicher 104 und/oder in den internen Speicher des Prozessors 102 geladen sein, wobei es sich bei dem Hauptspeicher 104 und dem internen Speicher des Prozessors 102 ebenfalls um maschinenlesbare Medien handelt.
  • Die Anweisungen 124 können aber auch über ein Netzwerk 126 mittels der zentrale Kommunikationseinrichtung 120 übermittelt oder empfangen werden, und zwar unter Verwendung eines der zahlreichen bekannten Übertragungsprotokolle (zum Beispiel HTTP).
  • Während das maschinenlesbare Medium 122 (welches vorzugsweise nicht-transitorisch ist) in einer beispielhaften Ausführungsform ein einzelnes Medium ist, umfasst der Begriff "maschinenlesbares Medium" sowohl ein einzelnes Medium als auch mehrere Medien (zum Beispiel eine zentrale oder verteilte Datenbank sowie gegebenenfalls damit assoziierte Zwischenspeicher ("Cache") und Server), welche die Anweisungen in Form von Softwarecodeabschnitten 124 speichern. Der Begriff "maschinenlesbares Medium" umfasst zudem jedes Medium, das geeignet ist, Anweisungen 124 zu speichern, zu encodieren oder zu tragen. Dies kann ein Festkörperspeicher, ein optischer oder ein magnetischer Speicher sein. Beispielhafte Ausführungsformen der zentralen Recheneinrichtung 101 können in digitalen Schaltungen oder in Computerhardware, Firmware, Software oder Kombinationen hiervon implementiert sein.
  • Die Figur 2 zeigt eine schematische Übersicht über das gesamte Mautsystem 1000, welches unter anderem die Mautzentrale 100, ein Mobilgerät 200 und bevorzugt auch mindestens eine straßenseitige Erfassungsvorrichtung 130 umfasst. Die Mautzentrale 100 ist zur Verwendung in einem routenflexiblen manuell initiierten Mauterhebungsverfahren eingerichtet. Wie bereits erläutert, weist sie die zentrale Recheneinrichtung 101 und die zentrale Kommunikationseinrichtung 120 auf, welche mit der zentralen Recheneinrichtung 101 kommunikativ gekoppelt sind.
  • Die zentrale Recheneinrichtung 101 ist dazu eingerichtet, eine Initiierungsanforderung zur Initiierung einer mautpflichtigen Benutzung der mautpflichtigen Verkehrsfläche von einem Mobilgerät 200 über die zentrale Kommunikationseinrichtung 120 zu empfangen und ein Mauterhebungsverfahren in Antwort auf den Empfang der Initiierungsanforderung zu initiieren.
  • Die Initiierungsanforderung, die von dem Mobilgerät 200 empfangen wird, könnenStartpositionsdaten, eine Angabe eines Zahlungsmittels, eine Angabe über eine Registrierung und/oder mautspezifische Fahrzeugdaten enthalten. Die Startpositionsdaten bestimmen die Position auf der mautpflichtigen Verkehrsfläche, an welcher das Fahrzeug die mautpflichtige Fahrt beginnt beziehungsweise an welcher es auf die mautpflichtige Verkehrsfläche gelangt.
  • Ein Zahlungsmittel muss zumindest dann hinterlegt werden, wenn der Benutzer oder das Fahrzeug nicht bereits in der Mautzentrale 100 unter Hinterlegung eines Zahlungsmittels registriert sind. Das Zahlungsmittel dient in der Mautzentrale 100 dazu, die bei der mautpflichtigen Fahrt angefallenen Kosten abzubuchen. Die mautspezifischen Fahrzeugdaten umfassen beispielsweise das Fahrzeugkennzeichen, das Fahrzeuggewicht, die Anzahl der Achsen, sowie die Schadstoffklasse des Fahrzeugs, um auf dieser Grundlage die fällige Maut berechnen zu können.
  • Je nach Ausprägung der Mautzentrale 100 kann bereits der Empfang der Startpositionsdaten und der mautspezifischen Fahrzeugdaten von der zentrale Recheneinrichtung 101 als Initiierungsanforderung interpretiert werden, so dass die zentrale Recheneinrichtung 101 dann das Mauterhebungsverfahren in Antwort auf den Empfang der Daten initiiert.
  • Bei dem dann initiierten Mauterhebungsverfahren handelt es sich um ein manuelles Mauterhebungsverfahren, bei dem die Routenwahl mit der Initiierung nicht wie beim vorbekannten manuellen Mauterhebungsverfahren vorgegeben ist, sondern flexibel gehandhabt werden kann. Daher wird es hierin auch als routenflexibles manuelles Mauterhebungsverfahren bezeichnet. Das heißt, der Benutzer initiiert das Mauterhebungsverfahren durch Senden einer entsprechenden Initiierungsanforderung mittels seines Mobilgeräts 200 an die Mautzentrale 100, welche entsprechend ein Mauterhebungsverfahren für diesen Benutzer initiiert. Das Auslösen des Sendens der Initiierungsanforderung von dem Mobilgerät 200 an die Mautzentrale 100 zur Initiierung des Mauterhebungsverfahrens erfordert damit eine aktive Betätigung des Mobilgeräts 200 durch den Benutzer. Dies wird hier unter einer manuellen Initiierung des Mauterhebungsverfahrens verstanden.
  • Nach der Initiierung des manuell initiierten Mauterhebungsverfahrens kann das Fahrzeug beziehungsweise der Benutzer dann jedwede Route entlang der mautpflichtigen Verkehrsflächen wählen und ist nicht an eine vorgebuchte Strecke gebunden. Der Benutzer beendet das auf diese Weise manuell initiierte Mauterhebungsverfahren auch manuell durch eine aktive Betätigung des Mobilgeräts 200 nach Abschluss der mautpflichtigen Fahrt, so dass dadurch die Buchung in der Mautzentrale 100 vervollständigt werden kann. Der Benutzer beendet dabei die mautpflichtige Fahrt mit seinem Mobilgerät 200 durch Senden einer Beendigungsanforderung an die Mautzentrale 100. Die Beendigungsanforderung kann bevorzugt auch die Übermittlung der aktuellen Endpositionsdaten umfassen, welche der Position auf der mautpflichtigen Verkehrsfläche entspricht, an welcher die Fahrt beendet ist oder an welcher die mautpflichtige Verkehrsfläche verlassen wird.
  • Die zentrale Recheneinrichtung 101 ist dazu eingerichtet, mit der Beendigungsanforderung Endpositionsdaten des Mobilgeräts 200 von dem Mobilgerät 200 über die zentrale Kommunikationseinrichtung 120 zu empfangen und das initiierte Mauterhebungsverfahren in Antwort auf die empfangene Beendigungsanforderung zu beenden.
  • Danach wird in der zentrale Recheneinrichtung 101 auf Grundlage der übermittelten Startpositionsdaten und der übermittelten Endpositionsdaten die von dem mautpflichtigen Fahrzeug auf der mautpflichtigen Verkehrsfläche benutzte Route berechnet und auf dieser Grundlage in Verbindung mit den mautrelevanten Daten die fällige Maut berechnet und von dem hinterlegten Zahlungsmittel abgebucht.
  • Alle durch die zentrale Recheneinrichtung 101 über ihre zentrale Kommunikationseinrichtung 120 empfangenen Positionen können eine Information enthalten, die indikativ dafür ist, ob es sich bei der jeweiligen empfangenen Position um eine Startposition, eine Via-Position oder eine Endposition handelt. Dies kann dadurch gelöst sein, dass die Endpositionsdaten Bestandteil einer Beendigungsanforderung des Mobilgeräts 200 und die Startpositionsdaten Bestandteil einer Initiierungsanforderung des Mobilgeräts 200 ist. Eine Via-Position ist entweder Bestandteil einer Statusnachricht des Mobilgeräts 200 oder einer Erfassungsnachricht einer straßenseitigen Erfassungsvorrichtung 130.
  • Dadurch, dass die mautpflichtige Fahrt mittels eines Mobilgeräts 200, beispielsweise eines Mobiltelefons oder Smartphones, von dem jeweiligen Benutzer initiiert wird und nach Beenden der mautpflichtigen Fahrt mittels dieses Mobilgeräts 200 wieder vom Benutzer beendet wird, kann ein Fahrzeug 300 eine mautpflichtige Verkehrsfläche benutzen, ohne dass der Benutzer vor der Fahrt die beabsichtigte Fahrtroute fest buchen muss und ohne dass in dem jeweiligen Fahrzeug 300 eine fahrzeugseitige Erkennungsvorrichtung, insbesondere eine On-Board-Unit (OBU), vorgesehen sein muss.
  • Durch die Initiierung der mautpflichtigen Fahrt durch den Benutzer mittels des Mobilgeräts 200 können entsprechend auf einfache Weise mautpflichtige Fahrzeuge mautpflichtige Verkehrsflächen verwenden, ohne dass es hierfür eines besonderen apparativen Aufwandes im mautpflichtigen Fahrzeug bedürfte. Mobilgeräte 200, wie beispielsweise Mobiltelefone oder Smartphones, sind heute weit verbreitet und werden üblicherweise von den Benutzern mautpflichtiger Fahrzeuge 300 mitgeführt. Es ist auf diese Weise auch für nicht speziell mit einer OBU eingerichtete Fahrzeuge 300 möglich, mautpflichtige Verkehrsflächen zu verwenden, ohne als Mautpreller zu gelten.
  • Weiterhin ist es für den Benutzer möglich, ausgehend von der Position, an welcher er die Fahrt initiiert hat, die jeweiligen mautpflichtigen Verkehrsflächen ohne vorherige Festlegung seiner Route zu verwenden. Im herkömmlichen manuellen Verfahren (MV) ist dies jedoch notwendig, so dass der Benutzer im herkömmlichen manuellen Verfahren (MV) an eine starre Routenvorgabe gebunden ist. Eine solche starre Routenvorgabe ist insbesondere dann, wenn es auf den jeweiligen Verkehrsflächen zu Staus, Behinderungen oder Sperrungen, beispielsweise durch Baustellen, kommt, nicht möglich, der starr vorgegebenen Route zu folgen. Im manuellen Verfahren müsste der Benutzer daher das nächste Mautterminal anfahren, dort die vormals vorgebuchte starre Strecke stornieren beziehungsweise teilstornieren, und dann eine neue Strecke an dem Mautterminal buchen, bevor er wiederum die von ihm gewünschte, geänderte mautpflichtige Verkehrsfläche befahren kann.
  • Durch das vorgeschlagene Verfahren, in welchem eine Initiierung der Benutzung der mautpflichtigen Verkehrsfläche beziehungsweise der mautpflichtigen Fahrt mittels des Mobilgeräts 200 durch den Benutzer beliebig stattfinden kann, und erst zum Ende der Fahrt die eigentliche Buchung durch das vom Benutzer initiierte Beenden der Fahrt durchgeführt wird, kann der Benutzer unterwegs flexibel die von ihm gewünschte Route befahren. Die eigentlich auf der mautpflichtigen Verkehrsfläche gefahrene Route wird dann erst nach dem Beenden der Fahrt von der Mautzentrale 100 ermittelt.
  • Die zentrale Recheneinrichtung 101 des Mauterhebungssystems 100 ist dazu eingerichtet, eine Fahrtroute des mautpflichtigen Fahrzeuges 300 zwischen der Startposition und der Endposition zu bestimmen. Dies hat den Vorteil, dass die zentrale Recheneinrichtung 101 die Berechnung der Maut auf Grundlage der zuvor bestimmten Fahrtoute ermittelt.
  • Außerdem ist die zentrale Recheneinrichtung 101 der Mautzentrale 100 dazu eingerichtet, zwischen der Startposition und der Endposition die nach zumindest einem vorbestimmten Kriterium beste Route unter Benutzung der mautpflichtigen Verkehrsflächen zu bestimmen. Dabei kann als vorbestimmtes Kriterium dienen, dass diejenige Fahrtroute als die beste angenommen wird, deren Benutzung in der Regel am wenigsten Zeit benötigt oder die die kürzestes Strecke auf der mautpflichtigen Verkehrsfläche ergibt.
  • Weiterhin ist die zentrale Recheneinrichtung 101 dazu eingerichtet, auf Grundlage der berechneten Route eine Maut zu bestimmen. Zu diesem Zweck werden die bei der Initiierung durch das Mobilgerät 200 übersandten weiteren mautrelevanten Daten berücksichtigt, die beim Initiieren des manuell initiierten Mauterhebungsverfahrens übermittelt werden. Die mautrelevanten Daten umfassen beispielsweise Daten einer Registrierung des Benutzers, das amtliche Kennzeichen 302 des Kraftfahrzeugs 300, die Anzahl der Achsen, des Gewichts des Fahrzeugs 300 und/oder dessen Schadstoffklasse.
  • Zahlungsinformationen werden in der Mautzentrale 100 assoziiert mit einem registrierten Benutzer hinterlegt. Handelt es sich bei dem Nutzer jedoch nicht um einen in der Mautzentrale 100 registrierten Nutzer mit hinterlegten, validen Zahlungsinformationen, so muss der Benutzer zum Initiieren der jeweiligen mautpflichtigen Fahrt auch ein valides Zahlungsmittel hinterlegen, beispielsweise Kreditkarteninformationen, Informationen zu einer Prepaid-Karte, Informationen zu einer Tankkarte oder andere Zahlungsverfahren, welche eine Abbuchung der Mautgebühr nach Beenden der Fahrt ermöglichen.
  • Weiterhin ist die zentrale Recheneinrichtung 101 dazu eingerichtet, zumindest Via-Positionsdaten des mautpflichtigen Fahrzeugs 300 von einer straßenseitigen Erfassungsvorrichtung 130 über die zentrale Kommunikationseinrichtung 120 zu empfangen.
  • Hierzu kann über straßenseitige Erfassungsvorrichtungen 130, beispielsweise in Form von stationären Kontrollbrücken, welche die jeweilige mautpflichtige Verkehrsfläche überspannen, oder in Form von mobilen Kontrollvorrichtungen, die an der mautpflichtigen Verkehrsfläche bedarfsgerecht oder zu Überwachungszwecken platziert werden, das Passieren des mautpflichtigen Fahrzeugs 300 auf Grundlage des in der Mautzentrale 100 hinterlegten Kennzeichens 302 ermittelt werden. Die Mautzentrale 100 führt aufgrund der manuellen Initiierung des Mauterhebungsverfahrens mittels des Mobilgeräts 200 das Mauterhebungsverfahren für dieses Kraftfahrzeug aus und ist entsprechend darüber in Kenntnis gesetzt, dass das mautpflichtige Fahrzeug 300 einen mautpflichtigen Streckenabschnitt befährt. Um eine Identifizierung des mautpflichtigen Fahrzeugs 300 durch die straßenseitigen Erfassungsvorrichtungen 130 zu ermöglichen, ist in der Mautzentrale 100 das Kennzeichen 302 des mautpflichtigen Fahrzeugs 300, für welches das Mauterhebungsverfahren manuell über das Mobilgerät 200 initiiert wurde, hinterlegt.
  • Das mautpflichtige Fahrzeug 300 wird daher an den jeweils bekannten Positionen der straßenseitigen Erfassungsvorrichtungen 130 in Form der stationären oder mobilen Kontrollvorrichtungen erfasst und die jeweiligen Erfassungsdaten werden als Via-Positionsdaten über das vorhandene oder ein separates Kommunikationsnetz an die Mautzentrale 100 übermittelt.
  • In der Mautzentrale 100 werden die von den straßenseitigen Erfassungsvorrichtungen 130 jeweils erfassten Erfassungsdaten auf Grundlage der ermittelten Kennzeichen 302 den jeweiligen mautpflichtigen Fahrzeugen 300 zugeordnet. Mit anderen Worten kennt die Mautzentrale 100 über die Auswertung der Erfassungsdaten die Position und Fahrtrichtung eines mautpflichtigen Fahrzeugs 300, für welches das Mauterhebungsverfahren über das Mobilgerät 200 manuell initiiert wurde, zum Erfassungszeitpunkt. Diese Position und Fahrtrichtung wird als Via-Position des jeweiligen mautpflichtigen Fahrzeugs 300 in der Mautzentrale 100 gespeichert.
  • Die zentrale Recheneinrichtung 101 der Mautzentrale 100 ist entsprechend dazu eingerichtet, bei der Bestimmung der Fahrtroute die empfangenen Via-Positionsdaten zu berücksichtigen. Entsprechend bestimmt in einem Fall, in welchem das mautpflichtige Fahrzeug 300 nach Initiieren des Mauterhebungsverfahrens von zumindest einer straßenseitigen Erfassungsvorrichtung 130 erfasst wird und die der straßenseitigen Erfassungsvorrichtungen 130 entsprechende Position an die Mautzentrale 100 übermittelt wird, die Mautzentrale 100 die beste Route des mautpflichtigen Fahrzeugs 300 aus der Startposition, der Endposition und der mindestens einen zwischen der Startposition und der Endposition liegenden Via-Position der straßenseitigen Erfassungsvorrichtung 130. Zur Bestimmung der besten Route ist die Übermittlung und Berücksichtigung von Via-Positionen aber nicht zwingend notwendig - hierzu kann auch die Startposition und die Endposition ausreichen.
  • Wenn aufgrund der Start-, End- und bevorzugt der Via-Positionen die gefahrene Route eindeutig bestimmbar ist, wird diese einzig mögliche Route als die beste Route der Mautberechnung zugrunde gelegt.
  • Um bei einer Kontrolle des Fahrzeugs 300 durch eine entsprechende Kontrollautorität, beispielsweise Beamte des jeweiligen die mautpflichtige Strecke betreibenden Landes, einen Beleg für die ordnungsgemäße Initiierung der Fahrt vorlegen zu können, wird von dem Mautzentrale 100 nach ordnungsgemäßer manueller Initiierung der mautpflichtigen Fahrt ein entsprechender Beleg an das Mobilgerät 200 übersandt. Dieser Beleg dient dann als Nachweis dafür, dass der Benutzer das jeweilige Fahrzeug 300 ordnungsgemäß in der Mautzentrale 100 eingebucht hat und entsprechend das Mauterhebungsverfahren für diese mautpflichtige Fahrt des mautpflichtigen Fahrzeugs 300 initiiert hat. Weiterhin ist der Beleg ein Nachweis dafür, dass der Benutzer nach Abschluss der Fahrt dazu bereit und in der Lage ist, die entsprechende Mautgebühr über die hinterlegten Zahlungsmittel zu entrichten.
  • Weiterhin ist denkbar, dass der Benutzer nach Verlassen der mautpflichtigen Verkehrsfläche versäumt, die Fahrt ordnungsgemäß manuell zu beenden. Entsprechend kann die Mautzentrale 100, wenn über die straßenseitigen Erfassungsvorrichtungen 130 das die Fahrt ordnungsgemäß initiiert habende Fahrzeug 300 für eine längere Zeit nicht mehr erfasst wird, eine Anforderung zur Übermittlung der aktuellen Position an das Mobilgerät 200 übersenden.
  • Bevorzugt geht die Mautzentrale 100 bei der Festlegung einer Zeitdauer, nach welcher das mautpflichtige Fahrzeug 300 bei der nächsten zu erreichenden straßenseitigen Erfassungsvorrichtung 130 erwartet wird, von einer in der Mautzentrale 100 für die jeweiligen Streckenabschnitte hinterlegten Durchschnittsgeschwindigkeit aus, welche von dem mautpflichtigen Fahrzeug 300 zwischen zwei straßenseitigen Erfassungsvorrichtungen 130 voraussichtlich durchfahren wird.
  • Die Zeitdauer kann mit einer Sicherheitsmarge versehen werden, beispielsweise einer prozentualen (z.B. 10% Zeitzuschlag) oder einer absoluten (z.B. 20 Minuten) Sicherheitsmarge.
  • Die Mautzentrale 100 berechnet entsprechend die Zeitdauer beispielsweise von der Startposition bis zu einer nächsten straßenseitigen Erfassungsvorrichtung 130, oder zwischen zwei in Fahrtrichtung aufeinanderfolgenden straßenseitigen Erfassungsvorrichtungen 130, nach welcher erwartet wird, dass die jeweilige nachfolgende straßenseitige Erfassungsvorrichtung 130 das mautpflichtige Fahrzeug 300 detektiert. Findet diese Detektion nicht statt, so kann dies verschiedene Ursachen haben:
    • Entweder war die ursprünglich angegebene Position des mautpflichtigen Fahrzeugs 300 nicht korrekt. Ist dies der Fall, so wird das jeweilige Kraftfahrzeug 300 beispielsweise zur Ahnung durch die jeweiligen Behörden freigegeben, da hier ein Betrugsversuch vorliegen könnte. Zum Aufdecken von solchen Betrugsfällen ist die zentrale Recheneinrichtung 101 dazu eingerichtet, beim erstmaligen Empfangen einer Via-Position von einer straßenseitigen Erfassungsvorrichtung 130 nach der Initiierung des Mauterhebungsverfahrens die Plausibilität der Angabe der Startpositionsdaten zu überprüfen. Dazu sind die von der Mautzentrale 100 empfangenen Start- und Via-Positionsdaten jeweils mit einer Zeitmarke assoziiert und die zentrale Recheneinrichtung 101 des Mauterhebungssystems 100 und/ oder das Mobilgerät 200 sind/ ist dazu eingerichtet, jede empfangene Position mit einer Zeitmarke zu versehen.
  • Die zentrale Recheneinrichtung 101 ist zudem dazu eingerichtet, die Plausibilität der Angabe der Startpositionsdaten anhand der folgenden Schritte zu überprüfen: Bestimmen einer tatsächlichen Zeitdauer der Fahrt auf Grundlage der empfangenen Startpositionsdaten und der von der straßenseitigen Erfassungsvorrichtung 130 empfangenen Via-Position. Weiterhin Berechnen einer erwarteten Zeitdifferenz zwischen der Startposition und der Endposition auf Grundlage der bekannten Streckenlänge. Liegt die tatsächliche Zeitdauer innerhalb oder bei der erwarteten Zeitdifferenz, dann werden die Startpositionsdaten als korrekt angenommen. Liegt die tatsächliche Zeitdauer außerhalb der erwarteten Zeitdifferenz, dann werden die Startpositionsdaten als nicht korrekt angenommen. Beim Festlegen der erwarteten Zeitdifferenz berücksichtigt die zentrale Recheneinrichtung 101 eine angenommene oder erfahrungsgemäße maximale und minimale Durchschnittsgeschwindigkeit auf der zwischen der Startposition und der Via-Position liegenden Streckenlänge sowie eventuell vorhandene Verkehrsstörungen, wie beispielsweise Staus oder Baustellen, welche die Durchschnittsgeschwindigkeit reduzieren können.
  • Die zentrale Recheneinrichtung 101 der Mautzentrale 100 ist weiterhin dazu eingerichtet, in Antwort auf ein vorbestimmtes Ereignis eine Statusanforderung an das Mobilgerät 200 zu senden und eine Statusnachricht von dem Mobilgerät 200 über die zentrale Kommunikationseinrichtung 120 zu empfangen. Diese Statusnachricht umfasst eine von dem Mobilgerät 200 ermittelte Via-Position.
  • Ein solches vorbestimmtes Ereignis zum Senden einer Statusanforderung liegt beispielsweise vor, wenn das mautpflichtige Fahrzeug 300 durch die vorliegenden Verkehrsbedingungen, beispielsweise einen Stau oder eine Sperrung der jeweiligen Verkehrsfläche, eine erwartete Zeitdifferenz zwischen den beiden bekannten Positionen (zwischen Startposition und Position der straßenseitigen Erfassungsvorrichtung oder zwischen den Positionen zweier straßenseitiger Erfassungsvorrichtungen) nicht erreichen kann, sondern länger benötigt. Ein solches Ereignis liegt auch dann vor, wenn das mautpflichtige Fahrzeug 300 in der Zwischenzeit - von den straßenseitigen Erfassungsvorrichtungen 130 unbemerkt - die mautpflichtige Verkehrsfläche verlassen hat und entsprechend auch nicht mehr von den straßenseitigen Erfassungsvorrichtungen 130 erfasst werden kann, sowie der Benutzer es versäumt hat, die Fahrt ordnungsgemäß durch Übermitteln einer Beendigungsanforderung von dem Mobilgerät 200 an die Mautzentrale 100 zu beenden.
  • Weiterhin ist die zentrale Recheneinrichtung 101 dazu eingerichtet, nach dem manuellen Initiieren und vor dem Beenden des initiierten Mauterhebungsverfahrens die Bewegung des Mobilgeräts 200 zu überwachen, wobei das Überwachen folgende Schritte umfasst: Ermitteln zumindest einer nächstmöglichen straßenseitigen Erfassungsvorrichtung 130 auf Grundlage der letzten empfangenen Position (Start- oder Via-Position) des Mobilgeräts 200, Ermitteln der erwarteten Zeitdifferenz, nach welcher das Mobilgerät 200 bei der nächstmöglichen straßenseitigen Erfassungsvorrichtung 130 zu erwarten ist, Senden einer Statusanforderung an das Mobilgerät 200 über die zentrale Kommunikationseinrichtung 120 nach Ablauf der erwarteten Zeitdifferenz, wenn die zentrale Recheneinrichtung 101 bis zu diesem Zeitpunkt noch Via-Positionsdaten des mautpflichtigen Fahrzeugs 300 von der nächstmöglichen straßenseitigen Erfassungsvorrichtung 130 empfangen hat, und Empfangen einer Statusnachricht des Mobilgeräts 200 über die Kommunikationseinrichtung 120.
  • Alternativ dazu kann das Überwachen die folgenden Schritte umfassen: Ermitteln zumindest einer nächstmöglichen straßenseitigen Erfassungsvorrichtung 130 auf Grundlage der letzten empfangenen Position (Start- oder Via-Position) des Mobilgeräts 200, Ermitteln der erwarteten Zeitdifferenz, nach welcher das Mobilgerät 200 bei der nächstmöglichen straßenseitigen Erfassungsvorrichtung 130 zu erwarten ist, Senden einer Statusanforderung an das Mobilgerät 200 über die zentrale Kommunikationseinrichtung 120, wobei die Statusanforderung derart ausgebildet ist, dass das Mobilgerät 200 angewiesen wird, Via-Positionsdaten verzögert um die erwartete Zeitdifferenz an die Mautzentrale 100 zu senden, senden einer Annullierungsnachricht zur Aufhebung der gesendeten Statusanforderung, wenn die zentrale Recheneinrichtung 101 bis zum Ablauf der erwarteten Zeitdifferenz Via-Positionsdaten des Fahrzeugs 300 von einer straßenseitigen Erfassungsvorrichtung 130 empfangen hat.
  • Bei der Bestimmung der nächstmöglichen straßenseitigen Erfassungsvorrichtung 130 ist zu beachten, dass der Benutzer des Fahrzeugs mit dem Mobilgerät 200 unter Umständen ausgehend von der zuletzt bestimmten Position mehrere Routen wählen kann, beispielsweise bei einem Autobahnkreuz oder einer Autobahnabfahrt. Dann sind alle diejenigen Erfassungsvorrichtungen 130 nächstmögliche Erfassungsvorrichtungen 130, die das Mobilgerät 200 (in einem Fahrzeug) auf der mautpflichtigen Verkehrsfläche erreichen kann, ohne zuvor eine andere straßenseitige Erfassungsvorrichtung 130 passieren zu müssen.
  • Hier wird - wie oben bereits beschrieben - von der Mautzentrale 100 eine Statusanforderung an das Mobilgerät 200 gesendet, wenn von den nächstmöglichen straßenseitigen Erfassungsvorrichtungen 130 bei Ablauf der erwarteten Zeitdifferenz eine Erfassung des mautpflichtigen Fahrzeugs 300 ausbleibt und damit auch der Empfang einer Via-Position von einer straßenseitigen Erfassungsvorrichtung 130 ausbleibt. Dabei wird die erwartete Zeitdifferenz unter Berücksichtigung des Abstandes zwischen der ermittelten straßenseitigen Erfassungsvorrichtung 130 und der letzten empfangenen Position des Mobilgeräts 200 und einer hinterlegten Durchschnittsgeschwindigkeit sowie einer etwaigen Sicherheitsmarge ermittelt.
  • Entsprechend wird beim Vorliegen einer solchen Diskrepanz zwischen der tatsächlichen und berechneten erwarteten Fahrtdauer zwischen zwei bekannten Positionen des Fahrzeuges, also beispielsweise zwischen der als Startposition deklarierten Position bei der Initiierung der mautpflichtigen Fahrt und einer ersten straßenseitigen Erfassungsvorrichtung 130 beziehungsweise zwischen zwei bekannten vorliegenden Erfassungsvorrichtungen 130, das Mobilgerät 200 dazu aufgefordert, eine aktuelle Position an die Mautzentrale 100 zu übermitteln. Dies geschieht dadurch, dass das Mobiltelefon 200 nach Empfang der Statusanforderung seine aktuelle Position selbsttätig an die Mautzentrale 100 übermittelt, wobei diese Position wieder beispielsweise in dem Mobilgerät 200 durch ein Positionsbestimmungsvorrichtung, welche sich eines GPS-Systems und/oder der Auswertung der nächstgelegenen WLAN- und/oder GSM-Funkzellen zu Nutzen macht, ermittelt werden kann.
  • Die zentrale Recheneinrichtung 101 ist zudem dazu eingerichtet, die minimale Durchschnittsgeschwindigkeit, welche die zentrale Recheneinrichtung 101 der Ermittlung der erwarteten Zeitdifferenz zugrunde legt, auf Grundlage aktueller Verkehrsinformationen anzupassen. Dazu erhält die zentrale Recheneinrichtung 101 über die zentrale Kommunikationseinrichtung 120 beispielsweise als Bestandteil der von straßenseitigen Erfassungsvorrichtungen 130 übermittelten Erfassungsnachrichten Verkehrsinformationen.
  • Ist der Mautzentrale 100 entsprechend bekannt, dass eine Verkehrsstörung in einem bestimmten Abschnitt einer mautpflichtigen Verkehrsfläche vorliegt, werden die erwarteten Zeitdifferenzen entsprechend angepasst. Auf diese Weise kann das Anfordern aktueller Positionsdaten von dem Mautzentrale 100 an das Mobilgerät 200 auf die Fälle reduziert werden, wenn solche Informationen über Verkehrsstörungen in dem Mautzentrale 100 nicht vorliegen, oder diese nicht akkurat sind, wenn die Startpositionsdaten, welche vom Benutzer des jeweiligen mautpflichtigen Fahrzeugs bei der Initiierung der mautpflichtigen Fahrt angegeben wurde, nicht korrekt war, oder wenn der Benutzer vergessen hat, die mautpflichtige Fahrt ordnungsgemäß zu beenden.
  • Die zentrale Recheneinrichtung 101 der Mautzentrale 100 ist dazu eingerichtet, festzustellen, ob die als Bestandteil der Statusnachricht empfangene Via-Position innerhalb der mautpflichtigen Verkehrsfläche liegt. Ist die Antwort die Feststellung, dass die Via-Position innerhalb der mautpflichtigen Verkehrsfläche liegt, wird das initiierte Mauterhebungsverfahren fortgeführt und bevorzugt eine in einem mit der zentrale Recheneinrichtung 101 kommunikativ gekoppelten Speicher des Mauterhebungssystems 100 gespeicherte (minimale) Durchschnittsgeschwindigkeit auf dem entsprechenden Streckenabschnitt angepasst.
  • Die zentrale Recheneinrichtung 101 des Mauterhebungssystems 100 ist außerdem dazu eingerichtet festzustellen, ob die als Bestandteil der Statusnachricht empfangene Via-Position außerhalb der mautpflichtigen Verkehrsfläche liegt, und in Antwort auf die Feststellung, dass die Via-Position außerhalb der mautpflichtigen Verkehrsfläche liegt, das initiierte Mauterhebungsverfahren dann automatisch zu beenden.
  • Diese automatische Beendigung des initiierten Mauterhebungsverfahrens kann eine von dem Mobilgerät 200 empfangene Beendigungsanforderung ersetzen.
  • Das Beenden des initiierten Mauterhebungsverfahrens in Antwort auf die Feststellung, dass die Via-Position außerhalb der mautpflichtigen Verkehrsfläche liegt, kann auch das Senden einer Anforderung an das Mobilgerät 200 umfassen, eine Beendigungsanforderung zu senden. Hat der Benutzer versäumt, die Fahrt ordnungsgemäß zu beenden, wird der Benutzer entsprechend dazu aufgefordert, die Fahrt ordnungsgemäß unter Angabe seiner Position durch Übersendung einer Beendigungsanforderung zu beenden. Erfolgt die Beendigung durch den Benutzer, bestimmt die Mautzentrale 100 dann eine Route des mautpflichtigen Fahrzeuges, welche sich aus der bei der Initiierung der mautpflichtigen Fahrt angegebenen Startpositionsdaten und der zu der aktuellen mit der Beendigungsanforderung übersendeten Position nächstliegenden Abfahrt von der mautpflichtigen Verkehrsfläche liegenden Endpositionsdaten. Diese Endposition wird gegebenenfalls unter Berücksichtigung der zwischen der Auffahrt und der Abfahrt liegenden Via-Positionen, welche entsprechend eine Anpassung der Route erfordern, bestimmt.
  • Dem Benutzer kann die auf diese Weise ermittelte Route noch einmal zur Bestätigung von der Mautzentrale 100 an das Mobilgerät 200 übersendet werden und auf diesem angezeigt werden, um dann vom Benutzer authorisiert zu werden. Dann finden die Berechnung der fälligen Maut und die entsprechende Abbuchung der Maut in der zentralen Recheneinrichtung 101 statt.
  • Die zentrale Recheneinrichtung 101 ist ebenfalls dazu eingerichtet, festzustellen, ob die als Bestandteil der Statusnachricht empfangene Via-Position außerhalb der mautpflichtigen Verkehrsfläche liegt und in Antwort auf die Feststellung, dass die Via-Position innerhalb der mautpflichtigen Verkehrsfläche liegt, das initiierte Mauterhebungsverfahren fortzuführen und eine in einem mit der zentrale Recheneinrichtung 101 kommunikativ gekoppelten Speicher des Mauterhebungssystems 100 gespeicherte (minimale) Durchschnittsgeschwindigkeit auf dem entsprechenden Streckenabschnitt anzupassen.
  • Die zentrale Recheneinrichtung 101 ist zudem dazu eingerichtet, die zuletzt verwendete beziehungsweise ermittelte Endpositionsdaten bei der Initiierung der nachfolgenden Fahrt als Startpositionsdaten zu verwenden.
  • Schließlich ist die zentrale Recheneinrichtung 101 des Mauterhebungssystems 100 dazu eingerichtet, den Empfang der Startpositionsdaten und/oder der Endpositionsdaten zu quittieren. Beispielsweise kann die Mautzentrale 100 nach dem Initiieren des manuellen Mauterhebungsverfahrens und dem Empfang der relevanten Daten einen Beleg an das Mobilgerät 200 übersenden. Zudem ist die zentrale Recheneinrichtung 101 dazu eingerichtet, in Antwort auf den Empfang der Startpositionsdaten und/oder in Antwort auf den Empfang einer Statusnachricht dem Mobilgerät 200 eine Quittung zu übermitteln. Diese Quittung kann die Form eines maschinenlesbaren Codes, insbesondere eines QR-Codes, haben. Vorteilhafterweise kann der Code durch ein Kontrollgerät auf Echtheit geprüft werden.
  • 2. Mobilgerät
  • Im Folgenden wird eine bevorzugte Ausführungsform eines Mobilgeräts 200 beschrieben. Hier handelt es sich um ein tragbares Mobilgerät, beispielsweise um ein Mobiltelefon oder Smartphone, dessen mobile Recheneinrichtung 201 durch in einen internen Speicher der mobilen Recheneinrichtung 201 geladene Softwarecodeabschnitte eines Computerprodukts, beispielsweise einer App, eingerichtet ist. Bei der mobilen Recheneinrichtung 201 kann es sich grundsätzlich um eine allgemeine Recheneinrichtung handeln, wie sie bereits bezüglich der zentralen Recheneinrichtung 101 der Mautzentrale 100 beschreiben wurde. Bezüglich der allgemeinen Ausführungen zu der Ausführung einer Recheneinrichtung wird deshalb nach oben verwiesen. Eine bevorzugte Ausführungsform der mobilen Recheneinrichtung 201 des Mobilgeräts wird im Folgenden beschrieben.
  • Das Mobilgerät 200 umfasst unter anderem eine mobile Recheneinrichtung 201 mit einem mobilen Prozessor 202, eine Mehrzahl unterschiedlicher mobiler Datenspeicher 204, 216, 222, eine Stromversorgung 214, sowie eine Benutzerschnittstelle 210 in Form einer Touchscreen Anzeige 215, auf welcher durch den mobilen Prozessor 202 Daten angezeigt werden können. Der mobile Prozessor 202 ist weiterhin mit einer Uhr 240, einer mobilen Kommunikationseinrichtung 220 in Form eines Mobilfunksende-/Empfängers, welcher eine entsprechende Mobilfunkantenne 221 aufweist, sowie einer Positionsbestimmungseinrichtung 230, welche einen mit einer GNSS-Empfangsantenne 234 kommunikativ gekoppelten GNSS-Empfänger 232 aufweist, kommunikativ gekoppelt.
  • Ein erster mobiler Datenspeicher 222 ist ein Lesespeicher, beispielsweise ein ROM, EEPROM oder FLASHMEMORY, und dient zur Speicherung eines Computerprogrammproduktes. Die Mautsoftware kann über entsprechende Kommunikationsschnittstellen an den mobiler Datenspeicher 222 übertragen werden.
  • Der mobile Datenspeicher 204 ist ein kommunikativ mit dem mobilen Prozessor 202 verbundener Hautspeicher in Form eines Schreib-Lesespeichers, beispielsweise eines RAMs, und dient der vorübergehenden Aufnahme von zumindest Teilen der Mautsoftware während des Betriebs des Mobilgeräts 200. Dazu lädt der mobile Prozessor 202 während der Startphase des Mobilgeräts 200 aus dem mobiler Datenspeicher 222 die entsprechende Mautsoftware in den mobilen Hauptspeicher 204. Der Schreib-Lesespeicher 212 dient weiterhin zur Aufnahme von Positionsdaten, welche vom mobilen Prozessor 202 von der Positionsbestimmungsvorrichtung 230 empfangen werden und im mobilen Prozessor 202 verarbeitet werden.
  • Ein weiterer mobiler Datenspeicher 216 ist als kryptografischer Speicher, beispielsweise als ROM, EEPROM oder RAM, vorgesehen und kann in einem Sicherheitsmodul mit eigenständigem Prozessor vorgesehen sein, und dient der Aufnahme von Buchungsdatensätzen von Nutzungsberechtigungen zur Benutzung anstehender Autobahnabschnitte.
  • Über den Mobilfunksende-Empfänger 220 kann das Mobilgerät 200 mit der oben beschriebenen Mautzentrale 100 kommunizieren. Die Mobilfunkantenne 221 und die GNNS-Empfangsantenne 234 können auch als extern angeordnete Antennen vorgesehen sein.
  • Aus dem mobilen Datenspeicher 222 kann ein Computerprogrammprodukt in einen mobilen Hauptspeicher 204 und einen internen Speicher des Prozessors 202 geladen werden. Wenn dann das Produkt auf der mobilen Recheneinrichtung 201 ausgeführt wird, ist die mobile Recheneinrichtung 201 dazu eingerichtet, die unten dargestellten Verfahren und Funktionen auszuführen:
    • Zunächst ist die mobile Recheneinrichtung 201 des Mobilgeräts 200 dazu eingerichtet, das Mauterhebungsverfahren durch Übersenden einer Initiierungsanforderung an die Mautzentrale 100 zu initiieren. Dabei wird bevorzugt eine Position des Mobilgeräts 200 bestimmt und gemeinsam mit der Initiierungsanforderung als Startpositionsdaten an die Mautzentrale 100 übermittelt. Die mobile Recheneinrichtung 201 ist dazu eingerichtet, nicht nur die Bestimmung der Startpositionsdaten mittels der Positionsbestimmungsvorrichtung 230 vorzunehmen, sondern auch die Bestimmung von Via- und Endpositionen auf diese Weise durchzuführen. Bei der Positionsbestimmung handelt es sich um eine GNSS-Positionsbestimmungsvorrichtung, welche die Position des Mobilgeräts 200 über Signale von GNSS-Satelliten 500 bestimmt.
  • Zur Bestimmung der Startpositionsdaten zur Übermittlung gemeinsam mit der Initiierungsanforderung kann das Mobilgerät 200 diese Startpositionsdaten entsprechend automatisch bestimmen. Die Startpositionsdaten können aber auch vom Benutzer angegeben oder ausgewählt werden, indem dem Benutzer auf der Benutzerschnittstelle des Mobilgeräts 200 mögliche Startpositionen angezeigt werden, aus welchen er auswählen kann. Die Auswahl kann beispielsweise über ein Dropdown Menü oder die Anzeige einer Landkarte geschehen, wobei das Mobilgerät 200 bevorzugt aufgrund der vom Mobilgerät 200 ermittelten aktuellen Position eine Vorauswahl der möglichen Startpositionen trifft. Typische auswählbare Startpositionen sind die Auffahrten von mautpflichtigen Streckenabschnitten eines Autobahnnetzes.
  • Wieder handelt es sich bei dem initiierten Mauterhebungsverfahren um ein manuelles Mauterhebungsverfahren, bei dem die Routenwahl mit der Initiierung nicht starr vorgegeben, sondern flexibel ist. Das heißt, der Benutzer kann ausgehend von der Startposition während der Fahrt jedwede Route wählen. Der Benutzer vervollständigt nach Abschluss der mautpflichtigen Fahrt die Buchung bei der Mautzentrale 100, indem er mit seinem Mobilgerät 200 eine Beendigungsanforderung an die Mautzentrale 100 übermittelt.
  • Das Initiieren des manuellen Mauterhebungsverfahrens kann weiterhin umfassen: ein Übermitteln von Daten zur Identifizierung des Benutzers, beispielsweise Zahlungsinformationen, Daten einer Registrierung des Benutzers, das amtliche Kennzeichen 302 des mautpflichtigen Kraftfahrzeugs 300, sowie von mautrelevanten Daten, beispielsweise die Anzahl der Achsen und/oder des Gewichts des Fahrzeugs. Die Zahlungsinformationen werden in der Mautzentrale 100 beispielsweise assoziiert mit einem registrierten Benutzer hinterlegt. Handelt es sich bei dem Nutzer jedoch nicht um einen in dem Mautzentrale 100 registrierten Nutzer mit hinterlegten, validen Zahlungsinformationen, so muss der Benutzer zum Initiieren der jeweiligen mautpflichtigen Fahrt auch ein valides Zahlungsmittel hinterlegen, beispielsweise Kreditkarteninformationen, Informationen zu einer Prepaid-Karte, Informationen zu einer Tankkarte oder andere Zahlungsverfahren, welche eine Abbuchung der Mautgebühr nach Beenden der Fahrt ermöglichen. Die mobile Recheneinrichtung 201 des Mobilgeräts 200 ist zudem dazu eingerichtet, eine erste Benutzereingabe über die Benutzerschnittstelle 210 zu empfangen und das manuelle Mauterhebungsverfahren in Antwort auf die erste Benutzereingabe durch Übermittlung der Initiierungsanforderung an die Mautzentrale 100 zu initiieren.
  • Die mobile Recheneinrichtung 201 des Mobilgeräts 200 ist auch dazu eingerichtet, das initiierte Mauterhebungsverfahren zu beenden, wobei das Beenden umfasst: Bestimmen von Endpositionsdaten des Mobilgeräts 200 und Übermitteln der Endpositionsdaten gemeinsam mit einer Beendigungsanforderung an die Mautzentrale 100 mittels der mobilen Kommunikationseinrichtung 220. Ebenso wie die Startpositionsdaten können auch die Endpositionsdaten aus einem Dropdown-Menü oder der Anzeige einer Landkarte ausgewählt werden. Typische auswählbare Endpositionen sind die Abfahrten von mautpflichtigen Streckenabschnitten eines Autobahnnetzes.
  • Zudem ist die mobile Recheneinrichtung 201 des Mobilgeräts 200 dazu eingerichtet, die folgenden Schritte in Antwort auf ein vorbestimmtes Ereignis nach der Initiierung und vor Beendigung des Mauterhebungsverfahrens durchzuführen: Bestimmen einer Via-Position des Mobilgeräts 200, Erzeugen einer Statusmeldung auf Grundlage der Via-Position in Antwort auf eine Statusanforderung, die von der Mautzentrale 100 empfangen wurde, und Übermitteln der Statusmeldung an die Mautzentrale 100 mittels der mobilen Kommunikationseinrichtung 220.
  • Weiter ist die mobile Recheneinrichtung 201 des Mobilgeräts 200 dazu eingerichtet, eine Statusanforderung von der Mautzentrale 100 über die zentrale Kommunikationseinrichtung 120 zu empfangen.
  • 3. Computerprogrammprodukte
  • Schließlich wird eine bevorzugte Ausführungsform der Computerprogrammprodukte beschrieben. Die von einem Mobilgerät 200 und von einer Mautzentrale 100 durchgeführten Verfahren und Funktionen, wenn Softwarecodeabschnitte eines der beiden Computerprogrammprodukte im jeweiligen internen Speicher der jeweiligen Recheneinrichtung geladen sind und von der jeweiligen Recheneinrichtung ausgeführten werden, wurden bereits oben beschrieben. Bei dem Computerprogrammprodukt selber kann es sich um ein computerlesbares nicht-transitorisches Speichermedium handeln, beispielsweise um eine DVD, eine CD-ROM, eine Flashdisk oder eine Festplatte. Vorzugsweise handelt es sich um eine DVD.
  • Soweit anwendbar, können alle einzelnen Merkmale, die in den einzelnen Ausführungsbeispielen dargestellt sind, miteinander kombiniert und/oder ausgetauscht werden, ohne den Bereich der Erfindung zu verlassen.

Claims (15)

  1. Mautzentrale (100) zur Erhebung einer Maut eines mautpflichtigen Fahrzeugs beim Benutzen einer mautpflichtigen Verkehrsfläche, umfassend eine zentrale Recheneinrichtung (101) und wenigstens eine zentrale Kommunikationseinrichtung (120), welche mit der zentralen Recheneinrichtung (101) kommunikativ gekoppelt ist, aufweist,
    dadurch gekennzeichnet, dass
    die zentrale Recheneinrichtung (101) dazu eingerichtet ist, über die zentrale Kommunikationseinrichtung (120) eine Initiierungsanforderung zur Initiierung eines Mauterhebungsverfahrens zur Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug (300) von einem Mobilgerät (200) zu empfangen,
    in Antwort auf den Empfang der Initiierungsanforderung ein Mauterhebungsverfahren zu initiieren, und
    in Antwort auf den Eintritt eines Beendigungsereignisses das initiierte Mauterhebungsverfahren zu beenden.
  2. Mautzentrale (100) nach Anspruch 1, dadurch gekennzeichnet, dass die Initiierungsanforderung Startpositionsdaten umfasst und das Beendigungsereignis Endpositionsdaten umfasst.
  3. Mautzentrale (100) nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (101) dazu eingerichtet ist, Via-Positionsdaten des mautpflichtigen Fahrzeugs (300) von einer straßenseitigen Erfassungsvorrichtung (130) zu empfangen.
  4. Mautzentrale (100) nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (101) dazu eingerichtet ist,
    eine Fahrtroute des mautpflichtigen Fahrzeuges (300) auf der mautpflichtigen Verkehrsfläche zwischen einer durch Startpositionsdaten definierten Startposition und einer durch Endpositionsdaten definierten Endposition zu ermitteln, bevorzugt unter Berücksichtigung empfangener Via-Positionsdaten, und auf Grundlage der ermittelten Fahrtroute eine fällige Mautgebühr zu bestimmen und bevorzugt die Mautgebühr zu erheben.
  5. Mautzentrale (100) nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (101) dazu eingerichtet ist, in Antwort auf ein vorbestimmtes Ereignis eine Statusanforderung an das Mobilgerät (200) zu senden und über die zentrale Kommunikationseinrichtung (120) eine Statusnachricht von dem Mobilgerät (200) zu empfangen, welche Via-Positionsdaten des Mobilgeräts (200) umfasst, wobei das vorbestimmte Ereignis
    - den Empfang einer Initiierungsanforderung mit Startpositionsdaten von dem Mobilgerät (200) und/oder
    - den Empfang von Via-Positionsdaten von einer straßenseitigen Erfassungsvorrichtung (130) und/oder
    - den Empfang einer Statusnachricht mit Via-Positionsdaten von dem Mobilgerät (200) und/oder
    - den Ablauf einer vorgegebenen und/oder berechneten Zeitdauer seit dem Empfang der Initiierungsanforderung und/oder der Statusnachricht mit den Via-Positionsdaten von dem Mobilgerät (200) und/oder der Via-Positionsdaten von der straßenseitigen Erfassungsvorrichtung (130)
    umfasst.
  6. Mautzentrale (100) nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (101) dazu eingerichtet ist, die folgenden Schritte durchzuführen:
    - Ermitteln einer als nächstes zu erreichenden straßenseitigen Erfassungsvorrichtung (130) auf Grundlage von von dem Mobilgerät (200) übermittelten Startpositionsdaten und/oder von letzten von einer straßenseitigen Erfassungsvorrichtung (130) oder von dem Mobilgerät (200) empfangenen Via-Positionsdaten,
    - Ermitteln einer erwarteten Zeitdauer, in der das Fahrzeug (300) bei der straßenseitigen Erfassungsvorrichtung (130) zu erwarten ist,
    - Senden einer Statusanforderung an das Mobilgerät (200) über die zentrale Kommunikationseinrichtung (120), und
    - Empfangen einer Statusnachricht des Mobilgeräts (200) über die zentrale Kommunikationseinrichtung (120) nach Ablauf der erwarteten Zeitdauer, wobei die Statusnachricht die aktuelle Via-Position des Mobilgeräts (200) umfasst, oder
    - Empfangen von Via-Positionsdaten von einer straßenseitigen Erfassungsvorrichtung (120) vor Ablauf der erwarteten Zeitdauer.
  7. Mautzentrale (100) nach einem der vorstehenden Ansprüche, dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (101) dazu eingerichtet ist, die Strecke zwischen der von dem Mobilgerät (200) übermittelten Startpositionsdaten und/oder der letzten von einer straßenseitigen Erfassungsvorrichtung (130) empfangenen Via-Position und/oder der letzten in Antwort auf eine Statusanforderung vom Mobilgerät (200) empfangenen Via-Position und der Position der als nächstes zu erreichenden straßenseitigen Erfassungsvorrichtung (130) zu bestimmen und die erwartete Zeitdauer auf Grundlage der auf dieser Strecke erwarteten Durchschnittsgeschwindigkeit, welche aus mindestens einer in einem Speicher der zentralen Recheneinrichtung (101) gespeicherten Durchschnittsgeschwindigkeit bestimmt wird, zu berechnen, bevorzugt unter Zuschlag einer prozentualen oder absoluten Sicherheitsmarge.
  8. Mautzentrale (100) nach Anspruch 6 oder 7, dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (101) dazu eingerichtet ist, festzustellen, ob die Via-Position der mit der Statusnachricht empfangenen Via-Positionsdaten außerhalb der mautpflichtigen Verkehrsfläche liegt und in Antwort auf die Feststellung, dass die Via-Position außerhalb der mautpflichtigen Verkehrsfläche liegt, ein Beendigungsereignis in Form einer Beendigung des initiierten Mauterhebungsverfahrens zu erzeugen und/oder eine Aufforderung zur Übersendung einer Beendigungsanforderung an das Mobilgerät (200) zu senden und bevorzugt in Antwort darauf ein Beendigungsereignis in Form einer Beendigungsanforderung von dem Mobilgerät (200) über die zentrale Kommunikationseinrichtung (120) zu empfangen, wobei die Beendigungsanforderung besonders bevorzugt Endpositionsdaten umfasst.
  9. Mautzentrale (100) nach einem der Ansprüche 6 bis 8, dadurch gekennzeichnet, dass die zentrale Recheneinrichtung (101) dazu eingerichtet ist, festzustellen, ob die Via-Position der mit der Statusnachricht empfangenen Via-Positionsdaten innerhalb der mautpflichtigen Verkehrsfläche liegt und in Antwort auf die Feststellung, dass die Via-Position innerhalb der mautpflichtigen Verkehrsfläche liegt, das initiierte Mauterhebungsverfahren fortzuführen und bevorzugt eine in einem Speicher der zentrale Recheneinrichtung (101) gespeicherte Durchschnittsgeschwindigkeit für den gerade betrachten Streckenabschnitt anzupassen.
  10. Mobilgerät (200), bevorzugt Mobiltelefon oder Smartphone, zur Verwendung bei der Erhebung einer Maut für ein mautpflichtiges Fahrzeug (300), wobei das Mobilgerät (200) eine mobile Kommunikationseinrichtung (220) und eine mobile Recheneinrichtung (201), welche mit der mobilen Kommunikationseinrichtung (220) kommunikativ gekoppelt ist, aufweist,
    dadurch gekennzeichnet, dass
    die mobile Recheneinrichtung (201) dazu eingerichtet ist, eine Initiierungsanforderung zur Initiierung einer Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug (300) über die mobile Kommunikationseinrichtung (220) an eine Mautzentrale (100) zu senden, bevorzugt an eine Mautzentrale (100) gemäß einem der vorstehenden Ansprüche, um dadurch ein Mauterhebungsverfahren zu initiieren und
    die mobile Recheneinrichtung (201) dazu eingerichtet ist, eine Beendigungsanforderung zur Beendigung des Mauterhebungsverfahrens mittels der mobilen Kommunikationseinrichtung (220) an die Mautzentrale (100) zu senden, um dadurch das Mauterhebungsverfahren zu beenden.
  11. Mobilgerät (200) gemäß Anspruch 10, dadurch gekennzeichnet, dass die mobile Recheneinrichtung (201) dazu eingerichtet ist, Startpositionsdaten des Mobilgeräts (200) zu bestimmen und die Startpositionsdaten als Teil der Initiierungsanforderung mittels der mobilen Kommunikationseinrichtung (220) an die Mautzentrale (100) zu senden und/oder dass die mobile Recheneinrichtung (201) dazu eingerichtet ist, Endpositionsdaten des Mobilgeräts (200) zu bestimmen und die Endpositionsdaten als Teil der Beendigungsanforderung mittels der mobilen Kommunikationseinrichtung (220) an die Mautzentrale (100) zu senden.
  12. Mobilgerät (200) gemäß Anspruch 10 oder 11, dadurch gekennzeichnet, dass die mobile Recheneinrichtung (201) dazu eingerichtet ist, über die mobile Kommunikationseinrichtung (220) eine Statusanforderung von dem Mautzentrale (100) zu empfangen und in Antwort auf den Empfang der Statusanforderung Via-Positionsdaten des Mobilgeräts (200) zu bestimmen, eine Statusmeldung umfassend die Via-Positionsdaten zu generieren und die Statusmeldung mittels der mobile Kommunikationseinrichtung (220) an die Mautzentrale (100) zu senden.
  13. Verfahren zur Erhebung einer Maut eines mautpflichtigen Fahrzeugs beim Benutzen einer mautpflichtigen Verkehrsfläche, umfassend:
    Bereitstellen eines Mobilgeräts (200), welches eine mobile Kommunikationseinrichtung (220) und eine mobile Recheneinrichtung (201), welche mit der mobilen Kommunikationseinrichtung (220) kommunikativ gekoppelt ist, aufweist, und Bereitstellen einer Mautzentrale (100), welche eine zentrale Kommunikationseinrichtung (120) und eine zentrale Recheneinrichtung (101), die mit der zentralen Kommunikationseinrichtung (120) kommunikativ gekoppelt ist, aufweist,
    dadurch gekennzeichnet, dass
    die mobile Recheneinrichtung (201) eine Initiierungsanforderung zur Initiierung einer Benutzung der mautpflichtigen Verkehrsfläche durch das mautpflichtige Fahrzeug (300) über die mobile Kommunikationseinrichtung (220) an die zentrale Kommunikationseinrichtung (120) der Mautzentrale (100) schickt und die zentrale Recheneinrichtung (101) der Mautzentrale (100) ein Mauterhebungsverfahren in Antwort auf den Empfang der Initiierungsanforderung initiiert,
    und
    die zentrale Recheneinrichtung (101) das initiierte Mauterhebungsverfahren in Antwort auf den Eintritt eines Beendigungsereignisses beendet.
  14. Computerprogrammprodukt, welches Softwarecodeabschnitte umfasst, die in einen internen Speicher einer mobile Recheneinrichtung (201) eines Mobilgeräts (200), welche mit einer mobilen Kommunikationseinrichtung (220) kommunikativ gekoppelt ist, geladen werden können und die, wenn sie von der mobile Recheneinrichtung (201) ausgeführt werden, die mobile Recheneinrichtung (201) dazu veranlassen die folgenden Schritte durchzuführen:
    Senden einer Initiierungsanforderung zur Initiierung einer Benutzung einer mautpflichtigen Verkehrsfläche durch ein mautpflichtiges Fahrzeug (300) über die mobile Kommunikationseinrichtung (220) an eine Mautzentrale (100), um dadurch ein Mauterhebungsverfahren zu initiieren, und
    Senden einer Beendigungsanforderung zur Beendigung des initiierten Mauterhebungsverfahrens über die mobile Kommunikationseinrichtung (220) an die Mautzentrale (100), um dadurch das Mauterhebungsverfahren zu beenden.
  15. Computerprogrammprodukt, welches Softwarecodeabschnitte umfasst, die in einen internen Speicher einer zentrale Recheneinrichtung (101) eines Mautzentrales (100), welche mit einer Kommunikationseinrichtung kommunikativ gekoppelt ist, geladen werden können und die, wenn sie von der zentrale Recheneinrichtung (101) ausgeführt werden, die zentrale Recheneinrichtung (101) dazu veranlasst die folgenden Schritte durchzuführen: Empfangen einer Initiierungsanforderung zur Initiierung einer Benutzung einer mautpflichtigen Verkehrsfläche durch ein mautpflichtiges Fahrzeug (300) von einem Mobilgerät (200) über die zentrale Kommunikationseinrichtung (120) zur Initiierung eines Mauterhebungsverfahrens in Antwort auf den Empfang der Initiierungsanforderung, und Beenden des initiierten Mauterhebungsverfahrens in Antwort auf den Eintritt eines Beendigungsereignisses.
EP14187568.2A 2014-10-02 2014-10-02 Mauterhebungszentrale, Mobilgerät und Verfahren zur Erhebung einer Maut Active EP3002733B1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PL14187568.2T PL3002733T3 (pl) 2014-10-02 2014-10-02 Centrala do pobierania opłaty drogowej, urządzenie mobilne i sposób pobierania opłaty drogowej
EP14187568.2A EP3002733B1 (de) 2014-10-02 2014-10-02 Mauterhebungszentrale, Mobilgerät und Verfahren zur Erhebung einer Maut

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP14187568.2A EP3002733B1 (de) 2014-10-02 2014-10-02 Mauterhebungszentrale, Mobilgerät und Verfahren zur Erhebung einer Maut

Publications (2)

Publication Number Publication Date
EP3002733A1 true EP3002733A1 (de) 2016-04-06
EP3002733B1 EP3002733B1 (de) 2022-06-08

Family

ID=51628072

Family Applications (1)

Application Number Title Priority Date Filing Date
EP14187568.2A Active EP3002733B1 (de) 2014-10-02 2014-10-02 Mauterhebungszentrale, Mobilgerät und Verfahren zur Erhebung einer Maut

Country Status (2)

Country Link
EP (1) EP3002733B1 (de)
PL (1) PL3002733T3 (de)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3447695A1 (de) * 2017-08-25 2019-02-27 Kapsch TrafficCom AG Verfahren zur überwachung eines mautsystems
WO2020114887A1 (de) * 2018-12-04 2020-06-11 Bayerische Motoren Werke Aktiengesellschaft Erhebung von fahrzeugspezifischen mautgebühren für ein kraftfahrzeug
CN111599168A (zh) * 2020-04-01 2020-08-28 广东中科臻恒信息技术有限公司 基于路侧单元的道路交通信息采集方法、设备、存储介质
DE202021106013U1 (de) 2021-10-08 2022-01-19 Toll Collect Gmbh System zur Mauterhebung für ein Kraftfahrzeug
EP4163885A1 (de) 2021-10-08 2023-04-12 Toll Collect GmbH System und verfahren zur mauterhebung für ein kraftfahrzeug

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020067291A1 (en) * 2000-07-03 2002-06-06 Nec Corporation System for toll payment and transportation management
US6744383B1 (en) * 2000-02-01 2004-06-01 At&T Wireless Services, Inc. Intelligent roadway system
US20050209769A1 (en) * 2004-03-22 2005-09-22 Kiyohide Yamashita Traffic management system
WO2013190566A2 (en) * 2012-06-22 2013-12-27 Goel Sunil Centralized toll tracking, payment and monitoring system using geo location enabled devices

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6744383B1 (en) * 2000-02-01 2004-06-01 At&T Wireless Services, Inc. Intelligent roadway system
US20020067291A1 (en) * 2000-07-03 2002-06-06 Nec Corporation System for toll payment and transportation management
US20050209769A1 (en) * 2004-03-22 2005-09-22 Kiyohide Yamashita Traffic management system
WO2013190566A2 (en) * 2012-06-22 2013-12-27 Goel Sunil Centralized toll tracking, payment and monitoring system using geo location enabled devices

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3447695A1 (de) * 2017-08-25 2019-02-27 Kapsch TrafficCom AG Verfahren zur überwachung eines mautsystems
US10445592B2 (en) 2017-08-25 2019-10-15 Kapsch Trafficcom Ag Method for surveilling a tolling system
WO2020114887A1 (de) * 2018-12-04 2020-06-11 Bayerische Motoren Werke Aktiengesellschaft Erhebung von fahrzeugspezifischen mautgebühren für ein kraftfahrzeug
CN111599168A (zh) * 2020-04-01 2020-08-28 广东中科臻恒信息技术有限公司 基于路侧单元的道路交通信息采集方法、设备、存储介质
CN111599168B (zh) * 2020-04-01 2021-12-21 广东中科臻恒信息技术有限公司 基于路侧单元的道路交通信息采集方法、设备、存储介质
DE202021106013U1 (de) 2021-10-08 2022-01-19 Toll Collect Gmbh System zur Mauterhebung für ein Kraftfahrzeug
EP4163885A1 (de) 2021-10-08 2023-04-12 Toll Collect GmbH System und verfahren zur mauterhebung für ein kraftfahrzeug
EP4163886A1 (de) 2021-10-08 2023-04-12 Toll Collect GmbH System und verfahren zur mauterhebung für ein kraftfahrzeug
DE102022125933A1 (de) 2021-10-08 2023-04-13 Toll Collect Gmbh System und Verfahren zur Mauterhebung für ein Kraftfahrzeug

Also Published As

Publication number Publication date
EP3002733B1 (de) 2022-06-08
PL3002733T3 (pl) 2022-11-21

Similar Documents

Publication Publication Date Title
EP1088286B2 (de) Strassenseitige kontrolleinrichtung für ein in einem fahrzeug installiertes mautgerät
EP3002733B1 (de) Mauterhebungszentrale, Mobilgerät und Verfahren zur Erhebung einer Maut
EP1395957B1 (de) Duales mautsystem
EP1101201B1 (de) Verfahren und system zur überwachung des ordnungsgemässen betriebs eines abbuchungsgeräts
EP3002734B1 (de) Fahrzeugeinrichtungen und Mauterhebungssystem
EP1630747A2 (de) Verfahren und Vorrichtung zur Mauterhebung
DE602004011014T2 (de) Automatisches Mautsystem
DE102006032468B3 (de) Adaptive Datenvolumen bei der Übertragung von Daten für eine zentrale Geoobjekterkennung
CH695585A5 (de) Verfahren und Vorrichtung zur automatischen Mauterhebung.
EP3279870A1 (de) Datenverarbeitungseinrichtung, system und verfahren zur prüfung der erfüllung der bestimmungsgemässen funktion einer positionsbestimmungseinrichtung
WO2016062712A1 (de) Verfahren und onboard unit (obu) für die mauterfassung
WO2007073748A1 (de) SYSTEM UND VERFAHREN ZUR BESTIMMUNG DER NUTZUNGSGEBÜHREN FÜR MAUTPFLICHTIGE STRAßENABSCHNITTE UND/ODER GEBIETE
EP3113118B1 (de) Verfahren zur verfolgung mautpflichtiger fahrzeuge in einem mautsystem sowie mautsystem
EP3113119B1 (de) Verfahren zur verfolgung mautpflichtiger fahrzeuge in einem mautsystem
WO2022207324A1 (de) Verfahren zur kontextabhängigen information und/oder bezahlung gebührenpflichtiger streckenabschnitte und system
EP1920411B1 (de) Prüfverfahren zur erkennung von abweichungen von geoobjekten
WO2007045623A1 (de) Mauterfassungsgerät und mauterfassungsverfahren
EP3920149A1 (de) Verfahren zum ermitteln einer mautgebühr, fahrzeuggerät und mautsystem
WO2009043691A1 (de) Einrichtung und verfahren zur strassenbenutzungsgebührenerfassung
EP2665044B1 (de) Verfahren zum Messen der Leistungsfähigkeit eines Straßenmautsystems
DE102005059284A1 (de) Verfahren zur Ermittlung von berichtigten aktuellen Positionsdaten insbesondere zur Bestimmung von aktuellen Fahrzeugpositionen
EP3211605B1 (de) Fahrzeugeinrichtung, system, strassenseitige einrichtung und verfahren zur durchführung wenigstens einer transaktion
DE102015000497A1 (de) Verfahren zur Erfassung von fahrtenbezogenen Informationen von Fahrgästen von öffentlichen Verkehrsmitteln mit einer fahrzeuggebunden Steuerungseinheit und einer mobilen Anzeige- und Eingabeeinheit
EP2854111A1 (de) Verfahren, Einrichtungen, System und Computerprogrammprodukt zur Erhebung von Maut in einem Dualen Mautsystem
DE10258653A1 (de) Einrichtung und Verfahren zur Benutzungsgebührenerfassung

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

Designated state(s): 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

AX Request for extension of the european patent

Extension state: BA ME

17P Request for examination filed

Effective date: 20161006

RBV Designated contracting states (corrected)

Designated state(s): 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

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20180515

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20220310

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): 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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1497450

Country of ref document: AT

Kind code of ref document: T

Effective date: 20220615

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502014016274

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20220608

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220908

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220909

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220908

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221010

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221008

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502014016274

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

26N No opposition filed

Effective date: 20230310

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20221002

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20221002

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: PL

Payment date: 20230920

Year of fee payment: 10

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20231207

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20231025

Year of fee payment: 10

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20231023

Year of fee payment: 10

Ref country code: DE

Payment date: 20231018

Year of fee payment: 10

Ref country code: CH

Payment date: 20231102

Year of fee payment: 10

Ref country code: AT

Payment date: 20231019

Year of fee payment: 10

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: BE

Payment date: 20231023

Year of fee payment: 10

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20141002

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20220608